Feb 03, 2023 04:44 PM
Airtable is wonderfully optimized for internal user teams. We are trying to build a simple app for external users.
We want to enable external users to enter data into a series of linked tables as part of their signup process, with the ID created for them in the initial table used to follow them through the other forms as they move through the linked tables entering data. Basically, if a form could hand off an external user to another form with the ID prefilled dynamically for each subsequent form in the string. This ID is the relational field in all tables.
We know how to use trigger actions to update tables, but we want to have a separate form for each table, with their identity established in the first table moving with them from form to form in a single session.
Feb 04, 2023 01:41 AM - edited Feb 04, 2023 01:44 AM
You could technically do this in a round about way by getting each form to link to each other by using some native functionality outlined here
Let's assume your base structure is:
- Table 1 - Form 1
- Table 2 - Form 2
And so you could pass Form 1's record to Form 2 and prefill a link to Table 1 in Form 2, and you could then use lookups and automations to pull data over to Table 2, Table 3, etc
Try out this form I put together, and here's a link to the base
Feb 04, 2023 07:01 PM
Airtable's native options here are relatively limited, but forms have the option to redirect on submission, and that redirect link could be configured to pre-fill the newly created {recordID} into a field on the next form that the user is redirected to.
I'd recommend using the record ID that's passed through from the first form, to pre-fill a linked field which links to the previous form's record, and so on. You can use this feature to hide the field that you're pre-populating on each form to make the user experience better. Let me know if I can help further!
Feb 13, 2023 09:35 AM
Thanks to everyone who shared answers to my question. You helped with my Airtable education. Passing the key info through a dynamic URL won't fulfill the entire use case we are trying to solve. Essentially, we are looking for a client login ID, and then pull our client internal ID from the first table, and then use that internal ID in every table when adding records. We are moving on to Zoho Creator (with Portal), and even there will have to struggle to learn how to script the necessary precise, reusable function. Thanks again for sharing all your generosity, knowledge and skill.