СПОСОБ (ВАРИАНТЫ) ОБРАБОТКИ ДАННЫХ ТРАНЗАКЦИЙ ДЛЯ ПОЛУЧЕНИЯ ОБЕЗЛИЧЕННОЙ ИНФОРМАЦИИ О ПОКУПКАХ, СОВЕРШЕННЫХ С ИСПОЛЬЗОВАНИЕМ ЭЛЕКТРОННОГО ПЛАТЕЖНОГО СРЕДСТВА, И СПОСОБ (ВАРИАНТЫ) УСТАНОВЛЕНИЯ СООТВЕТСТВИЯ МЕЖДУ POS-ТЕРМИНАЛАМИ И АППАРАТАМИ КОНТРОЛЬНО-КАССОВОЙ ТЕХНИКИ ДЛЯ НЕГО
METHOD (EMBODIMENTS) OF PROCESSING TRANSACTION DATA TO OBTAIN IMPERSONAL INFORMATION ON PURCHASES MADE USING ELECTRONIC PAYMENT MEANS, AND A METHOD (EMBODIMENTS) FOR ESTABLISHING CORRESPONDENCE BETWEEN POS-TERMINALS AND APPARATUSES OF CASH REGISTER EQUIPMENT FOR IT

Область техники
Настоящее изобретение, в общем, относится к области осуществления денежных расчетов через POS-терминалы (от англ. point of sale) с применением электронных платежных средств (банковские карты, а также смартфоны, электронные кошельки и другие платежные средства, имеющие привязку к банковским картам), а также к области осуществления расчетов с покупателями с использованием аппаратов контрольно-кассовой техники (ККТ). Более конкретно, изобретение относится к способам и системам, позволяющим накапливать и получать информацию об истории покупок отдельных покупателей, совершенных с использованием электронных платежных средств и аппаратов ККТ.
Уровень техники
Согласно Федеральному Закону №54 «О применении контрольно-кассовой техники», вступившему в силу 12.07.2016, физические и юридические лица, продающие товары и услуги населению, обязаны в момент совершения расчета с использованием контрольно-кассовой техники (ККТ) передать сведения об этом расчете в Федеральную налоговую службу (ФНС) через оператора фискальных данных (ОФД), специальное юридическое лицо, созданное для осуществления приема, обработки, хранения и передачи фискальных данных в службу ФНС.
Для соблюдения требований Федерального Закона №54 продавцу-налогоплательщику, использующему ККТ, необходимо, чтобы его аппарат ККТ имел связь с сетью Интернет и был оснащен фискальным накопителем (ФН), т.е. устройством, предназначенным для шифрования, защиты и передачи фискальных данных. Аппараты ККТ, обладающие указанными свойствами, также принято называть в данной области техники онлайн-кассами.
Также налогоплательщику необходимо заключить договор с официально зарегистрированным оператором ОФД на обработку фискальных данных. Список юридических лиц, осуществляющих деятельность на территории РФ в качестве оператора ОФД, можно найти на сайте службы ФНС.
С технической точки зрения, оператор ОФД осуществляет свою деятельность с помощью, компьютерного центра, содержащего, помимо прочего, серверы, обеспечивающие прием фискальных данных от аппаратов ККТ, обслуживаемых этим ОФД, обработку фискальных данных и передачу их в службу ФНС. Серверы ОФД также могут содержать базу данных для накопления и хранения фискальных данных.
Коротко говоря, взаимодействие между оператором ОФД, с одной стороны, и продавцом и аппаратом ККТ, с другой стороны, происходит следующим образом. После совершения покупки покупателем, аппарат ККТ создает фискальный документ (фискальные данные, представленные по установленным форматам в виде кассового чека, бланка строгой отчетности и (или) иного документа, предусмотренного законодательством Российской Федерации о применении контрольно-кассовой техники) и направляет его в фискальный накопитель (ФН). Для целей настоящей заявки, будем рассматривать только электронную форму фискальных документов, которую будем называть электронным чеком. Накопитель ФН сохраняет электронный чек, подписывает его фискальным признаком и пересылает пакет, содержащий фискальный признак и фискальные данные, оператору ОФД через сеть передачи данных (например, Интернет). В свою очередь, оператор ОФД создает ответный фискальный признак и высылает подтверждение, подписанное этим фискальным признаком, обратно аппарату ККТ. Таким образом оператор ОФД уведомляет аппарат ККТ о том, что он принял направленные им данные. После этого аппарат ККТ регистрирует полученное подтверждение и, если покупка совершается классическим очным образом, а не через Интернет, выдает покупателю бумажный чек, подтверждающий совершение покупки. После получения данных от - аппарата ККТ, оператор ОФД передает данные о расчете в службу ФНС, выполняя тем самым требования Федерального закона №54. Полная цепочка действий может занимать всего несколько секунд.
В случае Интернет-покупки, или если продавцу известен адрес электронной почты и/или абонентский номер телефона покупателя, покупателю может быть выслан электронный чек. Электронный чек, помимо данных о приобретенном товаре или услуге, сумме покупки, данных владельца аппарата ККТ и прочих данных, может содержать QR-код и гиперссылку, которые покупатель может использовать для проверки содержимого чека специальными интернет-сервисами, предназначенными для этого. Все электронные чеки хранятся у оператора ОФД в базе данных в течение 5 лет, и покупатель в любой момент этого периода может получить доступ к своим электронным чекам, чтобы проверить совершенный им платеж и убедиться в его законности. Службе ФНС оператор ОФД обязан предоставлять все хранящиеся у него фискальные данные по первому ее требованию.
Одна из обязанностей оператора ОФД состоит в сохранении конфиденциальности доверенной ему фискальной информации. Государство защищает коммерческую тайну продавцов, что заключается в требовании неразглашения сведений о суммах их продаж. С этой целью операторы ОФД защищают свои сервера от взлома, кодируют хранимые и передаваемые фискальные данные, блокируют к ним доступ неавторизованных лиц.
В контексте вопроса конфиденциальности фискальных данных важно отметить, что сама по себе информация о характере покупок, совершаемых каким-либо покупателем, т.е. информация о видах приобретаемых товаров и услуг и о частоте совершения соответствующих покупок, если в ней не содержаться данные позволяющих третьем улицу идентифицировать продавца-налогоплательщика, осуществившего продажу этих товаров и услуг, а также данные, позволяющие идентифицировать покупателя тому, кто не имеет законного доступа к данным покупателя, строго говоря не является конфиденциальной. Между тем, информация о приобретенных товарах и услугах присутствует в фискальных данных электронного чека, тогда как знание этой информации может иметь существенное значение для участников рынка, поскольку позволяет получить представления о покупательских привычках и поведении в том или ином регионе, потребительском секторе, равно как позволяет лицам, законно имеющим доступ к данным покупателей, ознакомиться с потребительскими предпочтениями каждого покупателя. Следовательно, такая информация является мощным инструментом конкурентной борьбы. В качестве примера получателей выгоды от знания такой информации можно назвать рекламные компании, интернет-магазины, службы сбора статистики и пр. Отдельно стоит отметить, что данные электронного чека обычно не содержат информации о личности покупателя, так как покупатель не обязан идентифицировать себя перед продавцом при совершении покупки. То есть в большинстве случаев, понять по данным электронного чека, кто именно является покупателем того или иного товара или услуги, не представляется возможным. Как следствие, не представляется невозможным накопление истории покупок отдельного покупателя.
Насколько известно авторам настоящего решения, современный уровень техники не содержит каких-либо механизмов вычленения информации о товарах и услугах отдельно взятого покупателя из набора фискальных данных, хранящихся у оператора ОФД. Как следствие, уровень техники не содержит средств, позволяющих вычленять указанную информацию из фискальных данных, с учетом положений законодательства РФ о защите конфиденциальной информации. Соответственно, задача настоящего изобретения заключается в разработке способов, способных по меньшей мере частично ликвидировать обозначенный пробел в данной области техники.
Раскрытие сущности изобретения
Поставленная задача решена авторами настоящего изобретения в отношении класса покупателей, совершающих свои покупки с использованием электронных платежных средств. Если говорить более конкретно, поставленная задача решена авторами настоящего изобретения путем разработки способов, охарактеризованных в независимых пп. 1, 13, 25, 51, 74, 100, 125, 151, 174, и 190 приложенной формулы изобретения и позволяющих без нарушения конфиденциальности данных, накапливать и получать обезличенную информацию об истории покупок отдельных покупателей, совершенных с использованием электронных платежных средств, а также, получать информацию о соответствии POS-терминалов и аппаратов ККТ.
Заявляемые способы и детали их реализации приведенные ниже в виде пронумерованных пунктов.
1. Способ создания таблицы соответствий POS-терминалов и аппаратов ККТ, которые ассоциированы с соответствующими POS-терминалами, способ исполняемый на по меньшей мере одном сервере, имеющем доступ к данным банковских транзакций, способ, включающий:
накопление указанным по меньшей мере одним сервером, имеющем доступ к данным банковских транзакций, во время обработки транзакций, исходящих со множества POS-терминалов, первого набора рядов данных POS-терминалов, причем каждый из рядов данных POS-терминала содержит по меньшей мере: идентификатор POS-терминала,
времена транзакций, исходящих с указанного POS-терминала получение от по меньшей мере одного сервера, имеющего доступ к фискальным данным, второго набора рядов данных аппаратов ККТ, накопленных по мере обслуживания указанным по меньшей мере одним сервером, имеющим доступ к фискальным данным, ассоциированных с ним аппаратов ККТ, причем каждый из рядов данных аппаратов ККТ содержит по меньшей мере:
идентификатор аппарата ККТ,
времена покупок, осуществленных с использованием указанного аппарата ККТ
установление соответствия между POS-терминалами и аппаратами ККТ, на основании анализа соответствия времен транзакций, исходящих с указанных POS-терминалов временам покупок, осуществленных с использованием указанных аппаратов ККТ;
по результатам установления указанного соответствия создание и сохранение таблицы соответствий идентификаторов POS-терминалов и идентификаторов аппаратов ККТ, в которой идентификаторы POS-терминалов ассоциированы с соответствующими идентификаторами аппаратов ККТ.
2. Способ по п. 1, в котором каждый из рядов данных аппаратов ККТ дополнительно содержит идентификатор оператора фискальных данных, ассоциированного с аппаратом ККТ.
3. Способ по п. 1, в котором каждый из рядов данных POS-терминалов дополнительно содержит идентификатор оператора банковских транзакций, ассоциированного с POS-терминалом.
4. Способ по п. 3, в котором оператор банковских транзакций является платежной системой, ассоциированной с POS-терминалом.
5. Способ по п. 3, в котором оператор банковских транзакций является банком-эквайером, ассоциированным с POS-терминалом.
6. Способ по п. 1 в котором, установление соответствия между POS-терминалами и аппаратами ККТ, дополнительно включает определение параметров временного смещения для пар, состоящих из POS-терминала и соответствующего ему аппарата ККТ, причем параметр временного смещения отражает разницу между временем транзакции, определяемым POS-терминалом, и временем обработки покупки, соответствующей транзакции, определяемым аппаратом ККТ, соответствующем POS-терминалу.
7. Способ по п. 1, дополнительно включающий уточнение таблицы соответствий по мере накопления указанным по меньшей мере одним сервером, имеющем доступ к данным банковских транзакций, новых данных POS-терминалов.
8. Способ по п. 7, в котором уточнение таблицы соответствий выполняется регулярно через предзаданные промежутки времени.
9. Способ по п. 7, в котором уточнение таблицы соответствий проводится в ответ на получение сервером, имеющим доступ к данным банковских транзакций, данных о новых POS-терминалах.
10. Способ по п. 7, в котором уточнение таблицы соответствий проводится в ответ на накопление указанным по меньшей мере одним сервером, имеющем доступ к данным банковских транзакций, предзаданного объема новых данных POS-терминалов.
11. Способ по п. 1, в котором таблица соответствий идентификаторов POS-терминалов и идентификаторов аппаратов ККТ представляет собой базу данных.
12. Способ по п. 1, дополнительно включающий отправку по меньшей мере части таблицы соответствий на по меньшей мере один сервер оператора фискальных данных.
13. Способ создания таблицы соответствий POS-терминалов и аппаратов ККТ, которые ассоциированы с соответствующими POS-терминалами, способ исполняемый на по меньшей мере одном сервере, имеющем доступ к фискальным данным, способ включающий:
накопление указанным по меньшей мере одним сервером, имеющем доступ к фискальным данным, по мере обслуживания указанным по меньшей мере одним сервером, имеющим доступ к фискальным данным, ассоциированных с ним аппаратов ККТ, первого набора рядов данных аппаратов ККТ, причем каждый из рядов данных аппарата ККТ содержит по меньшей мере:
идентификатор аппарата ККТ,
времена покупок, осуществленных с использованием указанного аппарата ККТ
получение от по меньшей мере одного сервера, имеющего доступ к данным банковских транзакций, второго набора рядов данных POS-терминалов, накопленных по мере обслуживания указанным по меньшей мере одним сервером, имеющего доступ к данным банковских транзакций, ассоциированных с ним POS-терминалов, причем каждый из рядов данных содержит по меньшей мере:
идентификатор POS-терминала,
времена транзакций, исходящих с указанного POS-терминала
установление соответствия между POS-терминалами и аппаратами ККТ, на основании анализа соответствия времен транзакций, исходящих с указанных POS-терминалов временам покупок, осуществленных с использованием указанных аппаратов ККТ;
по результатам установления указанного соответствия создание и сохранение таблицы соответствий идентификаторов POS-терминалов и идентификаторов аппаратов ККТ, в которой идентификаторы POS-терминалов ассоциированы с соответствующими идентификаторами аппаратов ККТ.
14. Способ по п. 13, в котором каждый из рядов данных аппаратов ККТ дополнительно содержит идентификатор оператора фискальных данных, ассоциированного с аппаратом ККТ.
15. Способ по п. 13, в котором каждый из рядов данных POS-терминалов дополнительно содержит идентификатор оператора банковских транзакций, ассоциированного с POS-терминалом.
16. Способ по п. 15, в котором оператор банковских транзакций является платежной системой, ассоциированной с POS-терминалом.
17. Способ по п. 15, в котором оператор банковских транзакций является банком-эквайером, ассоциированным с POS-терминалом.
18. Способ по п. 13 в котором, установление соответствия между POS-терминалами и аппаратами ККТ, дополнительно включает определение параметров временного смещения для пар, состоящих из POS-терминала и соответствующего ему аппарата ККТ, причем параметр временного смещения отражает разницу между временем транзакции, определяемым POS-терминалом, и временем обработки покупки, соответствующей транзакции, определяемым аппаратом ККТ, соответствующим POS-терминалу.
19. Способ по п. 13, дополнительно включающий уточнение таблицы соответствий по мере накопления указанным по меньшей мере одним сервером, имеющем доступ к фискальным данным, новых данных аппаратов ККТ.
20. Способ по п. 19, в котором уточнение таблицы соответствий выполняется регулярно через предзаданные промежутки времени.
21. Способ по п. 19, в котором уточнение таблицы соответствий проводится в ответ на получение сервером, имеющим доступ к фискальным данным, данных о новых аппаратах ККТ.
22. Способ по п. 19, в котором уточнение таблицы соответствий проводится в ответ на накопление указанным по меньшей мере одним сервером, имеющем доступ к фискальным данным, предзаданного объема новых данных аппаратов ККТ.
23. Способ по п. 13, в котором таблица соответствий идентификаторов POS-терминалов и идентификаторов аппаратов ККТ представляет собой базу данных.
24. Способ по п. 13, дополнительно включающий отправку по меньшей мере части таблицы соответствий на по меньшей мере один сервер оператора банковских транзакций.
25. Способ накопления обезличенной информации о покупках покупателя, совершенных с использованием электронного платежного средства, способ, исполняемый на по меньшей мере одном сервере, имеющем доступ к фискальным данным, способ включающий:
после совершения покупки покупателем, получение указанным по меньшей мере одним сервером, имеющим доступ к фискальным данным, от аппарата ККТ, участвующего в оформлении покупки, соответствующего электронного чека, содержащего по меньшей мере:
данные владельца аппарата ККТ,
идентификатор аппарата ККТ,
указание наименований приобретенных покупателем позиций товара и их стоимости,
время покупки;
обработка электронного чека путем исключения из него по меньшей мере части данных владельца аппарата ККТ с получением обезличенного электронного чека, содержащего по меньшей мере информацию о приобретенных покупателем позициях товара;
получение от по меньшей мере одного сервера, имеющего доступ к данным банковских транзакций, связанного с POS-терминалом, с помощью которого покупателем была произведена транзакция по оплате покупки электронным платежным средством, запроса на получение обезличенного электронного чека, причем запрос включает в себя:
идентификатор указанного POS-терминала,
время транзакции;
в ответ на нахождение в таблице соответствий POS-терминалов и аппаратов ККТ соответствия между идентификатором указанного POS-терминала и идентификатором указанного аппарата ККТ и нахождение соответствия между указанным временем транзакции и указанным временем покупки, отправка на по меньшей мере один сервер, имеющий доступ к данным банковских транзакций, обезличенного электронного чека, соответствующего транзакции, причем указанная отправка инициирует сохранение сервером, имеющим доступ к данным к банковских транзакций, указанного обезличенного электронного чека с привязкой к хэш-коду электронного платежного средства, ассоциированного с покупателем, в хранилище обезличенной информации об истории покупок покупателя.
26. Способ по п. 25, в котором данные владельца аппарата ККТ, содержащиеся в электронном чеке, полученном указанным по меньшей мере одним сервером, имеющим доступ к фискальным данным, от аппарата ККТ, участвующего в оформлении покупки, включают в себя по меньшей мере одно из:
идентификационный номер налогоплательщика владельца аппарата ККТ,
код причины постановки на учет владельца аппарата ККТ,
наименование владельца аппарата ККТ,
основной государственный регистрационный номер владельца аппарата ККТ,
юридический адрес владельца аппарата ККТ,
фактический адрес владельца аппарата ККТ,
адрес расположения аппарата ККТ.
27. Способ по п. 25, в котором получение обезличенного электронного чека дополнительно включает в себя нормализацию наименований приобретенных покупателем позиций товара, путем приведения наименований приобретенных покупателем позиций товара к единообразному виду.
28. Способ, по п. 27, в котором нормализация наименований приобретенных покупателем позиций товара выполняется с использованием по меньшей мере одного из:
регулярных выражений,
алгоритмов машинного обучения,
анализа стоимости позиции товара,
эвристик,
словаря наименований товаров.
29. Способ по п. 27, в котором нормализация выполняется программным модулем нормализации, исполняемым на по меньшей мере одном сервере, имеющем доступ к фискальным данным.
30. Способ по п. 27, в котором нормализация выполняется программным модулем нормализации, исполняемым на по меньшей мере одном сервере, отличном от указанного по меньшей мере одного сервера, имеющего доступ к фискальным данным.
31. Способ по п. 30, в котором нормализация включает шаги:
отправки указанным по меньшей мере одни сервером, имеющем доступ к фискальным данным, наименований приобретенных покупателем позиций товара на по меньшей мере один сервер, отличный от указанного по меньшей мере одного сервера, имеющего доступ к фискальным данным, и
получения от по меньшей мере одного сервера, отличного от указанного по меньшей мере одного сервера, имеющего доступ к фискальным данным, нормализованных наименований приобретенных покупателем позиций товара.
32. Способ по пункту 25, в котором получение обезличенного электронного чека, дополнительно включает исключение из электронного чека по меньшей мере одного из:
стоимости приобретенных покупателем позиций товара,
идентификатора аппарата ККТ,
времени покупки.
33. Способ по п. 25, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, имеющем доступ к данным банковских транзакций.
34. Способ по п. 25, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, имеющем доступ к фискальным данным.
35. Способ по п. 25, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, отличном от по меньшей мере одного сервера, имеющего доступ к фискальным данным и отличном от по меньшей мере одного сервера, имеющего доступ к данным банковских транзакций.
36. Способ по п. 25, в котором хранилище обезличенной информации об истории покупок покупателя является базой данных.
37. Способ по п. 25, в котором по меньшей мере один сервер, имеющий доступ к фискальным данным, является по меньшей мере одним сервером оператора фискальных данных, обслуживающего указанный аппарат ККТ.
38. Способ по п. 25, в котором по меньшей мере один сервер, имеющий доступ к данным банковских транзакций, является по меньшей мере одним сервером платежной системы, ассоциированной с POS-терминалом.
39. Способ по п. 25, в котором по меньшей мере один сервер, имеющий доступ к данным банковских транзакций, является по меньшей мере одним сервером банка-эквайера, ассоциированного с POS-терминалом.
40. Способ по п. 25, в котором хэш-код электронного платежного средства, получен путем применения операции хэширования к по меньшей мере части данных электронного платежного средства.
41. Способ по п. 25, в котором хэш-код получен путем применения операции шифрования к по меньшей мере части данных электронного платежного средства.
42. Способ по п. 25 в котором хранилище обезличенной информации об истории покупок покупателя выполнено с возможностью хранить для каждого хэш-кода электронного платежного средства, обезличенные электронные чеки по покупкам, оплаченным с помощью этого электронного платежного средства.
43. Способ по п. 42, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого обезличенного электронного чека идентификатор оператора фискальных данных, получившего от аппарата ККТ, электронный чек, соответствующий обезличенному электронного чеку.
44. Способ по п. 42, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого хэш-кода электронного платежного средства идентификатор оператора банковских транзакций, ассоциированного с электронным платежным средством.
45. Способ по п. 44, в котором оператор банковских транзакций является платежной системой, связанной с электронным платежным средством.
46. Способ по п. 44, в котором оператор банковских транзакций является банком-эмитентом платежного средства.
47. Способ по п. 42, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого обезличенного электронного чека идентификатор банка-эквайера, ассоциированного с POS-терминалом, осуществившим транзакцию, соответствующую обезличенному электронному чеку.
48. Способ по п. 25, в котором таблица соответствий POS-терминалов и аппаратов ККТ предварительно создана на указанном по меньшей мере одном сервере, имеющем доступ к фискальным данным.
49. Способ по п. 25, в котором таблица соответствий POS-терминалов и аппаратов ККТ создана на по меньшей мере одном сервере, отличном от указанного по меньшей мере одного сервере, имеющем доступ к фискальным данным.
50. Способ по п. 49, в котором таблица соответствий POS-терминалов и аппаратов ККТ предварительно получена указанным по меньшей мере одним сервером, имеющим доступ к фискальным данным, от по меньшей мере одного сервера, отличного от указанного по меньшей мере одного сервере, имеющем доступ к фискальным данным.
51. Способ накопления обезличенной информации о покупках покупателя, совершенных с использованием электронного платежного средства, способ, исполняемый на по меньшей мере одном сервере, имеющем доступ к данным банковских транзакций, способ включающий:
после оплаты покупки с помощью электронного платежного средства, ассоциированного с покупателем, получение от POS-терминала, участвующего в осуществлении транзакцию по указанной оплате, данных транзакции, содержащих по меньшей мере:
время транзакции,
сумму транзакции,
идентификатор указанного POS-терминала,
данные указанного электронного платежного средства;
отправка на по меньшей мере один сервер, имеющий доступ к фискальным данным запроса на получение обезличенного электронного чека, соответствующего транзакции, причем
запрос включает в себя:
идентификатор указанного POS-терминала,
время транзакции,
и сконфигурирован таким образом, чтобы инициировать на по меньшей мере одном сервере, имеющем доступ к фискальным данным следующие шаги:
поиск в таблице соответствий POS-терминалов и аппаратов ККТ идентификатора аппарата ККТ, соответствующего идентификатору POS-терминала, и участвовавшего в оформлении указанной покупки и,
в случае нахождения соответствующего идентификатора аппарата ККТ, поиск обезличенного электронного чека, ассоциированного с указанным аппаратом ККТ и имеющего время покупки, соответствующее указанному времени транзакции и,
в случае нахождения соответствующего обезличенного электронного чека, отправку указанного обезличенного электронного чека на указанный по меньшей мере один сервер, имеющий доступ к данным банковских транзакций;
получение от по меньшей мере одного сервера, имеющего доступ к фискальным данным, обезличенного электронного чека, соответствующего транзакции,
формирование хэш-кода электронного платежного средства, ассоциированного с покупателем, и сохранение обезличенного электронного чека с привязкой к указанному хэш-коду электронного платежного средства в хранилище обезличенной информации об истории покупок покупателя.
52. Способ по п. 51, в котором данные транзакции, дополнительно содержат по меньшей мере одно из:
данные владельца POS-терминала,
данные банка-эквайера, обслуживающего владельца POS-терминала.
53. Способ по п. 52, в котором данные владельца POS-терминала включают в себя, по меньшей мере одно из:
наименование владельца POS-терминала,
основной государственный регистрационный номер владельца POS-терминала,
юридический адрес владельца POS-терминала,
фактический адрес владельца POS-терминала,
адрес расположения POS-терминала.
54. Способ по п. 51, в котором данные указанного электронного платежного средства включают в себя идентификатор покупателя.
55. Способ по п. 54, в котором данные указанного электронного платежного средства дополнительно включают в себя по меньшей мере одно из:
дата истечения срока действия электронного платежного средства, номер электронного платежного средства,
идентификатор банка-эмитента, ассоциированного с электронным платежным средством,
CVV - код электронного платежного средства,
CVV2 - код электронного платежного средства,
CVC - код электронного платежного средства,
С\/С2 - код электронного платежного средства,
CVP - код электронного платежного средства,
С\/Р2 - код электронного платежного средства,
CID - код электронного платежного средства,
CVD - код электронного платежного средства,
CVN2 - код электронного платежного средства.
56. Способ по п. 51, в котором обезличенный электронный чек получен с помощью обработки электронного чека путем исключения из него по меньшей мере части данных владельца аппарата ККТ, и содержит по меньшей мере информацию о приобретенных покупателем позициях товара.
57. Способ по пункту 56, в котором обезличенный электронный чек, получен путем дополнительного исключения из электронного чека по меньшей мере одного из:
стоимости приобретенных покупателем позиций товара, идентификатора аппарата ККТ, времени покупки.
58. Способ по п. 56, в котором обезличенный электронный чек получен с выполнением нормализации наименований приобретенных покупателем позиций товара, путем приведения наименований приобретенных покупателем позиций товара к единообразному виду.
59. Способ, по п. 58, в котором нормализация наименований приобретенных покупателем позиций товара выполнена с использованием по меньшей мере одного из:
регулярных выражений,
алгоритмов машинного обучения,
анализа стоимости позиции товара,
эвристик,
словаря наименований товаров.
60. Способ по п. 51, в котором хранилище обезличенной информации об истории покупок покупателя располагается на указанном по меньшей мере одном сервере, имеющем доступ к данным банковских транзакций.
61. Способ по п. 51, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, имеющем доступ к фискальным данным.
62. Способ по п. 51, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, отличном от по меньшей мере одного сервера, имеющего доступ к фискальным данным и отличном от по меньшей мере одного сервера, имеющего доступ к данным банковских транзакций.
63. Способ по п. 51, в котором хранилище обезличенной информации об истории покупок покупателя является базой данных.
62. Способ по п. 51, в котором по меньшей мере один сервер, имеющий доступ к фискальным данным, является по меньшей мере одним сервером оператора фискальных данных, обслуживающего указанный аппарат ККТ.
63. Способ по п. 51, в котором по меньшей мере один сервер, имеющий доступ к данным банковских транзакций, является по меньшей мере одним сервером платежной системы, ассоциированной с POS-терминалом.
64. Способ по п. 51, в котором по меньшей мере один сервер, имеющий доступ к данным банковских транзакций, является по меньшей мере одним сервером банка-эквайера, ассоциированного с POS-терминалом.
65. Способ по п. 51, в котором формирование хэш-кода электронного платежного средства, осуществляется путем применения операции хэширования к по меньшей мере части данных электронного платежного средства.
66. Способ по п. 65, в котором операция хэширования применяется к по меньшей мере одному из:
идентификатор покупателя,
номер электронного платежного средства.
67. Способ по п. 51 в котором хранилище обезличенной информации об истории покупок покупателя выполнено с возможностью хранить для каждого хэш-кода электронного платежного средства, обезличенные электронные чеки по покупкам, оплаченным с помощью этого электронного платежного средства.
68. Способ по п. 67, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого обезличенного электронного чека идентификатор оператора фискальных данных, получившего от аппарата ККТ, электронный чек, соответствующий обезличенному электронного чеку.
69. Способ по п. 67, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого хэш-кода электронного платежного средства идентификатор оператора банковских транзакций, ассоциированного с электронным платежным средством.
70. Способ по п. 69, в котором оператор банковских транзакций является платежной системой.
71. Способ по п. 69, в котором оператор банковских транзакций является банком-эмитентом платежного средства.
72. Способ по п. 67, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого обезличенного электронного чека идентификатор банка-эквайера, ассоциированного с POS-терминалом, осуществившим транзакцию, соответствующую обезличенному электронному чеку.
73. Способ по п. 51, в котором операция сохранения обезличенного электронного чека с привязкой к указанному хэш-коду электронного платежного средства в хранилище обезличенной информации об истории покупок покупателя дополнительно включает по меньшей мере одно из:
сохранение с привязкой к указанному обезличенному электронному чеку идентификатора оператора фискальных данных, получившего от аппарата ККТ, электронный чек, соответствующий указанному обезличенному электронному чеку,
сохранение с привязкой к указанному хэш-коду электронного платежного средства, идентификатора платежной системы, участвующей в обработке транзакции.
74. Способ накопления обезличенной информации о покупках покупателя, совершенных с использованием электронного платежного средства, способ, исполняемый на по меньшей мере одном сервере, имеющем доступ к фискальным данным, способ включающий:
после совершения покупки покупателем, получение указанным по меньшей мере одним сервером, имеющим доступ к фискальным данным, от аппарата ККТ, участвующего в оформлении покупки, соответствующего электронного чека, содержащего по меньшей мере:
данные владельца аппарата ККТ,
идентификатор аппарата ККТ,
указание наименований приобретенных покупателем позиций товара и их стоимости,
время покупки;
обработка электронного чека путем исключения из него по меньшей мере части данных владельца аппарата ККТ с получением обезличенного электронного чека, содержащего по меньшей мере информацию о приобретенных покупателем позициях товара;
получение от по меньшей мере одного сервера, имеющего доступ к данным банковских транзакций, связанного с POS-терминалом, с помощью которого покупателем была произведена транзакция по оплате покупки электронным платежным средством обезличенных данных о транзакции, включающих в себя:
идентификатор указанного POS-терминала,
время транзакции,
хэш-код электронного платежного средства;
в ответ на нахождение в таблице соответствий POS-терминалов и аппаратов ККТ соответствия между идентификатором указанного POS-терминала и идентификатором указанного аппарата ККТ и нахождение соответствия между указанным временем транзакции и указанным временем покупки, сохранение указанного обезличенного электронного чека с привязкой к хэш-коду электронного платежного средства, ассоциированного с покупателем, в хранилище обезличенной информации об истории покупок покупателя.
75. Способ по п. 74, в котором данные владельца аппарата ККТ, содержащиеся в электронном чеке, полученном указанным по меньшей мере одним сервером, имеющим доступ к фискальным данным, от аппарата ККТ, участвующего в оформлении покупки, включают в себя по меньшей мере одно из:
идентификационный номер налогоплательщика владельца аппарата ККТ,
код причины постановки на учет владельца аппарата ККТ,
наименование владельца аппарата ККТ,
основной государственный регистрационный номер владельца аппарата ККТ,
юридический адрес владельца аппарата ККТ,
фактический адрес владельца аппарата ККТ,
адрес расположения аппарата ККТ.
76. Способ по п. 74, в котором получение обезличенного электронного чека дополнительно включает в себя нормализацию наименований приобретенных покупателем позиций товара, путем приведения наименований приобретенных покупателем позиций товара к единообразному виду.
77. Способ, по п. 76, в котором нормализация наименований приобретенных покупателем позиций товара выполняется с использованием по меньшей мере одного из:
регулярных выражений,
алгоритмов машинного обучения,
анализа стоимости позиции товара,
эвристик,
словаря наименований товаров.
78. Способ по п. 76, в котором нормализация выполняется программным модулем нормализации, исполняемым на по меньшей мере одном сервере, имеющем доступ к фискальным данным.
79. Способ по п. 76, в котором нормализация выполняется программным модулем нормализации, исполняемым на по меньшей мере одном сервере, отличном от указанного по меньшей мере одного сервера, имеющего доступ к фискальным данным.
80. Способ по п. 79, в котором нормализация включает шаги:
отправки указанным по меньшей мере одни сервером, имеющем доступ к фискальным данным, наименований приобретенных покупателем позиций товара на по меньшей мере один сервер, отличный от указанного по меньшей мере одного сервера, имеющего доступ к фискальным данным, и
получения от по меньшей мере одного сервера, отличного от указанного по меньшей мере одного сервера, имеющего доступ к фискальным данным, нормализованных наименований приобретенных покупателем позиций товара.
81. Способ по пункту 74, в котором получение обезличенного электронного чека, дополнительно включает исключение из электронного чека по меньшей мере одного из:
стоимости приобретенных покупателем позиций товара, идентификатора аппарата ККТ, времени покупки.
82. Способ по п. 74, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, имеющем доступ к данным банковских транзакций.
83. Способ по п. 74, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, имеющем доступ к фискальным данным.
84. Способ по п. 74, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, отличном от по меньшей мере одного сервера, имеющего доступ к фискальным данным и отличном от по меньшей мере одного сервера, имеющего доступ к данным банковских транзакций.
85. Способ по п. 74, в котором хранилище обезличенной информации об истории покупок покупателя является базой данных.
86. Способ по п. 74, в котором по меньшей мере один сервер, имеющий доступ к фискальным данным, является по меньшей мере одним сервером оператора фискальных данных, обслуживающего указанный аппарат ККТ.
87. Способ по п. 74, в котором по меньшей мере один сервер, имеющий доступ к данным банковских транзакций, является по меньшей мере одним сервером платежной системы, ассоциированной с POS-терминалом.
88. Способ по п. 74, в котором по меньшей мере один сервер, имеющий доступ к данным банковских транзакций, является по меньшей мере одним сервером банка-эквайера, ассоциированного с POS-терминалом.
89. Способ по п. 74, в котором хэш-код электронного платежного средства, получен путем применения операции хэширования к по меньшей мере части данных электронного платежного средства.
90. Способ по п. 74, в котором хэш-код получен путем применения операции шифрования к по меньшей мере части данных электронного платежного средства.
91. Способ по п. 74, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с возможностью хранить для каждого хэш-кода электронного платежного средства, обезличенные электронные чеки по покупкам, оплаченным с помощью этого электронного платежного средства.
92. Способ по п. 91, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого обезличенного электронного чека идентификатор оператора фискальных данных, получившего от аппарата ККТ, электронный чек, соответствующий обезличенному электронного чеку.
93. Способ по п. 91, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого хэш-кода электронного платежного средства идентификатор оператора банковских транзакций, ассоциированного с электронным платежным средством.
94. Способ по п. 93, в котором оператор банковских транзакций является платежной системой, связанной с электронным платежным средством.
95. Способ по п. 93, в котором оператор банковских транзакций является банком-эмитентом платежного средства.
96. Способ по п. 91, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого обезличенного электронного чека идентификатор банка-эквайера, ассоциированного с POS-терминалом, осуществившим транзакцию, соответствующую обезличенному электронному чеку.
97. Способ по п. 74, в котором таблица соответствий POS-терминалов и аппаратов ККТ предварительно создана на указанном по меньшей мере одном сервере, имеющем доступ к фискальным данным.
98. Способ по п. 74, в котором таблица соответствий POS-терминалов и аппаратов ККТ создана на по меньшей мере одном сервере, отличном от указанного по меньшей мере одного сервере, имеющем доступ к фискальным данным.
99. Способ по п. 98, в котором таблица соответствий POS-терминалов и аппаратов ККТ предварительно получена указанным по меньшей мере одним сервером, имеющим доступ к фискальным данным, от по меньшей мере одного сервера, отличного от указанного по меньшей мере одного сервере, имеющем доступ к фискальным данным.
100. Способ накопления обезличенной информации о покупках покупателя, совершенных с использованием электронного платежного средства, способ, исполняемый на по меньшей мере одном сервере, имеющем доступ к данным банковских транзакций, способ включающий:
после оплаты покупки с помощью электронного платежного средства, ассоциированного с покупателем, получение от POS-терминала, участвующего в осуществлении транзакцию по указанной оплате, данных транзакции, содержащих по меньшей мере:
время транзакции,
сумму транзакции,
идентификатор указанного POS-терминала,
данные указанного электронного платежного средства; формирование из данных транзакции обезличенных данных о транзакции путем:
исключения из данных транзакции по меньшей мере суммы транзакции
и
формирования хэш-кода электронного платежного средства, ассоциированного с покупателем, путем применения операции хэширования к по меньшей мере части данных указанного электронного платежного средства,
таким образом, что обезличенная информация о транзакции включает в себя:
идентификатор указанного POS-терминала,
хэш-кода электронного платежного средства,
время транзакции;
отправка на по меньшей мере один сервер, имеющий доступ к фискальным данным, обезличенных данных о транзакции, причем указанная отправка инициирует на сервере, имеющем доступ к фискальным данным, следующие шаги:
поиск в таблице соответствий POS-терминалов и аппаратов ККТ идентификатора аппарата ККТ, соответствующего идентификатору POS-терминала, и участвовавшего в оформлении указанной покупки и,
в случае нахождения соответствующего идентификатора аппарата ККТ, поиск обезличенного электронного чека, ассоциированного с указанным аппаратом ККТ и имеющего время покупки, соответствующее указанному времени транзакции и,
в случае нахождения соответствующего обезличенного электронного чека, сохранение обезличенного электронного чека с привязкой к указанному хэш-коду электронного платежного средства в хранилище обезличенной информации об истории покупок покупателя.
101. Способ по п. 100, в котором данные транзакции, дополнительно содержат по меньшей мере одно из:
данные владельца POS-терминала,
данные банка-эквайера, обслуживающего владельца POS-терминала.
102. Способ по п. 101, в котором данные владельца POS-терминала включают в себя, по меньшей мере одно из:
наименование владельца POS-терминала,
основной государственный регистрационный номер владельца POS-терминала,
юридический адрес владельца POS-терминала,
фактический адрес владельца POS-терминала,
адрес расположения POS-терминала.
103. Способ по п. 100, в котором данные указанного электронного платежного средства включают в себя идентификатор покупателя.
104. Способ по п. 103, в котором данные указанного электронного платежного средства дополнительно включают в себя по меньшей мере одно из:
дата истечения срока действия электронного платежного средства, номер электронного платежного средства,
идентификатор банка-эмитента, ассоциированного с электронным платежным средством,
CVV - код электронного платежного средства,
CVV2 - код электронного платежного средства,
CVC - код электронного платежного средства,
С\/С2 - код электронного платежного средства,
CVP - код электронного платежного средства,
С\/Р2 - код электронного платежного средства,
CID - код электронного платежного средства,
CVD - код электронного платежного средства,
CVN2 - код электронного платежного средства.
105. Способ по п. 100, в котором обезличенный электронный чек получен с помощью обработки электронного чека путем исключения из него по меньшей мере части данных владельца аппарата ККТ, и содержит по меньшей мере информацию о приобретенных покупателем позициях товара.
106. Способ по пункту 105, в котором обезличенный электронный чек, получен путем дополнительного исключения из электронного чека по меньшей мере одного из:
стоимости приобретенных покупателем позиций товара,
идентификатора аппарата ККТ,
времени покупки.
107. Способ по п. 105, в котором обезличенный электронный чек получен с выполнением нормализации наименований приобретенных покупателем позиций товара, путем приведения наименований приобретенных покупателем позиций товара к единообразному виду.
108. Способ, по п. 107, в котором нормализация наименований приобретенных покупателем позиций товара выполнена с использованием по меньшей мере одного из:
регулярных выражений,
алгоритмов машинного обучения,
анализа стоимости позиции товара,
эвристик,
словаря наименований товаров.
109. Способ по п. 100, в котором хранилище обезличенной информации об истории покупок покупателя располагается на указанном по меньшей мере одном сервере, имеющем доступ к данным банковских транзакций.
110. Способ по п. 100, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, имеющем доступ к фискальным данным.
111. Способ по п. 100, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, отличном от по меньшей мере одного сервера, имеющего доступ к фискальным данным и отличном от по меньшей мере одного сервера, имеющего доступ к данным банковских транзакций.
112. Способ по п. 100, в котором хранилище обезличенной информации об истории покупок покупателя является базой данных.
113. Способ по п. 100, в котором по меньшей мере один сервер, имеющий доступ к фискальным данным, является по меньшей мере одним сервером оператора фискальных данных, обслуживающего указанный аппарат ККТ.
114. Способ по п. 100, в котором по меньшей мере один сервер, имеющий доступ к данным банковских транзакций, является по меньшей мере одним сервером платежной системы, ассоциированной с POS-терминалом.
115. Способ по п. 100, в котором по меньшей мере один сервер, имеющий доступ к данным банковских транзакций, является по меньшей мере одним сервером банка-эквайера, ассоциированного с POS-терминалом.
116. Способ по п. 100, в котором формирование хэш-кода электронного платежного средства, осуществляется путем применения операции хэширования к по меньшей мере части данных электронного платежного средства, включающей идентификатор покупателя.
117. Способ по п. 100, в котором формирование хэш-кода электронного платежного средства, осуществляется путем применения операции хэширования к по меньшей мере части данных электронного платежного средства, включающей номер электронного платежного средства.
118. Способ по п. 100, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с возможностью хранить для каждого хэш-кода электронного платежного средства, обезличенные электронные чеки по покупкам, оплаченным с помощью этого электронного платежного средства.
119. Способ по п. 118, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого обезличенного электронного чека идентификатор оператора фискальных данных, получившего от аппарата ККТ, электронный чек, соответствующий обезличенному электронного чеку.
120. Способ по п. 119, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого хэш-кода электронного платежного средства идентификатор оператора банковских транзакций, ассоциированного с электронным платежным средством.
121. Способ по п. 120, в котором оператор банковских транзакций является платежной системой.
122. Способ по п. 120, в котором оператор банковских транзакций является банком-эмитентом платежного средства.
123. Способ по п. 118, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого обезличенного электронного чека идентификатор банка-эквайера, ассоциированного с POS-терминалом, осуществившим транзакцию, соответствующую обезличенному электронному чеку.
124. Способ по п. 100, в котором операция сохранения обезличенного электронного чека с привязкой к указанному хэш-коду электронного платежного средства в хранилище обезличенной информации об истории покупок покупателя дополнительно включает по меньшей мере одно из:
сохранение с привязкой к указанному обезличенному электронному чеку идентификатора оператора фискальных данных, получившего от аппарата ККТ, электронный чек, соответствующий указанному обезличенному электронному чеку,
сохранение с привязкой к указанному хэш-коду электронного платежного средства, идентификатора платежной системы, участвующей в обработке транзакции.
125. Способ накопления обезличенной информации о покупках покупателя, совершенных с использованием электронного платежного средства, способ, исполняемый на по меньшей мере одном сервере, имеющем доступ к фискальным данным, способ включающий:
после совершения покупки покупателем, получение указанным по меньшей мере одним сервером, имеющим доступ к фискальным данным, от аппарата ККТ, участвующего в оформлении покупки, соответствующего электронного чека, содержащего по меньшей мере:
данные владельца аппарата ККТ,
идентификатор аппарата ККТ,
указание наименований приобретенных покупателем позиций товара и их стоимости,
время покупки;
обработка электронного чека путем исключения из него по меньшей мере части данных владельца аппарата ККТ с получением обезличенного электронного чека, содержащего по меньшей мере информацию о приобретенных покупателем позициях товара;
отправка на по меньшей мере один сервер, имеющий доступ к данным банковских транзакций запроса на хэш-код электронного платежного средства, использованного покупателем для оплаты указанной покупки, запроса, включающего в себя:
идентификатор аппарата ККТ,
время покупки;
причем указанный запрос инициирует на по меньшей мере одном сервере, имеющем данным банковских транзакций следующие шаги:
поиск в таблице соответствий POS-терминалов и аппаратов ККТ идентификатора POS-терминала, соответствующего идентификатору аппарата ККТ, и участвовавшего в транзакции по оплате указанной покупки и,
в случае нахождения соответствующего идентификатора POS-терминала, поиск хэш-кода электронного платежного средства, ассоциированного с POS-терминалом и имеющего время транзакции, соответствующее указанному времени покупки и,
в случае нахождения соответствующего хэш-кода электронного платежного средства, отправку указанного хэш-кода электронного платежного средства на указанный по меньшей мере один сервер, имеющий доступ к фискальным данным;
получение от по меньшей мере одного сервера, имеющего доступ к данным банковских транзакций указанного хэш-кода электронного платежного средства
сохранение указанного хэш-кода с привязкой к обезличенному электронному чеку в хранилище обезличенной информации об истории покупок покупателя.
126. Способ по п. 125, в котором данные владельца аппарата ККТ, содержащиеся в электронном чеке, полученном указанным по меньшей мере одним сервером, имеющим доступ к фискальным данным, от аппарата ККТ, участвующего в оформлении покупки, включают в себя по меньшей мере одно из:
идентификационный номер налогоплательщика владельца аппарата ККТ,
код причины постановки на учет владельца аппарата ККТ,
наименование владельца аппарата ККТ,
основной государственный регистрационный номер владельца аппарата ККТ,
юридический адрес владельца аппарата ККТ,
фактический адрес владельца аппарата ККТ,
адрес расположения аппарата ККТ.
127. Способ по п. 125, в котором получение обезличенного электронного чека дополнительно включает в себя нормализацию наименований приобретенных покупателем позиций товара, путем приведения наименований приобретенных покупателем позиций товара к единообразному виду.
128. Способ, по п. 127, в котором нормализация наименований приобретенных покупателем позиций товара выполняется с использованием по меньшей мере одного из:
регулярных выражений, алгоритмов машинного обучения, анализа стоимости позиции товара, эвристик,
словаря наименований товаров.
129. Способ по п. 127, в котором нормализация выполняется программным модулем нормализации, исполняемым на по меньшей мере одном сервере, имеющем доступ к фискальным данным.
130. Способ по п. 127, в котором нормализация выполняется программным модулем нормализации, исполняемым на по меньшей мере одном сервере, отличном от указанного по меньшей мере одного сервера, имеющего доступ к фискальным данным.
131. Способ по п. 130, в котором нормализация включает шаги:
отправки указанным по меньшей мере одни сервером, имеющем доступ к фискальным данным, наименований приобретенных покупателем позиций товара на по меньшей мере один сервер, отличный от указанного по меньшей мере одного сервера, имеющего доступ к фискальным данным, и
получения от по меньшей мере одного сервера, отличного от указанного по меньшей мере одного сервера, имеющего доступ к фискальным данным, нормализованных наименований приобретенных покупателем позиций товара.
132. Способ по пункту 125, в котором получение обезличенного электронного чека, дополнительно включает исключение из электронного чека по меньшей мере одного из:
стоимости приобретенных покупателем позиций товара, идентификатора аппарата ККТ, времени покупки.
133. Способ по п. 125, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, имеющем доступ к данным банковских транзакций.
134. Способ по п. 125, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, имеющем доступ к фискальным данным.
135. Способ по п. 125, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, отличном от по меньшей мере одного сервера, имеющего доступ к фискальным данным и отличном от по меньшей мере одного сервера, имеющего доступ к данным банковских транзакций.
136. Способ по п. 125, в котором хранилище обезличенной информации об истории покупок покупателя является базой данных.
137. Способ по п. 125, в котором по меньшей мере один сервер, имеющий доступ к фискальным данным, является по меньшей мере одним сервером оператора фискальных данных, обслуживающего указанный аппарат ККТ.
138. Способ по п. 125, в котором по меньшей мере один сервер, имеющий доступ к данным банковских транзакций, является по меньшей мере одним сервером платежной системы, ассоциированной с POS-терминалом.
139. Способ по п. 125, в котором по меньшей мере один сервер, имеющий доступ к данным банковских транзакций, является по меньшей мере одним сервером банка-эквайера, ассоциированного с POS-терминалом.
140. Способ по п. 125, в котором хэш-код электронного платежного средства, получен путем применения операции хэширования к по меньшей мере части данных электронного платежного средства.
141. Способ по п. 125, в котором хэш-код получен путем применения операции шифрования к по меньшей мере части данных электронного платежного средства.
142. Способ по п. 125 в котором хранилище обезличенной информации об истории покупок покупателя выполнено с возможностью хранить для каждого хэш-кода электронного платежного средства, обезличенные электронные чеки по покупкам, оплаченным с помощью этого электронного платежного средства.
143. Способ по п. 142, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого обезличенного электронного чека идентификатор оператора фискальных данных, получившего от аппарата ККТ, электронный чек, соответствующий обезличенному электронного чеку.
144. Способ по п. 142, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого хэш-кода электронного платежного средства идентификатор оператора банковских транзакций, ассоциированного с электронным платежным средством.
145. Способ по п. 144, в котором оператор банковских транзакций является платежной системой, связанной с электронным платежным средством.
146. Способ по п. 144, в котором оператор банковских транзакций является банком-эмитентом платежного средства.
147. Способ по п. 142, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого обезличенного электронного чека идентификатор банка-эквайера, ассоциированного с POS-терминалом, осуществившим транзакцию, соответствующую обезличенному электронному чеку.
148. Способ по п. 125, в котором таблица соответствий POS-терминалов и аппаратов ККТ предварительно создана на указанном по меньшей мере одном сервере, имеющем доступ к фискальным данным.
149. Способ по п. 125, в котором таблица соответствий POS-терминалов и аппаратов ККТ создана на по меньшей мере одном сервере, отличном от указанного по меньшей мере одного сервере, имеющем доступ к фискальным данным.
150. Способ по п. 149, в котором таблица соответствий POS-терминалов и аппаратов ККТ предварительно получена указанным по меньшей мере одним сервером, имеющим доступ к фискальным данным, от по меньшей мере одного сервера, отличного от указанного по меньшей мере одного сервере, имеющем доступ к фискальным данным.
151. Способ накопления обезличенной информации о покупках покупателя, совершенных с использованием электронного платежного средства, способ, исполняемый на по меньшей мере одном сервере, имеющем доступ к данным банковских транзакций, способ включающий:
после оплаты покупки с помощью электронного платежного средства, ассоциированного с покупателем, получение от POS-терминала, участвующего в
осуществлении транзакцию по указанной оплате, данных транзакции, содержащих по меньшей мере:
время транзакции,
сумму транзакции,
идентификатор указанного POS-терминала,
данные указанного электронного платежного средства;
формирования хэш-кода электронного платежного средства, ассоциированного с покупателем, путем применения операции хэширования к по меньшей мере части данных указанного электронного платежного средства,
получение от по меньшей мере одного сервера, имеющего доступ к фискальным данным запроса на хэш-код электронного платежного средства, использованного покупателем для оплаты указанной покупки, причем запрос включает в себя:
идентификатор аппарата ККТ, участвовавшего в оформлении покупки,
время покупки;
в ответ на нахождение в таблице соответствий POS-терминалов и аппаратов ККТ соответствия между идентификатором указанного POS-терминала и идентификатором указанного аппарата ККТ и нахождение соответствия между указанным временем транзакции и указанным временем покупки, отправка на по меньшей мере один сервер, имеющий доступ к фискальным данным, хэш-кода электронного платежного средства, соответствующего покупке, причем указанная отправка инициирует сохранение сервером, имеющим доступ к фискальным данным, указанного хэш-кода электронного платежного средства с привязкой к обезличенному электронному чеку, соответствующему покупке, в хранилище обезличенной информации об истории покупок покупателя.
152. Способ по п. 151, в котором данные транзакции, дополнительно содержат по меньшей мере одно из:
данные владельца POS-терминала,
данные банка-эквайера, обслуживающего владельца POS-терминала.
153. Способ по п. 152, в котором данные владельца POS-терминала включают в себя, по меньшей мере одно из:
наименование владельца POS-терминала,
основной государственный регистрационный номер владельца POS-терминала,
юридический адрес владельца POS-терминала,
фактический адрес владельца POS-терминала,
адрес расположения POS-терминала.
154. Способ по п. 151, в котором данные указанного электронного платежного средства включают в себя идентификатор покупателя.
155. Способ по п. 154, в котором данные указанного электронного платежного средства дополнительно включают в себя по меньшей мере одно из:
дата истечения срока действия электронного платежного средства, номер электронного платежного средства,
идентификатор банка-эмитента, ассоциированного с электронным платежным средством,
CVV - код электронного платежного средства
CVV2 - код электронного платежного средства
CVC - код электронного платежного средства
CVC2 - код электронного платежного средства
CVP - код электронного платежного средства
CVP2 - код электронного платежного средства
CID - код электронного платежного средства
CVD - код электронного платежного средства
CVN2 - код электронного платежного средства
156. Способ по п. 151, в котором обезличенный электронный чек получен с помощью обработки электронного чека путем исключения из него по меньшей мере части данных владельца аппарата ККТ, и содержит по меньшей мере информацию о приобретенных покупателем позициях товара.
157. Способ по пункту 156, в котором обезличенный электронный чек, получен путем дополнительного исключения из электронного чека по меньшей мере одного из:
стоимости приобретенных покупателем позиций товара,
идентификатора аппарата ККТ,
времени покупки.
158. Способ по п. 156, в котором обезличенный электронный чек получен с выполнением нормализации наименований приобретенных покупателем позиций товара, путем приведения наименований приобретенных покупателем позиций товара к единообразному виду.
159. Способ, по п. 158, в котором нормализация наименований приобретенных покупателем позиций товара выполнена с использованием по меньшей мере одного из:
регулярных выражений,
алгоритмов машинного обучения,
анализа стоимости позиции товара,
эвристик,
словаря наименований товаров.
160. Способ по п. 151, в котором хранилище обезличенной информации об истории покупок покупателя располагается на указанном по меньшей мере одном сервере, имеющем доступ к данным банковских транзакций.
161. Способ по п. 151, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, имеющем доступ к фискальным данным.
162. Способ по п. 151, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, отличном от по меньшей мере одного сервера, имеющего доступ к фискальным данным и отличном от по меньшей мере одного сервера, имеющего доступ к данным банковских транзакций.
163. Способ по п. 151, в котором хранилище обезличенной информации об истории покупок покупателя является базой данных.
162. Способ по п. 151, в котором по меньшей мере один сервер, имеющий доступ к фискальным данным, является по меньшей мере одним сервером оператора фискальных данных, обслуживающего указанный аппарат ККТ.
163. Способ по п. 151, в котором по меньшей мере один сервер, имеющий доступ к данным банковских транзакций, является по меньшей мере одним сервером платежной системы, ассоциированной с POS-терминалом.
164. Способ по п. 151, в котором по меньшей мере один сервер, имеющий доступ к данным банковских транзакций, является по меньшей мере одним сервером банка-эквайера, ассоциированного с POS-терминалом.
165. Способ по п. 151, в котором формирование хэш-кода электронного платежного средства, осуществляется путем применения операции хэширования к по меньшей мере части данных электронного платежного средства, включающей идентификатор покупателя.
166. Способ по п. 151, в котором формирование хэш-кода электронного платежного средства, осуществляется путем применения операции хэширования к по меньшей мере части данных электронного платежного средства, включающей идентификатор покупателя, номер электронного платежного средства.
167. Способ по п. 151 в котором хранилище обезличенной информации об истории покупок покупателя выполнено с возможностью хранить для каждого хэш-кода электронного платежного средства, обезличенные электронные чеки по покупкам, оплаченным с помощью этого электронного платежного средства.
168. Способ по п. 167, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого обезличенного электронного чека идентификатор оператора фискальных данных, получившего от аппарата ККТ, электронный чек, соответствующий обезличенному электронного чеку.
169. Способ по п. 167, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого хэш-кода электронного платежного средства идентификатор оператора банковских транзакций, ассоциированного с электронным платежным средством.
170. Способ по п. 169, в котором оператор банковских транзакций является платежной системой.
171. Способ по п. 169, в котором оператор банковских транзакций является банком-эмитентом платежного средства.
172. Способ по п. 167, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого обезличенного электронного чека идентификатор банка-эквайера, ассоциированного с POS-терминалом, осуществившим транзакцию, соответствующую обезличенному электронному чеку.
173. Способ по п. 151, в котором операция сохранения обезличенного электронного чека с привязкой к указанному хэш-коду электронного платежного средства в хранилище обезличенной информации об истории покупок покупателя дополнительно включает по меньшей мере одно из:
сохранение с привязкой к указанному обезличенному электронному чеку идентификатора оператора фискальных данных, получившего от аппарата ККТ, электронный чек, соответствующий указанному обезличенному электронному чеку,
сохранение с привязкой к указанному хэш-коду электронного платежного средства, идентификатора платежной системы, участвующей в обработке транзакции.
174. Способ накопления обезличенной информации о покупках покупателя, совершенных с использованием электронного платежного средства, способ, исполняемый на по меньшей мере одном сервере, имеющем доступ к фискальным данным, способ включающий:
после совершения покупки покупателем, получение указанным по меньшей мере одним сервером, имеющим доступ к фискальным данным, от аппарата ККТ, участвующего в оформлении покупки, соответствующего электронного чека, содержащего по меньшей мере:
данные владельца аппарата ККТ,
идентификатор аппарата ККТ,
указание наименований приобретенных покупателем позиций товара и их стоимости,
время покупки;
обработка электронного чека путем исключения из него по меньшей мере части данных владельца аппарата ККТ с получением обезличенного электронного чека, содержащего по меньшей мере информацию о приобретенных покупателем позициях товара;
отправка на по меньшей мере один сервер, имеющий доступ к данным банковских транзакций обезличенных данных о покупке, включающих:
идентификатор аппарата ККТ,
время покупки;
обезличенный электронный чек;
причем указанная отправка инициирует на по меньшей мере одном сервере, имеющем данным банковских транзакций следующие шаги:
поиск в таблице соответствий POS-терминалов и аппаратов ККТ идентификатора POS-терминала, соответствующего идентификатору аппарата ККТ, и участвовавшего в транзакции по оплате указанной покупки и,
в случае нахождения соответствующего идентификатора POS-терминала, поиск хэш-кода электронного платежного средства, ассоциированного с POS-терминалом и имеющего время транзакции, соответствующее указанному времени покупки и,
в случае нахождения соответствующего хэш-кода электронного платежного средства, сохранение указанного хэш-кода с привязкой к обезличенному электронному чеку в хранилище обезличенной информации об истории покупок покупателя.
175. Способ по п. 174, в котором данные владельца аппарата ККТ, содержащиеся в электронном чеке, полученном указанным по меньшей мере одним сервером, имеющим доступ к фискальным данным, от аппарата ККТ, участвующего в оформлении покупки, включают в себя по меньшей мере одно из:
идентификационный номер налогоплательщика владельца аппарата ККТ,
код причины постановки на учет владельца аппарата ККТ,
наименование владельца аппарата ККТ,
основной государственный регистрационный номер владельца аппарата ККТ,
юридический адрес владельца аппарата ККТ,
фактический адрес владельца аппарата ККТ, адрес расположения аппарата ККТ.
176. Способ по п. 174, в котором получение обезличенного электронного чека дополнительно включает в себя нормализацию наименований приобретенных покупателем позиций товара, путем приведения наименований приобретенных покупателем позиций товара к единообразному виду.
177. Способ, по п. 176, в котором нормализация наименований приобретенных покупателем позиций товара выполняется с использованием по меньшей мере одного из:
регулярных выражений,
алгоритмов машинного обучения,
анализа стоимости позиции товара,
эвристик,
словаря наименований товаров.
178. Способ по п. 176, в котором нормализация выполняется программным модулем нормализации, исполняемым на по меньшей мере одном сервере, имеющем доступ к фискальным данным.
179. Способ по п. 176, в котором нормализация выполняется программным модулем нормализации, исполняемым на по меньшей мере одном сервере, отличном от указанного по меньшей мере одного сервера, имеющего доступ к фискальным данным.
180. Способ по п. 179, в котором нормализация включает шаги:
отправки указанным по меньшей мере одни сервером, имеющем доступ к фискальным данным, наименований приобретенных покупателем позиций товара на по меньшей мере один сервер, отличный от указанного по меньшей мере одного сервера, имеющего доступ к фискальным данным, и
получения от по меньшей мере одного сервера, отличного от указанного по меньшей мере одного сервера, имеющего доступ к фискальным данным, нормализованных наименований приобретенных покупателем позиций товара.
181. Способ по пункту 174, в котором получение обезличенного электронного чека, дополнительно включает исключение из электронного чека по меньшей мере одного из:
стоимости приобретенных покупателем позиций товара, идентификатора аппарата ККТ, времени покупки.
182. Способ по п. 174, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, имеющем доступ к данным банковских транзакций.
183. Способ по п. 174, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, имеющем доступ к фискальным данным.
184. Способ по п. 174, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, отличном от по меньшей мере одного сервера, имеющего доступ к фискальным данным и отличном от по меньшей мере одного сервера, имеющего доступ к данным банковских транзакций.
185. Способ по п. 174, в котором хранилище обезличенной информации об истории покупок покупателя является базой данных.
186. Способ по п. 174, в котором по меньшей мере один сервер, имеющий доступ к фискальным данным, является по меньшей мере одним сервером оператора фискальных данных, обслуживающего указанный аппарат ККТ.
187. Способ по п. 174, в котором по меньшей мере один сервер, имеющий доступ к данным банковских транзакций, является по меньшей мере одним сервером платежной системы, ассоциированной с POS-терминалом.
188. Способ по п. 174, в котором по меньшей мере один сервер, имеющий доступ к данным банковских транзакций, является по меньшей мере одним сервером банка-эквайера, ассоциированного с POS-терминалом.
189. Способ по п. 174, в котором хэш-код электронного платежного средства, получен путем применения операции хэширования к по меньшей мере части данных электронного платежного средства.
190. Способ накопления обезличенной информации о покупках покупателя, совершенных с использованием электронного платежного средства, способ, исполняемый на по меньшей мере одном сервере, имеющем доступ к данным банковских транзакций, способ включающий:
после оплаты покупки с помощью электронного платежного средства, ассоциированного с покупателем, получение от POS-терминала, участвующего в осуществлении транзакцию по указанной оплате, данных транзакции, содержащих по меньшей мере:
время транзакции,
сумму транзакции,
идентификатор указанного POS-терминала,
данные указанного электронного платежного средства;
формирования хэш-кода электронного платежного средства, ассоциированного с покупателем, путем применения операции хэширования к по меньшей мере части данных указанного электронного платежного средства,
получение от по меньшей мере одного сервера, имеющего доступ к фискальным данным обезличенных данных о покупке, включающих:
идентификатор аппарата ККТ,
время покупки;
обезличенного электронный чек;
в ответ на нахождение в таблице соответствий POS-терминалов и аппаратов ККТ соответствия между идентификатором указанного POS-терминала и идентификатором указанного аппарата ККТ и нахождение соответствия между указанным временем транзакции и указанным временем покупки, сохранение указанного хэш-кода электронного платежного средства с привязкой к обезличенному электронному чеку, соответствующему покупке, в хранилище обезличенной информации об истории покупок покупателя.
191. Способ по п. 190, в котором данные транзакции, дополнительно содержат по меньшей мере одно из:
данные владельца POS-терминала,
данные банка-эквайера, обслуживающего владельца POS-терминала.
192. Способ по п. 191, в котором данные владельца POS-терминала включают в себя, по меньшей мере одно из:
наименование владельца POS-терминала,
основной государственный регистрационный номер владельца POS-терминала,
юридический адрес владельца POS-терминала,
фактический адрес владельца POS-терминала,
адрес расположения POS-терминала.
193. Способ по п. 190, в котором данные указанного электронного платежного средства включают в себя идентификатор покупателя.
194. Способ по п. 193, в котором данные указанного электронного платежного средства дополнительно включают в себя по меньшей мере одно из:
дата истечения срока действия электронного платежного средства, номер электронного платежного средства,
идентификатор банка-эмитента, ассоциированного с электронным платежным средством,
CVV - код электронного платежного средства,
CVV2 - код электронного платежного средства,
CVC - код электронного платежного средства,
CVC2 - код электронного платежного средства,
CVP - код электронного платежного средства,
CVP2 - код электронного платежного средства,
CID - код электронного платежного средства,
CVD - код электронного платежного средства,
CVN2 - код электронного платежного средства.
195. Способ по п. 190, в котором обезличенный электронный чек получен с помощью обработки электронного чека путем исключения из него по меньшей мере части данных владельца аппарата ККТ, и содержит по меньшей мере информацию о приобретенных покупателем позициях товара.
196. Способ по пункту 195, в котором обезличенный электронный чек, получен путем дополнительного исключения из электронного чека по меньшей мере одного из:
стоимости приобретенных покупателем позиций товара,
идентификатора аппарата ККТ,
времени покупки.
197. Способ по п. 195, в котором обезличенный электронный чек получен с выполнением нормализации наименований приобретенных покупателем позиций товара, путем приведения наименований приобретенных покупателем позиций товара к единообразному виду.
198. Способ, по п. 197, в котором нормализация наименований приобретенных покупателем позиций товара выполнена с использованием по меньшей мере одного из:
регулярных выражений,
алгоритмов машинного обучения,
анализа стоимости позиции товара,
эвристик,
словаря наименований товаров.
199. Способ по п. 190, в котором хранилище обезличенной информации об истории покупок покупателя располагается на указанном по меньшей мере одном сервере, имеющем доступ к данным банковских транзакций.
200. Способ по п. 190, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, имеющем доступ к фискальным данным.
201. Способ по п. 190, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, отличном от по меньшей мере одного сервера, имеющего доступ к фискальным данным и отличном от по меньшей мере одного сервера, имеющего доступ к данным банковских транзакций.
202. Способ по п. 190, в котором хранилище обезличенной информации об истории покупок покупателя является базой данных.
203. Способ по п. 190, в котором по меньшей мере один сервер, имеющий доступ к фискальным данным, является по меньшей мере одним сервером оператора фискальных данных, обслуживающего указанный аппарат ККТ.
204. Способ по п. 190, в котором по меньшей мере один сервер, имеющий доступ к данным банковских транзакций, является по меньшей мере одним сервером платежной системы, ассоциированной с POS-терминалом.
205. Способ по п. 190, в котором по меньшей мере один сервер, имеющий доступ к данным банковских транзакций, является по меньшей мере одним сервером банка-эквайера, ассоциированного с POS-терминалом.
206. Способ по п. 190, в котором формирование хэш-кода электронного платежного средства, осуществляется путем применения операции хэширования к по меньшей мере части данных электронного платежного средства, включающей идентификатор покупателя.
207. Способ по п. 190, в котором формирование хэш-кода электронного платежного средства, осуществляется путем применения операции хэширования к по меньшей мере части данных электронного платежного средства, включающей идентификатор покупателя, номер электронного платежного средства.
208. Способ по п. 190, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с возможностью хранить для каждого хэш-кода электронного платежного средства, обезличенные электронные чеки по покупкам, оплаченным с помощью этого электронного платежного средства.
209. Способ по п. 208, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого обезличенного электронного чека идентификатор оператора фискальных данных, получившего от аппарата ККТ, электронный чек, соответствующий обезличенному электронного чеку.
210. Способ по п. 208, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого хэш-кода электронного платежного средства идентификатор оператора банковских транзакций, ассоциированного с электронным платежным средством.
211. Способ по п. 210, в котором оператор банковских транзакций является платежной системой.
212. Способ по п. 210, в котором оператор банковских транзакций является банком-эмитентом платежного средства.
213. Способ по п. 208, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого обезличенного электронного чека идентификатор банка-эквайера, ассоциированного с POS-терминалом, осуществившим транзакцию, соответствующую обезличенному электронному чеку.
214. Способ по п. 190, в котором операция сохранения обезличенного электронного чека с привязкой к указанному хэш-коду электронного платежного средства в хранилище обезличенной информации об истории покупок покупателя дополнительно включает по меньшей мере одно из:
сохранение с привязкой к указанному обезличенному электронному чеку идентификатора оператора фискальных данных, получившего от аппарата ККТ, электронный чек, соответствующий указанному обезличенному электронному чеку,
сохранение с привязкой к указанному хэш-коду электронного платежного средства, идентификатора платежной системы, участвующей в обработке транзакции.
Краткое описание чертежей
Вышеупомянутые и другие преимущества изобретения станут более понятными при ознакомлении с последующим подробным описанием практических вариантов его исполнения, раскрытых со ссылкой на приложенные чертежи, из которых:
фиг. 1 иллюстрирует пример архитектуры системы, предназначенной для реализации изобретения;
фиг. 2 иллюстрирует основные шаги заявленного решения;
фиг. 3 иллюстрирует пример этапа установления соответствия между POS-терминалами, обрабатывающими транзакции по оплате покупок электронными платежными средствами, и аппаратами ККТ, участвующими в оформлении покупок;
фиг. 4 иллюстрирует пример данных POS-терминалов, используемых для создания таблицы соответствий POS-терминалов и аппаратов ККТ;
фиг. 5 иллюстрирует пример данных аппаратов ККТ, используемых для создания таблицы соответствий POS-терминалов и аппаратов ККТ;
фиг. 6 иллюстрирует пример таблицы соответствий POS-терминалов и аппаратов ККТ;
фиг. 7 иллюстрирует вариант способа накопления обезличенной информации о покупках покупателя;
фиг. 8 иллюстрирует вариант способа накопления обезличенной информации о покупках покупателя;
фиг. 9 иллюстрирует вариант способа накопления обезличенной информации о покупках покупателя;
фиг. 10 иллюстрирует вариант способа накопления обезличенной информации о покупках покупателя;
фиг. 11 иллюстрирует пример данных, хранимых в хранилище обезличенной информации об истории покупок пользователя.
Осуществление изобретения
Назначением изобретений, разработанных авторами, является накопление обезличенной информации о покупках покупателей, извлеченной из фискальных данных. При разработке этих изобретений, авторами также была выявлена проблема отсутствия в фискальных данных и в данных банковских транзакций информации о соответствии POS-терминалов аппаратам ККТ, которая требуется для накопления обезличенной информации о покупках покупателей. Авторами были разработаны способы получения данных о соответствии POS-терминалов аппаратам ККТ. Таким образом, назначением изобретений из заявленной группы изобретений, являются, во-первых, накопление обезличенной информации о покупках покупателей, извлеченной из фискальных данных, а во-вторых, получение информации о соответствии POS-терминалов аппаратам ККТ. Техническим результатом изобретений из заявленной группы изобретений является достижение указанных назначений.
Перед раскрытием практических вариантов выполнения изобретений необходимо пояснить некоторые аспекты, являющиеся важными для понимания сути изобретения.
Прежде всего, в основе настоящих изобретений лежит тот факт, что при совершении покупки с использованием электронного платежного средства владелец этого платежного средства раскрывает свою личность для систем, участвующих в проведении транзакции по оплате покупки.
Для лучшего изложения контекста настоящего изобретения, следует подробнее остановиться на описании этих систем, которые также являются участниками процесса покупки-продажи товаров и услуг в том случае, когда оплата покупки производится пользователем с помощью электронного платежного средства (банковские карты, а также смартфоны, электронные кошельки и другие платежные средства, имеющие привязку к банковским картам). Приведем пример процесса оплаты покупки покупателем с помощью электронного платежного средства.
Допустим, покупатель оплачивает покупку с помощью электронного платежного средства. При этом оплата обычно осуществляется с помощью терминала безналичной оплаты, который так же называется в данной области техники POS-терминалом (от англ. Point of Sale). Терминал обычно по сети передачи данных связан с банком-эквайером, обслуживающим владельца терминала (т.е. продавца), и осуществляющим взаиморасчеты с покупателями. Данные об электронном платежном средстве вместе с суммой транзакции поступают в банк-эквайер. Банк-эквайер посылает запрос на проведение транзакции платежной системе. Под платежными системами в данной области техники понимаются операторы банковских транзакций, предоставляющие инфраструктуру и сервисы по проведению, обработке и обеспечению безопасности банковских транзакций, такие как, например, Visa, Mastercard, UnionPay, НСПК (платежная система Мир) и др. Платежная система, получив от банка-эквайера запрос на транзакцию, передает данные о транзакции в банк-эмитент платежного средства пользователя, т.е. банк, выпустивший платежное средство покупателя, и обслуживающий счет покупателя, привязанный к электронному платежному средству. Получив, от платежной системы данные о транзакции, банк-эмитент, проверяет данные о транзакции, и в случае, если ничто не препятствует транзакции (например, отсутствие достаточных средств на счете покупателя и т.д.), переводит сумму транзакции на счет банка-эквайера. Если транзакция успешно проведена, на POS-терминал посылается подтверждение успешной оплаты.
Возможны различные архитектуры взаимодействия между POS-терминалом, банком-эквайером, банком-эмитентом платежного средства и платежной системой, однако для осуществления транзакции по оплате покупки электронным платежным средством принципиальным является наличие указанных участников процесса. Участники процесса оплаты имеют законный доступ к данным о транзакции, таким как данные держателя электронного платежного средства (имя держателя электронного платежного средства и т.д.) и сумма транзакции, однако у них, как правило, отсутствует доступ к информации о наименованиях товарах и услугах, которые были оплачены при проведении банковской транзакции. Стоит отметить, что данные, которыми обмениваются участники процесса проведения транзакции по оплате могут быть зашифрованы для исключения доступа к ней третьих лиц.
Также стоит отметить, что на указанных участников процесса проведения транзакции, в соответствии с законодательством РФ, в общем случае, возлагается обязанность сохранения в тайне данных о банковских транзакциях пользователей и исключить доступ третьих лиц к информации о транзакциях, таких как личность плательщика, сумма транзакции и т.д.
Обратимся теперь к вопросу взаимодействия продавца с оператором ОФД. Допустим, для примера, что покупатель покупает в магазине вареную колбасу, и покупка осуществляется за наличные деньги. В этом случае задействованный в оформлении покупки аппарат ККТ передает фискальные данные соответствующему оператору ОФД, а тот далее направляет их в службу ФНС. В результате, налоговая служба из фискальных данных получает исчерпывающую информацию об участии магазина в операции по продаже колбасы, включая наименование проданного товара. Однако, поскольку согласно законодательству РФ, покупатель, в общем случае, не обязан идентифицировать свою личность при совершении рутинной покупки (в частности, путем предъявления удостоверения личности), и поскольку информация о личности покупателя, в общем случае не включается в фискальные данные передаваемые аппаратом ККТ оператору ОФД и далее оператором ОФД в ФНС, служба ФНС, аппарат ККТ и оператор ОФД, а также (при наличии) другие участвующие в процессе субъекты, никак не могут узнать персональные данные покупателя из фискальных данных.
Во время совершения покупки с использованием электронного платежного средства ситуация несколько иная. Во-первых, еще при оформлении электронного платежного средства (здесь в качестве примера электронного средства будем рассматривать банковскую карту, выпущенную на имя покупателя банком-эмитентом карты), пользователь обязан пройти этап идентификации своей личности. В противном случае банк-эмитент не выдаст пользователю пластиковую карту. Таким образом, банк-эмитент имеет данные о личности владельца карты, равно как и прочие данные банковской карты. Во-вторых, как было описано выше, информация о личности владельца карты, либо информация позволяющая идентифицировать владельца карты включается в сведения, предоставляемые POS-терминалам при ее считывании банку-эквайеру, ассоциированному с POS-терминалом и/или платежной системе - т.е. аппаратно-программной инфраструктуре, обеспечивающей перевод стоимости товара от одного субъекта экономики другому, а также совершающая иные операции по осуществлению банковских транзакций. Специфика работы платежной системы такова, что она во время работы с банковской картой получает закодированную на ней информацию, включая персональные данные владельца, и, соответственно, узнает данные о личности пользователя карты.
Таким образом, в случае оплаты покупателем покупки с помощью электронного платежного средства возникает ситуация, в которой в фискальных данных, к которым имеет доступ оператор ОФД, содержатся сведения о наименованиях товаров и услуг приобретаемых покупателем, однако не содержаться данные о личности покупателя, такие как, например, имя покупателя либо иные идентификаторы покупателя. В данных же банковской транзакции, которой была оплачена покупка не содержаться данных о наименованиях товаров и услуг, приобретенных покупателем, однако содержится информация, позволяющая идентифицировать покупателя.
Разработанное авторами решение позволяет вычленять из фискальных данных, которые могут храниться, например, у оператора ОФД, данные о покупках конкретных покупателей и накапливать их с использованием данных банковских транзакций, доступных вышеупомянутым участникам процесса проведения банковской транзакции. Причем реализуемый способ позволяет делать это так, чтобы не нарушались требования законодательства по соблюдению конфиденциальности данных, предъявляемые как оператору ОФД в отношении фискальных данных, так и к участникам процесса проведения транзакции в отношении данных владельцев электронных платежных средств и прочих данных банковских транзакций. Стоит отметить, что при составлении настоящей заявки заявитель исходит из логичного предположения, что покупка совершается законным владельцем банковской карты, а не посторонним лицом, получившим эту карту с ведома или без ведома законного ее владельца. Поэтому для целей настоящей заявки покупателя и владельца электронного платежного средства следует считать одним лицом.
Обратимся к фиг. 1, на которой приведен вариант инфраструктуры, необходимой для осуществления настоящего изобретения. Стоит отметить, что приведенная на фиг. 1 архитектура является лишь примером и, как будет понятно специалисту в данной области техники, возможны и другие варианты ее реализации.
С одной стороны, на фиг. 1 изображен сервер 101, участника процесса проведения банковской транзакции. Таким участником может быть платежная система и/или банк эквайер. Сервер 101 подключен к множеству POS-терминалов, включая терминалы 101, 102, 103 посредством сети передачи данных (не пронумерована).
Сеть передачи данных может представлять собой Интернет. В различных вариантах осуществления настоящей технологии, сеть связи может быть реализована в виде глобальной сети связи, локальной сети связи, частной сети связи и т.п. То, как именно сервер 101 соединен с POS-терминалами 102, 103 и 104 через сеть передачи данных, никак конкретно не ограничено, и будет зависеть от реализации сети передачи данных и соответствующих POS-терминалов 102, 103 и 104. В качестве примера, но не ограничения, все POS-терминалы или часть из них могут быть связаны с сетью передачи данных через беспроводную сеть связи (например, среди прочего, соединение сети 3G, соединение сети 4G, беспроводной интернет Wireless Fidelity или коротко WiFi, Bluetooth, сеть передачи данных по стандартам GSM и тому подобное) или через проводную сеть (соединение на основе сети Ethernet и тому подобное). Различные POS-терминалы могут быть связаны с сервером 101 помощью различных видов соединения и с использованием различных сетей передачи независимо друг от друга.
Стоит отметить, что на фиг. 1 изображен лишь один сервер, связанный с POS-терминалами, однако, как будет понятно специалисту в данной области техники, сервер 101 может представлять собой множество серверов, связанных между собой и находящихся в одном или нескольких датацентрах. Отдельно стоит отметить, что в случае множества серверов 101, часть серверов могут представлять собой сервера одной или нескольких платежных систем, а часть серверов могут быть серверами одного или нескольких банков-эквайреов, связанных с POS-терминалами. Независимо от того, является сервер 101 одним сервером или множеством серверов, и независимо оттого, кто является оператором этих серверов (платежная система, банк-эквайер или другое лицо, допущенное к данным банковских транзакций) важным является тот факт, что один или несколько серверов 101 напрямую или опосредованно связаны с POS-терминалами и имеют доступ к данным банковских транзакций, исходящих с этих POS-терминалов. В дальнейшем, для простоты изложения, будем обращаться к серверу 101, как к одному серверу, подразумевая, что сервер 101 также может представлять собой множество серверов.
На фиг. 1 также изображены три POS-терминала 102, 103 и 104, однако, не следует считать это ограничением. Изображенные на фиг. 1 три POS-терминала приведены в качестве примера, и, как будет понятно специалисту в данной области техники, количество POS-терминалов может быть любым и в реальности может достигать сотен и тысяч. POS-терминалы могут быть реализованы по-разному. Например, POS-терминалы могут быть стационарными или портативными (например, мобильные POS-терминалы или mPOS-терминал). POS-терминалы могут быть оснащены различными устройствами считывания данных электронных платежных средств, такими как, например, устройство считывания магнитной полосы банковской карты, устройства считывания чипа банковской карты, устройство беспроводного взаимодействия с картами (например, с помощью NFC-чипа) и т.п. POS-терминалы могут быть полностью самостоятельными устройствами, а также могут быть выполнены в виде аппаратного модуля, подключаемого к мобильному устройству или компьютеру. Также POS-терминалы могут быть выполнены в едином корпусе вместе с аппаратом ККТ, о чем более детально будет сказано ниже. POS-терминалы могу быть оснащены различными средствами и интерфейсами связи, такими как GSM-модуль, Wi-Fi модуль, Bluetooth модуль, USB-разъемы, и т.п. POS терминалы могут быть также оснащены устройством печати квитанции о подтверждении банковской транзакции.
С другой стороны, на фиг. 1 изображен сервер 105, подключенный к множеству аппаратов ККТ, в том числе к аппаратам ККТ 106, 107, 108. Сервер 105 может быть сервером оператора ОФД, либо иного лица, имеющего законный доступ к фискальных данным. Независимо от того, кто является оператором сервера, для реализации изобретения важно, чтобы сервер имел доступ к фискальным данным и был напрямую или опосредованно связан с аппаратами ККТ. Сервер 105 подключен к множеству аппаратов ККТ, включая аппараты ККТ 106, 107, 108 посредством сети передачи данных (не пронумерована).
Сеть передачи данных может представлять собой Интернет. В различных вариантах осуществления настоящей технологии, сеть связи может быть реализована в виде глобальной сети связи, локальной сети связи, частной сети связи и т.п. То, как именно сервер 105 соединен с аппаратами ККТ через сеть передачи данных, никак конкретно не ограничено, и будет зависеть от реализации сети передачи данных и соответствующих аппаратов ККТ. В качестве примера, но не ограничения, все аппараты ККТ или часть из них могут быть связаны с сетью передачи данных через беспроводную сеть связи (например, среди прочего, соединение сети 3G, соединение сети 4G, беспроводной интернет Wireless Fidelity или коротко WiFi, Bluetooth, сеть передачи данных по стандартам GSM и тому подобное) или через проводную сеть (соединение на основе сети Ethernet и тому подобное). Различные аппараты ККТ могут быть связаны с сервером 105 помощью различных видов соединения и с использованием различных сетей передачи независимо друг от друга.
Стоит отметить, что на фиг. 1 изображен лишь один сервер 105, связанный с аппаратами ККТ, однако, как будет понятно специалисту в данной области техники, сервер 105 может представлять собой множество серверов, связанных между собой и находящихся в одном или нескольких датацентрах. Отдельно стоит отметить, что в случае множества серверов 105, часть серверов могут представлять собой сервера одного или нескольких операторов ОФД либо иных лиц, имеющих законный доступ к фискальным данным. Независимо от того, является сервер 105 одним сервером или множеством серверов, и независимо от того, кто является оператором этих серверов (один или несколько операторов ОФД или иные лица, имеющие законный доступ к фискальным данным), важным является тот факт, что один или несколько серверов 101 напрямую или опосредованно связаны с аппаратами ККТ и имеют доступ к фискальным данным, исходящих с этих аппаратов ККТ.
Изображенные на фиг. 1 три аппарата ККТ приведены в качестве примера, и, как будет понятно специалисту в данной области техники, количество аппаратов ККТ может быть любым, и в реальности может достигать сотен и тысяч. Аппараты ККТ могут быть реализованы по-разному. Аппараты ККТ могут иметь дисплей для отображения покупаемых товаров и услуг и/или их стоимости. Также аппарат ККТ обычно обладает устройствами ввода информации (например, клавиатурой) и устройством печати фискального чека на бумажном носителе. Кроме этого, аппарат ККТ может иметь или быть связан с отделением для хранения наличных денег. Аппараты ККТ могут быть оснащены различными средствами и интерфейсами связи, такими как GSM-модуль, Wi-Fi-модуль, Bluetooth-модуль, USB-разъемы, и т.п.
Также аппарат ККТ может быть выполнен в едином корпусе с POS-терминалом, либо быть связан с ним в составе аппаратного комплекса. В таких комплексах, обычно процесс оформления и оплаты покупки с помощью электронного платежного средства выстроены в единый процесс. Важно отметить, что даже в таких случаях, когда аппарат-ККТ связан с POS-терминалом в единый аппаратный комплекс, данные банковской транзакции по оплате, получаемые участниками проведения транзакции такими как банк-эквайер и/или платежная система, не содержат в себе фискальных данных. Банк-эквайер и платежная система не имеют доступа к фискальным данным и не имеют информации о том, с каким именно аппаратом ККТ связан POS-терминал. Аналогично, оператор фискальных данных, имеющий доступ к аппарату ККТ и исходящим от него фискальным данным, не имеет доступа к данным банковских транзакций, по оплате соответствующих покупок, а также не имеет информации о том, какой именно POS-терминал подключен к аппарату ККТ. В случаях, когда аппарат ККТ и POS-терминал не связаны между собой и представляют собой два независимых устройства, ситуация аналогичная. Поэтому важным этапом разработанного авторами решения является этап установления соответствия между аппаратами ККТ используемыми для оформления покупок и POS-терминалами, которые используются для проведения транзакций по оплате покупок, оформленных с помощью соответствующих аппаратов ККТ, о чем будет сказано подробнее далее.
Еще одной деталью архитектуры системы, предназначенной для реализации изобретения является связь между сервером 101 и сервером 105, схематически изображенная линией, связывающей два сервера (не пронумеровано). Связь между серверами может быть установлена посредством сети передачи данных, например, сети Интернет.
Обратимся к фиг. 2, на которой изображены основные шаги описываемого решения. Первым шагом 201 является шаг установления соответствия между POS-терминалами и аппаратами ККТ. Результатом первого шага является создание таблицы соответствий POS-терминалов и аппаратов ККТ, которая затем используется во втором шаге 202. Вторым шагом 202 является шаг накопление обезличенных данных по покупкам покупателей. Результатом второго шага является наполнение хранилища обезличенной информации об истории покупок покупателя (не изображено на фиг. 1 и 3) обезличенными электронными чеками, содержащими информацию о покупках покупателей, привязанных к хэш-кодам электронных платежных средств покупателей, о чем подробнее будет сказано ниже. На фиг. 2 шаги 1 и два изображены последовательно, однако, в некоторых реализациях, после установления соответствия некоторого достаточного количества POS-терминалов и аппаратов ККТ, может запускаться шаг 202, в то время как шаг 201 может продолжаться, выполняя уточнение и дополнение таблицы соответствий.
Кроме того, стоит отметить, что не во всех реализациях заявленного решения оба этапа производятся одним лицом или на одном сервере или группе серверов. Так, например, таблица соответствий может быть создана платежной системой (или банком-эквайером в других случаях) на сервере платежной системы на основе данных банковских транзакций и данных, полученных платежной системой от оператора ОФД, и передана оператору ОФД. В таком случае оператор ОФД может не выполнять создание таблицы соответствий у себя на сервере, а пользоваться таблицей соответствий, полученной от платежной системы
Для описания шага установления соответствий между POS-терминалами и аппаратами ККТ 201 обратимся к фиг. 3 на которой схематично изображен один из вариантов реализации шага 201.
На фиг. 3 показана архитектура системы, описанной в пояснении к фиг. 1. Сервер 101 связан с множеством POS-терминалов оплат, включая терминалы 102, 103, 104. Сервер 105 связан с множеством аппаратов ККТ, включая аппараты 106, 107, 108. Также серверы 101 и 105 могут связаны между собой по сети передачи данных. В действительности POS-терминалы 102, 103, 104 соответствуют аппаратам ККТ 106, 107, 108 соответственно, что показано на фиг.3 с помощью расположения POS-терминалов и аппаратов RRN друг на против друга. Под соответствием в данном случае следует понимать то, что POS-терминалы 102, 103, 104 участвуют в проведении транзакций по оплате покупок, оформляемых с помощью аппаратов ККТ 106, 107, 108 соответственно. Однако, до формирования таблицы соответствий POS-терминалов и аппаратов ККТ о соответствии POS-терминалов аппаратам ККТ не известно ни серверу 101, который может быть сервером платежной системы или банка-эквайера, ни серверу 105, который может быть сервером оператора ОФД.
Сервер 101 в течении некоторого периода времени принимает от POS-терминалов, связанных с ним, в том числе от терминалов 102, 103, 104 данные транзакций. Данные транзакции включают в себя время транзакции, сумму транзакции, идентификатор POS-терминала, данные электронного платежного средства, используемого покупателем для проведения транзакции по оплате. Кроме того, данные транзакции могут включать данные владельца POS-терминала, данные банка-эквайера, обслуживающего владельца POS-терминала. Данные владельца POS-терминала могут включать в себя наименование владельца POS-терминала, основной государственный регистрационный номер владельца POS-терминала, юридический адрес владельца POS-терминала, фактический адрес владельца POS-терминала, адрес расположения POS-терминала. Данные электронного платежного средства включают в себя сведения о владельце электронного платежного средства, такие как имя, фамилия, и/или иные идентификаторы, позволяющие определить личность владельца электронного платежного средства. Данные электронного платежного средства также могут включать в себя дату истечения срока действия электронного платежного средства, номер электронного платежного средства, идентификатор банка-эмитента, ассоциированного с электронным платежным средством,
А также различные верификационные коды, такие как коды CVV, CVV2, CVC, CVC2, CVP, CVP2, CID, CVD, CVN2. Данные транзакций схематично изображены на фиг. 3 элементами под номерами 112, 113, 114.
Сервер 105 в течение некоторого периода времени принимает от аппаратов ККТ, связанных с ним, в том числе от аппаратов 106, 107, 108 фискальные данные о покупках, осуществленных с помощью этих аппаратов. Фискальные данные могут содержать данные владельца аппарата ККТ, идентификатор аппарата ККТ, указание наименований приобретенных покупателем позиций товара и их стоимости, время покупки. Данные владельца аппарата ККТ, в свою очередь, могут включать в себя идентификационный номер налогоплательщика владельца аппарата ККТ, код причины постановки на учет владельца аппарата ККТ, наименование владельца аппарата ККТ, основной государственный регистрационный номер владельца аппарата ККТ, юридический адрес владельца аппарата ККТ, фактический адрес владельца аппарата ККТ, адрес расположения аппарата ККТ. Фискальные данные схематично изображены на фиг. 3 элементами под номерами 116, 117, 118.
t21
t22
t23
t24
t25
t21
t22
t23
t24
t25
Сервер 101, накапливая данные транзакций формирует из них ряды данных POS-терминалов. Сервер 101 использует для формирования рядов POS-терминалов идентификаторы терминалов и времена транзакций, исходящих от них. На фиг. 4 приведен пример таблицы с рядами данных POS-терминалов. Как видно из таблицы, каждому идентификатору POS-терминала соответствует ряд времен транзакций. Так, например, идентификатору idt_2 POS-терминала 102, соответствует ряд времен транзакций, в который входят времена транзакций T, T, T, T, T и т.д. Времена транзакций могут представлять собой дату и время, записанные любым известным способом. Например, для идентификатора терминала idt_2 времена транзакций T, T, T, T, T могут иметь значения [05.08.2017 - 13:32], [05.08.2017 - 15:54], [05.08.2017 - 18:13], [06.08.2017 - 12:10], [06.08.2017 - 14:15] соответственно. Также временные ряды могут содержать данные о временных интервалах между покупками, совершенными с помощью аппарата ККТ. В случае, если в процессе установления соответствия участвуют несколько участников, имеющих доступ к данным банковским транзакций, например, две платежные системы или два банка-эквайера, то дополнительно каждому идентификатору POS-терминала может ставиться в соответствие идентификатор платежной системы, которая получила данные временного ряда, или банка-эквайера ассоциированного с POS-терминалом. Так в примере на фиг. 4 все POS-терминалы имеют идентификатор платежной системы ps_1.
k61
k62
k63
k64
k65
k61
k62
k63
k64
k65
Вернемся к фиг.3 и обратимся вновь к серверу 105. Допустим, сервер 105 в приведенном примере является сервером оператора ОФД. По мере получения фискальных данных от аппаратов ККТ, сервер 105 формирует из них ряды данным аппаратов ККТ, аналогично тому, как это делает сервер 101 для данных банковских транзакций. Сервер 105 использует для формирования рядов данных аппаратов ККТ идентификаторы аппаратов ККТ и времена покупок, содержащиеся в исходящих от них фискальных данных (электронных чеках). На фиг. 5 приведен пример таблицы с рядами данных аппаратов ККТ. Как видно из таблицы, каждому идентификатору аппарата ККТ соответствует ряд времен покупок. Так, например, идентификатору idk_6 аппарата ККТ 102, соответствует ряд времен покупок, в который входят времена покупок T, T, T, T, T и т.д. Времена покупок могут представлять собой дату и время, записанные любым известным способом. Например, для идентификатора аппарата ККТ idk_6 времена транзакций T, T, T, T, T могут иметь значения [05.08.2017 - 13:32], [05.08.2017 - 15:54], [05.08.2017 - 18:13], [06.08.2017 - 12:10], [06.08.2017 - 14:15] соответственно. Также временные ряды могут содержать данные о временных интервалах между покупками, совершенными с помощью аппарата ККТ. В случае, если в процессе установления соответствия участвуют несколько операторов ОФД или иных лиц, имеющих доступ к фискальным данным, например, два оператора ОФД, то дополнительно каждому идентификатору аппарата ККТ может ставиться в соответствие идентификатор оператора ОФД, обслуживающего этот аппарат ККТ. Так в примере на фиг. 5 все аппараты ККТ имеют идентификатор оператора ОФД ofd_1.
Вернемся снова к примеру на фиг. 3. Сервер 101, сформировав ряды данных POS-терминалов, посылает эту информацию на сервер 105. На фиг. 3, это схематично изображено элементом 120. Сервер 105, в свою очередь, принимает эту информацию и инициирует процесс сопоставления рядов данных POS-терминалов и рядов данных аппаратов ККТ, которые он сформировал, описанным выше способом. Сервер 105 сравнивает времена транзакций, ассоциированных с каждым POS-терминалом с временами покупок, ассоциированными с каждым аппаратом ККТ. При нахождении соответствия между двумя рядами, сервер 105 делает вывод о соответствии POS-терминала и аппарата ККТ, и заносит это соответствие в таблицу соответствий POS-терминалов и аппаратов ККТ.
t21
t22
t23
t24
t25
k61
k62
k63
k64
k65
В простейшем случае, временные ряды могут совпадать точно. Так например, в примере с идентификатором POS-терминала 102 idt_2 временной ряд транзакций T, T, T, T, T полностью совпадает с временным рядом покупок T, T, T, T, T, ассоциированным с идентификатором аппарата ККТ 106 idk_6, так как эти ряды имеют идентичные значения времен [05.08.2017 - 13:32], [05.08.2017 - 15:54], [05.08.2017 - 18:13], [06.08.2017 - 12:10] и [06.08.2017 - 14:15] соответственно. В этом случае сервер 105 сделает вывод о том, что POS-терминал 102 ассоциирован с аппаратом ККТ 106 и занесет эту информацию в таблицу соответствий. Зачастую ряды совпадают не точно. Это может быть вызвано, например, разницей в том, как настроены часы на POS-терминале и соответствующем ему аппарате ККТ. При анализе соответствий временных рядов это тоже может учитываться. Так например, времена транзакций могут стабильно отличаться на равные промежутки времени, например 2 минуты, имея при этом равные промежутки времени между транзакциями. При анализе это может быть учтено, и в таблицу соответствий может быть занесена информация о параметре временного смещения между для пары POS-терминал - аппарат ККТ, который в этом случае будет равен 2 минутам. Также, временные ряд могут совпадать не точно из-за того, что часть покупок, оформляемых аппаратом ККТ, может быть совершена за наличные деньги, и соответственно, информации о такой покупке не будет в ряде данных POS-терминала, так как отсутствовала банковская транзакция. Для сравнения рядов данных, помимо обычного сравнения времен и анализа интервалов между временами, могут также применятся иные методы анализа, в том числе статистические методы, методы машинного обучения, различные эвристики и т.д.
На фиг. 5 приведен пример таблицы соответствия POS-терминалов и аппаратов ККТ. Как видно из таблицы, идентификаторам POS-терминалов поставлены в соответствия идентификаторы аппаратов ККТ. Также в таблице для каждой пары терминала и аппарата ККТ указан параметр временного смещения, а также соответствующие идентификаторы платежной системы и оператора ОФД, ассоциированных с парой. Стоит отметить, что в других вариантах реализации параметры временного смещения и идентификаторы платежной системы, банка-эквайера, оператора ОФД могут опускаться. В некоторых вариантах реализации заявленного решения, таблица соответствий может представлять собой базу данных.
Стоит также отметить, что идентификаторы POS-терминалов и аппаратов ККТ, используемые в таблице соответствий и в рядах данных, могут не являться теми идентификаторами, которые были первоначально получены соответствующими серверами от POS-терминалов или аппаратов ККТ. В таком случае, эти идентификаторы могут быть получены на основе первоначальных идентификаторов путем хэширования, шифрования или иных методов. Использование идентификаторов, отличных от оригинальных идентификаторов устройств может быть актуально, если по каким-то причинам, раскрытие оператором ОФД, платежной системой и/или банком-эквайером первоначально полученных ими идентификаторов устройств нежелательно, например, в соответствии с действующим законодательством.
На практики могут возникать ситуации, когда связи между аппаратами ККТ и POS-терминалами могут изменяться, например, в случаях поломки одного из устройств пары и замены его другим устройством, либо в случаях плановой замены оборудования, введения в эксплуатацию нового оборудования и т.д. Поэтому таблица соответствий может уточняться с течением времени. Например, уточнение таблицы соответствий может производиться регулярно через заданные промежутки времени. В некоторых вариантах реализации уточнение таблицы соответствия может происходить по мере получения новых данных POS-терминалов и/или аппаратов ККТ. Например, уточнение таблицы соответствий может производиться в случае получения информации о новых подключенных устройствах, либо по мере накопления определенного объема новых фискальных данных, либо данных банковских транзакций.
На фиг. 3 показан пример, в котором сервер, имеющий доступ к данным банковских транзакций посылает ряды данных POS-терминалов на сервер, имеющий доступ к фискальным данным, который в свою очередь формирует таблицу соответствия POS-терминалов и аппаратов ККТ на основе полученных данных и рядов данных аппаратов ККТ. В альтернативных вариантах реализации, сервер, имеющий доступ к фискальным данным, может отсылать ряды данных аппаратов ККТ на сервер, имеющий доступ к данным банковских транзакций, который в свою очередь будет формировать таблицу соответствий на основании полученных данных и сформированных рядов данных POS-терминалов. Для краткости, не будем останавливаться подробно на этом примере, скажем лишь, что в этом случае все вышеописанные детали процесса формирования рядов данных, создания и уточнения таблицы соответствий будут применимы в равной степени. Не будем останавливаться на этом примере подробнее.
После создания таблицы соответствий сервером, имеющим доступ к фискальным данным или сервером, имеющим доступ к данным банковских транзакций, вся таблица целиком или ее часть может быть отослана другим участникам процесса установления соответствия и/или накопления обезличенных данных по покупкам покупателей, таким как операторы ОФД, банки-эквайеры, банки-эмитенты, или платежные системы.
Обратимся к фиг. 2, а именно к шагу 202 накопления обезличенных данных по покупкам покупателей. Различные варианты реализации этого этапа приведены на фигурах 7-10, которые рассмотрим подробнее.
На фиг. 7 изображен вариант реализации процесса накопления обезличенных данных по покупкам покупателей. Сервер 105, имеющий доступ к фискальным данным, соединен с помощью сети передачи данных со множеством аппаратов ККТ (не изображено), в том числе с аппаратом ККТ 106. Сервер 101, имеющий доступ к данным банковских транзакций, соединен с помощью сети передачи данных со множеством POS-терминалов (не изображено), в том числе с POS-терминалом 102.
Во время или после совершения покупки покупателем с оплатой покупки электронным платежным средством аппарат ККТ 106 посылает электронный чек 701, содержащий фискальные данные на сервер 105. Электронный чек 701 содержит данные владельца ККТ, идентификатор аппарата ККТ, наименования приобретенных покупателем позиций товаров и услуг, их стоимости, а также время совершения покупки. Данные владельца аппарата ККТ могут включать в себя: идентификационный номер налогоплательщика владельца аппарата ККТ, код причины постановки на учет владельца аппарата ККТ, наименование владельца аппарата ККТ, основной государственный регистрационный номер владельца аппарата ККТ, юридический адрес владельца аппарата ККТ, фактический адрес владельца аппарата ККТ, адрес расположения аппарата ККТ. Также электронный чек может содержать информацию о количестве приобретенных товаров и услуг, а также суммарную стоимость покупки.
Сервер 105, получив электронный чек 701, сохраняет его и сразу или через некоторое время после получения электронного чека инициализирует процесс создания обезличенного электронного чека. Для этого, сервер 105 исключает из электронного чека полностью или частично данные владельца аппарата ККТ. Следует отметить, что объем исключаемых данных может быть различным, в зависимости от требований действующего на момент реализации изобретения законодательства, регулирующего вопросы конфиденциальности фискальных данных, а также в зависимости от особенной конкретной реализации изобретения. Отметим еще раз, что для создания обезличенного электронного чека как минимум часть данных владельца аппарата ККТ исключается из данных электронного чека, т.к. таким образом достигается обезличивание информации электронного чека - то есть исключение возможности по данным обезличенного электронного чека идентифицировать владельца ККТ, с которым ассоциирован электронный чек, третьими лицами. Допустим, для примера, что данные владельца аппарата ККТ исключаются при создании электронного чека полностью. Также при создании обезличенного электронного чека из первоначальных полученного данных электронного чека 701 могут дополнительно исключаться данные о стоимости позиций приобретенных товаров и услуг, а также идентификатор аппарата ККТ и время совершения покупки. В случае исключения из обезличенного электронного чека времени покупки и идентификатора аппарата ККТ, эти данные тем не менее в дальнейшем будут использованы для привязки обезличенного электронного чека к хэш-коду электронного платежного средства, даже если в самом обезличенном чеке их может не содержаться.
Отступив от описания примера на фиг. 7, отдельно отметим, что идентификаторы POS-терминалов и аппаратов ККТ, передаваемые друг другу серверами 101 и 105 на этапе накопления обезличенных данных по покупкам покупателей, могут не являться теми идентификаторами, которые были первоначально получены соответствующими серверами от POS-терминалов или аппаратов ККТ. В таком случае, эти идентификаторы могут быть получены на основе первоначальных идентификаторов путем хэширования, шифрования или иных методов. Использование идентификаторов, отличных от оригинальных идентификаторов устройств может быть актуально, если по каким-то причинам, раскрытие оператором ОФД, платежной системой и/или банком-эквайером первоначально полученных ими идентификаторов устройств нежелательно, например, в соответствии с действующим законодательством.
Стоит также отметить, что создание обезличенного электронного чека из данных первоначально полученного электронного чека 701 не означает удаление первоначально полученного электронного чека 701. В соответствии с требованиями законодательства РФ, действующего на момент подачи заявки, данные, фискальные данные, полученные от аппаратов ККТ, должны храниться оператором ОФД в неизменном виде. Поэтому создание обезличенного электронного чека в большинстве случаев (исключения возможны в случае изменения законодательства) представляет собой создание новых данных на основании данных первоначально полученного электронного чека 701. В некоторых вариантах реализации, обезличенный электронный чек может представлять собой перечень наименований приобретенных товаров.
Процесс создания обезличенного электронного чека может также включать в себя этап нормализации наименований приобретенных товаров и услуг. Дело в том, что разные продавцы могут использовать различные названия, сокращения и аббревиатуры для одних и тех же товаров и услуг. Для того чтобы обезличенную информацию об истории покупок покупателей, полученную из фискальных данных различных продавцов, можно было просто сравнивать и анализировать, наименования товаров и услуг требуется привести к единообразному виду. Так, например, в одном электронном чеке товар «колбаса вареная» может значится, как «колб. вар.», а в других чеках других продавцов этот же товар может быть указан как «вареная колбаса», «вар. колб.», «колбаса варен.» и т.д. Кроме того, в некоторых чеках наименование «колб. вар.» может означать колбу варочную. Для того чтобы убрать такие разночтения может быть использован программный модуль нормализации, который может исполняться на сервере 105, либо на другом сервере. Для нормализации наименований товаров и услуг модулем нормализации могут быть применены различные техники, такие как регулярные выражения, алгоритмы машинного обучения, эвристики, алгоритмы компьютерной лингвистики, использование словаря наименований товаров и т.д. Также важным сигналом для определения верного нормализованного наименования для позиции электронного чека, может являться стоимость соответствующего товара или услуги, указанная в электронном чеке. Поэтому также может применяться анализ стоимости позиция товаров. Также, модуль нормализации может анализировать формулировки упоминания товаров в чеке с использованием статистических методов и с привлечением информации о сезонности товара, частоте его упоминания в чеках и т.п. На основании этих данных модуль нормализации может приходить к заключению, какой именно товар числится в электронном чеке под его текущей формулировкой и следует ли выбрать для него другую, нормализованную формулировку при формировании обезличенного электронного чека. В случае, если модуль нормализации расположен не на сервере, хранящем данные электронного чека (сервер 105 в нашем примере), то нормализация может включать в себя этапы отправки наименования товаров и услуг и, опционально, их стоимости, на другой сервер, на котором располагается модуль нормализации, и получения от указанного другого сервера нормализованных наименований. Таким образом сервер 105 формирует из полученного им электронного чека 701 обезличенный электронный чек.
Обратимся теперь к серверу 101. Во время или после совершения оплаты уже упомянутой покупки электронным платежным средством POS-терминал 102 посылает данные банковской транзакции 710 на сервер 101. Данные транзакции 101 содержат время транзакции, сумму транзакции, идентификатор указанного POS-терминала 102, данные электронного платежного средства. Данные транзакции 710 также могут включать в себя данные владельца POS-терминала, данные банка-эквайера, обслуживающего владельца POS-терминала. В свою очередь данные владельца POS-терминала могут включать в себя такие данные как наименование владельца POS-терминала, основной государственный регистрационный номер владельца POS-терминала, юридический адрес владельца POS-терминала, фактический адрес владельца POS-терминала, адрес расположения POS-терминала. Данные электронного платежного средства включают в себя идентификатор владельца электронного платежного средства, которым могут служить, например, имя и фамилия, либо иной идентификатор, позволяющий установить личность владельца. Данные электронного платежного средства также могут включать в себя дату истечения срока действия электронного платежного средства, номер электронного платежного средства, идентификатор банка-эмитента, ассоциированного с электронным платежным средством, а также различные верификационные коды, такие как коды CVV, CVV2, CVC, CVC2, CVP, CVP2, CID, CVD, CVN2.
После получения данных транзакции 701 сервер 101 формирует запрос на обезличенный электронный чек, соответствующий транзакции. Запрос включает в себя идентификатор POS-терминала и время транзакции. Стоит отметить, что идентификатор POS-терминала и время транзакции сами по себе не являются конфиденциальными данными, так как используя только эти данные, невозможно определить, какому продавцу они принадлежат. Запрос не содержит в себе информации, передача которой могла бы нарушать требования законодательства по охране банковской тайны и т.п. Стоит отметить, что в зависимости от действующего законодательства, возможны реализации настоящего решения, в которых в запрос могут быть включены и другие данные транзакции, такие как например сумма транзакции. Сформировав запрос на обезличенный электронный чек, который на фиг. 7 изображен элементом под номером 711, сервер 101 посылает его на сервер 105.
Сервер 105, получив запрос 711, обращается к ранее созданной таблице соответствий POS-терминалов и аппаратов ККТ, которая храниться на сервере 105 либо, в случае удаленного ее хранения, к которой у сервера 105 есть доступ. По таблице соответствий, сервер 105 определяет, что идентификатору POS-терминала 102, содержащемуся в запросе 711 соответствует идентификатор аппарата ККТ 106. Сервер 105 затем проводит поиск по обезличенных электронным чекам, ассоциированным с аппаратом ККТ 106 и определяет обезличенный электронный чек, ассоциированный с таким временем покупки, которое максимально соответствует времени транзакции из запроса 711. Стоит отметить, что при поиске соответствующего обезличенного электронного чека по времени транзакции, сервер 105 может использовать вышеописанный параметр временного смещения для пары POS-терминал 102 - аппарат ККТ 106, содержащийся в таблице соответствий. Найдя обезличенный электронный чек, полученный из электронного чека 701 и соответствующий транзакции 710, сервер 105 отправляет указанный обезличенный электронный чек на сервер 101. На фиг.7 это схематический изображено элементом под номером 702.
Получив обезличенный электронный чек 702, сервер 101 формирует хэш-код электронного платежного средства, путем применения операции хэширования к данным электронного платежного средства. Хэширование может быть применено как ко всей совокупности данных электронного платежного средства, так и только к той их части, в которой содержится информация о личности владельца электронного платежного средства, либо информация, позволяющая эту личность установить. Так, например, операция хэширования может применяться к идентификатору владельца электронного платежного средства (покупателя) и/или к номер электронного платежного средства. Также другие данные электронного платежного средства могут добавляться к указанным идентификатору и/или номеру.
Специфика большинства методик хэширования такова, что невозможно или крайне затруднительно при текущем уровне развития технологий произвести обратное преобразование хэш-кода в исходные данные. Для реализации данного решения предпочтительно использовать методики хэширования, для которых такое обратное преобразование невозможно. Примерами таких методик хэширования могут служить алгоритмы хэширования класса SHA (англ. Secure Hash Algorithm) такие как алгоритмы семейств SHA-1, SHA-2 (включая алгоритмы SHA-224, SHA-256, SHA-384, SHA-512, SHA-512/256 и SHA-512/224), SHA-3 и другие. Хэш-код может представлять собой буквенно-числовую комбинацию, и может выглядеть, например, так: D7A8FBB3 07D78094 69СА9АВС B0082E4F 8D5651E4 6D3CDB76 2D02D0BF 37С9Е592. Несмотря на то, что обратное преобразования хэш-кода в исходные данные невозможно, стоит отметить, что в случае с хэшированием, имея доступ к исходным данным, из которых хэш-код был получен, возможно получить идентичный хэш-код, путем применения к этим исходным данным такого же алгоритма хэширования, который был использован для получения первого хэш-кода. То есть, узнать личность покупателя, закодированную в хэш-коде, возможно только при наличии доступа к исходным, нехэшированным данным этого покупателя. Таким образом, сервер 101 получает хэш-код, по которому невозможно идентифицировать владельца, не имея доступа к данным, из которых этот хэш-код был получен. Хэш-код не является идентификатором, позволяющим установить личность покупателя тем лицам лиц, у которых нет доступа к исходным данным покупателя. Стоит отметить, что в некоторых вариантах реализации получение хэш-кода возможно не после получения обезличенного электронного чека, а до этого, например, сразу после получения данных банковской транзакции. Кроме того, в некоторых реализациях возможно применение различных методик шифрования для получения хэш-кода электронного платежного средства.
Получив хэш-код электронного платежного средства, сервер 101 привязывает его к полученному обезличенному электронному чеку и сохраняет обезличенный электронный чек с привязкой к хэш-коду электронного платежного средства в хранилище обезличенной информации об истории покупок покупателя 720. Сохранение обезличенного электронного чека в привязке к хэш-коду электронного платежного средства покупателя схематично изображено на фиг. 7 элементом под номером 712.
На фиг. 7 для наглядности хранилище обезличенной информации об истории покупок покупателя изображено отдельным элементом 720, однако это не означает, что всегда хранилище 720 расположено на отдельном сервере. Хранилище 720 может быть расположено на сервере 101, на сервере 105, либо на иных серверах, отличных от сервера 101 и 105. Вместе с хэш-кодом и привязанным к нему обезличенным электронным чеком, сервер 101 может сохранять в хранилище и другую информацию, ассоциированную с указанной парой, такую как идентификатор оператора фискальных данных, получившего от аппарата ККТ, электронный чек, соответствующий обезличенному электронного чеку; идентификатор оператора банковских транзакций, ассоциированного с транзакцией. Оператор банковских транзакций может являться платежной системой, банком-эмитентом платежного средства или банком-эквайером, ассоциированным с POS-терминалом.
Обратимся к фиг. 11, на которой изображен пример информации, которая может храниться в хранилище обезличенной информации об истории покупок покупателя. Как видно из фиг. 11, каждому хэш-коду электронного платежного средства соответствует один или более привязанных к ней обезличенных электронных чеков. Так например, хэш-коду hash_1 соответствуют обезличенные электронные чеки rec_1, rec_2, rec_3. Кроме того, с каждой парой, состоящей из хэш-кода и обезличенного электронного чека, в хранилище обезличенной информации может быть сохранен идентификатор оператора банковских транзакций. В примере на фиг. 11 это идентификатор платежной системы ps_1. Также, к каждой паре, состоящей из хэш-кода и обезличенного электронного чека, может быть привязан и сохранен в хранилище идентификатор оператора фискальных данных, ассоциированного с обезличенным электронным чеком (ofd_1 в примере на фиг. 11). Стоит отметить, что указание идентификаторов оператора банковских транзакций (платежной системы, банка-эквайера или банка-эмитента) и указание операторов ОФД является опциональным, и возможны реализации настоящего изобретения, в которых указание этих идентификаторов в хранилище обезличенной информации может быть опущено. Указание идентификаторов оператора банковских транзакция и/или оператора ОФД может быть использовано, например в тех случаях, когда в процессе накопления обезличенной истории покупок покупателя участвуют несколько операторов банковских транзакций и/или операторов ОФД.
Возвращаясь к фиг. 7, скажем, что сохраняя обезличенный электронный чек в привязке к хэш-коду электронного платежного средства покупателя, сервер 101 (или сервер 105 в других вариантах, описанных ниже) выполняет накопление обезличенной информации о покупках покупателя, совершенных с использованием электронного платежного средства. Так, по мере получения новых электронных чеков сервером 105 и новых данных банковских транзакций сервером 101, процесс, описанный выше повторяется, наполняя тем самым хранилище обезличенной информации о покупках покупателя. Информация, хранимая в хранилище, является обезличенной в том смысле, что она не содержит данных владельцев аппаратов ККТ, таким образом не позволяя третьим лицам идентифицировать владельцев аппаратов ККТ, и собрать информацию о количестве продаж, объемах продаж в денежном выражении и т.д. Также информация, хранимая в хранилище, является обезличенной в том смысле, что она не позволяет получить доступ к истории покупок покупателя лицам, не имеющие законного доступа к данным электронного платежного средства покупателя, т.к. по хэш-кодам невозможно идентифицировать личность покупателя, заранее не имея доступа к данным о личности покупателя. Для того чтобы, получить доступ к истории покупок покупателя, лицо, во-первых, должно иметь доступ к данным электронного платежного средства покупателя. Во-вторых это лицо должно применить ту же самую методику хэширования, которая была использована для создания хэш-кодов в хранилище, к той же самой порции данных электронного платежного средства покупателя, содержащих информацию о личности покупателя, которая использовалась при создании хэш-кода для хранилища. Если лицо, обладает всеми этим знаниями, то оно может создать из данных платежного средства требуемого покупателя хэш-код, идентичный хэш-коду этого покупателя в хранилище, и по этому хэш-коду получить информацию об истории покупок. Такой подход исключает возможность доступа к данным покупателя лиц, у которых изначально нет доступа к данным электронного платежного средства покупателя, а также нет информации о том, какой алгоритм хэширования, и к каким именно данным электронного платежного средства покупателя был применен.
Примеры реализации изобретения, приведенные на фиг. 8-10 во многом схожи с примером на фиг.7, в частности, в том, какую информацию получают от аппарата ККТ 106 и POS-терминала 102 серверы 105 и 101 соответственно, в том, как происходит создание обезличенного электронного чека и хэш-кода электронного платежного средства, в том как реализовано хранилище обезличенной информации. Поэтому, для краткости, при описании примеров на фиг. 8-10 не будем подробно останавливаться на уже описанных деталях процесса, останавливаясь лишь на основных этапах процесса и отличиях этих реализаций от варианта на фиг. 7.
Обратимся к фиг. 8 и еще одному варианту реализации изобретения. На фиг. 8 изображен еще один вариант реализации процесса накопления обезличенных данных по покупкам покупателей. Сервер 105, имеющий доступ к фискальным данным, соединен с помощью сети передачи данных со множеством аппаратов ККТ (не изображено), в том числе с аппаратом ККТ 106. Сервер 101; имеющий доступ к данным банковских транзакций, соединен с помощью сети передачи данных со множеством POS-терминалов (не изображено), в том числе с POS-терминалом 102.
Во время или после совершения покупки покупателем с оплатой покупки электронным платежным средством аппарат ККТ 106 посылает электронный чек 701, содержащий фискальные данные на сервер 105. В электронном чеке 701 содержаться по меньшей мере следующие данные: данные владельца аппарата ККТ, идентификатор аппарата ККТ, указание наименований приобретенных покупателем позиций товара и их стоимости, время покупки. Сервер 105, получив электронный чек 701, сохраняет его и сразу или через некоторое время после получения формирует из полученного электронного чека 701 обезличенный электронный чек путем исключения из электронного чека 701 по меньшей мере части данных владельца аппарата ККТ, аналогично тому как это было описано в примере на фиг. 7. Формирование обезличенного электронного чека также может включать в себя процесс нормализации наименований товаров, аналогично варианту реализации с фиг. 7.
Обратимся теперь к серверу 101. Во время или после совершения оплаты уже упомянутой покупки электронным платежным средством POS-терминал 102 посылает данные банковской транзакции 710 на сервер 101. Данные транзакции 101 содержат время транзакции, сумму транзакции, идентификатор указанного POS-терминала 102, данные электронного платежного средства. После получения данных транзакции 701 сервер 101 формирует обезличенные данные о транзакции путем исключения из данных о транзакции по меньшей мере суммы транзакции, и формируя хэш-код электронного платежного средства, ассоциированного с покупателем путем применения операции хэширования к по меньшей мере части данных указанного электронного платежного средства. Таким образом, обезличенные данные о транзакции включают в себя идентификатор POS-терминала 102, хэш-код электронного платежного средства и время транзакции. Сервер 101 посылает обезличенные данные о транзакции на сервер 105, что схематично изображено на фиг. 8 элементом под номером 801.
Сервер 105, получив обезличенные данные о транзакции 801, обращается к ранее созданной таблице соответствий POS-терминалов и аппаратов ККТ, которая храниться на сервере 105 либо, в случае удаленного ее хранения, к которой у сервера 105 есть доступ. По таблице соответствий, сервер 105 определяет, что идентификатору POS-терминала 102, содержащемуся в обезличенных данных о транзакции 801, соответствует идентификатор аппарата ККТ 106. Сервер 105 затем проводит поиск по обезличенных электронным чекам, ассоциированным с аппаратом ККТ 106 и определяет обезличенный электронный чек, ассоциированный с таким временем покупки, которое максимально соответствует времени транзакции из обезличенных данных о транзакции 802. Стоит отметить, что при поиске соответствующего обезличенного электронного чека по времени транзакции, сервер 105 может использовать вышеописанный параметр временного смещения для пары POS-терминал 102 - аппарат ККТ 106, содержащийся в таблице соответствий. Найдя обезличенный электронный чек, полученный из электронного чека 701 и соответствующий транзакции 710, сервер 105 привязывает его к хэш-коду электронного платежного средства, полученному с обезличенными данными о транзакции 801 и сохраняет обезличенный электронный чек с привязкой к хэш-коду в хранилище обезличенной информации об истории покупок покупателя 720.
На фиг. 8, для наглядности, хранилище обезличенной информации об истории покупок покупателя изображено отдельным элементом 720, однако это не означает, что всегда хранилище 720 расположено на отдельном сервере. Хранилище 720 может быть расположено на сервере 101, на сервере 105, либо на иных серверах, отличных от сервера 101 и 105. Вместе с хэш-кодом и привязанным к нему обезличенным электронным чеком, сервер 101 может сохранять в хранилище и другую информацию, ассоциированную с указанной парой, такую как идентификатор оператора фискальных данных, получившего от аппарата ККТ, электронный чек, соответствующий обезличенному электронного чеку; идентификатор оператора банковских транзакций, ассоциированного с транзакцией. Оператор банковских транзакций может являться платежной системой, банком-эмитентом платежного средства или банком-эквайером, ассоциированным с POS-терминалом. Сохраняя обезличенный электронный чек в привязке к хэш-коду электронного платежного средства покупателя, сервер 105 выполняет накопление обезличенной информации о покупках покупателя, совершенных с использованием электронного платежного средства. Сохранение обезличенного электронного чека в привязке к хэш-коду электронного платежного средства покупателя схематично изображено на фиг. 8 элементом под номером 802.
Обратимся к фиг. 9. На фиг. 9 изображен еще один вариант реализации процесса накопления обезличенных данных по покупкам покупателей. Сервер 105, имеющий доступ к фискальным данным, соединен с помощью сети передачи данных со множеством аппаратов ККТ (не изображено), в том числе с аппаратом ККТ 106. Сервер 101, имеющий доступ к данным банковских транзакций, соединен с помощью сети передачи данных со множеством POS-терминалов (не изображено), в том числе с POS-терминалом 102.
Во время или после совершения покупки покупателем с оплатой покупки электронным платежным средством аппарат ККТ 106 посылает электронный чек 701, содержащий фискальные данные на сервер 105. В электронном чеке 701 содержаться по меньшей мере следующие данные: данные владельца аппарата ККТ, идентификатор аппарата ККТ, указание наименований приобретенных покупателем позиций товара и их стоимости, время покупки. Сервер 105, получив электронный чек 701, сохраняет его и сразу или через некоторое время после получения формирует из полученного электронного чека 701 обезличенный электронный чек путем исключения из электронного чека 701 по меньшей мере части данных владельца аппарата ККТ, аналогично тому как это было изложено в описании примера на фиг. 7. Формирование обезличенного электронного чека также может включать в себя процесс нормализации наименований товаров, аналогично варианту реализации с фиг. 7
Обратимся теперь к серверу 101. Во время или после совершения оплаты уже упомянутой покупки электронным платежным средством POS-терминал 102 посылает данные банковской транзакции 710 на сервер 101. Данные транзакции 101 содержат время транзакции, сумму транзакции, идентификатор указанного POS-терминала 102, данные электронного платежного средства. После получения данных транзакции 701 сервер 101 формирует хэш-код электронного платежного средства, ассоциированного с покупателем, путем применения операции хэширования к по меньшей мере части данных указанного электронного платежного средства.
Вернемся к серверу 105. Сервер 105, до или после формирования обезличенного электронного чека, формирует запрос на хэш-код электронного платежного средства, использованного покупателем для оплаты покупки, соответствующей электронному чеку 701. Сервер 105 включает в запрос идентификатор аппарата ККТ и время покупки, соответствующие электронному чеку 701. Сервер 105 затем направляет запрос на хэш-код электронного платежного средства на сервер 101, что схематично изображено на фиг. 9 элементом под номером 901.
Сервер 101, получив запрос на хэш-код 901, обращается к ранее созданной таблице соответствий POS-терминалов и аппаратов ККТ, которая храниться на сервере 101 либо, в случае удаленного ее хранения, к которой у сервера 101 есть доступ. По таблице соответствий, сервер 101 определяет, что идентификатору аппарата ККТ 106, содержащемуся в запросе на хэш-код, соответствует идентификатор POS-терминала 102. Сервер 101 затем проводит поиск по данным транзакций, ассоциированных с POS-терминалом 102 и определяет хэш-код электронного платежного средства, использованного в транзакции с таким временем транзакции, которое максимально соответствует времени покупки из запроса на хэш-код 901. Стоит отметить, что при поиске соответствующего хэш-кода, сервер 101 может использовать вышеописанный параметр временного смещения для пары POS-терминал 102 - аппарат ККТ 106, содержащийся в таблице соответствий. Найдя хэш-код электронного платежного средства, соответствующий запросу 901 сервер 101 отправляет его на сервер 105. На фиг. 9 это схематично изображено элементом под номером 902.
Получение сервером 105 хэш-кода электронного платежного средства 902 инициализирует процесс сохранения сервером 105 хэш-кода электронного платежного средства в хранилище обезличенной информации о покупках покупателя. То есть сервер 105 по получении хэш-кода электронного платежного средства, привязывает его к соответствующему обезличенному электронному чеку и сохраняет обезличенный электронный чек с привязкой к хэш-коду электронного платежного средства в хранилище обезличенной информации об истории покупок покупателя 720.
На фиг. 9, для наглядности, хранилище обезличенной информации об истории покупок покупателя изображено отдельным элементом 720, однако это не означает, что всегда хранилище 720 расположено на отдельном сервере. Хранилище 720 может быть расположено на сервере 105, на сервере 101, либо на иных серверах, отличных от сервера 101 и 105. Вместе с хэш-кодом и привязанным к нему обезличенным электронным чеком, сервер 105 может сохранять в хранилище и другую информацию, ассоциированную с указанной парой, такую как идентификатор оператора фискальных данных, получившего от аппарата ККТ, электронный чек, соответствующий обезличенному электронного чеку; идентификатор оператора банковских транзакций, ассоциированного с транзакцией. Оператор банковских транзакций может являться платежной системой, банком-эмитентом платежного средства или банком-эквайером, ассоциированным с POS-терминалом. Сохраняя обезличенный электронный чек в привязке к хэш-коду электронного платежного средства покупателя, сервер 105 выполняет накопление обезличенной информации о покупках покупателя, совершенных с использованием электронного платежного средства. Сохранение обезличенного электронного чека в привязке к хэш-коду электронного платежного средства покупателя схематично изображено на фиг. 9 элементом под номером 903.
Обратимся к фиг. 10. На фиг. 10 изображен еще один вариант реализации процесса накопления обезличенных данных по покупкам покупателей. Сервер 105, имеющий доступ к фискальным данным, соединен с помощью сети передачи данных со множеством аппаратов ККТ (не изображено), в том числе с аппаратом ККТ 106. Сервер 101, имеющий доступ к данным банковских транзакций, соединен с помощью сети передачи данных со множеством POS-терминалов (не изображено), в том числе с POS-терминалом 102.
Во время или после совершения покупки покупателем с оплатой покупки электронным платежным средством аппарат ККТ 106 посылает электронный чек 701, содержащий фискальные данные на сервер 105. В электронном чеке 701 содержаться по меньшей мере следующие данные: данные владельца аппарата ККТ, идентификатор аппарата ККТ, указание наименований приобретенных покупателем позиций товара и их стоимости, время покупки. Сервер 105, получив электронный чек 701, сохраняет его и сразу или через некоторое время после получения формирует из полученного электронного чека 701 обезличенный электронный чек путем исключения из электронного чека 701 по меньшей мере части данных владельца аппарата ККТ, аналогично тому как это было изложено в описании примера на фиг. 7. Формирование обезличенного электронного чека также может включать в себя процесс нормализации наименований товаров, аналогично варианту реализации с фиг. 7
Обратимся теперь к серверу 101. Во время или после совершения оплаты уже упомянутой покупки электронным платежным средством POS-терминал 102 посылает данные банковской транзакции 710 на сервер 101. Данные транзакции 101 содержат время транзакции, сумму транзакции, идентификатор указанного POS-терминала 102, данные электронного платежного средства. После получения данных транзакции 701 сервер 101 формирует хэш-код электронного платежного средства, ассоциированного с покупателем, путем применения операции хэширования к по меньшей мере части данных указанного электронного платежного средства.
Вернемся к серверу 105. Сервер 105, после формирования обезличенного электронного чека, формирует обезличенные данные о покупке. Сервер 105 включает в обезличенные данные о покупке идентификатор аппарата ККТ 106 и время покупки, соответствующие электронному чеку 701, а также соответствующий обезличенный электронный чек, полученный из данных электронного чека 701. Сервер 105 затем отправляет обезличенные данные о покупке на сервер 101, что схематично изображено на фиг. 10 элементом под номером 1001.
Сервер 101, получив обезличенные данные о покупке 1001, обращается к ранее созданной таблице соответствий POS-терминалов и аппаратов ККТ, которая храниться на сервере 101 либо, в случае удаленного ее хранения, к которой у сервера 101 есть доступ. По таблице соответствий, сервер 101 определяет, что идентификатору аппарата ККТ 106, содержащемуся в обезличенных данных о покупке, соответствует идентификатор POS-терминала 102. Сервер 101 затем проводит поиск по данным транзакций, ассоциированных с POS-терминалом 102 и определяет хэш-код электронного платежного средства, использованного в транзакции с таким временем транзакции, которое максимально соответствует времени покупки из обезличенных данных о покупке 1001. Стоит отметить, что при поиске соответствующего хэш-кода, сервер 101 может использовать вышеописанный параметр временного смещения для пары POS-терминал 102 - аппарат ККТ 106, содержащийся в таблице соответствий. Найдя хэш-код электронного платежного средства, соответствующий обезличенным данным о покупке, сервер 101 привязывает его к обезличенному электронному чеку, содержащемуся в обезличенных данных о покупке 1001, и сохраняет обезличенный электронный чек с привязкой к хэш-коду электронного платежного средства в хранилище обезличенной информации об истории покупок покупателя 720. Сохранение обезличенного электронного чека в привязке к хэш-коду электронного платежного средства покупателя схематично изображено на фиг. 10 элементом под номером 1003.
На фиг. 10, для наглядности, хранилище обезличенной информации об истории покупок покупателя изображено отдельным элементом 720, однако это не означает, что всегда хранилище 720 расположено на отдельном сервере. Хранилище 720 может быть расположено на сервере 105, на сервере 101, либо на иных серверах, отличных от сервера 101 и 105. Вместе с хэш-кодом и привязанным к нему обезличенным электронным чеком, сервер 105 может сохранять в хранилище и другую информацию, ассоциированную с указанной парой, такую как идентификатор оператора фискальных данных, получившего от аппарата ККТ, электронный чек, соответствующий обезличенному электронного чеку; идентификатор оператора банковских транзакций, ассоциированного с транзакцией. Оператор банковских транзакций может являться платежной системой, банком-эмитентом платежного средства или банком-эквайером, ассоциированным с POS-терминалом. Сохраняя обезличенный электронный чек в привязке к хэш-коду электронного платежного средства покупателя, сервер 105 выполняет накопление обезличенной информации о покупках покупателя, совершенных с использованием электронного платежного средства
Суммируя сказанное, в настоящей заявки раскрыты способы, позволяющие вычленять, накапливать и предоставлять информацию о характере покупок отдельно взятого покупателя без нарушения положений законодательства РФ о защите конфиденциальной информации. Как следствие, предложенная группа изобретений решает поставленную перед ней задачу, сформулированную в разделе описания
Настоящее изобретение раскрыто выше на примере лишь некоторых вариантов его выполнения, которые не следует рассматривать в качестве условий, ограничивающих объем правовой охраны изобретения. Заявитель считает целесообразным отметить, что в указанные представленные варианты могут быть внесены различные изменения, дополнения и модификации, не приводящие к изменению сути настоящего изобретения, а следовательно все эти изменения, дополнения и модификации необходимо расценивать как подпадающие под объем притязаний изобретения, определяемый его приложенной формулой.