- 400 Bad request error
- 401 Unauthorized error
- 403 Forbidden error
- 404 Not found
- 422 Unprocessable entity
- On-premise Agent - No profile found
- NetSuite - 500 internal server error
- Job debug tracing
- Error notification emails
- Recipe design-time errors
- Job errors (recipe execution errors)
- Infinite Loops
- Rate limiting
400 Bad request error
The 400 Bad request error indicates that the server was unable to process an invalid request. This occurs if the request is malformed, contains invalid fields (or columns), or if the request violates any field constraints.
![b6857ace-98ec-44f7-80af-a20c8ba0c372.png](https://s3.amazonaws.com/insightly.userfiles/36409/E3TK2Q/880dee1f-e4cd-4af9-a0f1-333bccef90e4.png?AWSAccessKeyId=AKIAJRNAGB7KJX37RU4Q&Expires=1725760725&Signature=rmpw8QAo%2BbXPCBAaFPAKaM%2Blqng%3D)
Solution
400 Bad request errors cover a wide range of errors that cannot be properly processed by the server. Try the following troubleshooting steps to identify the issue.
Check that field and column names are formatted properly. Ensure that you follow the naming convention (snake case or camel case) and that the names are case-sensitive.
Ensure that your record IDs are valid. If your input fields contain IDs of records that do not exist, it will cause the action to fail.
If you are sending a file, check if the file is too large.
Refresh the connection to retrieve a fresh connection token.
401 Unauthorized error
The 401 Unauthorized error indicates that your connection credentials are invalid. This can occur if the connection credentials were updated since you last used them to connect to AppConnect.
![e2320108-f60c-4ef5-b58c-0290c8fdbad7.png](https://s3.amazonaws.com/insightly.userfiles/36409/AD4056/b3df8c1b-0618-4c5b-809f-41dce6d2fcaf.png?AWSAccessKeyId=AKIAJRNAGB7KJX37RU4Q&Expires=1725760725&Signature=Sg7EnXVutA1smiC8HPnCPvQLCUU%3D)
Solution
Reconnect your application to resolve this issue:
Navigate to the Connection.
Disconnect the connection and reconnect with the updated credentials.
403 Forbidden error
The 403 Forbidden error indicates that you do not have permission to access the data necessary to perform an action. For example, you have permission to access employee records, but not their salaries. If your recipe involves performing an action with the employee salaries, but AppConnect cannot access their salaries with your account permissions, the recipe will fail.
![df5c4266-5208-41a8-a5ae-22776786cd87.png](https://s3.amazonaws.com/insightly.userfiles/36409/H1WKEJ/a939194b-61ac-4cdd-8fcf-d666e90db801.png?AWSAccessKeyId=AKIAJRNAGB7KJX37RU4Q&Expires=1725760725&Signature=J7g6%2FDtYWXLPxzV5of%2BOk27Bpds%3D)
Solution
If this error occurs in the action, use network tracing to troubleshoot and identify the specific record that is causing the issue.
Since network tracing is not available for triggers, if the 403 Forbidden error occurs in the recipe trigger, build a recipe to identify the record that is causing the error.
404 Not found
The 404 Not found indicates that the record that you are trying to reach cannot be found. This can occur if you are passing an incorrect ID. For example, using the Insightly record ID to retrieve a NetSuite record.
Solution
Verify that the datapills are mapped to the correct fields.
Check that the record ID is valid for the applications (i.e. use an Insightly ID for an Insightly record).
Check that the record ID is valid for the object types (i.e. use a Customer Record ID for a customer object).
Check that the record has not been deleted.
422 Unprocessable entity
The 422 Unprocesable entity indicates that the action could not be processed properly due to invalid data provided. This occurs when there is a data conflict. For example, if you are trying to create a new user and the user email already exists, the server will return a 422 Unprocessable entity.
![87365523-769e-4e56-9ae5-f278103c2fc3.png](https://s3.amazonaws.com/insightly.userfiles/36409/RX1Z3E/5408c645-c416-4689-82e5-370fb42c3eef.png?AWSAccessKeyId=AKIAJRNAGB7KJX37RU4Q&Expires=1725760726&Signature=7nyORXKID%2B3heq2NCkdlH1xkH74%3D)
Solution
Verify that the input data provided is valid.
For a Create record action, check if there is already a record with a unique key (email, ID).
For an Update record action, check if the record exists. Otherwise, create a record.
Check that all reference IDs are valid. For example, when assigning an Insightly lead to a sales rep, there must be an existing sales rep.
Check if the field is required. If so, the field cannot be blank.
On-premise Agent - No profile found
The No profile found error indicates AppConnect cannot find a matching profile name in the target on-prem application. This is usually because of a mismatch between the profile name used in the connection setup and the connection profiles configured on the on-prem agent. This applies for all On-prem connections.
![62db2b33-d5a0-4874-ad62-5517d218c9bd.png](https://s3.amazonaws.com/insightly.userfiles/36409/KOKUKY/9492e885-f1d1-45f8-9de3-5ea02d526d33.png?AWSAccessKeyId=AKIAJRNAGB7KJX37RU4Q&Expires=1725760726&Signature=gHBgmuDPvqkFhHBrDyemgtjNO3s%3D)
Solution
Verify that the credentials contained in the OPA config match the credentials provided in the connection setup.
Ensure that the following fields are correctly configured with the appropriate YAML syntax.
Check that the same profile name is used in the connection setup page.
1database:2 sales:3 adapter: sqlserver4 host: localhost5 port: 14336 database: sales7 username: me8 password: chloe910
NetSuite - 500 internal server error
During your workflow, if the target application fails to return a proper response, the recipe may encounter a 500 internal server error. When this happens, the error details provided may not be sufficient to debug the problem.
![fa533a91-05ea-4946-ae88-d525f982cce4.png](https://s3.amazonaws.com/insightly.userfiles/36409/PFU7FR/52f94a1f-709d-4943-bc6e-0b943e148a61.png?AWSAccessKeyId=AKIAJRNAGB7KJX37RU4Q&Expires=1725760726&Signature=rtf%2Fg%2BsrxsjxAxGGvoyeeKIb6Cc%3D)
Solution: Get error details from 500 internal error
Use AppConnect's Monitor & Handle Errors block. Wrap the erroneous action in the Monitor block. This will provide more details about the error.
Insert the actions raised the 500 internal error in an Error monitoring block.
Run the job.
When the action fails, look into the On Error block to view the full error message.
![98264a61-d3dc-423b-8a36-1566bf299086.png](https://s3.amazonaws.com/insightly.userfiles/36409/LGNCIK/1504ad85-ad7e-47e3-9c59-8ff269c0b352.png?AWSAccessKeyId=AKIAJRNAGB7KJX37RU4Q&Expires=1725760726&Signature=6X8wy%2BxLQDZYIYVFAYv3atN9Xw0%3D)
Job debug tracing
Integration projects by their very nature are moderate to very complex involving multiple business systems. Connecting to and updating records in cloud applications like Insightly, Workday, and Netsuite is easy to do with an integration platform like AppConnect.
With varied use cases like employee onboarding (HR) or quote to cash (sales ops), many business systems and cloud applications like Workday, Netsuite, ServiceNow and others will typically be part of the automation. This poses a challenge to developers and analysts who are building recipes but run into errors like HTTP 404 Not Found. Having no further information makes it difficult to debug and troubleshoot.
Overview
The job debug tracing makes it easy to see detailed HTTP requests and responses for each action line. With details like HTTP URL, request and response headers, request payload, and the response, there's a lot of detailed information for the developer and analyst to uncover the root cause of the problem.
For each action line in the recipe, job debug tracing provides
HTTP URL to which the request was made
HTTP request headers
HTTP response headers
HTTP request payload
HTTP response
Enabling and disabling job debug tracing
To enable job debug tracing, go to Account Settings > Recipe Preferences. Check Enable network trace and click Save.
To disable job debug tracing, go to Account Settings > Recipe Preferences. Uncheck Enable network trace and click Save.
Debug tracing privilege
By default, the debug tracing privilege is available to users with Admin roles or users who are owners of the AppConnect account.
You may also assign Debug Trace privilege by creating a custom role. Once the custom role is created, you can assign the custom role to any developer or analyst in the team. Make sure to Save the assignment of the privilege to the custom role.
![f6964fb9-1c27-43aa-9902-e3f88734e9ce.png](https://s3.amazonaws.com/insightly.userfiles/36409/NT2UVF/a7c854cc-4cdd-4796-9725-e20a57a08b78.png?AWSAccessKeyId=AKIAJRNAGB7KJX37RU4Q&Expires=1725760726&Signature=O1R2%2FNww0mYSSm4xE%2F%2F1E3RssMA%3D)
Sensitive data
We know data security is very important to our customers. We also understand you need controls so that sensitive data is only visible to authorized users. That's why we have created two layers of control to give you maximum flexibility.
First, you can completely turn off debug tracing at the account level so no user can view debug trace.
Second, you can control which user has the privilege to see the debug trace data.
Viewing job debug tracing
Debug or network tracing is available when:
A test job is run while in the recipe edit mode. You can view the network tracing during development when the recipe is tested in the TEST JOBS tab.
A job is repeated. Jobs that are completed, whether successfully or failed, can be repeated to view the network tracing.
Test recipe
Network tracing gives you the tools to make recipes more robust by detecting and avoiding errors early on. During development, you can test the recipe by going to the TEST JOBS tab and clicking the Test button. Testing a recipe validates the functionality and implementation of the recipe. The test job provides the network tracing in the Debug tab.
Developers can view not only the input and output but also the network trace of the HTTP calls made for the action. You can review and validate the information in HTTP headers, requests, and responses flowing between the recipe action and the end application.
![d066884f-32b2-4afa-b3fe-753b6a737f3d.png](https://s3.amazonaws.com/insightly.userfiles/36409/MRCVTK/584d87f0-04cb-4229-9462-6ada6617e995.png?AWSAccessKeyId=AKIAJRNAGB7KJX37RU4Q&Expires=1725760726&Signature=%2BNdPB75veN7rEs%2BEAwGKrCKf7p4%3D)
You can view the HTTP network tracing including headers, request, and the response from the API calls made to the application when the action is executed. The screenshots show the headers, requests, and responses sent and received in the HTTP request.
![b1e7ed86-1f7b-48a7-8878-6d6f5471f497.png](https://s3.amazonaws.com/insightly.userfiles/36409/YANRY2/34e8a51e-abe8-4502-8ff2-5f552e392798.png?AWSAccessKeyId=AKIAJRNAGB7KJX37RU4Q&Expires=1725760726&Signature=3fn9ZuzAK6KftRkoKt%2FIdqgCNwk%3D)
Jobs in error
Follow the steps below to generate and view the debug trace for a recipe whose job is in error.
In this example, the Update incident in ServiceNow has jobs in error.
![10e18d2b-3e0f-47c2-b862-ca63883a97f8.png](https://s3.amazonaws.com/insightly.userfiles/36409/S5WCBO/48960658-0646-4c1e-b57d-fe5913bc5d85.png?AWSAccessKeyId=AKIAJRNAGB7KJX37RU4Q&Expires=1725760726&Signature=dp62jevGR6S2MmsP4x%2FVn%2FSfXNE%3D)
To view the debug trace, you must repeat the job.
Repeat job
To generate debug trace, you need to repeat the job.
In the job details page for a job, click Repeat job.
![d253f40d-deea-40f7-8ea3-9b9f3703dd9c.png](https://s3.amazonaws.com/insightly.userfiles/36409/PA41WL/7bf231ac-d071-4b2e-99ff-c58d6ccdf2fb.png?AWSAccessKeyId=AKIAJRNAGB7KJX37RU4Q&Expires=1725760726&Signature=LwpMro05TU8DPf%2B3H5bk3Iqqy2c%3D)
Job debug tracing example
If you have seen HTTP 404 Not Found or 400 Bad Request or 403 Forbidden and wanted more details about the error, now you can with the job debug tracing.
Here's an example scenario, where the update to an incident table in ServiceNow fails with the 404 Not Found error. And how job debug tracing enables you to quickly and efficiently understand the root cause of the error by providing you more details.
Viewing debug trace
Once the job is repeated, the latest repeat of the job shows the debug trace in the Debug tab of the action line.
![48b035cc-40c4-47b5-ba92-0b520d25b01f.png](https://s3.amazonaws.com/insightly.userfiles/36409/QAMZCP/a2ad008f-0933-42ac-9291-926f224d902c.png?AWSAccessKeyId=AKIAJRNAGB7KJX37RU4Q&Expires=1725760726&Signature=ldZFyNkIk2lCZN81wdTU3ujkG1M%3D)
Click on the HTTP request line to expand and get more information on the request.
HTTP Headers, Request, and Response
To view headers sent as part of the request, click on the Headers tab.
![070fbf5c-5efb-4b3e-9e80-2c1632e57583.png](https://s3.amazonaws.com/insightly.userfiles/36409/IV5X1S/5da7af2a-4fc0-482c-82a8-fe1ac16d9169.png?AWSAccessKeyId=AKIAJRNAGB7KJX37RU4Q&Expires=1725760726&Signature=Pzc0BIQKiTtmayNepLuV8mBqfIw%3D)
The Payload tab shows the request payload sent with the request.
![38181e74-c720-46df-885f-72adf6f1fabf.png](https://s3.amazonaws.com/insightly.userfiles/36409/EVPYHW/fce0e7b8-9da0-43b0-8418-1c7256d0f1ea.png?AWSAccessKeyId=AKIAJRNAGB7KJX37RU4Q&Expires=1725760726&Signature=SzaXF1HSygXgTuFmhBCcFtWXoJM%3D)
To see the response returned by the HTTP request, click on Response tab.
![adeedf92-f213-4177-a4b9-03aa6d660a7d.png](https://s3.amazonaws.com/insightly.userfiles/36409/4TU0RP/eb0a32e7-ad02-4ad4-883e-31a3ce317504.png?AWSAccessKeyId=AKIAJRNAGB7KJX37RU4Q&Expires=1725760726&Signature=0HZprjq1TXInd8QXPpQ5A3l2F8E%3D)
FAQ
How long is the tracing data available for?
Tracing data is available for 1 day from the time it was generated by repeating a job. If you want to access the data after 1 day, you can repeat the job to generate the debug tracing.
List of connectors not supported
Active Directory
ADP
Ariba
AWS Cognito
AWS SNS
Email
Etapestry
Expensify
FTP
Google Drive
JDBC
JMS
Kafka
MSSQL
MYSQL
Netsuite
On-prem Files
Oracle
Oracle Fusion
Redshift
SFTP
SMS
Snowflake
SOAP
Error notification emails
Jobs may encounter errors when trying to fetch trigger events, or when trying to carry out an action. This section briefly explains trigger errors and actions errors, and covers AppConnect's error notification policy and how it handles recipes that run into consecutive errors.
Trigger errors
Trigger errors occur when the recipe tries to retrieve trigger events by polling the trigger app. The recipe might fail to retrieve trigger events in the following cases:
When the connection becomes invalid and the recipe is unable to connect successfully to the app. Usually results in an unauthorized error message.
When the connected user does not have the right permissions to retrieve the trigger events. Usually results in an unauthorized error message.
When the recipe makes an API call that is somehow broken, e.g. due to schema changes in the app that wasn't reflected in the recipe via a schema refresh.
When the recipe makes an API call that times out while waiting for the trigger events. This is usually transient, i.e. the API server might be experiencing temporary downtime.
When the trigger filters put in place are logically incorrect, e.g. when a null value is checked against an integer, etc. In such cases, the trigger filters will need to be fixed before the recipe can run properly.
Trigger warnings
When a trigger error is met, the recipe will surface a trigger warning, but continue to poll for trigger events. No failed jobs will be reflected on the jobs report, because no jobs were created - the recipe was unable to even retrieve any trigger events to be processed.
In the following case, a trigger warning was raised because the schema recorded in the recipe did not match the schema in the app. The warning suggests refreshing the schema as a way to resolve the trigger error, and further details of the error can be seen when expanded.
Recipes stopped by AppConnect
When the recipe has encountered 60 trigger errors, it will be stopped by AppConnect automatically under the assumption that there's a critical, non-transient error with the trigger configuration or connection that needs to be fixed.
![32c0dc03-aed9-4341-96d2-c16be232c8c9.png](https://s3.amazonaws.com/insightly.userfiles/36409/1I6G3Z/255d64a5-d508-43f7-ace6-e7f1a69137dc.png?AWSAccessKeyId=AKIAJRNAGB7KJX37RU4Q&Expires=1725760726&Signature=%2F4uv5pPexvJP9n4Zo2N5dxbKh4g%3D)
An email notification will be sent to the AppConnect account owner when a recipe is stopped due to 60 trigger errors.
Action errors
Action errors occur when the recipe tries to carry out an action, e.g. trying to create a new lead record, or trying to search for a specific account in Insightly, and fails to do so. Actions might fail in the following cases:
An invalid input was provided to the app, e.g. a number was expected for an invoice subtotal amount but a string (text) was passed in instead, or the values "High", "Medium" and "Low" were expected values, but the value "Normal" was passed in instead
An input was required, but when the job was carried out, a null value was passed into the field
In cases of action errors, the Input tab shows the data passed into the action, while the Output tab usually shows the error message. You can usually figure out what's wrong by checking the data in the input tab.
Recipes stopped by AppConnect
When the recipe encounters 5 successive action errors that are identified by AppConnect as an unauthorized error, rate limit error or schema error, the recipe will be stopped by AppConnect automatically under the assumption that there's a critical, non-transient error with the action configuration or connection that needs to be fixed.
Error notifications
AppConnect sends email notifications to the AppConnect account owner when error occurs.
Notification policy
There are certain rules that determine when an email is sent:
Email is sent when a recipe encounters a certain type of error for the first time, e.g. unauthorized, timeout. Subsequent errors of the same type that occur for that same recipe in the following 1 hour will not generate an email notification.
Email is sent whenever a recipe is stopped by AppConnect.
Recipe design-time errors
Recipe design-time errors refer to errors that are caught while building a recipe. These errors typically show up when you click on recipe test or recipe start, and prevent you from testing or starting the recipe until they are resolved.
This is because recipes with design-time errors will definitely result in job errors if ran. We go through common design-time errors in this section.
Missing required input fields at design-time
Triggers and actions typically need configuration to be useful in a recipe. For example, to update a Zendesk organization, we need, at a minimum, the ID of the organization to update. Therefore, that's a required field in the recipe.
If the recipe detects that a required input field is lacking values or datapills, it will raise a design-time error and refuse to start until the input field has been filled with a value or a datapill.
You will be able to see the items needed to be fixed in the step details drawer.
![54d5c061-4413-42cd-abd3-4d11f6b36230.png](https://s3.amazonaws.com/insightly.userfiles/36409/HII8WM/d231c93f-9a04-4912-b65b-cd4e31632822.png?AWSAccessKeyId=AKIAJRNAGB7KJX37RU4Q&Expires=1725760726&Signature=XRzQ4VM27rveNQNEhXA1Qmfd3B0%3D)
Once you fix a specific error, the item will get crossed off your checklist.
Design-time formula errors
Every input field (except for list input fields) can be toggled between text and formula mode. When in formula mode, errors in formula syntax will raise design-time errors.
Common design-time formula errors are:
misspelt formulas (such as the above)
lack of proper spacing between formulas and operators (e.g. having 2 whitespaces instead of 1)
formula syntax errors (e.g. using curly braces { } instead of square brackets [ ])
symbols in the wrong format (e.g. when copying formulas and symbols from word processors like OpenOffice and Microsoft Word, these programs may format symbols like ", ' and { } differently and cause the AppConnect formula editor to not recognize these symbols)
Invalid datapills
Datapills can become invalid when their source is missing, e.g. if the trigger or action that the datapill comes from is changed, or if the field gets deleted from the app (e.g. if the custom field Customer subscription plan in Insightly object Organization gets deleted in Insightly, that datapill will become invalid for use in AppConnect). Invalid datapills will turn red.
In the following example, design-time errors due to invalid datapills are raised when the Insightly trigger is changed.
To resolve issues with invalid datapills, you need to replace these pills with valid datapills or values.
Unavailable fields
Sometimes you may receive a design time error if the recipe uses data fields that are not available in your app. In such cases, you will either have to add the fields in your app and perform a refresh schema in the recipe editor or remove the unavailable fields in your recipe.
![e4f22d57-0471-45f8-a4fb-5e3a812f17b6.png](https://s3.amazonaws.com/insightly.userfiles/36409/ZGW63T/b9760bfb-a04f-4fed-bc2e-964c463bd487.png?AWSAccessKeyId=AKIAJRNAGB7KJX37RU4Q&Expires=1725760726&Signature=G%2FVV3hKAJVSJ7tKecYJH3xnv%2BVM%3D)
App connection errors
App connections can become invalid due to several reasons:
app credentials were changed and the connection was not updated correspondingly in AppConnect
connected user doesn't have the right set of permissions to read/write selected records
permissions of the connected user were changed to a reduced scope
In such cases, reconnecting or verifying that the connected user has permissions to read/write records used in the recipes should work to re-establish the connection.
Job errors (recipe execution errors)
Job errors, also known as recipe execution errors, usually occur when a trigger event has been found, and a job is being processed, therefore typically showing up as recipe job errors. An exception to this is trigger errors, which occur when the recipe fails to retrieve any trigger events and therefore does not create any jobs.
Trigger errors
Trigger errors occur when the recipe tries to retrieve trigger events by polling the trigger app, but fails to fetch trigger events successfully. As no trigger event data was retrieved, the recipe does not create a job in the first place.
The following table details the various reasons for trigger errors, and how we can resolve them.
Trigger error reason | What happens? | How to resolve |
---|---|---|
App connection becomes invalid and recipe is unable to connect successfully to the trigger app to fetch trigger events | Usually results in an 401 unauthorized error message | Reconnect successfully to trigger app |
Connected user does not have the right permissions to fetch trigger events | Usually results in an 403 forbidden message | Update the connected user's permissions to provide required read/write permission scopes |
Recipe makes an invalid API call, e.g. due to schema changes such as field deletion in the app that wasn't reflected in the recipe | Usually results in schema errors | Carry out a schema refresh for the recipes with schema errors |
Recipe makes an API call that times out while waiting for trigger events to be fetched. This is usually transient, i.e. the API server might be experiencing temporary downtime | Usually results in a timeout error | If transient, you should stop getting the error after a while. If error keeps occurring, check the API uptime status of the app that the recipe keeps failing at, or reach out to us. |
Trigger filters are logically incorrect, e.g. a null value is checked against an integer, a string is checked against a number. | Usually results in a formula error | Trigger filters will need to be fixed before the recipe can run properly. Learn more about valid trigger filters here. |
Run-time formula errors
Every input field (except for list input fields) can be toggled between text and formula mode. Formulas that didn't throw any design-time errors when the recipe was started can still throw run-time errors during a job, when actual data is being processed by the recipe.
Some of the reasons for run-time errors are:
datapill had no value and was nil, and the formula acting on it doesn't work on null values
formula tries to execute invalid operation that was not caught at design time, e.g. dividing a number by a string (text)
formula was used on a datapill of the wrong data type, e.g. using true? formula on an array datapill
Missing required fields at run-time
Triggers and actions typically need configuration to be useful in a recipe. For example, to update a Zendesk organization, we need, at a minimum, the ID of the organization to update. Therefore, that's a required field in the recipe.
Required input fields that didn't throw any design-time errors when the recipe was started, because the field had a datapill as input, can still throw run-time errors if the datapill had no value during the job, when actual data is being processed by the recipe.
If we toggle to the input tab in this job details screen, we see that the Channel input field has an empty string.
If we look at the action mapping, we see that this action didn't throw a design-time error because it had a datapill in it, but it threw an error when the job was being processed as that datapill had no value.
Timeouts
Whenever the recipe carries out the trigger (to request for a list of trigger events from the trigger app), or an action (to carry out the action in the action app), AppConnect is sending a request to the app and waiting for a response back.
Some reasons for a job timeout would be:
the app might take too long to respond to AppConnect, and the trigger or action will raise a timeout error after it has waited for a certain amount of time
the job might be taking too long to carry out, and the job raises a timeout error
Passing wrong datatypes into input fields
In some cases, the datapill used for an input field has a data type that is not expected by the input field, e.g. we pass in a string ("12.50") into a input field expecting a number (12.50). This might not be caught at design-time, but the app we provide this string to might throw an error when it receives unexpected data types.
Infinite Loops
What are infinite loops and when do they occur?
Infinite loops are logic errors that cause a recipe to run continuously because an action in the recipe is also triggering the recipe again.
Infinite loops occur most commonly when the recipe is performing a bi-directional sync (ie. when there is more than 1 application and data moves from Application A to Application B and back to A)
Infinite loops may also occur if you have multiple recipes running at once and a similar issue occurs where one recipe is updating another that is triggered by an update in an object.
Signs the recipe is in an infinite loop
Recipes may be in an infinite loop if:
There is an unexpectedly high transaction count
The recipe is triggered when there are no new trigger events in the applications
There are many duplicates of an object in applications that was created by a recipe
How to prevent infinite loops
Trigger Filters
In order to stop the re-triggering of recipes, implement filters in the trigger.
Best Practices
Creating Custom Fields
Create fields in the connected applications that are meant for identifying jobs synced by AppConnect.
Thus, it is not advisable to use a commonly used field for these purposes, as they may be filled in by mistake and cause that job to be filtered out in the trigger.
Use specific labels like: "Synced by AppConnect" or "QuickBooks Invoice URL" to prevent mistakes like these from happening.
Rate limiting
Most APIs have a cap on the number of API calls you can make within a certain period. These limits usually differ by app.
In cases whereby the rate limits may have been reached, the particular trigger or action will throw an error in AppConnect when made. In such cases, the error is typically explicit about being a rate limit error.
To remedy such errors, you might want to look into optimizing your recipes to make minimal calls (by reducing the number of actions done with that particular app). If it occurs frequently, you might want to increase your API rate limits for that app.