Secure your business from login to chargeback
Stop fraud, break down data silos, and lower friction with Sift.
- Achieve up to 285% ROI
- Increase user acceptance rates up to 99%
- Drop time spent on manual review up to 80%
This tutorial will teach you how to set up a Workflow in the Sift Console. It will include an explanation of testing a new Workflow, and then moving the Workflow to production.
Workflows enable you to make risk-based decisions on users at your key decision points, like this:
The steps involved in creating a new Workflow are the following:
To create a new Workflow in the Sift console, first navigate to the Automate Tab, and click “Add a new Workflow”, and name your Workflow.
The next step is to choose the type of Abuse that this Workflow will prevent. The available abuse types are Payment Abuse, Promo Abuse, Content Abuse, Account Takeover and Account Abuse. If you need to make a Workflow that makes Decisions on multiple abuse types, please contact Support.
The next step is to choose an event trigger. This dictates what key action taken by your customers will trigger this flow. Click on the dropdown to choose an event, such as “Create Order” or “Create Account.” These events correspond to the reserved and custom events you send Sift.
You can choose multiple events if the events have the same fields, for example you can have a Workflow that runs on both create and update order. This allows you to have one set of logic that is consistent for both create and update events.
Some events also allow you to apply a condition, for example on Transaction, you can decide to only trigger on successful transactions so that you don't make a Decision on a user until they have entered a valid payment method.
Now you will choose the type of Decision this Workflow will make. This can be any type of Decision entity you have, either User, Order, Session, or Content.
The next step is to choose when you want this Workflow to run. There are two options:
force_workflow_run=true). This is helpful if you want Sift to store and learn on all events, but you don't need to Decision on every single one. For example, if you want to prevent message spammers, you might run a Workflow the first time a user contacts a new user, but for every subsequent message between two users just send the event.
Once you’ve done this, click the button to create the Workflow and start building your routes.
Before you start to configure your Workflow routes, we suggest scoping out the different business actions you would like this Workflow to take (blocking an order, suspending an order, banning an account, etc.). Then, read our Connecting Decisions to Business Actions tutorial to learn how to create new Decisions.
Now you’re ready to add routes to your Workflow. Think of each route as a set of criteria that leads to some specific Decision (i.e. blocking an order, banning an account) or that sends a user/order to a review queue.
In order to add criteria to a route you’re working on, click the “Add Criteria” button. Choose some criteria that you wish to evaluate for this route. You can add multiple criteria to a single route. Criteria can be any field sent to Sift (reserved or custom), or the latest Decision that was taken on the user/order.
A route will only be true if the user matches all criteria in the route. So in the following image, this route will be true if the user has a Payment Abuse score greater than 75, has at least 5 other users using the same device, does not have a matching billing/shipping address, and is using the gmx.com email domain.
Next you will choose the action that should be taken if the user/order matches the criteria of this route. This action could either add the user/order to a manual review queue, or trigger a Decision (actions that triggers Decision webhook notification to your backend).
If you would like to send the user/order to a review queue outside of Sift, read our Connecting Decisions to Business Actions tutorial and create a new Decision for which the business action is adding the user/order to your external review queues.
You can choose the review queue to which you want to add this user/order in the dropdown menu. If you have not set up a manual review queue yet, or wish to create a new review queue, you will be able to through the “create a new queue” button. In order to create a review queue you need to fill in a few details:
Once you have chosen all of these details, click “Save” to create your review queue.
You can choose the “Set Automated Decision” button to choose an automated action that should be taken on the user/order which matches a specific route. Choose an existing Decision from the list, or create a new one by clicking the “Create New Decision” option. To learn how to create a new Decision, please read our Connecting Decisions to Business Actions tutorial.
To create an additional route, click the “add another route” button and repeat the steps above.
In each workflow you must set an action that will be taken on any user/order who does not match any of the other routes. This can be sending them to a review queue or taking an automated action.
In order for the Decisions you make in your new Workflow to be executed, you need to make some minor integration changes to consume the output of your Workflows.
If you want to consume the action that was taken by the Workflow synchronously, please read the documentation on Synchronously Requesting Flow Status and implement it on the triggering event for this Workflow. This is useful for time sensitive Workflows such as deciding to accept and order and process the payment instrument, or reject/hold it.
If you want to consume the action that was taken by the Workflow asynchronously, follow the instructions in the Connecting a Decision section of the Connect Decisions to Business Actions tutorial regarding webhooks. This is useful for Decisions that are taken by your operations team in our Manual Review Queues, or any action is not time sensitive.
Once you have tested your Workflow and are satisfied with the configuration, you can put it in action by
choosing to 'Publish' the Workflow from the Edit view.
Now your Workflow will be executed on every
$create_order that is sent to
Initially when you enable your new Workflow, you may want to spend some time testing it and verifying that it performs the way you expect. In order to do this make sure that your Decisions, whether they are triggered automatically or by your operations team, do not actually execute the action but just log what Decision was made. This way you can see how many orders/users you will block/accept/etc. based on this Workflow.
Once you are ready to use your Workflow in production, connect the Decisions to actual business actions on your backend (Blocking/Accepting/etc.). You will now be automating with Sift!
Stop fraud, break down data silos, and lower friction with Sift.