WO2023198233A1 - VERFAHREN ZUM ERFASSEN EINES GESCHÄFTSVORFALLS UND ANSCHLIEßENDEN GENERIERUNG EINES DIESBEZÜGLICHEN BELEGES DURCH EIN TERMINAL - Google Patents

VERFAHREN ZUM ERFASSEN EINES GESCHÄFTSVORFALLS UND ANSCHLIEßENDEN GENERIERUNG EINES DIESBEZÜGLICHEN BELEGES DURCH EIN TERMINAL Download PDF

Info

Publication number
WO2023198233A1
WO2023198233A1 PCT/DE2022/100279 DE2022100279W WO2023198233A1 WO 2023198233 A1 WO2023198233 A1 WO 2023198233A1 DE 2022100279 W DE2022100279 W DE 2022100279W WO 2023198233 A1 WO2023198233 A1 WO 2023198233A1
Authority
WO
WIPO (PCT)
Prior art keywords
receipt
data
terminal
module
app
Prior art date
Application number
PCT/DE2022/100279
Other languages
English (en)
French (fr)
Inventor
Valeriy Luginin
Original Assignee
Valeriy Luginin
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Valeriy Luginin filed Critical Valeriy Luginin
Priority to PCT/DE2022/100279 priority Critical patent/WO2023198233A1/de
Publication of WO2023198233A1 publication Critical patent/WO2023198233A1/de

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G06Q20/209—Specified transaction journal output feature, e.g. printed receipt or voice output
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/047—Payment circuits using payment protocols involving electronic receipts

Definitions

  • Method for recording a business transaction and then generating a relevant document by a terminal (1) the document in any case representing a document that contains data about the business transaction, the terminal (1) having at least one device (1 1) for recording of a business transaction, wherein the method includes the following method steps: a) aa) storing specific card and/or application data and/or identification data and/or service data of a customer in a data storage that is linked to an application (2) on the customer's mobile device or are stored directly in an application (2) on the mobile device and/or from) registering an application (2) and/or storing its application data and/or the customer's identification data used therein with an external data service (3); b) ba) recording a business transaction and/or an identification of the customer by the device (1 1) and/or bb) retrieving the data stored in accordance with ab) in the external data service (3) by the terminal (1), whereby for Retrieval of the customer data collected is used; c) processing the recorded data by the terminal (1) and/or the application data retrieved from the data service
  • Method according to claim 1 characterized in that the application (2) forms a hash from the data stored in 1. aa) and deposits this hash in the data service (3), the terminal (1) also generating a hash about the data used by it Forms identification data and uses this hash data to query the data service (3) in relation to the application (2) registered with this hash and its stored data.
  • Method according to claim 1 or 2 characterized in that the application (2) deposits an encryption token with the data service (3) for the customer identification data used, which can be retrieved from the terminal (1) and which is used for the Encryption of the receipts can be used, so that it is ensured that the receipt can only be viewed by the terminal (1) and the application (2).
  • Method (1) characterized in that in the data service (3) a receipt design for the terminal (1) is provided and / or can be created, which is retrieved by the application (2) and used to display the from The receipt received from the terminal (1) can be used in the application (2).
  • Method (1) characterized in that after the receipt and/or transmission of the receipt by the application (2), the receipt of the receipt is sent to the data service (3) and/or a receipt confirmation module (13). Terminals (1) are confirmed via radio using the application (2) or the mobile device.
  • Method (1) characterized in that the terminal (1) waits in a defined time window for the confirmation of receipt of the application (2), whereby after the time window has expired without receiving a confirmation of receipt from the application, the receipt is automatically either printed or displayed on a display for scanning.
  • Method (1) characterized in that the generation and/or the reading and/or the transmission and/or reception of the document by the application (2) and/or the terminal (1) and/or or the data service (3) by issuing a an acoustic, haptic and/or optical signal is confirmed by the application (2) and/or the mobile phone and/or the terminal (1).
  • Method (1) characterized in that an electronic control instance is provided which monitors the data traffic and controls both the issuance and receipt of encrypted digital documents and logs them in a database, accounting and / or blockchain .
  • Method (1) characterized in that the payment or document transfer is stored and managed using a database, blockchain and / or a document management system.
  • Method (1) characterized in that a GPS module determines the local position of the terminal (1).
  • Positions and/or data of one or more terminals (1) are stored in a database that can be read by the application (2).
  • Method (1) according to one of the preceding claims, characterized in that the application (2) and / or the mobile device permanently and / or in the presence of a defined event in the background monitors relevant radio traffic, whereby when a receipt is received, it is decrypted and stored.
  • Method (1) according to one of the preceding claims, characterized in that the application (2) is designed to store rules by means of which it is determined under which conditions a receipt should be printed from the terminal (1) and for which receipt data constellations no Receipt should be printed.
  • the present invention relates to a method for recording a business transaction and then generating a relevant document by a terminal according to the preamble of patent claim 1.
  • the present invention is based on the object of eliminating the aforementioned disadvantages and creating a method by means of which digital document output is guaranteed.
  • FIG. 1 shows the method according to the invention in an advantageous embodiment in a schematic view.
  • the receipt in any case represents a document that contains data about the business transaction, the terminal 1 comprising at least one device 1 1 for recording a business transaction.
  • the process includes the following process steps:
  • [001 1 ] ba) recording a business transaction and / or an identification of the customer by the device 1 1 and / or bb) retrieving the data stored in the external data service 3 by the terminal 1, the recorded customer data being used for the retrieval become;
  • the application 2 forms a hash from the data stored in 1. aa and stores this hash in the data service 3, with the terminal 1 also forming a hash over the identification data used by it and with this hash -Data queries the data service 3 in relation to the application 2 registered with this hash and its stored data.
  • the application 2 can store an encryption token for the customer identification data used in the data service 3, which can be retrieved from the terminal 1 and which can be used to encrypt the receipts, so that it is ensured that the Document can only be viewed from terminal 1 and application 2.
  • a receipt design for the terminal 1 can be provided and/or created in the data service 3, which is retrieved by the application 2 and can be used to display the receipt received from the terminal 1 in the application 2.
  • the receipt of the receipt is communicated to the data service 3 and/or a receipt confirmation module 13 of the terminal 1 by means of the application 2 or the mobile device via radio or data connection confirmed.
  • a particularly advantageous embodiment of the method according to the invention provides that the terminal 1 waits in a defined time window for the confirmation of receipt of the application 2, whereby after the time window has expired without receiving a confirmation of receipt of the application on the receipt is automatically either printed or displayed on a display for scanning.
  • the generation and/or reading and/or transmission and/or reception of the receipt by the application 2 and/or the terminal 1 and/or the data service 3 can, for example, by outputting an acoustic, haptic and/or optical Signal can be confirmed by the application 2 and/or the mobile phone and/or the terminal 1.
  • data from the mobile device can preferably be transmitted and/or compared between the application 2 and the terminal 1, the terminal and/or data service 3 via a connection.
  • an electronic control instance which monitors data traffic and controls both the issuance and receipt of encrypted digital documents and logs them in a database, accounting and/or blockchain.
  • the payment or document transfer is advantageously stored and managed using a database, blockchain and/or a document management system.
  • a GPS module determines the local position of the terminal 1.
  • the positions and/or data of one or more terminals 1 can be stored in a database that can be read by the application 2.
  • the application 2 and/or the mobile device advantageously monitors permanently and/or when a defined event occurs relevant radio traffic in the background, whereby when a receipt is received, it is decrypted and stored.
  • the application 2 is advantageously designed in such a way that rules can be stored in it, according to which conditions are determined according to which a receipt should be printed from the terminal 1 and in which receipt data constellation no receipt should be printed; For example, the receipt should only be printed after a certain purchase amount has been reached.
  • the customer stores his card data in the app 2.
  • the app creates a hash from this data, generates an encryption token and stores this data in data service 3.
  • Terminal 1 carries out the payment, creates a hash from the card data and asks data service 3 whether an app 2 has stored data for this hash. If yes, then the terminal asks for this data, e.g. the encryption token. If not, then the terminal prints the receipt as normal on paper or shows it on a display. If the terminal 1 has app data for the hash after querying the data service, then the terminal 1 reports the receipt data to the data service 3. The terminal 1 can encrypt this data with the encryption token of the app 2. This ensures that the receipt data can only be read by Terminal 1 and App 2.
  • the data service 3 After the data service 3 has received receipt data for an app 2, it signals to the app 2, for example via a smartphone notification, that a receipt for the app 2 is available.
  • the smartphone where the app is installed can emit an acoustic, haptic or visual signal for the user.
  • the app 2 then sends a confirmation to the data service 3 that the receipt has been received.
  • the app can also indicate that the receipt should or should not be printed. For example, the user has set in the app that only receipts above a certain purchase amount should be printed.
  • the data service 3 forwards this confirmation to the terminal 1. If the terminal does not receive the confirmation within a preset period of time, the terminal will print out the receipt as normal.
  • the terminal 1 When the terminal 1 has received the confirmation, it evaluates the confirmation and, depending on the default setting in the app 2, prints out the receipt or not.
  • the terminal 1 can output an acoustic, haptic or optical signal for the terminal user.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

Die vorliegende Erfindung betrifft ein Verfahren zum Erfassen eines Geschäftsvorfalls und anschließenden Generierung eines diesbezüglichen Beleges durch ein Terminal. Das erfindungsgemäße (1 ) ist dadurch gekennzeichnet, dass eine Verschlüsselung des digitalen Beleges erfolgt, wobei zur Verschlüsselung durch das Terminal und zur Entschlüsselung durch die Applikation (2) oder durch einen mit der Applikation (2) verbundenen Datendienst (3) verarbeitete Daten eingesetzt sind und ein Hinterlegen des verschlüsselten Beleges bei dem Datendienst (3) erfolgt, der die Hinterlegung des Beleges der Applikation (2) signalisiert, die sich mit verwendeten Identifikationsdaten beim Datendienst (3) registriert hat und/oder eine digitale Funkausgabe des verschlüsselten digitalen Beleges über ein Ausgabemodul (15) des Terminals (1 ) und Empfang sowie eine Entschlüsselung des Beleges durch die Applikation (2). In einer weiteren Variante des Verfahren ist eine Anzeige des Beleges auf mindestens einem Display (14) des Terminals (1 ) oder eine Druckausgabe des Beleges vorgesehen, wobei der Beleg mittels der Applikation (2) einlesbar ist.

Description

Verfahren zum Erfassen eines Geschäftsvorfalls und anschließenden Generierung eines diesbezüglichen Beleges durch ein Terminal
PATENTANSPRÜCHE
1. Verfahren zum Erfassen eines Geschäftsvorfalls und anschließenden Generierung eines diesbezüglichen Beleges durch ein Terminal (1 ), wobei der Beleg jedenfalls ein Dokument darstellt, das Daten über den Geschäftsvorfall enthält, wobei der Terminal (1 ) mindestens eine Einrichtung (1 1 ) zum Erfassen eines Geschäftsvorfalls umfasst, wobei das Verfahren folgende Verfahrensschritte beinhaltet: a) aa) Hinterlegen spezifischer Karten- und/oder Applikationsdaten und/oder Identifikationsdaten und/oder Servicedaten eines Kunden in einer Datenspeicher, die mit einer Applikation (2) auf einem Mobilgerät des Kunden verknüpft sind oder in einer Applikation (2) auf dem Mobilgerät direkt hinterlegt sind und/oder ab) Anmelden einer Applikation (2) und/oder Hinterlegen deren Applikationsdaten und/oder der darin verwendeten Identifikationsdaten des Kunden bei einem externen Datendienst (3); b) ba) Erfassen eines Geschäftsvorfalls und/oder einer Identifikation des Kunden durch die Einrichtung (1 1 ) und/oder bb) Abruf der gemäß ab) bei dem externen Datendienst (3) hinterlegten Daten durch das Terminal (1 ), wobei für den Abruf die erfassten Kundendaten verwendet werden; c) Verarbeitung der erfassten Daten durch das Terminal (1 ) und/oder der von dem Datendienst (3) gemäß ab) abgerufenen Applikationsdaten durch das Terminal (1 ); d) Erstellen eines digitalen Beleges durch den Terminal (1 ); gekennzeichnet durch e) Verschlüsselung des digitalen Beleges, wobei zur Verschlüsselung durch das Terminal und zur Entschlüsselung durch die Applikation (2) oder durch einen mit der Applikation (2) verbundenen Datendienst (3) die unter c) verarbeiteten Daten eingesetzt sind; f) Hinterlegen des verschlüsselten Beleges bei dem Datendienst (3), der die Hinterlegung des Beleges der Applikation (2) signalisiert, die sich mit den in ab) verwendeten Identifikationsdaten beim Datendienst (3) registriert hat und/oder g) digitale Funkausgabe des verschlüsselten digitalen Beleges über ein Ausgabemodul (15) des Terminals (1 ) und Empfang sowie Entschlüsselung des Beleges durch die Applikation (2) und/oder h) Anzeige des Beleges auf mindestens einem Display (14) des Terminals (1 ) oder Druckausgabe des Beleges, wobei der Beleg mittels der Applikation (2) einlesbar ist. Verfahren nach Anspruch 1 , dadurch gekennzeichnet, dass die Applikation (2) aus den in 1. aa) hinterlegten Daten einen Hash bildet und diesen Hash beim Datendienst (3) hinterlegt, wobei das Terminal (1 ) ebenfalls einen Hash über die bei ihm verwendeten Identifikationsdaten bildet und mit diesen Hash-Daten den Datendienst (3) in Bezug auf die mit diesem Hash registrierte Applikation (2) und deren hinterlegten Daten abfragt. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass die Applikation (2) beim Datendienst (3) einen Verschlüsselungstoken zu den verwendeten Kundenidentifikationsdaten hinterlegt, der von dem Terminal (1 ) abgerufen werden kann und der für die Ver- schlüsselung der Belege verwendet werden kann, so dass sichergestellt ist, dass der Beleg nur von dem Terminal (1 ) und der Applikation (2) einsehbar ist.
4. Verfahren (1 ) nach einem der vorangegangenen Ansprüche, dadurch gekennzeichnet, dass im Datendienst (3) ein Belegdesign für das Terminal (1 ) vorgesehen und/oder erstellbar ist, das von der Applikation (2) abgerufen und für die Anzeige des von dem Terminal (1 ) empfangenen Beleges in der Applikation (2) nutzbar ist.
5. Verfahren (1 ) nach einem der vorangegangenen Ansprüche, dadurch gekennzeichnet, dass nach dem Einlesen und/oder der Übertragung des Beleges durch die Applikation (2) der Empfang des Beleges dem Datendienst (3) und/oder einem Empfangsbestätigungsmodul (13) des Terminals (1 ) mittels der Applikation (2) oder das Mobilgerät über Funk bestätigt wird.
6. Verfahren (1 ) nach einem der vorangegangenen Ansprüche, dadurch gekennzeichnet, dass das Terminal (1 ) in einem definierten Zeitfenster auf die Empfangsbestätigung der Applikation (2) wartet, wobei nach Ablauf des Zeitfensters ohne Erhalt einer Empfangsbestätigung der Applikation der Beleg automatisch entweder gedruckt oder auf einem Display zum Einscannen angezeigt wird.
7. Verfahren (1 ) nach einem der vorangegangenen Ansprüche, dadurch gekennzeichnet, dass die Generierung und/oder das Einlesen und/oder die Übertragung und/oder Empfang des Beleges durch die Applikation (2) und/oder das Terminal (1 ) und/oder dem Datendienst (3) durch Ausgabe ei- nes akustischen, haptischen und/oder optischen Signals durch die Applikation (2) und/oder das Mobiltelefon und/oder das Terminal (1 ) bestätigt wird.
8. Verfahren (1 ) nach einem der vorangegangenen Ansprüche, dadurch gekennzeichnet, dass zusätzlich eine Übermittlung und/oder ein Abgleich von Daten des Mobilgeräts zwischen der Applikation (2) und dem Terminal (1 ) und/oder Datendienst (3) über eine Verbindung erfolgt.
9. Verfahren (1 ) nach einem der vorangegangenen Ansprüche, dadurch gekennzeichnet, dass eine elektronische Kontrollinstanz vorgesehen ist, die den Datenverkehr überwacht und sowohl die Ausgabe als auch den Empfang von verschlüsselten digitalen Belegen kontrolliert und in einer Datenbank, Buchhaltung und/oder Blockchain protokolliert.
10. Verfahren (1 ) nach einem der vorangegangenen Ansprüche, dadurch gekennzeichnet, dass der Zahlungs- oder Dokumententransfer mittels einer Datenbank, Blockchain und/oder einem Dokumentenmanagementsystem gespeichert und verwaltet wird.
1 1. Verfahren (1 ) nach einem der vorangegangenen Ansprüche, dadurch gekennzeichnet, dass ein GPS-Modul die lokale Position des Terminals (1 ) ermittelt.
12. Verfahren (1 ) nach einem der vorangegangenen Ansprüche, dadurch gekennzeichnet, dass
Positionen und/oder Daten eines oder mehrere Terminals (1 ) in einer Datenbank abgelegt werden, die durch die Applikation (2) einlesbar ist. Verfahren (1 ) nach einem der vorangegangenen Ansprüche, dadurch gekennzeichnet, dass die Applikation (2) und/oder das Mobilgerät permanent und/oder bei Vorliegen eines definierten Ereignisses im Hintergrund relevanten Funkverkehr überwacht, wobei bei Erhalt eines Beleges dieser entschlüsselt und gespeichert wird. Verfahren (1 ) nach einem der vorangegangenen Ansprüche, dadurch gekennzeichnet, dass die Applikation (2) ausgebildet ist, Regeln zu hinterlegen, mittels der festgelegt ist, unter welchen Bedingungen ein Beleg von dem Terminal (1 ) gedruckt werden sollte und bei welchen Belegdatenkonstellationen kein Beleg gedruckt werden sollte.
Verfahren zum Erfassen eines Geschäftsvorfalls und anschließenden Generierung eines diesbezüglichen Beleges durch ein Terminal
BESCHREIBUNG
Technisches Gebiet
[0001 ] Die vorliegende Erfindung betrifft ein Verfahren zum Erfassen eines Geschäftsvorfalls und anschließenden Generierung eines diesbezüglichen Beleges durch ein Terminal gemäß dem Oberbegriff des Patentanspruchs 1.
Stand derTechnik
[0002] Es sind dem Stand der Technik bereits Verfahren zum Erfassen eines Geschäftsvorfalls und anschließenden Generierung eines diesbezüglichen Beleges durch ein Terminal bekannt, wobei hierbei bekannte Kassenapparate Rechnungen üblicherweise auf Papier ausgeben. Die Nachteile einer derartigen Ausgabe liegen auf der Hand; sie sind aufgrund der Nutzung von Papier und Tinte ressourcenverschwendend sowie zeitintensiv, da auf die Ausgabe des Beleges durch den Kunden und das Personal gewartet werden muss. Darüber hinaus müssen Drucker permanent gewartet werden und Papierrechnungen verwaltet werden. Weitere Nachteile betreffen die Umständlichkeit eines solchen Vorgangs, da der Beleg manuell mitgenommen und aufbewahrt werden muss. Ferner ist keine vollständige Kontrolle der Ausgabe und Mitnahme des Beleges gewährleistet, bspw. zur Umsatzsteuerkontrolle etc. Darstellung der Erfindung
[0003] Der vorliegenden Erfindung liegt die Aufgabe zugrunde, die vorgenannten Nachteile zu beseitigen und ein Verfahren zu schaffen, mittels dem eine digitale Belegausgabe gewährleistet ist.
[0004] Erfindungsgemäß wird die voranstehende Aufgabe gemäß dem Oberbegriff des Anspruchs 1 in Verbindung mit den kennzeichnenden Merkmalen gelöst. Vorteilhafte Ausgestaltungen und Weiterbildungen des erfindungsgemäßen Verfahrens sind in den abhängigen Unteransprüchen angegeben.
Kurzbeschreibung der Zeichnungen
[0005] Weitere Ziele, Merkmale, Vorteile und Anwendungsmöglichkeiten des erfindungsgemäßen Verfahrens ergeben sich aus der nachfolgenden Beschreibung eines Ausführungsbeispiels anhand der schematischen Zeichnung.
[0006] In der Zeichnung zeigt
[0007] Fig. 1 das erfindungsgemäße Verfahren in einer vorteilhaften Ausführungsform in einer schematischen Ansicht.
Ausführung der Erfindung
[0008] Wie aus Fig. 1 ersichtlich, stellt gemäß dem erfindungsgemäßen Verfahren der Beleg jedenfalls ein Dokument dar, das Daten über den Geschäftsvorfall enthält, wobei der Terminal 1 mindestens eine Einrichtung 1 1 zum Erfassen eines Geschäftsvorfalls umfasst. [0009] Das Verfahren beinhaltet folgende Verfahrensschritte:
[0010] aa) Hinterlegen spezifischer Karten- und/oder Applikationsdaten und/oder Identifikationsdaten und/oder Servicedaten eines Kunden in einer Datenspeicher, die mit einer Applikation 2 auf einem Mobilgerät des Kunden verknüpft sind oder in einer Applikation 2 auf dem Mobilgerät direkt hinterlegt sind und/oder ab) Anmelden einer Applikation 2 und/oder Hinterlegen deren Applikationsdaten und/oder der darin verwendeten Identifikationsdaten des Kunden bei einem externen Datendienst 3;
[001 1 ] ba) Erfassen eines Geschäftsvorfalls und/oder einer Identifikation des Kunden durch die Einrichtung 1 1 und/oder bb) Abruf der gemäß ab bei dem externen Datendienst 3 hinterlegten Daten durch das Terminal 1 , wobei für den Abruf die erfassten Kundendaten verwendet werden;
[0012] c) Verarbeitung der erfassten Daten durch das Terminal 1 und/oder der von dem Datendienst 3 gemäß ab) abgerufenen Applikationsdaten durch das Terminal 1 ;
[0013] Erstellen eines digitalen Beleges durch den Terminal 1 .
[0014] Gekennzeichnet ist das erfindungsgemäße Verfahren durch
[0015] Verschlüsselung des digitalen Beleges, wobei zur Verschlüsselung durch das Terminal und zur Entschlüsselung durch die Applikation 2 oder durch einen mit der Applikation 2 verbundenen Datendienst 3 die unter c) verarbeiteten Daten eingesetzt sind;
[0016] Hinterlegen des verschlüsselten Beleges bei dem Datendienst 3, der die Hinterlegung des Beleges der Applikation 2 signalisiert, die sich mit den in ab) verwendeten Identifikationsdaten beim Datendienst 3 registriert hat und/oder digitale Funkausgabe des verschlüsselten digitalen Beleges über ein Ausgabemodul 15 des Terminals 1 und Empfang sowie Entschlüsselung des Beleges durch die Applikation 2 und/oder Anzeige des Beleges auf mindestens einem Display 14 des Terminals 1 oder Druckausgabe des Beleges, wobei der Beleg mittels der Applikation 2 einlesbar ist.
[0017] In einer besonders vorteilhaften Ausführungsform der Erfindung bildet die Applikation 2 aus den in 1. aa hinterlegten Daten einen Hash und hinterlegt diesen Hash beim Datendienst 3, wobei das Terminal 1 ebenfalls einen Hash über die bei ihm verwendeten Identifikationsdaten bildet und mit diesen Hash-Daten den Datendienst 3 in Bezug auf die mit diesem Hash registrierte Applikation 2 und deren hinterlegten Daten abfragt.
[0018] Weiterhin kann es vorteilhaft sein, dass die Applikation 2 beim Datendienst 3 einen Verschlüsselungstoken zu den verwendeten Kundenidentifikationsdaten hinterlegt, der von dem Terminal 1 abgerufen werden kann und der für die Verschlüsselung der Belege verwendet werden kann, so dass sichergestellt ist, dass der Beleg nur von dem Terminal 1 und der Applikation 2 einsehbar ist.
[0019] Im Datendienst 3 kann ein Belegdesign für das Terminal 1 vorgesehen und/oder erstellbar sein, das von der Applikation 2 abgerufen und für die Anzeige des von dem Terminal 1 empfangenen Beleges in der Applikation 2 nutzbar ist.
[0020] In einer weiteren vorteilhaften Ausführungsform der Erfindung wird nach dem Einlesen und/oder der Übertragung des Beleges durch die Applikation 2 der Empfang des Beleges dem Datendienst 3 und/oder einem Empfangsbestätigungsmodul 13 des Terminals 1 mittels der Applikation 2 oder das Mobilgerät über Funk oder Datenverbindung bestätigt.
[0021 ] Eine besonders vorteilhafte Ausführung des erfindungsgemäßen Verfahrens sieht vor, dass das Terminal 1 in einem definierten Zeitfenster auf die Empfangsbestätigung der Applikation 2 wartet, wobei nach Ablauf des Zeitfensters ohne Erhalt einer Empfangsbestätigung der Applikati- on der Beleg automatisch entweder gedruckt oder auf einem Display zum Einscannen angezeigt wird.
[0022] Die Generierung und/oder das Einlesen und/oder die Übertragung und/oder Empfang des Beleges durch die Applikation 2 und/oder das Terminal 1 und/oder dem Datendienst 3 kann bspw. durch Ausgabe eines akustischen, haptischen und/oder optischen Signals durch die Applikation 2 und/oder das Mobiltelefon und/oder das Terminal 1 bestätigt werden.
[0023] Zusätzlich kann vorzugsweise eine Übermittlung und/oder ein Abgleich von Daten des Mobilgeräts zwischen der Applikation 2 und dem Terminal 1 dem Terminall und/oder Datendienst 3 über eine Verbindung erfolgen.
[0024] In einer weiteren bevorzugten Ausführungsform der Erfindung ist eine elektronische Kontrollinstanz vorgesehen, die den Datenverkehr überwacht und sowohl die Ausgabe als auch den Empfang von verschlüsselten digitalen Belegen kontrolliert und in einer Datenbank, Buchhaltung und/oder Blockchain protokolliert.
[0025] Der Zahlungs- oder Dokumententransfer wird vorteilhafterweise mittels einer Datenbank, Blockchain und/oder einem Dokumentenmanagementsystem gespeichert und verwaltet.
[0026] Weiterhin ist es vorteilhaft, wenn ein GPS-Modul die lokale Position des Terminals 1 ermittelt. Die Positionen und/oder Daten eines oder mehrere Terminals 1 können dabei in einer Datenbank abgelegt werden, die durch die Applikation 2 einlesbar ist.
[0027] Die Applikation 2 und/oder das Mobilgerät überwacht vorteilhafterweise permanent und/oder bei Vorliegen eines definierten Ereignisses im Hintergrund relevanten Funkverkehr, wobei bei Erhalt eines Beleges dieser entschlüsselt und gespeichert wird.
[0028] Die Applikation 2 ist vorteilhafterweise derart ausgebildet, dass in dieser Regeln hinterlegt werden können, gemäß der Bedingungen festgelegt werden, gemäß derer ein Beleg von dem Terminal 1 gedruckt werden sollte und bei welchen Belegdatenkonstellation kein Beleg gedruckt werden sollte; so sollte z.B. der Beleg erst ab einer bestimmten Einkaufssumme immer gedruckt werden.
Verfahren zur digitaler Rechnungsausgabe
[0029] Für das erfindungsgemäße Verfahren ist es vorteilhafterweise notwendig, dass auf einem Smartphone eine Softwareapp installiert wurde und das Terminal 1 die in der Zeichnung beschriebenen Komponenten besitzt:
Szenario 1 : Zahlung mit Karte
[0030] Der Kunde hinterlegt in der App 2 seine Kartendaten ab. Die App bildet aus diesen Daten einen Hash, generiert einen Verschlüsselungstoken und hinterlegt diese Daten bei dem Datendienst 3.
[0031 ] Der Kunde bezahlt an der Kasse mit seiner Karte. Damit macht er dem Terminal 1 seine Kartendaten bekannt. Das Terminal 1 führt die Zahlung aus, bildet aus den Kartendaten einen Hash und fragt bei dem Datendienst 3, ob eine App 2 für diesen Hash Daten hinterlegt hat. Wenn ja, dann fragt das Terminal diese Daten ab, z.B. den Verschlüsselungstoken. Wenn nein, dann druckt das Terminal den Beleg ganz normal auf Papier aus oder zeigt es auf einem Display an. [0032] Wenn dem Terminal 1 nach der Abfrage des Datendienstes Appdaten zu dem Hash vorliegen, dann meldet das Terminal 1 die Belegdaten an den Datendienst 3. Dabei kann das Terminal 1 diese Daten mit dem Verschlüsselungstoken der App 2 verschlüsseln. So wird sichergestellt, dass die Belegdaten nur von dem Terminal 1 und der App 2 gelesen werden können.
[0033] Nachdem der Datendienst 3 Belegdaten für eine App 2 bekommen hat, signalisiert er der App 2, z.B. über eine Smartphone Benachrichtigung, dass ein Beleg für die App 2 vorhanden ist. Das Smartphone, wo die App installiert ist, kann dabei ein akustisches, haptisches oder optisches Signal für den Benutzer ausgeben.
[0034] Die App 2 schickt anschließend eine Bestätigung dem Datendienst 3, dass der Beleg empfangen wurde. Dabei kann die App aufgrund der Appeinstellungen auch mitteilen, dass der Beleg auch gedruckt werden sollte oder auch nicht. Z.B. der Benutzer hat in der App eingestellt, dass nur Belege ab einer gewissen Einkaufssumme gedruckt werden sollten.
[0035] Der Datendienst 3 leitet diese Bestätigung an das Terminal 1 weiter. Sollte das Terminal die Bestätigung innerhalb einer voreingestellten Zeitspanne nicht bekommen, dann druckt das Terminal den Beleg ganz normal aus.
[0036] Wenn das Terminal 1 die Bestätigung empfangen hat, dann wertet es die Bestätigung aus und druckt je nach der Voreinstellung in der App 2 den Beleg aus oder auch nicht. Dabei kann das Terminal 1 ein akustisches, haptisches oder optisches Signal für den Terminal Benutzer ausgeben.

Claims

[0037] Wenn der App-Benutzer den Beleg auf seinem Smartphone anzeigen möchte, dann fragt die App 2 den Datendienst 3, welches Belegdesign für den empfangenen Beleg verwendet werden sollte und nutzt dieses Design für die Anzeige der Belegdaten.
[0038] Terminal 1 meldet die Ausgabe des Beleges auch der Kontrollinstanz. Die App meldet der Kontrollinstanz, dass der Beleg empfangen wurde. Die Kontrollinstanz speichert diese Informationen in einer Datenbank, Dokumentenmanagementsystem oder Blockchain ab und bietet Schnittstellen zur Abfrage dieser Informationen z.B. für steuerliche Zwecke an.
[0039] Dieses Scenario kann auch ohne den Datendienst 3 funktionieren. In diesem Fall kommunizieren die App 2 und das Terminal 1 lokal über Funk. Das Terminal 1 bietet permanent seinen Abrechnungsservice zur Entdeckung über Funk (z.B. Bluetooth Beacons) lokal an. Sobald die App 2 einen Abrechnungsservice entdeckt hat überwacht die App 2 den relevanten Funkverkehr. Terminal 1 verschlüsselt den Beleg mit Kreditkartendaten und versendet es an die App 2 über Funk. Da nur die App 2 und das Terminal 1 die Daten der Kreditkarte kennen, kann nur die App des richtigen Zahlers die Belegdaten entschlüsseln. Der Rest erfolgt analog.
Szenario 2: Zahlung mit Smartphone
[0040] Dieses Szenario ist ähnlich. Es werden dann auch Smartphone Daten in der App 2 benutzt, mit denen der Benutzer sich am Terminal 1 identifiziert. Der Rest erfolgt analog.
Szenario 3: Zahlung mit Bargeld
[0041 ] In diesem Szenario muss der Kunde den Beleg (bspw. die Rechnung) entweder abfotografieren oder der Funkaustausch muss über eine kurze Distanz (NFC) stattfinden, damit der Empfang des Beleges von fal- sehen Empfängern ausgeschlossen werden kann. In diesem Fall bezahlt der Kunde die Rechnung in Bar, aktiviert den NFC Empfang an und hält sein Smartphone am NFC Terminal, sodass der Beleg an die App übermittelt werden kann. Der weitere Verlauf ist ähnlich wie bei Zahlung mit der Karte.
Szenario 4: Empfang von Rechnungen über NFC
[0042] In diesem Szenario kann der Kunde unabhängig von der Zahlungsvariante immer den Beleg über NFC empfangen. Dazu aktiviert er auf dem Smartphone den NFC Empfangsmodus oder dieser läuft automatisch immer im Hintergrund oder der NFC Empfangsmodus wird über die charakteristische Beschleunigung des Smartphones (z.B. über Gyroskope oder Beschleunigungsmesser) in Richtung des Terminals 1 automatisch aktiviert und nach dem Belegempfang automatisch wieder deaktiviert. Der weitere Verlauf ist ähnlich wie bei Zahlung mit der Karte.
Verfahren zur digitaler Rechnungsausgabekontrolle
[0043] Terminal 1 und App 2 melden die Belegausgabe und Empfang an die Kontrollinstanz 4. Das ist ein Datendienst, der die Zustellung der Belege lokal und/oder in einem geeigneten Dienst (z.B. Firmendatenbank, Blockchain, Smart Contracts, Finanzamt, usw.) dokumentiert. Die Dokumentation kann auch manipulationssicher erfolgen, indem z.B. das Security Modul und/oder Kundendaten oder Terminaldaten zur Aufbereitung der Datenspeicherung (z.B. über Hashes) verwendet werden. Ferner hat die Kontrollinstanz 4 auch Abfrageschnittstellen, über welche Auskünfte zur Zustellung der Belege und andere Datendienste angeboten werden können. Verfahren zur Kontrolle der Kundenreklamationen
[0044] Zur Kontrolle der Kundenreklamationen zeigt die App nicht nur Belegdaten (auch als QR), sondern auch weitere Informationen (z.B. Hash über die Rechnung) an. Diese Informationen können über ein Scangerät oder NFC von dem Terminal 1 eingelesen werden und mit seinen eigenen Daten und/oder den Daten der Kontrollinstanz 4 abgeglichen werden. So kann die Korrektheit der Rechnung verifiziert und geprüft werden, ob eine Kundenreklamation bereits erfolgt hat. Die Rechnungsdaten können dann auf einem Monitor des Kassenapparates für die weitere Verarbeitung angezeigt werden. Der Beleg in der App 2 kann auch ganz normal auf einem Drucker gedruckt werden. Auch das Terminal kann bei Bedarf den reklamierten Beleg ganz normal ausdrucken.
[0045] Diese Erfindung ist nicht nur auf Belege in Form von Rechnungen begrenzt, sondern kann auf jeglichen Dokumenten und Informationen Austausch angewendet werden.
[0046] Das Terminal 1 , App 2, Datendienst 3 und die Kontrollinstanz 4 besitzen vorteilhafterweise eine API und/oder IDE (Integrated Development Environment) und können programmiert und/oder über das Internet oder lokal aktualisiert werden.
Liste der Bezugsziffern
I Terminal; Einrichtung zum Erfassen, Verarbeitung und Drucken von Geschäftsvorfallsdaten.
I I Einrichtung zum Erfassen von Identifikationsdaten oder eines Geschäftsvorfalls. Die Aufgabe dieser Einrichtung besteht darin, Identifikationsdaten eines Kunden zu erfassen.
12 Datenverbindungsmodul, welches mit Datendiensten kommuniziert. 13 Empfangsbestätigungsmodul, welches Bestätigungen von dem Datendienst und/oder Applikation empfängt, dass ein versendeter Beleg von dem Empfänger auch empfangen wurde und signalisiert den Empfang als optisches, akustisches oder haptisches Signal.
14 Display oder Ausgabemodul des Beleges auf Papier
15 Funkausgabemodul; dieses Modul gibt einen Beleg über Funk aus.
2 Applikation
21 Datenspeicher für Identifikationsdaten; hier werden Identifikationsdaten abgelegt.
22 Verschlüsselungstoken; das ist der Verschlüsselungstoken, der zur Kommunikation mit den anderen Teilnehmern verwendet wird.
23 Empfangsbestätigungsmodul; dieses Modul versendet Bestätigungen dem Datendienst und/oder dem Terminal, dass der Beleg empfangen wurde.
24 Benachrichtigungsmodul; dieses Modul signalisiert dem App Benutzer, dass ein Beleg empfangen wurde, z.B. als optisches, akustisches oder haptisches Signal.
25 Ausgabesteuerungsmodul; in diesem Modul werden Regeln hinterlegt wie und wann der Beleg ausgegeben werden sollte.
26 Datenverbindungsmodul; dieses Modul kommuniziert mit Datendiensten.
3 Datendienst
31 Verzeichnis von Applikationsdaten; hier werden Applikationsdaten abgelegt.
32 Verzeichnis von Belegen; hier werden (verschlüsselte) Belegdaten gespeichert.
33 Benachrichtigungsmodul; dieses Modul erzeugt Benachrichtigungen an Applikation, dass ein Beleg hinterlegt wurde. Empfangsbestätigungsmodul; dieses Modul leitet Empfangsbestätigungen weiter. Belegdesignermodul; in diesem Modul können Layouts und Designs hinterlegt werden, die für Beleg Darstellungen in der Applikation benutzt werden. Datenverbindungsmodul; dieses Modul bietet Datendienste zum Nutzen an. Kontrollinstanz; die Aufgabe der Kontrollinstanz besteht darin, die Ausgabe und Empfang eines Beleges zu dokumentieren. Datenspeicher für Informationen, dass ein Beleg erstellt und/oder empfangen wurde. Hier wird dokumentiert, dass ein Beleg ausgegeben und/oder empfangen wurde. Datenverbindungsmodul; dieses Modul kommuniziert mit Datendiensten und bietet auch Datendienste zum Nutzen an (z.B. Abfrage, ob ein Beleg auch empfangen wurde).
PCT/DE2022/100279 2022-04-12 2022-04-12 VERFAHREN ZUM ERFASSEN EINES GESCHÄFTSVORFALLS UND ANSCHLIEßENDEN GENERIERUNG EINES DIESBEZÜGLICHEN BELEGES DURCH EIN TERMINAL WO2023198233A1 (de)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/DE2022/100279 WO2023198233A1 (de) 2022-04-12 2022-04-12 VERFAHREN ZUM ERFASSEN EINES GESCHÄFTSVORFALLS UND ANSCHLIEßENDEN GENERIERUNG EINES DIESBEZÜGLICHEN BELEGES DURCH EIN TERMINAL

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/DE2022/100279 WO2023198233A1 (de) 2022-04-12 2022-04-12 VERFAHREN ZUM ERFASSEN EINES GESCHÄFTSVORFALLS UND ANSCHLIEßENDEN GENERIERUNG EINES DIESBEZÜGLICHEN BELEGES DURCH EIN TERMINAL

Publications (1)

Publication Number Publication Date
WO2023198233A1 true WO2023198233A1 (de) 2023-10-19

Family

ID=81750839

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/DE2022/100279 WO2023198233A1 (de) 2022-04-12 2022-04-12 VERFAHREN ZUM ERFASSEN EINES GESCHÄFTSVORFALLS UND ANSCHLIEßENDEN GENERIERUNG EINES DIESBEZÜGLICHEN BELEGES DURCH EIN TERMINAL

Country Status (1)

Country Link
WO (1) WO2023198233A1 (de)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110191244A1 (en) * 2010-02-02 2011-08-04 Xia Dai Secured Transaction System
WO2014008061A1 (en) * 2012-07-03 2014-01-09 Proximiant, Inc. Electronic transaction record distribution system
EP3261036A1 (de) * 2016-06-20 2017-12-27 Toshiba TEC Kabushiki Kaisha Abrechnungssystem, informationsverarbeitungsvorrichtung und steuerungsprogramm
EP3633638A1 (de) * 2017-05-29 2020-04-08 FeliCa Networks, Inc. Informationsverarbeitungsvorrichtung und informationsverarbeitungsverfahren
WO2020076176A1 (en) * 2018-10-12 2020-04-16 Troie Razvan Method for automatically transmitting and storing financial and commercial receipts in electronic format

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110191244A1 (en) * 2010-02-02 2011-08-04 Xia Dai Secured Transaction System
WO2014008061A1 (en) * 2012-07-03 2014-01-09 Proximiant, Inc. Electronic transaction record distribution system
EP3261036A1 (de) * 2016-06-20 2017-12-27 Toshiba TEC Kabushiki Kaisha Abrechnungssystem, informationsverarbeitungsvorrichtung und steuerungsprogramm
EP3633638A1 (de) * 2017-05-29 2020-04-08 FeliCa Networks, Inc. Informationsverarbeitungsvorrichtung und informationsverarbeitungsverfahren
WO2020076176A1 (en) * 2018-10-12 2020-04-16 Troie Razvan Method for automatically transmitting and storing financial and commercial receipts in electronic format

Similar Documents

Publication Publication Date Title
US7616947B2 (en) Mobile collection application
DE69433897T2 (de) Zugangskontrolle für tragbare datenspeichermedien
EP1784791B1 (de) Elektronisches ticket
CN203882339U (zh) 酒店自助入住及退房系统
US20050091325A1 (en) Information providing system
DE60036532T2 (de) System und Verfahren zur sicheren Übermittlung eines Dokumentes zwischen einem Client-Rechner eines Computer-Netzes und einem Drucker
EP1886268A1 (de) Verfahren zur automatisierten erstellung und bearbeitung eines rechnungsdokuments
CN112232045B (zh) 一种自动化企业报账管理系统及其管理方法
US20050021391A1 (en) Employee performance reviewing method and system
DE19748353C2 (de) Nutzungssystem für Informationsdienste
CN106779887A (zh) 一种发票管理方法、装置及系统
WO2023198233A1 (de) VERFAHREN ZUM ERFASSEN EINES GESCHÄFTSVORFALLS UND ANSCHLIEßENDEN GENERIERUNG EINES DIESBEZÜGLICHEN BELEGES DURCH EIN TERMINAL
DE102018112319A1 (de) Verfahren zum Rechnungsmanagement
DE102016107838A1 (de) Verfahren zur Freigabe der Entnahme einer definierten Energiemenge und Entnahmevorrichtung
DE202004016344U1 (de) Elektronisches Ticket
EP1902562B1 (de) Verfahren zur zustellung und archivierung von digitalen dokumenten
DE102012011103A1 (de) Verfahren zum Handhaben von Zugangs- oder Nutzungsberechtigungen und Handhabungssystem zur Handhabung von Zugangs- oder Nutzungsberechtigungen
EP1480398B1 (de) Verfahren und Anordnung zur Etablierung eines kostenpflichtigen E-Mail-Dienstes
CN206178986U (zh) 一种发票管理装置及系统
DE102005041837B4 (de) Elektronisches Ticket
DE102011052751A1 (de) Autorisierung von Check-Einreichungen
DE102021122579A1 (de) System und verfahren zur elektronischen übermittlung von rechnungen
EP1676104A1 (de) Verfahren zur abwicklung eines bargeldlosen zahlungsvorgangs
WO2002001839A2 (de) Druckeinrichtung für mobile geräte
EP1903489A1 (de) Zahlungssystem und Verfahren zum elektronischen Bezahlen

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22724626

Country of ref document: EP

Kind code of ref document: A1