Home/Integrations

NetSuite talks to the systems your business already runs on.

Field service, design tools, warehouses, banks, payroll and CRM. We have connected NetSuite to 28 of them, in whichever direction the data needs to go, with logging and error handling so finance can see what arrived and what failed.

Systems connected
28
Categories of system
13
The systems

What we have connected.

Each card is an integration we built and delivered: which way the data goes, what travels, and how it travels. Follow a card to the story or to the work behind it.

How we integrate

The pattern fits the other side.

We do not sell one connector shape. The other system decides: an API, a file drop, a call into NetSuite, or a platform already in place. The counts are pieces of our delivered work that use each one.

  1. 01

    REST with OAuth

    NetSuite calls the other system's API directly, usually from Map/Reduce jobs, with OAuth or API-key authentication and tokens cached between runs.

    23 pieces of work
  2. 02

    SFTP file exchange

    For warehouses, banks and portals that exchange files. XML, CSV and bank payment files go out, receipts, shipments and statements come back, and the integration logs each file as it processes it.

    6 pieces of work
  3. 03

    RESTlets with token-based auth

    When the other system calls NetSuite, it calls a RESTlet secured with token-based authentication. This includes NetSuite to NetSuite calls between two companies' accounts.

    10 pieces of work
  4. 04

    iPaaS where it already runs

    If a client already runs an integration platform such as Celigo, we work with it rather than beside it, adding the NetSuite-side scripts its flows need.

    1 piece of work
  5. 05

    SuiteApp extensions

    Tax, EDI, payments and warehouse SuiteApps already handle the core work. We add automation on top of their records instead of replacing them.

    9 pieces of work

How they run, in our delivered integrations

  • Staging and logs

    Inbound data lands in staging or log records before it becomes a transaction, so a failed mapping is visible and can be run again.

  • Map/Reduce at volume

    Volume work is split into Map/Reduce stages that stay inside NetSuite governance limits.

  • Retries and switches

    Where it matters, failed records are picked up again on the next run, and flows have their own switches so one can be paused without stopping the rest.

  • Emailed summaries

    Errors are summarised and emailed to the people who can fix the data, rather than left in a script log.

  • Monitoring pages

    Where the volume warrants it, a page inside NetSuite shows what synced, what did not, and why.

Also worked with, as extensions

Connectors and SuiteApps someone else built, which we extended with automation on top. We list them because we know them well. They are not integrations of our own.

Two systems that should be talking?

Bring them to a 30-minute working session. We will look at both sides with you and tell you which pattern we would use and what it takes to run it.