The invoices you send in S.P.V. will be validated by ANAF. In case of non-compliant data, these invoices will return with an error message and will have to be corrected and resubmitted manually to the S.P.V.
If you have such invoices in the Sales menu of the admin page, a red border will appear with a message notifying you about them (see image below).
By clicking on the "View orders" button, all unvalidated invoices will be displayed. A yellow triangle will appear on each individual invoice, on which, by placing the cursor, a message will appear with the error due to which it was not validated.
At the same time, you can also check the yellow triangle, including the error message, on the invoice:
Once the error is corrected, all you have to do is load it back into the S.P.V. invoice:
Confirm that you want to upload the invoice to S.P.V. and if you have no other errors, the invoice will load and disappear from the list of invoices with errors.
Buyer address error: check all four fields, not just the one in the message
Most rejected invoices have a problem with the buyer's address. Careful: the error message names a single field, because validation stops at the first field that is wrong or empty. The address is checked in this order: an address exists → Country → County → Street. If you fix only the field in the message and upload again, you will get the next error, on another field. Check and fill in all four fields at once — Street, City, County, Country — and only then re-upload the invoice.
Where you can see them all at once?
Open the invoice's order from the Sales menu and look at the "Address details" block. It shows Street, City, County, Country and Postal Code, and any empty field appears as "-". Any "-" on the first four fields is a reason for rejection. You fill them in from the "Edit" link next to "Address details", all of them in a single save.
Fix the address on the order, not just in the Clients menu. The invoice is built from the client's data as it was on the order date, not from today's client record, so a correction made only in Clients may leave the invoice unchanged. When you edit from the order, you get the message "Editing the client directly from the order updates their data in the audit as of …, the order date. Do you want to continue?" — confirm with Yes. That is how you correct exactly the data the invoice is made from.
What "filled in correctly" means for each field?
- Country: required. "România" or "RO" are recognised. Empty or misspelled means "The country in the buyer's address is invalid".
- County: required, and it must be a county, not a city. Ebriza fixes the common confusions on its own (for example Cluj-Napoca instead of Cluj), but an empty County cannot be inferred from anywhere, which makes it the most frequent cause of a block. For the capital, the county is București.
- City: for Bucharest, ANAF requires the sector — SECTOR1 … SECTOR6. If you write "București" or "Municipiul București", Ebriza converts the value on its own into the sector from the buyer's Trade Register address for that tax ID (SECTOR1 by default). The English form, "Bucharest", is NOT converted: it goes to ANAF as it is and gets rejected. So write either the sector or "București".
- Street: always fill it in. For an individual buyer, an empty street stops the upload ("The street in the buyer's address is invalid"). For companies, Ebriza sends "-" instead, so that rural addresses without a street are not blocked, but the invoice should carry the real address.
If the message talks about "the seller's address" (for example "The county in the seller's address is invalid"), it is not about the client: it is your location's tax address, which you fill in under the location settings.
An invoice to an individual does not upload to S.P.V.: check the PIN (CNP) field
If an invoice issued to an individual (natural person) does not upload to S.P.V., even though the e-Factura authorisation is active and your other invoices upload normally, check the client's PIN field first, then the address (section above).
For an individual, the CNP (personal numeric code) goes in the PIN field. Ebriza sends it to ANAF exactly as it is written. Only two values are correct:
the client's real 13-digit CNP;
an empty field. In that case Ebriza sends the generic code that ANAF accepts.
Any other value, for example "0", "0-", "-" or a company tax ID (CUI), is rejected by ANAF, and the invoice stays un-uploaded. The error message may read "nu a fost identificat cui cumparator" or "CUI cumparator incorect". If the PIN field holds a CUI, the buyer is really a company: add them as a company, with the CUI in the CUI field.
How to fix it: as with the address, fix it on the order, not only in the Clients menu, because the invoice is built from the client's data as it was on the order date. Open the order from the Sales menu and click the "Edit" link next to Client. Delete the wrong value from the PIN field or type the real CNP, then save (confirm the message about updating the audit with Yes). Then upload the invoice to S.P.V. again with the arrow in the invoice's S.P.V. column.