Back to Help

Automatic actions – system events for orders

Base provides several types of actions that can be triggered for orders through:

  • personal events (triggered by the user via barcode scanning, keyboard shortcut, or button press);
  • system events (e.g., order download, order payment).

 

For more information about the individual elements that make up automatic actions in Base, check our article: Automation.

Below we discuss the individual groups of system events.

Orders

In the Orders category, the following events are available:

  • Order fetched – action will be triggered when the order is downloaded;
  • The order has been paid for – action will be triggered when payment information is received;
  • The delivery option form has been downloaded (Allegro/eBay) – action will be triggered when downloading the Delivery Options Form from Allegro or eBay. For Allegro, complete order information such as payment is only downloaded in the DOF. The DOF for eBay orders does not contain payment information;
  • Order confirmed;
  • The order has been weight (electronic scale) – event executed by BaseLinker Scale.

 

Please note that:

  • when an order is downloaded, it is not marked as paid and does not have a DOF (lacking proper address data for Allegro/eBay);
  • manually adding an order does not trigger automations whose main event is Order fetched. For manually added orders, choose a different event, e.g., Status has been set;
  • for the Order has been paid for event, the action will not be triggered if the order was only partially paid;
  • for orders marked as paid using the bank transfer and cash on delivery import option, the Order has been paid for event action will also not be triggered.

 

Statuses

In the Statuses category, you can choose from these events:

  • Status has been set – action will be triggered when a specified status is set for the order (in any way);
  • The order is in status for a certain number of days – automation will be triggered for orders that have been in the specified status for a certain number of days (checked daily around 8:00 PM).

 

We don’t recommend combining the Status has been set event with the The order is in status for a certain number of days condition (and vice versa).

Please note that:

  • if an order enters status X at 9 PM, then the next day during the 8 PM check, the order will have been in that status for less than 24h (therefore, the action with event/condition The order is in status for a certain number of days: 1 will not yet be executed);
  • the action will execute for orders that have been in a given status for exactly X days. If an order has been in a given status longer than X (full days) – the action will not be triggered.

 

Shipments

In this category, the following events are available:

  • Shipment has been created – action will be triggered when a label is created (in any way) and/or when entering a tracking number created outside Base;
  • Shipment has been deleted – action will be triggered when manually deleting a shipment in the order. This option can be useful for sending notifications about deleted shipments;
  • The courier’s parcel status status has been changed (any, default, return) – action will execute if the shipment status was changed by the courier (applies only to shipments generated through courier integration in Base that provides tracking in their API);
  • Fulfillment shipment information received.

Remember that:

  • shipment statuses from couriers are retrieved every 4 hours;
  • the system has over 200 courier integrations available, and each courier has different statuses – therefore, for clarity, all these statuses have been mapped in the panel to several basic types.

 

Documents

Base can perform a specific type of action when a sales document is issued. In the system, you can choose from the following event types:

  • An invoice has been issued;
  • A proforma invoice has been issued;
  • A correction to the invoice has been issued;
  • A receipt has been issued;
  • Edited invoice details;
  • Edited correction data;
  • Invoice items edited;
  • Correction items have been edited;
  • Invoice deleted;
  • Correction deleted;
  • Invoice forwarded to external system;
  • The invoice has been forwarded to the source of the order;
  • Invoice file uploaded (API);
  • Correction forwarded to external system;
  • Correction file uploaded (API);
  • Receipt forwarded to external system;
  • Uploaded receipt file (API);
  • The receipt has been printed/fiscalized;
  • Warehouse document issued.

 

Please note that:

  • the A correction to the invoice has been issued event should not be used for email sending because it’s difficult to determine when the message should be sent (after which invoice edit). For sending invoices via email, we recommend creating a custom event;
  • if the Display the … invoice to the customer instead of the BaseLinker invoice option is enabled, it’s worth using the Stop after failure option when constructing automatic actions.

 

You can read more about issuing invoices and receipts in the system in our article: Sales documents (invoices, receipts).

 

Orders – Other

In this category, you can choose from the following events:

  • The order was sent to the store  action will be triggered when the order is transferred to the store;
  • The order was sent to the wholesaler – action will execute when the order is transferred to the wholesaler;
  • Order has been forwarded to BL Connect;
  • The order exist for the certain number of days;
  • Incorrect payment has been received – this can be either overpayment or underpayment;
  • Order has been removed;
  • Orders have been merged;
  • The order has been split;
  • Data has been edited;
  • Message from the customer on the form – action will be executed when receiving a message from the customer through the form available on the order information page.

 

Remember that:

  • the option to transfer orders to wholesalers is available for selected integrations (marked with a truck icon);
  • for the The order exist for the certain number of days event, the system checks all orders daily around 8:00 PM and triggers actions only for those that were downloaded to the system X days earlier (1 day = full min. 24h). If an order is downloaded at 9 PM, then the next day during the 8 PM check it will have been in the system for less than 24h (therefore, the action with condition 1 day will not be executed for this order);
  • for the Data has been edited event, only data from sections marked in the screenshot below is taken into account.

 

information-for-data-edited-event

 

Products

Base can perform actions when you make changes to products in an order. Available events are:

  • The product has been added – to the order;
  • The product has been removed;
  • The product has been edited.

 

PickPack Assistant

You can also choose from events related to the PickPack Assistant:

  • An order has been reserved for products collecting;
  • Collection of order products started;
  • Collection of order products cancelled;
  • Order products have been picked – action will be triggered when all products in a given order are marked as picked;
  • An order has been reserved for products packing;
  • Order packing started; 
  • Order packing cancelled;
  • Order has been packed – action will be triggered when all products in a given order are marked as packed;
  • Order products photo taken – action will be triggered when a photo is taken in the PickPack Assistant module.

 

Detailed information about the Packing Assistant in Base and its capabilities can be found in our article: Packing and collecting orders.

Returns Assistant

In Base, you can also create automations for events in the Returns Assistant:

  • A return has been reserved for acceptance;
  • Return acceptance started;
  • Return acceptance cancelled;
  • The return has been accepted;
  • Return products photo taken.

 

BaseLinker inventory

Events related to the Base inventory and associated products are also available:

  • Order not fulfilled (stock shortages);
  • Reservation over stock.

 

Marketplace

In the system, you’ll also find events related to certain marketplaces:

  • The FBA return has been registered (Amazon) – action will be triggered when a customer returns a product to Amazon’s warehouse and Base retrieves this information;
  • The FBA information has been received (Amazon) – action will trigger when Base retrieves information that Amazon is fulfilling the order through FBA;
  • Order cancelled – you can use this event e.g., to move cancelled orders from the marketplace to a separate status;
  • Cancel request (Amazon, eMAG, Check24) – action will be triggered when Base retrieves a customer’s request to cancel an order from the marketplace;
  • Return request (Check24).

 

Returns

In the returns events category, the following are available:

  • A return has been created for the order;
  • Order return status changed;
  • Return accepted;
  • Return completed;
  • Return rejected;
  • Order payment has been refunded;
  • Invalid order payment has been refunded.

 

We encourage you to learn more about the returns module functionality in our article: Returns.

 

Personal events

Actions can also be triggered through custom events.

 

Detailed information on this topic can be found in the article: Automatic actions – personal events.

Was this helpful?

Back to Help