EP3323096A1 - System und verfahren zur ermöglichung von erstattungen - Google Patents
System und verfahren zur ermöglichung von erstattungenInfo
- Publication number
- EP3323096A1 EP3323096A1 EP16824790.6A EP16824790A EP3323096A1 EP 3323096 A1 EP3323096 A1 EP 3323096A1 EP 16824790 A EP16824790 A EP 16824790A EP 3323096 A1 EP3323096 A1 EP 3323096A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- refund
- central processor
- unique identifier
- tourist
- retailer
- Prior art date
- Legal status (The legal status 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 status listed.)
- Ceased
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/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/407—Cancellation of a transaction
-
- 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/045—Payment circuits using payment protocols involving tickets
-
- 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/207—Tax processing
-
- 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/322—Aspects of commerce using mobile devices [M-devices]
-
- 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/325—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
- G06Q20/3255—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks using mobile network messaging services for payment, e.g. SMS
-
- 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/327—Short range or proximity payments by means of M-devices
-
- 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/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3821—Electronic credentials
- G06Q20/38215—Use of certificates or encrypted proofs of transaction rights
-
- 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/38—Payment protocols; Details thereof
- G06Q20/387—Payment using discounts or coupons
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
Definitions
- the present invention relates to a system and method for facilitating refunds, such as but not limited to a tax refund for purchases made by tourists while travelling within their destination countries ("tourist refund").
- the tourist is not a Singapore citizen or permanent resident of Singapore; ii. the tourist had not spent more than 365 days in Singapore in the past twenty-four (24) months before the date of purchase; iii. the tourist has not been employed in Singapore at any time in the past six (6) months before the date of purchase; iv. the tourist is sixteen (16) years old or above at the time of purchase; and v. the tourist is not a crew member of any aircraft or international cruise departing Singapore.
- the tourist When paying for the purchases, the tourist would typically utilize a credit/debit card.
- Information such as the sixteen-digit primary account number (PAN) related the credit/debit card may be used as an identifier or token for tagging the purchases entitled for refund.
- the participating retailer may also issue a paper eTRS Ticket to the tourist.
- the eTRS Ticket can also be used as a token instead of the credit/debit card.
- the tourist can apply for a GST refund at the eTRS self-help kiosk before checking in at an airport or other immigration departure points such as, but not limited to, an airport or a cruise centre. If approved, the eTRS self-help kiosk would generate a Notification Slip indicating "Approved".
- the tourist can obtain the refund (minus a service fee) by a direct credit into a designated refund account, such as credit card account, by a bank cheque or in cash at a central refund counter using the approved Notification Slip. If not approved, the eTRS self-help kiosk would generate a Notification Slip indicating that the refund is "Not Approved". The tourist then brings his purchases to the Customs counter for physical inspection. If the goods pass Customs inspection, a Customs officer would generate a Notification Slip indicating "Approved” to replace the "Not Approved” Notification Slip.
- the tourist in order to qualify for the GST refund in Singapore, the tourist must meet certain criteria. These criteria include spending at least S$100 (including GST) that can be accumulated in up to three (3) same-day invoices or receipts from retailers bearing the same GST registration number. Also, the tourist has to depart with the goods via the airport or cruise centre within a predetermined period, such as two (2) months from the date of purchase. The tourist must also depart with the goods within twelve (12) hours after obtaining approval of the GST refund.
- the authorities typically require that the purchases are verified against the invoices or receipts, and the goods are unused, unopened and exported out of the country and this is done at a counter either before check in (for goods that are to be checked in) or after immigration, to ensure that the goods are exported. However, the authorities at times do a targeted check instead.
- Wi-Fi wireless fidelity
- the functions of the mobile device in particular smartphones, can be better utilized in allowing electronic tax refunds to be facilitated through the use of a dedicated software application residing on this mobile device together with its onboard camera, geo-location module, wireless communication module (Bluetooth and Wi-Fi), alarm notifications, internet connectivity etc.
- the present invention seeks to provide a system and method that alleviates the above-mentioned drawbacks or meet the above needs at least in part.
- the present invention seeks to meet the needs of a tax refund system that does not rely on self-help kiosks, and enables users such as tourists to access their tax refunds efficiently and accurately.
- the invention proposes a system and method of administration by way of an application software installable on mobile devices to verify user identity, facilitate a completely paperless tourist tax refund experience, and enable more types of transaction data to be captured for a more complete risk-based selection.
- a technical problem the invention seeks to solve relates to the bottlenecks faced by customs at peak hour. Another technical problem is associated with the need to verify identities of tourists and transactions, such as purchases against the invoices and receipts in a more effective and efficient manner to reduce identity and transaction frauds.
- a first advantage of the system in accordance with this invention is that the tourist refund process is completely electronic, thereby eliminating the need to deal with paper refund tickets and paper receipts.
- a second advantage of the system in accordance with this invention is that the tourist is able to register in their own time and convenience on their mobile devices and after logging into the system, the tourist is able to view a consolidated list of all the refund claims they have made via the system, the additional spending required in order to fulfil the minimum spending requirement, as well as the amount of intermediate value accumulated and used. Such intermediate value may be translated into a form of 'rewards points' or the like.
- An associated third advantage of the system in accordance with this invention is that by having an intermediate value system (in the form of rewards point or the like) that is currency agnostic, there is no need to convert currencies. This mitigates any fluctuations in the exchange rates. Such an arrangement provides more certainty to the tourist in terms of the amount of tax refund obtainable, which can be spent even before the refund was actually approved.
- a system for facilitating refund to a user comprising: a mobile device having means to communicate with a central processor for the generation of a refund account and a unique identifier; the unique identifier associated with the user; a computer device operable to access the unique identifier for verification upon receipt of a refund qualifying transaction associated with the user, the computer device further operable to receive and send information relating to the refund qualifying transaction and generate a refund request upon successful verification; and the central processor operable to be in data communication with the computer device to receive or send information relating to verification of the unique identification and the refund qualifying transaction and process the verification or refund request, the central processor further configured to generate an electronic ticket to be sent to the mobile device for the generation of a refund upon successful process of the refund request.
- the refund may be a tax refund, and be in the form of an intermediate value. The intermediate value may be derived from the actual value of refund based on a conversion rate.
- the computer device may be a point-of-sale device, such that the point-of-sale device may be configured to directly send information relating to the refund qualifying transaction to the central processor.
- the generated unique identifier may be encoded as a quick response (QR) code and the computer device accesses the unique identifier by scanning the QR code displayed on the mobile device.
- QR quick response
- the central processor may be operable to send the electronic ticket to a third party server for further verification of the refund qualifying transaction and confirmation of the refund.
- the central processor stores the information relating to the refund qualifying transaction in a database before the electronic ticket is generated and sent to the third party server.
- the mobile device may be operable to send an electronic notification related to a requirement being met.
- the requirement may be a confirmation of departure, or a Declaration of Eligibility.
- the mobile device may be operable to receive a notification of refund issued by a third party server once the electronic ticket is processed successfully.
- the central processor is operable to receive a notification of refund issued by a third party server once the at least one electronic ticket is processed successfully and the central processor is operable to send a notification of refund to the mobile device.
- the unique identifier associated with the user is generated based on a passport information of the user.
- the unique identifier is generated after a registration process.
- the unique identifier is further associated with an image capture of the passport.
- the mobile device is integrated with the computing device.
- the central processor is operable to send a notification to the mobile device indicating the success or failure of the refund request.
- the another unique identifier is generated after a registration process by the retailer.
- the another unique identifier is further associated with an image capture of one or more account information associated with the retailer.
- the computer device if the unique identifier is not accessible by the computer device, the computer device is operable to obtain an alternative identifier for verification and send the alternative identifier to the central processor.
- the central processor upon receipt of the alternative identifier, is operable to determine whether a corresponding refund account associated with the user is present and if not, the central processor is operable to generate the refund account and the unique identifier based on the alternative identifier.
- the central processor comprises or is in data communication with a database for storing at least one retailer list of goods and services eligible for tax refund.
- the central processor is operable to receive a wish-list of goods and services from the mobile device and upon receipt of the wish- list, compare the wish-list with the at least one retailer list of goods and services.
- the central processor when there is a match between the wish-list and the at least one retailer list, the central processor is operable to provide a matched list to the mobile device.
- the provisional electronic ticket comprises a plurality of electronic receipts.
- the provisional electronic ticket is converted to a final electronic ticket at an approved departure point.
- the central processor arranged in data communication with at least one third party server to retrieve information related to the identity of the user, and sends the information related to the identity of the user to the computer device. In some embodiments, if the refund request is not successfully processed, the central processor is arranged in data communication with another computer device provided to an authorized personnel to perform further processing.
- a method for facilitating a refund to a user comprising the steps of: communicating via a mobile device with a central processor for the generation of a refund account and a unique identifier, the unique identifier associated with the user; via a computer device, accessing the unique identifier for verification on receipt of a refund qualifying transaction associated with the user; generating a refund request upon successful verification; sending information relating to the refund qualifying transaction via a central processor; receiving and processing the refund request; wherein the central processor is further configured to generate an electronic ticket to be sent to the mobile device for the generation of a refund upon successful process of the refund request.
- the method further includes the step of converting the refund to an intermediate value after the generation of the refund.
- the intermediate value is derived from the actual value of refund based on a conversion rate.
- the method further comprises the step of exporting the information relating to the refund qualifying transaction via a point-of-sale (POS) device in data communication with the computer device, the point-of- sale device is configured to directly send information relating to the refund qualifying transaction to the central processor.
- POS point-of-sale
- the computer device accesses the unique identifier by scanning an image shown on the mobile device.
- the method further comprises the step of sending the electronic ticket to a government server for further verification of the refund qualifying transaction and confirmation of the refund.
- the mobile device is operable to send an electronic notification related to a requirement being met.
- the requirement may be a confirmation of departure.
- the requirement may alternatively, or in conjunction, be a Declaration of Eligibility.
- the generation of electronic ticket is based upon one or more requirements being met.
- the method further comprises a step of sending an electronic notification to the mobile device indicating the success or failure of the refund request.
- the method further comprises a step of obtaining an alternative identifier for verification and sending the alternative identifier to the central processor if the unique identifier is not accessible by the computer device.
- the central processor upon receipt of the alternative identifier, the central processor is operable to determine whether a corresponding refund account associated with the user is present and if not, the central processor is operable to generate the refund account and the unique identifier based on the alternative identifier.
- the central processor comprises a database for storing at least one retailer list of goods eligible for tax refund.
- the central processor is operable to receive a wish-list of goods from the mobile device and upon receipt of the wish-list, compare the wish-list with the at least one retailer list of goods or services.
- the central processor when there is a match between the wish-list and the at least one retailer list, the central processor is operable to provide a matched list to the mobile device.
- the electronic ticket is a provisional electronic ticket
- the provisional electronic ticket comprises a plurality of electronic receipts.
- the provisional electronic ticket may be converted to a final electronic ticket at an approved departure point.
- a non-transitory computer readable medium containing executable software instructions thereon wherein when executed on a mobile device and/or a computer device performs the method of facilitating a refund to a user comprising the steps of: communicating via the mobile device with a central processor for the generation of a refund account and a unique identifier, the unique identifier associated with the user; accessing the unique identifier for verification via a computer device on receipt of a refund qualifying transaction associated with the user; sending information relating to the refund qualifying transaction; generating a refund request upon successful verification; and receiving and processing the refund request by a central processor, wherein the central processor is further configured to generate an electronic ticket to be sent to the mobile device for the generation of a refund upon successful process of the refund request.
- the non-transitory computer readable medium may further comprises a software instruction to send an electronic notification to the mobile device indicating the success or failure of the refund request.
- Fig. 1 is the overall architecture of an embodiment of the invention showing how the various parts of the system interact
- Fig. 2 is a flowchart of an embodiment of the invention showing how a user is taken through the system when the application is launched;
- Fig. 3 is a state machine diagram of an embodiment of the invention.
- Fig. 4 and Fig. 5 show how a single MDCC device may be used for the deployment of tourist refund in accordance with other embodiments of the invention.
- a system 10 for facilitating refunds may be in the form of tax refund provided to a tourist and will be described in such a context. It is to be appreciated that the system 10 may be adapted for other types of refunds and not limited to a tax refund.
- the term 'refunds' include refund in an electronic medium.
- the system 10 comprises a central processor 1 10.
- Central processor 1 10 may be in the form of one or more processors and/or servers 110 belonging to an organisation administering the tourist refunds.
- An example of such an organisation is the Central Refund Agency (CRA).
- the CRA may be a private organisation, a government organisation, or a quasi-govemment organisation.
- the CRA may further be in data communication with a Central Clearing House (CCH) 170 for the purpose of settlement and crediting of refund value.
- the one or more servers 1 10 can include a cloud server or a conventional server with data communications capability. For the ease of discussion, the one or more server will hereinafter be referred to as 'server' or 'servers'.
- Server 1 10 may be connected to one or more databases (not shown).
- Such database(s) are operable to contain records and information relating to the tourist refunds such as name, addresses and/or pre-generated or generated unique identifiers associated with the users seeking refunds.
- Server 1 10 is also operable to generate and update refund accounts for facilitating, processing and crediting refunds.
- the system 10 comprises a mobile device 120, preferably endowed with communications and computing capabilities and hereinafter referred to as MDCC 120, and computing device 130 (hereinafter referred to as 'Retailer Device' 130).
- the Retailer Device 130 can also be an MDCC or other computing device like a desktop/laptop computer.
- a Point-of-Sale (POS) device/system may be in data communication with the Retailer Device 130, the data communication in wired or wireless, remotely or otherwise. Alternatively, the POS device or its associated function may be incorporated/integrated with the Retailer device 130 as a module.
- the mobile device 120 and computing device 130 may be installed with dedicated software applications (colloquially known as 'apps').
- dedicated software applications may be operating system (OS) such as iOSTM or AndroidTM specific, and/or device specific.
- OS operating system
- the software application installable on mobile device 120 provides a user interface for user registration and for retrieving or providing information for the refund process. Once installed, the software application is operable to perform at least the following functions:- a. receive registration details entered by the user;
- d. receive from the server 1 10 information related to the refund process; e. display notifications/alerts on the MDCC 120 relating to refund process; f. provide user interface for user to browse or view account details;
- the MDCC 120 and the Retailer Device 130 can be any mobile electronic device(s) that can connect wirelessly to Wi-Fi networks or conventional telecommunications networks such as 2G, 3G, 4G, or LTE based networks.
- the mobile electronic devices include, but are not limited to mobile devices like smartphones, personal digital assistant (PDA) phones and tablets.
- the devices include mobile devices running on iOS platforms such as the iPhone and the iPad.
- the invention will next be described in the context where a user of MDCC 120 (presumably a tourist) downloads a dedicated software application (hereinafter 'software application') onto the MDCC 120 for registration with the system 10; and usage of the MDCC 120 with the installed software application for facilitating refunds.
- a dedicated software application hereinafter 'software application'
- a registration process is initiated where the tourist is prompted to register by entering his or her registration details into the application.
- the tourist may enter the necessary details for registration via manual entry or via imaging the identification documents associated with the tourist, if the MDCC 120 comprises an imaging device or module such as an on-board camera.
- the identification documents may include passport or other approved identification papers identifying the user as a tourist.
- the MDCC 120 may also be used for reading the readable zone on the passport using the onboard camera or if the MDCC 120 is installed with the necessary hardware and/or software for doing the same.
- the registration process can further integrate a verification of the authenticity of passports.
- the registration process can also include a check against records or entries in one or more authorized databases (for example government immigration records) to ascertain the eligibility of the tourist for a tax refund.
- authorized databases may be public or private databases.
- the MDCC 120 Upon receiving the registration information, the MDCC 120 next sends the registration information to the server 1 0 for the creation of a user account. Once the user account is created, the server 1 0 then replies to the MDCC 120 with a unique identifier associated with the user account, for the tourist.
- the unique identifier can be in the form of an assigned account number and/or encoded into a QR or Quick Response code by the server 1 10 or software application installed on MDCC 120.
- the QR code is a type of matrix barcode that is machine readable and can contain information that can quickly be translated into usable data.
- the unique identifier can be accessed on the same MDCC 120 used to register the user or on any other mobile devices 120 that is compatible with the form or physical medium that the unique identifier is encoded. In this regard, the unique identifier is therefore device agnostic.
- Other types of machine readable codes like barcodes can also be used in place of QR codes, although these may hold less data. This QR code is tied/tagged to each and every tax refund qualifying transaction made by the tourist.
- the unique identifier may include a simple account number, and/or a combination/hybrid of one or more of the above described codes.
- the tourist user may then make tax refund qualifying transactions such as tax refund qualifying purchases at one or more participating retailers.
- the tourist retrieves his or her unique identifier, in the form of a QR code, for display on the MDCC 120.
- the participating retailer uses the Retailer Device 130 to scan the QR code (s140) for verification on the eligibility for a tax refund by checking against the server 1 10 to ascertain if the tourist has a registered account and is eligible for a refund.
- the check will include comparing and matching entries with the server 1 10 and/or its associated processor(s) or database(s) to determine if the passport is a foreign passport and if the tourist is at an age eligible for refund (e.g. 16 years or older).
- the server 1 10 can also perform a check against government immigration records via the government server 170 to ascertain the eligibility of the tourist for a tax refund.
- Alternative ways of unique identifier accessing technology or combinations may be used. Examples of such technologies may include Near Field Communications (NFC), Bluetooth, Wi-Fi, etc. as known to a skilled person.
- NFC Near Field Communications
- Bluetooth Bluetooth
- Wi-Fi Wi-Fi
- the identification may also be manually entered into the Retailer Device 130.
- Such a step of verification may include checking the physical passport and the passport information/details submitted, subject to compliance with the necessary regulatory requirements.
- the participating retailer may enter the purchase/transaction details related to the purchase made by the tourist into the Retailer Device 130.
- the transaction details may be manually or automatically transmitted. In the latter, the transaction details may be transmitted automatically via a cable or wirelessly from a Point-of-Sale ("POS") system and/or POS device, the POS device configured to send the information relating to the refund qualifying transaction, i.e. purchase/transaction details to the Retailer Device 130 and/or server 1 10.
- POS Point-of-Sale
- a software driver may be installed on the POS system for detecting the Retailer Device 130 as a printer, so that the POS device can print the transaction details to the Retailer Device 130.
- POS device software may be installed on the POS device or system to capture the transaction details from a payment screen via an Optical Character Recognition (OCR) module.
- OCR Optical Character Recognition
- the purchase or transaction details can be directly transmitted to the server 110 via one or more wired or wireless communication means.
- the transaction details may then be accessible via a web resource locator or link, such as a Uniform Resource Locator (URL).
- URL Uniform Resource Locator
- the Retailer Device 130 may also be used to image or scan the paper receipt associated with the transaction for the transaction details to be extracted by an image conversion and/or recognition module, such as, for example the OCR module.
- an image conversion and/or recognition module such as, for example the OCR module.
- the MDCC 120 may be used in place of the Retailer Device 130 to image or scan the paper receipt associated with the transaction.
- the retailer Once the retailer has verified the transaction details thus captured, he can present the tourist with a retailer identifier, which can be another QR code, unique to the retailer, for scanning by the MDCC 120, as a form of retailer confirmation/receipt.
- the retailer may scan an alternative identifier, such as but not limited to the Tourist's passport to retrieve his account information.
- the scanning device may be the Retailer Device 130 or in the form of a barcode scanner or other imaging device and once the passport has been scanned, the server 1 10 checks if the tourist has a registered account and eligible for a refund, e.g. if passport is a foreign passport and if tourist is at an age eligible for refund (e.g. 16 years or older).
- the server 1 10 can also perform a check against third party servers or databases, such as government immigration records via the government server 170 to ascertain the eligibility of the tourist for a tax refund. If the tourist is not eligible, the server 1 10 prompts an authorized personnel (e.g. a cashier) to inform the tourist that he is not eligible for tourist refund. If the tourist is eligible, the server 1 10 checks for an existing account by comparing the scanned details with one or more databases of the server 1 10. If a user account already exists, the app installed on the retailer device 130 is operable to display the user profile or details for validation by the cashier. If the tourist before the cashier matches the user profile, then the cashier confirms the user (customer) identity via a user interface and proceeds to enter receipt details. If a user account does not exist for the tourist, the server 1 10 creates a user account and the cashier proceeds to enter receipt details.
- third party servers or databases such as government immigration records via the government server 170 to ascertain the eligibility of the tourist for a tax refund. If the tourist is not eligible
- the Retailer Device 30 (or the MDCC 120) is operable to send the unique identifier, as well as the transaction details like the cost, the receipt number, the date and time of the transaction, etc. (see s150) to the server 1 10. No transaction details can be transmitted without the necessary information associated with the unique identifier (in the form of the QR code) on the MDCC 120 (or on the Retailer Device 130).
- the Retailer Device 130 can be configured (by the retailer or otherwise) to halt all communications outside of the retailer's opening hours. This would prevent unauthorised tax refunds claims from being entered into the system.
- the security of the system 10 can be further enhanced by a password management system that requires the cashier to log into the retailer account and may require the password to be changed regularly.
- Sub-accounts may also be created for individual employees of the retailer who are responsible for collecting payment and their supervisors to create a system of checks-and- balances for approving unusual tax refund claims.
- the retailer account may undergo a similar registration process as described earlier for the user (tourist) account.
- the registration process entails the server 1 10 assigning or issuing retailers with user identifiers (IDs) and passwords.
- a manager of the retailer may create sub-accounts.
- the server 1 10 may assign subaccounts to the retailers, who in turn have administrative rights to manage the sub-accounts.
- another retailer unique identifier such as a QR code may be generated and assigned to each retailer who registers for an account to participate in the system.
- the server 110 sends an electronic ticket for the notification of transaction.
- a notification may be in the form of an eTRS Ticket (containing the details mandated by the Revenue/Customs authorities such as a documentary ID or DOC-ID that uniquely identifies the transaction) directly to the MDCC 120, thus recording the purchase as an eTRS Transaction.
- the server 1 10 would also notify the participating retailer via the dedicated software application installed on the Retailer Device 130 of the eTRS Ticket (see s150).
- the MDCC 120 is operable to image, store and organise the purchase receipts and invoices issued by the participating retailer, and link these with the eTRS Transaction for ease of subsequent retrieval by the tourist or by an inspector of the Revenue/Customs authorities.
- the server 110 will transmit the transaction details as required by the Revenue/Customs authorities to a Central Clearing House (CCH) 170 for lodgement as an eTRS Transaction 180.
- CCH Central Clearing House
- the server 1 10 can also request the CCH 170 to perform an instance of risk assessment after each transaction, and communicate 180 the risk assessment results to the server 1 10.
- the server 1 10 would then notify the tourist of this requirement via the software application installed on the MDCC 120 either shortly after the transaction itself and/or at the point of departure from the country (s160). This early deterrence would assist to deter potential fraudsters from trying to obtain a tax refund through fraudulent means.
- the MDCC 120 or the dedicated software application installed on the MDCC 120 would request for confirmation of departure from the tourist.
- the tourist can request for a refund together with a Declaration of Eligibility (a requirement by the Singapore Revenue/Customs authorities) or other declarations as required by the Revenue/Customs authorities (s160).
- the tourist may be guided through the Declaration of Eligibility process by the application on the MDCC 120, which also displays the passport details of the tourist for his or her confirmation as the person making the Declaration. Purchases recorded as eTRS Transactions are also displayed for the tourist to select those for which he or she would like to submit a claim for tax refund.
- the application on MDCC 120 can scan the paper copy of the eTRS Tickets issued by these retailers so that all the transactions are consolidated.
- the CCH 170 can also transmit electronically, the details contained in the paper eTRS Tickets, to MDCC 120, upon request by the MDCC 120 or the dedicated software application installed on the MDCC 120.
- the tourist would also confirm the preferred refund option - whether in cash or credited back to a credit/debit card or a bank account or even an electronic wallet account - and the application guides the tourist to confirm the relevant details accordingly.
- the preferred refund option and details may have already been entered at the point of user registration, otherwise the tourist will be prompted to do so.
- the tourist may also enter the necessary details via manual entry or via imaging the credit card via the on-board camera on MDCC 120, for example.
- the application can allow the tourist to confirm the details one last time before submitting them to the server 1 10.
- one way of reminding the tourist to submit the request for refund would be to use a location-based service, such as Global Positioning System (GPS), geo- fencing, navigation systems etc, to alert the MDCC 120 when the MDCC 120 is detected within range of a departure point installed with a location-based service device, examples of such departure points including an airport or a cruise centre. This would notify and remind the tourist to submit the request for refund.
- a location-based service such as Global Positioning System (GPS), geo- fencing, navigation systems etc
- GPS Global Positioning System
- geo- fencing such as GPS
- navigation systems etc
- the application on the tourist MDCC 120 can also rely on Wi-Fi networks or cellular base stations at the airport and the cruise centre to remind the tourist when the MDCC 120 accesses these networks.
- the MDCC 120 can detect transmitters (including but not limited to Bluetooth Low Energy beacons) located at a departure point, such as an airport or a cruise centre, and trigger the application to remind the tourist. This saves the tourist the trouble of having to arrive at the airport early to locate the eTRS self-help kiosk, since the tourist can now submit the request using his or her MDCC 120.
- transmitters including but not limited to Bluetooth Low Energy beacons
- the CCH 170 is notified via s180 and can communicate to the server 1 10 as to whether the tourist has been selected for inspection by the Revenue/Customs authorities and the server 110 notifies the tourist via the MDCC 120 accordingly (s160).
- the server 110 For tourists who have not been selected for inspection, they would receive a digitised Notification of Approval slip on their MDCC 120.
- Those who have not received a notification of approval slip and/or have been selected for inspection either at any point of purchase or after the submission of the request for refund would receive a digitised Notification of Inspection slip prompting them to proceed to a counter of the Revenue/Customs authorities for further processing.
- an authorized personnel such as the Revenue/Customs officer or inspector updates the record stored at the CCH 170.
- This may be performed via a separate computing device provided to the customs officer having a dedicated software application installed thereon and arranged in data communication with the server 1 10 to interact with the server 1 10.
- a 'customs officer' identifier in the form of a QR Code may be provided to the customs inspector to present to the tourist after the customs inspector is satisfied with the eligibility of the tourist and the purchases for a refund.
- the server 1 10 Upon scanning of the QR Code, the server 1 10 then updates the CCH record as "Approved" and issues a Notification of Approval slip.
- This Notification of approval may be in paper, or digitised and sent to their MDCC 120.
- Cash refunds would be made at a Central Refund Counter (CRC) upon presentation of the Notification of Approval slips, otherwise the monies would be credited to their credit/debit card or bank account as previously indicated, or any payment platforms (e.g. AlipayTM, PaypalTM) for facilitating the transfer of refund monies to one or more user accounts. The tourists would then proceed to depart Singapore accordingly.
- CRC Central Refund Counter
- the refund value may be converted to an intermediate value.
- intermediate value may be coupons, credits, points, or other electronic value etc.
- One embodiment of an intermediate value is in the form of 'rewards points'.
- Such a system of rewards points can also be implemented into the tourist refund process, where the rewards points can be applied towards the purchase of goods and services at participating retailers. Retailers participating in this system of rewards points can be the same ones that are accredited under the tourist refund scheme or retailers that are not accredited but can also be equipped with a Retailer Device 130. Consumers can accumulate rewards points issued by the CRA.
- the system may refund the full amount, less than or more than the full amount of tax levied depending on the conversion rate between the tax refund to rewards point, instead of withholding a service fee as in the traditional method, although a service fee can still be offered as an alternative.
- the system can offer the tourist the option to take the refund in the form of tourist refund (whether as cash or via a credit/debit card) or in the form of rewards points, by way of a prompt either at the point of purchase or at the point of departure from the country. The tourist could even be allowed to convert the tourist refund into rewards points (vice versa) at any point in time, with or without a conversion fee.
- the rewards points can also be tagged with an expiry date, such that they expire if not used within a certain period of time, or the rewards points may be issued without an expiry date.
- the process begins when the dedicated software application installed on MDCC 120 is launched (step 210). The process begins with checking whether the tourist is already registered or is a new unregistered user (step 220). If the tourist is not registered, the tourist is walked through with a registration procedure (step 230) where an electronic user account is created with the server 110 and the relevant details are captured by the dedicated software application. Backend, the system 10 performs checks against the details like the passport number, nationality, name and/or other relevant information to ensure duplicate records W are not created.
- the system can also verify the authenticity of the passports based on their security features or the server 110 may be linked with one or more third party servers.
- These third party servers may be private, public or government databases for the checking of stolen passports, as well as checking for other eligibility criteria such as whether the user is in fact a Permanent Resident of a particular jurisdiction and does not fall under the category of 'tourist', therefore ineligible for tourist refund; or whether the user has entered Singapore on a visit pass that may not strictly fall under a 'tourist pass', such as a student pass, etc. whereupon additional criteria have to be fulfilled.
- a unique identifier like a QR code is created and stored by the application, or created by the server 110 and stored by the application.
- This process can be integrated with the onboard camera of the mobile device 120 to scan the machine readable zone of the passport to populate the various details or even to scan the passport itself with optical character recognition, or else manual entry of the details is used.
- the tourist is also given the option of imaging the passport, guiding him through the process of which page to capture, so that he does not have to carry a physical passport when shopping to claim a refund.
- the tourist makes a purchase and the retailer enters or scans the relevant details into the point-of-sale (POS) machine (step 240).
- POS point-of-sale
- the retailer scans the unique identifier being displayed on the user MDCC 120 by either using the issued retailer device or the retailer's own mobile device with the application installed (step 250).
- One method of verifying the status of the tourist would be verification upon scanning the unique identifier or QR code via an onboard camera (where available) if the retailer is using a mobile device as the retailer device 130, whereby upon receipt of the scanned information (which includes the unique identifier), the server 1 10 would inform the retailer device whether the user is a tourist or not, which dispenses with the need to check the physical passport.
- the details of the transaction are then sent to the central server 1 10 or a processor belonging to the central refund agency (CRA) (step 260), and this may be further sent to CCH 170.
- CRA central refund agency
- confirmation of the transaction is sent (step 270) together to the retailer and an eTRS Ticket is sent to the tourist either in the application, by email or any other forms of messaging.
- An electronic image or document of the invoice or receipt issued by the retailer can also be stored in the mobile application for later retrieval.
- the purchase details can be transmitted to the retailer device, either wirelessly via Wi-Fi or Bluetooth, or by a cable like a USB or similar, which speeds up the process and reduces the possibility of human error.
- the purchase details can even be directly transmitted to the server 1 10 in the form of a central processor.
- the added security measure of requiring the unique identifier before transmitting means the possibility of non- genuine tourist transactions is reduced.
- the tourist or the retailer may also use his or her mobile device to image the paper receipt associated with the transaction for the transaction details to be extracted by Optical Character Recognition.
- the retailer may also be equipped with other devices with imaging or scanning capabilities.
- the retailer Once the retailer has verified the transaction details thus captured, he can present the tourist with an identifier, which can be another QR code, unique to the retailer, for scanning by the tourist's device, as a form of retailer confirmation.
- an identifier which can be another QR code, unique to the retailer, for scanning by the tourist's device, as a form of retailer confirmation.
- the application (and server 1 10) is also able to track the fulfilment of certain jurisdictional requirements where the purchases made by the tourist are submitted to the server are logged into the system. This feature is available where the tourist images receipts and enters the necessary details relating to the transactions he made. For example, in Singapore in order to qualify for a tax refund, a minimum $100 must be spent from retailers bearing the same GST registration number and this can be accumulated in up to 3 same-day invoices or receipt, thus the application can immediately alert the user, whether tourist or retailer, if this minimum amount has been reached on the same day. This does away with the current need to check physical receipts and sum them up.
- An additional feature of using a system of intermediate value in the form of rewards points as described in the earlier embodiment can be incorporated into the process.
- the tourist informs the retailer that he wishes to use his rewards points, and upon scanning the QR code on the tourist's MDCC (step 250), the rewards points balance is retrieved from the server and displayed to the retailer. Based on this amount and confirmation from the tourist via the tourist's MDCC (step 250) of the number of rewards points to redeem, the retailer would apply the rewards points against the purchase price accordingly and update the server (step 260).
- the tourist who wishes to utilize his intermediate value in the form of rewards points may launch the software application installed on the MDCC 120 to retrieve from the server and display the rewards points balance information.
- the tourist can inform the retailer of his intention to use his rewards points and scan an identifier, which can be another QR code, unique to the retailer before entering and confirming the number of rewards points he wishes to use, for transmission to the server.
- the server can then push the number of rewards points to be thus used for display on the issued retailer device or the retailer's own mobile device with the application installed, and the retailer would apply the rewards points against the purchase price accordingly and update the server (step 260).
- the tourist Upon receipt of the eTRS Ticket in the application, the tourist can be prompted to choose whether to convert the amount, with or without a service charge to the CRA, into the rewards points. This raises the possibility of the tourist being able to spend his tourist refund at participating retailers even before leaving the country.
- a flowchart shown in Fig. 3 describes an embodiment of how the tax refund is credited/made to the tourist when the tourist is departing the country.
- the installed application on the MDCC 120 is launched by the tourist either on his own volition or reminded by notifications displayed on the mobile device 120. Such notifications can be triggered by detecting that the tourist is at a departure point such as the airport or cruise centre.
- the tourist is then prompted to confirm that he is departing the country (step 310), which triggers the system 10 (either via the installed software application or the server 1 10) to notify the tourist of the purchases made to date, the eTRS Tickets collected, the amount of refund available, as well as the amount of outstanding refunds which may be in the form of an intermediate value as described.
- the tourist also indicates how the refund is to be made, either in cash or to the credit card account that was used (based on the purchase or transaction details), or to a specified bank account or even to another different credit card account.
- a further prompt whether to convert the refund available may be triggered to allow the tourist to do so.
- the tourist is guided through the various steps of completing the Declaration of Eligibility and displays the tourist's passport details for confirmation.
- the declaration of eligibility and refund claims are submitted to the server (step 320) and to the CCH and confirmation is sent to the tourist (step 330), together with either an approval Notification slip or an inspection Notification slip if the tourist has been selected for inspection. If the inspection is verified and cleared, an approval Notification slip is issued to the tourist, and based on the approval Notification slip, a refund can be obtained (step 340) either in cash at the Cash Refund Counter at the airport or cruise centre, or credited back to the specified credit/debit card or bank account.
- the tourist can also choose to obtain the refund in the form of an intermediate value such as the rewards points, especially if he plans to visit the country again sometime soon.
- the tourist then departs the country (step 350).
- the Declaration of Eligibility can be submitted together with the refund claims via the application on the mobile device, which means that process is simplified and the tourist can do so at their own convenience, e.g. while queuing to check in or clearing immigration or even in the transport on the way to the airport.
- the functions associated with the MDCC 120 and retailer device 130 may be integrated into a single MDCC device 420.
- Such an arrangement is advantageous in the sense that one single MDCC 420 may be utilized for the whole refund process. It is to be appreciated that either:- the associated functions described for both mobile device 120 and computing device 130 as earlier described would have to be implemented on the MDCC 420, or
- the participating retailer's premises may be equipped with a transmitter and/or receiver (including but not limited to Bluetooth Low Energy 'Bluetooth LE' beacons) 410 operable to transmit to/receive from a MDCC 420 (used interchangeably with the term 'single device') within range of the transmitter/receiver.
- a transmitter and/or receiver including but not limited to Bluetooth Low Energy 'Bluetooth LE' beacons
- MDCC 420 used interchangeably with the term 'single device'
- the arrangement 400 comprises one or more Bluetooth LE (BLE) beacons 410 installed within the retailer's shop at a designated location, such as around a cashier.
- BLE beacons 410 can operate in a 'broadcast' or 'advertisement' mode to notify nearby devices of its presence via an address.
- the address follows a specific format, such as a predefined prefix, followed by a variable UUID, and a major, minor pair.
- the MDCC 420 detects the BLE beacons 410 and prompts the user to launch his dedicated software application, or directly launches the software application without prompt once the BLE beacons 410 are detected, which can be programmed to inform the user that he is at a participating retailer based on matching and verifying the broadcast format of the BLE.
- the retailer specific information can then be displayed on the MDCC 420.
- the user next shops and transacts at the retailer shop. Upon payment for the merchandise, the tourist requests for a tax refund. The cashier then requests the tourist to send the request for refund from his DCC 420, together with the refund account number and BLE address to the server 1 10.
- the server 1 10 opens a session between the user account and the retailer account.
- the tourist is prompted to scan the transaction receipt using the MDCC 420 via the OCR module as described in previous embodiments, or via other means including manual or POS system as described. Once scanned, the transaction details are displayed on the MDCC 420.
- the tourist presents the transaction details to the cashier or other personnel authorized by the retailer.
- the cashier verifies the transaction details and presents a retailer identifier to the tourist.
- the retailer identifier may be a QR code.
- the retailer identifier encoded in the form of a QR code may further comprise one or more of the following information:- i. Retailer's account number held with the server 1 10; and
- the sub-accounts provide a means for identifying the cashier in case of suspected transaction activity(ies), such as collusion between cashier and tourist.
- the tourist scans the retailer QR code and the software application transmits the same to the server 1 10 for verification.
- the server 1 10 Upon receipt of the information related to the retailer identifier, the server 1 10 matches the QR code with the BLE address to verify that the MDCC 420 is on site. Upon verification, the MDCC 420 transmits the transaction details to the server 1 10. The server 1 10 then runs checks on the transaction details. The checks may include (but not limited to) ensuring that the transaction details are current, i.e. with current date and time, and relate to the correct retailer. Upon completion of the checks, the server 1 10 then sends the transaction details to the CCH 170. The CCH 170 then acknowledges the lodgement of the refund claim to the server 1 10. The server 1 10 generates the eTRS Ticket, assigns the DOC-ID and sends the same to MDCC 420.
- the location of the MDCC 420 is determined by the software application via GPS or other location-based services.
- the application on the tourist MDCC 120 can also rely on Wi-Fi networks or cellular base stations at the airport and the cruise centre for detecting the MDCC 420.
- the software application guides the user through the declaration of eligibility as described earlier (see steps 310 to 350).
- the tourist confirms his departure and eligibility.
- the MDCC 420 retrieves the transaction records from the server 1 10 for the tourist to select for refund. Once the user selects the transaction records, he is prompted to select the refund method (e.g. rewards points, direct credit into specified account etc.).
- the refund method e.g. rewards points, direct credit into specified account etc.
- the MDCC 420 Upon selection, the MDCC 420 sends the declaration of eligibility; selected refund transaction(s); and refund method to the server 1 10.
- the server 1 10 transmits the information to the CCH 170.
- the CCH 170 replies with an approval or non-approval Notification slip to the server 1 10, which in turn transmit the approval or non-approval Notification to the MDCC 420. If the refund is approved, the CCH 170 further instructs or informs the CRC 430 to process the refund.
- the tourist may be directed to the customs officer or inspector as described in the earlier embodiment for further inspection.
- the customs officer may be provided with a separate computer device with a dedicated software application installed thereon to facilitate inspection by the customs officer.
- a 'customs officer approval' identifier in the form of a QR Code may be provided to the customs inspector to present to the tourist after the customs inspector is satisfied with the eligibility of the tourist.
- the server 1 10 Upon scanning of the 'customs officer approval' QR Code, the server 1 10 then updates the CCH record as "Approved" and issues a Notification of Approval slip. If still not approved, the purchases will not be eligible for tax refunds.
- the tourist who wishes to utilize his intermediate value in the form of rewards points can inform the retailer of his intention to use his rewards points. He may launch the software application installed on the MDCC 420 to retrieve from the server 110 his rewards points balance and enter and confirm the number of rewards points he wishes to use, before showing to the retailer for verification. Once the retailer has verified the number of rewards points to be used, he can present the tourist with a retailer identifier, which can be another QR code, unique to the retailer, for scanning by the single device 420 as a form of retailer confirmation, and the server will be updated (step 260). The retailer would apply the rewards points against the purchase price accordingly.
- a retailer identifier which can be another QR code, unique to the retailer
- the tourist can be prompted to choose whether to convert the amount, with or without a service charge to the server 1 10, into the rewards points. This raises the possibility of the tourist being able to spend his tourist refund at participating retailers even before leaving the country.
- the single device arrangement is based on the use of a mobile device 420 and eliminates the need for a Retailer Device. Instead of issuing each retailer with a separate device, Bluetooth Low Energy (BLE) beacons (transmitters/receivers) can be placed in each retailer outlet, and each authorized personnel may access the retailer's identifier (which may be in the form of a QR code or otherwise) in a variety of ways. For example an authorized personnel such as a cashier at the retailer shop can be provided with a QR Code Staff Pass, or each retailer outlet can be provided with its own QR Code identifier.
- the BLE can ensure transactions only take place at participating shops and the QR Code Staff Pass or identifier acts as retailer acknowledgement that the cashier has done her checks.
- the BLE can also be used to push targeted retailing information to the tourist, e.g. discounts, advertisements, etc. It is to be appreciated that both the QR code and BLE may be utilized in the form of a two-layered check to ensure that the transactions take place within the retailer's shop or premise. Such a two- layered check reduces the risk of any collusion between a member of the retailer's staff and the tourist.
- the server 1 10 may be operating the system of intermediate value.
- the server 1 10 may comprise a predictive engine operable to predict which user refund account is likely to be fraudulent so as to be able to take pre-emptive action. Otherwise the system may compromise on account integrity.
- the predictive engine can be based on at least one criterion of user demographics (e.g. location, countries visited for a past predetermined time frame), transaction profile (e.g. value of transaction, type of goods, etc.), the type of identifier (e.g. credit card) used to register for a refund account, gender, nationality etc. Based on these criteria, an algorithm can be developed to run in the server 1 10 to pick out suspicious user accounts.
- the predictive engine may attribute high risk weights to transactions exceeding certain value arising from certain countries.
- the predictive engine may further be configured to data communicate and send selected details relating to the 'suspicious accounts' to the relevant authorities, which include the customs. The selected details are sent to the authorities for further follow up checks in order to provide a more targeted and focused check
- the system 10 may refuse the registration of any requested refunds accounts deemed not to pass an initial security check based on one or more of the at least one criterion.
- selected users or tourists may be banned from purchasing certain tax free eligible items.
- the predictive engine may be arranged in data communication with one or more database servers, such database servers for maintaining user information.
- database servers such database servers for maintaining user information.
- the above arrangements are advantageous in that more parameters for the selection of tourists for inspection are considered, compared to that considered by the CCH 170 currently.
- the selection performed at the servers 1 10 effectively provide an additional layer of check which is preemptive in nature, as compared to that currently done at the exit point(s) which is 'reactive'.
- the existing system performs selection at the end of a tourist's trip/visit which is deemed less efficient compared to selection performed before the tourist starts his trip.
- the server 1 10 is configured to link to at least one retailer for the provision of one or more retailer item list(s) available for sale and tax refund.
- a user interface may then be provided to the tourist which displays the retailer item list of available items for sale and/or tax refund for the tourist to view before the tourist arrives at the country and/or before he/she leaves the country.
- the server 1 10 is operable to provide a list of retailer(s) and details of the retailers selling the one or more items, via a data push or pull mechanism that the tourist desire to purchase.
- the wish list and retailer list may be compared by any compare and match algorithm between the entries on the tourist's wish-list with what the retailers have to offer. The compare and match may be performed at the server 10 side or the app installed on the MDCC 120.
- the tourist can record a plurality of parameters related to each item.
- these parameters may include the item's name, category, quantity and recipient's name and insert short notes and images (such as pictures) related to each item.
- Newly created items can be added to a temporary 'pending list' which the tourist can check off to move the items to a completed list whenever a purchase is made.
- Interfaces for sorting the items in alphabetical or other order may also be provided to the user.
- the app is operable to retrieve a list of retailer(s) selling the item from the server 1 10, and then provide to the tourist, retailers that sell the item or related items.
- the tourist can download the names of the recommended retailers to add them to his shopping list (via an interface) or to access the retailer's profile on the app.
- the tourist can be notified by the server 1 10 via the app and/or the retailer that sells the item or related items whenever the tourist is near to the retailer's shop and/or send content e.g. sales voucher from the retailer to the Consumer. This is advantageous to provide a seamless experience for the tourist and to aid the retailers in selling their products.
- the arrangement provides an advantageous hybrid between a pure online shopping experience and a real shopping experience where goods can be inspected before it is purchased.
- the above arrangement reduces the shopping time required for a tourist to look or source for an item and whether that item is eligible for tax refund; provides an alert or other forms of notification when the tourist is nearby a retailer; and provides an informed list on prices and quality before committing to the purchase.
- the server 1 10 is operable to issue one eTRS ticket for each refund claim at each retailer store and charge a service fee for each eTRS Ticket issued.
- Each eTRS Ticket may comprise more than one sales receipt accumulated at the same store (GSTN), subject to one or more regulations to meet a minimum threshold eligible for refund (e.g. SGD 100).
- SGD 100 a minimum threshold eligible for refund
- the server 1 10 may also be required to pay a CCH Fee of SGD 1 .50.
- the server 1 10 is instead operable to issue a provisional eTRS for the first transaction eligible for a refund claim, and add all subsequent transaction receipts to this provisional eTRS ticket.
- This is akin to a batch mode process and allows multiple retailers' transactions to be combined into a single formal/final eTRS ticket.
- the formal eTRS ticket will be issued only when the tourist is at an approved departure point. In such a way, both the user and the service provider may save on CCH Fees because only one Refund Ticket per user per trip is issued, instead of one Refund Ticket per user, per store, per trip. This can be performed without compromising on security or authenticity, as the tourist user will have to undergo the verification step at each retailer store.
- users of the system may be provided with a user interface accessible to a portal, the user interface accessible via any computer device such as, but not limited to, a mobile device.
- the user interface may be used to display business information related to the retailer described as follow.
- An example of the interface is a webpage.
- the server will retrieve and store input received from various sensors such as Bluetooth LE beacons, image capturing devices located around the retailer's shop, for purpose of tracking, monitoring, obtaining, and/or deriving one or more parameters associated with the retailer. Examples of such one or more parameters include number of shoppers in a retailer shop.
- Such data may be provided on a real-time or near real-time basis displayed on the user interface.
- the data obtained may be further analyzed to provide business intelligence information useful for the retailer.
- Such business intelligence information may include shopper traffic in the retailer shop, busiest period of a weekday or weekend, busiest period over one or more months, etc.
- the system may be linked up with other commercial databases related to cruise ship services for example, to provide users with information such as Qualifying Cruise Ships eligible for tourist refund, as well as pre-populating travel itinerary to achieve certain level of convenience for the users of the system.
- the described embodiments are advantageous as they provide a three-tier checking and verification process.
- a first level of check/verification is performed when a user (tourist) registers with the central processor 110.
- the second level of check/verification is performed before or during the generation of the eTRS ticket, and the third level of check/verification is performed at the point of departure prior to the generation of an electronic notification indicating the success or failure of the refund transaction.
- the capturing of detailed information at the point of user registration allows a tourist to specify a desired account for refund upfront.
- Such an arrangement is useful to alleviate any time pressure that a tourist may face when he is leaving the country, as he needs to complete all form of formalities prior to boarding the aircraft / cruise ship.
- precious time is saved for the tourist when he faces the most time pressure.
- the user may send both the retailer identifier and the transaction details to the server 110 for further processing upon scanning the retailer QR code.
- the server 110 will however process the transaction details if and only if the retailer identifier is verified.
- the verification or scanning of the retailer's identifier may be performed either during the refund qualifying transaction is made or after.
- the transaction details are captured before the retailer identifier is scanned before transmission to the server 110. This is particularly relevant for the single device embodiment.
- the retailer identifier may be verified or scanned for purpose of opening the transaction session before either the user or an authorized representative of the retailer retrieves the transaction details.
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Finance (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
SG10201505585T | 2015-07-16 | ||
PCT/SG2016/050297 WO2017010936A1 (en) | 2015-07-16 | 2016-06-27 | System and method for facilitating refunds |
Publications (2)
Publication Number | Publication Date |
---|---|
EP3323096A1 true EP3323096A1 (de) | 2018-05-23 |
EP3323096A4 EP3323096A4 (de) | 2019-02-27 |
Family
ID=57757570
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP16824790.6A Ceased EP3323096A4 (de) | 2015-07-16 | 2016-06-27 | System und verfahren zur ermöglichung von erstattungen |
Country Status (4)
Country | Link |
---|---|
EP (1) | EP3323096A4 (de) |
JP (1) | JP2018524755A (de) |
SG (2) | SG11201705723PA (de) |
WO (1) | WO2017010936A1 (de) |
Families Citing this family (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10019724B2 (en) | 2015-01-30 | 2018-07-10 | PayRange Inc. | Method and system for providing offers for automated retail machines via mobile devices |
US11205163B2 (en) | 2013-12-18 | 2021-12-21 | PayRange Inc. | Systems and methods for determining electric pulses to provide to an unattended machine based on remotely-configured options |
US11481780B2 (en) | 2013-12-18 | 2022-10-25 | PayRange Inc. | Method and system for asynchronous mobile payments for multiple in-person transactions conducted in parallel |
US11983692B2 (en) | 2013-12-18 | 2024-05-14 | PayRange Inc. | Mobile payment module with dual function radio transmitter |
US9659296B2 (en) | 2013-12-18 | 2017-05-23 | PayRange Inc. | Method and system for presenting representations of payment accepting unit events |
US11966926B2 (en) | 2013-12-18 | 2024-04-23 | PayRange Inc. | Method and system for asynchronous mobile payments for multiple in-person transactions conducted in parallel |
US11475454B2 (en) | 2013-12-18 | 2022-10-18 | PayRange Inc. | Intermediary communications over non-persistent network connections |
US8856045B1 (en) | 2013-12-18 | 2014-10-07 | PayRange Inc. | Mobile-device-to-machine payment systems |
US11481781B2 (en) | 2013-12-18 | 2022-10-25 | PayRange Inc. | Processing interrupted transaction over non-persistent network connections |
US11966895B2 (en) * | 2013-12-18 | 2024-04-23 | PayRange Inc. | Refund centers for processing and dispensing vending machine refunds via an MDB router |
US11074580B2 (en) | 2013-12-18 | 2021-07-27 | PayRange Inc. | Device and method for providing external access to multi-drop bus peripheral devices |
US10558980B2 (en) * | 2016-02-26 | 2020-02-11 | Amadeus S.A.S. | Online transaction processing system for transactions including multiple product suppliers |
SG10201802919YA (en) * | 2018-04-06 | 2019-11-28 | Tourego Global Pte Ltd | System, method and apparatus for facilitating secure transactions |
EP3803752A4 (de) * | 2018-05-31 | 2021-08-25 | Visa International Service Association | System und verfahren zur ermöglichung von reklamationsanfragen |
US10878514B2 (en) | 2018-08-22 | 2020-12-29 | International Business Machines Corporation | Expense validator |
SG10201809798QA (en) * | 2018-11-05 | 2020-06-29 | Utu Pte Ltd | Method and system for managing a tax refund |
US11580537B2 (en) * | 2020-01-22 | 2023-02-14 | Paystone, Inc. | Payment integrated loyalty system |
TWI786617B (zh) * | 2021-04-29 | 2022-12-11 | 臺灣中小企業銀行股份有限公司 | 於掃碼交易過程中檢查退貨特店帳戶餘額之系統及方法 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006236014A (ja) * | 2005-02-25 | 2006-09-07 | Fujitsu Ltd | 買い物リストを利用した買い物支援システム |
BR112012029902A2 (pt) * | 2010-05-27 | 2019-09-24 | Global Blue Holdings Ab | método implementado por computador para prover um serviço, dispositivo de comunicação móvel, e, sistema hospedeiro para um serviço de reembolso de imposto |
KR20140032089A (ko) * | 2012-09-05 | 2014-03-14 | 주식회사 케이티스 | 세금 환급 시스템, 세금 환급 처리 제공 방법 및 가맹점 클라이언트 장치 |
US20150127534A1 (en) * | 2013-11-04 | 2015-05-07 | Bank Of America Corporation | Electronic refund redemption |
-
2016
- 2016-06-27 SG SG11201705723PA patent/SG11201705723PA/en unknown
- 2016-06-27 JP JP2018521817A patent/JP2018524755A/ja active Pending
- 2016-06-27 EP EP16824790.6A patent/EP3323096A4/de not_active Ceased
- 2016-06-27 SG SG10201800804VA patent/SG10201800804VA/en unknown
- 2016-06-27 WO PCT/SG2016/050297 patent/WO2017010936A1/en active Application Filing
Also Published As
Publication number | Publication date |
---|---|
WO2017010936A1 (en) | 2017-01-19 |
EP3323096A4 (de) | 2019-02-27 |
JP2018524755A (ja) | 2018-08-30 |
SG10201800804VA (en) | 2018-03-28 |
SG11201705723PA (en) | 2017-08-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2017010936A1 (en) | System and method for facilitating refunds | |
JP6257005B2 (ja) | 還付システム及び方法 | |
US20230153835A1 (en) | Electronic coupon transaction system | |
KR101560868B1 (ko) | 위치-기반 서비스를 위한 방법 및 애플리케이션 | |
US20130151358A1 (en) | Network-accessible Point-of-sale Device Instance | |
US20130262275A1 (en) | System and Method for providing Internet-based vehicle registration and transactions | |
US10628900B2 (en) | Systems and methods for promotional validation of travel expenses | |
JP5754751B2 (ja) | 妥当性検査の方法及び装置 | |
US10685348B2 (en) | System and method for secured tax refund for cross border transactions with mobile device wallet application | |
US20180349912A1 (en) | Authenticating and authorizing retail transactions using face and location data | |
KR102469607B1 (ko) | 안전한 거래를 실현하기 위한 시스템, 방법 및 장치 | |
US11948211B2 (en) | Systems and methods for prompting a foreign currency transaction | |
US20140279228A1 (en) | System and method for providing online authentication codes usable to purchase goods and/or services | |
GB2482659A (en) | Tax refund system for purchase transactions | |
CN113298959A (zh) | 一种售票和检票系统和方法 | |
US20140100930A1 (en) | Redemption recordation and verification | |
WO2020096524A1 (en) | Method and system for managing a tax refund | |
WO2019078797A2 (en) | ACCOUNTING PROCESS FOR FINANCIAL DOCUMENTS | |
US20210142311A1 (en) | Systems and methods for payment processing | |
JP2022030675A (ja) | 入出場管理システムおよび入出場管理プログラム | |
JP2024041211A (ja) | 入出場管理システムおよび入出場管理プログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
TPAC | Observations by third parties |
Free format text: ORIGINAL CODE: EPIDOSNTIPA |
|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
17P | Request for examination filed |
Effective date: 20180209 |
|
AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
AX | Request for extension of the european patent |
Extension state: BA ME |
|
DAV | Request for validation of the european patent (deleted) | ||
DAX | Request for extension of the european patent (deleted) | ||
A4 | Supplementary search report drawn up and despatched |
Effective date: 20190129 |
|
RIC1 | Information provided on ipc code assigned before grant |
Ipc: G06Q 40/02 20120101ALI20190123BHEP Ipc: G06Q 20/38 20120101ALI20190123BHEP Ipc: G06Q 20/04 20120101ALI20190123BHEP Ipc: G06Q 20/20 20120101ALI20190123BHEP Ipc: G06Q 20/32 20120101AFI20190123BHEP Ipc: G06Q 20/40 20120101ALI20190123BHEP |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R003 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED |
|
18R | Application refused |
Effective date: 20200630 |
|
110E | Request filed for conversion into a national patent application [according to art. 135 epc] |
Effective date: 20201007 |