Webhook deliveries
Open from Webhook endpoint
Delivery status, attempt count, request and response, and retry state
Northline asks why FO-11929 shipped to a corrected apartment. The order’s Timeline keeps creation, the address update, the brand’s approval, picking assignment, and fulfillment in sequence.
Expand Updated shipping address to see only the fields that changed: Address 2 moved from N/A to Apt 4B, and Shipping Zip moved from 78701 to 78701-1042. The answer stays attached to the order instead of a support thread.
#NFO-10482
Northline Field Ops → Cybership Dallas · DAL-01
| Event | Time |
|---|---|
Order #NFO-10482 created Imported from Shopify · 2 line items Apr 30, 9:14 AM | Apr 30, 9:14 AM |
Updated shipping address Apr 30, 9:18 AM
| Apr 30, 9:18 AM |
Brand approved the apartment correction. Morgan T. · 1 attachment Apr 30, 9:20 AM | Apr 30, 9:20 AM |
2 items added to picking session by Lauren H. Single Item Batch 01 Apr 30, 10:02 AM | Apr 30, 10:02 AM |
2 items fulfilled via Pick & Pack by Lauren H. Apr 30, 10:26 AM | Apr 30, 10:26 AM |
Changed fields stay specific
The expanded address event shows only Address 2 and Shipping Zip because those are the fields that changed.
Comments remain operational notes
Only the authoring team member can edit for 5 minutes.
Inventory History keeps the date, Product, location, operation, signed delta, actor, and description together. The -2 pick names #NFO-10482, while the paired -6 and +6 transfer rows show where stock moved.
Operations can distinguish a pick, transfer, and return receipt without treating one warehouse total as an explanation. The transfer pair nets to zero across locations, while the order pick and return receipt remain separate movements.
Inventory History
Dallas Fulfillment Center
| Date | Product | Location | Type | Delta | Actor | Description |
|---|---|---|---|---|---|---|
| Apr 30, 10:11 AM | Cybership Hoodie SKU-4491 | L-A12-04 | Pick | -2 | LHLauren H. | Picked 2 eaches to TOTE-10482 for #NFO-10482 in Single Item Batch 01 |
| Apr 30, 9:54 AM | Cybership Beanie SKU-2210 | BULK-A-02 | Transfer | -6 | API key | Transferred 6 eaches from BULK-A-02 to L-A05-12 |
| Apr 30, 9:54 AM | Cybership Beanie SKU-2210 | L-A05-12 | Transfer | +6 | API key | Transferred 6 eaches from BULK-A-02 to L-A05-12 |
| Apr 30, 8:43 AM | Cybership Hoodie SKU-4491 | RETURNS-STAGE | Return received | +1 | System | Received 1 each from RMA-00418 |
Cybership Hoodie
SKU-4491
Picked 2 eaches to TOTE-10482 for #NFO-10482 in Single Item Batch 01
Apr 30, 10:11 AM
Cybership Beanie
SKU-2210
Transferred 6 eaches from BULK-A-02 to L-A05-12
Apr 30, 9:54 AM
Cybership Beanie
SKU-2210
Transferred 6 eaches from BULK-A-02 to L-A05-12
Apr 30, 9:54 AM
Cybership Hoodie
SKU-4491
Received 1 each from RMA-00418
Apr 30, 8:43 AM
Order pick
#NFO-10482 · -2
Transfer pair
-6 + 6 = 0
Return receipt
RMA-00418 · +1
RMA-00418 keeps Return Created, Inspection Started, Mispick Detected, and Warehouse Processing Complete in its Timeline with actor and date. The warehouse exception is visible without pulling it into a generic activity feed.
Use the same pattern for the rest of the operation: open webhook deliveries from the endpoint, executions from the automation rule, and row results from Import/Export Jobs. Each surface keeps the detail its team needs to act.
RMA-00418
Return detail
| Date | Event | Description | Actor |
|---|---|---|---|
| Apr 30, 8:21 AM | Return Created | Return created from order #NFO-10411 | MTMorgan T. |
| Apr 30, 8:39 AM | Inspection Started | Inspection started | LHLauren H. |
| Apr 30, 8:42 AM | Mispick Detected | Wrong item received - mispick detected | LHLauren H. |
| Apr 30, 8:46 AM | Warehouse Processing Complete | Warehouse processing marked as complete | System |
Return created from order #NFO-10411
MTMorgan T.Inspection started
LHLauren H.Wrong item received - mispick detected
LHLauren H.Warehouse processing marked as complete
Follow the record that owns the next question
The return timeline explains the warehouse exception. Delivery, rule, and file questions keep their richer detail on the surfaces that produced them.
Webhook deliveries
Open from Webhook endpoint
Delivery status, attempt count, request and response, and retry state
Automation executions
Open from Automation rule
Published version, step progress, input, output, errors, and re-run lineage
Import/Export Jobs
Open from Job directory
Status, processed and failed counts, row messages, and retained output
Cybership keeps these six evidence surfaces close to the work instead of flattening them into one generic event feed.
Orders, inventory, returns, webhooks, automations, and file jobs each retain the evidence their operators need, without flattening every workflow into the same generic event.
See it in your operation
Show us the order, inventory movement, return exception, integration failure, automation run, or file job your team has to reconstruct today. We’ll map the exact records and evidence your operators would use to answer it.
No sales call is required to get sandbox access.
Continue exploring
Orders
Keep fulfillment-order exceptions on the record: expose only valid actions, preserve exact quantities through plan changes, and hand ready work into picking.
Integrations
Send scoped operational events, inspect every attempt, retry failures, recover endpoints, and rotate signing secrets.
Automation
Turn repeated warehouse decisions into visible, validated rules and inspect every run or retry.
Returns
Keep eligible quantity, inbound labels, unit inspection, inventory routing, and completion on one RMA.