Table of Contents

SPS Commerce

Colin Updated by Colin

SPS Commerce offers, among other things, a leading solution for business-to-business data exchange, taking much of the pain out of setting up and maintaining your EDI connections.

ShipStream's SPS Commerce integration makes a direct connection to your SPS Commerce account and simplifies the setup of your trading partners to get you launched quickly and with minimal effort.

Are you new to SPS Commerce? We're happy to help you get started and answer your questions. We also encourage you to reach out to David at SPS Commerce; he will ensure you get set up quickly to start exchanging data with your trading partners, and even help you find new ones!
Designed specifically for 3PLs, the SPS for 3PLs program will equip you to onboard your clients using SPS Commerce quickly and accurately.

Overview

In a nutshell, there are two components to setting up EDI via SPS Commerce:

  1. Setup the Global Integration to connect to your SPS Commerce account (only performed once)
  2. Add a Merchant Integration to map your Trading Partners to the correct ShipStream Merchants and Brands by Vendor ID and Trading Partner ID (performed once per merchant)

The Global Integration establishes the connection to SPS Commerce and acts as a communication channel for the SPS Commerce Merchant Integration, of which you may setup any number of subscriptions. This allows the configuration to be managed per-Merchant, giving your merchants maximum flexibility and visibility while keeping the EDI data and connection management siloed appropriately.

  • When an EDI file is received from SPS Commerce, ShipStream will parse the file and attempt to match it to a Merchant Integration subscription based on the Vendor ID and Use Test Directories options.
  • Merchants will be able to see Integation Errors that are logged for troubleshooting so long as the incoming EDI files matched the Merchant's SPS Commerce integration subscription using the Vendor ID.
  • If a Merchant cannot be matched to the incoming file's Vendor ID, the EDI Transaction will be left in "Merchant Not Found" status and will not be visible to any merchants. After you add a new Merchant Integration or update the Vendor ID and Use Test Directories options of an existing one you may click "Retry" on the EDI Document page to resume the processing.
  • All sent and received documents can be seen at System > Integrations > EDI Documents for organization users. Client users also have this page, but will only be able to see the EDI Documents that were matched to them based on the Vendor ID.

Supported Fulfillment Models

ShipStream currently supports the Drop Ship (B2C) and Bulk Import (B2B) fulfillment models. Please let us know if you are interested in supporting other fulfillment models.

The following document types are utilized:

  • Orders - Receive orders for goods fulfillment
    • 850, 875, 940, ORDERS, PurchaseOrders
    • Will be read from /out/* or /testout/* paths by default. Override with Order File Paths configuration.
  • OrderAcks - Acknowledge receipt of or reject Orders
    • 855, ORDRSP, PurchaseOrderAcks
    • Will be written to /in/PR* or /testin/PR* paths
  • Shipments - Notify of shipped goods including tracking details
    • 856, 943, 945, AdvanceShipNotices, DESADV
    • Will be written to /in/SH* or /testin/SH* paths
  • Inventory Advice - Notify of inventory levels
    • 846, INVRPT
    • Will be written to /in/IB* or /testin/IB* paths

Setup Global Integration

Before you can start, you will need an account with SPS Commerce. If you don't have one, let us know and we'll get you introduced!

You do not need to visit the SPS Commerce Developer Center or create an SPS Commerce "App" or have an FTP account. ShipStream uses the SPS Commerce Transaction API to connect to your SPS Commerce account by authenticating via the SPS Commerce website as described below. Your SPS Commerce account credentials should never be shared with ShipStream or anyone outside of your organization.
ShipStream's SPS Commerce integration expects all files to be exchanged in RSX format using JSON encoding and conforming to RSX version 7.7.7. Your SPS Commerce account manager will work with you to convert EDI files from any trading partner in any format to this standardized format.

Once you have your SPS Commerce account, head over to your ShipStream instance and follow these instructions.

  1. Login and click System > Integrations > Global Integrations (if you don't see this you may need to add or update your User Roles).
  2. Below "Setup new Global Integration" click "SPS Commerce".
  3. If you have specific needs for Location IDs, add them to the Location ID Map. By default, the ShipStream Warehouse IDs (see System > Enumerations > System > Warehouses) will be used as the Location IDs which works for most situations.
  4. Click Save and Continue Edit.
  5. Click the Authorize button and complete the authorization with your SPS Commerce account.
  6. When you are returned to the ShipStream page for the SPS Commerce integration you should see your company name as designated by SPS Commerce listed in the Connection Status after "Organization".

The connection setup is now complete and ShipStream can now pull and push data files to and from your SPS commerce account!

You are now ready to proceed to Setup Merchant Integration below.

Additional Configuration

There are some additional configuration options that are not typically required but may be necessary in some cases.

Order File Paths

By default, ShipStream will read order files from the out/ and testout/ directories of the SPS Commerce server. Subdirectories are ignored by default, so if you need to read files from a different directory or only with specific prefixes, these must be specified here. For example, a configuration of PO/PO,testout/MyOrders/ would cause ShipStream to only read files matching these paths and ignore all others:

  • out/PO/PO*
  • testout/PO/PO*
  • testout/MyOrders/*
Files that start with testout/ will only be matched to Merchant Integrations with the Use Test Directories option set to Yes.
ShipStream will read and delete all files that it sees based on this configuration so if there are files that it should not read and delete, use this configuration to specify a more specific file name pattern.

Setup Merchant Integration

Once your Global Integration is set up you still need to set up a Merchant Integration subscription for each merchant that will use SPS Commerce. Incoming documents are mapped to these Merchant Integrations based on the Trading Partner ID. If different Trading Partners require different settings you can set up multiple Merchant Integrations, but you can also receive multiple Trading Partners to the same Merchant Integration.

  1. Log in and click System > Integrations > Merchant Integrations (if you don't see this you may need to add or update your User Roles).
  2. Click Add New Subscription.
  3. Select the appropriate Merchant and click SPS Commerce in the list of integrations.
  4. Configure the integration as appropriate (details below) and click Save Subscription.

Subscription Configuration

On the subscription page, expand the Subscription Configuration section to configure it to the merchant's specific needs.

Use Test Directories

Selecting "Yes" will cause incoming files to be matched to this integration only if they come from the testout/ directory, and file uploads will be placed in the testin/ directory. Otherwise, incoming files from the out/ directory will be potentially matched and file uploads will be placed in the in/ directory.

Trading Partner ID Map

Add a row for each Trading Partner ID for which you will be receiving orders and select the appropriate Brand for each.

If different trading partners have different requirements regarding shipping labels and packing slips, you should consider creating a separate Brand for each trading partner to allow full flexibility in configuring the trading partners independently of one another.
Shipping Method Translation

As every order must have a Shipping Method assigned, the integration will make it's best effort to map the incoming CarrierAlphaCode and ServiceLevelCode fields to the closest matching Shipping Method. But, you may override this and specify a Shipping Method Translation to map the CarrierAlphaCode, CarrierRouting and ServiceLevelCode values coming from SPS Commerce to the ShipStream Shipping Method of your choice.

The CarrierRouting value is a free-form field so will vary by Trading Partner. The ServiceLevelCode should be somewhat standardized and the expected values are listed in Default Shipping Method Translation.

If neither Shipping Method Translation nor the automatic mapping are able to resolve a Shipping Method, the integration will throw an error with the message "A suitable Shipping Method was not found..." indicating that the Shipping Method Translation should be updated to match the values contained in the EDI file. After updating, you may click "Retry" in the EDI Document page to make another attempt at parsing existing files without uploading new files.

Example 1

To map any value for CarrierAlphaCode and any value for CarrierRouting and the ServiceLevelCode for "Standard Ground" service (SG) to a Virtual Shipping Method which performs Rate Shopping.

Example 2

To map CarrierAlphaCode "UPSN" with CarrierRouting values "NS" or "SG" and ServiceLevelCode "NS" to UPS Next Day Air you could use the following:

Send Order Acknowledgement

Choose Yes if your trading partners require an Order Ack document for each Order document received.

Send Shipment ASN

Choose Yes if your trading partners require an ASN document for each Shipment when the shipment is packed. These documents will either be sent after the manifest is sealed or at 8am or 8pm warehouse time, whichever comes first.

SSCC Label Format

If the trading partner requires unique SSCC codes to be generated and applied to each package, specify the mapping of each Vendor ID to the Label Format desired. The vendor-specific labels will be requested from the SPS Commerce API whenever you click "Print SSCC". See Outbound SSCC Barcodes for more information on this feature.

Inventory Advice

To report your inventory levels to your trading partners you will simply need to add an Inventory Advice configuration for each Trading Partner which is entered in the first field, and the time interval selected for that Trading Partner in the second field.

Once saved, you can also force an upload to occur immediately by clicking "Upload Inventory Advice" in the Actions section.

Order Transform Script

You can provide some basic Javascript code to transform the order data based on the entire SPS Commerce document which is present as a Javscript object in the variable spsCommerceOrder. This script can modify the order object before it is submitted.

Example 1 - mapping order options

This example script maps Signature Required and Saturday Delivery values for Target.com orders to the relevant ShipStream order options.

let carrierInformation = spsCommerceOrder.Header.CarrierInformation[0] || {};
switch (carrierInformation.CarrierRouting) {
case 'SG': // Signature Required (UPS/FedEx)
case 'NDSS': // Next Day Air with Signature Required (FedEx)
case 'HDS': // Home Delivery with Signature Required (FedEx)
case 'PONS': // Priority Overnight with Signature Required (FedEx)
case 'NDSS': // Next Day Standard with Signature Required (FedEx)
case 'ESS': // Express Saver with Signature Required (FedEx)
case 'HDS': // Home Delivery with Signature Required (FedEx)
case 'IS': // Through the Door with Signature Required (LTL)
case 'RS': // Room of Choice with Signature Required (LTL)
case 'WS': // White Glove with Signature Required (LTL)
case 'AS': // White Glove Assembly with Signature Required (LTL)
order.options.signature_required = 'any'
break
}

let serviceLevelCodes = carrierInformation.ServiceLevelCodes.map(v => v.ServiceLevelCode)
let saturdayDelivery = serviceLevelCodes.some((v) => {
switch (v) {
case 'NS': // Next Day Saturday
case 'SS': // 2 Day Saturday
return true;
default:
return false;
}
})
if (saturdayDelivery) {
order.options.saturday_delivery = true
}

Example 2 - mapping order item SKUs

This example overrides the default behavior of using the VendorPartNumber for the item SKU with using the BuyerPartNumber.

order.items.forEach(item => {
spsCommerceOrder.LineItem.forEach(spsItem => {
if (spsItem.OrderLine.VendorPartNumber === item.sku && spsItem.OrderLine.BuyerPartNumber) {
item.sku = spsItem.OrderLine.BuyerPartNumber
}
})
})
See Scripting Basics for more information about scripting in ShipStream.
Shipment Transform Script

The Reference Qualifiers and Order Line Item properties will be copied from the original Order document when generating the Shipment document and we make a best effort to map our shipping methods to the "Carrier Routing" value as well. However, sometimes these may not meet specific requirement of your Trading Partners so we provide the Shipment Transform Script which allows you to customize the generated document before it is transmitted to SPS Commerce.

This script has in it's scope the following variables:

  • eventData - data from the shipment:packed, shipment:shipped or manifest:sealed event
  • shipment - the ShipStream shipment being evaluated
  • order - the ShipStream order associated with the shipment
  • spsCommerceShipment - the object which will be used to generated the SPS Commerce Shipment document
  • spsCommerceOrder - an object representing the original SPS Commerce Order document received

For example, if you need to hard-code the CarrierRouting value to be "XYZ", the script to do so would be:

spsCommerceShipment.Header.CarrierInformation[0].CarrierRouting = 'XYZ'
See Scripting Basics for more information about scripting in ShipStream.

Order Interpretation

When receiving an order from SPS Commerce, ShipStream makes an effort to interpret the data as it is intended. These behaviors should handle most cases properly but can be overridden with scripts if needed.

SKUs and Barcodes

The VendorPartNumber in the EDI file will be used to match products in ShipStream with either the same SKU or Vendor SKU. Additionally, the ConsumerPackageCode in the EDI file will be used to match products in ShipStream with the same Barcode in case a SKU match is not found.

Inner and Outer Packs

Currently the only OrderQtyUOM supported is EA. However, when an order item contains the PackQualifier fields with outer_qty and inner_qty, these will be used to convert the order item to the appropriate number of units of the related BOM product. For example, if a product exists as both singles with a SKU matching the order item and in cases of 20 with a different SKU, and 40 units of the singles SKU are ordered with inner_qty=1 and outer_qty=20, the order item will be converted to 2 units of the 20-pack case SKU instead of 40 units of the single SKU.

Service Level Codes

These are common qualifiers and definitions for the ServiceLevelCode field.

Qualifier

Definition

3D

Three Day Service

AM

A.M. Service

CG

Ground

CX

Express Service

DC

Delivery Confirmation

DS

Door Service

ET

Proof of Delivery with Signature

FC

First Class

G2

Standard Service

IDL

Inside Delivery

IE

Expedited Service - Worldwide

IS

International Service

IX

Express Service - Worldwide

LM

Last Mile Delivery (typically services that use USPS for the last-mile delivery - e.g. FedEx Ground Economy, UPS SurePost, DHL SmartMail, etc.)

LT

Economy

ME

Metro

ND

Next Day Air

NF

Next Flight Out

NH

Next Day Hundred Weight

NM

Next Morning

NXD

Next Day

ON

Overnight

PA

Primary Service Area - Next Day by 10:30 A.M.

PB

Priority Mail

PC

Primary Service Area - Next Day by 9:30 A.M.

PI

Priority Mail Insured

PM

P.M. Service

PN

Primary Service Area - Next Day by Noon

PO

P.O. Box/Zip Code

PR

Primary Service Area - Next Day by 5:00 P.M.

PS

Primary Service Area - Second Day by Noon

PT

Pooled Shipment

PX

Premium Service (typically seen as White Glove Service, but varies by carrier or provider )

SA

Same Day

SC

Second Day Air

SD

Saturday Service

SE

Second Day

SG

Standard Ground

SH

Second Day Hundred Weight

SI

Standard Ground Hundred Weight

Default Shipping Option Translation

ShipStream automatically sets the following service level options based on the CarrierAlphaCode and ServiceLevelCode. This can be overridden by the Order Transform Script.

CarrierAlphaCode

ServiceLevelCodes

Service Level

*

ET

Signature Required

*

SD

Saturday Delivery

Default Shipping Method Translation

ShipStream automatically sets the following shipping methods based on the CarrierAlphaCode and ServiceLevelCode. This can be overridden by either the Shipping Method Translation or the Order Transform Script.

CarrierAlphaCode

ServiceLevelCodes

Region

Shipping Method

FDE

SC

US

FedEx 2 Day

FDE

PS

US (Hawaii outbound)

FedEx 2 Day AM

FDE

IE

US,EU,LAC,MEISA

FedEx International Priority

FDE

G2,3D

US,LAC

FedEx Express Saver

FDE

PC

US,MX,MEISA

FedEx First Overnight

FDE

IS

US,EU,APAC

FedEx International Economy

FDE

IX

US,EU,APAC

FedEx International First

FDE

PN

US,EU,LAC,MEISA

FedEx Priority Overnight

FDE

SA

US,MX

FedEx Same Day

FDE

ON,ND

US,LAC,MEISA

FedEx Standard Overnight

FDEG

G2,SG

US

FedEx Ground

FDEG

CG

US

FedEx Home Delivery

FXFE

ND

US

FedEx 1 Day Freight

FXFE

SE

US,LAC

FedEx 2 Day Freight

FXFE

3D

US

FedEx 3 Day Freight

FXFE

IS

US,APAC,EU

FedEx International Economy Freight

FXFE

IE

US,LAC,APAC,MEISA,EU

FedEx International Priority Freight

FXSP

G2,LM

US

FedEx Ground Economy

LASG

SG

US

LaserShip Ground

LSOV

AM,NXD

US

LSO Early Next Day

LSOV

LT,SG

US

LSO Economy Next Day

LSOV

SG

US

LSO Ground

LSOV

NXD

US

LSO Priority Next Day

LSOV

SD

US

LSO Saturday

ONTC

SG

US

OnTrac Ground

ONTC

SA

US

OnTrac Same Day

ONTC

NM

US

OnTrac Sunrise

SDED

ON

US

Spee-Dee Delivery

UPSM

PB,IS

US

UPS Economy Mail Innovations International

UPSM

FC

US

UPS First Class Mail Innovations

UPSM

PB,CX

US

UPS Parcel Select Mail Innovations

UPSM

PB

US

UPS Priority Mail Innovations

UPSM

PB,IE

US

UPS Priority Mail Innovations International

UPSN

SC

US

UPS 2nd Day Air

UPSN

SC,AM

US

UPS 2nd Day Air A.M.

UPSN

3D

US

UPS 3 Day Select

UPSN

CG,SG

US

UPS Ground

UPSN

ND

US

UPS Next Day Air

UPSN

ND,AM

US

UPS Next Day Air Early

UPSN

ND,PM

US

UPS Next Day Air Saver

UPSN

G2

US

UPS Standard

UPSN

LM

US

UPS SurePost

UPSN

IE

US

UPS Worldwide Expedited

UPSN

IX

US

UPS Worldwide Express

UPSN

IX,CX

US

UPS Worldwide Express Plus

UPSN

IS

US

UPS Worldwide Saver

USPS

FC

US

USPS First-Class

USPS

FC,IS

US

USPS First-Class International

USPS

SG

US

USPS Parcel Select Ground

USPS

PB

US

USPS Priority Mail

USPS

CX

US

USPS Priority Mail Express

USPS

IX

US

USPS Priority Mail Express International

USPS

IS

US

USPS Priority Mail International

Carrier Routing

The CarrierRouting field in particular lacks standardization so it may be common that you need to override this field using a Shipment Transform Script to meet the needs of your trading partners.

Example 1 - Service Description:

spsCommerceShipment.header.carrierInformation[0].carrierRouting = data.service_description

Example 2 - Carrier Code

spsCommerceShipment.header.carrierInformation[0].carrierRouting = shipment.carrier_code.toUpperCase()

Default Value

The value ShipStream generates out of the box for this field is based on the following table:

CarrierRouting

Description

AS

White Glove Assembly with Signature Required LTL

HD

Home Delivery with No Signatured Required FedEx

HDS

Home Delivery with Signature Required FedEx

IS

Through the Door with Signature Required LTL

MI

Mail Innovations/MIP/MM UPS

NDS

Next Day Air with No Signature Required UPS/FedEx

NDSS

Next Day Air with Signature Required UPS/FedEx

NS

No Signature Required UPS / FedEx

PON

Priority Overnight FedEx

PONS

Priority Signature FedEx

RS

Room of Choice with Signature Required LTL

SG

Signature Required UPS / FedEx

SMP

SmartPost with No Signature Required FedEx

SMPU

Signature FedEx

SP

SurePost UPS

TD

To the Door LTL

WS

White Glove with Signature Required LTL

Error Handling

Errors generated by this integration are handled similarly to other errors as described in Integrations Overview. However, here are some additional notes:

  • The Retry and Resolve buttons on an EDI document page behave the same as the buttons on the corresponding Error page.
  • If a duplicate file is detected (same name and contents as another file that was previously imported), this will throw an error. Clicking "Retry" on the error will force the duplicate file to be processed. Clicking "Resolved" on the error will have no effect and a new error will be generated as long as the duplicate file still exists on the server.

How did we do?

Merchant API Users and Roles

ShipStream Plugin Fostering Program

Contact