With the Attentive Integration, Ordergroove can send customer and event data for you to use in your marketing campaigns. The following is a list of all of the events and customer properties sent over for your Attentive segments and flows.
Attentive has different capabilities between thier SMS builder and Email builder, so we have outlined the data available to each below.
Attentive SMS data
Subscriber Events
We send events about subscriber activities, detailed below.
Ordergroove Action |
Event |
Description |
Subscriber Created |
Event Name: ordergroove.subscriber.create
The Subscriber Create event is sent when a customer creates a subscription for the first time only. You should use this event to start a drip campaign that reinforces the benefits of your subscription program to get them to the first subscription order.
|
These events are synced in real-time, and include the following data in each event: first_name We also update the customer profile, setting Ordergroove Subscriber Status to active. |
Subscriber Canceled |
Event Name: ordergroove.subscriber.cancel
The Subscriber Cancel event is sent whenever a customer cancels all of their existing subscriptions. You should use this as a way to identify customers who have fully churned from your brand. |
These events are synced in real-time, and include the following data in each event: first_name We also update the customer profile, setting Ordergroove Subscriber Status to inactive. |
Subscriptions Created |
Name: ordergroove.subscriber.subscriptions_created
The Subscriptions Created event is sent whenever a customer checks out with one or more subscriptions. You should use this event to communicate that new subscriptions have been created. |
These events are synced in real-time, and include the following data in each event: first_name We also update the customer profile, setting Ordergroove Subscriber Status to active. |
Subscription Events
We send events about subscription activities, detailed below.
Ordergroove Action |
Event |
Description |
Subscription Created |
Event Name: ordergroove.subscription.create
The Subscription Created event is sent whenever a customer creates a subscription. You should use this event to gain a better understanding of your customer's journey and what subscriptions they chose to add. This event can be used to segment specific people who subscribed to and/or canceled specific products.
|
These events are synced in real-time, and include the following data in each event: frequency_days We also update the customer profile, setting Ordergroove Subscriber Status to active. |
Subscription Canceled |
Event Name: ordergroove.subscription.cancel
The Subscription Canceled event is sent whenever a customer cancels a subscription. You should use this event to start a re-engagement and win-back journey.
|
These events are synced in real-time, and include the following data in each event: cancel_reason |
Subscription Frequency Changed |
Event Name: ordergroove.subscription.change_frequency
The Subscription Frequency Changed event is sent whenever a subscription's frequency is adjusted (by either customers or support agents). You should use this to track trends in user behavior.
|
These events are synced in real-time, and include the following data in each event: frequency_days
|
Subscription Payment Changed |
Event Name: ordergroove.subscription.change_payment
The Subscription Payment Changed event is sent whenever a subscription's default payment method is adjusted (by either customers or support agents). You should use this to track trends in user behavior. It can also be used as a way to exclude users from drip campaigns asking users to update their credit cards.
|
These events are synced in real-time, and include the following data in each event: frequency_days
|
Subscription Quantity Changed |
Event Name: ordergroove.subscription.change_quantity
The Subscription Frequency Changed event is sent whenever a subscription's quantity is adjusted (by either customers or support agents). You should use this to track trends in user behavior.
|
These events are synced in real-time, and include the following data in each event: frequency_days
|
Subscription Shipping Address Changed |
Event Name: ordergroove.subscription.change_shipping_address
The Subscription Address Changed event is sent whenever a subscription's address is adjusted (by either customers or support agents). You should use this to track trends in user behavior.
|
These events are synced in real-time, and include the following data in each event: frequency_days
|
Subscription SKU Swapped |
Event Name: ordergroove.subscription.sku_swap
The Subscription SKU Changed event is sent whenever a subscription's product is changed (by either customers or support agents). You should use this to track trends in user behavior. There may be an opportunity to see if people who switch SKUs are more or less loyal.
|
These events are synced in real-time, and include the following data in each event: frequency_days
|
Order Events
We send events about order activities, detailed below.
Ordergroove Action |
Event |
Description |
Order Reminder |
Event Name: ordergroove.order.reminder
The Order Reminder event is sent a predefined number of days before an order is placed (the default is five days prior). You should use this to notify users of an upcoming order with a call to action to make any changes before it is placed.
|
These events are synced in real-time, and include the following data in each event: discount_total
|
Credit Card Expiration Warning |
Event Name: ordergroove.order.credit_card_expiration_warning
The Credit Card Expiration event is sent when Ordergroove discovers the credit card on file is set to expire before the next order is placed. You should use this to notify users of an upcoming issue preventing them from getting their next order with a call to action to update their card information before the next order is placed.
|
These events are synced in real-time, and include the following data in each event: discount_total
|
Order Canceled |
Event Name: ordergroove.order.cancel
The Order Canceled event is sent when an order is canceled (either by a support agent or customer). You should use this to notify users an upcoming order has been canceled.
|
These events are synced in real-time, and include the following data in each event: discount_total
|
Order Success |
Event Name: ordergroove.order.success
The Order Success event is sent when an order is placed successfully. You should use this to track user behavior.
|
These events are synced in real-time, and include the following data in each event: discount_total
|
Order Date Changed |
Event Name: ordergroove.order.change_next_order_date
The Order Date Changed event is sent when an order date is changed successfully. You should use this to track user behavior.
|
These events are synced in real-time, and include the following data in each event: discount_total
|
Order Payment Changed |
Event Name: ordergroove.order.change_payment
The Order Payment Changed event is sent when an order's payment method is changed (by either a support agent or the customer). You should use this to track user behavior.
|
These events are synced in real-time, and include the following data in each event: discount_total
|
Order Address Changed |
Event Name: ordergroove.order.change_shipping_address
The Order Address Changed event is sent when an order's shipping address is changed (by either a support agent or the customer). You should use this to track user behavior.
|
These events are synced in real-time, and include the following data in each event: discount_total
|
Order Rejected |
Event Name: ordergroove.order.reject
The Order Rejected event is sent when an order fails to be placed. We include a reject reason and reject code to help tailor custom messaging around why we couldn't place an order. You should use this message to tell customers that their order failed and to take steps to fix it.
|
These events are synced in real-time, and include the following data in each event: discount_total
|
Order Retry-able Failure |
Event Name: order.retryable_placement_failure
The Order Retry-able Failure event is sent when we try to place an order and it fails, and it has an error that can be retried and will be processed through the retry flow. This event can be triggered more than once for an order and will only occur if your program is configured to use this feature.
This event is different from the Order Rejected event, which is sent when an order fails and can no longer be retried.
|
These events are synced in real-time, and include the following data in each event: discount_total
|
Order Sent Now |
Event Name: ordergroove.order.send_now
The Order Sent Now event is sent when an order's place date is changed to as soon as possible (by either a support agent or the customer). You should use this to track user behavior.
|
These events are synced in real-time, and include the following data in each event: discount_total
|
Order Skipped |
Event Name: ordergroove.order.skip_order
The Order Skipped event is sent when an order has been skipped (by either a support agent or the customer). You should use this to track user behavior.
|
These events are synced in real-time, and include the following data in each event: discount_total
|
Item Out of Stock |
Event Name: ordergroove.item.out_of_stock
The Out of Stock event is sent when an item on an order is found to be out of stock. When an item is out of stock, we try the order daily until we can place it (maximum of 30 days). You should use this to inform your customers of item delays, ideally choosing specific days by choosing specific intervals with the `days_since_first_attempt` variable. Ordergroove recommends Day 1, 15, and 30.
|
These events are synced in real-time, and include the following data in each event: has_prepaid
|
Attentive Email Data
Subscriber Events
We send events about subscriber activities, detailed below.
Ordergroove Action |
Event |
Description |
Subscriber Created |
Event Name: ordergroove.subscriber.create
The Subscriber Create event is sent when a customer creates a subscription for the first time only. You should use this event to start a drip campaign that reinforces the benefits of your subscription program to get them to the first subscription order.
|
These events are synced in real-time, and include the following data in each event: first_name We also update the customer profile, setting Ordergroove Subscriber Status to active. |
Subscriber Canceled |
Event Name: ordergroove.subscriber.cancel
The Subscriber Cancel event is sent whenever a customer cancels all of their existing subscriptions. You should use this as a way to identify customers who have fully churned from your brand. |
These events are synced in real-time, and include the following data in each event: first_name We also update the customer profile, setting Ordergroove Subscriber Status to inactive. |
Subscriptions Created |
Name: ordergroove.subscriber.subscriptions_created
The Subscriptions Created event is sent whenever a customer checks out with one or more subscriptions. You should use this event to communicate that new subscriptions have been created. |
These events are synced in real-time, and include the following data in each event: first_name We also update the customer profile, setting Ordergroove Subscriber Status to active. |
Subscription Events
We send events about subscription activities, detailed below.
Ordergroove Action |
Event |
Description |
Subscription Created |
Event Name: ordergroove.subscription.create
The Subscription Created event is sent whenever a customer creates a subscription. You should use this event to gain a better understanding of your customer's journey and what subscriptions they chose to add. This event can be used to segment specific people who subscribed to and/or canceled specific products.
|
These events are synced in real-time, and include the following data in each event: frequency_days We also update the customer profile, setting Ordergroove Subscriber Status to active. |
Subscription Canceled |
Event Name: ordergroove.subscription.cancel
The Subscription Canceled event is sent whenever a customer cancels a subscription. You should use this event to start a re-engagement and win-back journey.
|
These events are synced in real-time, and include the following data in each event: cancel_reason |
Subscription Frequency Changed |
Event Name: ordergroove.subscription.change_frequency
The Subscription Frequency Changed event is sent whenever a subscription's frequency is adjusted (by either customers or support agents). You should use this to track trends in user behavior.
|
These events are synced in real-time, and include the following data in each event: frequency_days
|
Subscription Payment Changed |
Event Name: ordergroove.subscription.change_payment
The Subscription Payment Changed event is sent whenever a subscription's default payment method is adjusted (by either customers or support agents). You should use this to track trends in user behavior. It can also be used as a way to exclude users from drip campaigns asking users to update their credit cards.
|
These events are synced in real-time, and include the following data in each event: frequency_days
|
Subscription Quantity Changed |
Event Name: ordergroove.subscription.change_quantity
The Subscription Frequency Changed event is sent whenever a subscription's quantity is adjusted (by either customers or support agents). You should use this to track trends in user behavior.
|
These events are synced in real-time, and include the following data in each event: frequency_days
|
Subscription Shipping Address Changed |
Event Name: ordergroove.subscription.change_shipping_address
The Subscription Address Changed event is sent whenever a subscription's address is adjusted (by either customers or support agents). You should use this to track trends in user behavior.
|
These events are synced in real-time, and include the following data in each event: frequency_days
|
Subscription SKU Swapped |
Event Name: ordergroove.subscription.sku_swap
The Subscription SKU Changed event is sent whenever a subscription's product is changed (by either customers or support agents). You should use this to track trends in user behavior. There may be an opportunity to see if people who switch SKUs are more or less loyal.
|
These events are synced in real-time, and include the following data in each event: frequency_days
|
Order Events
We send events about order activities, detailed below.
Ordergroove Action |
Event |
Description |
Order Reminder |
Event Name: ordergroove.order.reminder
The Order Reminder event is sent a predefined number of days before an order is placed (the default is five days prior). You should use this to notify users of an upcoming order with a call to action to make any changes before it is placed.
|
These events are synced in real-time, and include the following data in each event: discount_total
|
Credit Card Expiration Warning |
Event Name: ordergroove.order.credit_card_expiration_warning
The Credit Card Expiration event is sent when Ordergroove discovers the credit card on file is set to expire before the next order is placed. You should use this to notify users of an upcoming issue preventing them from getting their next order with a call to action to update their card information before the next order is placed.
|
These events are synced in real-time, and include the following data in each event: discount_total
|
Order Canceled |
Event Name: ordergroove.order.cancel
The Order Canceled event is sent when an order is canceled (either by a support agent or customer). You should use this to notify users an upcoming order has been canceled.
|
These events are synced in real-time, and include the following data in each event: discount_total
|
Order Success |
Event Name: ordergroove.order.success
The Order Success event is sent when an order is placed successfully. You should use this to track user behavior.
|
These events are synced in real-time, and include the following data in each event: discount_total
|
Order Date Changed |
Event Name: ordergroove.order.change_next_order_date
The Order Date Changed event is sent when an order date is changed successfully. You should use this to track user behavior.
|
These events are synced in real-time, and include the following data in each event: discount_total
|
Order Payment Changed |
Event Name: ordergroove.order.change_payment
The Order Payment Changed event is sent when an order's payment method is changed (by either a support agent or the customer). You should use this to track user behavior.
|
These events are synced in real-time, and include the following data in each event: discount_total
|
Order Address Changed |
Event Name: ordergroove.order.change_shipping_address
The Order Address Changed event is sent when an order's shipping address is changed (by either a support agent or the customer). You should use this to track user behavior.
|
These events are synced in real-time, and include the following data in each event: discount_total
|
Order Rejected |
Event Name: ordergroove.order.reject
The Order Rejected event is sent when an order fails to be placed. We include a reject reason and reject code to help tailor custom messaging around why we couldn't place an order. You should use this message to tell customers that their order failed and to take steps to fix it.
|
These events are synced in real-time, and include the following data in each event: discount_total
|
Order Retry-able Failure |
Event Name: order.retryable_placement_failure
The Order Retry-able Failure event is sent when we try to place an order and it fails, and it has an error that can be retried and will be processed through the retry flow. This event can be triggered more than once for an order and will only occur if your program is configured to use this feature.
This event is different from the Order Rejected event, which is sent when an order fails and can no longer be retried.
|
These events are synced in real-time, and include the following data in each event: discount_total
|
Order Sent Now |
Event Name: ordergroove.order.send_now
The Order Sent Now event is sent when an order's place date is changed to as soon as possible (by either a support agent or the customer). You should use this to track user behavior.
|
These events are synced in real-time, and include the following data in each event: discount_total
|
Order Skipped |
Event Name: ordergroove.order.skip_order
The Order Skipped event is sent when an order has been skipped (by either a support agent or the customer). You should use this to track user behavior.
|
These events are synced in real-time, and include the following data in each event: discount_total
|
Item Out of Stock |
Event Name: ordergroove.item.out_of_stock
The Out of Stock event is sent when an item on an order is found to be out of stock. When an item is out of stock, we try the order daily until we can place it (maximum of 30 days). You should use this to inform your customers of item delays, ideally choosing specific days by choosing specific intervals with the `days_since_first_attempt` variable. Ordergroove recommends Day 1, 15, and 30.
|
These events are synced in real-time, and include the following data in each event: has_prepaid
|
Customer properties
Ordergroove Subscriber Status |
Active if the customer has at least one active subscription. Inactive if the customer has only inactive subscriptions. |