Licensing
Learn how the Sensedia Integrations licensing model works.
We currently offer two licensing models:
Model based on the number of deployed flows
-
In this model, billing is based on the number of active flows, that is, those with "Deployed" status, in the Staging and Production environments.
| The same flow deployed in two environments (Staging and Production) counts as two licensing units. |
-
Additionally, there is an analysis of the complexity of the deployed flows, which may impact the final licensing cost. Read more about this below.
Example of a simple flow
-
The system receives a request containing data in JSON format, deserializes this data, and extracts the customer ID.
-
Next, it makes a call to a REST API to obtain additional customer information, storing the response for later use.
-
Based on the customer information, the system makes a SOAP call to retrieve details of associated orders, converting the response from XML to JSON.
-
The customer data and order details are then combined into a single JSON object, and a JSLT script is applied to transform the data as needed.
-
The final data is sent to MongoDB via REST API.
-
If any failure occurs during data persistence, an error message is published to a Kafka topic.
-
At the end of the process, the system returns an HTTP 200 OK status to confirm the operation was successful.
Components
-
3 HTTPS connectors (REST and SOAP)
-
3 transformation steps with a simple payload (50 kb)
-
1 connector with an application (Kafka)
-
1 connector with an application (MongoDB)
-
Data enrichment
-
Exception handling
Example of a complex flow
-
The system receives a request and extracts the ID of each customer from the JSON data.
-
The data is split into individual items, which are processed in parallel.
-
For each item, information such as ID, name, and value is logged and used to create a new JSON.
-
Then, a call is made to a REST API to obtain additional information about each customer, and the response is stored for later use.
-
Based on the returned order data, the system makes a SOAP call to retrieve details of orders associated with the customer, converting the response from XML to JSON.
-
The enriched customer data and order details are combined into a single JSON object, and a JSLT script is applied to transform this data.
-
The final data is sent to MongoDB via REST API. If any failure occurs during data persistence, an error message is published to a Kafka topic.
-
At the end of the process, the system returns an HTTP 200 OK status, confirming the operation was successful.
Components
-
3 HTTPS connectors (REST and SOAP)
-
Payload of 500 kb or larger
-
1 Split for iterations over a list with parallel processing
-
Parallel processing (Multicast)
-
3 transformation steps with a large payload
-
Poll Enrich/Enrich (Data enrichment)
-
1 connector with an application (Kafka)
-
1 connector with an application (MongoDB)
Model based on computational unit
-
In this model, there is no limit to the number of flows, but a minimum resource is required to deploy the integration.
For more information about our licensing models, please contact Sensedia’s sales team.
Share your suggestions with us!
Click here and then [+ Submit idea]