It just became easier to create services on your online codeREADr account. We’ve recreated the wizard to break up the tasks of creating a new service. This will help you get exactly what you want from the codeREADr app. The wizard takes you step by step through:
Type: choosing how the database will react to barcodes, and wether or not it will compare them to a database.
Users: assign which mobile accounts have access to the service.
Question: Add short answer or multiple choice questions to be asked before or after scans are submitted (Optional)
Name: create a name and description for your service.
Advanced: allows you to choose from a variety of extra features, such as email alerts and GPS support.
Done: seen above, this step lets you preview what the finished service will look like on your account.
The greatest thing about the wizard is how it simply portrays the variety of customization options for any service. From a mobile healthcare device to control patient check-in, to barcode coupon redemption, the wizard will help you get what you want out of your codeREADr service.
Now databases have the option to be case-sensitive. This means that if your database has a barcode withvalue “abc” a barcode with value “ABC” will come back as invalid. We hope that this feature will enhance your use of codeREADr by strengthening the security of your database, whether you are using your database for online ticketing, or for ID cards and lanyards at trade shows.
Case sensitivity is great for users who need extra security with their barcodes. For example, if a bouncer at a concert is checking tickets, he should use a case-sensitive database, because then the tickets are significantly harder to forge. If your barcodes are 5 characters long, and only contain letters and numbers, an insensitive database could hold about 60.5 million distinct barcode values. While this may seem like a lot, if the barcodes were case-sensitive, there would be 916 million distinct barcodes! The chances of forging anything like that are practically non-existent.
Insensitivity can sometimes be useful too. If a user needs to enter the barcode values in manually, or you are using a service that doesn’t require security like data collection, it my be easier and more efficient to keep case sensitivity off, as some mobile users may take a lot of time entering barcodes manually while switching back and forth between upper case and lower case on their touch screen.
When you create a service, there will be a little check box that says “Values will be case-sensitive”. If you check that box and click create database you’ll be all set with a brand new case-sensitive database.
Make your own case-sensitive database on our website, codeREADr.com