Koop geen faxapparaat op de dag dat e-mail wordt uitgevonden

Waarom financiële teams voor Light kiezen in plaats van NetSuite

NetSuite defined the cloud ERP era, and for a long time it was the safe next step after QuickBooks or Xero. That is exactly the problem: it is the next step in a model where humans do the work and software records it. Teams arrive at NetSuite for multi-entity consolidation and leave the implementation with a system that needs an administrator, a connector budget, and a period-end ritual of Run buttons per entity.

Light is built on the other model. One AI-native ledger where AP, AR, cards, expenses, procurement, consolidation and reporting are native, and where agents do the coding, matching, reconciling and chasing inside controls your team sets. Biofire ran 4 US entities on NetSuite and moved to Light for real-time event streaming into its manufacturing systems; Oper Credits took NetSuite to the final round of its evaluation and chose Light because every demo showed a large system built for complexity rather than speed; Omnio, which runs payments and loyalty infrastructure for enterprise brands across the UK and Europe, is moving off a NetSuite scoped for a CFO who has since left.

NetSuite was built for who we were, not who we are. It left us doing manual cost allocation on every invoice, country by country. Light replaces that with one real-time engine: better visibility, faster decisions, and cutting month-end close from 15 days to 1.

James Dawson, CFO, Omnio

Implementatie: weken, geen kwartalen

A NetSuite implementation typically runs 6 to 18 months through a system integrator, and the industry it spawned, admins, consultancies, connector vendors, exists because the system does not run itself. Light implementations are measured in weeks, run by a dedicated team from Light with an account manager included, and the finance team operates the platform directly afterwards. No SuiteScript, no VAR retainer, no support-tier upsell.

Architectuur: één live grootboek, geen runs aan het einde van de periode

NetSuite processes in batches: prepaids, depreciation, intercompany and consolidation wait for period-end runs, per entity, per cycle. Light's ledger is real time. Consolidation and eliminations post as transactions happen, reconciliations run continuously against live bank feeds, and any report loads in under 500ms across every entity, currency and book. The close stops being an event and becomes a property of the system.

Het onderliggende datamodel

NetSuite’s schema is a product of the decade it was designed in. Separation of concerns, taken to its logical end on 1990s hardware, means the state of a single bill is scattered across thousands of normalised tables: one holds the transaction, another its lines, another the accounting lines behind them, joined back together every time anyone asks a question. Nothing about that was wrong at the time. Storage was expensive, normalising was the correct answer, and you paid the cost back in joins. You still pay it. Oracle’s own guidance is blunt about the drawback: “avoid using too many joins, this can result in performance issues”. This is why saved searches get expensive to run and why reporting so often ends in an export.

Light denormalises deliberately. Modern columnar storage does not penalise wide tables the way the databases of the 90s did, so the facts about a transaction sit together instead of being reconstructed on every read. That is what lets any report load across every entity, currency and book in under 500ms, with drill-down as a lookup rather than a join.

NetSuite

Messy for humans and agents alike. One bill’s data sits in tables scattered across a schema of thousands. Every read joins them back together.

Light

Clean for humans and agents alike. The same bill is already one wide row, read where it sits.

The difference compounds for agents. An agent working over a schema of thousands of tables has to work out which ones to scan before it can answer anything, and every hop is another chance to pull the wrong row: slow, and confidently wrong in ways that are expensive in accounting. On Light the context an agent needs is already assembled, so it reasons about the transaction rather than about the schema. Clean architecture is not an aesthetic preference here: the schema that makes a human wait for a report is the same one that makes an agent guess at it, and the schema that serves one serves the other.

“What did we spend on Acme Freight last quarter?”

NetSuite

1. search for candidate tables
2. read schema: transaction
3. read schema: transactionline
4. read schema: transactionaccountingline
5. pick 1 of 3 plausible join paths
6. run query → 4,812 rows
7. sum and return

Returned€248,000Every bill counted once per accounting line.

Light

1. read the bill rows
2. sum and return

Returned€124,000One row per bill, so nothing to double.

Same question, same confidence, no error raised either time. Only one of these numbers is the answer. €124,000

Kaarten, crediteuren en betalingen zonder koppelingen

On NetSuite, modern spend usually means bolting on Ramp, Brex or a bill-pay tool through Celigo or Workato, then reconciling the seam every month. Light issues corporate and virtual cards natively, captures receipts in Slack, Teams and email, and executes vendor payments on local rails in 80+ countries from the ledger itself, so there is no seam to reconcile and no connector bill.

Text Enhance vs. agenten die boeken

NetSuite's AI generation, Text Enhance, Bill Capture, Narrative Insights, is assistive: it drafts, reads and summarizes while your team still does the work. Light's agents complete the work: they code the invoice, match the payment, chase the receipt, draft the accrual and post the result within approval thresholds you set, with every action logged and attributable. That distinction, suggestion versus completion, is where the economics move.

Cost of ownership

The NetSuite line item is only the start: SuiteBilling for subscriptions, connectors for integrations, Advanced Customer Support as a paid add-on, and an admin or consultant to hold it together. Light ships as one platform with implementation and a dedicated account manager included, and the sub-ledgers that would be separate products elsewhere are simply part of it.

Frequently asked questions

Is Light een goed alternatief voor NetSuite?

Voor multi-entity, multi-valuta bedrijven die willen dat agenten het financiële werk doen in plaats van een administratief zwaar batch-ERP, ja. Light dekt de kern van NetSuite, het grootboek, consolidatie, crediteuren, debiteuren en rapportage, voegt daar standaard kaarten, declaraties en inkoop aan toe, en verwerkt betalingen via lokale netwerken in 80+ landen. Voor zeer grote ondernemingen met diepgaand maatwerk in NetSuite, evalueer eerst tegen het volledige landschap.

Hoe lang duurt een migratie van NetSuite naar Light?

Implementaties van Light worden gemeten in weken, inclusief een toegewijd implementatieteam en accountmanager. Historische gegevens, het rekeningschema, openstaande posten en integraties worden overgezet met het team van Light in plaats van een externe integrator.

Kan Light NetSuite en onze tools voor uitgavenbeheer vervangen?

Ja. Light vervangt het ERP en de spend-stack tegelijkertijd: kaarten, declaraties, crediteurenbetalingen en inkoop zijn geïntegreerd in hetzelfde grootboek, waardoor tools zoals Ramp of Brex die aan NetSuite zijn gekoppeld, niet langer nodig zijn.

Verwerkt Light multi-entity consolidatie beter dan NetSuite?

Consolidatie in Light wordt continu geboekt naarmate transacties plaatsvinden, inclusief intercompany-eliminaties en FX, in plaats van te wachten op runs aan het einde van de periode per entiteit. Tillo beheert $2B aan omzet over 8 entiteiten op Light en heeft de verwerkingstijd van de maandafsluiting met 76% verkort.