Your invoice rejects in e-Faktur, and the error message is vague. You check the NPWP on your invoice, compare it to your tax certificate, they match. You resubmit. It fails again. This happens because Indonesia's e-invoice system doesn't just validate that an NPWP exists—it cross-checks it against the Directorate General of Taxes (DGT) registry and your own historical submission record. A single digit off, a space in the wrong place, a different legal entity name format in your master file versus this invoice—and validation fails. The system doesn't always tell you which field is wrong. For service businesses, this friction is severe. You can't invoice until it passes. Your client is waiting. The tax ID mismatch often comes from years of manual entry across spreadsheets, old invoicing systems, and inconsistent naming conventions. Fixing it requires a real audit, not a quick fix. Why NPWP validation fails (and why the error message won't help) Indonesia's e-invoicing system (e-Faktur for standard invoices, e-Faktur Nihil for zero-tax submissions) validates an NPWP in three places at once: Against the DGT master registry. Your NPWP must exist and be active in the national tax database. A business that hasn't renewed its tax registration will fail here. Against your submission history. If you submitted an invoice under NPWP 12.123.456.0-123.456 last month with the company name 'PT Solusi Teknologi', you cannot submit under the same NPWP today with the name 'PT Solusi Teknologi Indonesia'. The name mismatch flags as a mismatch, even if the NPWP is correct. Against the counterparty's record. If you're invoicing a large corporation, their system may also validate that their NPWP matches their registry. A mismatch on their end blocks acceptance. The e-Faktur system typically returns a generic rejection: 'Nomor NPWP tidak valid' or 'Data tidak sesuai dengan database pajak' (data does not match tax database). It rarely specifies whether the problem is the NPWP itself, the company name, the address, or a historical inconsistency. You're left guessing. Audit your NPWP records: three essential checks Before you resubmit, you need a complete picture of how NPWP and legal entity data are stored across your business. This is manual, tedious, and essential. 1. Pull your official DGT registration Log into the Directorate General of Taxes portal (pajak.go.id) with your e-Reg credentials. Download your current tax registration certificate (Surat Keterangan Terdaftar). Write down: The exact NPWP (15 digits, formatted as xx.xxx.xxx.x-xxx.xxx or with spaces) The legal entity name as registered The registered business address The NPPKP (if you're a VAT-taxable business) or note that you're non-VAT Your last tax filing date and status (aktif/active) Take a screenshot. This is your source of truth for this moment in time. 2. Audit your invoicing system's master data Open your current invoicing system (or the spreadsheet, if that's what you're using). Find the 'company profile', 'business details', or 'tax info' section. Write down how the NPWP and company name are stored there. Now compare: Does the NPWP match exactly—digit for digit, space for space—with what's on your DGT certificate? Is the company name identical to your DGT registration, or have you abbreviated it, added a city, or changed the format? Is the address the same, or different from your DGT record? Note any difference. If you're using invoicing software with built-in tax data validation , check that the master company profile was set up correctly when you first configured the system. Many platforms import NPWP data once and never update it; if your business details changed and your invoicing system wasn't updated to match, every invoice thereafter will fail validation. 3. Check for historical inconsistencies If you've been invoicing for more than a few months, search your previous submissions for how you've formatted the NPWP and company name in past invoices. The e-Faktur system remembers. If you submitted 50 invoices as 'PT Solusi Teknologi' and invoice 51 as 'PT Solusi', the system flags inconsistency and may reject 51 to protect the historical record. If you have access to your e-Faktur submission history via the DGT portal or your tax consultant's records, pull a sample of invoices from the last 6 months and note: NPWP formatting (with or without spaces, hyphens) Company name spelling and abbreviations Address variations The most common inconsistency is the company name: 'PT Solusi', 'PT SOLUSI TEKNOLOGI', 'P.T. Solusi Teknologi', etc. The system is strict about this. Correct your master data, then batch-resubmit Once you've identified the mismatch, you have two options: correct your invoicing system and resubmit, or correct it in e-Faktur itself before resubmission. Option A: Correct in your invoicing system, then resubmit If the mismatch is in how your invoicing platform stores your company details, fix it there first. Update your company profile to match you