Skip to main content




Service Studio version:

Designing Automatic Activities

  • Edit
    Collaborate with us
    Edit this page on GitHub
  • Use this pattern to design action flows, adding automated business logic to your processes with the Automatic Activity as, for example:

    Handling Transactions

    A transaction begins when the Automatic Activity starts and is committed when the activity ends.

    If the activity has elements of integration with external systems, the transaction handling may require extra care to ensure coherency.

    Assuring Safe Re-Execution

    When the execution of an Automatic Activity fails due to an error, OutSystems re-executes it after some time (which increases from re-execution to re-execution to avoid overloading the server). This re-execution of the Automatic Activity is usually safe because all changes are rolled back in case of error.

    However, if for example, transactions are explicitly committed in the activity flow (using CommitTransation system action) or there's an integration with external systems, the activity may require safeguards to avoid inconsistency in the re-execution.


    As an example, think of an Automatic Activity that, at some point, creates entity records in an external system: a safeguard has to be added for not creating duplicated records in case of re-execution.

    • Was this article helpful?