Changelog
Back to All

v1.020

1 day ago

Second Receiving LPN type: shipmonk_tc. The Receiving API now accepts a second License Plate Number type — shipmonk_tc — alongside the existing SSCC. A shipmonk_tc value is a ShipMonk Temporary Container label of the form {warehouse}-TC-{4 digits}-{4 digits} (e.g. FL1-TC-7621-2423). The change is additive and backward-compatible: SSCC behaviour is unchanged, and the new type is optional everywhere an LPN identifier is accepted or returned.

🚀 New Endpoints

None

🛠 Schema & Property Updates

  • Create Receiving (POST /v1/integrations/receiving) — the lpns / identifiers arrays on cartons[] and pallets[] now accept type=shipmonk_tc in addition to type=SSCC.
  • Create / Edit Receiving Item (POST /api/v1/oms/receiving/create-item, POST /api/v1/oms/receiving/edit-item) — the lpn object now accepts type=shipmonk_tc.
  • Get Receiving (GET /v1/integrations/receiving) and Receivings List (GET /v1/integrations/receivings-list) — cartons[].lpns / pallets[].lpns may now return type=shipmonk_tc; Receiving Items (GET /api/v1/oms/receiving/items) — the lpn object may now return type=shipmonk_tc.

📖 Documentation & Constraints Changes

  • The LPN identifier's type enum now lists both SSCC and shipmonk_tc. The value documentation describes the shipmonk_tc format: {warehouse}-TC-{4 digits}-{4 digits} (e.g. FL1-TC-7621-2423).

⚠️ Deprecated

  • The deprecated sscc field (receiving line, request and response) carries an SSCC value only; for a line whose carton / pallet is identified by a shipmonk_tc LPN it is returned as null. Use the cartons[].lpns / pallets[].lpns identifiers instead.

No endpoints, fields, types, or required-status were removed or changed — fully backward-compatible.