Coupon, Voucher and Pass Validation
Redeemable transaction media – like coupons, vouchers or passes – that reside on mobile phones are a challenge for brands and merchants to validate at the point of service. Why? Because traditional barcode scanners can’t scan mobile barcodes. Yet, it’s perhaps even more important than ever that they do so because many of these new mobile media ‘objects’ are very easy for consumers to copy. For example, a consumer can simply take a screenshot of a Passbook Pass and then share it with anyone. For that matter, the more savvy consumers can easily Photoshop one. What about ‘print-at-home’ coupons, vouchers and passes, received by consumers via email? They can also be easily copied and shared many times. Fortunately, codeREADr’s apps for iOS and Android devices can scan and validate both printed and mobile objects. The platform is not for the exclusive use of any single service provider or POS system. In that way we can support 1000’s of service providers and achieve an economy of scale to inexpensively offer sophisticated validation services that are easy to deploy.
Validation Against a Database
For this type of service you need a database of valid coupon, voucher or pass IDs – a ‘validation database’. When the app user scans the barcode ID, you can deploy a simple valid/invalid redemption approval procedure with codeREADr.In the ‘response text’ you can also give the app user directed information about the marketing program or transaction. For example, you can show them general terms and conditions for redemption, or specific information about the unique code scanned, e.g. VIP treatment, awards, etc. The response text can be presented in simple text, HTML or link(s) or developers can create Web and contextual content (see Advanced below).
<< Step by Step Instructions. >>
‘Database-Insert’ = Validation Without a Third-Party Database
In some cases, the database of coupon, voucher or pass IDs is not readily available to validate against. Perhaps that data (or a portion of it) is confidential; or too large a file; or difficult to make available to a third party because of IT issues or because IDs are created in real-time without access to our APIs.
In those cases you can follow the instructions above for validating against a database but instead of uploading all or some of the values to our server, you can create and name an initially empty or partially complete database.
After electing to create a Validation service, look for the ‘Pattern Validation’ option. You do not need to create a pattern, though it’s better if you do because it reduces the potential for ‘fake’ IDs. However you can leave the pattern field blank. See here for details on validation patterns.
To check for duplicate scan, you do need to check the box that says ‘Add scanned value and response to the database when a match is made.’ This will auto-insert all unique scanned IDs to the database you created. You can add a default response as text or HTML (Webify).
The app will first check online or on-device if the scanned ID is in the associated database. If it is, it will validate against that. If it isn’t, but it matches the defined pattern, it will be validated and auto-inserted into the database. If you checked the ‘Add scanned value …’ box, then it will automatically be added to the database if it’s not already there.
IT/Developers can seamlessly integrate codeREADr into their existing POS and CRM applications and back-end systems using our extensive set of APIs. The can also use advanced features such as Postback URL, regular expression, contextual variables and Webify for special interaction with the consumer via the app. For example, you could alert the app user that certain barcode IDs when scanned receive special consideration (discount, prize, etc.).