Clienti e verifica nel registro ANAF (Romania)

1. POST /v1/clients crea o aggiorna un cliente, deduplicato su tax_id e, in mancanza, sul nome normalizzato.
2. GET /v1/clients elenca i clienti con limit, offset e ricerca testuale libera q.
3. GET /v1/lookup/company/{tax_id} verifica un CUI rumeno nel registro di ANAF e restituisce i dati ufficiali.
4. Precompila buyer con il risultato della ricerca, così la e-Factura non viene rifiutata per un nome o un indirizzo non aggiornato.

bash
# Deduplicato su tax_id, in mancanza su un nome normalizzato:
# rinviare lo stesso cliente lo AGGIORNA invece di creare un duplicato.
curl -sS -X POST https://api.4invoices.net/v1/clients \
  -H "Authorization: Bearer $ACCESS_TOKEN" \
  -H 'Content-Type: application/json' \
  -d '{
    "name": "Exemplu Comert SRL",
    "tax_id": "RO12345678",
    "email": "[email protected]",
    "country": "RO",
    "county": "Cluj",
    "city": "Cluj-Napoca",
    "address": "Str. Fabricii 12",
    "iban": "RO49AAAA1B31007593840000"
  }'

bash
curl -sS https://api.4invoices.net/v1/lookup/company/RO12345678 \
  -H "Authorization: Bearer $ACCESS_TOKEN"

# Dati ufficiali del registro ANAF (Romania) — usali per precompilare "buyer" così che
# la e-Factura non venga rifiutata per un nome o un indirizzo non aggiornato.

https://api.4invoices.net/v1 · https://api.4invoices.net/v1/openapi.json

• Per emettere non serve un cliente salvato: l’oggetto buyer può essere inviato direttamente in POST /invoices.
• Per gli acquirenti rumeni, county deve essere il distretto reale; per Bucarest indica il settore in city.
• tax_id è accettato con o senza prefisso del paese (RO12345678 o 12345678).
• Reinviare lo stesso cliente aggiorna il record, quindi un’importazione ripetuta non crea duplicati.