I’m getting the dreaded “received invalid inputs” but it’s not specific.
I have a form that someone fills out to get a “certificate” number in another table.
There’s a specific view for the Non-Assigned certificates.
There are two tables, one that stores the form’s data, and another that has a listing of certificate numbers and such.
Now I’d set it up as such:
Then the Find Records settings:
Not sure what else to do???
Best answer by garebear
Sean_Lake1 wrote:
Sorry, Garebear, but I’m getting some conflicting answers from both you, others and Airtable. This is when I’d like to shoot myself.
Oh I get it! There are always conflicting things when it comes to Airtable. Sometimes even the automations just decide that using the ID to insert into a field wont work even though it has been working for a long time already, magically changing it to name value works. Airtable has a lot of little “fun” quirks.
Is their email the primary field in that table? If it is not that is why since it is technically trying to create a new record by placing the email in that field.
As you see, I did change the first field to an email field, but there’s no email listed as the find records is looking into the second table to find the certificate # to assign to the person filling out the form(attached to the 1st table).
From your screenshots I do not see recordId anywhere and the configuration is a little confusing the way you explain it. But you are giving partial images so I cannot see the full configuration and steps. Also, using views is not the best method for automation triggering.
Unless you need multiple condition groups I would just tell the Find records to search the certificate table for any unassigned certificate plus any other parameter you need to match to which unassigned certificate, then insert the triggering records recordId into that unassigned certificates User/Assignment field.
There’s recordids above in the find records block, far right.
Not that confusing really. You have a form filled out, that data is in table 1,
Table 2 has the stored certificate numbers in them.
Once the form is filled out and received, the automation is triggered(when form is submitted)
Find records looks for the certificate number in the specified view, which has them in order so that the automation doesn’t randomly assign certificates. It also updates that certificate to assigned, and is removed from the view. **Key note to your views aren’t the best, AT always suggest that, FYI*** The problem is I’m getting the error, as explained above.
Ok. I worked at Airtable and that is not what we learned thoroughly testing the product but Airtable is more of a sales company so take what they say with a grain of salt.
On a basic level, your problem is that you’re feeding a list of multiple Airtable IDs into the Update Record action without wrapping it in a repeating group function. When automations see multiple IDs in the Record ID field unless it’s in a repeating group it doesn’t know which Record you actually want to modify. If your Find Record action resulted on a list of 1 record, then it would work, but you third to last screenshot shows multiple RecordIDs coming through.
I think the permissions problem relates to the fact that the BLANK Certificate Recipients table’s primary field is a formula. The automation can’t create new records with the email information (because it’s a formula field) and I suspect the primary field (“Name”) isn’t exactly the same as “Your Email” so it doesn’t know to associate a record instead of creating one.
So part of the issue is in my first table where the form populates the data, my “KEY” field, is a function. SO I changed that to an email field type, and made sure the email request of the form is tied to that field...That solved. Since I was updating the linked field in Table 2, it apparently still “sees” the fx field, even though that’s not what I was updating with, oye.
Ok, now new problem, it runs, but it’s assigning the submitted form to ALL the certificate numbers.
So part of the issue is in my first table where the form populates the data, my “KEY” field, is a function. SO I changed that to an email field type, and made sure the email request of the form is tied to that field...That solved. Since I was updating the linked field in Table 2, it apparently still “sees” the fx field, even though that’s not what I was updating with, oye.
Ok, now new problem, it runs, but it’s assigning the submitted form to ALL the certificate numbers.
If my post about using the email field helped please Like and mark as Solved.
Next problem It is not a new problem, it's the same one I tried pointing out earlier about not using a view but conditions for the find record step and then setting your conditions to find the one certificate. A couple of ways to do this, one is to restrict the length to 1 when inserting it into the original record so it only grabs one recordId from the list.
Sorry, Garebear, but I’m getting some conflicting answers from both you, others and Airtable. This is when I’d like to shoot myself.
Oh I get it! There are always conflicting things when it comes to Airtable. Sometimes even the automations just decide that using the ID to insert into a field wont work even though it has been working for a long time already, magically changing it to name value works. Airtable has a lot of little “fun” quirks.