Coupon, Voucher, and Pass Validation
Today, it’s important for brands and merchants to validate mobile coupons, vouchers, or passes because these they are easy for consumers to copy. For example, a consumer can take a screenshot of a barcode and share it with anyone.
Also, what about ‘print-at-home’ coupons, vouchers and passes that consumers receive by via email? You can easily copy and share those many times as well. Luckily, codeREADr’s apps for iOS and Android devices can scan and validate both printed and mobile objects. Also, the platform is not for the exclusive use of any single service provider or POS system. Thus, we support many service providers and achieve an economy of scale. We offer sophisticated validation services that are easy to deploy.
Validation Against a Database
For this service type, you need a database of valid coupon, voucher or pass IDs – a ‘validation database’. For example, when the app user scans the barcode ID, you can deploy a simple valid/invalid redemption approval procedure. Also, in the ‘response text’, you can provide information about the marketing program or transaction. For example, you can show general terms and conditions for redemption. Also, you can show specific information about the unique code, such as VIP treatment, awards, etc. Moreover, you can present the response text in simple text, HTML or link(s). In addition, developers can create web and contextual content (see Advanced below).
<< Step by Step Instructions. >>
Validation Without a Database (or with a Partial Database)
Sometimes, the database of coupons, vouchers, or pass IDs is not readily available to validate against. Perhaps that data (or a portion of it) is confidential or the file is too large. Also, it could be difficult to make it available to a third party. Usually, such difficulties come from the system creating the IDs in real-time without our APIs.
Thus, you can follow the instructions above for validating against a database. Also, 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. However, it’s better if you do because it reduces the potential for ‘fake’ IDs. Also, you can leave the pattern field blank. See here for details on validation patterns.
To check for duplicate scan, you 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 ID scans to the database that you created. Also, you can add a default response as text or HTML (Webify).
Then, the app will check online or on-device if the scanned ID is in the database. First, if it is, it will validate against that. Secondly, if it isn’t, but it matches the defined pattern, it will be validated and auto-inserted into the database. Also, if you checked the ‘Add scanned value…’ box, it will add itself to the database if it’s not already there.
Conditional Validations based on Duration, Days, Dates, Counts
In some cases, you need more than just Valid, Invalid, and Invalid Duplicate responses. Optional, conditional validations include:
- Minimum and/or maximum number of scans to make a scan valid.
- Start and end date range and/or a start and end time for when scans are valid.
- Duration from the first scan after which scans will be valid.
- Day ranges when scans are valid.
- Option: Validation Over-Ride where a condition can be different for certain values scanned.
These options offer a simple way to add complex validations to your services without requiring a developer. For detailed instructions, please look here.
Custom On-Device Validations
Increment/Decrement against a Database Value
With this option, you can use the associated database to include a specific value. Also, you can increment or decrement this based on a scan (1:1) or on input from the user (including decimal inputs). Before entering a new increment or decrement value, users will see the current status after each scan so they can choose whether or not to enter a value. Please look here for instructions.
Integration via the Zapier API Connector to Third Party Databases and Services
The Zapier API Connector enables the use of third-party databases and services to send database values to codeREADr servers. Also, codeREADr servers can send scan records to those databases and services. Thus, you can help automate the flow of data. Please look here for further information.
IT/Developers can integrate codeREADr into their existing POS and CRM applications and back-end systems using our extensive set of APIs. Also, they can use advanced features, such as Postback URL, regular expression, contextual variables and Webify. Thus, they can have 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.).