EIN validation rules
An EIN carries no check digit: the generator's structural validation only checks the 9-digit length, whether the 2-digit prefix sits among the 83 issued by the IRS, and whether the 7-digit serial is not entirely zero, three plain rules this page walks through with real numbers instead of a generic description.
All three checks pass together: 9 digits, a prefix among the 83 accepted values, and a serial different from 0000000.
07 has 9 digits and a non-zero serial, but fails the prefix check alone because it is not among the IRS table's 83 values.
Even with the correct prefix 20, an entirely zeroed serial is excluded on purpose, because no real EIN is ever issued with that serial.
Not like CPF/CNPJ. Basic validation uses length and IRS-valid prefixes.
No. Validation here is a lookup: it checks the 9-digit length, whether the prefix sits in the IRS's 83-value table, and whether the serial differs from 0000000, with no modulus arithmetic run over the digits.
That is 83, spread across 12 IRS campuses; Brookhaven holds the largest group with 24 prefixes, and the SBA campus gets only 1, prefix 31.
07 simply is not among the 83 prefixes in any of the 12 campus tables, while 20 belongs to the 'Internet' campus, which covers EINs issued through the IRS online application form.
No, it is excluded on purpose by the third check (`serialNotZero`), regardless of whether the prefix belongs to the table; a real EIN never ends in seven zeros.
Generation happens locally in the browser. Analytics receives only action, status, type and format, never the generated EIN.