Aggiornato: Aprile 2026

Fattura elettronica per aziende multi-sede: come gestire 300 codici destinatario

Le aziende con più sedi operative — catene retail, GDO, multinazionali manifatturiere, gruppi con molte unità di business — hanno esigenze di fatturazione passiva (le fatture ricevute dai fornitori) molto diverse dalle PMI mono-sede. Devono smistare automaticamente le fatture verso filiali, depositi, reparti, controller di area. La specifica tecnica 1.9.1 (dal 15 maggio 2026) alza il limite dei codici destinatario per soggetto da 100 a 300, e questo cambia l'architettura possibile. Guida ai modelli di gestione, integrazione ERP e best practice procurement.

ℹ️

Tetto codici destinatario: 300

Dal 15 maggio 2026 ogni soggetto IVA può attivare fino a 300 codici destinatario sul portale Fatture e Corrispettivi (prima 100). I codici già attivi restano operativi.

Il problema dell'AP multi-sede

Pensa a una catena con 80 punti vendita. Senza una segmentazione dei codici destinatario, il responsabile Accounts Payable riceve in un'unica casella tutte le fatture passive — utility, locazione, manutenzione, materiale di consumo, servizi di pulizia, sicurezza — e deve smistare manualmente per punto vendita. Significa leggere il campo "riferimento amministrazione", interpretare la descrizione, contattare il fornitore quando la fattura cita ambiguamente "sede di Milano" senza specificare quale.

Le conseguenze tipiche: tempo perso (un AP specialist gestisce 30-40 fatture al giorno invece di 80-100), errori di imputazione sul centro di costo, contenziosi con fornitori che inviano fatture "sbagliate" sul piano analitico, ritardi di pagamento che peggiorano il DPO. Con codici destinatario distinti per filiale l'instradamento è automatizzato fin dall'SDI: ogni filiale riceve solo le proprie fatture, il team AP centrale gestisce le eccezioni.

Architettura tipo: hub centrale vs distribuito

Tre modelli ricorrenti, ciascuno con un proprio trade-off tra governance e velocità operativa:

Hub centrale (1 codice destinatario)

Tutte le fatture passive arrivano su un unico codice. Un team AP centrale registra e alloca alle filiali tramite centro di costo in ERP.

Pro: governance forte, contratti quadro negoziati centralmente, controllo prezzi. Contro: collo di bottiglia operativo, ritardi nella imputazione analitica, filiali poco coinvolte sui costi.

Distribuito (multi-codice, uno per filiale)

Ogni filiale ha il proprio codice destinatario. La fattura passiva arriva direttamente alla filiale o al team AP regionale di competenza.

Pro: velocità di processing, accountability locale sui costi, riduzione errori di imputazione. Contro: serve una mappatura forte e governata, rischio inconsistenza tra filiali, complessità nei rinegoziati corporate.

Ibrido

Codice centrale per le "fatture corporate" (assicurazioni, software, consulenze, telco) e codici per filiale per le spese operative locali (manutenzione, utility, materiali di consumo).

È il modello più adottato dalle aziende con 50+ sedi: combina la governance dei contratti quadro con la rapidità del routing locale.

Cosa cambia con 300 codici

Il tetto a 100 codici per soggetto obbligava le aziende grandi a scelte conservative: accorpare più punti vendita su un solo codice, rinunciare al routing per reparto, mantenere un modello ibrido anche quando il distribuito sarebbe stato preferibile. Una catena con 180 negozi doveva mediare, magari raggruppando per area geografica.

Con il nuovo limite a 300 codici si possono separare anche aziende con 200+ filiali mantenendo modello distribuito senza compromessi. Restano fuori solo organizzazioni davvero grandi (catene da 500+ punti vendita) che dovranno comunque accorpare, ma con criteri molto meno stringenti. Per i dettagli operativi sull'attivazione e la procedura sul portale F&C vedi 300 codici destinatario: cosa cambia dal 15 maggio 2026.

Integrazione ERP-SDI

Tre scenari tipici, in base allo stack ERP adottato:

SAP (ECC o S/4HANA)

Connettore IDoc/EDI verso SDI o intermediario certificato. Smistamento delle fatture per CCnr (centro di costo) tramite mapping codice destinatario → struttura organizzativa (Bukrs/Werks). La logica vive in genere in un BAdI o in middleware (es. PI/PO, Integration Suite).

Microsoft Dynamics 365 F&O

Modulo italiano fattura elettronica nativo. Configurazione delle entità "sedi/depositi" mappate sui codici destinatario, con routing automatico in fase di ricezione XML. Le filiali vedono solo i propri documenti tramite ruoli di sicurezza.

Zucchetti, TeamSystem e simili

Integrazione nativa con la piattaforma di fatturazione elettronica del vendor (Digital Hub, TeamSystem Digital, ecc.). Il mapping multi-sede passa dall'"anagrafica unità operativa": ogni unità ha il proprio codice destinatario e il routing è gestito dal motore della piattaforma.

Punto critico trasversale: dove gestisci la mappatura "codice destinatario → centro di costo"? La risposta consigliata è sempre la stessa: nell'anagrafica master dell'ERP, non in un livello applicativo isolato (Excel, piattaforma del provider, foglio operativo del team AP). Solo così la mappatura sopravvive a riorganizzazioni e turnover.

Procurement: comunicare i codici ai fornitori

La parte tecnica vale zero se i fornitori non sanno quale codice usare. Best practice consolidate:

Allegato standard al contratto quadro con elenco completo dei codici destinatario per filiale, aggiornato a ogni modifica.
Clausola dedicata in ogni ordine d'acquisto: riportare in evidenza il codice destinatario di consegna (es. "Fatturazione: codice destinatario [ABC1234]").
Email standardizzata per fornitori ricorrenti con tabella di mapping filiale → codice → referente.
Audit periodico delle fatture in deposito (codice destinatario errato o non riconosciuto) tramite portale F&C, con feedback al fornitore.

Template testo da inserire negli ordini di acquisto:

"Si prega di emettere fattura elettronica indicando come codice destinatario [XXX1234] (sede [denominazione filiale]). Eventuali fatture inviate ad altro codice destinatario potranno subire ritardi di lavorazione e contestazione."

Errori AP più frequenti (e come prevenirli)

Fattura sul codice destinatario corretto ma con riferimento ordine sbagliato: si gestisce solo con la fattura di riferimento, perché lo SDI non controlla il dato. Conta avere un processo di matching three-way (ordine, DDT, fattura) lato ERP.
Fornitore che usa il vecchio codice destinatario dopo una riorganizzazione: comunicare per iscritto la modifica con almeno 30 giorni di preavviso e mantenere il vecchio codice attivo per coprire il transitorio.
Dipendenza da un solo referente operativo: designare due referenti per ciascun codice destinatario, in modo che le assenze (ferie, malattia, turnover) non blocchino il processing.
Cancellazione/disattivazione di un codice senza periodo di tolleranza: mantenere il codice attivo per 60-90 giorni dopo la riorganizzazione, monitorando il deposito residuo prima della chiusura definitiva.

Roadmap pratica per il go-live

Checklist consigliata per un progetto di adozione multi-sede su orizzonte 8-12 settimane:

Mappare filiali e unità operative su una tabella Excel/CSV: nome, indirizzo, referente, codice destinatario attuale, codice futuro.
Definire il criterio di assegnazione dei codici: geografico (per area/regione), per business unit, oppure ibrido.
Richiedere i nuovi codici destinatario sul portale Fatture e Corrispettivi, una filiale per volta o in batch.
Comunicare ai fornitori top-20 con email dedicata, allegato con tabella di mapping e referente.
Aggiornare i contratti quadro per i fornitori ricorrenti, inserendo l'allegato codici come parte integrante.
Configurare l'ERP per il routing automatico delle fatture in arrivo, con regole di matching e gestione delle eccezioni.
Audit a 30 giorni dal go-live: verifica che almeno il 95% delle fatture arrivi sul codice corretto e, in caso di scostamenti, intervenire sui fornitori responsabili.

Domande frequenti

Posso usare un solo codice destinatario per 50 filiali e poi smistare a valle?

Tecnicamente sì: lo SDI accetta che tutte le fatture arrivino sullo stesso codice, ma perdi il vantaggio principale dell'aggiornamento alla specifica 1.9.1 (300 codici per soggetto). Il routing manuale a valle pesa sull'AP team in termini di tempo, errori di imputazione e contenzioso con fornitori. Conviene solo se le filiali sono pochissime o la struttura organizzativa è fortemente centralizzata.

Devo riassegnare i codici già attivi quando passo a 300?

No. I codici destinatario attivi al 14 maggio 2026 restano validi senza alcuna azione da parte tua. L'innalzamento da 100 a 300 si applica solo alle nuove attivazioni: puoi aggiungere fino al nuovo limite senza toccare l'esistente.

Cosa succede se un fornitore continua a usare il codice destinatario sbagliato?

La fattura entra comunque nello SDI ma viene depositata su un canale 'cieco': il destinatario reale non la riceve via flusso. Per recuperarla devi accedere al portale Fatture e Corrispettivi alla sezione 'Consultazione fatture passive' e scaricarla manualmente. È buona prassi fare audit mensile dei depositi anomali e ricontattare i fornitori che ripetono l'errore.

Devo accreditare un canale WS/SFTP per gestire 300 codici destinatario?

Non strettamente. I codici destinatario sono indipendenti dal canale di ricezione: puoi avere 300 codici tutti ricevuti via portale F&C o via PEC. Oltre i 100.000 documenti/anno, però, accreditare un canale WS o SFTP dedicato diventa quasi obbligatorio per stabilità e performance. Vedi /normativa-2026/accreditamento-sftp-ws-sdi-2026 per i requisiti tecnici.

Posso disattivare codici destinatario non più usati?

Sì, sempre dal portale Fatture e Corrispettivi. Prima di disattivare un codice ricorda di comunicarlo ai fornitori con almeno 60-90 giorni di anticipo, altrimenti rischi che continuino a inviare fatture sul codice morto, finendo poi nel deposito cieco descritto sopra.

Fonti consultate

Verificate a aprile 2026. Le normative possono cambiare: consulta sempre la fonte ufficiale prima di agire.