ONBOARDING GUIDE

A repeatable path from first login to production.

Use this guide as the shared checklist between your team and ConnectUs. A customer should be able to complete most onboarding without a separate custom development project from ConnectUs.

Phase 1 — Access

Phase 2 — Map your business data

The hardest part of most integrations is not HTTP; it is agreeing what data in one system means in the other. Create a small mapping before writing order automation.

Your systemConnectUs conceptTypical mapping
Your project / programProjectUse Project name/ID returned by the API
Bundle / configured packageKitUse a kit available under the selected project
Product / deviceItem SKUMap your product record to the ConnectUs SKU
Outbound fulfillment requestSales OrderCreate through POST /client/sales_order
Your order / PO referencecustomer_po_noSend a stable identifier from your system
Carrier/service choiceshipping_methodUse a name returned by available shipping methods

Phase 3 — Build the sandbox integration

Authentication

Send the Sandbox Token as a Bearer token on every request.

Discovery

Retrieve projects, kits, devices, shipping methods, and Sales Order statuses instead of hard-coding data that can change.

Sales Order creation

Submit your PO reference and item SKUs. Start with the smallest request that meets your business needs, then add shipping and custom fields.

Order reconciliation

Search by customer_po_no and store the returned ConnectUs Sales Order ID.

Status tracking

Retrieve order details and shipping-document data according to your application's needs.

Phase 4 — Error handling

Your integration should treat HTTP status codes as part of the contract:

StatusMeaning for your integrationTypical action
2xxRequest succeededProcess the response and persist important IDs/references
401Authentication failedCheck token and environment; do not endlessly retry
404Requested project/kit/order cannot be found in account scopeRe-check IDs and source data
422Request validation failedRead the errors object, correct the data, then retry
500Server or upstream service failureLog X-Request-ID and response; use controlled retry/backoff

Phase 5 — Sandbox integration acceptance

Before requesting production cutover, confirm that your implementation can complete the following tests:

Phase 6 — Production cutover

Do not reuse sandbox credentials

Generate the Production Token in SSP and configure the production base URL separately. Keep environment configuration outside application code whenever possible.

Recommended operational ownership

Customer developer

Owns request construction, data mapping, retries, logging, and secure token storage.

Customer operations

Owns business mappings such as SKUs, project selection, shipping choices, and PO conventions.

ConnectUs support

Helps investigate platform-side issues. Include environment, timestamp, endpoint, status, and X-Request-ID when escalating.

READY TO INTEGRATE?

Start in the sandbox and move to production with confidence.