RU2706898C2

RU2706898C2 - 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

Info

Publication number: RU2706898C2
Application number: RU2017131266A
Authority: RU
Inventors: Леонид Александрович Шныр
Original assignee: Общество С Ограниченной Ответственностью "Яндекс"
Priority date: 2017-09-06
Filing date: 2017-09-06
Publication date: 2019-11-21
Also published as: RU2017131266A3; RU2017131266A

Abstract

FIELD: physics.

SUBSTANCE: invention relates to methods of processing transaction data to obtain an impersonal history of purchases of customers made using electronic payment means, and methods of establishing correspondence between POS-terminals and devices of control-cash equipment. Accumulation of impersonal information on purchases of customers is carried out by obtaining an electronic receipt containing fiscal data on purchase, obtaining data on transaction for payment for purchase electronic buyer of consumer, creating an impersonal electronic check based on electronic check data, creating a hash code of an electronic payment means of a customer based on transaction data, establishing a match between purchase data and data on transaction based on established table of correspondences of POS-terminals and cash register equipment and storage of hash code of electronic payment means of customer with binding to depersonalized electronic check in storage of depersonalized information on purchase history of buyer.

EFFECT: technical result consists in automation of transaction processing.

214 cl, 11 dwg

Description

Область техникиTechnical field

Настоящее изобретение, в общем, относится к области осуществления денежных расчетов через POS-терминалы (от англ. point of sale) с применением электронных платежных средств (банковские карты, а также смартфоны, электронные кошельки и другие платежные средства, имеющие привязку к банковским картам), а также к области осуществления расчетов с покупателями с использованием аппаратов контрольно-кассовой техники (ККТ). Более конкретно, изобретение относится к способам и системам, позволяющим накапливать и получать информацию об истории покупок отдельных покупателей, совершенных с использованием электронных платежных средств и аппаратов ККТ.The present invention, in General, relates to the field of cash payments through POS-terminals (from the English point of sale) using electronic payment methods (bank cards, as well as smartphones, electronic wallets and other payment methods that are linked to bank cards) , as well as to the field of settlements with customers using cash registers (CCP). More specifically, the invention relates to methods and systems that allow to accumulate and receive information about the purchase history of individual customers committed using electronic payment devices and KKT devices.

Уровень техникиState of the art

Согласно Федеральному Закону №54 «О применении контрольно-кассовой техники», вступившему в силу 12.07.2016, физические и юридические лица, продающие товары и услуги населению, обязаны в момент совершения расчета с использованием контрольно-кассовой техники (ККТ) передать сведения об этом расчете в Федеральную налоговую службу (ФНС) через оператора фискальных данных (ОФД), специальное юридическое лицо, созданное для осуществления приема, обработки, хранения и передачи фискальных данных в службу ФНС.According to the Federal Law No. 54 “On the use of cash registers”, which entered into force on 07/12/2016, individuals and legal entities selling goods and services to the public are obliged to transmit information about this at the time of settlement using cash registers (CCP) Settlement to the Federal Tax Service (FTS) through the fiscal data operator (OFD), a special legal entity created to receive, process, store and transfer fiscal data to the FTS service.

Для соблюдения требований Федерального Закона №54 продавцу-налогоплательщику, использующему ККТ, необходимо, чтобы его аппарат ККТ имел связь с сетью Интернет и был оснащен фискальным накопителем (ФН), т.е. устройством, предназначенным для шифрования, защиты и передачи фискальных данных. Аппараты ККТ, обладающие указанными свойствами, также принято называть в данной области техники онлайн-кассами.In order to comply with the requirements of Federal Law No. 54, a taxpayer seller using CCPs must have his CCP apparatus connected to the Internet and equipped with a fiscal storage device (FN), i.e. a device designed to encrypt, protect and transmit fiscal data. KKT devices with the indicated properties are also commonly referred to in the art as online cash registers.

Также налогоплательщику необходимо заключить договор с официально зарегистрированным оператором ОФД на обработку фискальных данных. Список юридических лиц, осуществляющих деятельность на территории РФ в качестве оператора ОФД, можно найти на сайте службы ФНС.Also, the taxpayer must conclude an agreement with the officially registered operator of the OFD for the processing of fiscal data. The list of legal entities operating in the Russian Federation as the OFD operator can be found on the website of the Federal Tax Service.

С технической точки зрения, оператор ОФД осуществляет свою деятельность с помощью, компьютерного центра, содержащего, помимо прочего, серверы, обеспечивающие прием фискальных данных от аппаратов ККТ, обслуживаемых этим ОФД, обработку фискальных данных и передачу их в службу ФНС. Серверы ОФД также могут содержать базу данных для накопления и хранения фискальных данных.From a technical point of view, the OFD operator carries out its activities using a computer center that contains, among other things, servers providing fiscal data reception from KKT devices serviced by this OFD, processing fiscal data and transferring them to the Federal Tax Service. OFD servers may also contain a database for the accumulation and storage of fiscal data.

Коротко говоря, взаимодействие между оператором ОФД, с одной стороны, и продавцом и аппаратом ККТ, с другой стороны, происходит следующим образом. После совершения покупки покупателем, аппарат ККТ создает фискальный документ (фискальные данные, представленные по установленным форматам в виде кассового чека, бланка строгой отчетности и (или) иного документа, предусмотренного законодательством Российской Федерации о применении контрольно-кассовой техники) и направляет его в фискальный накопитель (ФН). Для целей настоящей заявки, будем рассматривать только электронную форму фискальных документов, которую будем называть электронным чеком. Накопитель ФН сохраняет электронный чек, подписывает его фискальным признаком и пересылает пакет, содержащий фискальный признак и фискальные данные, оператору ОФД через сеть передачи данных (например, Интернет). В свою очередь, оператор ОФД создает ответный фискальный признак и высылает подтверждение, подписанное этим фискальным признаком, обратно аппарату ККТ. Таким образом оператор ОФД уведомляет аппарат ККТ о том, что он принял направленные им данные. После этого аппарат ККТ регистрирует полученное подтверждение и, если покупка совершается классическим очным образом, а не через Интернет, выдает покупателю бумажный чек, подтверждающий совершение покупки. После получения данных от - аппарата ККТ, оператор ОФД передает данные о расчете в службу ФНС, выполняя тем самым требования Федерального закона №54. Полная цепочка действий может занимать всего несколько секунд.In short, the interaction between the OFD operator, on the one hand, and the seller and the KKT apparatus, on the other hand, is as follows. After making a purchase by the buyer, the CCP apparatus creates a fiscal document (fiscal data presented in the established formats in the form of a cash receipt, a strict reporting form and (or) another document stipulated by the legislation of the Russian Federation on the use of cash registers) and sends it to the fiscal drive (Fn). For the purposes of this application, we will consider only the electronic form of fiscal documents, which we will call the electronic check. The FN drive saves the electronic check, signs it with a fiscal tag and forwards the packet containing the fiscal tag and fiscal data to the OFD operator via a data network (for example, the Internet). In turn, the OFD operator creates a reciprocal fiscal sign and sends a confirmation signed by this fiscal sign back to the CCP apparatus. Thus, the OFD operator notifies the CCP apparatus that it has received the data sent to it. After that, the CCP apparatus registers the confirmation received and, if the purchase is made in a classic full-time manner, and not via the Internet, gives the buyer a paper receipt confirming the purchase. After receiving data from the KKT apparatus, the OFD operator transfers the settlement data to the Federal Tax Service, thereby fulfilling the requirements of Federal Law No. 54. A complete chain of actions can only take a few seconds.

В случае Интернет-покупки, или если продавцу известен адрес электронной почты и/или абонентский номер телефона покупателя, покупателю может быть выслан электронный чек. Электронный чек, помимо данных о приобретенном товаре или услуге, сумме покупки, данных владельца аппарата ККТ и прочих данных, может содержать QR-код и гиперссылку, которые покупатель может использовать для проверки содержимого чека специальными интернет-сервисами, предназначенными для этого. Все электронные чеки хранятся у оператора ОФД в базе данных в течение 5 лет, и покупатель в любой момент этого периода может получить доступ к своим электронным чекам, чтобы проверить совершенный им платеж и убедиться в его законности. Службе ФНС оператор ОФД обязан предоставлять все хранящиеся у него фискальные данные по первому ее требованию.In the case of an online purchase, or if the seller knows the email address and / or customer’s phone number, an electronic check may be sent to the buyer. An electronic check, in addition to data on the purchased product or service, purchase amount, data of the owner of the CCP apparatus and other data, may contain a QR code and a hyperlink that the buyer can use to check the contents of the check with special Internet services designed for this. All electronic checks are stored by the OFD operator in the database for 5 years, and the buyer can access their electronic checks at any time during this period in order to verify the payment made by him and verify his legality. The operator of the OFD is obliged to provide the Federal Tax Service with all the fiscal data stored by him at its first request.

Одна из обязанностей оператора ОФД состоит в сохранении конфиденциальности доверенной ему фискальной информации. Государство защищает коммерческую тайну продавцов, что заключается в требовании неразглашения сведений о суммах их продаж. С этой целью операторы ОФД защищают свои сервера от взлома, кодируют хранимые и передаваемые фискальные данные, блокируют к ним доступ неавторизованных лиц.One of the responsibilities of the OFD operator is to maintain the confidentiality of fiscal information entrusted to it. The state protects the trade secrets of sellers, which consists in the requirement of non-disclosure of information about the amounts of their sales. For this purpose, OFD operators protect their servers from hacking, encode stored and transmitted fiscal data, and block access to them by unauthorized persons.

В контексте вопроса конфиденциальности фискальных данных важно отметить, что сама по себе информация о характере покупок, совершаемых каким-либо покупателем, т.е. информация о видах приобретаемых товаров и услуг и о частоте совершения соответствующих покупок, если в ней не содержаться данные позволяющих третьем улицу идентифицировать продавца-налогоплательщика, осуществившего продажу этих товаров и услуг, а также данные, позволяющие идентифицировать покупателя тому, кто не имеет законного доступа к данным покупателя, строго говоря не является конфиденциальной. Между тем, информация о приобретенных товарах и услугах присутствует в фискальных данных электронного чека, тогда как знание этой информации может иметь существенное значение для участников рынка, поскольку позволяет получить представления о покупательских привычках и поведении в том или ином регионе, потребительском секторе, равно как позволяет лицам, законно имеющим доступ к данным покупателей, ознакомиться с потребительскими предпочтениями каждого покупателя. Следовательно, такая информация является мощным инструментом конкурентной борьбы. В качестве примера получателей выгоды от знания такой информации можно назвать рекламные компании, интернет-магазины, службы сбора статистики и пр. Отдельно стоит отметить, что данные электронного чека обычно не содержат информации о личности покупателя, так как покупатель не обязан идентифицировать себя перед продавцом при совершении покупки. То есть в большинстве случаев, понять по данным электронного чека, кто именно является покупателем того или иного товара или услуги, не представляется возможным. Как следствие, не представляется невозможным накопление истории покупок отдельного покупателя.In the context of the issue of confidentiality of fiscal data, it is important to note that in itself information about the nature of purchases made by any buyer, i.e. information on the types of goods and services purchased and on the frequency of the relevant purchases, if it does not contain data allowing third street to identify the seller-taxpayer who sold these goods and services, as well as data allowing the buyer to be identified to someone who does not have legal access to Buyer data, strictly speaking, is not confidential. Meanwhile, information on purchased goods and services is present in the fiscal data of the electronic check, while knowledge of this information can be of great importance for market participants, since it allows you to get an idea of buying habits and behavior in a particular region, consumer sector, as well as persons legally having access to customer data to familiarize themselves with the consumer preferences of each customer. Therefore, such information is a powerful competitive tool. As an example of the recipients of the benefits of knowing such information, one can mention advertising companies, online stores, statistics collection services, etc. It is worth noting that electronic check data usually does not contain information about the identity of the buyer, since the buyer is not required to identify himself to the seller when making a purchase. That is, in most cases, it is not possible to understand, according to the electronic check, who exactly is the buyer of a particular product or service. As a result, it does not seem impossible to accumulate the purchase history of an individual buyer.

Насколько известно авторам настоящего решения, современный уровень техники не содержит каких-либо механизмов вычленения информации о товарах и услугах отдельно взятого покупателя из набора фискальных данных, хранящихся у оператора ОФД. Как следствие, уровень техники не содержит средств, позволяющих вычленять указанную информацию из фискальных данных, с учетом положений законодательства РФ о защите конфиденциальной информации. Соответственно, задача настоящего изобретения заключается в разработке способов, способных по меньшей мере частично ликвидировать обозначенный пробел в данной области техники.As far as the authors of this decision know, the current level of technology does not contain any mechanisms for isolating information about the goods and services of an individual buyer from a set of fiscal data stored by the OFD operator. As a result, the prior art does not contain tools to isolate the specified information from fiscal data, taking into account the provisions of the legislation of the Russian Federation on the protection of confidential information. Accordingly, it is an object of the present invention to provide methods capable of at least partially filling a designated gap in the art.

Раскрытие сущности изобретенияDisclosure of the invention

Поставленная задача решена авторами настоящего изобретения в отношении класса покупателей, совершающих свои покупки с использованием электронных платежных средств. Если говорить более конкретно, поставленная задача решена авторами настоящего изобретения путем разработки способов, охарактеризованных в независимых пп. 1, 13, 25, 51, 74, 100, 125, 151, 174, и 190 приложенной формулы изобретения и позволяющих без нарушения конфиденциальности данных, накапливать и получать обезличенную информацию об истории покупок отдельных покупателей, совершенных с использованием электронных платежных средств, а также, получать информацию о соответствии POS-терминалов и аппаратов ККТ.The problem is solved by the authors of the present invention in relation to the class of customers making their purchases using electronic means of payment. More specifically, the task is solved by the authors of the present invention by developing methods described in independent claims. 1, 13, 25, 51, 74, 100, 125, 151, 174, and 190 of the appended claims and allowing, without violating data confidentiality, to accumulate and receive anonymized information on the purchase history of individual customers made using electronic payment methods, as well as , receive information on the compliance of POS-terminals and devices KKT.

Заявляемые способы и детали их реализации приведенные ниже в виде пронумерованных пунктов.The inventive methods and details of their implementation are given below in the form of numbered paragraphs.

1. Способ создания таблицы соответствий POS-терминалов и аппаратов ККТ, которые ассоциированы с соответствующими POS-терминалами, способ исполняемый на по меньшей мере одном сервере, имеющем доступ к данным банковских транзакций, способ, включающий:1. A method of creating a correspondence table of POS terminals and CCP devices that are associated with corresponding POS terminals, a method executable on at least one server having access to bank transaction data, a method including:

накопление указанным по меньшей мере одним сервером, имеющем доступ к данным банковских транзакций, во время обработки транзакций, исходящих со множества POS-терминалов, первого набора рядов данных POS-терминалов, причем каждый из рядов данных POS-терминала содержит по меньшей мере: идентификатор POS-терминала,accumulation by the indicated at least one server having access to bank transaction data, during processing of transactions originating from a plurality of POS terminals, of a first set of data series of POS terminals, each of the data series of a POS terminal containing at least: POS identifier -terminal

времена транзакций, исходящих с указанного POS-терминала получение от по меньшей мере одного сервера, имеющего доступ к фискальным данным, второго набора рядов данных аппаратов ККТ, накопленных по мере обслуживания указанным по меньшей мере одним сервером, имеющим доступ к фискальным данным, ассоциированных с ним аппаратов ККТ, причем каждый из рядов данных аппаратов ККТ содержит по меньшей мере:times of transactions originating from the indicated POS terminal receiving from at least one server having access to fiscal data, a second set of data sets of CCP devices accumulated during servicing by the indicated at least one server having access to fiscal data associated with it KKT devices, and each of the series of these KKT devices contains at least:

идентификатор аппарата ККТ,CCP device identifier,

времена покупок, осуществленных с использованием указанного аппарата ККТtimes of purchases made using the specified KKT apparatus

установление соответствия между POS-терминалами и аппаратами ККТ, на основании анализа соответствия времен транзакций, исходящих с указанных POS-терминалов временам покупок, осуществленных с использованием указанных аппаратов ККТ;establishing correspondence between POS-terminals and KKT devices, based on the analysis of the correspondence of transaction times originating from these POS-terminals to the time of purchases made using the indicated KKT devices;

по результатам установления указанного соответствия создание и сохранение таблицы соответствий идентификаторов POS-терминалов и идентификаторов аппаратов ККТ, в которой идентификаторы POS-терминалов ассоциированы с соответствующими идентификаторами аппаратов ККТ.according to the results of establishing the indicated correspondence, the creation and maintenance of a correspondence table of identifiers of POS terminals and identifiers of CCP devices, in which identifiers of POS terminals are associated with the corresponding identifiers of CCP devices.

2. Способ по п. 1, в котором каждый из рядов данных аппаратов ККТ дополнительно содержит идентификатор оператора фискальных данных, ассоциированного с аппаратом ККТ.2. The method according to p. 1, in which each of the data series of the CCP apparatus further comprises an identifier of the fiscal data operator associated with the CCP apparatus.

3. Способ по п. 1, в котором каждый из рядов данных POS-терминалов дополнительно содержит идентификатор оператора банковских транзакций, ассоциированного с POS-терминалом.3. The method of claim 1, wherein each of the series of these POS terminals further comprises an identifier of a bank transaction operator associated with the POS terminal.

4. Способ по п. 3, в котором оператор банковских транзакций является платежной системой, ассоциированной с POS-терминалом.4. The method according to claim 3, wherein the banking transaction operator is a payment system associated with a POS terminal.

5. Способ по п. 3, в котором оператор банковских транзакций является банком-эквайером, ассоциированным с POS-терминалом.5. The method of claim 3, wherein the banking transaction operator is an acquirer bank associated with a POS terminal.

6. Способ по п. 1 в котором, установление соответствия между POS-терминалами и аппаратами ККТ, дополнительно включает определение параметров временного смещения для пар, состоящих из POS-терминала и соответствующего ему аппарата ККТ, причем параметр временного смещения отражает разницу между временем транзакции, определяемым POS-терминалом, и временем обработки покупки, соответствующей транзакции, определяемым аппаратом ККТ, соответствующем POS-терминалу.6. The method according to p. 1 in which, establishing a correspondence between POS terminals and CCP devices, further includes determining the time offset parameters for pairs consisting of a POS terminal and its corresponding CCP device, wherein the time offset parameter reflects the difference between the transaction time, determined by the POS terminal, and the processing time of the purchase corresponding to the transaction determined by the CCP apparatus corresponding to the POS terminal.

7. Способ по п. 1, дополнительно включающий уточнение таблицы соответствий по мере накопления указанным по меньшей мере одним сервером, имеющем доступ к данным банковских транзакций, новых данных POS-терминалов.7. The method according to claim 1, further comprising updating the correspondence table as the indicated at least one server having access to the data of banking transactions has new POS terminal data.

8. Способ по п. 7, в котором уточнение таблицы соответствий выполняется регулярно через предзаданные промежутки времени.8. The method according to p. 7, in which the refinement of the correspondence table is performed regularly at predetermined intervals.

9. Способ по п. 7, в котором уточнение таблицы соответствий проводится в ответ на получение сервером, имеющим доступ к данным банковских транзакций, данных о новых POS-терминалах.9. The method according to p. 7, in which the refinement of the correspondence table is carried out in response to the receipt by the server having access to banking transaction data of data about new POS terminals.

10. Способ по п. 7, в котором уточнение таблицы соответствий проводится в ответ на накопление указанным по меньшей мере одним сервером, имеющем доступ к данным банковских транзакций, предзаданного объема новых данных POS-терминалов.10. The method according to p. 7, in which the refinement of the correspondence table is carried out in response to the accumulation of the specified at least one server that has access to bank transaction data, the predetermined amount of new data of POS terminals.

11. Способ по п. 1, в котором таблица соответствий идентификаторов POS-терминалов и идентификаторов аппаратов ККТ представляет собой базу данных.11. The method according to claim 1, in which the correspondence table of the identifiers of the POS terminals and the identifiers of the devices of the CCP is a database.

12. Способ по п. 1, дополнительно включающий отправку по меньшей мере части таблицы соответствий на по меньшей мере один сервер оператора фискальных данных.12. The method according to claim 1, further comprising sending at least a portion of the correspondence table to at least one fiscal data operator server.

13. Способ создания таблицы соответствий POS-терминалов и аппаратов ККТ, которые ассоциированы с соответствующими POS-терминалами, способ исполняемый на по меньшей мере одном сервере, имеющем доступ к фискальным данным, способ включающий:13. A method of creating a correspondence table of POS terminals and CCP devices that are associated with corresponding POS terminals, a method executable on at least one server having access to fiscal data, a method including:

накопление указанным по меньшей мере одним сервером, имеющем доступ к фискальным данным, по мере обслуживания указанным по меньшей мере одним сервером, имеющим доступ к фискальным данным, ассоциированных с ним аппаратов ККТ, первого набора рядов данных аппаратов ККТ, причем каждый из рядов данных аппарата ККТ содержит по меньшей мере:the accumulation of the specified at least one server having access to fiscal data, as the specified at least one server having access to fiscal data, associated with it KKT devices, the first set of data sets of KKT devices, each of the data series of KKT device contains at least:

идентификатор аппарата ККТ,CCP device identifier,

получение от по меньшей мере одного сервера, имеющего доступ к данным банковских транзакций, второго набора рядов данных POS-терминалов, накопленных по мере обслуживания указанным по меньшей мере одним сервером, имеющего доступ к данным банковских транзакций, ассоциированных с ним POS-терминалов, причем каждый из рядов данных содержит по меньшей мере:receiving from at least one server having access to bank transaction data, a second set of series of POS terminal data, accumulated during servicing by said at least one server having access to bank transaction data, associated POS terminals, each of the data series contains at least:

идентификатор POS-терминала,POS terminal identifier

времена транзакций, исходящих с указанного POS-терминалаTransaction times from the specified POS terminal

14. Способ по п. 13, в котором каждый из рядов данных аппаратов ККТ дополнительно содержит идентификатор оператора фискальных данных, ассоциированного с аппаратом ККТ.14. The method according to p. 13, in which each of the data series of the CCP apparatus further comprises an identifier of the fiscal data operator associated with the CCP apparatus.

15. Способ по п. 13, в котором каждый из рядов данных POS-терминалов дополнительно содержит идентификатор оператора банковских транзакций, ассоциированного с POS-терминалом.15. The method of claim 13, wherein each of the series of these POS terminals further comprises an identifier of a bank transaction operator associated with the POS terminal.

16. Способ по п. 15, в котором оператор банковских транзакций является платежной системой, ассоциированной с POS-терминалом.16. The method of claim 15, wherein the banking transaction operator is a payment system associated with a POS terminal.

17. Способ по п. 15, в котором оператор банковских транзакций является банком-эквайером, ассоциированным с POS-терминалом.17. The method of claim 15, wherein the banking transaction operator is an acquirer bank associated with a POS terminal.

18. Способ по п. 13 в котором, установление соответствия между POS-терминалами и аппаратами ККТ, дополнительно включает определение параметров временного смещения для пар, состоящих из POS-терминала и соответствующего ему аппарата ККТ, причем параметр временного смещения отражает разницу между временем транзакции, определяемым POS-терминалом, и временем обработки покупки, соответствующей транзакции, определяемым аппаратом ККТ, соответствующим POS-терминалу.18. The method according to p. 13 in which, establishing a correspondence between POS terminals and CCP devices, further includes determining the time offset parameters for pairs consisting of a POS terminal and its corresponding CCP device, wherein the time offset parameter reflects the difference between the transaction time, determined by the POS terminal, and the processing time of the purchase corresponding to the transaction determined by the CCP apparatus corresponding to the POS terminal.

19. Способ по п. 13, дополнительно включающий уточнение таблицы соответствий по мере накопления указанным по меньшей мере одним сервером, имеющем доступ к фискальным данным, новых данных аппаратов ККТ.19. The method according to p. 13, further comprising updating the correspondence table as the specified at least one server with access to fiscal data has new data from the CCP devices.

20. Способ по п. 19, в котором уточнение таблицы соответствий выполняется регулярно через предзаданные промежутки времени.20. The method according to p. 19, in which the refinement of the correspondence table is performed regularly at predetermined intervals.

21. Способ по п. 19, в котором уточнение таблицы соответствий проводится в ответ на получение сервером, имеющим доступ к фискальным данным, данных о новых аппаратах ККТ.21. The method according to p. 19, in which the refinement of the correspondence table is carried out in response to the receipt by the server having access to fiscal data of data on new CCP devices.

22. Способ по п. 19, в котором уточнение таблицы соответствий проводится в ответ на накопление указанным по меньшей мере одним сервером, имеющем доступ к фискальным данным, предзаданного объема новых данных аппаратов ККТ.22. The method according to p. 19, in which the refinement of the correspondence table is carried out in response to the accumulation of the specified at least one server with access to fiscal data, the predetermined amount of new data from the apparatus of the CCP.

23. Способ по п. 13, в котором таблица соответствий идентификаторов POS-терминалов и идентификаторов аппаратов ККТ представляет собой базу данных.23. The method according to p. 13, in which the correspondence table of the identifiers of the POS terminals and the identifiers of the devices of the CCP is a database.

24. Способ по п. 13, дополнительно включающий отправку по меньшей мере части таблицы соответствий на по меньшей мере один сервер оператора банковских транзакций.24. The method of claim 13, further comprising sending at least a portion of the correspondence table to at least one server of the bank transaction operator.

25. Способ накопления обезличенной информации о покупках покупателя, совершенных с использованием электронного платежного средства, способ, исполняемый на по меньшей мере одном сервере, имеющем доступ к фискальным данным, способ включающий:25. A method of accumulating anonymized information about purchases of a buyer made using an electronic means of payment, a method executable on at least one server having access to fiscal data, the method comprising:

после совершения покупки покупателем, получение указанным по меньшей мере одним сервером, имеющим доступ к фискальным данным, от аппарата ККТ, участвующего в оформлении покупки, соответствующего электронного чека, содержащего по меньшей мере:after the purchase is made by the buyer, receipt by the specified at least one server with access to fiscal data, from the CCP apparatus participating in the purchase process, of the corresponding electronic check containing at least:

данные владельца аппарата ККТ,data of the owner of the CCP apparatus,

идентификатор аппарата ККТ,CCP device identifier,

указание наименований приобретенных покупателем позиций товара и их стоимости,indication of the names of the items purchased by the buyer of the goods and their value,

время покупки;time of purchase;

обработка электронного чека путем исключения из него по меньшей мере части данных владельца аппарата ККТ с получением обезличенного электронного чека, содержащего по меньшей мере информацию о приобретенных покупателем позициях товара;processing an electronic check by excluding from it at least a part of the data of the owner of the CCP apparatus with obtaining an anonymized electronic check containing at least information about the items purchased by the buyer;

получение от по меньшей мере одного сервера, имеющего доступ к данным банковских транзакций, связанного с POS-терминалом, с помощью которого покупателем была произведена транзакция по оплате покупки электронным платежным средством, запроса на получение обезличенного электронного чека, причем запрос включает в себя:receiving from at least one server having access to bank transaction data associated with the POS terminal with which the buyer made a transaction to pay for the purchase with an electronic payment instrument, a request for an anonymized electronic check, the request including:

идентификатор указанного POS-терминала,identifier of the specified POS terminal,

время транзакции;transaction time;

в ответ на нахождение в таблице соответствий POS-терминалов и аппаратов ККТ соответствия между идентификатором указанного POS-терминала и идентификатором указанного аппарата ККТ и нахождение соответствия между указанным временем транзакции и указанным временем покупки, отправка на по меньшей мере один сервер, имеющий доступ к данным банковских транзакций, обезличенного электронного чека, соответствующего транзакции, причем указанная отправка инициирует сохранение сервером, имеющим доступ к данным к банковских транзакций, указанного обезличенного электронного чека с привязкой к хэш-коду электронного платежного средства, ассоциированного с покупателем, в хранилище обезличенной информации об истории покупок покупателя.in response to finding the correspondence between the identifier of the indicated POS terminal and the identifier of the indicated KST apparatus and finding the correspondence between the indicated transaction time and the indicated purchase time in the correspondence table of POS terminals and CCP devices, sending to at least one server that has access to banking data transactions, an anonymized electronic check, the corresponding transaction, and the specified sending initiates the saving by the server having access to data to banking transactions of the indicated ezlichennogo electronic check with reference to the hash value of the electronic means of payment associated with the buyer in the store anonymised information about the history of the buyer purchases.

26. Способ по п. 25, в котором данные владельца аппарата ККТ, содержащиеся в электронном чеке, полученном указанным по меньшей мере одним сервером, имеющим доступ к фискальным данным, от аппарата ККТ, участвующего в оформлении покупки, включают в себя по меньшей мере одно из:26. The method according to p. 25, in which the data of the owner of the CCP apparatus contained in the electronic check received by the specified at least one server having access to fiscal data from the CCP apparatus involved in the purchase process includes at least one of:

идентификационный номер налогоплательщика владельца аппарата ККТ,taxpayer identification number of the owner of the KKT apparatus,

код причины постановки на учет владельца аппарата ККТ,code of the reason for registering the owner of the KKT apparatus,

наименование владельца аппарата ККТ,name of the owner of the KKT apparatus,

основной государственный регистрационный номер владельца аппарата ККТ,main state registration number of the owner of the KKT apparatus,

юридический адрес владельца аппарата ККТ,legal address of the owner of the KKT apparatus,

фактический адрес владельца аппарата ККТ,actual address of the owner of the KKT apparatus,

адрес расположения аппарата ККТ.location address of the CCP apparatus.

27. Способ по п. 25, в котором получение обезличенного электронного чека дополнительно включает в себя нормализацию наименований приобретенных покупателем позиций товара, путем приведения наименований приобретенных покупателем позиций товара к единообразному виду.27. The method according to p. 25, in which the receipt of an impersonal electronic check further includes the normalization of the names of the items purchased by the buyer of the goods, by bringing the names of the items purchased by the buyer of the goods to a uniform form.

28. Способ, по п. 27, в котором нормализация наименований приобретенных покупателем позиций товара выполняется с использованием по меньшей мере одного из:28. The method according to p. 27, in which the normalization of the names of the items purchased by the buyer of goods is performed using at least one of:

регулярных выражений,regular expressions

алгоритмов машинного обучения,machine learning algorithms,

анализа стоимости позиции товара,analysis of the value of the item’s position,

эвристик,heuristic

словаря наименований товаров.dictionary of product names.

29. Способ по п. 27, в котором нормализация выполняется программным модулем нормализации, исполняемым на по меньшей мере одном сервере, имеющем доступ к фискальным данным.29. The method of claim 27, wherein the normalization is performed by a normalization software module executed on at least one server having access to fiscal data.

30. Способ по п. 27, в котором нормализация выполняется программным модулем нормализации, исполняемым на по меньшей мере одном сервере, отличном от указанного по меньшей мере одного сервера, имеющего доступ к фискальным данным.30. The method of claim 27, wherein the normalization is performed by a normalization software module executed on at least one server other than said at least one server having access to fiscal data.

31. Способ по п. 30, в котором нормализация включает шаги:31. The method according to p. 30, in which the normalization includes steps:

отправки указанным по меньшей мере одни сервером, имеющем доступ к фискальным данным, наименований приобретенных покупателем позиций товара на по меньшей мере один сервер, отличный от указанного по меньшей мере одного сервера, имеющего доступ к фискальным данным, иsending the specified at least one server having access to fiscal data, the names of the items purchased by the buyer of the goods to at least one server other than the specified at least one server having access to fiscal data, and

получения от по меньшей мере одного сервера, отличного от указанного по меньшей мере одного сервера, имеющего доступ к фискальным данным, нормализованных наименований приобретенных покупателем позиций товара.receiving from at least one server other than the specified at least one server having access to fiscal data, normalized names of product items purchased by the buyer.

32. Способ по пункту 25, в котором получение обезличенного электронного чека, дополнительно включает исключение из электронного чека по меньшей мере одного из:32. The method according to paragraph 25, in which the receipt of a depersonalized electronic check, further includes the exclusion from the electronic check of at least one of:

стоимости приобретенных покупателем позиций товара,the value of the goods purchased by the buyer,

идентификатора аппарата ККТ,CCP device identifier,

времени покупки.time of purchase.

33. Способ по п. 25, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, имеющем доступ к данным банковских транзакций.33. The method according to p. 25, in which the store of anonymized information about the purchase history of the buyer is located on at least one server that has access to bank transaction data.

34. Способ по п. 25, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, имеющем доступ к фискальным данным.34. The method according to p. 25, in which the store of anonymized information about the purchase history of the buyer is located on at least one server with access to fiscal data.

35. Способ по п. 25, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, отличном от по меньшей мере одного сервера, имеющего доступ к фискальным данным и отличном от по меньшей мере одного сервера, имеющего доступ к данным банковских транзакций.35. The method according to p. 25, in which the store of anonymized information about the purchase history of the buyer is located on at least one server other than at least one server having access to fiscal data and different from at least one server having access to bank transaction data.

36. Способ по п. 25, в котором хранилище обезличенной информации об истории покупок покупателя является базой данных.36. The method according to p. 25, in which the store depersonalized information about the purchase history of the buyer is a database.

37. Способ по п. 25, в котором по меньшей мере один сервер, имеющий доступ к фискальным данным, является по меньшей мере одним сервером оператора фискальных данных, обслуживающего указанный аппарат ККТ.37. The method of claim 25, wherein the at least one server having access to fiscal data is at least one server of a fiscal data operator serving said CCP apparatus.

38. Способ по п. 25, в котором по меньшей мере один сервер, имеющий доступ к данным банковских транзакций, является по меньшей мере одним сервером платежной системы, ассоциированной с POS-терминалом.38. The method of claim 25, wherein the at least one server having access to banking transaction data is at least one payment system server associated with a POS terminal.

39. Способ по п. 25, в котором по меньшей мере один сервер, имеющий доступ к данным банковских транзакций, является по меньшей мере одним сервером банка-эквайера, ассоциированного с POS-терминалом.39. The method of claim 25, wherein the at least one server having access to bank transaction data is at least one acquirer bank server associated with the POS terminal.

40. Способ по п. 25, в котором хэш-код электронного платежного средства, получен путем применения операции хэширования к по меньшей мере части данных электронного платежного средства.40. The method of claim 25, wherein the hash code of the electronic payment medium is obtained by applying a hash operation to at least a portion of the electronic payment medium data.

41. Способ по п. 25, в котором хэш-код получен путем применения операции шифрования к по меньшей мере части данных электронного платежного средства.41. The method of claim 25, wherein the hash code is obtained by applying an encryption operation to at least a portion of the electronic payment device data.

42. Способ по п. 25 в котором хранилище обезличенной информации об истории покупок покупателя выполнено с возможностью хранить для каждого хэш-кода электронного платежного средства, обезличенные электронные чеки по покупкам, оплаченным с помощью этого электронного платежного средства.42. The method according to p. 25 in which the store of anonymized information about the purchase history of the buyer is made with the possibility of storing for each hash code of an electronic payment instrument, anonymized electronic receipts for purchases paid using this electronic payment instrument.

43. Способ по п. 42, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого обезличенного электронного чека идентификатор оператора фискальных данных, получившего от аппарата ККТ, электронный чек, соответствующий обезличенному электронного чеку.43. The method according to p. 42, in which the store of anonymized information about the purchase history of the buyer is made with the additional ability to store for each anonymized electronic check the identifier of the operator of fiscal data received from the CCP apparatus, an electronic check corresponding to an anonymized electronic check.

44. Способ по п. 42, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого хэш-кода электронного платежного средства идентификатор оператора банковских транзакций, ассоциированного с электронным платежным средством.44. The method according to p. 42, in which the store of anonymized information about the purchase history of the buyer is made with the additional ability to store for each hash code of the electronic payment tool the identifier of the bank transaction operator associated with the electronic payment tool.

45. Способ по п. 44, в котором оператор банковских транзакций является платежной системой, связанной с электронным платежным средством.45. The method according to claim 44, wherein the banking transaction operator is a payment system associated with an electronic payment medium.

46. Способ по п. 44, в котором оператор банковских транзакций является банком-эмитентом платежного средства.46. The method according to claim 44, wherein the banking transaction operator is the issuing bank of the payment instrument.

47. Способ по п. 42, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого обезличенного электронного чека идентификатор банка-эквайера, ассоциированного с POS-терминалом, осуществившим транзакцию, соответствующую обезличенному электронному чеку.47. The method according to p. 42, in which the store of depersonalized information about the purchase history of the buyer is made with the additional possibility to store for each depersonalized electronic check the identifier of the acquirer bank associated with the POS terminal that completed the transaction corresponding to the depersonalized electronic check.

48. Способ по п. 25, в котором таблица соответствий POS-терминалов и аппаратов ККТ предварительно создана на указанном по меньшей мере одном сервере, имеющем доступ к фискальным данным.48. The method according to p. 25, in which the correspondence table of POS terminals and CCP devices is pre-created on the specified at least one server with access to fiscal data.

49. Способ по п. 25, в котором таблица соответствий POS-терминалов и аппаратов ККТ создана на по меньшей мере одном сервере, отличном от указанного по меньшей мере одного сервере, имеющем доступ к фискальным данным.49. The method of claim 25, wherein the correspondence table of the POS terminals and the CCP apparatuses is created on at least one server different from the at least one server having access to fiscal data.

50. Способ по п. 49, в котором таблица соответствий POS-терминалов и аппаратов ККТ предварительно получена указанным по меньшей мере одним сервером, имеющим доступ к фискальным данным, от по меньшей мере одного сервера, отличного от указанного по меньшей мере одного сервере, имеющем доступ к фискальным данным.50. The method according to p. 49, in which the correspondence table of POS terminals and CCP devices is previously obtained by the specified at least one server having access to fiscal data from at least one server other than the specified at least one server having access to fiscal data.

51. Способ накопления обезличенной информации о покупках покупателя, совершенных с использованием электронного платежного средства, способ, исполняемый на по меньшей мере одном сервере, имеющем доступ к данным банковских транзакций, способ включающий:51. A method of accumulating anonymized information about purchases made by a buyer using an electronic means of payment, a method executed on at least one server having access to bank transaction data, the method comprising:

после оплаты покупки с помощью электронного платежного средства, ассоциированного с покупателем, получение от POS-терминала, участвующего в осуществлении транзакцию по указанной оплате, данных транзакции, содержащих по меньшей мере:after paying for the purchase using an electronic payment tool associated with the buyer, receiving from the POS terminal participating in the transaction for the specified payment, transaction data containing at least:

время транзакции,transaction time

сумму транзакции,transaction amount

данные указанного электронного платежного средства;data specified electronic means of payment;

отправка на по меньшей мере один сервер, имеющий доступ к фискальным данным запроса на получение обезличенного электронного чека, соответствующего транзакции, причемsending to at least one server having access to fiscal data of a request for an anonymized electronic check corresponding to a transaction, moreover

запрос включает в себя:The request includes:

время транзакции,transaction time

и сконфигурирован таким образом, чтобы инициировать на по меньшей мере одном сервере, имеющем доступ к фискальным данным следующие шаги:and configured to initiate the following steps on at least one server that has access to fiscal data:

поиск в таблице соответствий POS-терминалов и аппаратов ККТ идентификатора аппарата ККТ, соответствующего идентификатору POS-терминала, и участвовавшего в оформлении указанной покупки и,search in the correspondence table of POS terminals and CCP devices for the identifier of the CCP device corresponding to the identifier of the POS terminal, and participating in the design of the indicated purchase, and,

в случае нахождения соответствующего идентификатора аппарата ККТ, поиск обезличенного электронного чека, ассоциированного с указанным аппаратом ККТ и имеющего время покупки, соответствующее указанному времени транзакции и,in the case of finding the corresponding identifier of the CCP apparatus, the search for an anonymous electronic check associated with the indicated CCP apparatus and having a purchase time corresponding to the indicated transaction time and,

в случае нахождения соответствующего обезличенного электронного чека, отправку указанного обезличенного электронного чека на указанный по меньшей мере один сервер, имеющий доступ к данным банковских транзакций;in case of finding the corresponding anonymized electronic check, sending the indicated anonymized electronic check to the specified at least one server having access to the data of bank transactions;

получение от по меньшей мере одного сервера, имеющего доступ к фискальным данным, обезличенного электронного чека, соответствующего транзакции,receiving from at least one server having access to fiscal data, an anonymized electronic check corresponding to the transaction,

формирование хэш-кода электронного платежного средства, ассоциированного с покупателем, и сохранение обезличенного электронного чека с привязкой к указанному хэш-коду электронного платежного средства в хранилище обезличенной информации об истории покупок покупателя.generating a hash code of the electronic payment instrument associated with the buyer, and storing the anonymized electronic check with reference to the specified hash code of the electronic payment instrument in the repository of anonymized information on the purchase history of the buyer.

52. Способ по п. 51, в котором данные транзакции, дополнительно содержат по меньшей мере одно из:52. The method of claim 51, wherein the transaction data further comprises at least one of:

данные владельца POS-терминала,POS terminal owner data,

данные банка-эквайера, обслуживающего владельца POS-терминала.data of the acquiring bank serving the owner of the POS terminal.

53. Способ по п. 52, в котором данные владельца POS-терминала включают в себя, по меньшей мере одно из:53. The method of claim 52, wherein the owner data of the POS terminal includes at least one of:

наименование владельца POS-терминала,name of the owner of the POS terminal,

основной государственный регистрационный номер владельца POS-терминала,main state registration number of the owner of the POS terminal,

юридический адрес владельца POS-терминала,legal address of the owner of the POS terminal,

фактический адрес владельца POS-терминала,The actual address of the owner of the POS terminal,

адрес расположения POS-терминала.POS terminal location address.

54. Способ по п. 51, в котором данные указанного электронного платежного средства включают в себя идентификатор покупателя.54. The method of claim 51, wherein said electronic payment medium data includes a customer identifier.

55. Способ по п. 54, в котором данные указанного электронного платежного средства дополнительно включают в себя по меньшей мере одно из:55. The method according to p. 54, in which the data of the specified electronic means of payment further include at least one of:

дата истечения срока действия электронного платежного средства, номер электронного платежного средства,expiration date of electronic payment means, electronic payment means number,

идентификатор банка-эмитента, ассоциированного с электронным платежным средством,identifier of the issuing bank associated with the electronic payment instrument,

CVV - код электронного платежного средства,CVV - electronic payment instrument code,

CVV2 - код электронного платежного средства,CVV2 - electronic payment instrument code,

CVC - код электронного платежного средства,CVC - electronic payment instrument code,

С\/С2 - код электронного платежного средства,C \ / C2 - code of electronic means of payment,

CVP - код электронного платежного средства,CVP - electronic payment instrument code,

С\/Р2 - код электронного платежного средства,C \ / P2 - electronic payment instrument code,

CID - код электронного платежного средства,CID - electronic payment instrument code,

CVD - код электронного платежного средства,CVD - electronic payment instrument code,

CVN2 - код электронного платежного средства.CVN2 - code of electronic means of payment.

56. Способ по п. 51, в котором обезличенный электронный чек получен с помощью обработки электронного чека путем исключения из него по меньшей мере части данных владельца аппарата ККТ, и содержит по меньшей мере информацию о приобретенных покупателем позициях товара.56. The method according to p. 51, in which the depersonalized electronic check is obtained by processing the electronic check by excluding from it at least part of the data of the owner of the CCP apparatus, and contains at least information about the items purchased by the buyer.

57. Способ по пункту 56, в котором обезличенный электронный чек, получен путем дополнительного исключения из электронного чека по меньшей мере одного из:57. The method according to paragraph 56, wherein the depersonalized electronic check is obtained by additionally excluding from the electronic check at least one of:

стоимости приобретенных покупателем позиций товара, идентификатора аппарата ККТ, времени покупки.the cost of the product items purchased by the buyer, the identifier of the CCP apparatus, the time of purchase.

58. Способ по п. 56, в котором обезличенный электронный чек получен с выполнением нормализации наименований приобретенных покупателем позиций товара, путем приведения наименований приобретенных покупателем позиций товара к единообразному виду.58. The method according to claim 56, wherein the anonymous personalized electronic check is received by normalizing the names of the items of goods purchased by the buyer by bringing the names of the items of goods purchased by the buyer to a uniform form.

59. Способ, по п. 58, в котором нормализация наименований приобретенных покупателем позиций товара выполнена с использованием по меньшей мере одного из:59. The method according to p. 58, in which the normalization of the names of the items purchased by the buyer of goods is performed using at least one of:

регулярных выражений,regular expressions

эвристик,heuristic

60. Способ по п. 51, в котором хранилище обезличенной информации об истории покупок покупателя располагается на указанном по меньшей мере одном сервере, имеющем доступ к данным банковских транзакций.60. The method according to p. 51, in which the store of anonymized information about the purchase history of the buyer is located on the specified at least one server that has access to banking transaction data.

61. Способ по п. 51, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, имеющем доступ к фискальным данным.61. The method according to p. 51, in which the store of anonymized information about the purchase history of the buyer is located on at least one server that has access to fiscal data.

62. Способ по п. 51, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, отличном от по меньшей мере одного сервера, имеющего доступ к фискальным данным и отличном от по меньшей мере одного сервера, имеющего доступ к данным банковских транзакций.62. The method according to p. 51, in which the store of anonymized information about the purchase history of the buyer is located on at least one server other than at least one server having access to fiscal data and different from at least one server having access to bank transaction data.

63. Способ по п. 51, в котором хранилище обезличенной информации об истории покупок покупателя является базой данных.63. The method according to p. 51, in which the store of anonymized information about the purchase history of the buyer is a database.

62. Способ по п. 51, в котором по меньшей мере один сервер, имеющий доступ к фискальным данным, является по меньшей мере одним сервером оператора фискальных данных, обслуживающего указанный аппарат ККТ.62. The method of claim 51, wherein the at least one server having access to fiscal data is at least one server of a fiscal data operator serving said CCP apparatus.

63. Способ по п. 51, в котором по меньшей мере один сервер, имеющий доступ к данным банковских транзакций, является по меньшей мере одним сервером платежной системы, ассоциированной с POS-терминалом.63. The method of claim 51, wherein the at least one server having access to banking transaction data is at least one payment system server associated with a POS terminal.

64. Способ по п. 51, в котором по меньшей мере один сервер, имеющий доступ к данным банковских транзакций, является по меньшей мере одним сервером банка-эквайера, ассоциированного с POS-терминалом.64. The method of claim 51, wherein the at least one server having access to bank transaction data is at least one acquirer bank server associated with the POS terminal.

65. Способ по п. 51, в котором формирование хэш-кода электронного платежного средства, осуществляется путем применения операции хэширования к по меньшей мере части данных электронного платежного средства.65. The method according to p. 51, in which the generation of a hash code of an electronic payment medium is carried out by applying a hash operation to at least a portion of the electronic payment medium data.

66. Способ по п. 65, в котором операция хэширования применяется к по меньшей мере одному из:66. The method of claim 65, wherein the hash operation is applied to at least one of:

идентификатор покупателя,Buyer ID

номер электронного платежного средства.electronic payment number.

67. Способ по п. 51 в котором хранилище обезличенной информации об истории покупок покупателя выполнено с возможностью хранить для каждого хэш-кода электронного платежного средства, обезличенные электронные чеки по покупкам, оплаченным с помощью этого электронного платежного средства.67. The method according to claim 51, wherein the repository of anonymized information on the purchase history of the buyer is configured to store for each hash code of the electronic payment instrument, anonymized electronic receipts for purchases paid by this electronic payment instrument.

68. Способ по п. 67, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого обезличенного электронного чека идентификатор оператора фискальных данных, получившего от аппарата ККТ, электронный чек, соответствующий обезличенному электронного чеку.68. The method according to p. 67, in which the store of anonymized information about the customer’s purchase history is made with the additional possibility of storing for each anonymized electronic check the identifier of the fiscal data operator received from the CCP apparatus, an electronic check corresponding to the depersonalized electronic check.

69. Способ по п. 67, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого хэш-кода электронного платежного средства идентификатор оператора банковских транзакций, ассоциированного с электронным платежным средством.69. The method according to p. 67, in which the store of anonymized information about the purchase history of the buyer is made with the additional ability to store for each hash code of the electronic payment tool the identifier of the bank transaction operator associated with the electronic payment tool.

70. Способ по п. 69, в котором оператор банковских транзакций является платежной системой.70. The method of claim 69, wherein the banking transaction operator is a payment system.

71. Способ по п. 69, в котором оператор банковских транзакций является банком-эмитентом платежного средства.71. The method of claim 69, wherein the banking transaction operator is the issuing bank of the payment instrument.

72. Способ по п. 67, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого обезличенного электронного чека идентификатор банка-эквайера, ассоциированного с POS-терминалом, осуществившим транзакцию, соответствующую обезличенному электронному чеку.72. The method according to p. 67, in which the store of depersonalized information about the purchase history of the buyer is made with the additional opportunity to store for each depersonalized electronic check the identifier of the acquirer bank associated with the POS terminal that completed the transaction corresponding to the depersonalized electronic check.

73. Способ по п. 51, в котором операция сохранения обезличенного электронного чека с привязкой к указанному хэш-коду электронного платежного средства в хранилище обезличенной информации об истории покупок покупателя дополнительно включает по меньшей мере одно из:73. The method according to p. 51, in which the operation of storing the depersonalized electronic check with reference to the specified hash code of the electronic payment tool in the repository of depersonalized information about the purchase history of the buyer further includes at least one of:

сохранение с привязкой к указанному обезличенному электронному чеку идентификатора оператора фискальных данных, получившего от аппарата ККТ, электронный чек, соответствующий указанному обезличенному электронному чеку,storing, with reference to the specified anonymized electronic check, the identifier of the operator of fiscal data received from the CCP apparatus, an electronic check corresponding to the specified anonymized electronic check,

сохранение с привязкой к указанному хэш-коду электронного платежного средства, идентификатора платежной системы, участвующей в обработке транзакции.saving, with reference to the specified hash code of the electronic payment tool, the identifier of the payment system involved in the transaction processing.

74. Способ накопления обезличенной информации о покупках покупателя, совершенных с использованием электронного платежного средства, способ, исполняемый на по меньшей мере одном сервере, имеющем доступ к фискальным данным, способ включающий:74. A method of accumulating anonymized information about purchases of a buyer made using electronic means of payment, a method executable on at least one server having access to fiscal data, the method comprising:

идентификатор аппарата ККТ,CCP device identifier,

время покупки;time of purchase;

получение от по меньшей мере одного сервера, имеющего доступ к данным банковских транзакций, связанного с POS-терминалом, с помощью которого покупателем была произведена транзакция по оплате покупки электронным платежным средством обезличенных данных о транзакции, включающих в себя:receiving from at least one server that has access to bank transaction data associated with a POS terminal with which the buyer made a transaction to pay for the purchase of anonymized transaction data by electronic payment device, including:

время транзакции,transaction time

хэш-код электронного платежного средства;hash code of electronic means of payment;

в ответ на нахождение в таблице соответствий POS-терминалов и аппаратов ККТ соответствия между идентификатором указанного POS-терминала и идентификатором указанного аппарата ККТ и нахождение соответствия между указанным временем транзакции и указанным временем покупки, сохранение указанного обезличенного электронного чека с привязкой к хэш-коду электронного платежного средства, ассоциированного с покупателем, в хранилище обезличенной информации об истории покупок покупателя.in response to finding in the correspondence table of POS terminals and CCP devices the correspondence between the identifier of the indicated POS terminal and the identifier of the indicated CCP device and finding a correspondence between the specified transaction time and the indicated purchase time, saving the specified anonymous electronic check with reference to the electronic payment hash code funds associated with the buyer in the repository of anonymized information about the purchase history of the buyer.

75. Способ по п. 74, в котором данные владельца аппарата ККТ, содержащиеся в электронном чеке, полученном указанным по меньшей мере одним сервером, имеющим доступ к фискальным данным, от аппарата ККТ, участвующего в оформлении покупки, включают в себя по меньшей мере одно из:75. The method according to p. 74, in which the data of the owner of the CCP apparatus contained in the electronic check received by the specified at least one server having access to fiscal data from the CCP apparatus involved in the purchase process includes at least one of:

76. Способ по п. 74, в котором получение обезличенного электронного чека дополнительно включает в себя нормализацию наименований приобретенных покупателем позиций товара, путем приведения наименований приобретенных покупателем позиций товара к единообразному виду.76. The method according to p. 74, in which the receipt of a depersonalized electronic check further includes normalizing the names of the items purchased by the buyer of the goods, by bringing the names of the items purchased by the buyer of the goods to a uniform form.

77. Способ, по п. 76, в котором нормализация наименований приобретенных покупателем позиций товара выполняется с использованием по меньшей мере одного из:77. The method according to p. 76, in which the normalization of the names of the items purchased by the buyer of goods is performed using at least one of:

регулярных выражений,regular expressions

эвристик,heuristic

78. Способ по п. 76, в котором нормализация выполняется программным модулем нормализации, исполняемым на по меньшей мере одном сервере, имеющем доступ к фискальным данным.78. The method of claim 76, wherein the normalization is performed by a normalization software module executed on at least one server having access to fiscal data.

79. Способ по п. 76, в котором нормализация выполняется программным модулем нормализации, исполняемым на по меньшей мере одном сервере, отличном от указанного по меньшей мере одного сервера, имеющего доступ к фискальным данным.79. The method of claim 76, wherein the normalization is performed by a normalization software module executed on at least one server other than said at least one server having access to fiscal data.

80. Способ по п. 79, в котором нормализация включает шаги:80. The method according to p. 79, in which the normalization includes steps:

81. Способ по пункту 74, в котором получение обезличенного электронного чека, дополнительно включает исключение из электронного чека по меньшей мере одного из:81. The method according to paragraph 74, in which the receipt of a depersonalized electronic check, further includes the exclusion from the electronic check of at least one of:

82. Способ по п. 74, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, имеющем доступ к данным банковских транзакций.82. The method according to p. 74, in which the store of anonymized information about the purchase history of the buyer is located on at least one server that has access to banking transaction data.

83. Способ по п. 74, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, имеющем доступ к фискальным данным.83. The method according to p. 74, in which the store of anonymized information about the purchase history of the buyer is located on at least one server that has access to fiscal data.

84. Способ по п. 74, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, отличном от по меньшей мере одного сервера, имеющего доступ к фискальным данным и отличном от по меньшей мере одного сервера, имеющего доступ к данным банковских транзакций.84. The method according to p. 74, in which the store of depersonalized information about the purchase history of the buyer is located on at least one server other than at least one server having access to fiscal data and different from at least one server having access to bank transaction data.

85. Способ по п. 74, в котором хранилище обезличенной информации об истории покупок покупателя является базой данных.85. The method according to p. 74, in which the store depersonalized information about the purchase history of the buyer is a database.

86. Способ по п. 74, в котором по меньшей мере один сервер, имеющий доступ к фискальным данным, является по меньшей мере одним сервером оператора фискальных данных, обслуживающего указанный аппарат ККТ.86. The method of claim 74, wherein the at least one server having access to fiscal data is at least one server of a fiscal data operator serving said CCP apparatus.

87. Способ по п. 74, в котором по меньшей мере один сервер, имеющий доступ к данным банковских транзакций, является по меньшей мере одним сервером платежной системы, ассоциированной с POS-терминалом.87. The method of claim 74, wherein the at least one server having access to bank transaction data is at least one payment system server associated with a POS terminal.

88. Способ по п. 74, в котором по меньшей мере один сервер, имеющий доступ к данным банковских транзакций, является по меньшей мере одним сервером банка-эквайера, ассоциированного с POS-терминалом.88. The method of claim 74, wherein the at least one server having access to bank transaction data is at least one server of an acquiring bank associated with a POS terminal.

89. Способ по п. 74, в котором хэш-код электронного платежного средства, получен путем применения операции хэширования к по меньшей мере части данных электронного платежного средства.89. The method of claim 74, wherein the hash code of the electronic payment medium is obtained by applying a hash operation to at least a portion of the electronic payment medium data.

90. Способ по п. 74, в котором хэш-код получен путем применения операции шифрования к по меньшей мере части данных электронного платежного средства.90. The method of claim 74, wherein the hash code is obtained by applying an encryption operation to at least a portion of the electronic payment medium data.

91. Способ по п. 74, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с возможностью хранить для каждого хэш-кода электронного платежного средства, обезличенные электронные чеки по покупкам, оплаченным с помощью этого электронного платежного средства.91. The method of claim 74, wherein the depersonalized information store on the purchaser’s purchase history is configured to store for each hash code of the electronic payment instrument, anonymous personalized electronic receipts for purchases paid with this electronic payment instrument.

92. Способ по п. 91, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого обезличенного электронного чека идентификатор оператора фискальных данных, получившего от аппарата ККТ, электронный чек, соответствующий обезличенному электронного чеку.92. The method of claim 91, wherein the repository of anonymized information about a customer’s purchase history is configured to store for each anonymized electronic check the identifier of the fiscal data operator received from the CCP, an electronic check corresponding to an anonymized electronic check.

93. Способ по п. 91, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого хэш-кода электронного платежного средства идентификатор оператора банковских транзакций, ассоциированного с электронным платежным средством.93. The method according to p. 91, in which the store of anonymized information about the purchase history of the buyer is made with the additional ability to store for each hash code of the electronic payment tool the identifier of the bank transaction operator associated with the electronic payment tool.

94. Способ по п. 93, в котором оператор банковских транзакций является платежной системой, связанной с электронным платежным средством.94. The method of claim 93, wherein the banking transaction operator is a payment system associated with an electronic payment medium.

95. Способ по п. 93, в котором оператор банковских транзакций является банком-эмитентом платежного средства.95. The method of claim 93, wherein the banking transaction operator is the issuing bank of the payment instrument.

96. Способ по п. 91, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого обезличенного электронного чека идентификатор банка-эквайера, ассоциированного с POS-терминалом, осуществившим транзакцию, соответствующую обезличенному электронному чеку.96. The method of claim 91, wherein the repository of anonymized information about the customer’s purchase history is configured to store for each anonymized electronic check the identifier of the acquirer bank associated with the POS terminal that completed the transaction corresponding to the anonymized electronic check.

97. Способ по п. 74, в котором таблица соответствий POS-терминалов и аппаратов ККТ предварительно создана на указанном по меньшей мере одном сервере, имеющем доступ к фискальным данным.97. The method according to p. 74, in which the correspondence table of POS terminals and CCP devices is pre-created on the specified at least one server with access to fiscal data.

98. Способ по п. 74, в котором таблица соответствий POS-терминалов и аппаратов ККТ создана на по меньшей мере одном сервере, отличном от указанного по меньшей мере одного сервере, имеющем доступ к фискальным данным.98. The method of claim 74, wherein the correspondence table of the POS terminals and CCP devices is created on at least one server other than the specified at least one server having access to fiscal data.

99. Способ по п. 98, в котором таблица соответствий POS-терминалов и аппаратов ККТ предварительно получена указанным по меньшей мере одним сервером, имеющим доступ к фискальным данным, от по меньшей мере одного сервера, отличного от указанного по меньшей мере одного сервере, имеющем доступ к фискальным данным.99. The method of claim 98, wherein the correspondence table of the POS terminals and the CCP apparatus is previously obtained by said at least one server having access to fiscal data from at least one server other than said at least one server having access to fiscal data.

100. Способ накопления обезличенной информации о покупках покупателя, совершенных с использованием электронного платежного средства, способ, исполняемый на по меньшей мере одном сервере, имеющем доступ к данным банковских транзакций, способ включающий:100. A method of accumulating anonymized information on purchases of a buyer made using an electronic means of payment, a method executable on at least one server having access to bank transaction data, the method comprising:

время транзакции,transaction time

сумму транзакции,transaction amount

данные указанного электронного платежного средства; формирование из данных транзакции обезличенных данных о транзакции путем:data specified electronic means of payment; generation of anonymized transaction data from transaction data by:

исключения из данных транзакции по меньшей мере суммы транзакцииexceptions to at least transaction amount from transaction data

иand

формирования хэш-кода электронного платежного средства, ассоциированного с покупателем, путем применения операции хэширования к по меньшей мере части данных указанного электронного платежного средства,generating a hash code of the electronic payment medium associated with the buyer by applying a hash operation to at least a portion of the data of said electronic payment medium,

таким образом, что обезличенная информация о транзакции включает в себя:so that anonymized transaction information includes:

хэш-кода электронного платежного средства,electronic payment instrument hash code,

время транзакции;transaction time;

отправка на по меньшей мере один сервер, имеющий доступ к фискальным данным, обезличенных данных о транзакции, причем указанная отправка инициирует на сервере, имеющем доступ к фискальным данным, следующие шаги:sending to at least one server having access to fiscal data, anonymized transaction data, and the specified sending initiates the following steps on a server having access to fiscal data:

в случае нахождения соответствующего обезличенного электронного чека, сохранение обезличенного электронного чека с привязкой к указанному хэш-коду электронного платежного средства в хранилище обезличенной информации об истории покупок покупателя.in case of finding the corresponding depersonalized electronic check, saving the depersonalized electronic check with reference to the specified hash code of the electronic payment tool in the repository of depersonalized information about the customer’s purchase history.

101. Способ по п. 100, в котором данные транзакции, дополнительно содержат по меньшей мере одно из:101. The method of claim 100, wherein the transaction data further comprises at least one of:

данные владельца POS-терминала,POS terminal owner data,

102. Способ по п. 101, в котором данные владельца POS-терминала включают в себя, по меньшей мере одно из:102. The method of claim 101, wherein the owner data of the POS terminal includes at least one of:

103. Способ по п. 100, в котором данные указанного электронного платежного средства включают в себя идентификатор покупателя.103. The method according to p. 100, in which the data of the specified electronic means of payment include the identifier of the buyer.

104. Способ по п. 103, в котором данные указанного электронного платежного средства дополнительно включают в себя по меньшей мере одно из:104. The method according to p. 103, in which the data of the specified electronic means of payment further include at least one of:

105. Способ по п. 100, в котором обезличенный электронный чек получен с помощью обработки электронного чека путем исключения из него по меньшей мере части данных владельца аппарата ККТ, и содержит по меньшей мере информацию о приобретенных покупателем позициях товара.105. The method according to p. 100, in which the depersonalized electronic check is obtained by processing the electronic check by excluding from it at least part of the data of the owner of the CCP apparatus, and contains at least information about the items purchased by the buyer.

106. Способ по пункту 105, в котором обезличенный электронный чек, получен путем дополнительного исключения из электронного чека по меньшей мере одного из:106. The method according to paragraph 105, in which the depersonalized electronic check is obtained by additionally excluding from the electronic check at least one of:

идентификатора аппарата ККТ,CCP device identifier,

времени покупки.time of purchase.

107. Способ по п. 105, в котором обезличенный электронный чек получен с выполнением нормализации наименований приобретенных покупателем позиций товара, путем приведения наименований приобретенных покупателем позиций товара к единообразному виду.107. The method of claim 105, wherein the anonymized electronic check is obtained by normalizing the names of the items of goods purchased by the buyer by bringing the names of the items of goods purchased by the buyer to a uniform form.

108. Способ, по п. 107, в котором нормализация наименований приобретенных покупателем позиций товара выполнена с использованием по меньшей мере одного из:108. The method according to p. 107, in which the normalization of the names of the items purchased by the buyer of goods is performed using at least one of:

регулярных выражений,regular expressions

эвристик,heuristic

109. Способ по п. 100, в котором хранилище обезличенной информации об истории покупок покупателя располагается на указанном по меньшей мере одном сервере, имеющем доступ к данным банковских транзакций.109. The method according to p. 100, in which the store of anonymized information about the purchase history of the buyer is located on the specified at least one server that has access to banking transaction data.

110. Способ по п. 100, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, имеющем доступ к фискальным данным.110. The method according to p. 100, in which the store of anonymized information about the purchase history of the buyer is located on at least one server with access to fiscal data.

111. Способ по п. 100, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, отличном от по меньшей мере одного сервера, имеющего доступ к фискальным данным и отличном от по меньшей мере одного сервера, имеющего доступ к данным банковских транзакций.111. The method according to p. 100, in which the store of anonymized information about the purchase history of the buyer is located on at least one server other than at least one server having access to fiscal data and different from at least one server having access to bank transaction data.

112. Способ по п. 100, в котором хранилище обезличенной информации об истории покупок покупателя является базой данных.112. The method according to p. 100, in which the store of anonymized information about the purchase history of the buyer is a database.

113. Способ по п. 100, в котором по меньшей мере один сервер, имеющий доступ к фискальным данным, является по меньшей мере одним сервером оператора фискальных данных, обслуживающего указанный аппарат ККТ.113. The method of claim 100, wherein the at least one server having access to fiscal data is at least one server of a fiscal data operator serving said CCP apparatus.

114. Способ по п. 100, в котором по меньшей мере один сервер, имеющий доступ к данным банковских транзакций, является по меньшей мере одним сервером платежной системы, ассоциированной с POS-терминалом.114. The method of claim 100, wherein the at least one server having access to bank transaction data is at least one payment system server associated with a POS terminal.

115. Способ по п. 100, в котором по меньшей мере один сервер, имеющий доступ к данным банковских транзакций, является по меньшей мере одним сервером банка-эквайера, ассоциированного с POS-терминалом.115. The method of claim 100, wherein the at least one server having access to bank transaction data is at least one server of an acquiring bank associated with a POS terminal.

116. Способ по п. 100, в котором формирование хэш-кода электронного платежного средства, осуществляется путем применения операции хэширования к по меньшей мере части данных электронного платежного средства, включающей идентификатор покупателя.116. The method according to p. 100, in which the generation of a hash code of an electronic payment medium is carried out by applying a hash operation to at least a portion of the electronic payment medium data including a customer identifier.

117. Способ по п. 100, в котором формирование хэш-кода электронного платежного средства, осуществляется путем применения операции хэширования к по меньшей мере части данных электронного платежного средства, включающей номер электронного платежного средства.117. The method according to p. 100, in which the generation of a hash code of an electronic payment medium is carried out by applying a hash operation to at least a portion of the electronic payment medium data, including the electronic payment medium number.

118. Способ по п. 100, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с возможностью хранить для каждого хэш-кода электронного платежного средства, обезличенные электронные чеки по покупкам, оплаченным с помощью этого электронного платежного средства.118. The method according to p. 100, in which the store of anonymized information about the purchase history of the buyer is made with the ability to store for each hash code of an electronic payment instrument, anonymized electronic receipts for purchases paid using this electronic payment instrument.

119. Способ по п. 118, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого обезличенного электронного чека идентификатор оператора фискальных данных, получившего от аппарата ККТ, электронный чек, соответствующий обезличенному электронного чеку.119. The method of claim 118, wherein the store of anonymized information about the customer’s purchase history is configured to store for each anonymized electronic check the identifier of the fiscal data operator received from the CCP apparatus, an electronic check corresponding to the anonymized electronic check.

120. Способ по п. 119, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого хэш-кода электронного платежного средства идентификатор оператора банковских транзакций, ассоциированного с электронным платежным средством.120. The method according to p. 119, in which the store of anonymized information about the purchase history of the buyer is made with the additional ability to store for each hash code of the electronic payment tool the identifier of the bank transaction operator associated with the electronic payment tool.

121. Способ по п. 120, в котором оператор банковских транзакций является платежной системой.121. The method of claim 120, wherein the banking transaction operator is a payment system.

122. Способ по п. 120, в котором оператор банковских транзакций является банком-эмитентом платежного средства.122. The method of claim 120, wherein the banking transaction operator is the issuing bank of the payment instrument.

123. Способ по п. 118, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого обезличенного электронного чека идентификатор банка-эквайера, ассоциированного с POS-терминалом, осуществившим транзакцию, соответствующую обезличенному электронному чеку.123. The method according to p. 118, in which the store of depersonalized information about the purchase history of the buyer is made with the additional possibility of storing for each depersonalized electronic check the identifier of the acquirer bank associated with the POS terminal that completed the transaction corresponding to the depersonalized electronic check.

124. Способ по п. 100, в котором операция сохранения обезличенного электронного чека с привязкой к указанному хэш-коду электронного платежного средства в хранилище обезличенной информации об истории покупок покупателя дополнительно включает по меньшей мере одно из:124. The method according to p. 100, in which the operation of storing the depersonalized electronic check with reference to the specified hash code of the electronic payment tool in the repository of depersonalized information about the purchase history of the buyer further includes at least one of:

125. Способ накопления обезличенной информации о покупках покупателя, совершенных с использованием электронного платежного средства, способ, исполняемый на по меньшей мере одном сервере, имеющем доступ к фискальным данным, способ включающий:125. A method of accumulating anonymized information about purchases made by a buyer using an electronic payment instrument, a method executable on at least one server having access to fiscal data, the method comprising:

идентификатор аппарата ККТ,CCP device identifier,

время покупки;time of purchase;

отправка на по меньшей мере один сервер, имеющий доступ к данным банковских транзакций запроса на хэш-код электронного платежного средства, использованного покупателем для оплаты указанной покупки, запроса, включающего в себя:sending to at least one server having access to bank transaction data a request for a hash code of an electronic payment instrument used by a buyer to pay for a specified purchase, a request including:

идентификатор аппарата ККТ,CCP device identifier,

время покупки;time of purchase;

причем указанный запрос инициирует на по меньшей мере одном сервере, имеющем данным банковских транзакций следующие шаги:wherein said request initiates the following steps on at least one server having banking transaction data:

поиск в таблице соответствий POS-терминалов и аппаратов ККТ идентификатора POS-терминала, соответствующего идентификатору аппарата ККТ, и участвовавшего в транзакции по оплате указанной покупки и,search in the correspondence table of POS terminals and CCP devices for the identifier of the POS terminal corresponding to the CCP device identifier and participating in the transaction for payment of the specified purchase and,

в случае нахождения соответствующего идентификатора POS-терминала, поиск хэш-кода электронного платежного средства, ассоциированного с POS-терминалом и имеющего время транзакции, соответствующее указанному времени покупки и,in the case of finding the corresponding identifier of the POS terminal, searching for the hash code of the electronic payment tool associated with the POS terminal and having a transaction time corresponding to the specified purchase time and,

в случае нахождения соответствующего хэш-кода электронного платежного средства, отправку указанного хэш-кода электронного платежного средства на указанный по меньшей мере один сервер, имеющий доступ к фискальным данным;in the case of finding the corresponding hash code of the electronic payment means, sending the specified hash code of the electronic payment means to the specified at least one server having access to fiscal data;

получение от по меньшей мере одного сервера, имеющего доступ к данным банковских транзакций указанного хэш-кода электронного платежного средстваreceiving from at least one server having access to the data of bank transactions of the specified hash code of electronic payment means

сохранение указанного хэш-кода с привязкой к обезличенному электронному чеку в хранилище обезличенной информации об истории покупок покупателя.saving the specified hash code with reference to an anonymized electronic check in the repository of anonymized information about the customer’s purchase history.

126. Способ по п. 125, в котором данные владельца аппарата ККТ, содержащиеся в электронном чеке, полученном указанным по меньшей мере одним сервером, имеющим доступ к фискальным данным, от аппарата ККТ, участвующего в оформлении покупки, включают в себя по меньшей мере одно из:126. The method according to p. 125, in which the data of the owner of the CCP apparatus contained in the electronic check received by the specified at least one server having access to fiscal data from the CCP apparatus involved in the purchase process includes at least one of:

127. Способ по п. 125, в котором получение обезличенного электронного чека дополнительно включает в себя нормализацию наименований приобретенных покупателем позиций товара, путем приведения наименований приобретенных покупателем позиций товара к единообразному виду.127. The method according to p. 125, in which the receipt of an impersonal electronic check further includes the normalization of the names of the items purchased by the buyer of the goods, by bringing the names of the items purchased by the buyer of the goods to a uniform form.

128. Способ, по п. 127, в котором нормализация наименований приобретенных покупателем позиций товара выполняется с использованием по меньшей мере одного из:128. The method according to p. 127, in which the normalization of the names of the items purchased by the buyer of goods is performed using at least one of:

регулярных выражений, алгоритмов машинного обучения, анализа стоимости позиции товара, эвристик,regular expressions, machine learning algorithms, value analysis of a product’s position, heuristics,

129. Способ по п. 127, в котором нормализация выполняется программным модулем нормализации, исполняемым на по меньшей мере одном сервере, имеющем доступ к фискальным данным.129. The method of claim 127, wherein the normalization is performed by a normalization software module executed on at least one server having access to fiscal data.

130. Способ по п. 127, в котором нормализация выполняется программным модулем нормализации, исполняемым на по меньшей мере одном сервере, отличном от указанного по меньшей мере одного сервера, имеющего доступ к фискальным данным.130. The method of claim 127, wherein the normalization is performed by a normalization software module executed on at least one server other than said at least one server having access to fiscal data.

131. Способ по п. 130, в котором нормализация включает шаги:131. The method according to p. 130, in which the normalization includes steps:

132. Способ по пункту 125, в котором получение обезличенного электронного чека, дополнительно включает исключение из электронного чека по меньшей мере одного из:132. The method according to paragraph 125, in which the receipt of a depersonalized electronic check, further includes the exclusion from the electronic check of at least one of:

133. Способ по п. 125, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, имеющем доступ к данным банковских транзакций.133. The method according to p. 125, in which the store of anonymized information about the purchase history of the buyer is located on at least one server that has access to banking transaction data.

134. Способ по п. 125, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, имеющем доступ к фискальным данным.134. The method according to p. 125, in which the store of anonymized information about the purchase history of the buyer is located on at least one server with access to fiscal data.

135. Способ по п. 125, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, отличном от по меньшей мере одного сервера, имеющего доступ к фискальным данным и отличном от по меньшей мере одного сервера, имеющего доступ к данным банковских транзакций.135. The method according to p. 125, in which the store of anonymized information about the purchase history of the buyer is located on at least one server other than at least one server having access to fiscal data and different from at least one server having access to bank transaction data.

136. Способ по п. 125, в котором хранилище обезличенной информации об истории покупок покупателя является базой данных.136. The method according to p. 125, in which the store depersonalized information about the purchase history of the buyer is a database.

137. Способ по п. 125, в котором по меньшей мере один сервер, имеющий доступ к фискальным данным, является по меньшей мере одним сервером оператора фискальных данных, обслуживающего указанный аппарат ККТ.137. The method of claim 125, wherein the at least one server having access to fiscal data is at least one server of a fiscal data operator serving said CCP apparatus.

138. Способ по п. 125, в котором по меньшей мере один сервер, имеющий доступ к данным банковских транзакций, является по меньшей мере одним сервером платежной системы, ассоциированной с POS-терминалом.138. The method of claim 125, wherein the at least one server having access to banking transaction data is at least one payment system server associated with a POS terminal.

139. Способ по п. 125, в котором по меньшей мере один сервер, имеющий доступ к данным банковских транзакций, является по меньшей мере одним сервером банка-эквайера, ассоциированного с POS-терминалом.139. The method of claim 125, wherein the at least one server having access to bank transaction data is at least one server of an acquiring bank associated with a POS terminal.

140. Способ по п. 125, в котором хэш-код электронного платежного средства, получен путем применения операции хэширования к по меньшей мере части данных электронного платежного средства.140. The method of claim 125, wherein the hash code of the electronic payment medium is obtained by applying a hash operation to at least a portion of the electronic payment medium data.

141. Способ по п. 125, в котором хэш-код получен путем применения операции шифрования к по меньшей мере части данных электронного платежного средства.141. The method of claim 125, wherein the hash code is obtained by applying an encryption operation to at least a portion of the electronic payment medium data.

142. Способ по п. 125 в котором хранилище обезличенной информации об истории покупок покупателя выполнено с возможностью хранить для каждого хэш-кода электронного платежного средства, обезличенные электронные чеки по покупкам, оплаченным с помощью этого электронного платежного средства.142. The method according to p. 125 in which the store of anonymized information about the purchase history of the buyer is made with the ability to store for each hash code of an electronic payment instrument, anonymous personalized electronic receipts for purchases paid using this electronic payment instrument.

143. Способ по п. 142, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого обезличенного электронного чека идентификатор оператора фискальных данных, получившего от аппарата ККТ, электронный чек, соответствующий обезличенному электронного чеку.143. The method according to p. 142, in which the store of anonymized information about the customer’s purchase history is made with the additional possibility of storing for each anonymized electronic check the identifier of the fiscal data operator received from the CCP apparatus, an electronic check corresponding to the depersonalized electronic check.

144. Способ по п. 142, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого хэш-кода электронного платежного средства идентификатор оператора банковских транзакций, ассоциированного с электронным платежным средством.144. The method according to p. 142, in which the store of anonymized information about the purchase history of the buyer is made with the additional ability to store for each hash code of the electronic payment tool the identifier of the bank transaction operator associated with the electronic payment tool.

145. Способ по п. 144, в котором оператор банковских транзакций является платежной системой, связанной с электронным платежным средством.145. The method of claim 144, wherein the banking transaction operator is a payment system associated with an electronic payment medium.

146. Способ по п. 144, в котором оператор банковских транзакций является банком-эмитентом платежного средства.146. The method of claim 144, wherein the banking transaction operator is the issuing bank of the payment instrument.

147. Способ по п. 142, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого обезличенного электронного чека идентификатор банка-эквайера, ассоциированного с POS-терминалом, осуществившим транзакцию, соответствующую обезличенному электронному чеку.147. The method according to p. 142, in which the store of anonymized information about the purchase history of the buyer is made with the additional possibility of storing for each anonymized electronic check the identifier of the acquirer bank associated with the POS terminal that completed the transaction corresponding to the depersonalized electronic check.

148. Способ по п. 125, в котором таблица соответствий POS-терминалов и аппаратов ККТ предварительно создана на указанном по меньшей мере одном сервере, имеющем доступ к фискальным данным.148. The method according to p. 125, in which the correspondence table of POS terminals and CCP devices is pre-created on the specified at least one server with access to fiscal data.

149. Способ по п. 125, в котором таблица соответствий POS-терминалов и аппаратов ККТ создана на по меньшей мере одном сервере, отличном от указанного по меньшей мере одного сервере, имеющем доступ к фискальным данным.149. The method according to p. 125, in which the correspondence table of POS terminals and CCP devices is created on at least one server other than the specified at least one server with access to fiscal data.

150. Способ по п. 149, в котором таблица соответствий POS-терминалов и аппаратов ККТ предварительно получена указанным по меньшей мере одним сервером, имеющим доступ к фискальным данным, от по меньшей мере одного сервера, отличного от указанного по меньшей мере одного сервере, имеющем доступ к фискальным данным.150. The method according to p. 149, in which the correspondence table of POS terminals and CCP devices is previously obtained by the indicated at least one server having access to fiscal data from at least one server other than the specified at least one server having access to fiscal data.

151. Способ накопления обезличенной информации о покупках покупателя, совершенных с использованием электронного платежного средства, способ, исполняемый на по меньшей мере одном сервере, имеющем доступ к данным банковских транзакций, способ включающий:151. A method of accumulating anonymized information about purchases made by a buyer using an electronic means of payment, a method executed on at least one server having access to bank transaction data, the method including:

после оплаты покупки с помощью электронного платежного средства, ассоциированного с покупателем, получение от POS-терминала, участвующего вafter paying for the purchase using the electronic payment tool associated with the buyer, receipt from the POS terminal participating in

осуществлении транзакцию по указанной оплате, данных транзакции, содержащих по меньшей мере:carrying out a transaction for a specified payment, transaction data containing at least:

время транзакции,transaction time

сумму транзакции,transaction amount

получение от по меньшей мере одного сервера, имеющего доступ к фискальным данным запроса на хэш-код электронного платежного средства, использованного покупателем для оплаты указанной покупки, причем запрос включает в себя:receipt from at least one server having access to fiscal data of a request for a hash code of an electronic payment instrument used by a buyer to pay for a specified purchase, the request including:

идентификатор аппарата ККТ, участвовавшего в оформлении покупки,the identifier of the CCP apparatus involved in the purchase process,

время покупки;time of purchase;

в ответ на нахождение в таблице соответствий POS-терминалов и аппаратов ККТ соответствия между идентификатором указанного POS-терминала и идентификатором указанного аппарата ККТ и нахождение соответствия между указанным временем транзакции и указанным временем покупки, отправка на по меньшей мере один сервер, имеющий доступ к фискальным данным, хэш-кода электронного платежного средства, соответствующего покупке, причем указанная отправка инициирует сохранение сервером, имеющим доступ к фискальным данным, указанного хэш-кода электронного платежного средства с привязкой к обезличенному электронному чеку, соответствующему покупке, в хранилище обезличенной информации об истории покупок покупателя.in response to finding the correspondence between the identifier of the specified POS terminal and the identifier of the specified POS terminal in the correspondence table of POS terminals and CCP devices and finding the correspondence between the indicated transaction time and the indicated purchase time, sending to at least one server with access to fiscal data , the hash code of the electronic payment instrument corresponding to the purchase, wherein said sending initiates the storage of the specified hash code electronically by the server having access to fiscal data means of payment with reference to an anonymized electronic check corresponding to the purchase in the repository of anonymized information on the purchase history of the buyer.

152. Способ по п. 151, в котором данные транзакции, дополнительно содержат по меньшей мере одно из:152. The method of claim 151, wherein the transaction data further comprises at least one of:

данные владельца POS-терминала,POS terminal owner data,

153. Способ по п. 152, в котором данные владельца POS-терминала включают в себя, по меньшей мере одно из:153. The method of claim 152, wherein the owner data of the POS terminal includes at least one of:

154. Способ по п. 151, в котором данные указанного электронного платежного средства включают в себя идентификатор покупателя.154. The method of claim 151, wherein said electronic payment medium data includes a customer identifier.

155. Способ по п. 154, в котором данные указанного электронного платежного средства дополнительно включают в себя по меньшей мере одно из:155. The method according to p. 154, in which the data of the specified electronic means of payment further include at least one of:

CVV - код электронного платежного средстваCVV - electronic payment code

CVV2 - код электронного платежного средстваCVV2 - electronic payment code

CVC - код электронного платежного средстваCVC - electronic payment code

CVC2 - код электронного платежного средстваCVC2 - electronic payment instrument code

CVP - код электронного платежного средстваCVP - electronic payment instrument code

CVP2 - код электронного платежного средстваCVP2 - electronic payment code

CID - код электронного платежного средстваCID - electronic payment instrument code

CVD - код электронного платежного средстваCVD - electronic payment code

CVN2 - код электронного платежного средстваCVN2 - electronic payment instrument code

156. Способ по п. 151, в котором обезличенный электронный чек получен с помощью обработки электронного чека путем исключения из него по меньшей мере части данных владельца аппарата ККТ, и содержит по меньшей мере информацию о приобретенных покупателем позициях товара.156. The method according to p. 151, in which an anonymized electronic check is obtained by processing an electronic check by excluding from it at least part of the data of the owner of the CCP apparatus, and contains at least information about the items purchased by the buyer.

157. Способ по пункту 156, в котором обезличенный электронный чек, получен путем дополнительного исключения из электронного чека по меньшей мере одного из:157. The method according to paragraph 156, wherein the anonymized electronic check is obtained by additionally excluding from the electronic check at least one of:

идентификатора аппарата ККТ,CCP device identifier,

времени покупки.time of purchase.

158. Способ по п. 156, в котором обезличенный электронный чек получен с выполнением нормализации наименований приобретенных покупателем позиций товара, путем приведения наименований приобретенных покупателем позиций товара к единообразному виду.158. The method according to p. 156, in which an anonymous personalized electronic check is received by normalizing the names of the items purchased by the buyer of goods, by bringing the names of the items purchased by the buyer of goods to a uniform form.

159. Способ, по п. 158, в котором нормализация наименований приобретенных покупателем позиций товара выполнена с использованием по меньшей мере одного из:159. The method according to p. 158, in which the normalization of the names of the items purchased by the buyer of goods is performed using at least one of:

регулярных выражений,regular expressions

эвристик,heuristic

160. Способ по п. 151, в котором хранилище обезличенной информации об истории покупок покупателя располагается на указанном по меньшей мере одном сервере, имеющем доступ к данным банковских транзакций.160. The method according to p. 151, in which the store of anonymized information about the purchase history of the buyer is located on the specified at least one server that has access to banking transaction data.

161. Способ по п. 151, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, имеющем доступ к фискальным данным.161. The method according to p. 151, in which the store of anonymized information about the purchase history of the buyer is located on at least one server that has access to fiscal data.

162. Способ по п. 151, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, отличном от по меньшей мере одного сервера, имеющего доступ к фискальным данным и отличном от по меньшей мере одного сервера, имеющего доступ к данным банковских транзакций.162. The method according to p. 151, wherein the store of anonymized information about the customer’s purchase history is located on at least one server other than at least one server having access to fiscal data and different from at least one server having access to bank transaction data.

163. Способ по п. 151, в котором хранилище обезличенной информации об истории покупок покупателя является базой данных.163. The method according to p. 151, in which the store of anonymized information about the purchase history of the buyer is a database.

162. Способ по п. 151, в котором по меньшей мере один сервер, имеющий доступ к фискальным данным, является по меньшей мере одним сервером оператора фискальных данных, обслуживающего указанный аппарат ККТ.162. The method of claim 151, wherein the at least one server having access to fiscal data is at least one server of a fiscal data operator serving said CCP apparatus.

163. Способ по п. 151, в котором по меньшей мере один сервер, имеющий доступ к данным банковских транзакций, является по меньшей мере одним сервером платежной системы, ассоциированной с POS-терминалом.163. The method of claim 151, wherein the at least one server having access to bank transaction data is at least one payment system server associated with a POS terminal.

164. Способ по п. 151, в котором по меньшей мере один сервер, имеющий доступ к данным банковских транзакций, является по меньшей мере одним сервером банка-эквайера, ассоциированного с POS-терминалом.164. The method of claim 151, wherein the at least one server having access to bank transaction data is at least one acquirer bank server associated with the POS terminal.

165. Способ по п. 151, в котором формирование хэш-кода электронного платежного средства, осуществляется путем применения операции хэширования к по меньшей мере части данных электронного платежного средства, включающей идентификатор покупателя.165. The method of claim 151, wherein generating the hash code of the electronic payment medium is carried out by applying a hash operation to at least a portion of the electronic payment medium data including a customer identifier.

166. Способ по п. 151, в котором формирование хэш-кода электронного платежного средства, осуществляется путем применения операции хэширования к по меньшей мере части данных электронного платежного средства, включающей идентификатор покупателя, номер электронного платежного средства.166. The method according to p. 151, in which the generation of a hash code of an electronic payment medium is carried out by applying a hash operation to at least a portion of the electronic payment medium data, including a customer identifier, an electronic payment number number.

167. Способ по п. 151 в котором хранилище обезличенной информации об истории покупок покупателя выполнено с возможностью хранить для каждого хэш-кода электронного платежного средства, обезличенные электронные чеки по покупкам, оплаченным с помощью этого электронного платежного средства.167. The method according to p. 151 in which the store of anonymized information about the purchase history of the buyer is configured to store, for each hash code, an electronic payment instrument, anonymized electronic receipts for purchases paid using this electronic payment instrument.

168. Способ по п. 167, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого обезличенного электронного чека идентификатор оператора фискальных данных, получившего от аппарата ККТ, электронный чек, соответствующий обезличенному электронного чеку.168. The method of claim 167, wherein the store of anonymized information about the customer’s purchase history is made with the additional possibility of storing for each anonymized electronic check the identifier of the fiscal data operator received from the CCP apparatus, an electronic check corresponding to the depersonalized electronic check.

169. Способ по п. 167, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого хэш-кода электронного платежного средства идентификатор оператора банковских транзакций, ассоциированного с электронным платежным средством.169. The method of claim 167, wherein the repository of anonymized information about the purchaser’s purchase history is configured to store for each electronic payment instrument hash code the identifier of a bank transaction operator associated with the electronic payment instrument.

170. Способ по п. 169, в котором оператор банковских транзакций является платежной системой.170. The method of claim 169, wherein the banking transaction operator is a payment system.

171. Способ по п. 169, в котором оператор банковских транзакций является банком-эмитентом платежного средства.171. The method of claim 169, wherein the banking transaction operator is the issuing bank of the payment instrument.

172. Способ по п. 167, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого обезличенного электронного чека идентификатор банка-эквайера, ассоциированного с POS-терминалом, осуществившим транзакцию, соответствующую обезличенному электронному чеку.172. The method of claim 167, wherein the repository of anonymized information about the customer’s purchase history is configured to store for each anonymized electronic check the identifier of the acquirer bank associated with the POS terminal that completed the transaction corresponding to the depersonalized electronic check.

173. Способ по п. 151, в котором операция сохранения обезличенного электронного чека с привязкой к указанному хэш-коду электронного платежного средства в хранилище обезличенной информации об истории покупок покупателя дополнительно включает по меньшей мере одно из:173. The method according to p. 151, in which the operation of storing an anonymized electronic check with reference to the specified hash code of an electronic payment tool in the repository of anonymized information about the purchase history of the buyer further includes at least one of:

174. Способ накопления обезличенной информации о покупках покупателя, совершенных с использованием электронного платежного средства, способ, исполняемый на по меньшей мере одном сервере, имеющем доступ к фискальным данным, способ включающий:174. A method of accumulating anonymized information about purchases made by a buyer using an electronic payment instrument, a method executed on at least one server having access to fiscal data, the method comprising:

идентификатор аппарата ККТ,CCP device identifier,

время покупки;time of purchase;

отправка на по меньшей мере один сервер, имеющий доступ к данным банковских транзакций обезличенных данных о покупке, включающих:sending to at least one server having access to bank transaction data of anonymized purchase data, including:

идентификатор аппарата ККТ,CCP device identifier,

время покупки;time of purchase;

обезличенный электронный чек;depersonalized electronic check;

причем указанная отправка инициирует на по меньшей мере одном сервере, имеющем данным банковских транзакций следующие шаги:moreover, the specified sending initiates the following steps on at least one server having the data of bank transactions:

в случае нахождения соответствующего хэш-кода электронного платежного средства, сохранение указанного хэш-кода с привязкой к обезличенному электронному чеку в хранилище обезличенной информации об истории покупок покупателя.in case of finding the corresponding hash code of the electronic means of payment, saving the specified hash code with reference to an anonymized electronic check in the repository of anonymized information about the customer’s purchase history.

175. Способ по п. 174, в котором данные владельца аппарата ККТ, содержащиеся в электронном чеке, полученном указанным по меньшей мере одним сервером, имеющим доступ к фискальным данным, от аппарата ККТ, участвующего в оформлении покупки, включают в себя по меньшей мере одно из:175. The method according to p. 174, in which the data of the owner of the CCP apparatus contained in the electronic check received by the indicated at least one server having access to fiscal data from the CCP apparatus involved in the purchase process includes at least one of:

фактический адрес владельца аппарата ККТ, адрес расположения аппарата ККТ.The actual address of the owner of the CCP apparatus, the location address of the CCP apparatus.

176. Способ по п. 174, в котором получение обезличенного электронного чека дополнительно включает в себя нормализацию наименований приобретенных покупателем позиций товара, путем приведения наименований приобретенных покупателем позиций товара к единообразному виду.176. The method according to p. 174, in which the receipt of a depersonalized electronic check further includes normalizing the names of the items purchased by the buyer of the goods, by bringing the names of the items purchased by the buyer of the goods to a uniform form.

177. Способ, по п. 176, в котором нормализация наименований приобретенных покупателем позиций товара выполняется с использованием по меньшей мере одного из:177. The method according to p. 176, in which the normalization of the names of the items purchased by the buyer of goods is performed using at least one of:

регулярных выражений,regular expressions

эвристик,heuristic

178. Способ по п. 176, в котором нормализация выполняется программным модулем нормализации, исполняемым на по меньшей мере одном сервере, имеющем доступ к фискальным данным.178. The method of claim 176, wherein the normalization is performed by a normalization software module executed on at least one server having access to fiscal data.

179. Способ по п. 176, в котором нормализация выполняется программным модулем нормализации, исполняемым на по меньшей мере одном сервере, отличном от указанного по меньшей мере одного сервера, имеющего доступ к фискальным данным.179. The method of claim 176, wherein the normalization is performed by a normalization software module executed on at least one server other than said at least one server having access to fiscal data.

180. Способ по п. 179, в котором нормализация включает шаги:180. The method according to p. 179, in which the normalization includes steps:

181. Способ по пункту 174, в котором получение обезличенного электронного чека, дополнительно включает исключение из электронного чека по меньшей мере одного из:181. The method according to paragraph 174, in which the receipt of a depersonalized electronic check, further includes the exclusion from the electronic check of at least one of:

182. Способ по п. 174, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, имеющем доступ к данным банковских транзакций.182. The method according to p. 174, in which the store of anonymized information about the purchase history of the buyer is located on at least one server that has access to banking transaction data.

183. Способ по п. 174, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, имеющем доступ к фискальным данным.183. The method according to p. 174, in which the store of anonymized information about the purchase history of the buyer is located on at least one server that has access to fiscal data.

184. Способ по п. 174, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, отличном от по меньшей мере одного сервера, имеющего доступ к фискальным данным и отличном от по меньшей мере одного сервера, имеющего доступ к данным банковских транзакций.184. The method according to p. 174, in which the store of anonymized information about the purchase history of the buyer is located on at least one server other than at least one server having access to fiscal data and different from at least one server having access to bank transaction data.

185. Способ по п. 174, в котором хранилище обезличенной информации об истории покупок покупателя является базой данных.185. The method of claim 174, wherein the repository of anonymized information about the customer’s purchase history is a database.

186. Способ по п. 174, в котором по меньшей мере один сервер, имеющий доступ к фискальным данным, является по меньшей мере одним сервером оператора фискальных данных, обслуживающего указанный аппарат ККТ.186. The method of claim 174, wherein the at least one server having access to fiscal data is at least one server of a fiscal data operator serving said CCP apparatus.

187. Способ по п. 174, в котором по меньшей мере один сервер, имеющий доступ к данным банковских транзакций, является по меньшей мере одним сервером платежной системы, ассоциированной с POS-терминалом.187. The method of claim 174, wherein the at least one server having access to bank transaction data is at least one payment system server associated with a POS terminal.

188. Способ по п. 174, в котором по меньшей мере один сервер, имеющий доступ к данным банковских транзакций, является по меньшей мере одним сервером банка-эквайера, ассоциированного с POS-терминалом.188. The method of claim 174, wherein the at least one server having access to bank transaction data is at least one server of an acquiring bank associated with a POS terminal.

189. Способ по п. 174, в котором хэш-код электронного платежного средства, получен путем применения операции хэширования к по меньшей мере части данных электронного платежного средства.189. The method of claim 174, wherein the hash code of the electronic payment medium is obtained by applying a hash operation to at least a portion of the electronic payment medium data.

190. Способ накопления обезличенной информации о покупках покупателя, совершенных с использованием электронного платежного средства, способ, исполняемый на по меньшей мере одном сервере, имеющем доступ к данным банковских транзакций, способ включающий:190. A method of accumulating anonymized information about purchases of a buyer made using electronic means of payment, a method executable on at least one server having access to bank transaction data, the method comprising:

время транзакции,transaction time

сумму транзакции,transaction amount

получение от по меньшей мере одного сервера, имеющего доступ к фискальным данным обезличенных данных о покупке, включающих:receiving from at least one server having access to fiscal data of anonymized purchase data, including:

идентификатор аппарата ККТ,CCP device identifier,

время покупки;time of purchase;

обезличенного электронный чек;depersonalized electronic check;

в ответ на нахождение в таблице соответствий POS-терминалов и аппаратов ККТ соответствия между идентификатором указанного POS-терминала и идентификатором указанного аппарата ККТ и нахождение соответствия между указанным временем транзакции и указанным временем покупки, сохранение указанного хэш-кода электронного платежного средства с привязкой к обезличенному электронному чеку, соответствующему покупке, в хранилище обезличенной информации об истории покупок покупателя.in response to finding the correspondence between the identifier of the indicated POS terminal and the identifier of the indicated KCP apparatus and the identifier of the specified POS terminal in the correspondence table of the POS terminals and CCP devices, storing the specified hash code of the electronic payment device with reference to the impersonal electronic the check corresponding to the purchase in the repository of anonymized information about the purchase history of the buyer.

191. Способ по п. 190, в котором данные транзакции, дополнительно содержат по меньшей мере одно из:191. The method of claim 190, wherein the transaction data further comprises at least one of:

данные владельца POS-терминала,POS terminal owner data,

192. Способ по п. 191, в котором данные владельца POS-терминала включают в себя, по меньшей мере одно из:192. The method of claim 191, wherein the owner data of the POS terminal includes at least one of:

193. Способ по п. 190, в котором данные указанного электронного платежного средства включают в себя идентификатор покупателя.193. The method according to p. 190, in which the data of the electronic means of payment include the identifier of the buyer.

194. Способ по п. 193, в котором данные указанного электронного платежного средства дополнительно включают в себя по меньшей мере одно из:194. The method according to p. 193, in which the data of the specified electronic means of payment further include at least one of:

CVC2 - код электронного платежного средства,CVC2 - electronic payment instrument code,

CVP2 - код электронного платежного средства,CVP2 - electronic payment instrument code,

195. Способ по п. 190, в котором обезличенный электронный чек получен с помощью обработки электронного чека путем исключения из него по меньшей мере части данных владельца аппарата ККТ, и содержит по меньшей мере информацию о приобретенных покупателем позициях товара.195. The method according to p. 190, in which an anonymized electronic check is obtained by processing an electronic check by excluding from it at least part of the data of the owner of the CCP apparatus, and contains at least information about the items of goods purchased by the buyer.

196. Способ по пункту 195, в котором обезличенный электронный чек, получен путем дополнительного исключения из электронного чека по меньшей мере одного из:196. The method according to paragraph 195, wherein the depersonalized electronic check is obtained by additionally excluding from the electronic check at least one of:

идентификатора аппарата ККТ,CCP device identifier,

времени покупки.time of purchase.

197. Способ по п. 195, в котором обезличенный электронный чек получен с выполнением нормализации наименований приобретенных покупателем позиций товара, путем приведения наименований приобретенных покупателем позиций товара к единообразному виду.197. The method according to p. 195, in which an anonymized electronic check is obtained by normalizing the names of the items of goods purchased by the buyer, by bringing the names of the items of goods purchased by the buyer to a uniform form.

198. Способ, по п. 197, в котором нормализация наименований приобретенных покупателем позиций товара выполнена с использованием по меньшей мере одного из:198. The method according to p. 197, in which the normalization of the names of the items purchased by the buyer of goods is performed using at least one of:

регулярных выражений,regular expressions

эвристик,heuristic

199. Способ по п. 190, в котором хранилище обезличенной информации об истории покупок покупателя располагается на указанном по меньшей мере одном сервере, имеющем доступ к данным банковских транзакций.199. The method according to p. 190, in which the store of anonymized information about the purchase history of the buyer is located on the specified at least one server that has access to banking transaction data.

200. Способ по п. 190, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, имеющем доступ к фискальным данным.200. The method according to p. 190, in which the store of anonymized information about the purchase history of the buyer is located on at least one server that has access to fiscal data.

201. Способ по п. 190, в котором хранилище обезличенной информации об истории покупок покупателя располагается на по меньшей мере одном сервере, отличном от по меньшей мере одного сервера, имеющего доступ к фискальным данным и отличном от по меньшей мере одного сервера, имеющего доступ к данным банковских транзакций.201. The method according to p. 190, in which the store of anonymized information about the purchase history of the buyer is located on at least one server other than at least one server having access to fiscal data and different from at least one server having access to bank transaction data.

202. Способ по п. 190, в котором хранилище обезличенной информации об истории покупок покупателя является базой данных.202. The method of claim 190, wherein the repository of anonymized information about a customer’s purchase history is a database.

203. Способ по п. 190, в котором по меньшей мере один сервер, имеющий доступ к фискальным данным, является по меньшей мере одним сервером оператора фискальных данных, обслуживающего указанный аппарат ККТ.203. The method of claim 190, wherein the at least one server having access to fiscal data is at least one server of a fiscal data operator serving said CCP apparatus.

204. Способ по п. 190, в котором по меньшей мере один сервер, имеющий доступ к данным банковских транзакций, является по меньшей мере одним сервером платежной системы, ассоциированной с POS-терминалом.204. The method of claim 190, wherein the at least one server having access to bank transaction data is at least one payment system server associated with a POS terminal.

205. Способ по п. 190, в котором по меньшей мере один сервер, имеющий доступ к данным банковских транзакций, является по меньшей мере одним сервером банка-эквайера, ассоциированного с POS-терминалом.205. The method of claim 190, wherein the at least one server having access to bank transaction data is at least one server of an acquiring bank associated with a POS terminal.

206. Способ по п. 190, в котором формирование хэш-кода электронного платежного средства, осуществляется путем применения операции хэширования к по меньшей мере части данных электронного платежного средства, включающей идентификатор покупателя.206. The method of claim 190, wherein generating the hash code of the electronic payment medium is accomplished by applying a hash operation to at least a portion of the electronic payment medium data including a customer identifier.

207. Способ по п. 190, в котором формирование хэш-кода электронного платежного средства, осуществляется путем применения операции хэширования к по меньшей мере части данных электронного платежного средства, включающей идентификатор покупателя, номер электронного платежного средства.207. The method according to p. 190, in which the generation of a hash code of an electronic payment medium is carried out by applying a hash operation to at least a portion of the electronic payment medium data, including a customer ID, an electronic payment number.

208. Способ по п. 190, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с возможностью хранить для каждого хэш-кода электронного платежного средства, обезличенные электронные чеки по покупкам, оплаченным с помощью этого электронного платежного средства.208. The method of claim 190, wherein the store of anonymized information about the purchase history of the buyer is configured to store for each hash code of an electronic payment medium, anonymized electronic checks for purchases paid using this electronic payment medium.

209. Способ по п. 208, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого обезличенного электронного чека идентификатор оператора фискальных данных, получившего от аппарата ККТ, электронный чек, соответствующий обезличенному электронного чеку.209. The method according to p. 208, in which the store of anonymized information about the purchase history of the buyer is made with the additional ability to store for each anonymized electronic check the identifier of the fiscal data operator received from the CCP apparatus, an electronic check corresponding to the anonymized electronic check.

210. Способ по п. 208, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого хэш-кода электронного платежного средства идентификатор оператора банковских транзакций, ассоциированного с электронным платежным средством.210. The method according to p. 208, in which the store of anonymized information about the purchase history of the buyer is made with the additional ability to store for each hash code of the electronic payment tool the identifier of the bank transaction operator associated with the electronic payment tool.

211. Способ по п. 210, в котором оператор банковских транзакций является платежной системой.211. The method of claim 210, wherein the banking transaction operator is a payment system.

212. Способ по п. 210, в котором оператор банковских транзакций является банком-эмитентом платежного средства.212. The method of claim 210, wherein the banking transaction operator is the issuing bank of the payment instrument.

213. Способ по п. 208, в котором хранилище обезличенной информации об истории покупок покупателя выполнено с дополнительной возможностью хранить для каждого обезличенного электронного чека идентификатор банка-эквайера, ассоциированного с POS-терминалом, осуществившим транзакцию, соответствующую обезличенному электронному чеку.213. The method of claim 208, wherein the store of anonymized information about the customer’s purchase history is configured to store for each anonymized electronic check the identifier of the acquirer bank associated with the POS terminal that completed the transaction corresponding to the anonymous electronic check.

214. Способ по п. 190, в котором операция сохранения обезличенного электронного чека с привязкой к указанному хэш-коду электронного платежного средства в хранилище обезличенной информации об истории покупок покупателя дополнительно включает по меньшей мере одно из:214. The method according to p. 190, in which the operation of storing the depersonalized electronic check with reference to the specified hash code of the electronic payment tool in the store of depersonalized information about the purchase history of the buyer further includes at least one of:

Краткое описание чертежейBrief Description of the Drawings

Вышеупомянутые и другие преимущества изобретения станут более понятными при ознакомлении с последующим подробным описанием практических вариантов его исполнения, раскрытых со ссылкой на приложенные чертежи, из которых:The above and other advantages of the invention will become more apparent upon reading the following detailed description of the practical options for its implementation, disclosed with reference to the attached drawings, of which:

фиг. 1 иллюстрирует пример архитектуры системы, предназначенной для реализации изобретения;FIG. 1 illustrates an example architecture of a system for implementing the invention;

фиг. 2 иллюстрирует основные шаги заявленного решения;FIG. 2 illustrates the main steps of the claimed solution;

фиг. 3 иллюстрирует пример этапа установления соответствия между POS-терминалами, обрабатывающими транзакции по оплате покупок электронными платежными средствами, и аппаратами ККТ, участвующими в оформлении покупок;FIG. 3 illustrates an example of a step of establishing correspondence between POS terminals processing transactional payments by electronic means of payment and CCP devices involved in making purchases;

фиг. 4 иллюстрирует пример данных POS-терминалов, используемых для создания таблицы соответствий POS-терминалов и аппаратов ККТ;FIG. 4 illustrates an example of POS terminal data used to create a correspondence table of POS terminals and CCP apparatuses;

фиг. 5 иллюстрирует пример данных аппаратов ККТ, используемых для создания таблицы соответствий POS-терминалов и аппаратов ККТ;FIG. 5 illustrates an example of data from CCP devices used to create a correspondence table of POS terminals and CCP devices;

фиг. 6 иллюстрирует пример таблицы соответствий POS-терминалов и аппаратов ККТ;FIG. 6 illustrates an example of a correspondence table of POS terminals and CCP apparatuses;

фиг. 7 иллюстрирует вариант способа накопления обезличенной информации о покупках покупателя;FIG. 7 illustrates an embodiment of a method for accumulating anonymized customer purchase information;

фиг. 8 иллюстрирует вариант способа накопления обезличенной информации о покупках покупателя;FIG. 8 illustrates an embodiment of a method for accumulating anonymized customer purchase information;

фиг. 9 иллюстрирует вариант способа накопления обезличенной информации о покупках покупателя;FIG. 9 illustrates an embodiment of a method for accumulating anonymized customer purchase information;

фиг. 10 иллюстрирует вариант способа накопления обезличенной информации о покупках покупателя;FIG. 10 illustrates an embodiment of a method for accumulating anonymized customer purchase information;

фиг. 11 иллюстрирует пример данных, хранимых в хранилище обезличенной информации об истории покупок пользователя.FIG. 11 illustrates an example of data stored in a depersonalized information store of a user's purchase history.

Осуществление изобретенияThe implementation of the invention

Назначением изобретений, разработанных авторами, является накопление обезличенной информации о покупках покупателей, извлеченной из фискальных данных. При разработке этих изобретений, авторами также была выявлена проблема отсутствия в фискальных данных и в данных банковских транзакций информации о соответствии POS-терминалов аппаратам ККТ, которая требуется для накопления обезличенной информации о покупках покупателей. Авторами были разработаны способы получения данных о соответствии POS-терминалов аппаратам ККТ. Таким образом, назначением изобретений из заявленной группы изобретений, являются, во-первых, накопление обезличенной информации о покупках покупателей, извлеченной из фискальных данных, а во-вторых, получение информации о соответствии POS-терминалов аппаратам ККТ. Техническим результатом изобретений из заявленной группы изобретений является достижение указанных назначений.The purpose of the inventions developed by the authors is the accumulation of anonymized information on purchases of customers, extracted from fiscal data. When developing these inventions, the authors also identified the problem of the lack of fiscal data and bank transaction data on the correspondence of POS terminals to KKT devices, which is required to accumulate anonymized information about purchases by customers. The authors have developed methods for obtaining data on the correspondence of POS terminals to CCP devices. Thus, the purpose of the inventions from the claimed group of inventions is, firstly, the accumulation of anonymized information on purchases of customers, extracted from fiscal data, and secondly, the receipt of information on the correspondence of POS terminals to KKT devices. The technical result of inventions from the claimed group of inventions is the achievement of these purposes.

Перед раскрытием практических вариантов выполнения изобретений необходимо пояснить некоторые аспекты, являющиеся важными для понимания сути изобретения.Before the disclosure of practical embodiments of the invention, it is necessary to clarify some aspects that are important for understanding the essence of the invention.

Прежде всего, в основе настоящих изобретений лежит тот факт, что при совершении покупки с использованием электронного платежного средства владелец этого платежного средства раскрывает свою личность для систем, участвующих в проведении транзакции по оплате покупки.First of all, the present inventions are based on the fact that when making a purchase using an electronic means of payment, the owner of this payment means discloses his identity to the systems involved in the transaction to pay for the purchase.

Для лучшего изложения контекста настоящего изобретения, следует подробнее остановиться на описании этих систем, которые также являются участниками процесса покупки-продажи товаров и услуг в том случае, когда оплата покупки производится пользователем с помощью электронного платежного средства (банковские карты, а также смартфоны, электронные кошельки и другие платежные средства, имеющие привязку к банковским картам). Приведем пример процесса оплаты покупки покупателем с помощью электронного платежного средства.For a better presentation of the context of the present invention, it is necessary to dwell in more detail on the description of these systems, which are also participants in the process of buying and selling goods and services in the case when payment for the purchase is made by the user using electronic payment means (bank cards, as well as smartphones, electronic wallets and other means of payment linked to bank cards). We give an example of the process of payment for a purchase by a buyer using an electronic payment tool.

Допустим, покупатель оплачивает покупку с помощью электронного платежного средства. При этом оплата обычно осуществляется с помощью терминала безналичной оплаты, который так же называется в данной области техники POS-терминалом (от англ. Point of Sale). Терминал обычно по сети передачи данных связан с банком-эквайером, обслуживающим владельца терминала (т.е. продавца), и осуществляющим взаиморасчеты с покупателями. Данные об электронном платежном средстве вместе с суммой транзакции поступают в банк-эквайер. Банк-эквайер посылает запрос на проведение транзакции платежной системе. Под платежными системами в данной области техники понимаются операторы банковских транзакций, предоставляющие инфраструктуру и сервисы по проведению, обработке и обеспечению безопасности банковских транзакций, такие как, например, Visa, Mastercard, UnionPay, НСПК (платежная система Мир) и др. Платежная система, получив от банка-эквайера запрос на транзакцию, передает данные о транзакции в банк-эмитент платежного средства пользователя, т.е. банк, выпустивший платежное средство покупателя, и обслуживающий счет покупателя, привязанный к электронному платежному средству. Получив, от платежной системы данные о транзакции, банк-эмитент, проверяет данные о транзакции, и в случае, если ничто не препятствует транзакции (например, отсутствие достаточных средств на счете покупателя и т.д.), переводит сумму транзакции на счет банка-эквайера. Если транзакция успешно проведена, на POS-терминал посылается подтверждение успешной оплаты.Suppose a customer pays for a purchase using an electronic means of payment. At the same time, payment is usually carried out using a cashless payment terminal, which is also called a POS terminal in this technical field (from the English Point of Sale). A terminal is usually connected through a data transmission network to an acquiring bank servicing the owner of the terminal (i.e., the seller) and settling accounts with customers. The data on the electronic payment instrument together with the amount of the transaction are sent to the acquirer bank. The acquiring bank sends a transaction request to the payment system. Payment systems in this technical field are understood as bank transaction operators providing infrastructure and services for conducting, processing and securing bank transactions, such as, for example, Visa, Mastercard, UnionPay, NSPK (Mir payment system), and others. Payment system, having received a transaction request from the acquiring bank transmits the transaction data to the issuing bank of the user's means of payment, i.e. the bank that issued the buyer's payment instrument and maintains the buyer's account linked to the electronic payment instrument. Having received transaction data from the payment system, the issuing bank checks the transaction data, and if nothing prevents the transaction (for example, the lack of sufficient funds in the buyer's account, etc.), transfers the transaction amount to the bank account- acquirer. If the transaction is successful, a confirmation of successful payment is sent to the POS terminal.

Возможны различные архитектуры взаимодействия между POS-терминалом, банком-эквайером, банком-эмитентом платежного средства и платежной системой, однако для осуществления транзакции по оплате покупки электронным платежным средством принципиальным является наличие указанных участников процесса. Участники процесса оплаты имеют законный доступ к данным о транзакции, таким как данные держателя электронного платежного средства (имя держателя электронного платежного средства и т.д.) и сумма транзакции, однако у них, как правило, отсутствует доступ к информации о наименованиях товарах и услугах, которые были оплачены при проведении банковской транзакции. Стоит отметить, что данные, которыми обмениваются участники процесса проведения транзакции по оплате могут быть зашифрованы для исключения доступа к ней третьих лиц.Various interaction architectures are possible between the POS terminal, the acquiring bank, the issuing bank of the payment instrument and the payment system, however, for the transaction to pay for the purchase by electronic means of payment, the presence of the indicated process participants is essential. Participants in the payment process have legal access to transaction data, such as data of the electronic payment medium holder (name of the electronic payment medium holder, etc.) and the transaction amount, however, as a rule, they do not have access to information on the names of goods and services that were paid during the banking transaction. It is worth noting that the data exchanged between the participants of the payment transaction process can be encrypted to exclude third parties from accessing it.

Также стоит отметить, что на указанных участников процесса проведения транзакции, в соответствии с законодательством РФ, в общем случае, возлагается обязанность сохранения в тайне данных о банковских транзакциях пользователей и исключить доступ третьих лиц к информации о транзакциях, таких как личность плательщика, сумма транзакции и т.д.It is also worth noting that these participants in the transaction process, in accordance with the legislation of the Russian Federation, in the general case, are obliged to keep data on user bank transactions confidential and to exclude third parties from access to transaction information, such as the identity of the payer, the amount of the transaction and etc.

Обратимся теперь к вопросу взаимодействия продавца с оператором ОФД. Допустим, для примера, что покупатель покупает в магазине вареную колбасу, и покупка осуществляется за наличные деньги. В этом случае задействованный в оформлении покупки аппарат ККТ передает фискальные данные соответствующему оператору ОФД, а тот далее направляет их в службу ФНС. В результате, налоговая служба из фискальных данных получает исчерпывающую информацию об участии магазина в операции по продаже колбасы, включая наименование проданного товара. Однако, поскольку согласно законодательству РФ, покупатель, в общем случае, не обязан идентифицировать свою личность при совершении рутинной покупки (в частности, путем предъявления удостоверения личности), и поскольку информация о личности покупателя, в общем случае не включается в фискальные данные передаваемые аппаратом ККТ оператору ОФД и далее оператором ОФД в ФНС, служба ФНС, аппарат ККТ и оператор ОФД, а также (при наличии) другие участвующие в процессе субъекты, никак не могут узнать персональные данные покупателя из фискальных данных.We now turn to the question of the interaction of the seller with the OFD operator. Suppose, for example, that a customer buys cooked sausage in a store, and the purchase is made for cash. In this case, the KKT apparatus involved in the checkout process transfers fiscal data to the relevant OFD operator, and then it sends them to the Federal Tax Service. As a result, the tax service receives from the fiscal data exhaustive information about the store’s participation in the sale of sausages, including the name of the goods sold. However, since according to the legislation of the Russian Federation, the buyer, in general, is not required to identify his identity when making a routine purchase (in particular, by presenting an identification card), and since information about the identity of the buyer, in general, is not included in the fiscal data transmitted by the CCP the operator of the CRF and then the operator of the CRF in the Federal Tax Service, the Federal Tax Service, the KKT apparatus and the operator of the CRF, as well as (if any) other entities involved in the process, cannot in any way find out the personal data of the buyer from the fiscal yes GOVERNMENTAL.

Во время совершения покупки с использованием электронного платежного средства ситуация несколько иная. Во-первых, еще при оформлении электронного платежного средства (здесь в качестве примера электронного средства будем рассматривать банковскую карту, выпущенную на имя покупателя банком-эмитентом карты), пользователь обязан пройти этап идентификации своей личности. В противном случае банк-эмитент не выдаст пользователю пластиковую карту. Таким образом, банк-эмитент имеет данные о личности владельца карты, равно как и прочие данные банковской карты. Во-вторых, как было описано выше, информация о личности владельца карты, либо информация позволяющая идентифицировать владельца карты включается в сведения, предоставляемые POS-терминалам при ее считывании банку-эквайеру, ассоциированному с POS-терминалом и/или платежной системе - т.е. аппаратно-программной инфраструктуре, обеспечивающей перевод стоимости товара от одного субъекта экономики другому, а также совершающая иные операции по осуществлению банковских транзакций. Специфика работы платежной системы такова, что она во время работы с банковской картой получает закодированную на ней информацию, включая персональные данные владельца, и, соответственно, узнает данные о личности пользователя карты.When making a purchase using an electronic means of payment, the situation is somewhat different. Firstly, even when issuing an electronic payment instrument (here we will consider a bank card issued in the name of the buyer by the card issuing bank as an example of an electronic means), the user must go through the stage of identifying his or her identity. Otherwise, the issuing bank will not issue a plastic card to the user. Thus, the issuing bank has information about the identity of the card holder, as well as other data of the bank card. Secondly, as described above, information about the identity of the card holder, or information allowing identification of the card holder is included in the information provided to the POS terminals when it is read to the acquiring bank associated with the POS terminal and / or payment system - i.e. . hardware and software infrastructure, providing the transfer of the value of goods from one economic entity to another, as well as performing other operations for the implementation of banking transactions. The specifics of the operation of the payment system is such that, while working with a bank card, it receives information encoded on it, including personal data of the holder, and, accordingly, learns data about the identity of the card user.

Таким образом, в случае оплаты покупателем покупки с помощью электронного платежного средства возникает ситуация, в которой в фискальных данных, к которым имеет доступ оператор ОФД, содержатся сведения о наименованиях товаров и услуг приобретаемых покупателем, однако не содержаться данные о личности покупателя, такие как, например, имя покупателя либо иные идентификаторы покупателя. В данных же банковской транзакции, которой была оплачена покупка не содержаться данных о наименованиях товаров и услуг, приобретенных покупателем, однако содержится информация, позволяющая идентифицировать покупателя.Thus, in the case of a buyer paying for a purchase using electronic means of payment, a situation arises in which the fiscal data that the OFD operator has access to contains information about the names of goods and services purchased by the buyer, but does not contain information about the identity of the buyer, such as, for example, customer name or other customer identifiers. In the data of the banking transaction, which was paid for the purchase does not contain data on the names of goods and services purchased by the buyer, but contains information to identify the buyer.

Разработанное авторами решение позволяет вычленять из фискальных данных, которые могут храниться, например, у оператора ОФД, данные о покупках конкретных покупателей и накапливать их с использованием данных банковских транзакций, доступных вышеупомянутым участникам процесса проведения банковской транзакции. Причем реализуемый способ позволяет делать это так, чтобы не нарушались требования законодательства по соблюдению конфиденциальности данных, предъявляемые как оператору ОФД в отношении фискальных данных, так и к участникам процесса проведения транзакции в отношении данных владельцев электронных платежных средств и прочих данных банковских транзакций. Стоит отметить, что при составлении настоящей заявки заявитель исходит из логичного предположения, что покупка совершается законным владельцем банковской карты, а не посторонним лицом, получившим эту карту с ведома или без ведома законного ее владельца. Поэтому для целей настоящей заявки покупателя и владельца электронного платежного средства следует считать одним лицом.The solution developed by the authors makes it possible to isolate from the fiscal data that can be stored, for example, by the OFD operator, the data on purchases of specific customers and accumulate them using bank transaction data available to the aforementioned participants of the banking transaction process. Moreover, the implemented method allows you to do this in such a way as to not violate the requirements of the law on observance of data confidentiality, presented both to the operator of the CRF in relation to fiscal data, and to the participants in the transaction process regarding the data of owners of electronic payment funds and other data of bank transactions. It is worth noting that in the preparation of this application, the applicant proceeds from the logical assumption that the purchase is made by the legal owner of the bank card, and not by an unauthorized person who received this card with or without the knowledge of its legal owner. Therefore, for the purposes of this application, the buyer and owner of the electronic means of payment should be considered one person.

Обратимся к фиг. 1, на которой приведен вариант инфраструктуры, необходимой для осуществления настоящего изобретения. Стоит отметить, что приведенная на фиг. 1 архитектура является лишь примером и, как будет понятно специалисту в данной области техники, возможны и другие варианты ее реализации.Turning to FIG. 1, which shows an embodiment of the infrastructure necessary for implementing the present invention. It should be noted that the one shown in FIG. 1 architecture is just an example and, as one skilled in the art will understand, other options for its implementation are possible.

С одной стороны, на фиг. 1 изображен сервер 101, участника процесса проведения банковской транзакции. Таким участником может быть платежная система и/или банк эквайер. Сервер 101 подключен к множеству POS-терминалов, включая терминалы 101, 102, 103 посредством сети передачи данных (не пронумерована).On the one hand, in FIG. 1 shows a server 101, a participant in a bank transaction process. Such a participant may be a payment system and / or bank acquirer. Server 101 is connected to a variety of POS terminals, including terminals 101, 102, 103 via a data network (not numbered).

Сеть передачи данных может представлять собой Интернет. В различных вариантах осуществления настоящей технологии, сеть связи может быть реализована в виде глобальной сети связи, локальной сети связи, частной сети связи и т.п. То, как именно сервер 101 соединен с POS-терминалами 102, 103 и 104 через сеть передачи данных, никак конкретно не ограничено, и будет зависеть от реализации сети передачи данных и соответствующих POS-терминалов 102, 103 и 104. В качестве примера, но не ограничения, все POS-терминалы или часть из них могут быть связаны с сетью передачи данных через беспроводную сеть связи (например, среди прочего, соединение сети 3G, соединение сети 4G, беспроводной интернет Wireless Fidelity или коротко WiFi®, Bluetooth®, сеть передачи данных по стандартам GSM и тому подобное) или через проводную сеть (соединение на основе сети Ethernet и тому подобное). Различные POS-терминалы могут быть связаны с сервером 101 помощью различных видов соединения и с использованием различных сетей передачи независимо друг от друга.The data network may be the Internet. In various embodiments of the present technology, the communication network may be implemented as a global communication network, a local communication network, a private communication network, and the like. How exactly the server 101 is connected to the POS terminals 102, 103 and 104 through the data network is not specifically limited, and will depend on the implementation of the data network and the corresponding POS terminals 102, 103 and 104. As an example, but not limitation, all POS terminals or part of them can be connected to a data network via a wireless communication network (for example, inter alia, a 3G network connection, a 4G network connection, Wireless Fidelity or shortly WiFi®, Bluetooth®, a transmission network data according to GSM standards and the like) or via wired th area network (connection network based on Ethernet, and the like). Different POS terminals can be connected to the server 101 using different types of connections and using different transmission networks independently of each other.

Стоит отметить, что на фиг. 1 изображен лишь один сервер, связанный с POS-терминалами, однако, как будет понятно специалисту в данной области техники, сервер 101 может представлять собой множество серверов, связанных между собой и находящихся в одном или нескольких датацентрах. Отдельно стоит отметить, что в случае множества серверов 101, часть серверов могут представлять собой сервера одной или нескольких платежных систем, а часть серверов могут быть серверами одного или нескольких банков-эквайреов, связанных с POS-терминалами. Независимо от того, является сервер 101 одним сервером или множеством серверов, и независимо оттого, кто является оператором этих серверов (платежная система, банк-эквайер или другое лицо, допущенное к данным банковских транзакций) важным является тот факт, что один или несколько серверов 101 напрямую или опосредованно связаны с POS-терминалами и имеют доступ к данным банковских транзакций, исходящих с этих POS-терминалов. В дальнейшем, для простоты изложения, будем обращаться к серверу 101, как к одному серверу, подразумевая, что сервер 101 также может представлять собой множество серверов.It should be noted that in FIG. 1 shows only one server connected to POS terminals, however, as one skilled in the art will understand, server 101 may be a plurality of servers connected to each other and located in one or more data centers. Separately, it is worth noting that in the case of a plurality of servers 101, some of the servers can be the servers of one or more payment systems, and some of the servers can be the servers of one or more bank acquirers associated with POS terminals. Regardless of whether server 101 is a single server or multiple servers, and regardless of who is the operator of these servers (a payment system, an acquiring bank, or another person admitted to bank transaction data), it is important that one or more servers 101 directly or indirectly connected with POS-terminals and have access to the data of banking transactions originating from these POS-terminals. In the future, for simplicity of presentation, we will refer to the server 101 as a single server, implying that the server 101 can also be a plurality of servers.

На фиг. 1 также изображены три POS-терминала 102, 103 и 104, однако, не следует считать это ограничением. Изображенные на фиг. 1 три POS-терминала приведены в качестве примера, и, как будет понятно специалисту в данной области техники, количество POS-терминалов может быть любым и в реальности может достигать сотен и тысяч. POS-терминалы могут быть реализованы по-разному. Например, POS-терминалы могут быть стационарными или портативными (например, мобильные POS-терминалы или mPOS-терминал). POS-терминалы могут быть оснащены различными устройствами считывания данных электронных платежных средств, такими как, например, устройство считывания магнитной полосы банковской карты, устройства считывания чипа банковской карты, устройство беспроводного взаимодействия с картами (например, с помощью NFC-чипа) и т.п. POS-терминалы могут быть полностью самостоятельными устройствами, а также могут быть выполнены в виде аппаратного модуля, подключаемого к мобильному устройству или компьютеру. Также POS-терминалы могут быть выполнены в едином корпусе вместе с аппаратом ККТ, о чем более детально будет сказано ниже. POS-терминалы могу быть оснащены различными средствами и интерфейсами связи, такими как GSM-модуль, Wi-Fi модуль, Bluetooth модуль, USB-разъемы, и т.п. POS терминалы могут быть также оснащены устройством печати квитанции о подтверждении банковской транзакции.In FIG. 1 also shows three POS terminals 102, 103 and 104, however, this should not be considered a limitation. Depicted in FIG. 1, three POS terminals are given as an example, and, as one skilled in the art will understand, the number of POS terminals can be any and in reality can reach hundreds and thousands. POS terminals can be implemented in different ways. For example, POS terminals can be stationary or portable (for example, mobile POS terminals or mPOS terminal). POS terminals can be equipped with various electronic payment device data readers, such as, for example, a magnetic stripe reader of a bank card, a reader of a bank card chip, a device for wireless interaction with cards (for example, using an NFC chip), etc. . POS-terminals can be completely independent devices, and can also be made in the form of a hardware module connected to a mobile device or computer. Also, POS-terminals can be made in a single housing together with a CCP apparatus, which will be discussed in more detail below. POS-terminals can be equipped with various communication tools and interfaces, such as GSM-module, Wi-Fi module, Bluetooth module, USB-connectors, etc. POS terminals can also be equipped with a printing device confirming a bank transaction.

С другой стороны, на фиг. 1 изображен сервер 105, подключенный к множеству аппаратов ККТ, в том числе к аппаратам ККТ 106, 107, 108. Сервер 105 может быть сервером оператора ОФД, либо иного лица, имеющего законный доступ к фискальных данным. Независимо от того, кто является оператором сервера, для реализации изобретения важно, чтобы сервер имел доступ к фискальным данным и был напрямую или опосредованно связан с аппаратами ККТ. Сервер 105 подключен к множеству аппаратов ККТ, включая аппараты ККТ 106, 107, 108 посредством сети передачи данных (не пронумерована).On the other hand, in FIG. 1 shows a server 105 connected to many KKT devices, including KKT devices 106, 107, 108. Server 105 can be the server of the OFD operator, or another person who has legitimate access to fiscal data. Regardless of who the server operator is, for the implementation of the invention it is important that the server has access to fiscal data and is directly or indirectly connected to the CCTV devices. Server 105 is connected to a variety of KKT devices, including KKT devices 106, 107, 108 via a data network (not numbered).

Сеть передачи данных может представлять собой Интернет. В различных вариантах осуществления настоящей технологии, сеть связи может быть реализована в виде глобальной сети связи, локальной сети связи, частной сети связи и т.п. То, как именно сервер 105 соединен с аппаратами ККТ через сеть передачи данных, никак конкретно не ограничено, и будет зависеть от реализации сети передачи данных и соответствующих аппаратов ККТ. В качестве примера, но не ограничения, все аппараты ККТ или часть из них могут быть связаны с сетью передачи данных через беспроводную сеть связи (например, среди прочего, соединение сети 3G, соединение сети 4G, беспроводной интернет Wireless Fidelity или коротко WiFi®, Bluetooth®, сеть передачи данных по стандартам GSM и тому подобное) или через проводную сеть (соединение на основе сети Ethernet и тому подобное). Различные аппараты ККТ могут быть связаны с сервером 105 помощью различных видов соединения и с использованием различных сетей передачи независимо друг от друга.The data network may be the Internet. In various embodiments of the present technology, the communication network may be implemented as a global communication network, a local communication network, a private communication network, and the like. How exactly the server 105 is connected to the KKT devices via the data transmission network is not specifically limited, and will depend on the implementation of the data transmission network and the corresponding KKT devices. By way of example, but not limitation, all CCP devices or part of them can be connected to a data network via a wireless communication network (for example, inter alia, a 3G network connection, a 4G network connection, Wireless Fidelity or briefly WiFi®, Bluetooth ®, a data network according to GSM standards and the like) or via a wired network (Ethernet-based connection and the like). Various KKT devices can be connected to server 105 using various types of connections and using different transmission networks independently of each other.

Стоит отметить, что на фиг. 1 изображен лишь один сервер 105, связанный с аппаратами ККТ, однако, как будет понятно специалисту в данной области техники, сервер 105 может представлять собой множество серверов, связанных между собой и находящихся в одном или нескольких датацентрах. Отдельно стоит отметить, что в случае множества серверов 105, часть серверов могут представлять собой сервера одного или нескольких операторов ОФД либо иных лиц, имеющих законный доступ к фискальным данным. Независимо от того, является сервер 105 одним сервером или множеством серверов, и независимо от того, кто является оператором этих серверов (один или несколько операторов ОФД или иные лица, имеющие законный доступ к фискальным данным), важным является тот факт, что один или несколько серверов 101 напрямую или опосредованно связаны с аппаратами ККТ и имеют доступ к фискальным данным, исходящих с этих аппаратов ККТ.It should be noted that in FIG. 1 depicts only one server 105 associated with KKT devices, however, as one skilled in the art will understand, server 105 may be a plurality of servers interconnected and located in one or more data centers. Separately, it is worth noting that in the case of a plurality of servers 105, some of the servers can be the servers of one or more operators of the CRF or other persons having legal access to fiscal data. Regardless of whether server 105 is a single server or multiple servers, and regardless of who is the operator of these servers (one or more OFD operators or other persons who have legitimate access to fiscal data), it is important that one or more servers 101 are directly or indirectly connected with KKT devices and have access to fiscal data coming from these KKT devices.

Изображенные на фиг. 1 три аппарата ККТ приведены в качестве примера, и, как будет понятно специалисту в данной области техники, количество аппаратов ККТ может быть любым, и в реальности может достигать сотен и тысяч. Аппараты ККТ могут быть реализованы по-разному. Аппараты ККТ могут иметь дисплей для отображения покупаемых товаров и услуг и/или их стоимости. Также аппарат ККТ обычно обладает устройствами ввода информации (например, клавиатурой) и устройством печати фискального чека на бумажном носителе. Кроме этого, аппарат ККТ может иметь или быть связан с отделением для хранения наличных денег. Аппараты ККТ могут быть оснащены различными средствами и интерфейсами связи, такими как GSM-модуль, Wi-Fi-модуль, Bluetooth-модуль, USB-разъемы, и т.п.Depicted in FIG. 1, three CCP devices are shown as an example, and, as one skilled in the art will understand, the number of CCP devices can be any, and in reality, it can reach hundreds and thousands. KKT devices can be implemented in different ways. KKT devices can have a display to display the purchased goods and services and / or their value. Also, the CCP apparatus usually has information input devices (for example, a keyboard) and a fiscal receipt printing device on paper. In addition, the CCP apparatus may have or be associated with a cash storage unit. KKT devices can be equipped with various communication tools and interfaces, such as GSM-module, Wi-Fi-module, Bluetooth-module, USB-connectors, etc.

Также аппарат ККТ может быть выполнен в едином корпусе с POS-терминалом, либо быть связан с ним в составе аппаратного комплекса. В таких комплексах, обычно процесс оформления и оплаты покупки с помощью электронного платежного средства выстроены в единый процесс. Важно отметить, что даже в таких случаях, когда аппарат-ККТ связан с POS-терминалом в единый аппаратный комплекс, данные банковской транзакции по оплате, получаемые участниками проведения транзакции такими как банк-эквайер и/или платежная система, не содержат в себе фискальных данных. Банк-эквайер и платежная система не имеют доступа к фискальным данным и не имеют информации о том, с каким именно аппаратом ККТ связан POS-терминал. Аналогично, оператор фискальных данных, имеющий доступ к аппарату ККТ и исходящим от него фискальным данным, не имеет доступа к данным банковских транзакций, по оплате соответствующих покупок, а также не имеет информации о том, какой именно POS-терминал подключен к аппарату ККТ. В случаях, когда аппарат ККТ и POS-терминал не связаны между собой и представляют собой два независимых устройства, ситуация аналогичная. Поэтому важным этапом разработанного авторами решения является этап установления соответствия между аппаратами ККТ используемыми для оформления покупок и POS-терминалами, которые используются для проведения транзакций по оплате покупок, оформленных с помощью соответствующих аппаратов ККТ, о чем будет сказано подробнее далее.Also, the KKT device can be made in a single package with a POS terminal, or connected with it as part of a hardware complex. In such complexes, usually the process of processing and paying for purchases using electronic means of payment is built into a single process. It is important to note that even in cases where the device-KKT is connected to the POS-terminal in a single hardware complex, the data of a bank payment transaction received by the participants of the transaction such as an acquiring bank and / or payment system do not contain fiscal data . The acquirer bank and the payment system do not have access to fiscal data and do not have information about which POS terminal is connected to the KKT device. Similarly, a fiscal data operator that has access to the CCP apparatus and fiscal data originating from it does not have access to bank transaction data for the payment of relevant purchases, and also does not have information about which POS terminal is connected to the CCP apparatus. In cases where the KKT device and the POS terminal are not interconnected and are two independent devices, the situation is similar. Therefore, an important stage of the solution developed by the authors is the stage of establishing correspondence between CCP devices used for making purchases and POS terminals that are used to conduct transactions for paying for purchases made using the corresponding CCP devices, which will be discussed in more detail below.

Еще одной деталью архитектуры системы, предназначенной для реализации изобретения является связь между сервером 101 и сервером 105, схематически изображенная линией, связывающей два сервера (не пронумеровано). Связь между серверами может быть установлена посредством сети передачи данных, например, сети Интернет.Another detail of the architecture of the system for implementing the invention is the connection between the server 101 and the server 105, schematically represented by a line connecting the two servers (not numbered). Communication between servers can be established through a data network, for example, the Internet.

Обратимся к фиг. 2, на которой изображены основные шаги описываемого решения. Первым шагом 201 является шаг установления соответствия между POS-терминалами и аппаратами ККТ. Результатом первого шага является создание таблицы соответствий POS-терминалов и аппаратов ККТ, которая затем используется во втором шаге 202. Вторым шагом 202 является шаг накопление обезличенных данных по покупкам покупателей. Результатом второго шага является наполнение хранилища обезличенной информации об истории покупок покупателя (не изображено на фиг. 1 и 3) обезличенными электронными чеками, содержащими информацию о покупках покупателей, привязанных к хэш-кодам электронных платежных средств покупателей, о чем подробнее будет сказано ниже. На фиг. 2 шаги 1 и два изображены последовательно, однако, в некоторых реализациях, после установления соответствия некоторого достаточного количества POS-терминалов и аппаратов ККТ, может запускаться шаг 202, в то время как шаг 201 может продолжаться, выполняя уточнение и дополнение таблицы соответствий.Turning to FIG. 2, which shows the main steps of the described solution. The first step 201 is the step of establishing correspondence between the POS terminals and the devices of the CCP. The result of the first step is to create a correspondence table of POS terminals and KKT devices, which is then used in the second step 202. The second step 202 is the step of accumulating anonymized data on purchases of customers. The result of the second step is filling the repository of depersonalized information about the customer’s purchase history (not shown in Figs. 1 and 3) with anonymized electronic checks containing information about the purchases of buyers tied to the hash codes of electronic payment means of buyers, which will be discussed in more detail below. In FIG. 2, steps 1 and two are shown sequentially, however, in some implementations, after matching a certain sufficient number of POS terminals and CCP devices, step 202 can be started, while step 201 can continue, updating and supplementing the correspondence table.

Кроме того, стоит отметить, что не во всех реализациях заявленного решения оба этапа производятся одним лицом или на одном сервере или группе серверов. Так, например, таблица соответствий может быть создана платежной системой (или банком-эквайером в других случаях) на сервере платежной системы на основе данных банковских транзакций и данных, полученных платежной системой от оператора ОФД, и передана оператору ОФД. В таком случае оператор ОФД может не выполнять создание таблицы соответствий у себя на сервере, а пользоваться таблицей соответствий, полученной от платежной системыIn addition, it is worth noting that not in all implementations of the claimed solution, both stages are performed by one person or on one server or group of servers. So, for example, a correspondence table can be created by a payment system (or an acquiring bank in other cases) on a payment system server based on bank transaction data and data received by the payment system from the OFD operator and transferred to the OFD operator. In this case, the OFD operator may not perform the creation of a correspondence table on his server, but use the correspondence table received from the payment system

Для описания шага установления соответствий между POS-терминалами и аппаратами ККТ 201 обратимся к фиг. 3 на которой схематично изображен один из вариантов реализации шага 201.To describe the step of establishing correspondence between POS terminals and KKT 201 devices, we turn to FIG. 3 which schematically depicts one embodiment of step 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, который может быть сервером оператора ОФД.In FIG. 3 shows the architecture of the system described in the explanation of FIG. 1. Server 101 is connected to a plurality of payment POS terminals, including terminals 102, 103, 104. Server 105 is connected to a plurality of CCP devices, including devices 106, 107, 108. Also, servers 101 and 105 can be connected to each other via a data network. In fact, the POS terminals 102, 103, 104 correspond to the KKT devices 106, 107, 108, respectively, as shown in FIG. 3 by arranging the POS terminals and the RRNs against each other. By correspondence, in this case, it should be understood that the POS terminals 102, 103, 104 participate in transactions to pay for purchases made using KKT 106, 107, 108 devices, respectively. However, until the correspondence table of the POS terminals and CCP devices is generated, the correspondence of the POS terminals to CCP devices is not known to the server 101, which can be a server of a payment system or an acquiring bank, or the server 105, which can be a server of an OFD operator.

Сервер 101 в течении некоторого периода времени принимает от POS-терминалов, связанных с ним, в том числе от терминалов 102, 103, 104 данные транзакций. Данные транзакции включают в себя время транзакции, сумму транзакции, идентификатор POS-терминала, данные электронного платежного средства, используемого покупателем для проведения транзакции по оплате. Кроме того, данные транзакции могут включать данные владельца POS-терминала, данные банка-эквайера, обслуживающего владельца POS-терминала. Данные владельца POS-терминала могут включать в себя наименование владельца POS-терминала, основной государственный регистрационный номер владельца POS-терминала, юридический адрес владельца POS-терминала, фактический адрес владельца POS-терминала, адрес расположения POS-терминала. Данные электронного платежного средства включают в себя сведения о владельце электронного платежного средства, такие как имя, фамилия, и/или иные идентификаторы, позволяющие определить личность владельца электронного платежного средства. Данные электронного платежного средства также могут включать в себя дату истечения срока действия электронного платежного средства, номер электронного платежного средства, идентификатор банка-эмитента, ассоциированного с электронным платежным средством,The server 101 within a certain period of time receives from the POS-terminals associated with it, including from the terminals 102, 103, 104 transaction data. Transaction data includes the transaction time, transaction amount, POS terminal identifier, electronic payment information used by the buyer to complete the payment transaction. In addition, the transaction data may include data of the owner of the POS terminal, data of the acquirer bank serving the owner of the POS terminal. The data of the owner of the POS terminal may include the name of the owner of the POS terminal, the main state registration number of the owner of the POS terminal, the legal address of the owner of the POS terminal, the actual address of the owner of the POS terminal, the address of the POS terminal. Electronic payment instrument data includes information about the owner of the electronic payment instrument, such as first name, surname, and / or other identifiers to determine the identity of the owner of the electronic payment instrument. Electronic payment medium data may also include the expiration date of the electronic payment medium, electronic payment medium number, the identifier of the issuing bank associated with the electronic payment instrument,

А также различные верификационные коды, такие как коды CVV, CVV2, CVC, CVC2, CVP, CVP2, CID, CVD, CVN2. Данные транзакций схематично изображены на фиг. 3 элементами под номерами 112, 113, 114.As well as various verification codes, such as CVV, CVV2, CVC, CVC2, CVP, CVP2, CID, CVD, CVN2. Transaction data is shown schematically in FIG. 3 elements numbered 112, 113, 114.

Сервер 105 в течение некоторого периода времени принимает от аппаратов ККТ, связанных с ним, в том числе от аппаратов 106, 107, 108 фискальные данные о покупках, осуществленных с помощью этих аппаратов. Фискальные данные могут содержать данные владельца аппарата ККТ, идентификатор аппарата ККТ, указание наименований приобретенных покупателем позиций товара и их стоимости, время покупки. Данные владельца аппарата ККТ, в свою очередь, могут включать в себя идентификационный номер налогоплательщика владельца аппарата ККТ, код причины постановки на учет владельца аппарата ККТ, наименование владельца аппарата ККТ, основной государственный регистрационный номер владельца аппарата ККТ, юридический адрес владельца аппарата ККТ, фактический адрес владельца аппарата ККТ, адрес расположения аппарата ККТ. Фискальные данные схематично изображены на фиг. 3 элементами под номерами 116, 117, 118.The server 105 for a certain period of time receives fiscal data on purchases made using these devices from the CCP devices associated with it, including from the devices 106, 107, 108. Fiscal data may contain the data of the owner of the KKT apparatus, the identifier of the KKT apparatus, an indication of the names of the items of goods purchased by the buyer and their cost, time of purchase. The data of the owner of the KKT apparatus, in turn, can include the taxpayer identification number of the owner of the KKT apparatus, reason code for registering the owner of the KKT apparatus, name of the owner of the KKT apparatus, main state registration number of the owner of the KKT apparatus, legal address of the owner of the KKT apparatus, actual address owner of the CCP apparatus, location address of the CCP apparatus. Fiscal data is shown schematically in FIG. 3 elements numbered 116, 117, 118.

Сервер 101, накапливая данные транзакций формирует из них ряды данных POS-терминалов. Сервер 101 использует для формирования рядов POS-терминалов идентификаторы терминалов и времена транзакций, исходящих от них. На фиг. 4 приведен пример таблицы с рядами данных POS-терминалов. Как видно из таблицы, каждому идентификатору POS-терминала соответствует ряд времен транзакций. Так, например, идентификатору idt_2 POS-терминала 102, соответствует ряд времен транзакций, в который входят времена транзакций T_t21, T_t22, T_t23, T_t24, T_t25 и т.д. Времена транзакций могут представлять собой дату и время, записанные любым известным способом. Например, для идентификатора терминала idt_2 времена транзакций T_t21, T_t22, T_t23, T_t24, T_t25 могут иметь значения [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.Server 101, accumulating transaction data, forms data series of POS terminals from them. Server 101 uses the identifiers of the terminals and the transaction times emanating from them to form the series of POS terminals. In FIG. Figure 4 shows an example of a table with data series of POS terminals. As can be seen from the table, each identifier of the POS terminal corresponds to a series of transaction times. So, for example, the identifier idt_2 of the POS terminal 102 corresponds to a series of transaction times, which includes transaction times T _t21 , T _t22 , T _t23 , T _t24 , T _t25 , etc. Transaction times may be a date and time recorded in any known manner. For example, for the terminal identifier idt_2, transaction times T _t21 , T _t22 , T _t23 , T _t24 , T _t25 can have the values [08/05/2017 - 13:32], [08/05/2017 - 15:54], [08/05/2017 - 18:13], [06/06/2017 - 12:10], [06/06/2017 - 14:15] respectively. Also, time series may contain data on time intervals between purchases made using the KKT apparatus. In the event that several participants with access to banking transaction data, for example, two payment systems or two acquirer banks, participate in the process of establishing compliance, in addition to each identifier of the POS terminal, the identifier of the payment system that received the time series data can be associated , or an acquiring bank associated with a POS terminal. So in the example of FIG. 4 all POS-terminals have the identifier of the payment system ps_1.

Вернемся к фиг.3 и обратимся вновь к серверу 105. Допустим, сервер 105 в приведенном примере является сервером оператора ОФД. По мере получения фискальных данных от аппаратов ККТ, сервер 105 формирует из них ряды данным аппаратов ККТ, аналогично тому, как это делает сервер 101 для данных банковских транзакций. Сервер 105 использует для формирования рядов данных аппаратов ККТ идентификаторы аппаратов ККТ и времена покупок, содержащиеся в исходящих от них фискальных данных (электронных чеках). На фиг. 5 приведен пример таблицы с рядами данных аппаратов ККТ. Как видно из таблицы, каждому идентификатору аппарата ККТ соответствует ряд времен покупок. Так, например, идентификатору idk_6 аппарата ККТ 102, соответствует ряд времен покупок, в который входят времена покупок T_k61, T_k62, T_k63, T_k64, T_k65 и т.д. Времена покупок могут представлять собой дату и время, записанные любым известным способом. Например, для идентификатора аппарата ККТ idk_6 времена транзакций T_k61, T_k62, T_k63, T_k64, T_k65 могут иметь значения [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.Let's go back to figure 3 and turn again to the server 105. Suppose that the server 105 in the above example is the server of the OFD operator. As fiscal data is received from the KKT devices, the server 105 forms the data from the KKT devices from them, similar to the way the server 101 does for bank transaction data. Server 105 uses the identifiers of the KKT apparatuses and the times of purchases contained in the fiscal data (electronic checks) originating from them to form the series of data of the CCP devices. In FIG. Figure 5 shows an example of a table with series of data from KKT devices. As can be seen from the table, each identifier of the CCP apparatus corresponds to a number of shopping times. So, for example, the identifier idk_6 of the device KKT 102, corresponds to a number of shopping times, which includes shopping times T _k61 , T _k62 , T _k63 , T _k64 , T _k65 , etc. Purchase times may be a date and time recorded in any known manner. For example, for KKT device identifier idk_6, transaction times T _k61 , T _k62 , T _k63 , T _k64 , T _k65 can have values [08/05/2017 - 13:32], [08/05/2017 - 15:54], [08/05/2017 - 18:13], [06/06/2017 - 12:10], [06/06/2017 - 14:15], respectively. Also, time series may contain data on time intervals between purchases made using the KKT apparatus. If several CRF operators or other persons with access to fiscal data, for example, two CRF operators, are involved in the process of establishing compliance, then in addition to each identifier of the CCP apparatus, the identifier of the CRF operator serving this CCP apparatus can be associated. So in the example of FIG. 5 all KKT devices have the OFD operator identifier ofd_1.

Вернемся снова к примеру на фиг. 3. Сервер 101, сформировав ряды данных POS-терминалов, посылает эту информацию на сервер 105. На фиг. 3, это схематично изображено элементом 120. Сервер 105, в свою очередь, принимает эту информацию и инициирует процесс сопоставления рядов данных POS-терминалов и рядов данных аппаратов ККТ, которые он сформировал, описанным выше способом. Сервер 105 сравнивает времена транзакций, ассоциированных с каждым POS-терминалом с временами покупок, ассоциированными с каждым аппаратом ККТ. При нахождении соответствия между двумя рядами, сервер 105 делает вывод о соответствии POS-терминала и аппарата ККТ, и заносит это соответствие в таблицу соответствий POS-терминалов и аппаратов ККТ.Let us return again to the example in FIG. 3. Server 101, having generated data series of POS terminals, sends this information to server 105. In FIG. 3, this is schematically depicted by element 120. Server 105, in turn, receives this information and initiates the process of comparing the data series of the POS terminals and the data series of the CCP devices that it generated in the manner described above. Server 105 compares the transaction times associated with each POS terminal with the purchase times associated with each CCP apparatus. When finding the correspondence between the two rows, the server 105 makes a conclusion about the correspondence of the POS terminal and the CCP apparatus, and enters this correspondence into the correspondence table of the POS terminals and CCP apparatus.

В простейшем случае, временные ряды могут совпадать точно. Так например, в примере с идентификатором POS-терминала 102 idt_2 временной ряд транзакций T_t21, T_t22, T_t23, T_t24, T_t25 полностью совпадает с временным рядом покупок T_k61, T_k62, T_k63, T_k64, T_k65, ассоциированным с идентификатором аппарата ККТ 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-терминала, так как отсутствовала банковская транзакция. Для сравнения рядов данных, помимо обычного сравнения времен и анализа интервалов между временами, могут также применятся иные методы анализа, в том числе статистические методы, методы машинного обучения, различные эвристики и т.д.In the simplest case, time series can match exactly. For example, in the example with the identifier of the POS terminal 102 idt_2, the time series of transactions T _t21 , T _t22 , T _t23 , T _t24 , T _t25 completely coincides with the time series of purchases T _k61 , T _k62 , T _k63 , T _k64 , T _k65 , associated with the KKT apparatus identifier 106 idk_6, since these series have identical times [05.08.2017 - 13:32], [05.08.2017 - 15:54], [05.08.2017 - 18:13], [06.08.2017 - 12:10] and [06/08/2017 - 14:15] respectively. In this case, the server 105 will conclude that the POS terminal 102 is associated with the KKT apparatus 106 and will enter this information into the correspondence table. Often the rows do not match exactly. This can be caused, for example, by the difference in how the clock is configured on the POS terminal and its corresponding CCP apparatus. When analyzing the correspondence of time series, this can also be taken into account. For example, transaction times can stably differ by equal time intervals, for example 2 minutes, while having equal time intervals between transactions. In the analysis, this can be taken into account, and information on the time offset parameter between for a pair of POS terminal - CCP apparatus, which in this case will be 2 minutes, can be entered in the correspondence table. Also, the time series may not coincide exactly because part of the purchases made by the CCP apparatus can be made for cash, and accordingly, information about such a purchase will not be in the data series of the POS terminal, since there was no banking transaction. To compare data series, in addition to the usual comparison of times and analysis of intervals between times, other methods of analysis can also be applied, including statistical methods, machine learning methods, various heuristics, etc.

На фиг. 5 приведен пример таблицы соответствия POS-терминалов и аппаратов ККТ. Как видно из таблицы, идентификаторам POS-терминалов поставлены в соответствия идентификаторы аппаратов ККТ. Также в таблице для каждой пары терминала и аппарата ККТ указан параметр временного смещения, а также соответствующие идентификаторы платежной системы и оператора ОФД, ассоциированных с парой. Стоит отметить, что в других вариантах реализации параметры временного смещения и идентификаторы платежной системы, банка-эквайера, оператора ОФД могут опускаться. В некоторых вариантах реализации заявленного решения, таблица соответствий может представлять собой базу данных.In FIG. Figure 5 shows an example of a correspondence table for POS terminals and KKT devices. As can be seen from the table, the identifiers of the POS-terminals are mapped to the identifiers of the CCP devices. Also in the table for each pair of terminal and CCP apparatus, the time offset parameter is indicated, as well as the corresponding identifiers of the payment system and OFD operator associated with the pair. It is worth noting that in other embodiments, the parameters of the time offset and identifiers of the payment system, acquirer bank, OFD operator may be omitted. In some embodiments of the claimed solution, the correspondence table may be a database.

Стоит также отметить, что идентификаторы POS-терминалов и аппаратов ККТ, используемые в таблице соответствий и в рядах данных, могут не являться теми идентификаторами, которые были первоначально получены соответствующими серверами от POS-терминалов или аппаратов ККТ. В таком случае, эти идентификаторы могут быть получены на основе первоначальных идентификаторов путем хэширования, шифрования или иных методов. Использование идентификаторов, отличных от оригинальных идентификаторов устройств может быть актуально, если по каким-то причинам, раскрытие оператором ОФД, платежной системой и/или банком-эквайером первоначально полученных ими идентификаторов устройств нежелательно, например, в соответствии с действующим законодательством.It is also worth noting that the identifiers of POS terminals and CCP devices used in the correspondence table and in the data series may not be those identifiers that were originally received by the corresponding servers from POS terminals or CCP devices. In this case, these identifiers can be obtained on the basis of the original identifiers by hashing, encryption or other methods. The use of identifiers other than the original device identifiers may be relevant if, for some reason, the disclosure by the operator of the OFD, the payment system and / or acquirer of the device identifiers originally obtained by them is undesirable, for example, in accordance with applicable law.

На практики могут возникать ситуации, когда связи между аппаратами ККТ и POS-терминалами могут изменяться, например, в случаях поломки одного из устройств пары и замены его другим устройством, либо в случаях плановой замены оборудования, введения в эксплуатацию нового оборудования и т.д. Поэтому таблица соответствий может уточняться с течением времени. Например, уточнение таблицы соответствий может производиться регулярно через заданные промежутки времени. В некоторых вариантах реализации уточнение таблицы соответствия может происходить по мере получения новых данных POS-терминалов и/или аппаратов ККТ. Например, уточнение таблицы соответствий может производиться в случае получения информации о новых подключенных устройствах, либо по мере накопления определенного объема новых фискальных данных, либо данных банковских транзакций.In practice, situations may arise when the connections between the KKT devices and POS-terminals can change, for example, in the event of breakdown of one of the devices of the pair and replacement by another device, or in cases of planned replacement of equipment, commissioning of new equipment, etc. Therefore, the correspondence table can be refined over time. For example, refinement of the correspondence table may be carried out regularly at specified intervals. In some embodiments, the refinement of the correspondence table may occur as new data from POS terminals and / or CCP devices is received. For example, a refinement of the correspondence table can be made in the case of obtaining information about new connected devices, or as a certain amount of new fiscal data accumulates, or bank transaction data.

На фиг. 3 показан пример, в котором сервер, имеющий доступ к данным банковских транзакций посылает ряды данных POS-терминалов на сервер, имеющий доступ к фискальным данным, который в свою очередь формирует таблицу соответствия POS-терминалов и аппаратов ККТ на основе полученных данных и рядов данных аппаратов ККТ. В альтернативных вариантах реализации, сервер, имеющий доступ к фискальным данным, может отсылать ряды данных аппаратов ККТ на сервер, имеющий доступ к данным банковских транзакций, который в свою очередь будет формировать таблицу соответствий на основании полученных данных и сформированных рядов данных POS-терминалов. Для краткости, не будем останавливаться подробно на этом примере, скажем лишь, что в этом случае все вышеописанные детали процесса формирования рядов данных, создания и уточнения таблицы соответствий будут применимы в равной степени. Не будем останавливаться на этом примере подробнее.In FIG. Figure 3 shows an example in which a server that has access to banking transaction data sends rows of POS terminal data to a server that has access to fiscal data, which in turn forms a correspondence table of POS terminals and CCP devices based on the received data and data series of devices CCP. In alternative implementations, a server with access to fiscal data can send data series of CCP devices to a server that has access to bank transaction data, which in turn will form a correspondence table based on the data received and the generated data series of POS terminals. For brevity, we will not dwell on this example, we will only say that in this case all the above details of the process of generating data series, creating and updating the correspondence table will be equally applicable. We will not dwell on this example in more detail.

После создания таблицы соответствий сервером, имеющим доступ к фискальным данным или сервером, имеющим доступ к данным банковских транзакций, вся таблица целиком или ее часть может быть отослана другим участникам процесса установления соответствия и/или накопления обезличенных данных по покупкам покупателей, таким как операторы ОФД, банки-эквайеры, банки-эмитенты, или платежные системы.After creating a correspondence table by a server that has access to fiscal data or a server that has access to banking transaction data, the whole or part of the table can be sent to other participants in the process of establishing compliance and / or accumulation of anonymized data on customer purchases, such as OFD operators, acquiring banks, issuing banks, or payment systems.

Обратимся к фиг. 2, а именно к шагу 202 накопления обезличенных данных по покупкам покупателей. Различные варианты реализации этого этапа приведены на фигурах 7-10, которые рассмотрим подробнее.Turning to FIG. 2, namely, to step 202 of the accumulation of anonymized data on purchases by customers. Various options for the implementation of this stage are shown in figures 7-10, which we consider in more detail.

На фиг. 7 изображен вариант реализации процесса накопления обезличенных данных по покупкам покупателей. Сервер 105, имеющий доступ к фискальным данным, соединен с помощью сети передачи данных со множеством аппаратов ККТ (не изображено), в том числе с аппаратом ККТ 106. Сервер 101, имеющий доступ к данным банковских транзакций, соединен с помощью сети передачи данных со множеством POS-терминалов (не изображено), в том числе с POS-терминалом 102.In FIG. 7 shows an embodiment of the process of accumulation of anonymized data on purchases of customers. A server 105 having access to fiscal data is connected via a data network with many KKT devices (not shown), including a KKT 106. Server 101, having access to bank transaction data, is connected using a data network with many POS terminals (not shown), including with POS terminal 102.

Во время или после совершения покупки покупателем с оплатой покупки электронным платежным средством аппарат ККТ 106 посылает электронный чек 701, содержащий фискальные данные на сервер 105. Электронный чек 701 содержит данные владельца ККТ, идентификатор аппарата ККТ, наименования приобретенных покупателем позиций товаров и услуг, их стоимости, а также время совершения покупки. Данные владельца аппарата ККТ могут включать в себя: идентификационный номер налогоплательщика владельца аппарата ККТ, код причины постановки на учет владельца аппарата ККТ, наименование владельца аппарата ККТ, основной государственный регистрационный номер владельца аппарата ККТ, юридический адрес владельца аппарата ККТ, фактический адрес владельца аппарата ККТ, адрес расположения аппарата ККТ. Также электронный чек может содержать информацию о количестве приобретенных товаров и услуг, а также суммарную стоимость покупки.During or after the purchase by the buyer with payment by electronic means of payment, the KKT 106 sends an electronic check 701 containing fiscal data to the server 105. The electronic check 701 contains the data of the KKT owner, the identifier of the KKT, names of the goods and services purchased by the buyer, their cost as well as the purchase time. The data of the owner of the KKT apparatus can include: taxpayer identification number of the owner of the KKT apparatus, reason code for registering the owner of the KKT apparatus, name of the owner of the KKT apparatus, main state registration number of the owner of the KKT apparatus, legal address of the owner of the KKT apparatus, actual address of the owner of the KKT apparatus, location address of the CCP apparatus. An electronic check may also contain information on the number of goods and services purchased, as well as the total purchase price.

Сервер 105, получив электронный чек 701, сохраняет его и сразу или через некоторое время после получения электронного чека инициализирует процесс создания обезличенного электронного чека. Для этого, сервер 105 исключает из электронного чека полностью или частично данные владельца аппарата ККТ. Следует отметить, что объем исключаемых данных может быть различным, в зависимости от требований действующего на момент реализации изобретения законодательства, регулирующего вопросы конфиденциальности фискальных данных, а также в зависимости от особенной конкретной реализации изобретения. Отметим еще раз, что для создания обезличенного электронного чека как минимум часть данных владельца аппарата ККТ исключается из данных электронного чека, т.к. таким образом достигается обезличивание информации электронного чека - то есть исключение возможности по данным обезличенного электронного чека идентифицировать владельца ККТ, с которым ассоциирован электронный чек, третьими лицами. Допустим, для примера, что данные владельца аппарата ККТ исключаются при создании электронного чека полностью. Также при создании обезличенного электронного чека из первоначальных полученного данных электронного чека 701 могут дополнительно исключаться данные о стоимости позиций приобретенных товаров и услуг, а также идентификатор аппарата ККТ и время совершения покупки. В случае исключения из обезличенного электронного чека времени покупки и идентификатора аппарата ККТ, эти данные тем не менее в дальнейшем будут использованы для привязки обезличенного электронного чека к хэш-коду электронного платежного средства, даже если в самом обезличенном чеке их может не содержаться.The server 105, having received the electronic check 701, saves it and immediately or after some time after receiving the electronic check initiates the process of creating an anonymized electronic check. For this, the server 105 excludes from the electronic check, in whole or in part, the data of the owner of the CCP apparatus. It should be noted that the volume of data to be excluded may vary, depending on the requirements of the legislation in force at the time of the invention that regulates the confidentiality of fiscal data, and also depending on the particular implementation of the invention. We note again that in order to create a depersonalized electronic check, at least a part of the data of the owner of the CCP apparatus is excluded from the data of the electronic check, because In this way, anonymization of the electronic check information is achieved - that is, eliminating the possibility of identifying the owner of the CCP, with which the electronic check is associated, by third parties according to the data of the anonymized electronic check. Suppose, for example, that the data of the owner of the CCP apparatus are excluded when creating the electronic check in full. Also, when creating a depersonalized electronic check, data on the cost of items of purchased goods and services, as well as the identifier of the CCP apparatus and the time of purchase, can be additionally excluded from the initial data received from electronic check 701. In the event that the purchase time and the CCP machine identifier are excluded from the depersonalized electronic check, this data will nevertheless be used in the future to link the depersonalized electronic check to the hash code of the electronic payment tool, even if they may not be contained in the depersonalized check itself.

Отступив от описания примера на фиг. 7, отдельно отметим, что идентификаторы POS-терминалов и аппаратов ККТ, передаваемые друг другу серверами 101 и 105 на этапе накопления обезличенных данных по покупкам покупателей, могут не являться теми идентификаторами, которые были первоначально получены соответствующими серверами от POS-терминалов или аппаратов ККТ. В таком случае, эти идентификаторы могут быть получены на основе первоначальных идентификаторов путем хэширования, шифрования или иных методов. Использование идентификаторов, отличных от оригинальных идентификаторов устройств может быть актуально, если по каким-то причинам, раскрытие оператором ОФД, платежной системой и/или банком-эквайером первоначально полученных ими идентификаторов устройств нежелательно, например, в соответствии с действующим законодательством.Having departed from the description of the example in FIG. 7, we note separately that the identifiers of POS terminals and CCP devices transmitted to each other by servers 101 and 105 at the stage of accumulating anonymized data on purchases of customers may not be those identifiers that were originally received by the corresponding servers from POS terminals or CCP devices. In this case, these identifiers can be obtained on the basis of the original identifiers by hashing, encryption or other methods. The use of identifiers other than the original device identifiers may be relevant if, for some reason, the disclosure by the operator of the OFD, the payment system and / or acquirer of the device identifiers originally obtained by them is undesirable, for example, in accordance with applicable law.

Стоит также отметить, что создание обезличенного электронного чека из данных первоначально полученного электронного чека 701 не означает удаление первоначально полученного электронного чека 701. В соответствии с требованиями законодательства РФ, действующего на момент подачи заявки, данные, фискальные данные, полученные от аппаратов ККТ, должны храниться оператором ОФД в неизменном виде. Поэтому создание обезличенного электронного чека в большинстве случаев (исключения возможны в случае изменения законодательства) представляет собой создание новых данных на основании данных первоначально полученного электронного чека 701. В некоторых вариантах реализации, обезличенный электронный чек может представлять собой перечень наименований приобретенных товаров.It is also worth noting that the creation of a depersonalized electronic check from the data of the originally received electronic check 701 does not mean the deletion of the originally received electronic check 701. In accordance with the requirements of the legislation of the Russian Federation applicable at the time of filing the application, the data, fiscal data received from the KKT devices must be stored CRF operator unchanged. Therefore, the creation of a depersonalized electronic check in most cases (exceptions are possible in case of changes in legislation) is the creation of new data based on the data of the originally received electronic check 701. In some embodiments, the depersonalized electronic check may be a list of items of goods purchased.

Процесс создания обезличенного электронного чека может также включать в себя этап нормализации наименований приобретенных товаров и услуг. Дело в том, что разные продавцы могут использовать различные названия, сокращения и аббревиатуры для одних и тех же товаров и услуг. Для того чтобы обезличенную информацию об истории покупок покупателей, полученную из фискальных данных различных продавцов, можно было просто сравнивать и анализировать, наименования товаров и услуг требуется привести к единообразному виду. Так, например, в одном электронном чеке товар «колбаса вареная» может значится, как «колб. вар.», а в других чеках других продавцов этот же товар может быть указан как «вареная колбаса», «вар. колб.», «колбаса варен.» и т.д. Кроме того, в некоторых чеках наименование «колб. вар.» может означать колбу варочную. Для того чтобы убрать такие разночтения может быть использован программный модуль нормализации, который может исполняться на сервере 105, либо на другом сервере. Для нормализации наименований товаров и услуг модулем нормализации могут быть применены различные техники, такие как регулярные выражения, алгоритмы машинного обучения, эвристики, алгоритмы компьютерной лингвистики, использование словаря наименований товаров и т.д. Также важным сигналом для определения верного нормализованного наименования для позиции электронного чека, может являться стоимость соответствующего товара или услуги, указанная в электронном чеке. Поэтому также может применяться анализ стоимости позиция товаров. Также, модуль нормализации может анализировать формулировки упоминания товаров в чеке с использованием статистических методов и с привлечением информации о сезонности товара, частоте его упоминания в чеках и т.п. На основании этих данных модуль нормализации может приходить к заключению, какой именно товар числится в электронном чеке под его текущей формулировкой и следует ли выбрать для него другую, нормализованную формулировку при формировании обезличенного электронного чека. В случае, если модуль нормализации расположен не на сервере, хранящем данные электронного чека (сервер 105 в нашем примере), то нормализация может включать в себя этапы отправки наименования товаров и услуг и, опционально, их стоимости, на другой сервер, на котором располагается модуль нормализации, и получения от указанного другого сервера нормализованных наименований. Таким образом сервер 105 формирует из полученного им электронного чека 701 обезличенный электронный чек.The process of creating a depersonalized electronic check may also include the stage of normalizing the names of purchased goods and services. The fact is that different sellers can use different names, abbreviations and abbreviations for the same goods and services. In order for anonymized information on the purchase history of buyers, obtained from the fiscal data of various sellers, to be simply compared and analyzed, the names of goods and services need to be brought to a uniform look. So, for example, in one electronic check the goods “boiled sausage” may appear as “flasks. var. ”, and in other checks of other sellers the same product may be indicated as“ boiled sausage ”,“ var. sausage. ”,“ sausage cooked. ”etc. In addition, in some checks the name “flasks. var. ”may mean a cooking flask. In order to remove such discrepancies, a normalization software module can be used, which can be executed on server 105 or on another server. To normalize the names of goods and services, the normalization module can use various techniques, such as regular expressions, machine learning algorithms, heuristics, computer linguistics algorithms, the use of a dictionary of goods names, etc. Also, an important signal for determining the correct normalized name for the position of an electronic check may be the cost of the corresponding product or service indicated in the electronic check. Therefore, cost analysis can also be applied to the position of goods. Also, the normalization module can analyze the wording of the mention of goods in the check using statistical methods and with the use of information about the seasonality of the goods, the frequency of their mention in checks, etc. Based on these data, the normalization module can come to the conclusion which particular item is listed in the electronic check under its current wording and whether to choose a different, normalized wording for it when forming an impersonal electronic check. If the normalization module is not located on a server that stores electronic check data (server 105 in our example), then normalization may include the steps of sending the names of goods and services and, optionally, their cost, to another server on which the module is located normalization, and receiving normalized names from the specified other server. Thus, the server 105 forms an anonymized electronic check from the electronic check 701 received by it.

Обратимся теперь к серверу 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.We now turn to server 101. During or after making the payment of the aforementioned purchase by electronic payment tool, the POS terminal 102 sends the data of bank transaction 710 to the server 101. Transaction data 101 contains the transaction time, transaction amount, identifier of the specified POS terminal 102, electronic data means of payment. Transaction data 710 may also include POS terminal owner data, acquirer bank data serving the POS terminal owner. In turn, the data of the owner of the POS terminal can include data such as the name of the owner of the POS terminal, the main state registration number of the owner of the POS terminal, the legal address of the owner of the POS terminal, the actual address of the owner of the POS terminal, the address of the POS terminal. Electronic payment instrument data includes the identifier of the owner of the electronic means of payment, which may be, for example, the first and last name, or another identifier that allows you to identify the owner. Electronic payment instrument data may also include the expiration date of the electronic payment instrument, electronic payment instrument number, the identifier of the issuing bank associated with the electronic payment instrument, as well as various verification codes, such as CVV, CVV2, CVC, CVC2, CVP, CVP2, CID, CVD, CVN2.

После получения данных транзакции 701 сервер 101 формирует запрос на обезличенный электронный чек, соответствующий транзакции. Запрос включает в себя идентификатор POS-терминала и время транзакции. Стоит отметить, что идентификатор POS-терминала и время транзакции сами по себе не являются конфиденциальными данными, так как используя только эти данные, невозможно определить, какому продавцу они принадлежат. Запрос не содержит в себе информации, передача которой могла бы нарушать требования законодательства по охране банковской тайны и т.п. Стоит отметить, что в зависимости от действующего законодательства, возможны реализации настоящего решения, в которых в запрос могут быть включены и другие данные транзакции, такие как например сумма транзакции. Сформировав запрос на обезличенный электронный чек, который на фиг. 7 изображен элементом под номером 711, сервер 101 посылает его на сервер 105.After receiving the transaction data 701, the server 101 generates a request for an anonymized electronic check corresponding to the transaction. The request includes a POS terminal identifier and transaction time. It is worth noting that the POS terminal identifier and transaction time are not in themselves confidential data, since using only this data, it is impossible to determine which seller they belong to. The request does not contain information, the transfer of which could violate the requirements of the law on the protection of bank secrets, etc. It is worth noting that, depending on the current legislation, implementations of this solution are possible, in which other transaction data, such as for example the transaction amount, may be included in the request. Having generated a request for an anonymized electronic check, which in FIG. 7 is depicted by element numbered 711, server 101 sends it to server 105.

Сервер 105, получив запрос 711, обращается к ранее созданной таблице соответствий POS-терминалов и аппаратов ККТ, которая храниться на сервере 105 либо, в случае удаленного ее хранения, к которой у сервера 105 есть доступ. По таблице соответствий, сервер 105 определяет, что идентификатору POS-терминала 102, содержащемуся в запросе 711 соответствует идентификатор аппарата ККТ 106. Сервер 105 затем проводит поиск по обезличенных электронным чекам, ассоциированным с аппаратом ККТ 106 и определяет обезличенный электронный чек, ассоциированный с таким временем покупки, которое максимально соответствует времени транзакции из запроса 711. Стоит отметить, что при поиске соответствующего обезличенного электронного чека по времени транзакции, сервер 105 может использовать вышеописанный параметр временного смещения для пары POS-терминал 102 - аппарат ККТ 106, содержащийся в таблице соответствий. Найдя обезличенный электронный чек, полученный из электронного чека 701 и соответствующий транзакции 710, сервер 105 отправляет указанный обезличенный электронный чек на сервер 101. На фиг.7 это схематический изображено элементом под номером 702.Server 105, having received request 711, refers to the previously created correspondence table of POS terminals and KKD devices, which is stored on server 105 or, in the case of its remote storage, to which server 105 has access. According to the correspondence table, the server 105 determines that the identifier of the KKT 106 device corresponds to the identifier of the POS terminal 102 contained in the request 711. The server 105 then searches for anonymized electronic checks associated with the KKT 106 and determines the anonymous electronic check associated with this time a purchase that matches the transaction time from request 711 as much as possible. It is worth noting that when searching for the corresponding anonymized electronic check by transaction time, server 105 can use eopisanny parameter for the time offset pairs POS-terminal 102 - CCV unit 106 contained in the mapping table. Having found the depersonalized electronic check received from the electronic check 701 and corresponding to transaction 710, the server 105 sends the indicated depersonalized electronic check to the server 101. In Fig. 7, this is a schematic illustration of the element under the number 702.

Получив обезличенный электронный чек 702, сервер 101 формирует хэш-код электронного платежного средства, путем применения операции хэширования к данным электронного платежного средства. Хэширование может быть применено как ко всей совокупности данных электронного платежного средства, так и только к той их части, в которой содержится информация о личности владельца электронного платежного средства, либо информация, позволяющая эту личность установить. Так, например, операция хэширования может применяться к идентификатору владельца электронного платежного средства (покупателя) и/или к номер электронного платежного средства. Также другие данные электронного платежного средства могут добавляться к указанным идентификатору и/или номеру.Upon receipt of an anonymized electronic check 702, the server 101 generates a hash code of the electronic payment medium by applying a hash operation to the electronic payment medium data. Hashing can be applied both to the entire set of electronic payment instrument data, and only to that part of it that contains information about the identity of the owner of the electronic payment instrument, or information that allows this identity to be established. So, for example, the hash operation can be applied to the identifier of the owner of the electronic means of payment (buyer) and / or to the number of the electronic means of payment. Also, other electronic payment medium data may be added to the indicated identifier and / or number.

Специфика большинства методик хэширования такова, что невозможно или крайне затруднительно при текущем уровне развития технологий произвести обратное преобразование хэш-кода в исходные данные. Для реализации данного решения предпочтительно использовать методики хэширования, для которых такое обратное преобразование невозможно. Примерами таких методик хэширования могут служить алгоритмы хэширования класса 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 получает хэш-код, по которому невозможно идентифицировать владельца, не имея доступа к данным, из которых этот хэш-код был получен. Хэш-код не является идентификатором, позволяющим установить личность покупателя тем лицам лиц, у которых нет доступа к исходным данным покупателя. Стоит отметить, что в некоторых вариантах реализации получение хэш-кода возможно не после получения обезличенного электронного чека, а до этого, например, сразу после получения данных банковской транзакции. Кроме того, в некоторых реализациях возможно применение различных методик шифрования для получения хэш-кода электронного платежного средства.The specificity of most hashing techniques is such that it is impossible or extremely difficult at the current level of technological development to reverse convert the hash code into source data. To implement this solution, it is preferable to use hashing techniques for which such an inverse transformation is impossible. Examples of such hashing techniques include SHA class hash algorithms (Secure Hash Algorithm) such as SHA-1, SHA-2 family algorithms (including SHA-224, SHA-256, SHA-384, SHA-512, SHA-512 / 256 and SHA-512/224), SHA-3 and others. The hash code may be an alphanumeric combination, and may look, for example, like this: D7A8FBB3 07D78094 69CA9ABC B0082E4F 8D5651E4 6D3CDB76 2D02D0BF 37C9E592. Although it is not possible to convert a hash code into source data, it is worth noting that in the case of hashing, having access to the source data from which the hash code was obtained, it is possible to obtain an identical hash code by applying to these sources data of the same hash algorithm that was used to obtain the first hash code. That is, it is possible to find out the identity of the buyer encoded in the hash code only if there is access to the original, non-hashed data of this buyer. Thus, the server 101 receives a hash code by which it is impossible to identify the owner without having access to the data from which this hash code was obtained. The hash code is not an identifier that allows you to establish the identity of the buyer to those persons of persons who do not have access to the source data of the buyer. It is worth noting that in some implementations, obtaining a hash code is possible not after receiving a depersonalized electronic check, but before that, for example, immediately after receiving the data of a bank transaction. In addition, in some implementations it is possible to use various encryption techniques to obtain a hash code of an electronic payment medium.

Получив хэш-код электронного платежного средства, сервер 101 привязывает его к полученному обезличенному электронному чеку и сохраняет обезличенный электронный чек с привязкой к хэш-коду электронного платежного средства в хранилище обезличенной информации об истории покупок покупателя 720. Сохранение обезличенного электронного чека в привязке к хэш-коду электронного платежного средства покупателя схематично изображено на фиг. 7 элементом под номером 712.Having received the hash code of the electronic payment instrument, the server 101 associates it with the received anonymized electronic check and saves the anonymized electronic check with reference to the hash code of the electronic payment instrument in the repository of depersonalized information about the purchaser’s purchase history 720. Saving the depersonalized electronic check in relation to the hash The customer’s electronic payment code is shown schematically in FIG. 7th element under the number 712.

На фиг. 7 для наглядности хранилище обезличенной информации об истории покупок покупателя изображено отдельным элементом 720, однако это не означает, что всегда хранилище 720 расположено на отдельном сервере. Хранилище 720 может быть расположено на сервере 101, на сервере 105, либо на иных серверах, отличных от сервера 101 и 105. Вместе с хэш-кодом и привязанным к нему обезличенным электронным чеком, сервер 101 может сохранять в хранилище и другую информацию, ассоциированную с указанной парой, такую как идентификатор оператора фискальных данных, получившего от аппарата ККТ, электронный чек, соответствующий обезличенному электронного чеку; идентификатор оператора банковских транзакций, ассоциированного с транзакцией. Оператор банковских транзакций может являться платежной системой, банком-эмитентом платежного средства или банком-эквайером, ассоциированным с POS-терминалом.In FIG. 7, for clarity, the repository of anonymized information about the customer’s purchase history is depicted as a separate element 720, however this does not mean that the repository 720 is always located on a separate server. Storage 720 can be located on server 101, on server 105, or on other servers other than server 101 and 105. Together with the hash code and the anonymous electronic check attached to it, server 101 can store other information associated with the specified pair, such as the identifier of the operator of fiscal data received from the CCP apparatus, an electronic check corresponding to a depersonalized electronic check; identifier of the bank transaction operator associated with the transaction. The banking transaction operator may be a payment system, a issuing bank of a means of payment or an acquiring bank associated with a POS terminal.

Обратимся к фиг. 11, на которой изображен пример информации, которая может храниться в хранилище обезличенной информации об истории покупок покупателя. Как видно из фиг. 11, каждому хэш-коду электронного платежного средства соответствует один или более привязанных к ней обезличенных электронных чеков. Так например, хэш-коду hash_1 соответствуют обезличенные электронные чеки rec_1, rec_2, rec_3. Кроме того, с каждой парой, состоящей из хэш-кода и обезличенного электронного чека, в хранилище обезличенной информации может быть сохранен идентификатор оператора банковских транзакций. В примере на фиг. 11 это идентификатор платежной системы ps_1. Также, к каждой паре, состоящей из хэш-кода и обезличенного электронного чека, может быть привязан и сохранен в хранилище идентификатор оператора фискальных данных, ассоциированного с обезличенным электронным чеком (ofd_1 в примере на фиг. 11). Стоит отметить, что указание идентификаторов оператора банковских транзакций (платежной системы, банка-эквайера или банка-эмитента) и указание операторов ОФД является опциональным, и возможны реализации настоящего изобретения, в которых указание этих идентификаторов в хранилище обезличенной информации может быть опущено. Указание идентификаторов оператора банковских транзакция и/или оператора ОФД может быть использовано, например в тех случаях, когда в процессе накопления обезличенной истории покупок покупателя участвуют несколько операторов банковских транзакций и/или операторов ОФД.Turning to FIG. 11, which depicts an example of information that can be stored in a repository of anonymized information about a customer’s purchase history. As can be seen from FIG. 11, each hash code of an electronic payment medium corresponds to one or more anonymized electronic checks attached to it. So, for example, hash_1 hash code corresponds to anonymized electronic checks rec_1, rec_2, rec_3. In addition, with each pair consisting of a hash code and an anonymized electronic check, the identifier of a bank transaction operator can be stored in an anonymized information store. In the example of FIG. 11 is the identifier of the payment system ps_1. Also, for each pair consisting of a hash code and a depersonalized electronic check, the identifier of the fiscal data operator associated with the depersonalized electronic check can be linked and stored in the store (ofd_1 in the example in Fig. 11). It is worth noting that identifying the identifiers of the bank transaction operator (payment system, acquiring bank or issuing bank) and specifying the OFD operators is optional, and it is possible to implement the present invention in which the identifiers of these identifiers can be omitted from the depersonalized information storage. Indication of the identifiers of the banking transaction operator and / or OFD operator can be used, for example, in cases where several banking transaction operators and / or OFD operators are involved in the process of accumulating an anonymized purchase history of the buyer.

Возвращаясь к фиг. 7, скажем, что сохраняя обезличенный электронный чек в привязке к хэш-коду электронного платежного средства покупателя, сервер 101 (или сервер 105 в других вариантах, описанных ниже) выполняет накопление обезличенной информации о покупках покупателя, совершенных с использованием электронного платежного средства. Так, по мере получения новых электронных чеков сервером 105 и новых данных банковских транзакций сервером 101, процесс, описанный выше повторяется, наполняя тем самым хранилище обезличенной информации о покупках покупателя. Информация, хранимая в хранилище, является обезличенной в том смысле, что она не содержит данных владельцев аппаратов ККТ, таким образом не позволяя третьим лицам идентифицировать владельцев аппаратов ККТ, и собрать информацию о количестве продаж, объемах продаж в денежном выражении и т.д. Также информация, хранимая в хранилище, является обезличенной в том смысле, что она не позволяет получить доступ к истории покупок покупателя лицам, не имеющие законного доступа к данным электронного платежного средства покупателя, т.к. по хэш-кодам невозможно идентифицировать личность покупателя, заранее не имея доступа к данным о личности покупателя. Для того чтобы, получить доступ к истории покупок покупателя, лицо, во-первых, должно иметь доступ к данным электронного платежного средства покупателя. Во-вторых это лицо должно применить ту же самую методику хэширования, которая была использована для создания хэш-кодов в хранилище, к той же самой порции данных электронного платежного средства покупателя, содержащих информацию о личности покупателя, которая использовалась при создании хэш-кода для хранилища. Если лицо, обладает всеми этим знаниями, то оно может создать из данных платежного средства требуемого покупателя хэш-код, идентичный хэш-коду этого покупателя в хранилище, и по этому хэш-коду получить информацию об истории покупок. Такой подход исключает возможность доступа к данным покупателя лиц, у которых изначально нет доступа к данным электронного платежного средства покупателя, а также нет информации о том, какой алгоритм хэширования, и к каким именно данным электронного платежного средства покупателя был применен.Returning to FIG. 7, say that by storing an anonymized electronic check in relation to the hash code of the customer’s electronic means of payment, server 101 (or server 105 in the other options described below) accumulates anonymized information about purchases made by the buyer using the electronic means of payment. So, as new electronic checks are received by the server 105 and new banking transaction data by the server 101, the process described above is repeated, thereby filling the store of anonymized information about the purchases of the buyer. The information stored in the store is depersonalized in the sense that it does not contain the data of owners of KKT devices, thus preventing third parties from identifying owners of KKT devices, and collecting information on the number of sales, sales in monetary terms, etc. Also, the information stored in the store is depersonalized in the sense that it does not allow access to the purchase history of the buyer to persons who do not have legal access to the electronic means of payment of the buyer, because by hash codes it is impossible to identify the identity of the buyer, without having access to the information about the identity of the buyer in advance. In order to gain access to the purchase history of the buyer, the person, firstly, must have access to the electronic means of payment of the buyer. Secondly, this person must apply the same hashing technique that was used to create the hash codes in the store to the same portion of the customer’s electronic means of payment containing information about the customer’s identity that was used to create the hash code for the store . If a person possesses all this knowledge, then he can create a hash code from the means of payment of the required buyer that is identical to the hash code of this buyer in the store, and obtain information about the purchase history from this hash code. This approach excludes the possibility of access to the buyer’s data of persons who initially do not have access to the buyer’s electronic means of payment, and also do not have information about which hashing algorithm and which data of the buyer’s electronic means of payment were applied.

Примеры реализации изобретения, приведенные на фиг. 8-10 во многом схожи с примером на фиг.7, в частности, в том, какую информацию получают от аппарата ККТ 106 и POS-терминала 102 серверы 105 и 101 соответственно, в том, как происходит создание обезличенного электронного чека и хэш-кода электронного платежного средства, в том как реализовано хранилище обезличенной информации. Поэтому, для краткости, при описании примеров на фиг. 8-10 не будем подробно останавливаться на уже описанных деталях процесса, останавливаясь лишь на основных этапах процесса и отличиях этих реализаций от варианта на фиг. 7.The embodiments of the invention shown in FIG. 8-10 are largely similar to the example in Fig. 7, in particular, in what information the servers 105 and 101 receive from the KKT 106 apparatus and the POS terminal 102, respectively, in how the depersonalized electronic check and hash code are created electronic means of payment, including how the depersonalized information repository is implemented. Therefore, for brevity, when describing the examples in FIG. 8-10, we will not dwell on the details of the process already described, stopping only at the main stages of the process and the differences between these implementations from the variant in FIG. 7.

Обратимся к фиг. 8 и еще одному варианту реализации изобретения. На фиг. 8 изображен еще один вариант реализации процесса накопления обезличенных данных по покупкам покупателей. Сервер 105, имеющий доступ к фискальным данным, соединен с помощью сети передачи данных со множеством аппаратов ККТ (не изображено), в том числе с аппаратом ККТ 106. Сервер 101; имеющий доступ к данным банковских транзакций, соединен с помощью сети передачи данных со множеством POS-терминалов (не изображено), в том числе с POS-терминалом 102.Turning to FIG. 8 and another embodiment of the invention. In FIG. Figure 8 shows another embodiment of the process of accumulating anonymized data on purchases by customers. A server 105 having access to fiscal data is connected via a data network with a plurality of KKT devices (not shown), including with a KKT 106 device. Server 101; having access to banking transaction data, is connected via a data network with a plurality of POS terminals (not shown), including a POS terminal 102.

Во время или после совершения покупки покупателем с оплатой покупки электронным платежным средством аппарат ККТ 106 посылает электронный чек 701, содержащий фискальные данные на сервер 105. В электронном чеке 701 содержаться по меньшей мере следующие данные: данные владельца аппарата ККТ, идентификатор аппарата ККТ, указание наименований приобретенных покупателем позиций товара и их стоимости, время покупки. Сервер 105, получив электронный чек 701, сохраняет его и сразу или через некоторое время после получения формирует из полученного электронного чека 701 обезличенный электронный чек путем исключения из электронного чека 701 по меньшей мере части данных владельца аппарата ККТ, аналогично тому как это было описано в примере на фиг. 7. Формирование обезличенного электронного чека также может включать в себя процесс нормализации наименований товаров, аналогично варианту реализации с фиг. 7.During or after the purchase by the buyer with payment by electronic payment means, the KKT 106 sends an electronic check 701 containing fiscal data to the server 105. The electronic check 701 contains at least the following data: information about the owner of the KKT apparatus, identifier of the KKT apparatus, indication of names purchased by the buyer items of goods and their value, time of purchase. The server 105, having received the electronic check 701, saves it and immediately or some time after receipt forms an anonymous electronic check from the received electronic check 701 by excluding from the electronic check 701 at least some of the data of the owner of the CCP apparatus, similar to that described in the example in FIG. 7. The formation of a depersonalized electronic check may also include the process of normalizing the names of goods, similarly to the embodiment of FIG. 7.

Обратимся теперь к серверу 101. Во время или после совершения оплаты уже упомянутой покупки электронным платежным средством POS-терминал 102 посылает данные банковской транзакции 710 на сервер 101. Данные транзакции 101 содержат время транзакции, сумму транзакции, идентификатор указанного POS-терминала 102, данные электронного платежного средства. После получения данных транзакции 701 сервер 101 формирует обезличенные данные о транзакции путем исключения из данных о транзакции по меньшей мере суммы транзакции, и формируя хэш-код электронного платежного средства, ассоциированного с покупателем путем применения операции хэширования к по меньшей мере части данных указанного электронного платежного средства. Таким образом, обезличенные данные о транзакции включают в себя идентификатор POS-терминала 102, хэш-код электронного платежного средства и время транзакции. Сервер 101 посылает обезличенные данные о транзакции на сервер 105, что схематично изображено на фиг. 8 элементом под номером 801.We now turn to server 101. During or after making the payment of the aforementioned purchase by electronic payment tool, the POS terminal 102 sends the data of bank transaction 710 to the server 101. Transaction data 101 contains the transaction time, transaction amount, identifier of the specified POS terminal 102, electronic data means of payment. After receiving the transaction data 701, the server 101 generates anonymized transaction data by excluding at least the transaction amount from the transaction data and generating a hash code of the electronic payment tool associated with the buyer by applying a hash operation to at least a portion of the data of the electronic payment tool . Thus, anonymized transaction data includes the identifier of the POS terminal 102, the hash code of the electronic payment medium, and the transaction time. Server 101 sends anonymized transaction data to server 105, as shown schematically in FIG. 8th element under the number 801.

Сервер 105, получив обезличенные данные о транзакции 801, обращается к ранее созданной таблице соответствий POS-терминалов и аппаратов ККТ, которая храниться на сервере 105 либо, в случае удаленного ее хранения, к которой у сервера 105 есть доступ. По таблице соответствий, сервер 105 определяет, что идентификатору POS-терминала 102, содержащемуся в обезличенных данных о транзакции 801, соответствует идентификатор аппарата ККТ 106. Сервер 105 затем проводит поиск по обезличенных электронным чекам, ассоциированным с аппаратом ККТ 106 и определяет обезличенный электронный чек, ассоциированный с таким временем покупки, которое максимально соответствует времени транзакции из обезличенных данных о транзакции 802. Стоит отметить, что при поиске соответствующего обезличенного электронного чека по времени транзакции, сервер 105 может использовать вышеописанный параметр временного смещения для пары POS-терминал 102 - аппарат ККТ 106, содержащийся в таблице соответствий. Найдя обезличенный электронный чек, полученный из электронного чека 701 и соответствующий транзакции 710, сервер 105 привязывает его к хэш-коду электронного платежного средства, полученному с обезличенными данными о транзакции 801 и сохраняет обезличенный электронный чек с привязкой к хэш-коду в хранилище обезличенной информации об истории покупок покупателя 720.Server 105, having received anonymized data on transaction 801, refers to the previously created correspondence table of POS terminals and KKT devices, which is stored on server 105 or, in the case of its remote storage, to which server 105 has access. According to the correspondence table, the server 105 determines that the identifier of the POS terminal 102 contained in the anonymized data on the transaction 801 corresponds to the identifier of the KKT 106. The server 105 then searches for anonymized electronic checks associated with the KKT 106 and determines an anonymous electronic check, associated with a purchase time that is as close as possible to the transaction time from anonymized transaction data 802. It is worth noting that when searching for the corresponding anonymized electronic check by of transaction time, server 105 can use the above-described time offset parameter for a pair of POS terminal 102 — KKT apparatus 106, which is contained in the correspondence table. Finding an anonymized electronic check received from the electronic check 701 and corresponding to transaction 710, the server 105 associates it with the hash code of the electronic payment tool received with the anonymized data about transaction 801 and stores the anonymous check with binding to the hash code in the depersonalized information storage about 720 customer purchase history.

На фиг. 8, для наглядности, хранилище обезличенной информации об истории покупок покупателя изображено отдельным элементом 720, однако это не означает, что всегда хранилище 720 расположено на отдельном сервере. Хранилище 720 может быть расположено на сервере 101, на сервере 105, либо на иных серверах, отличных от сервера 101 и 105. Вместе с хэш-кодом и привязанным к нему обезличенным электронным чеком, сервер 101 может сохранять в хранилище и другую информацию, ассоциированную с указанной парой, такую как идентификатор оператора фискальных данных, получившего от аппарата ККТ, электронный чек, соответствующий обезличенному электронного чеку; идентификатор оператора банковских транзакций, ассоциированного с транзакцией. Оператор банковских транзакций может являться платежной системой, банком-эмитентом платежного средства или банком-эквайером, ассоциированным с POS-терминалом. Сохраняя обезличенный электронный чек в привязке к хэш-коду электронного платежного средства покупателя, сервер 105 выполняет накопление обезличенной информации о покупках покупателя, совершенных с использованием электронного платежного средства. Сохранение обезличенного электронного чека в привязке к хэш-коду электронного платежного средства покупателя схематично изображено на фиг. 8 элементом под номером 802.In FIG. 8, for clarity, the repository of anonymized information about the customer’s purchase history is depicted as a separate element 720, however this does not mean that the repository 720 is always located on a separate server. Storage 720 can be located on server 101, on server 105, or on other servers other than server 101 and 105. Together with the hash code and the anonymous electronic check attached to it, server 101 can store other information associated with the specified pair, such as the identifier of the operator of fiscal data received from the CCP apparatus, an electronic check corresponding to a depersonalized electronic check; identifier of the bank transaction operator associated with the transaction. The banking transaction operator may be a payment system, a issuing bank of a means of payment or an acquiring bank associated with a POS terminal. By storing the anonymized electronic check in relation to the hash code of the customer’s electronic means of payment, the server 105 accumulates anonymized information about the purchases of the buyer made using the electronic means of payment. The storage of a depersonalized electronic check in relation to the hash code of the electronic payment instrument of the buyer is schematically shown in FIG. 8th element under the number 802.

Обратимся к фиг. 9. На фиг. 9 изображен еще один вариант реализации процесса накопления обезличенных данных по покупкам покупателей. Сервер 105, имеющий доступ к фискальным данным, соединен с помощью сети передачи данных со множеством аппаратов ККТ (не изображено), в том числе с аппаратом ККТ 106. Сервер 101, имеющий доступ к данным банковских транзакций, соединен с помощью сети передачи данных со множеством POS-терминалов (не изображено), в том числе с POS-терминалом 102.Turning to FIG. 9. In FIG. Figure 9 shows another embodiment of the process of accumulating anonymized data on purchases by customers. A server 105 having access to fiscal data is connected via a data network with many KKT devices (not shown), including a KKT 106. Server 101, having access to bank transaction data, is connected using a data network with many POS terminals (not shown), including with POS terminal 102.

Во время или после совершения покупки покупателем с оплатой покупки электронным платежным средством аппарат ККТ 106 посылает электронный чек 701, содержащий фискальные данные на сервер 105. В электронном чеке 701 содержаться по меньшей мере следующие данные: данные владельца аппарата ККТ, идентификатор аппарата ККТ, указание наименований приобретенных покупателем позиций товара и их стоимости, время покупки. Сервер 105, получив электронный чек 701, сохраняет его и сразу или через некоторое время после получения формирует из полученного электронного чека 701 обезличенный электронный чек путем исключения из электронного чека 701 по меньшей мере части данных владельца аппарата ККТ, аналогично тому как это было изложено в описании примера на фиг. 7. Формирование обезличенного электронного чека также может включать в себя процесс нормализации наименований товаров, аналогично варианту реализации с фиг. 7During or after the purchase by the buyer with payment by electronic payment means, the KKT 106 sends an electronic check 701 containing fiscal data to the server 105. The electronic check 701 contains at least the following data: information about the owner of the KKT apparatus, identifier of the KKT apparatus, indication of names purchased by the buyer items of goods and their value, time of purchase. The server 105, having received the electronic check 701, saves it and immediately or after some time after receiving forms an anonymized electronic check from the received electronic check 701 by excluding from the electronic check 701 at least a part of the data of the owner of the CCP apparatus, similar to that described in the description the example of FIG. 7. The formation of a depersonalized electronic check may also include the process of normalizing the names of goods, similarly to the embodiment of FIG. 7

Обратимся теперь к серверу 101. Во время или после совершения оплаты уже упомянутой покупки электронным платежным средством POS-терминал 102 посылает данные банковской транзакции 710 на сервер 101. Данные транзакции 101 содержат время транзакции, сумму транзакции, идентификатор указанного POS-терминала 102, данные электронного платежного средства. После получения данных транзакции 701 сервер 101 формирует хэш-код электронного платежного средства, ассоциированного с покупателем, путем применения операции хэширования к по меньшей мере части данных указанного электронного платежного средства.We now turn to server 101. During or after making the payment of the aforementioned purchase by electronic payment tool, the POS terminal 102 sends the data of bank transaction 710 to the server 101. Transaction data 101 contains the transaction time, transaction amount, identifier of the specified POS terminal 102, electronic data means of payment. After receiving transaction data 701, the server 101 generates a hash code of the electronic payment means associated with the buyer by applying a hash operation to at least a portion of the data of the specified electronic payment means.

Вернемся к серверу 105. Сервер 105, до или после формирования обезличенного электронного чека, формирует запрос на хэш-код электронного платежного средства, использованного покупателем для оплаты покупки, соответствующей электронному чеку 701. Сервер 105 включает в запрос идентификатор аппарата ККТ и время покупки, соответствующие электронному чеку 701. Сервер 105 затем направляет запрос на хэш-код электронного платежного средства на сервер 101, что схематично изображено на фиг. 9 элементом под номером 901.Let us return to server 105. Server 105, before or after generating an anonymized electronic check, generates a request for the hash code of the electronic payment tool used by the buyer to pay for the purchase corresponding to electronic check 701. Server 105 includes the CCP machine identifier and the purchase time corresponding to the request electronic check 701. Server 105 then sends a request for a hash code of the electronic payment medium to server 101, which is shown schematically in FIG. 9th element under the number 901.

Сервер 101, получив запрос на хэш-код 901, обращается к ранее созданной таблице соответствий POS-терминалов и аппаратов ККТ, которая храниться на сервере 101 либо, в случае удаленного ее хранения, к которой у сервера 101 есть доступ. По таблице соответствий, сервер 101 определяет, что идентификатору аппарата ККТ 106, содержащемуся в запросе на хэш-код, соответствует идентификатор POS-терминала 102. Сервер 101 затем проводит поиск по данным транзакций, ассоциированных с POS-терминалом 102 и определяет хэш-код электронного платежного средства, использованного в транзакции с таким временем транзакции, которое максимально соответствует времени покупки из запроса на хэш-код 901. Стоит отметить, что при поиске соответствующего хэш-кода, сервер 101 может использовать вышеописанный параметр временного смещения для пары POS-терминал 102 - аппарат ККТ 106, содержащийся в таблице соответствий. Найдя хэш-код электронного платежного средства, соответствующий запросу 901 сервер 101 отправляет его на сервер 105. На фиг. 9 это схематично изображено элементом под номером 902.Server 101, having received a request for hash code 901, refers to the previously created correspondence table of POS terminals and KKT devices, which is stored on server 101 or, in the case of its remote storage, to which server 101 has access. According to the correspondence table, the server 101 determines that the identifier of the CCP 106 contained in the request for the hash code corresponds to the identifier of the POS terminal 102. The server 101 then searches for transaction data associated with the POS terminal 102 and determines the electronic hash code means of payment used in the transaction with such a transaction time that most closely matches the purchase time from the request for hash code 901. It should be noted that when searching for the corresponding hash code, server 101 can use the above pair emp temporal offset for a pair of POS-terminal 102 - CCV unit 106 contained in the mapping table. Having found the electronic payment instrument hash code corresponding to the request 901, the server 101 sends it to the server 105. In FIG. 9, this is schematically depicted by the element number 902.

Получение сервером 105 хэш-кода электронного платежного средства 902 инициализирует процесс сохранения сервером 105 хэш-кода электронного платежного средства в хранилище обезличенной информации о покупках покупателя. То есть сервер 105 по получении хэш-кода электронного платежного средства, привязывает его к соответствующему обезличенному электронному чеку и сохраняет обезличенный электронный чек с привязкой к хэш-коду электронного платежного средства в хранилище обезличенной информации об истории покупок покупателя 720.The receipt by the server 105 of the hash code of the electronic payment means 902 initiates the process of storing the hash code of the electronic means of payment by the server 105 in the repository of anonymous customer purchases. That is, the server 105, upon receipt of the hash code of the electronic payment medium, binds it to the corresponding anonymized electronic check and stores the anonymized electronic check with reference to the hash code of the electronic payment medium in the store of depersonalized information about the purchase history of the buyer 720.

На фиг. 9, для наглядности, хранилище обезличенной информации об истории покупок покупателя изображено отдельным элементом 720, однако это не означает, что всегда хранилище 720 расположено на отдельном сервере. Хранилище 720 может быть расположено на сервере 105, на сервере 101, либо на иных серверах, отличных от сервера 101 и 105. Вместе с хэш-кодом и привязанным к нему обезличенным электронным чеком, сервер 105 может сохранять в хранилище и другую информацию, ассоциированную с указанной парой, такую как идентификатор оператора фискальных данных, получившего от аппарата ККТ, электронный чек, соответствующий обезличенному электронного чеку; идентификатор оператора банковских транзакций, ассоциированного с транзакцией. Оператор банковских транзакций может являться платежной системой, банком-эмитентом платежного средства или банком-эквайером, ассоциированным с POS-терминалом. Сохраняя обезличенный электронный чек в привязке к хэш-коду электронного платежного средства покупателя, сервер 105 выполняет накопление обезличенной информации о покупках покупателя, совершенных с использованием электронного платежного средства. Сохранение обезличенного электронного чека в привязке к хэш-коду электронного платежного средства покупателя схематично изображено на фиг. 9 элементом под номером 903.In FIG. 9, for clarity, the depersonalized information store on the customer’s purchase history is depicted as a separate element 720, but this does not mean that the repository 720 is always located on a separate server. Storage 720 can be located on server 105, on server 101, or on other servers other than server 101 and 105. Together with the hash code and the anonymous electronic check attached to it, server 105 can store other information associated with the specified pair, such as the identifier of the operator of fiscal data received from the CCP apparatus, an electronic check corresponding to a depersonalized electronic check; identifier of the bank transaction operator associated with the transaction. The banking transaction operator may be a payment system, a issuing bank of a means of payment or an acquiring bank associated with a POS terminal. By storing the anonymized electronic check in relation to the hash code of the customer’s electronic means of payment, the server 105 accumulates anonymized information about the purchases of the buyer made using the electronic means of payment. The storage of a depersonalized electronic check in relation to the hash code of the electronic payment instrument of the buyer is schematically shown in FIG. 9th element under the number 903.

Обратимся к фиг. 10. На фиг. 10 изображен еще один вариант реализации процесса накопления обезличенных данных по покупкам покупателей. Сервер 105, имеющий доступ к фискальным данным, соединен с помощью сети передачи данных со множеством аппаратов ККТ (не изображено), в том числе с аппаратом ККТ 106. Сервер 101, имеющий доступ к данным банковских транзакций, соединен с помощью сети передачи данных со множеством POS-терминалов (не изображено), в том числе с POS-терминалом 102.Turning to FIG. 10. In FIG. 10 depicts another embodiment of the process of accumulating anonymized data on purchases of customers. A server 105 having access to fiscal data is connected via a data network with many KKT devices (not shown), including a KKT 106. Server 101, having access to bank transaction data, is connected using a data network with many POS terminals (not shown), including with POS terminal 102.

Вернемся к серверу 105. Сервер 105, после формирования обезличенного электронного чека, формирует обезличенные данные о покупке. Сервер 105 включает в обезличенные данные о покупке идентификатор аппарата ККТ 106 и время покупки, соответствующие электронному чеку 701, а также соответствующий обезличенный электронный чек, полученный из данных электронного чека 701. Сервер 105 затем отправляет обезличенные данные о покупке на сервер 101, что схематично изображено на фиг. 10 элементом под номером 1001.Back to server 105. Server 105, after generating an anonymized electronic check, generates anonymized purchase data. Server 105 includes the identifier of the KKT apparatus 106 and the purchase time corresponding to the electronic check 701, as well as the corresponding depersonalized electronic check obtained from the data of the electronic check 701 in anonymized purchase data. Server 105 then sends the anonymized purchase data to server 101, which is schematically depicted in FIG. 10 element under the number 1001.

Сервер 101, получив обезличенные данные о покупке 1001, обращается к ранее созданной таблице соответствий POS-терминалов и аппаратов ККТ, которая храниться на сервере 101 либо, в случае удаленного ее хранения, к которой у сервера 101 есть доступ. По таблице соответствий, сервер 101 определяет, что идентификатору аппарата ККТ 106, содержащемуся в обезличенных данных о покупке, соответствует идентификатор POS-терминала 102. Сервер 101 затем проводит поиск по данным транзакций, ассоциированных с POS-терминалом 102 и определяет хэш-код электронного платежного средства, использованного в транзакции с таким временем транзакции, которое максимально соответствует времени покупки из обезличенных данных о покупке 1001. Стоит отметить, что при поиске соответствующего хэш-кода, сервер 101 может использовать вышеописанный параметр временного смещения для пары POS-терминал 102 - аппарат ККТ 106, содержащийся в таблице соответствий. Найдя хэш-код электронного платежного средства, соответствующий обезличенным данным о покупке, сервер 101 привязывает его к обезличенному электронному чеку, содержащемуся в обезличенных данных о покупке 1001, и сохраняет обезличенный электронный чек с привязкой к хэш-коду электронного платежного средства в хранилище обезличенной информации об истории покупок покупателя 720. Сохранение обезличенного электронного чека в привязке к хэш-коду электронного платежного средства покупателя схематично изображено на фиг. 10 элементом под номером 1003.Server 101, having received anonymized purchase data 1001, refers to the previously created correspondence table of POS terminals and KKD devices, which is stored on server 101 or, in the case of remote storage, to which server 101 has access. According to the correspondence table, the server 101 determines that the identifier of the CCP 106 contained in the anonymized purchase data corresponds to the identifier of the POS terminal 102. The server 101 then searches for transaction data associated with the POS terminal 102 and determines the hash code of the electronic payment funds used in a transaction with such a transaction time that most closely matches the purchase time from anonymized purchase data 1001. It is worth noting that when searching for the corresponding hash code, server 101 can use The above-described time offset parameter for the pair of POS terminal 102 — the KKT apparatus 106, contained in the correspondence table. Having found the electronic payment instrument hash code corresponding to the anonymized purchase data, the server 101 associates it with the anonymized electronic check contained in the anonymized purchase data 1001 and stores the anonymous electronic check with reference to the electronic payment instrument hash code in the depersonalized information store about buyer's purchase history 720. Saving a depersonalized electronic check in relation to the hash code of the customer’s electronic payment means is shown schematically in FIG. 10th element under the number 1003.

На фиг. 10, для наглядности, хранилище обезличенной информации об истории покупок покупателя изображено отдельным элементом 720, однако это не означает, что всегда хранилище 720 расположено на отдельном сервере. Хранилище 720 может быть расположено на сервере 105, на сервере 101, либо на иных серверах, отличных от сервера 101 и 105. Вместе с хэш-кодом и привязанным к нему обезличенным электронным чеком, сервер 105 может сохранять в хранилище и другую информацию, ассоциированную с указанной парой, такую как идентификатор оператора фискальных данных, получившего от аппарата ККТ, электронный чек, соответствующий обезличенному электронного чеку; идентификатор оператора банковских транзакций, ассоциированного с транзакцией. Оператор банковских транзакций может являться платежной системой, банком-эмитентом платежного средства или банком-эквайером, ассоциированным с POS-терминалом. Сохраняя обезличенный электронный чек в привязке к хэш-коду электронного платежного средства покупателя, сервер 105 выполняет накопление обезличенной информации о покупках покупателя, совершенных с использованием электронного платежного средстваIn FIG. 10, for clarity, the depersonalized information store on the customer’s purchase history is depicted as a separate element 720, however this does not mean that the repository 720 is always located on a separate server. Storage 720 can be located on server 105, on server 101, or on other servers other than server 101 and 105. Together with the hash code and the anonymous electronic check attached to it, server 105 can store other information associated with the specified pair, such as the identifier of the operator of fiscal data received from the CCP apparatus, an electronic check corresponding to a depersonalized electronic check; identifier of the bank transaction operator associated with the transaction. The banking transaction operator may be a payment system, a issuing bank of a means of payment or an acquiring bank associated with a POS terminal. By storing the anonymized electronic check in relation to the hash code of the electronic payment instrument of the buyer, the server 105 accumulates anonymized information about the purchases of the buyer made using the electronic payment instrument

Суммируя сказанное, в настоящей заявки раскрыты способы, позволяющие вычленять, накапливать и предоставлять информацию о характере покупок отдельно взятого покупателя без нарушения положений законодательства РФ о защите конфиденциальной информации. Как следствие, предложенная группа изобретений решает поставленную перед ней задачу, сформулированную в разделе описанияSummarizing the foregoing, this application discloses methods for isolating, accumulating and providing information on the nature of purchases of an individual buyer without violating the provisions of the legislation of the Russian Federation on the protection of confidential information. As a result, the proposed group of inventions solves the task set for it, formulated in the description section.

Настоящее изобретение раскрыто выше на примере лишь некоторых вариантов его выполнения, которые не следует рассматривать в качестве условий, ограничивающих объем правовой охраны изобретения. Заявитель считает целесообразным отметить, что в указанные представленные варианты могут быть внесены различные изменения, дополнения и модификации, не приводящие к изменению сути настоящего изобретения, а следовательно все эти изменения, дополнения и модификации необходимо расценивать как подпадающие под объем притязаний изобретения, определяемый его приложенной формулой.The present invention has been disclosed above by way of example only certain embodiments thereof, which should not be construed as conditions limiting the scope of legal protection of the invention. The Applicant considers it appropriate to note that various changes, additions and modifications may be made to these presented options that do not lead to a change in the essence of the present invention, and therefore all these changes, additions and modifications should be regarded as falling within the scope of the claims of the invention defined by its attached claims .

Claims

1. A method of creating a correspondence table of POS terminals and CCP devices that are associated with the corresponding POS terminals, a method executable on at least one server having access to banking transaction data, a method including:

the accumulation of the specified at least one server having access to bank transaction data, during processing of transactions originating from a plurality of POS terminals, of the first set of data series of POS terminals, each of the data series of the POS terminal containing at least:

POS terminal identifier

Transaction times from the specified POS terminal

receiving from at least one server having access to fiscal data, a second set of series of data of CCP devices, accumulated during servicing by said at least one server having access to fiscal data, associated CCP devices, each of which is a series of data of devices CCP contains at least:

CCP device identifier,

the times of purchases made using the specified KKT apparatus,

establishing correspondence between POS-terminals and KKT devices, based on the analysis of the correspondence of transaction times originating from these POS-terminals to the time of purchases made using the indicated KKT devices;

according to the results of establishing the indicated correspondence, the creation and maintenance of a correspondence table of identifiers of POS terminals and identifiers of CCP devices, in which identifiers of POS terminals are associated with the corresponding identifiers of CCP devices.

2. The method according to p. 1, in which each of the data series of the CCP apparatus further comprises an identifier of the fiscal data operator associated with the CCP apparatus.

3. The method of claim 1, wherein each of the series of these POS terminals further comprises an identifier of a bank transaction operator associated with the POS terminal.

4. The method according to claim 3, wherein the banking transaction operator is a payment system associated with a POS terminal.

5. The method of claim 3, wherein the banking transaction operator is an acquirer bank associated with a POS terminal.

6. The method according to claim 1, wherein establishing correspondence between the POS terminals and the CCP apparatus further includes determining the time offset parameters for the pairs consisting of the POS terminal and the corresponding CCP apparatus, the time offset parameter reflecting the difference between the transaction time determined by POS terminal, and purchase processing time corresponding to the transaction determined by the CCP apparatus corresponding to the POS terminal.

7. The method according to claim 1, further comprising updating the correspondence table as the indicated at least one server having access to the data of banking transactions has new POS terminal data.

8. The method according to p. 7, in which the refinement of the correspondence table is performed regularly at predetermined intervals.

9. The method according to p. 7, in which the refinement of the correspondence table is carried out in response to the receipt by the server having access to banking transaction data of data about new POS terminals.

10. The method according to p. 7, in which the refinement of the correspondence table is carried out in response to the accumulation of the specified at least one server that has access to bank transaction data, the predetermined amount of new data of POS terminals.

11. The method according to claim 1, in which the correspondence table of the identifiers of the POS terminals and the identifiers of the devices of the CCP is a database.

12. The method according to claim 1, further comprising sending at least a portion of the correspondence table to at least one fiscal data operator server.

13. A method of creating a correspondence table of POS terminals and CCP devices that are associated with corresponding POS terminals, a method executable on at least one server having access to fiscal data, a method including:

the accumulation of the specified at least one server having access to fiscal data, as the specified at least one server having access to fiscal data, associated with it KKT devices, the first set of data sets of KKT devices, each of the data series of KKT device contains at least:

CCP device identifier,

the times of purchases made using the specified KKT apparatus,

receiving from at least one server having access to bank transaction data, a second set of series of POS terminal data, accumulated during servicing by said at least one server having access to bank transaction data, associated POS terminals, each of the data series contains at least:

POS terminal identifier

Transaction times from the specified POS terminal

14. The method according to p. 13, in which each of the data series of the CCP apparatus further comprises an identifier of the fiscal data operator associated with the CCP apparatus.

15. The method of claim 13, wherein each of the series of these POS terminals further comprises an identifier of a bank transaction operator associated with the POS terminal.

16. The method of claim 15, wherein the banking transaction operator is a payment system associated with a POS terminal.

17. The method of claim 15, wherein the banking transaction operator is an acquirer bank associated with a POS terminal.

18. The method according to p. 13, in which the establishment of correspondence between POS terminals and CCP devices, further includes determining the time offset parameters for pairs consisting of a POS terminal and its corresponding CCP device, the time offset parameter reflects the difference between the transaction time, determined by the POS terminal, and the processing time of the purchase corresponding to the transaction determined by the CCP apparatus corresponding to the POS terminal.

19. The method according to p. 13, further comprising updating the correspondence table as the specified at least one server with access to fiscal data has new data from the CCP apparatus.

20. The method according to p. 19, in which the refinement of the correspondence table is performed regularly at predetermined intervals.

21. The method according to p. 19, in which the refinement of the correspondence table is carried out in response to the receipt by the server having access to fiscal data of data on new CCP devices.

22. The method according to p. 19, in which the refinement of the correspondence table is carried out in response to the accumulation of the specified at least one server with access to fiscal data, the predetermined amount of new data from the apparatus of the CCP.

23. The method according to p. 13, in which the correspondence table of the identifiers of the POS terminals and the identifiers of the devices of the CCP is a database.

24. The method of claim 13, further comprising sending at least a portion of the correspondence table to at least one server of the bank transaction operator.

25. A method of processing transaction data to obtain anonymized information about customer purchases made using electronic payment means, a method executable on at least one server having access to fiscal data, the method comprising:

after the purchase is made by the buyer, receipt by the specified at least one server with access to fiscal data, from the CCP apparatus participating in the purchase process, of the corresponding electronic check containing at least:

data of the owner of the CCP apparatus,

CCP device identifier,

indication of the names of the items purchased by the buyer of the goods and their value,

time of purchase;

processing an electronic check by excluding from it at least a part of the data of the owner of the CCP apparatus with obtaining an anonymized electronic check containing at least information about the items purchased by the buyer;

receiving from at least one server having access to bank transaction data associated with the POS terminal with which the buyer made a transaction to pay for the purchase with an electronic payment instrument, a request for an anonymized electronic check, the request including:

identifier of the specified POS terminal,

transaction time;

in response to finding the correspondence between the identifier of the indicated POS terminal and the identifier of the indicated KST apparatus and finding the correspondence between the indicated transaction time and the indicated purchase time in the correspondence table of POS terminals and CCP devices, sending to at least one server that has access to banking data transactions, an anonymized electronic check, the corresponding transaction, and the specified sending initiates the saving by the server having access to data to banking transactions of the indicated ezlichennogo electronic check with reference to the hash value of the electronic means of payment associated with the buyer in the store anonymised information about the history of the buyer purchases.

26. The method according to p. 25, in which the data of the owner of the CCP apparatus contained in the electronic check received by the specified at least one server having access to fiscal data from the CCP apparatus involved in the purchase process includes at least one of:

taxpayer identification number of the owner of the KKT apparatus,

code of the reason for registering the owner of the KKT apparatus,

name of the owner of the KKT apparatus,

main state registration number of the owner of the KKT apparatus,

legal address of the owner of the KKT apparatus,

actual address of the owner of the KKT apparatus,

location address of the CCP apparatus.

27. The method according to p. 25, in which the receipt of an impersonal electronic check further includes the normalization of the names of the items purchased by the buyer of the goods, by bringing the names of the items purchased by the buyer of the goods to a uniform form.

28. The method according to p. 27, in which the normalization of the names of the items purchased by the buyer of goods is performed using at least one of:

regular expressions

machine learning algorithms,

analysis of the value of the item’s position,

heuristic

dictionary of product names.

29. The method of claim 27, wherein the normalization is performed by a normalization software module executed on at least one server having access to fiscal data.

30. The method of claim 27, wherein the normalization is performed by a normalization software module executed on at least one server other than said at least one server having access to fiscal data.

31. The method according to p. 30, in which the normalization includes steps:

sending the specified at least one server having access to fiscal data, the names of the items purchased by the buyer of the goods to at least one server other than the specified at least one server having access to fiscal data, and

receiving from at least one server other than the specified at least one server having access to fiscal data, normalized names of product items purchased by the buyer.

32. The method according to p. 25, in which obtaining a depersonalized electronic check, further comprises excluding from the electronic check at least one of:

the value of the goods purchased by the buyer,

CCP device identifier,

time of purchase.

33. The method according to p. 25, in which the store of anonymized information about the purchase history of the buyer is located on at least one server that has access to bank transaction data.

34. The method according to p. 25, in which the store of anonymized information about the purchase history of the buyer is located on at least one server with access to fiscal data.

35. The method according to p. 25, in which the store of anonymized information about the purchase history of the buyer is located on at least one server other than at least one server having access to fiscal data and different from at least one server having access to bank transaction data.

36. The method according to p. 25, in which the store depersonalized information about the purchase history of the buyer is a database.

37. The method of claim 25, wherein the at least one server having access to fiscal data is at least one server of a fiscal data operator serving said CCP apparatus.

38. The method of claim 25, wherein the at least one server having access to banking transaction data is at least one payment system server associated with a POS terminal.

39. The method of claim 25, wherein the at least one server having access to bank transaction data is at least one acquirer bank server associated with the POS terminal.

40. The method of claim 25, wherein the hash code of the electronic payment medium is obtained by applying a hash operation to at least a portion of the electronic payment medium data.

41. The method of claim 25, wherein the hash code is obtained by applying an encryption operation to at least a portion of the electronic payment device data.

42. The method according to p. 25, in which the store of anonymized information about the purchase history of the buyer is made with the ability to store for each hash code of an electronic payment instrument, anonymous personalized electronic receipts for purchases paid using this electronic payment instrument.

43. The method according to p. 42, in which the store of anonymized information about the purchase history of the buyer is made with the additional ability to store for each anonymized electronic check the identifier of the operator of fiscal data received from the CCP apparatus, an electronic check corresponding to an anonymized electronic check.

44. The method according to p. 42, in which the store of anonymized information about the purchase history of the buyer is made with the additional ability to store for each hash code of the electronic payment tool the identifier of the bank transaction operator associated with the electronic payment tool.

45. The method according to claim 44, wherein the banking transaction operator is a payment system associated with an electronic payment medium.

46. The method according to claim 44, wherein the banking transaction operator is the issuing bank of the payment instrument.

47. The method according to p. 42, in which the store of depersonalized information about the purchase history of the buyer is made with the additional possibility to store for each depersonalized electronic check the identifier of the acquirer bank associated with the POS terminal that completed the transaction corresponding to the depersonalized electronic check.

48. The method according to p. 25, in which the correspondence table of POS terminals and CCP devices is pre-created on the specified at least one server with access to fiscal data.

49. The method of claim 25, wherein the correspondence table of the POS terminals and the CCP apparatuses is created on at least one server different from the at least one server having access to fiscal data.

50. The method according to p. 49, in which the correspondence table of POS terminals and CCP devices is previously obtained by the specified at least one server having access to fiscal data from at least one server other than the specified at least one server having access to fiscal data.

51. A method of processing transaction data to obtain anonymized information about purchases made by a buyer using an electronic payment medium, a method executed on at least one server having access to bank transaction data, a method including:

after paying for the purchase using an electronic payment tool associated with the buyer, receiving from the POS terminal participating in the transaction for the specified payment, transaction data containing at least:

transaction time

transaction amount

identifier of the specified POS terminal,

data specified electronic means of payment;

sending to at least one server having access to fiscal data of a request for an anonymized electronic check corresponding to a transaction, moreover

The request includes:

identifier of the specified POS terminal,

transaction time

and configured to initiate the following steps on at least one server that has access to fiscal data:

search in the correspondence table of POS terminals and CCP devices for the identifier of the CCP device corresponding to the identifier of the POS terminal, and participating in the design of the indicated purchase, and,

in the case of finding the corresponding identifier of the CCP apparatus, the search for an anonymous electronic check associated with the indicated CCP apparatus and having a purchase time corresponding to the indicated transaction time and,

in case of finding the corresponding anonymized electronic check, sending the indicated anonymized electronic check to the specified at least one server having access to the data of bank transactions;

receiving from at least one server having access to fiscal data, an anonymized electronic check corresponding to the transaction,

generating a hash code of the electronic payment instrument associated with the buyer, and storing the anonymized electronic check with reference to the specified hash code of the electronic payment instrument in the repository of anonymized information on the purchase history of the buyer.

52. The method of claim 51, wherein the transaction data further comprises at least one of:

POS terminal owner data,

data of the acquiring bank serving the owner of the POS terminal.

53. The method of claim 52, wherein the owner data of the POS terminal includes at least one of:

name of the owner of the POS terminal,

main state registration number of the owner of the POS terminal,

legal address of the owner of the POS terminal,

The actual address of the owner of the POS terminal,

POS terminal location address.

54. The method of claim 51, wherein said electronic payment medium data includes a customer identifier.

55. The method according to p. 54, in which the data of the specified electronic means of payment further include at least one of:

expiration date of electronic means of payment,

electronic payment number,

identifier of the issuing bank associated with the electronic payment instrument,

CVV code of electronic payment instrument,

CVV2 code of electronic payment instrument,

CVC code of electronic payment instrument,

CVC2 code of electronic payment instrument,

CVP code of electronic payment instrument,

CVP2 code of electronic payment instrument,

CID of electronic payment instrument,

CVD code of electronic payment instrument,

CVN2 code of electronic payment instrument.

56. The method according to p. 51, in which the depersonalized electronic check is obtained by processing the electronic check by excluding from it at least part of the data of the owner of the CCP apparatus, and contains at least information about the items purchased by the buyer.

57. The method according to p. 56, in which the depersonalized electronic check is obtained by additional exclusion from the electronic check of at least one of:

the value of the goods purchased by the buyer,

CCP device identifier,

time of purchase.

58. The method according to claim 56, wherein the anonymous personalized electronic check is received by normalizing the names of the items of goods purchased by the buyer by bringing the names of the items of goods purchased by the buyer to a uniform form.

59. The method according to p. 58, in which the normalization of the names of the items purchased by the buyer of goods is performed using at least one of:

regular expressions

machine learning algorithms,

analysis of the value of the item’s position,

heuristic

dictionary of product names.

60. The method according to p. 51, in which the store of anonymized information about the purchase history of the buyer is located on the specified at least one server that has access to banking transaction data.

61. The method according to p. 51, in which the store of anonymized information about the purchase history of the buyer is located on at least one server that has access to fiscal data.

62. The method according to p. 51, in which the store of anonymized information about the purchase history of the buyer is located on at least one server other than at least one server having access to fiscal data and different from at least one server having access to bank transaction data.

63. The method according to p. 51, in which the store of anonymized information about the purchase history of the buyer is a database.

64. The method of claim 51, wherein the at least one server having access to fiscal data is at least one server of a fiscal data operator serving said CCP apparatus.

65. The method of claim 51, wherein the at least one server having access to banking transaction data is at least one payment system server associated with a POS terminal.

66. The method of claim 51, wherein the at least one server having access to bank transaction data is at least one server of an acquiring bank associated with a POS terminal.

67. The method according to p. 51, in which the generation of a hash code of an electronic payment medium is carried out by applying a hash operation to at least a portion of the electronic payment medium data.

68. The method of claim 67, wherein the hash operation is applied to at least one of:

Buyer ID

electronic payment number.

69. The method according to p. 51, in which the store of anonymized information about the purchase history of the buyer is made with the possibility of storing for each hash code of an electronic payment instrument, anonymized electronic receipts for purchases paid using this electronic payment instrument.

70. The method according to p. 69, in which the store of anonymized information about the purchase history of the buyer is made with the additional ability to store for each anonymized electronic check the identifier of the fiscal data operator received from the CCP apparatus, an electronic check corresponding to the anonymized electronic check.

71. The method according to p. 69, in which the store of anonymized information about the purchase history of the buyer is made with the additional ability to store for each hash code of the electronic payment tool the identifier of the bank transaction operator associated with the electronic payment tool.

72. The method of claim 71, wherein the banking transaction operator is a payment system.

73. The method of claim 71, wherein the banking transaction operator is the issuing bank of the payment instrument.

74. The method of claim 69, wherein the store of anonymized information about a customer’s purchase history is configured to store for each anonymized electronic check the identifier of an acquirer bank associated with a POS terminal that has executed a transaction corresponding to an anonymized electronic check.

75. The method according to p. 51, in which the operation of storing the depersonalized electronic check with reference to the specified hash code of the electronic payment tool in the repository of depersonalized information about the purchase history of the buyer further includes at least one of:

storing, with reference to the specified anonymized electronic check, the identifier of the operator of fiscal data received from the CCP apparatus, an electronic check corresponding to the specified anonymized electronic check,

saving, with reference to the specified hash code of the electronic payment tool, the identifier of the payment system involved in the transaction processing.

76. A method of processing transaction data to obtain anonymized information about purchases made by a buyer using an electronic means of payment, a method executed on at least one server with access to fiscal data, the method comprising:

data of the owner of the CCP apparatus,

CCP device identifier,

time of purchase;

receiving from at least one server that has access to bank transaction data associated with a POS terminal with which the buyer made a transaction to pay for the purchase of anonymized transaction data by electronic payment device, including:

identifier of the specified POS terminal,

transaction time

hash code of electronic means of payment;

in response to finding in the correspondence table of POS terminals and CCP devices the correspondence between the identifier of the indicated POS terminal and the identifier of the indicated CCP device and finding a correspondence between the specified transaction time and the indicated purchase time, saving the specified anonymous electronic check with reference to the electronic payment hash code funds associated with the buyer in the repository of anonymized information about the purchase history of the buyer.

77. The method according to p. 76, in which the data of the owner of the CCP apparatus contained in the electronic check received by the specified at least one server having access to fiscal data from the CCP apparatus involved in the purchase process includes at least one of:

taxpayer identification number of the owner of the KKT apparatus,

code of the reason for registering the owner of the KKT apparatus,

name of the owner of the KKT apparatus,

main state registration number of the owner of the KKT apparatus,

legal address of the owner of the KKT apparatus,

actual address of the owner of the KKT apparatus,

location address of the CCP apparatus.

78. The method according to p. 76, in which the receipt of an impersonal electronic check further includes the normalization of the names of the items purchased by the buyer of the goods, by bringing the names of the items purchased by the buyer of the goods to a uniform form.

79. The method according to p. 78, in which the normalization of the names of the items purchased by the buyer of goods is performed using at least one of:

regular expressions

machine learning algorithms,

analysis of the value of the item’s position,

heuristic

dictionary of product names.

80. The method of claim 78, wherein the normalization is performed by a normalization software module executed on at least one server having access to fiscal data.

81. The method of claim 78, wherein the normalization is performed by a normalization software module executed on at least one server other than said at least one server having access to fiscal data.

82. The method according to p. 81, in which the normalization includes steps:

83. The method according to p. 76, in which obtaining a depersonalized electronic check, further includes excluding from the electronic check at least one of:

the value of the goods purchased by the buyer,

CCP device identifier,

time of purchase.

84. The method according to p. 76, in which the store of anonymized information about the purchase history of the buyer is located on at least one server that has access to banking transaction data.

85. The method according to p. 76, in which the store of anonymized information about the purchase history of the buyer is located on at least one server with access to fiscal data.

86. The method according to p. 76, in which the store of anonymized information about the purchase history of the buyer is located on at least one server other than at least one server having access to fiscal data and different from at least one server having access to bank transaction data.

87. The method according to p. 76, in which the store depersonalized information about the purchase history of the buyer is a database.

88. The method of claim 76, wherein the at least one server having access to fiscal data is at least one server of a fiscal data operator serving said CCP apparatus.

89. The method of claim 76, wherein the at least one server having access to bank transaction data is at least one payment system server associated with a POS terminal.

90. The method of claim 76, wherein the at least one server having access to bank transaction data is at least one acquirer bank server associated with the POS terminal.

91. The method of claim 76, wherein the hash code of the electronic payment medium is obtained by applying a hash operation to at least a portion of the electronic payment medium data.

92. The method of claim 76, wherein the hash code is obtained by applying an encryption operation to at least a portion of the electronic payment medium data.

93. The method according to p. 76, in which the store of anonymized information about the purchase history of the buyer is made with the ability to store for each hash code of an electronic payment medium, anonymous personalized electronic receipts for purchases paid using this electronic payment medium.

94. The method according to p. 93, in which the store of anonymized information about the purchase history of the buyer is made with the additional ability to store for each anonymized electronic check the identifier of the fiscal data operator received from the CCP apparatus, an electronic check corresponding to the depersonalized electronic check.

95. The method according to p. 93, in which the store of anonymized information about the purchase history of the buyer is made with the additional ability to store for each hash code of the electronic payment tool the identifier of the bank transaction operator associated with the electronic payment tool.

96. The method of claim 95, wherein the banking transaction operator is a payment system associated with an electronic payment medium.

97. The method of claim 95, wherein the banking transaction operator is the issuing bank of the payment instrument.

98. The method according to p. 93, in which the store of anonymized information about the purchase history of the buyer is made with the additional possibility of storing for each anonymized electronic check the identifier of the acquirer bank associated with the POS terminal that completed the transaction corresponding to the depersonalized electronic check.

99. The method according to p. 76, in which the correspondence table of POS terminals and CCP devices is pre-created on the specified at least one server that has access to fiscal data.

100. The method of claim 76, wherein the correspondence table of the POS terminals and the CCP apparatus is created on at least one server other than the specified at least one server having access to fiscal data.

101. The method according to p. 100, in which the correspondence table of POS terminals and CCP devices is preliminarily obtained by the indicated at least one server having access to fiscal data from at least one server other than the specified at least one server having access to fiscal data.

102. A method of processing transaction data to obtain anonymized information about customer purchases made using an electronic payment tool, a method executable on at least one server having access to bank transaction data, the method comprising:

transaction time

transaction amount

identifier of the specified POS terminal,

data specified electronic means of payment;

generation of anonymized transaction data from transaction data by:

exceptions to at least transaction amount from transaction data

and

generating a hash code of the electronic payment medium associated with the buyer by applying a hash operation to at least a portion of the data of said electronic payment medium,

so that anonymized transaction information includes:

identifier of the specified POS terminal,

electronic payment instrument hash code,

transaction time;

sending to at least one server having access to fiscal data, anonymized transaction data, and the specified sending initiates the following steps on a server having access to fiscal data:

in case of finding the corresponding depersonalized electronic check, saving the depersonalized electronic check with reference to the specified hash code of the electronic payment tool in the repository of depersonalized information about the customer’s purchase history.

103. The method according to p. 102, in which these transactions further comprise at least one of:

POS terminal owner data,

data of the acquiring bank serving the owner of the POS terminal.

104. The method according to p. 103, in which the owner data of the POS terminal includes at least one of:

name of the owner of the POS terminal,

main state registration number of the owner of the POS terminal,

legal address of the owner of the POS terminal,

The actual address of the owner of the POS terminal,

POS terminal location address.

105. The method of claim 102, wherein said electronic payment medium data includes a customer identifier.

106. The method according to p. 105, in which the data of the specified electronic means of payment further include at least one of:

expiration date of electronic means of payment,

electronic payment number,

CVV code of electronic payment instrument,

CVV2 code of electronic payment instrument,

CVC code of electronic payment instrument,

CVC2 code of electronic payment instrument,

CVP code of electronic payment instrument,

CVP2 code of electronic payment instrument,

CID of electronic payment instrument,

CVD code of electronic payment instrument,

CVN2 code of electronic payment instrument.

107. The method according to p. 102, in which an anonymized electronic check is obtained by processing an electronic check by excluding from it at least part of the data of the owner of the CCP apparatus, and contains at least information about the items purchased by the buyer.

108. The method according to paragraph 107, in which the depersonalized electronic check is obtained by additionally excluding from the electronic check at least one of:

the value of the goods purchased by the buyer,

CCP device identifier,

time of purchase.

109. The method of claim 107, wherein the anonymized electronic check is obtained by normalizing the names of the items of goods purchased by the buyer by bringing the names of the items of goods purchased by the buyer to a uniform form.

110. The method according to p. 109, in which the normalization of the names of the items purchased by the buyer of goods is performed using at least one of:

regular expressions

machine learning algorithms,

analysis of the value of the item’s position,

heuristic

dictionary of product names.

111. The method according to p. 102, in which the store of anonymized information about the purchase history of the buyer is located on the specified at least one server that has access to banking transaction data.

112. The method according to p. 102, in which the store of anonymized information about the purchase history of the buyer is located on at least one server that has access to fiscal data.

113. The method according to p. 102, in which the store of anonymized information about the purchase history of the buyer is located on at least one server other than at least one server having access to fiscal data and different from at least one server having access to bank transaction data.

114. The method according to p. 102, in which the store depersonalized information about the purchase history of the buyer is a database.

115. The method of claim 102, wherein the at least one server having access to fiscal data is at least one server of a fiscal data operator serving said CCP apparatus.

116. The method of claim 102, wherein the at least one server having access to bank transaction data is at least one payment system server associated with a POS terminal.

117. The method of claim 102, wherein the at least one server having access to bank transaction data is at least one server of an acquiring bank associated with a POS terminal.

118. The method according to p. 102, in which the generation of a hash code of an electronic payment medium is carried out by applying a hash operation to at least a portion of the electronic payment medium data including a customer identifier.

119. The method according to p. 102, in which the generation of a hash code of an electronic payment medium is carried out by applying a hash operation to at least a portion of the electronic payment medium data, including the electronic payment medium number.

120. The method according to p. 102, in which the store of anonymized information about the purchase history of the buyer is made with the ability to store for each hash code of an electronic payment instrument, anonymized electronic checks for purchases paid using this electronic payment instrument.

121. The method according to p. 120, in which the store of depersonalized information about the purchase history of the buyer is made with the additional ability to store for each depersonalized electronic check the identifier of the fiscal data operator received from the CCP apparatus, the electronic check corresponding to the depersonalized electronic check.

122. The method according to p. 121, in which the store of anonymized information about the purchase history of the buyer is made with the additional ability to store for each hash code of the electronic payment tool the identifier of the bank transaction operator associated with the electronic payment tool.

123. The method of claim 122, wherein the banking transaction operator is a payment system.

124. The method of claim 122, wherein the banking transaction operator is the issuing bank of the payment instrument.

125. The method according to p. 120, in which the store of depersonalized information about the purchase history of the buyer is made with the additional ability to store for each depersonalized electronic check the identifier of the acquirer bank associated with the POS terminal that completed the transaction corresponding to the depersonalized electronic check.

126. The method according to p. 102, in which the operation of storing the depersonalized electronic check with reference to the specified hash code of the electronic payment tool in the repository of depersonalized information about the purchase history of the buyer further includes at least one of:

127. A method of processing transaction data to obtain anonymized information about customer purchases made using an electronic payment tool, a method that runs on at least one server that has access to fiscal data, a method comprising:

data of the owner of the CCP apparatus,

CCP device identifier,

time of purchase;

sending to at least one server having access to bank transaction data a request for a hash code of an electronic payment instrument used by a buyer to pay for a specified purchase, a request including:

CCP device identifier,

time of purchase;

wherein said request initiates the following steps on at least one server having banking transaction data:

search in the correspondence table of POS terminals and CCP devices for the identifier of the POS terminal corresponding to the CCP device identifier and participating in the transaction for payment of the specified purchase and,

in the case of finding the corresponding identifier of the POS terminal, searching for the hash code of the electronic payment tool associated with the POS terminal and having a transaction time corresponding to the specified purchase time and,

in the case of finding the corresponding hash code of the electronic payment means, sending the specified hash code of the electronic payment means to the specified at least one server having access to fiscal data;

receiving from at least one server having access to the data of banking transactions of the specified hash code of electronic payment means,

saving the specified hash code with reference to an anonymized electronic check in the repository of anonymized information about the customer’s purchase history.

128. The method according to p. 127, in which the data of the owner of the CCP apparatus contained in the electronic check received by the indicated at least one server having access to fiscal data from the CCP apparatus involved in the purchase process includes at least one of:

taxpayer identification number of the owner of the KKT apparatus,

code of the reason for registering the owner of the KKT apparatus,

name of the owner of the KKT apparatus,

main state registration number of the owner of the KKT apparatus,

legal address of the owner of the KKT apparatus,

actual address of the owner of the KKT apparatus,

location address of the CCP apparatus.

129. The method according to p. 127, in which the receipt of an impersonal electronic check further includes the normalization of the names of the items purchased by the buyer of the goods, by bringing the names of the items purchased by the buyer of the goods to a uniform form.

130. The method according to p. 129, in which the normalization of the names of the items purchased by the buyer of goods is performed using at least one of:

regular expressions

machine learning algorithms,

analysis of the value of the item’s position,

heuristic

dictionary of product names.

131. The method of claim 129, wherein normalization is performed by a normalization software module executed on at least one server having access to fiscal data.

132. The method of claim 129, wherein the normalization is performed by a normalization software module executed on at least one server other than said at least one server having access to fiscal data.

133. The method according to p. 132, in which the normalization includes steps:

134. The method according to p. 127, in which obtaining a depersonalized electronic check, further comprises excluding from the electronic check at least one of:

the value of the goods purchased by the buyer,

CCP device identifier,

time of purchase.

135. The method according to p. 127, in which the store of anonymized information about the purchase history of the buyer is located on at least one server that has access to banking transaction data.

136. The method according to p. 127, in which the store of anonymized information about the purchase history of the buyer is located on at least one server that has access to fiscal data.

137. The method according to p. 127, in which the store of anonymized information about the purchase history of the buyer is located on at least one server other than at least one server having access to fiscal data and different from at least one server having access to bank transaction data.

138. The method according to p. 127, in which the store of anonymized information about the purchase history of the buyer is a database.

139. The method of claim 127, wherein the at least one server having access to fiscal data is at least one server of a fiscal data operator serving said CCP apparatus.

140. The method of claim 127, wherein the at least one server having access to banking transaction data is at least one payment system server associated with a POS terminal.

141. The method of claim 147, wherein the at least one server having access to bank transaction data is at least one acquirer bank server associated with the POS terminal.

142. The method of claim 127, wherein the hash code of the electronic payment medium is obtained by applying a hash operation to at least a portion of the electronic payment medium data.

143. The method of claim 127, wherein the hash code is obtained by applying an encryption operation to at least a portion of the electronic payment medium data.

144. The method according to p. 127, in which the store of anonymized information about the purchase history of the buyer is made with the ability to store for each hash code of an electronic payment instrument, anonymized electronic checks for purchases paid using this electronic payment instrument.

145. The method of claim 144, wherein the repository of anonymized information about a customer’s purchase history is configured to store for each anonymized electronic check the identifier of the fiscal data operator received from the CCP, an electronic check corresponding to an anonymized electronic check.

146. The method of claim 144, wherein the repository of anonymized information about the customer’s purchase history is configured to store for each electronic payment instrument hash code the identifier of a bank transaction operator associated with the electronic payment instrument.

147. The method of claim 146, wherein the banking transaction operator is a payment system associated with an electronic payment medium.

148. The method of claim 146, wherein the banking transaction operator is the issuing bank of the payment instrument.

149. The method according to p. 144, in which the store of anonymized information about the purchase history of the buyer is made with the additional possibility of storing for each anonymized electronic check the identifier of the acquirer bank associated with the POS terminal that completed the transaction corresponding to the depersonalized electronic check.

150. The method according to p. 127, in which the correspondence table of POS terminals and KKT devices is pre-created on the specified at least one server that has access to fiscal data.

151. The method of claim 127, wherein the correspondence table of the POS terminals and the CCP apparatuses is created on at least one server other than the specified at least one server having access to fiscal data.

152. The method according to p. 151, in which the correspondence table of POS terminals and CCP devices is previously obtained by the indicated at least one server having access to fiscal data from at least one server other than the specified at least one server having access to fiscal data.

153. A method of processing transaction data to obtain anonymized information about customer purchases made using an electronic means of payment, a method that is executed on at least one server that has access to bank transaction data, the method comprising:

transaction time

transaction amount

identifier of the specified POS terminal,

data specified electronic means of payment;

receipt from at least one server having access to fiscal data of a request for a hash code of an electronic payment instrument used by a buyer to pay for a specified purchase, the request including:

the identifier of the CCP apparatus involved in the purchase process,

time of purchase;

in response to finding the correspondence between the identifier of the specified POS terminal and the identifier of the specified POS terminal in the correspondence table of POS terminals and CCP devices and finding the correspondence between the indicated transaction time and the indicated purchase time, sending to at least one server with access to fiscal data , the hash code of the electronic payment instrument corresponding to the purchase, wherein said sending initiates the storage of the specified hash code electronically by the server having access to fiscal data means of payment with reference to an anonymized electronic check corresponding to the purchase in the repository of anonymized information on the purchase history of the buyer.

154. The method of claim 153, wherein the transaction data further comprises at least one of:

POS terminal owner data,

data of the acquiring bank serving the owner of the POS terminal.

155. The method of claim 154, wherein the owner data of the POS terminal includes at least one of:

name of the owner of the POS terminal,

main state registration number of the owner of the POS terminal,

legal address of the owner of the POS terminal,

The actual address of the owner of the POS terminal,

POS terminal location address.

156. The method of claim 153, wherein said electronic payment medium data includes a customer identifier.

157. The method according to p. 156, in which the data of the specified electronic means of payment further include at least one of:

expiration date of electronic means of payment,

electronic payment number,

CVV code of electronic payment instrument,

CVV2 code of electronic payment instrument,

CVC code of electronic payment instrument,

CVC2 code of electronic payment instrument,

CVP code of electronic payment instrument,

CVP2 code of electronic payment instrument,

CID of electronic payment instrument,

CVD code of electronic payment instrument,

CVN2 code of electronic payment instrument.

158. The method according to p. 153, in which an anonymized electronic check is obtained by processing an electronic check by excluding from it at least part of the data of the owner of the CCP apparatus, and contains at least information about the items purchased by the buyer.

159. The method according to p. 158, in which the depersonalized electronic check is obtained by additional exclusion from the electronic check of at least one of:

the value of the goods purchased by the buyer,

CCP device identifier,

time of purchase.

160. The method according to p. 158, in which an anonymized electronic check is obtained by normalizing the names of the items of goods purchased by the buyer, by bringing the names of the items of goods purchased by the buyer to a uniform form.

161. The method according to p. 160, in which the normalization of the names of the items purchased by the buyer of goods is performed using at least one of:

regular expressions

machine learning algorithms,

analysis of the value of the item’s position,

heuristic

dictionary of product names.

162. The method according to p. 153, in which the store of anonymized information about the purchase history of the buyer is located on the specified at least one server that has access to banking transaction data.

163. The method according to p. 153, in which the store of anonymized information about the purchase history of the buyer is located on at least one server that has access to fiscal data.

164. The method according to p. 153, in which the store of anonymized information about the purchase history of the buyer is located on at least one server other than at least one server having access to fiscal data and different from at least one server having access to bank transaction data.

165. The method of claim 153, wherein the repository of anonymized information about a customer’s purchase history is a database.

166. The method of claim 153, wherein the at least one server having access to fiscal data is at least one server of a fiscal data operator serving said CCP apparatus.

167. The method of claim 153, wherein the at least one server having access to bank transaction data is at least one payment system server associated with a POS terminal.

168. The method of claim 153, wherein the at least one server having access to bank transaction data is at least one acquirer bank server associated with the POS terminal.

169. The method according to p. 153, in which the generation of a hash code of an electronic payment medium is carried out by applying a hash operation to at least a portion of the electronic payment medium data including a customer identifier.

170. The method according to p. 153, in which the generation of a hash code of an electronic payment medium is carried out by applying a hash operation to at least a part of the electronic payment medium data, including a customer identifier, an electronic payment number number.

171. The method according to p. 153, in which the store of anonymized information about the purchase history of the buyer is configured to store, for each hash code of the electronic payment tool, anonymized electronic checks for purchases paid with this electronic payment tool.

172. The method according to p. 171, in which the store of anonymized information about the customer’s purchase history is made with the additional possibility of storing for each anonymized electronic check the identifier of the fiscal data operator received from the CCP apparatus, an electronic check corresponding to an anonymized electronic check.

173. The method of claim 171, wherein the repository of anonymized information about the purchaser’s purchase history is configured to store for each electronic payment instrument hash code the identifier of a bank transaction operator associated with the electronic payment instrument.

174. The method of claim 173, wherein the banking transaction operator is a payment system.

175. The method of claim 173, wherein the banking transaction operator is the issuing bank of the payment instrument.

176. The method according to p. 171, in which the store of anonymized information about the purchase history of the buyer is made with the additional possibility of storing for each anonymized electronic check the identifier of the acquirer bank associated with the POS terminal that completed the transaction corresponding to the depersonalized electronic check.

177. The method according to p. 153, in which the operation of storing the depersonalized electronic check with reference to the specified hash code of the electronic payment tool in the store of depersonalized information about the purchase history of the buyer further includes at least one of:

178. A method of processing transaction data to obtain anonymized information about customer purchases made using an electronic payment tool, a method that runs on at least one server that has access to fiscal data, a method comprising:

data of the owner of the CCP apparatus,

CCP device identifier,

time of purchase;

sending to at least one server having access to bank transaction data of anonymized purchase data, including:

CCP device identifier,

time of purchase;

depersonalized electronic check;

moreover, the specified sending initiates the following steps on at least one server having the data of bank transactions:

in case of finding the corresponding hash code of the electronic means of payment, saving the specified hash code with reference to an anonymized electronic check in the repository of anonymized information about the customer’s purchase history.

179. The method according to p. 178, in which the data of the owner of the CCP apparatus contained in the electronic check received by the indicated at least one server having access to fiscal data from the CCP apparatus involved in the purchase process includes at least one of:

taxpayer identification number of the owner of the KKT apparatus,

code of the reason for registering the owner of the KKT apparatus,

name of the owner of the KKT apparatus,

main state registration number of the owner of the KKT apparatus,

legal address of the owner of the KKT apparatus,

actual address of the owner of the KKT apparatus,

location address of the CCP apparatus.

180. The method according to p. 178, in which the receipt of an impersonal electronic check further includes the normalization of the names of the items purchased by the buyer of goods, by bringing the names of the items purchased by the buyer of goods to a uniform form.

181. The method according to p. 180, in which the normalization of the names of the items purchased by the buyer of goods is performed using at least one of:

regular expressions

machine learning algorithms,

analysis of the value of the item’s position,

heuristic

dictionary of product names.

182. The method of claim 180, wherein the normalization is performed by a normalization software module executed on at least one server having access to fiscal data.

183. The method of claim 180, wherein the normalization is performed by a normalization software module executed on at least one server other than said at least one server having access to fiscal data.

184. The method according to p. 183, in which the normalization includes steps:

185. The method according to p. 178, in which the receipt of a depersonalized electronic check, further includes the exclusion from the electronic check of at least one of:

the value of the goods purchased by the buyer,

CCP device identifier,

time of purchase.

186. The method according to p. 178, in which the store of anonymized information about the purchase history of the buyer is located on at least one server that has access to banking transaction data.

187. The method according to p. 178, in which the store of anonymized information about the purchase history of the buyer is located on at least one server that has access to fiscal data.

188. The method according to p. 178, in which the store of anonymized information about the purchase history of the buyer is located on at least one server other than at least one server having access to fiscal data and different from at least one server having access to bank transaction data.

189. The method of claim 178, wherein the repository of anonymized information about a customer’s purchase history is a database.

190. The method of claim 178, wherein the at least one server having access to fiscal data is at least one server of a fiscal data operator serving said CCP apparatus.

191. The method of claim 178, wherein the at least one server having access to bank transaction data is at least one payment system server associated with a POS terminal.

192. The method of claim 178, wherein the at least one server having access to bank transaction data is at least one acquirer bank server associated with the POS terminal.

193. The method of claim 178, wherein the hash code of the electronic payment medium is obtained by applying a hash operation to at least a portion of the electronic payment medium data.

194. A method of processing transaction data to obtain anonymized information about customer purchases made using an electronic means of payment, a method executable on at least one server having access to bank transaction data, the method comprising:

transaction time

transaction amount

identifier of the specified POS terminal,

data specified electronic means of payment;

receiving from at least one server having access to fiscal data of anonymized purchase data, including:

CCP device identifier,

time of purchase;

depersonalized electronic check;

in response to finding the correspondence between the identifier of the indicated POS terminal and the identifier of the indicated KCP apparatus and the identifier of the specified POS terminal in the correspondence table of the POS terminals and CCP devices, storing the specified hash code of the electronic payment device with reference to the impersonal electronic the check corresponding to the purchase in the repository of anonymized information about the purchase history of the buyer.

195. The method of claim 194, wherein the transaction data further comprises at least one of:

POS terminal owner data,

data of the acquiring bank serving the owner of the POS terminal.

196. The method of claim 195, wherein the owner data of the POS terminal includes at least one of:

name of the owner of the POS terminal,

main state registration number of the owner of the POS terminal,

legal address of the owner of the POS terminal,

The actual address of the owner of the POS terminal,

POS terminal location address.

197. The method according to p. 194, wherein the data of said electronic payment medium include a customer identifier.

198. The method according to p. 197, in which the data of said electronic means of payment further include at least one of:

expiration date of electronic means of payment,

electronic payment number,

CVV code of electronic payment instrument,

CVV2 code of electronic payment instrument,

CVC code of electronic payment instrument,

CVC2 code of electronic payment instrument,

CVP code of electronic payment instrument,

CVP2 code of electronic payment instrument,

CID of electronic payment instrument,

CVD code of electronic payment instrument,

CVN2 code of electronic payment instrument.

199. The method according to p. 194, in which an anonymized electronic check is obtained by processing an electronic check by excluding from it at least part of the data of the owner of the CCP apparatus, and contains at least information about the items purchased by the buyer.

200. The method according to p. 199, in which an anonymized electronic check is obtained by additional exclusion from the electronic check of at least one of:

the value of the goods purchased by the buyer,

CCP device identifier,

time of purchase.

201. The method according to p. 199, in which an anonymized electronic check is obtained by normalizing the names of the items of goods purchased by the buyer, by bringing the names of the items of goods purchased by the buyer to a uniform form.

202. The method according to p. 201, in which the normalization of the names of the items purchased by the buyer of goods is performed using at least one of:

regular expressions

machine learning algorithms,

analysis of the value of the item’s position,

heuristic

dictionary of product names.

203. The method according to p. 194, in which the store of anonymized information about the purchase history of the buyer is located on the specified at least one server that has access to banking transaction data.

204. The method according to p. 194, in which the store of anonymized information about the purchase history of the buyer is located on at least one server that has access to fiscal data.

205. The method according to p. 194, in which the store of anonymized information about the purchase history of the buyer is located on at least one server other than at least one server having access to fiscal data and different from at least one server having access to bank transaction data.

206. The method of claim 194, wherein the repository of anonymized information about a customer’s purchase history is a database.

207. The method of claim 194, wherein the at least one server having access to fiscal data is at least one server of a fiscal data operator serving said CCP apparatus.

208. The method of claim 194, wherein the at least one server having access to bank transaction data is at least one payment system server associated with a POS terminal.

209. The method of claim 194, wherein the at least one server having access to bank transaction data is at least one acquirer bank server associated with the POS terminal.

210. The method according to p. 194, in which the generation of a hash code of an electronic payment medium is carried out by applying a hash operation to at least a portion of the electronic payment medium data including a customer identifier.

211. The method according to p. 194, in which the generation of a hash code of an electronic payment medium is carried out by applying a hash operation to at least a portion of the electronic payment medium data, including a customer identifier, an electronic payment number number.

212. The method according to claim 194, wherein the store of anonymized information about the purchase history of the buyer is configured to store, for each hash code of the electronic payment medium, anonymous personalized electronic receipts for purchases paid using this electronic payment medium.

213. The method according to p. 212, in which the store of anonymized information about the customer’s purchase history is made with the additional possibility to store for each anonymized electronic check the identifier of the fiscal data operator received from the CCP apparatus, an electronic check corresponding to the anonymized electronic check.

214. The method according to p. 212, in which the store of anonymized information about the purchase history of the buyer is made with the additional ability to store for each hash code of the electronic payment tool the identifier of the bank transaction operator associated with the electronic payment tool.

215. The method of claim 214, wherein the banking transaction operator is a payment system.

216. The method of claim 214, wherein the banking transaction operator is the issuing bank of the payment instrument.

217. The method according to p. 212, in which the store of depersonalized information about the purchase history of the buyer is made with the additional ability to store for each depersonalized electronic check the identifier of the acquirer bank associated with the POS terminal that completed the transaction corresponding to the depersonalized electronic check.

218. The method according to p. 194, in which the operation of storing the depersonalized electronic check with reference to the specified hash code of the electronic payment tool in the repository of depersonalized information about the purchase history of the buyer further includes at least one of: