Thank you in advance for any ideas - I'm stumped. I use the Find Record in Airtable action to first seek for existing records in Airtable and, if none, create a new record.įor these reasons, I suspect the issue lies with Airtable. Zap History shows success every single time. In building the zap in Zapier, the appropriate Base, Table, and fields in Airtable are available to select. In Zapier, I have not reached my task or zap limits, so that's not the issue. I have paid subscriptions to both platforms. Also, I've confirmed that Zapier is "on" as a third-party app in Airtable Integrations. I know this because I have another zap that works well with no issues to send the same source data to a different Airtable table in the same base. I've been troubleshooting without success, so seeks suggestions here. While Zapier indicates success sending data to Airtable, no data shows up in Airtable base and table. I've created seemingly simple Zapier automations (zap) to bring subscription data into Airtable by creating/updating records in a Base table. The primary field for this new table could be anything, really, and I probably would have a formula field that showed the data of pet name, service name, and perhaps date.Hi everyone (reposting to correct category) Doesn't really matter unless you need it to be in a specific format for linking to another table or you have users filling out forms and such The primary field for this new table could be anything, really, and I probably would have a formula field that showed the data of pet name, service name, and perhaps date. With Zapier, you can integrate everything from basic data entry to end-to-end processes.
This would allow me to create a formula field that would give me the rate for that service based on the linked Pet record Connect Airtable and QuickBooks Online to integrate crucial parts of your business. I'm assuming in the "Pets" table you have a field that denotes the size / weight of the dog or something? If so, I would put the different rates in "Services" as well, and then pull that data over into "Services Pets" via lookup fields, as well as the size/weight from the "Pets" table. Each record in this table would represent a single service for a single pet If I were you I'd have a standalone "Services" table that just listed all of the available services, and a fourth table called "Services Pets" or something, which would have a linked field to both "Services" and "Pets". When it comes to services however, since the services are occurring at the pet level.what's the primary field for the "services" table? Any other overarching guidance on what these tables could look like? I have "humans" and "pets" tables, which makes sense. I'm struggling to figure out what my tables should look like. Although Service A is always "Service A" for every pet, the price for Service A changes depending on the pet (for example, Service A will cost more for a heavier dog). A big part of my work is thinking about how I complete tasks by what services I need to do in any given day in other words, Spot might need Service A, Service B, and Service C done, and I care about knowing what services I've already done and what I still need to do for Spot. A pet will not come back for more services again in the future, so it makes sense that we could consider "pet" to be the main unit of analysis (sorry, I'm a social scientist by training, forgive my lingo).
The projects themselves occur at the pet level, since one human might come back multiple times with different pets, and all the services for a pet occur at once. Each human can have multiple pets, and each pet can have multiple services.
I have (a) the human client, (b) their pet, and (c) the services that they want for their pet. For my small business, I have three levels of information I'm trying to manage.