QuickBooks to Odoo for Singapore: a controlled migration

Source-export limitations are a discovery output, not an assumption made from a product brochure. For each company file, preserve a read-only extraction of the chart, contacts, items, tax codes, open documents, trial balance, ageing, bank reports, inventory reports and relevant attachments. Record report name, parameters, cut-off, timezone, columns, row count, file hash and extraction owner.

Compare a small known set across screens, reports and exported rows. Note fields that are absent, truncated, differently labelled or detached from their original allocations. Determine whether older transactions, credit-note links, classes, locations, units, serial or lot information, reconciliation marks and attachments are actually available. Do not promise to reconstruct data that the source and archive cannot supply.

The client decides which detailed history must enter Odoo and which remains in a searchable read-only archive. The decision cites operational, GST recordkeeping and reporting needs. Store the archive location, retention owner and retrieval test alongside the export inventory so that an import gap is not confused with a recordkeeping gap.

Open invoices, bills and credit notes are more than balances. Capture document identity, date, due date, customer or supplier, transaction currency, original amount, tax lines, amount already allocated, residual payable or receivable, and links to credit notes or partial payments. Aged balances must reconcile to both the detailed open-item set and the trial balance at the same cut-off.

Include part-paid documents, unapplied credits, voids, bad-debt decisions, disputed lines and foreign-currency revaluation where present. If the source export provides only a net balance, record the missing allocation evidence and obtain finance approval for any controlled reconstruction. Do not invent a payment or credit link merely to make ageing agree.

After import, collect and pay against a synthetic copy of each open-item pattern. Confirm the remaining amount, currency, tax history, journal effect and ageing. The accounting reviewer signs the linkage and any residual adjustment; the migration operator's successful import log is not financial acceptance.

Changing accounting software does not settle the business's GST InvoiceNow trigger. Check the 1 November 2025 voluntary-application rule within six months of incorporation, the 1 April 2026 voluntary-application rule regardless of incorporation or constitution, and the 1 April 2028 scope for all new compulsory GST registrants. Existing-business phases begin exactly on 1 April 2028, 1 April 2029, 1 April 2030 and 1 April 2031; use the full band table and entity-specific IRAS evidence in the readiness guide.

Covered businesses need an InvoiceNow-Ready Solution with the GST submission feature activated; Peppol registration alone is insufficient. The data design covers standard-rated supplies and purchases, zero-rated supplies and purchases, and exempt supplies only.

Both solution-extracted paths need evidence: sales invoices issued outside the Peppol network and purchase invoices recorded in the solution. Access Points do not convert paper or PDF documents into Peppol invoices. Preserve originals, extraction owner, field-confidence review, duplicate controls, accounting links, submission and acknowledgement.

Odoo 19 PINT-SG XML generation and import is not transport, an access-point service or an IRAS connector. Singapore is absent from the reviewed lists of countries eligible for Odoo-operated Peppol registration in Odoo 19 and Odoo 20. This is not a statement that Singapore businesses cannot use Peppol; the separate provider and access-point path must be proven.

The SFFS Odoo page developed by Port Cities Singapore Pte. Ltd. lists InvoiceNow-Ready only; it is not evidence for core Odoo, Odoo S.A., Oakland or F5/F7/F8. Other SFFS and InvoiceNow-Ready Solution Provider (IRSP) rows verify only the expressly named provider products and APIs, not endorsement, security or statutory compliance.

Send the invoice data by whichever comes first: the date the relevant GST return is actually filed or that return’s filing due date. An acknowledgement confirms receipt. It is not buyer acceptance, confirmation of tax treatment, a GST return or payment. Odoo 20 capabilities require a separate comparison of actual manifests and views and acceptance on the deployed build; they are not Odoo 19 evidence.