TR2023014295A2 - Payment and Documents and Documentation Transactions Received with Payment Recording Systems Main Partner Management System - Google Patents

Abstract

The invention is a management system developed to collect payment, document and e-documentation transactions received through payment recording systems in accordance with the Tax Application Laws of the Revenue Administration on a single main common platform. Offering pre-accounting software services to commercial companies, as well as other accounting and field applications within the scope of enterprise resource planning, Virtual POS, Virtual wallet applications, POS Devices and similar new derivatives to be found in the future, Integration with banks and payment processor organizations, banks / payment Systems that enable account holders to report products and services on operating organizations, ERP software integrated with POS devices; Payment recorder that creates a document approved by the Revenue Administration (GİB) when 10 physical credit card transactions or cash transactions are made. Virtual POS, Virtual wallet applications, POS Devices and similar new derivatives that will be found in the future, POS device; Virtual POS, Virtual wallet applications, POS Devices and similar derivatives that will be discovered in the future, starting from the reading of the card via POS devices, completing the provision approval and receiving secure payments from the bank/payment institution that offers a secure payment infrastructure for payment transactions that ensure the security of the card information during these transactions. infrastructure; VAT departments included in payment recording devices, product PLUs (price search codes called product codes or product labels), section details, basket application and permission to start and finish payment transactions and create documents approved by the relevant institution such as Revenue Administration and/or BRSA Revenue Administration and BRSA approved Virtual POS, Virtual 20 wallet applications, POS Devices and similar new derivatives to be found in the future, POS device software; Integration software with ERP; It includes integrators and integration software (connector) and a database that contains the data while performing the operations of the connector software. 25

Description

PAYMENT, DOCUMENT, AND E-DOCUMENTATION TRANSACTIONS RECEIVED THROUGH PAYMENT RECORDING SYSTEMS: A MAIN COMMON MANAGEMENT SYSTEM. Technical Field: The invention relates to a management system developed to consolidate payments, documents, and e-documentation transactions received through payment recording systems on a single, common platform in accordance with the Revenue Administration's Tax Practices Laws. State of the Art: Tracking sales, inventory, invoice, and cash register information is crucial for commercial companies. Accurate and up-to-date recording of this information enables the company to monitor its financial situation and develop future strategies. Sales information indicates the volume of products sold and customer demand. This information is crucial for inventory management. Determining accurate stock quantities ensures fast and uninterrupted customer service. Furthermore, sales information allows a company to understand which products are in high demand and which are not, allowing it to shape its marketing strategies. Invoice and cash register information, on the other hand, demonstrates the company's financial status and allows for monitoring the income-expense balance. This information allows for profitability analysis and the evaluation of a company's income and expense performance. Furthermore, invoice and cash register information is crucial for tax payments and accounting transactions. Therefore, tracking sales, inventory, invoice, and cash register information is a crucial step for businesses to manage their business effectively and achieve sustainable success. Numerous studies have been conducted and new systems developed to collect and monitor shopping information and improve the shopping experience for consumers. This is the invention that is the subject of this patent application. This application involves digitally processing post-sale transactions with manufacturers, dealers, customers, and technical service providers, including user manuals, read confirmations, and warranty certificates. This system uses no paper whatsoever. In the retail market, sales data for products by brand or model is instantly entered into the system. Product usage habits can be determined and tracked by household. Necessary improvements to product designs can be identified by analyzing authorized service data, paving the way for production toward the perfect product. Over time, accumulated data allows for the measurement of demand potential in the country, enabling predictable targets for production planning and sales. Consequently, the need for a management system that eliminates the disadvantages inherent in existing technology and the inadequacy of existing solutions has necessitated development in the relevant technical area. Brief Description of the Invention The present invention relates to a management system developed for the collection of payment, document, and e-documentation transactions received through payment recording systems, virtual POS devices, wallet applications, and similar methods, as well as similar devices and systems for credit card and cash collection, on a single main common platform, meeting the above-mentioned requirements, eliminating all disadvantages and bringing some additional advantages in accordance with the Revenue Administration Tax Practices Laws. Based on the state of the art, the purpose of the invention is to enable the collection of payment and document transactions received on a single platform by means of the connector software, web service, and software infrastructure in the developed system. The purpose of the invention is to provide an infrastructure that can receive and send information to the accounting software of the company using the POS, by integrating with the ERP software manufacturer, through the information received from the POS in the transaction, such as the barcode, VAT, unit price of the product in the accounting software of the companies that use POS devices, Virtual POS, Wallet applications and similar methods. Another purpose of the invention is to provide an infrastructure that can receive and send information to the accounting software of the company that uses the POS, by integrating with the ERP software manufacturer, the sales transaction information and the payment transaction information to the e-document integrator of the company to which the payment recording device is registered, after the payment confirmation is received from the payment recording device. The purpose of this method is to prepare and send the information together and to ensure that the codes of all future methods that can work in the same way as the QR code on the POS transaction are written by instantly receiving the e-document information created on the integrator company at the time of the transaction. When the QR code is scanned, the e-document of the relevant sales transaction is displayed. The structural and characteristic features and all advantages of the invention will be understood more clearly thanks to the detailed explanation given below, therefore the evaluation should be made by taking these detailed explanations into consideration. Detailed Description of the Invention In this detailed description, the subject of the invention is the integration of payment and document, e-documentation transactions received with payment recording systems according to the Tax Applications Laws of the Revenue Administration from a single main common platform with ERPs, POS devices, banks and payment processors, and the products and services on banks/payment processors by account holders. systems that enable reporting, the management system developed for the use and collection of integrator companies that receive approval from the Revenue Administration for document creation is explained only as an example for a better understanding of the subject and in a way that will not create any limiting effect. The management system that is the subject of the invention; ERP software that can provide pre-accounting software services to commercial companies as well as other accounting and field applications within the scope of enterprise resource planning; payment recording POS device that creates a document approved by the Revenue Administration (GIB) when a virtual, payment wallet and/or physical credit card transaction or cash transaction is made; the computer used predominantly by the end user, which is likely to be used by users in all transaction stages that will need to be done in the ERP software or the system; The secure payment receiving infrastructure of the bank/payment institution that provides a secure payment infrastructure for payment transactions starting from the reading of the card via POS devices to the completion of provision approval and ensuring the security of card information during these transactions; POS device software approved by the relevant institution such as the GIB and/or BDDK that has received permission from the VAT departments, product PLUs (price search codes called product codes or product labels), barcode codes, product/service descriptions, section details, basket application and the initiation and completion of payment transactions and the creation of documents approved by the relevant institution such as the GIB and/or BDDK; integration software with ERP; integration software with integrators (connector) and the database that contains the data while performing the transactions belonging to the connector software. The integration software with ERP; It is a web service API infrastructure that provides the infrastructure to exchange data with ERP software and to provide information such as barcode, VAT, unit price, and the Turkish Republic ID/Tax Identification Number (TCK) of the payment transaction to the accounting software of companies using POS devices. It integrates with the ERP software manufacturer and provides the infrastructure to receive and send information to the accounting software of companies using POS devices. Integration software with integrators (Connector); It is the software that prepares and sends the sales transaction information to the e-document integrator of the company to which the payment recorder device is registered upon receipt of payment confirmation via the payment recorder device, indicating which Turkish Penal Code/Tax Identification Number (TCK) it belongs to and which document type this TCK/TAX Identification Number (TCK) is responsible for, along with the payment transaction information. It also provides information to the POS device software to instantly receive the e-document information created by the integrator company at the time of the transaction and write it on the POS transaction. In the management system in question, ERP software is integrated with POS devices. ERP software that provides accounting software services to companies using POS devices can be integrated by the company or through the company that provides the connector software. In this way, all the software referred to as ERP that creates and sends basket data can be integrated from a single system with all POS device manufacturers approved by the relevant institution such as the Revenue Administration and/or the Banking Regulation and Supervision Agency (BRSA). It integrates with devices from a single point. If the company is to integrate ERP software, it requires them to conduct separate meetings across multiple POS devices, varying in operating system or brand model, to integrate each device separately for each company. They must also verify and complete the software and POS systems themselves, and continuously monitor all updates and updates. This is the current approach, allowing them to manage all operational processes themselves and perform the necessary integration. When ERP software is to be integrated through a company providing the connector software, they can achieve fast, single-point integration by communicating with the connector via a web service API, using connector software that integrates with POS devices approved by relevant institutions such as the Revenue Administration (GIB) and/or the Banking Regulation and Supervision Agency (BRSA). These integrations are typically designed for the fast-sales market or the restaurant sector. The system infrastructure is designed to be open-ended, enabling integration with many other industry-specific software via the web service API. This allows for mandatory and optional e-document information, such as barcodes, descriptions, prices, VAT, and other information submitted via POS devices, to be instantly transmitted to the POS device software via the connector as the latest information from the ERP software. Upon payment confirmation, the required e-document is then completed by the integrator of the company using the POS device. Information can be generated instantly on the slip printed on the POS screen, providing real-time information based on the e-document type. For the POS software and connector software to work together, the operating system of the software on the virtual POS, virtual wallet applications, POS devices, and similar derivatives that will be developed in the future must be approved by the relevant institution, such as the Revenue Administration and/or the Banking Regulation and Supervision Agency (BRSA). Regardless of the version, the connector receives general information that should be included in the e-document, such as barcode-based product, price, and VAT, from all ERPs via the web service API system belonging to the company. Using the price received from the web service, the company can use virtual POS, virtual wallet applications, POS devices, and similar derivatives that will be newly discovered in the future. The POS user can then use the cart application and payment transaction to authorize and approve card information through the systems of banks or BRSA-approved payment receiving companies. All transaction values are then transmitted to the integrator through the connector software. The information is then transmitted to the integrator belonging to the relevant POS device. The payment method is then printed on the back slip, along with the e-document information generated by the integrator contracted with the company using the device or virtual environment applications. In this case, the reporting of POS transactions by the currently used end-of-day integrators to the Revenue Administration (GIB) and the verification of these reports. Eliminating this step by creating e-documents immediately or transforming it into a simpler mechanism and matching it with e-documents accelerates and simplifies workflow for all stakeholders. To create e-documents on integrators, after payment approvals are received for the payment type (CASH, POS device, etc.), the sales and payment information are sent as a data packet by the POS software to the connector software, along with the payment method ID or POS device information. Based on the information received, the connector software requests the integrator to which the relevant device is connected to obtain data in the relevant document type based on the Turkish ID Number (TCK) or Taxpayer Identification Number (TIN). Alternatively, it generates and transmits the Universal Business Language (UBL) to the integrator to generate e-documents as needed for integration with the integrator (request from connector to integrator). The data received back from the integrator (the "Response" from the integrator to the connector) is transmitted to the POS software as a "Response." The payment method ID or POS software that receives the response from the connector software receives the corresponding response and prints the receipt or order printout. The system's fully integrated operation essentially involves the end user making the purchase by visiting the company using the POS device or making the purchase online, using virtual POS, virtual wallet applications, POS devices, and other similar, soon-to-be-discovered derivatives. The payment process is completed at the cash register. Information about products/services whose barcodes are scanned or selected on virtual websites is instantly queried online by the POS software through the connector software (VPOs, Virtual Wallet applications, POS devices, and similar derivatives that will be discovered in the future). Based on the response, the relevant product name, tax, and amount are entered into the transaction. If the customer pays in cash, the order item, total, and payment transaction information are transmitted to the connector software without initiating any bank payment process on the POS side. The e-document information generated by the integrator is printed on the slip or order document by the POS software (VPOs, Virtual Wallet applications, POS devices, and similar derivatives that will be discovered in the future). The transaction is completed by issuing the receipt to the customer. If payment is received by credit card instead of cash, the POS software queries the barcode connector software for Virtual POS, Virtual Wallet applications, POS Devices, and similar derivatives that will be discovered in the future. The POS software conducts the transaction through the bank(s) to which it is connected and, after receiving approval, continues the transaction in the same manner. In this management system, the POS software queries the barcode connector software for Virtual POS, Virtual Wallet applications, POS Devices, and similar derivatives that will be discovered in the future. Virtual POS, Virtual Wallet Applications, POS Devices and similar derivatives that will be found in the future, POS software having a certain amount of memory and updates on the device, problems arising from the computer hardware of the companies using POS, problems in matching the ERP installed computer and the POS device, since this is a process that is experienced a lot in the current systems, stock or order information is transferred between the ERP software and the connector software in a more stable structure and this information is transferred to the POS. In this process, it is possible for the barcode scanned from the barcode reader connected to the POS device to be instantly retrieved by the POS software by sending the information coming from the ERP integration of the company using the POS device to the POS device via the connector structure via API. In this case, recording transactions made through ERP in restaurants, field sales, or virtual shopping sites becomes more secure and simpler. Virtual POS, Virtual wallet applications, POS devices, and similar derivatives that will be discovered in the future, POS device software; It is the software used in payment recording devices that have been produced, prepared, and approved in accordance with the VUKs published by the Revenue Administration (GIB) and that are also compatible with and approved in the same way. Virtual POS, Virtual wallet applications, POS devices, and similar derivatives that will be discovered in the future, it is the software installed on the POS device. After the data required for a sale is entered into the device manually or through integration securely, it completes the payment transactions related to the sale transaction as cash or POS and signs them and uploads this information to the financial memory of the device or to the records of the official record keeping payment institutions to which the Virtual POS, Virtual Wallet applications, POS Devices and similar derivatives that will be found in the future used in virtual shopping are connected and ensures their safe storage. Payment in debit card / credit card / meal voucher and similar systems, in the simplest terms, Virtual POS, Virtual Wallet applications, POS Devices and similar derivatives that will be found in the future approved by the Revenue Administration, through the approved software installed on the POS device, the relevant Virtual POS, Virtual Wallet applications, POS Devices and similar derivatives that will be found in the future, the owner information of the POS device related Virtual POS, Virtual Wallet applications, POS Devices and similar derivatives that will be found in the future, Newly discovered derivatives, POS information, transaction amount or other payment information, and the card/account information for which the payment will be made are sent as an inquiry to the banking system or institution where the payment will be confirmed. If the card/account information in the inquiry is verified and approved by the other party, it is received back in encrypted form over a high-secure certificate, just as the inquiry was received, and the payment is completed. If rejected, a rejection and error message is returned. The POS device interprets the returned message and evaluates the transaction as successful or unsuccessful based on the message definition and status, and completes the sale. When payments are received to current accounts that have previously been sold and invoiced; For amounts previously invoiced but not yet paid, using virtual POS, virtual wallet applications, POS devices, and similar derivatives that will be developed in the future, the payment transaction for this invoice is initiated by entering the relevant Tax Identification Number (TIN) and invoice number in the software on the POS device. If approval is received, the transaction is not re-invoiced because it has already been invoiced. The current collection transaction and the relevant invoice information are transmitted to the Revenue Administration (GIB) in the reporting. Furthermore, if it is integrated with ERP software, the ERP receives information regarding the invoice collection for the TCC/TIN entered through the connector at the time of the transaction and forwards it to the connector software for processing. After the collection information received by the ERP is confirmed as processed, the collection transaction information is placed in the completed status via the connector software. Alternatively, if the connector is intended to remain temporarily in the database after the transaction, it is removed entirely. To transfer barcode-scanned sales from a POS device to the ERP software, if data is received through ERP integration via a connector company (e.g., Virtual POS, Virtual Wallet applications, POS Devices, and similar future-emerging derivatives), the sales information is then transferred to the connector system after payment approval. The connector system then allows the ERP to retrieve transaction results from the POS device's account via API. In this process, data sent to the two ERPs operates in two ways. Transaction information sent from the ERP is parsed by the connector and transmitted to the relevant POS device as transaction information. In the transmitted data, the POS begins the payment process, the card is scanned, and once the transaction is completed, the e-document for the relevant transaction is transmitted by the connector software to the integrator to which the POS device is connected. The e-document response generated by the integrator is received from the integrator via the connector and returned to the POS device, where the e-document information is written on the slip. At the same time, the transaction status and e-document information are transmitted via the API, which the ERP can then receive feedback from. Conversely, the ERP does not receive instant sales data from its own software; the barcode price information is already added to the connector data for the relevant customer. This barcode and customer information are then scanned by a barcode reader connected to the POS device, and product and price information is transmitted to the POS device using virtual POS, virtual wallet applications, POS devices, and similar future-emerging variants. This barcode information is then collected and processed in the POS software, in the shopping cart, and the payment is processed. The same steps continue throughout the process, from e-document creation to the next stage of the slip. When data is sent to the ERP, the status of the transaction and the e-document information are stored in the connector data based on the reference number received from the ERP until they are received by the ERP. After the response is received, the data on the connector is either removed or marked as taken as a backup, and the status is changed to "completed." To integrate e-document integrators into the management system, integrators are given access to integration via the connector company's APIs. This allows integrators to integrate all ERP or other software through a single structure in a way that best suits their own infrastructure. Similarly, the connector software provides integration APIs for POS and ERP software, including virtual POS, virtual wallet applications, POS devices, and other derivatives that will be developed in the future, enabling all stakeholders to communicate within a single structure. For access to e-document integrator companies: Standards established on the connector company allow integrators to receive information from POS devices via a web service in accordance with UBL TR (a version of the UBL format prepared by the Revenue Administration in accordance with Turkish conditions) structure. Data received or requested via the connector by the integrator matches the relevant Virtual POS, Virtual Wallet applications, POS Devices and similar derivatives that will be discovered in the future with the taxpayer information, and controls web service access. To determine which Virtual POS, Virtual Wallet applications, POS Devices and similar derivatives that will be discovered in the future, the POS device or the company using the POS device is connected to which integrator; Virtual POS, Virtual Wallet Applications, POS Devices and similar derivatives that will be found in the future, while POS activation is being made, Virtual POS, Virtual Wallet Applications, POS Devices and similar derivatives that will be found in the future, the POS device company notifies the Revenue Administration with the opening of the POS device. Virtual POS, Virtual Wallet Applications, POS Devices and similar derivatives that will be found in the future, POS or Virtual POS, Virtual Wallet Applications, POS Devices and similar derivatives that will be found in the future, in the event that the company using POS changes the integrator, the taxpayer will start working with a different integrator in a secure environment with a verifiable password, and the relevant Virtual POS, Virtual Wallet Applications, POS Devices and similar derivatives that will be found in the future, on the POS device or All virtual POS, virtual wallet applications, POS devices, and similar future variants are subject to integrator changes on POS devices. The integrator enters the web service access information as the new integrator information it will work with, and the transaction is sent to the POS software company for approval via the connector software. This change information, received by the POS software infrastructure company, updates the integrator change notification for the virtual POS, virtual wallet applications, POS devices, and similar future variants via the Revenue Administration (GIB) and transmits the confirmation message to the connector software. Once the change is made, the customer can now use the virtual POS, virtual wallet applications, POS devices, and similar future variants. POS devices and similar derivatives that will be available in the future will begin using the new integrator for transactions made through the POS device. During the integration process with payment institutions working in the payment step, information received from the connector company is transmitted to the software on the POS device. The POS software verifies this information and forwards it to the relevant payment institution via the payment screen. The transaction result is received, and this response is transmitted to the connector software via the POS software. If the payment is successful, information about the transaction is transmitted to the integrator via the connector software to be used as an e-document. Other processes continue in the same manner. In order to determine whether the person/institution making the purchase is an e-invoice or an e-archive, if the data package coming from ERP at the time of the sale includes the Turkish ID Number / Tax Number of the relevant person/institution, this information is queried by the connector software through the taxpayer list after the e-document process is started after the payment confirmation and the taxpayer is created according to the e-document type and sent to the integrator. The invention has been created to be usable with all Virtual POS, Virtual Wallet applications, POS Devices and similar derivatives that will be newly discovered in the future, the above mentioned software on ERP, payment institution systems, integrators that have the authority to create and/or store documents. TR ...

Claims (1)

1.