Skip to main content
Solved

Trying to sync one table to another (ERROR)

  • December 4, 2025
  • 10 replies
  • 127 views

Forum|alt.badge.img+1

Hello everyone,

I’m new to Airtable and hoping someone can point me in the right direction.

I run a small insurance and finance company (about 2 years old), and I’m trying to sync data between two tables: Insurance Policies and Insurance Documents. The goal is for any changes made in the Policies table to automatically update the corresponding record in the Documents table.

I’ve tried linking records, but that causes unwanted behavior (for example, it creates new records in the Policies table when I select Policy IDs in the Documents table). I then tried setting up automations, but I keep running into errors and loops.

Below is the automation prompt I was attempting to follow:

“Create an automation that keeps the Insurance Documents table perfectly in sync with the Insurance Policies table. Whenever a record in Insurance Policies is created or updated, find the matching record in Insurance Documents where the Policy ID matches the Policy Number. If a matching record exists, update:
• Carrier → from Insurance Policies
• Client → from Insurance Policies
• Policy ID → from Insurance Policies
• Document Name → {{Client}} – {{Carrier}} – {{Policy Type}}
This automation must not create new Insurance Policies records.”

Despite multiple attempts, including using ChatGPT for guidance, I haven't been able to get this to work properly. Automations either fail, or fields cannot be updated as required.

Is there a better way to automate this sync, or a recommended structure for linking these two tables without causing unwanted record creation?

Any help or best practices would be greatly appreciated!

 

Best answer by DisraeliGears01

I don’t have time today to run through everything related to interfaces, but basically I’d set up your tables, use a linked record field to connect the Policies and Documents table, and then create an interface (top center of the screen) for the documents table. The screenshot I clipped above is a Record Review template, but a List version would also work. 

From there you set up your interface with the fields you need, you can set it up to add records and edit in line (so it behaves a bit like a spreadsheet) but you’ll have granular control so you can enable settings to only allow already created records to be linked (eliminating your stated problem of additional records in the Policies table being added).

If none of that made sense, short story is stop futzing with automations and instead use linked record fields (combined with lookups), run through an interface. Futz with interfaces instead of automations, and actually do it yourself rather than querying fancy autocomplete, that won’t ever get you anywhere functional.

10 replies

DisraeliGears01
Forum|alt.badge.img+21

Using linked record fields is really by far the best option here. Syncing across tables with automations is a huge pain. Creating the initial copy is usually achievable but the real problem is keeping things in line.

To reduce your linked record issues, there are several settings at the field level and then even more when included in an interface to help prevent new record creation. I’d recommend building out an interface as you can disable new record creation but allow new record linking. 

The settings in the User actions segment

 


Forum|alt.badge.img+1
  • Author
  • Participating Frequently
  • December 4, 2025

Hello,

Sorry to bother but i ahve no idea how to do this. 

Do you have a link to a guide or something that you can send me please?

thanks you so much in advance and thanks for taking your time in replying!


DisraeliGears01
Forum|alt.badge.img+21

I don’t have time today to run through everything related to interfaces, but basically I’d set up your tables, use a linked record field to connect the Policies and Documents table, and then create an interface (top center of the screen) for the documents table. The screenshot I clipped above is a Record Review template, but a List version would also work. 

From there you set up your interface with the fields you need, you can set it up to add records and edit in line (so it behaves a bit like a spreadsheet) but you’ll have granular control so you can enable settings to only allow already created records to be linked (eliminating your stated problem of additional records in the Policies table being added).

If none of that made sense, short story is stop futzing with automations and instead use linked record fields (combined with lookups), run through an interface. Futz with interfaces instead of automations, and actually do it yourself rather than querying fancy autocomplete, that won’t ever get you anywhere functional.


Forum|alt.badge.img+1
  • Author
  • Participating Frequently
  • December 4, 2025

OK thanks for the explanation, i will try tomorrow to see where it gets me. I have not tried interfaces yet.
hope you have a great day!


TheTimeSavingCo
Forum|alt.badge.img+31

Does this look right?  If so I’ve set it up here for you to check out

It uses the principles ​@DisraeliGears01 mentioned about using a linked field + lookups to handle keeping things in sync, and the automation is used just to link the Documents to the new Policy


re: Whenever a record in Insurance Policies is created or updated, find the matching record in Insurance Documents where the Policy ID matches the Policy Number.

 


I’m curious as to the workflow of this bit.  The Document records are being created before the Policy record?  And we already know the Policy Numbers for those Documents before the Policy record gets created?


Forum|alt.badge.img+1
  • Author
  • Participating Frequently
  • December 5, 2025

Good Morning,

Thank you for taking the time of trying to help me out with this issue.

Here is a breakdown on how its supposed to work:

An Insurance policy is created where they get a policy ID for each type of insurance. (Health, Dental, Vision, Life, etc...)

 

A Client can have many insurance policies at once.


For each Insurance policy they get a carrier.

Each carrier either requires documents to be signed or provides the documents for the policy.

I have two tables at the moment, one with the insurance policies and one with the documents.

What I want to do is for the insurance document tab to be updated every time an insurance policy is modified or created to be created on the other side so I can upload the documents for each policy.

I like what you shared with me and gave me an idea on how to do them differently. 

Im going to try and replicate it with the changes i need to do.

Thank you once more!


TheTimeSavingCo
Forum|alt.badge.img+31

Thanks for the details! 

Hm yeah, from what it sounds like the workflow is for a Policy to be created first, and then when a Document gets created it needs to be linked to an existing Policy, is that right? 

If so, it seems like you wouldn’t need an automation?  During the creation process of the Document you’d be linking it to the correct Policy, and once that link’s established any changes you make to the Policy will reflect in the ‘Documents’ table via lookup fields

It sounds like you’ve figured out what you need though and I hope that goes smoothly!


Forum|alt.badge.img+1
  • Author
  • Participating Frequently
  • December 8, 2025

Hello,

At the moment I'm still struggling because I need  that when the client uploads a document or i upload a document an new entry is created on the document tab as a new entry. Policies need many documents. I guess I will have to do it manually for each client for now.


DisraeliGears01
Forum|alt.badge.img+21

From a pure database design perspective, that’s correct. Each document is different and thereby should have it’s own record in a Document’s table. This is why linked records model one-many relationships, as each policy can be linked to multiple documents.

If you’re just trying to keep track of uploaded documents, could you instead use an attachment field on the Policies table?

Conceptualizing from your prior post 3 days ago, I might imagine this structure instead as a 3 table base ClientPoliciesRequired Documents. You add John Smith as a client (with his address and whatever else). Then you attach policies to John Smith (car insurance, boat insurance, etc.). In those policies then you attach a required documents record, which is Nationwide Auto or Progressive Maritime. In that Required Documents table you include the provider and insurance type, along with an attachment field that includes blank versions of the required documents. Then in the Policies table you add a lookup field for the aforementioned attachment field, so they show up in the Policies table. Then you can add another attachment field called Completed Documents (or the like) where completed versions of the documents live (and if you want to be fancy you could add a formula that counts both those fields to display when there are outstanding documents). 


Forum|alt.badge.img+1
  • Author
  • Participating Frequently
  • December 11, 2025

Hello,

 

Thank you so much for the guide I forgot to reply. Everything is working now, I create a prefill form that links to the documents table and auto attaches the client with automation on a checkbox. 

Thank you so much for everything!

 

Best, 
Mauricio Hernandez