HomeIntegrations › NetSuite
NETSUITE

DSD on the street, NetSuite in the ledger.

Connected over SuiteTalk with token-based authentication — five values entered once, every call signed, nothing to re-authorise six months later. The route runs in OrderPulse; the financial record lands in NetSuite.

  • Token-based auth
  • Two-way sync
  • Write-only secrets
OrderPulseNetSuiteover SuiteTalk RESTSales ordersInvoicesPayments receivedCustomersand 6 more record types
TBA, not OAuth dances No consent screen, no callback, no expiry.
SuiteTalk REST Signed per request with HMAC-SHA256.
The street stays here Routes, batches and proof of delivery.
The ledger stays there NetSuite receives the financial result.

How the connection is made

Set up once, in NetSuite’s own terms, with nothing that quietly expires afterwards.

TOKEN-BASED AUTHENTICATION · SET UP ONCEFive values, entered onceFrom an Integration record and an Access Token created in NetSuite.Account IDConsumer KeyConsumer SecretToken IDToken SecretEvery call is signedOAuth 1.0a with HMAC-SHA256, per request.Secrets are write-onlyNever returned by any endpoint once saved.No browser consent screen, no certificate, and no callback URL to maintain — so there is no token to quietly expireat 2am and no re-authorisation dance six months later.
Nothing to re-authoriseToken-based authentication has no consent screen and no refresh cycle, so the connection does not fall over because someone left the company.
Secrets stay secretThe consumer secret and token secret are write-only — once saved they are never returned by any endpoint, including to your own administrators.
Your NetSuite roles applyThe integration acts through an Access Token you create, so what it can touch is governed by NetSuite’s own role permissions rather than by us.

What crosses, and which way

The commercial record moves. The fieldwork behind it does not need to.

WHAT MOVES, AND WHICH WAYCustomersTwo-wayItemsTwo-waySales ordersTwo-wayInvoicesTwo-wayPayments receivedTwo-wayCredit notesTwo-wayEstimatesTwo-wayVendorsTwo-wayPurchase ordersTwo-wayTax codesInto OrderPulseStock, batches, routes and proof of delivery stay in OrderPulse — NetSuite receives the financial result, not the fieldwork.
Two-waycustomers, items, orders, invoices, payments
Per recordeach one can be off, in, out or both
Retrieda failed post is queued and surfaced
Loggedevery run recorded with what it moved

Why anyone runs both

NetSuite is a strong ERP and a poor delivery van. The split is the point.

Works with no signal A rep in a chiller with no bars keeps selling; NetSuite is not reachable from there.
Routes and stops Sequencing, delivery windows and live route status have no NetSuite equivalent.
Proof of delivery Signature, photo, time and place captured at the door and attached to the invoice.
Batch & expiry Lot tracking and best-before dates held per batch, through to the customer.
Van stock Every vehicle as its own stock location, reconciled nightly.
Van settlement Cases and cash both balanced before the driver goes home.
Promotions at the shelf Buy-X-get-Y and price breaks computed on the device, in front of the customer.
Print at the door Invoice, receipt, delivery note and credit, to a mobile printer.
NetSuite keeps the books Revenue, receivables and reporting stay where your finance team already works.

You decide what syncs, one record type at a time

Sync rules is the screen where a direction is chosen per record — and it can only offer what NetSuite can actually do, because the list comes from the connector itself.

SYNC RULES · ONE DECISION PER RECORD TYPEOFF · IN · OUT · BOTHRECORDDIRECTIONCustomersOffInOutBothSales ordersOffInOutBothInvoicesOffInOutBothTax codesOffInOutBothAND WHAT THE SAME SCREEN REPORTS BACK1,240records linked12waiting to push3waiting to pull0failed repeatedly0open conflicts
No impossible optionsA direction the connector cannot do is shown disabled rather than offered and then failing quietly at 2am.
Start small, widen laterRun masters only for a month, watch the counters, then switch documents on once you trust it.
You can see the backlogRecords linked, changes waiting to push, records waiting to pull, repeated failures and open conflicts — all on the same screen.

The other integrations

Same connector framework, different ledger on the end of it.

Frequently asked questions

What do we need from NetSuite to connect?
An Integration record and an Access Token, created by an administrator in NetSuite. That produces five values — Account ID, Consumer Key and Secret, Token ID and Secret — which are entered once in OrderPulse. There is no consent screen, no certificate and no callback URL to maintain.
Will the connection expire?
No. Token-based authentication signs each request rather than trading a short-lived token, so there is nothing to refresh and no re-authorisation to remember. It stops working only if you revoke the token in NetSuite, which is exactly when it should.
Who can see the credentials afterwards?
Nobody. The consumer secret and token secret are write-only: once saved they are never returned by any endpoint, including to your own administrators. They can be replaced, not read back.
Do we still need OrderPulse if we have NetSuite?
For the ledger, no. For the street, yes — a rep in a chiller with no signal, a sequenced delivery round, a signature at a door, a batch number for a recall and a van that has to balance at night are not things NetSuite was built to do. It keeps the books; OrderPulse runs the route.
What happens if a post to NetSuite fails?
It is retried, and if it keeps failing it is held where you can see it rather than dropped. The same applies to conflicts: if both sides changed the same record, that is surfaced instead of one side quietly winning.

See it against your own NetSuite sandbox.

Bring a sandbox account and a day of real orders. Connecting takes five values and a few minutes.

Request a Demo