Turns the partner's purchase order into a BigCommerce order, priced at the contract rate agreed with the buyer.
It lands through the REST order endpoint, not the storefront checkout, so the retail price list never gets a chance to apply.
EDI Integration
A purchase order arrives for a storefront that was built to take one card at a time. It has to land as an order priced at the terms the buyer agreed, not the price sitting on the product page, and the dispatch has to leave as an advance ship notice the partner's system will actually accept. BigCommerce's own event notifications are where that handoff either gets caught or gets missed.
Six categories cover most of what a partner disputes on a BigCommerce wholesale account. Most of them trace back to the same handoff, an order that priced wrong at creation or a dispatch that didn't match what the advance ship notice described. Cogent² checks the dispute against the original purchase order and the shipped notice before it reaches the partner's deduction queue.
Onboarding covers the credentials, the pricing terms, the webhook registration and a test run. All four happen before a live purchase order is allowed through.
A purchase order for this account moves through six documents before BigCommerce and the partner agree the trade is closed. Each one lands in a different part of the account, and each one can fail on its own.
It lands through the REST order endpoint, not the storefront checkout, so the retail price list never gets a chance to apply.
Built from pick and pack confirmation rather than from the catalogue, since BigCommerce's own inventory writes return a transaction_id with no way to look it up afterwards.
If it arrives after picking has started against the original line, the correction has to be worked by hand rather than flowed through automatically.
Runs ahead of the order import. If it's delayed, the partner's clock on acknowledgement timing keeps running regardless.
BigCommerce applies inventory writes asynchronously, so the advice waits for the store/product/inventory/updated webhook rather than trusting an instant write.
Matched against the advance ship notice on the partner's side, so a carton count that changed between pick and ship has to show up in both documents or the invoice gets queried.
Each document assumes the partner's contract terms were attached before the order confirmed, not recovered afterwards.
BigCommerce fires webhook events, including store/product/inventory/updated, and that is the mechanism Cogent² listens to rather than polling the catalogue on a schedule. Authentication runs through OAuth 2.0 client credentials and JSON Web Tokens, with Storefront API tokens scoped to a channel_id and an expiry set in UTC seconds. None of that authentication carries pricing, so the contract rate for a wholesale buyer has to be attached at order creation, because nothing in the platform's default checkout path knows a partner account has different terms.
Confirmed against your instance during onboarding.
Once the account is trading, Cogent² keeps watching the three places a BigCommerce wholesale order usually comes apart: pricing at order creation, inventory timing, and the acknowledgement clock. Each one gets its own exception handling rather than one shared dashboard.
Every purchase order is checked against the partner's contract rate before the order confirms in BigCommerce, so a buyer never gets charged the storefront's listed price by default.
Because BigCommerce applies inventory writes asynchronously, the inventory advice waits for confirmation through the inventory webhook rather than trusting the write the instant it is sent.
The functional acknowledgement fires as soon as a file is structurally valid, and Cogent² tracks how long BigCommerce takes to return that against what the partner's spec allows.
BigCommerce versions its REST endpoints through the path itself, so a move from v3 sits alongside the old path rather than breaking it outright. The GraphQL side versions through schema evolution instead, which means a field can change meaning without the endpoint changing at all. Cogent² tracks both, because a schema change nobody reads carefully is how an inventory advice starts reporting the wrong field as available stock.
Neither is wrong, they're measured at different moments. BigCommerce's Inventory API writes asynchronously and returns a transaction_id with no way to look up what happened to it, so the only reliable signal that stock actually changed is the store/product/inventory/updated webhook. Cogent² builds the inventory advice off that webhook rather than off a write that might still be processing.
It depends on where the order sits before dispatch, not on the platform alone. If the advance ship notice is built straight from pick and pack confirmation rather than waiting on a separate inventory sync, the timing usually holds. Cogent² maps that path during onboarding so the cutoff gets tested against the partner's actual window before go live, not assumed.
No. Cogent² runs the connection between BigCommerce and the partner's EDI requirements, including the OAuth credentials, the webhook listeners and the document mapping. The brand's team reviews exceptions when something gets flagged, it doesn't maintain the integration code.
Not necessarily. Where the integration layer is already built on Patchworks, a BigCommerce account gets added as another connection rather than a replacement. Cogent² works alongside that setup for the documents this storefront needs to trade.
OAuth client credentials, the channel_id for the Storefront API token, the contract price per wholesale partner, and the partner's own EDI specification for each document. Cogent² builds the mapping from those four things rather than guessing at terms agreed somewhere else.
Talk to a Cogent2 operator who has actually delivered this work. We will help you scope, plan and ship — without the agency overhead.
We use essential cookies to keep this site secure and working. We do not run advertising or analytics tracking. You can accept optional cookies or keep only the essentials. See our Cookie Policy.