View this page in the latest version of Appian. Call an Integration Share Share via LinkedIn Reddit Email Copy Link Print On This Page The capabilities described on this page are included in Appian's standard capability tier. Usage limits may apply. Introduction This article explains how to call integration objects from your application. To learn about integration objects and their configuration options, see Integration Objects. To learn how to use the integration designer to configure, test, and troubleshoot integrations, see Create an Integration. For a real-world example of how to build and use connected systems and integrations, see the Integration Tutorial. Querying Data versus Modifying Data Consider the following integrations involving an external payment gateway: Retrieve a list of credit card transactions Process a new credit card transaction The first integration queries data, but doesn't make any changes. You could call this integration multiple times without any impact on the data in the external system. The second integration does make a change: it processes the credit card transaction (this is also known as having side-effects). Inadvertently calling this integration more than once would cause a big problem: the customer would be charged twice for the same purchase! Note: The integration designer allows you to choose whether an integration queries or modifies data. Make sure to select the correct option to protect against duplicate changes in the external system. Whether an integration queries data or modifies data determines where it can be called in Appian: Location Query Data Modify Data Expression or rule ✔ Interface component saveInto parameter ✔ ✔ Web API (GET) ✔ Web API (POST, PUT, DELETE) ✔ ✔ Process Model (Call Integration Smart Service) ✔ ✔ Call an Integration to Query Data Integrations that query data are called like expression rules using the rule! domain and can be used in any expression (interface, process model, expression rule, record type, web API). When calling an integration, values or variables can be passed to the rule inputs by position or by keyword. Integrations that query data return a dictionary with the following fields: Field Data Type Description success Boolean A boolean set to true if the call was successful or false if it was unsuccessful. result HttpResponse A value containing the result returned by the integration. error IntegrationError If success was false, a value containing the error returned by the integration, otherwise null. connectedSystem Connected System If the integration is using an OAuth connected System, the connected system's value will be stored. Used to create an authorization link 1 2 3 4 5 6 7 8 9 10 a!localVariables( /* Call the integration to query the external system */ local!externalQuery: rule!GetUnsettledTransactionList(), /* Handle the response depending on the outcome */ local!value: if(local!externalQuery.success, local!externalQuery.result, local!externalQuery.error ) ) For a complete example, see the Integration Tutorial. Call an Integration to Modify Data in an interface component or Web API Integrations that modify data are called like smart service functions using the rule! domain and can only be used in the saveInto parameter of a component or in a Web API. This protects against duplicate updates in the external system. When calling an integration, values or variables can be passed to the rule inputs by position or by keyword. Integrations configured to modify data have two additional inputs: Input Data Type Description onSuccess Any Type A list of saves or an HTTP response to execute after the integration executes successfully. Created with a!save() or a!httpResponse(). The result returned by the integration is available in the function variable fv!result. onError Any Type A list of saves or an HTTP response to execute after the integration does not execute successfully. Created with a!save() or a!httpResponse(). The result returned by the integration is available in the function variable fv!result. The error returned by the integration is available in the function variable fv!error. If the integration uses an OAuth connected System, that connected system's value will be store in the function variable fv!connectedSystem 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 a!buttonWidget( label: "Place Your Order", /* Call the integration to update the external system when the button is pressed */ saveInto: rule!AuthorizeCreditCardPayment( cardNumber: local!cardNumber, expirationDate: local!expirationDate, ccv: local!ccv, amount: local!amount, onSuccess: { /* Handle the successful response */ a!save(local!result, fv!result) }, onError: { /* Handle the error response */ a!save(local!paymentErrorMessage, fv!error.message) } ) ) For a complete example, see the Integration Tutorial. Call an Integration in a Process Model Regardless of whether it queries or modifies data, an integration can be called in a process model using the Call Integration Smart Service. This is particularly important for integrations that modify data since they cannot be called in expressions elsewhere in a model. It can also be useful when querying data because the Call Integration node can show a custom icon to visually indicate the system or service being called. When calling an integration, the rule inputs are displayed in the Node Inputs tab where they can be populated from process variables or expressions. The integration outputs are displayed on the Node Outputs tab where they can be saved to process variables or used in custom output expressions. For more information, see the Call Integration Smart Service page. Feedback Was this page helpful? SHARE FEEDBACK Loading...