QuickBooks for Wild Apricot - Never miss an entry and have peace of mind knowing your books are always up-to-date with accurate transactions. Reduce stress and errors with automated, categorized entries from Wild Apricot to your QuickBooks accounts.
After Make.com migration, the logic filter fails for matching an Event Invoice transaction to the corresponding "tag" used for a business mapping rule. The migrated logic passes too many values, which results in the first value being used, which can be improper. The filter in question is between modules 293 (Iterate across Event Tags in the config data store) and module 294 (Aggregator that only included properly matched tags in the output array).
The same logic is in all of the Core scenarios, but has the most impact on Invoice and Payment scenarios.
Copying the filter value to a text editor shows that the migrated value is expecting that a specific value from the array will be specified, as opposed to the current iterated bundle value from the array.
Text Editor shows ---> {{293.value[]}}
Reselecting the Array value manually inside the scenario is the fix. Copying the reselected value into a text editor shows the update of --> {{293.value}}
Updating for CCDA and the NewPath versions. Need to evaluate if any other existing customers have the need for this.
After Make.com migration, the logic filter fails for matching an Event Invoice transaction to the corresponding "tag" used for a business mapping rule. The migrated logic passes too many values, which results in the first value being used, which can be improper. The filter in question is between modules 293 (Iterate across Event Tags in the config data store) and module 294 (Aggregator that only included properly matched tags in the output array).
The same logic is in all of the Core scenarios, but has the most impact on Invoice and Payment scenarios.
Copying the filter value to a text editor shows that the migrated value is expecting that a specific value from the array will be specified, as opposed to the current iterated bundle value from the array. Text Editor shows ---> {{293.value[]}}
Reselecting the Array value manually inside the scenario is the fix. Copying the reselected value into a text editor shows the update of --> {{293.value}}
Updating for CCDA and the NewPath versions. Need to evaluate if any other existing customers have the need for this.