Frequently asked questions

EasyTestData is an open-source generator that fills a QBO sandbox with a year of financially coherent books (customers, invoices, bills, payments, payroll) and purges it cleanly when you're done. It ships 8 industry templates, 8 scenarios and 15 transaction types.

Developers building QBO integrations, QA engineers, CI pipelines, and consultants or trainers who need a realistic sandbox company for a demo or a class.

Yes. Every package in the repository (generation engine, QBO client, CLI, API server and web app) is licensed under Apache-2.0. You can run all of it on your own computer with no limits.

A hosted instance of the same open-source code at easytestdata.com, so you don't have to run the server, database and Intuit app yourself. It's free.

Yes. EasyTestData is open source (Apache-2.0). Run it locally with no limits, or use EasyTestData Cloud for free, with generous limits to prevent abuse.

The records are synthetic, but the relationships are coherent: invoices and sales receipts sum to the revenue target, bills, expenses and payroll sum to the expense budget, and payments, credit memos and bill payments reference real invoices and bills. Customers, vendors and employees get realistic names, addresses, emails and phone numbers, and every generated record is tagged so it can be found and purged.

For 12 months, roughly 250 transactions for the smallest scenario up to about 2,950 for the largest, plus 15 to 130 customers, vendors and employees. The quick-demo scenario covers three months and is the fastest first load. You can preview exact counts in the playground.

No, and it can't. Every request goes through assertSandboxBaseUrl in qbo-client.js, which refuses any host other than sandbox-quickbooks.api.intuit.com; the production QuickBooks address doesn't appear anywhere in the source code, and the tests use it only to prove the check rejects it. On top of that, Intuit development keys can only authorize sandbox companies, and the only OAuth scope requested is com.intuit.quickbooks.accounting. Never load generated data into real books.

US-first. UK, Australian and Canadian locales are newer and less tested: they change employee names, addresses, currency and payment terms, but loading into non-US QBO sandboxes hasn't been verified yet.

With the same template, scenario, date range and --seed, you get identical data every time, on any machine. That makes failing tests reproducible.

In the web app, on EasyTestData Cloud or on your own computer, a connection stores the sandbox's realm ID, its company name and the OAuth tokens, encrypted at rest with AES-256-GCM and a per-row initialization vector. Disconnecting the sandbox deletes them. The CLI stores its connection in .easytestdata.json on your machine; keep that file out of version control.

It creates accounts, customers, vendors, employees, items and transactions; reads what it needs to look up accounts and find tagged records; and deletes or inactivates records only when you run a purge.

Cloud limits exist only to prevent abuse of the shared service: 3 QBO connections, 10 loads into QuickBooks per month (downloads and removals are free), 5,000 records per job and 5 members per team. Running it locally (npx easytestdata ui) has no limits.