So I’m going to close this thread so that we can better track who is affected by this issue in the other thread. As you’ve already been added to the bug report mentioned on that other thread we’ll be in touch as soon as it’s been resolved. 🙂
Just recreated the original connection to the demo account mentioned above, and the original custom fields are showing again, but the production account’s custom fields are still not propagating through.
Is this an issue with:
How the original connection affecting how new versions behaviour (i.e. a schema that’s created upon an initial connection)?
Or is this an issue with Quickbooks Advanced vs Pro versions of QBOnline (the demo is QBO Pro vs the productions use of Advanced, also the Pro connection was created first)?
Do I have to create a new Zapier account/subscription to get rid of this behavior?
Need a solution or I’ll have to develop something in GCloud for this.
Created a brand new and seprated zapier demo account, connecting directly to the production QBO file, and this is still an issue… so #1 or #3 doesn’t seem to be the issue above.
Could there be a bug with Quickbooks Online Advanced, Zapier not supporting custom fields with this version?
A custom field will be shown in the API response only if:
It is the first 3 String-based custom field configured in QuickBooks Online Advanced.
It is enabled to all Sales forms(such as Sales Receipt, Invoice, Estimate, Credit Memo, Refund Receipt) or all Purchase forms.
The mapping of the first three custom fields will be Immutable, i.e. even if the first three fields are marked as 'Inactive' in QuickBooks Advanced, they will still continue to be mapped in the API response.
So I’m going to close this thread so that we can better track who is affected by this issue in the other thread. As you’ve already been added to the bug report mentioned on that other thread we’ll be in touch as soon as it’s been resolved. 🙂