Audience: Suppliers

Service Level Agreement (SLA) rules and deadlines are used to set up performance expectations between a retailer and their suppliers.

Here are some guidelines on how rules are set up and how deadlines are calculated:

For more information about SLAs, see Getting started with performance management, About SLA metrics, and About Insights metrics and data fields.

Rule Conditions and Expectations

SLA rules are used to determine deadlines for SLA metrics. Rules have two fundamental components: conditions and expectations. For example, a Created > Shipped rule may state that a specific set of suppliers (conditions) need to ship their orders within a two business days (expectation). Note that not all metrics support all conditions and expectation types.

  • Conditions can include options such as Supplier, SKU, or Ship by Date. If no conditions are specified, the rule will be treated as a “catch all”, and may be applied to any orders or suppliers. Rules may also explicitly choose not to measure certain conditions.
  • Expectations can be specified with options such as Business days based on the supplier’s/retailer’s calendar or Continuous time (24 x 7) in minutes or hours.

Rule Hierarchy

  • Rules are stacked in a hierarchy. When an order is created, it is evaluated against SLA rule conditions from top to bottom. The first rule that has a matching condition is applied and sets the deadline.
  • Retailers define a “default rule” to be applied to orders that did not satisfy any higher conditions in the hierarchy.

Order SLA deadlines

Order SLA deadlines are calculated in one of three ways:

Explicit date

- The deadline is set based on an explicit date provided by a retailer, such as the “ship by date” on an order.

- If an explicit date is provided without a timestamp, a deadline of 23:59 in the retailer’s timezone will be applied.

Example:
Rule: Created → Shipped deadline based on the ship by date
Retailer timezone: Eastern/ UTC -05:00.
Events:
a. Retailer sends an order with a ship by date of 2024-07-01
b. SLA sets a deadline of 2024-07-01 23:59 UTC -05:00 |

Continuous time (also called clock hours)

The deadline is set based on a standard 24 hours a day, 7 days a week. There are no “off” days. Rules that use continuous hours do not consider operating calendars or time zones when calculating the violation deadline. Such a rule simply sets a violation deadline at X time in the future after the SLA start condition occurs.

Example:
Rule: Violation after 2 hours.
Events:
a. Order created Saturday at 7:00 pm ET.
b. This rule uses continuous hours, so no operating calendars are considered.
c. Violation deadline is Saturday at 9:00 pm ET.

Business days

- The deadline is set based on an operating calendar, cutoff times, and time zones. Deadlines occur at 23:59 (11:59 pm) in the applicable timezone.
- A “same business day” expectation is represented as a 0 business day expectation.

Example:
Rule: Violation after 2 business days, based on supplier’s calendar.
Supplier calendar: Monday - Friday are Business Days, 5:00 pm ET cutoff.
Events:
a. Order created Friday at 6:00 pm ET.
b. Order was created after the cutoff, so Friday is not considered a “processing day”.
c. Saturday and Sunday are non-business days.
d. Monday is counted as the first business day.
e. Violation deadline is 11:59 pm ET Tuesday.

Backorders/Estimated ship date updated by supplier

  • Some retailers allow suppliers to update the estimated ship date for a shipment (for example, if an item is on backordered). If a supplier revises their ship date, exception notifications for that order will be “snoozed.”
  • If the order is not shipped when the revised ship date passes, the SLA will start sending notifications.
  • For historical reporting purposes, the line item will be evaluated against the original Created > Shipped deadline.

Inventory SLA deadlines

Violation deadlines for inventory SLAs

- Retailers specify how often suppliers need to send inventory updates. There are no warnings for the inventory SLAs, just violations.
- If an inventory SLA rule uses business days, inventory updates are expected by 23:59 (11:59 pm) in the retailer’s timezone. If a deadline would fall on a non-business day, the violation deadline is moved back until the deadline lands on a business day.

Example:
Rule: Inventory must be updated every 1 business day
Supplier Calendar: Saturday and Sunday are non-business days
Events:
a. The supplier updates inventory at 10:00 on Friday
b. The deadline for the next update would be 23:59 on Saturday, but that’s a non-business day.
c. Violation deadline is moved back until the 23:59 of next non-business day (Monday).

Resetting the inventory SLA deadline

Suppliers do not need to update all of their SKUs to reset the inventory SLA deadline. The inventory SLA deadline is reset when any inventory update is sent, regardless of how many SKUs are updated, the status of those SKUs, of if there are any quantity changes. 

Business days, calendars, and cutoff times

  • An operating calendar defines which days are non-business days (weekends, holidays, and so on). The rule can be based on the retailer’s operating calendar or the supplier’s operating calendar. The retailer determines which calendar is used.
  • A cutoff time defines when “processing” for a day stops. For example, if the cutoff time is 5:00 pm, and an order arrives at 6:00 pm, the clock for the SLA contract won’t be started until the next business day.
  • A time zone is used to define the boundaries of a day (for example, 2:00 AM ET Tuesday is 11:00 PM PT Monday). For setting violation deadlines, the time zone used for an SLA depends on which calendar is used. If a supplier does not specify a time zone in their warehouse operating calendar, UTC (GMT) is used.

Archiving open exceptions

SLA exceptions are intended to be a real-time signal to help retailers and suppliers prioritize their work. If an SLA exception is open for more than 90 days, the exception will be archived.

The order will still be actionable, and a violation will still be recorded.

Was this article helpful?
0 out of 0 found this helpful

Comments

0 comments

Please sign in to leave a comment.