Article sections

    Zapier Options

    We created an app on Zapier which uses our API to connect our cloud platform with other cloud platforms. You can find application examples on our blog. Options include:

    • Using an ACTION for auto-inserting barcode values and responses into a validation database on codeREADr’s servers. The ‘response’ is optional and generally is a description or other information associated with the barcode value.
    • Using a TRIGGER for auto-inserting scan records from codeREADr’s servers to third-party servers.
    • Using codeREADr as both the TRIGGER and the ACTION if you want the scan data from codeREADr to be auto-inserted into a codeREADr validation database. The codeREADr app can be the only source of that data or just one source of several sources.

    Helpful Hints

    A. When configuring your Triggers and Actions after re-configuring your codeREADr Services, you may find it easier to create new Zaps and turn off the old ones rather than editing Zaps. This is particularly important when testing the Catch Hook Trigger after you have scanned a value. If that’s test isn’t using the new service configuration, you may be able to proceed but the integration will fail.

    B. Most administrators will use one codeREADr service to insert data into a validation database. However, you can also have multiple services inserting data into the same validation database.

    1. When creating your codeREADr services, each service must be associated with the same database in Step 1 (‘Type”) of the service creation wizard. Also, each service must have a unique Webhook created on Zapier and pasted into Postback URL form on the Advanced step, usually with a unique export template as well (see below). Learn how to create an export template here.
    2. Assuming each service will change the response data after entering their answers, then each service will have its own uniques prompts for the app user to answer. This means you need to create a unique export template for each service. An example using this type of workflow would be a process, asset, or shipment tracking where at each step the app-user needs to see the status of the previous step before taking an action. The app user will only see the answers submitted by the immediately prior user. And when they answer their prompts, the next app user will only see those answers and not any of the other answers prior to that.
    3. It’s also possible to share prompts for multiple services but be aware that the prompts will need to be answered each time or they will be blank for the next scan.
    4. When adding your prompts to a service on the Questions step, you generally should make one or all of them required (click the asterisk) so the app user must answer the question(s) before they can submit the record.
    in Databases