How to Use Form Identifiers in an App‑to‑App Call
Different identifiers apply at different stages in a workflow. When you build an App‑to‑App request, you must use valid combinations of identifier and location (Forms, Inbox, Drafts, or Search).
Available on all tiers:
As a form progresses through a workflow, it moves from one location (“list” or “tab”) on the TrueContext Mobile App to another. For example, a user can open a form from the Forms list, add information, and then save it to Drafts.
The following table describes the location-identifier combinations at various stages in a form’s workflow.
Form stage | Location on the TrueContext Mobile App | Identifiers to use in an App‑to‑App request | Description |
---|---|---|---|
Saved and deployed by a form designer | Forms | formID |
Identifies the form. In an App‑to‑App request, this is the most recently deployed version of the form. |
formIterationID |
Identifies the form and version of the form. |
||
Dispatched | Inbox | dataRecordID |
Identifies the form based on the ID assigned by the TrueContext server. |
Dispatched, opened, and saved | |||
Sent for edit | |||
Sent for edit, opened, and saved | |||
Opened for edit from the Sent box, and saved | |||
Opened from the Forms box and saved as a draft | Drafts | clientDataRecordID |
Identifies the saved form by the ID assigned by the TrueContext Mobile App. Tip:The only way to get the clientDataRecordID is to send an App‑to‑App request that includes an |
Sent (complete) | Search | N/A |
The search action searches the text of the form submission name only. Note:“Incomplete” applies only to teams on the Enterprise tier with TrueContext Teamwork |
Sent (incomplete) |