fulfillmenttools
API documentationIncident ManagementFeedback
Products
Products
  • Products
  • Core
    • Fulfillmenttools and it's surrounding system
    • Facilities
      • Managed facilities
      • Supplier facilities
      • Facility groups
      • Facility discounts
    • User management
    • GDPR
    • External actions
    • Notification center
    • Incident management
    • Tags
    • Stickers
    • Articles
  • Inventory Management
    • Overview inventory modules
    • Listing
    • Article categories
    • Stock
      • Stock availability
      • Stock properties
      • Stock updates
    • Reservations
    • Inbound process
    • Storage location
    • Zone
    • Inventory traits
    • Channel inventory
    • Measurement units
    • Stow jobs
    • External stock change reasons
    • Configurations
  • Availability & Promising
    • Availability & promising in customer journey
      • Earliest possible delivery date
      • Availability in delivery time period
      • Availability for specific delivery date
      • Checkout options
      • Delivery promise
    • Latest picking start
  • Distributed Order Management
    • Order management
    • Order routing
      • Fences
      • Ratings
      • Order split
      • Routing strategy
      • Item bundles
      • Re-route
      • Decision logs
      • Unroutable orders
      • Pre- and backorders
      • DOMS toolkit
  • Order fulfillment
    • Picking
    • Packing
    • Handover
    • Custom services
    • External documents
    • Load units
    • Interfacility transfer
    • Pick job target time
    • Configurations
      • Picking configuration
      • Packing configuration
      • Handover configuration
      • Printing & document configuration
      • Parcel tag configuration
  • Carrier management
    • Carriers and connection to facilities
    • Carrier country service mapping
    • Same day delivery
    • Custom carrier
    • Available carriers
  • Returns Management
    • Introduction to returns
    • Return reasons
  • Use Cases
    • Creating & executing stow jobs
    • Creating orders with interfacility transfers
    • Demand-driven replenishment
    • Expected stock in availability
    • Incoming goods & storage
    • Multi order picking
Powered by GitBook
On this page
  • Introduction
  • External action type LINK
  • External action type FORM
  • External action type COMMENT
Edit on GitHub
  1. Core

External actions

Last updated 5 months ago

Introduction

The "External Actions" feature empowers users to trigger and execute actions and processes in external systems outside of fulfillmenttools. This includes functionalities such as sending consumer emails, adjusting payments, and other order-related processes.

The primary goal of this feature is to facilitate seamless communication with third-party systems. Users can define the capabilities and functionalities of external actions by utilizing the API and seamlessly integrating the fulfillmenttools platform with other systems.

There are currently three types of external actions available: "LINK", "FORM", and "COMMENT".

The user who triggered the external action is displayed on the on the right side.

Please go to the for more information on how to configure external actions via the .

External action type LINK

With the "LINK" type, users can attach a link or deep link to a process, enabling users to execute processes in the linked external system manually.

External action type FORM

The "FORM" type allows users to define a modal where users can input data. Upon confirmation, an external event is triggered, enabling the execution of further processes (done by a connector).

Executing an external action is logged and displayed in the order history, providing users with visibility into the actions taken throughout the order workflow.

External action type COMMENT

When adding the external action COMMENT to a process it does not create another entry in the three dot menu. The purpose of this action is not to trigger an action to an external system but to receive information from such a system.

There are 2 ways to add information:

  • add information to a process

  • add information to a process but relate it to another external action like FORM

Adding information to the process without relation to another external action allows adding general information to the process which might be important for fulfillment. Example: A CRM system added information about the consumer segment which informs a user that this order might be handled in a specific way.

When adding information which relates to another external action there is the possibility to store the "answer" or "reaction" of the triggered system and connect it to the technicality of the external action. Example: An external action with type "FORM" was created which triggers a payment system in order to reduce the paid amount by 10%. The payment system itself responds that the 10% were successfully reduced. In this case it would make sense that this information is not only connected to the process but connected directly to the external action FORM of this process which was originally responsible for the trigger "payment adjustment".

Those additional information is then displayed in the order history on the right hand side.

external actions REST API
order history page
Developer Docs