Criteria, features and triggers that are incompatible with backdating

Triggers that are incompatible with Backdating

All workflow triggers in Order Tagger are currently compatible with backdating.

Read more about workflow triggers in Order Tagger.

Features that are incompatible with backdating

Scheduled tag removals

Scheduled tag removals do not currently work with backdating. 

If you are running a backdate and select a workflow that uses the scheduled tag removal feature, then the workflow will run, however, the tag removal will not be scheduled. We have not been able to find a way to offer this as an option at this point in time.

Read more about scheduled tag removals

Criteria that are incompatible with Backdating

Some of the criteria that can be selected within the workflow builder are not compatible with backdating. This is largely due to certain data being dynamic and not being stored in the order data at the time the order was placed. Therefore, running the workflow on the order at a later date would provide inconsistent or unreliable results.

List of incompatible criteria

  • Compare at price / Sale products Criteria - Any workflows which use the Sale products criteria will not be available for backdating. This is due to the dynamic nature of product pricing, where some products go on sale frequently.

    A product that was on sale at the time the order was placed might not be on sale at the point when the backdate is run. As Shopify does not record the compare at price of products at the time they were purchased, we don't know if the product was at full price or at a sale price when the order was placed.

    Backdating can only look at the price that the product is at now, therefore, as this would return inconsistent results, we have decided to not make this available through our Backdating facility:

  • Order is the customers first - This criteria is true when the customer makes their first order. The criteria looks for and matches when the number of orders by that customer is one. If the customer then makes subsequent orders, this criteria will not match when used in a Backdating workflow or the Test your Workflow feature.

  • Customers total number of orders - This criteria uses the current "orders_count" value held for the customer. So while this can be used for live processing of orders to apply a Tag based on this current value, the criteria cannot be used in a backdate to detect the "orders_count" value at the time of the order. Only the current value will be applied

Did this answer your question? Thanks for the feedback There was a problem submitting your feedback. Please try again later.

Still need help? Contact Us Contact Us