La risposta in breve

Un fornitore deve mantenere dati, codice e presentazione per i casi supportati. Riconciliazione, Swico S1 e canali alternativi dipendono dal prodotto. Documentate versioni e testate i risultati: un rapporto di validazione non certifica tutte le funzioni del software.

Il perimetro funzionale atteso

Conformità del documento e funzioni gestionali sono temi distinti. Il perimetro seguente è una griglia di progettazione da adattare al prodotto, non una lista di funzioni tutte imposte da SIX.

Blocco Contenuto minimo Elemento distintivo
Dati Struttura conforme, indirizzi strutturati, tre tipi di riferimento, controllo delle coppie conto-riferimento e delle regole EUR Validazione in tempo reale durante l’inserimento, messaggi di errore che citano la regola
Codice Livello M, versione più piccola, croce svizzera, vettoriale Decodifica delle QR-fatture ricevute
Impaginazione Style Guide, cinque lingue, campi vuoti, forbici o perforazione, PDF con caratteri incorporati Modelli allineati alla carta QR, anteprima prima dell’invio
Ritorno Import camt.054 (e camt.053 dettagliato), abbinamento per riferimento, eccezioni Collegamento bancario diretto o EBICS, regole di imputazione configurabili
S1 Generazione dalle righe di fattura, escape dei caratteri, 140 caratteri Lettura di S1 lato creditori
Canali PDF, stampa, eBill come procedura alternativa Portale clienti conforme al capitolo 3.8
Ciclo di vita Solleciti con lo stesso riferimento, note di credito, fatture annullate Ripresa dei riferimenti nelle migrazioni

Il ciclo di manutenzione

Ogni versione ha il proprio calendario di pubblicazione, entrata in vigore e transizione. Un fornitore prepara le operazioni seguenti:

  1. Lettura della documentazione delle modifiche fin dalla pubblicazione;
  2. Implementazione e aggiornamento della libreria di generazione;
  3. Test: serie di non regressione sul testo del codice, rapporto del portale di validazione SIX, validatore Swico per S1;
  4. Distribuzione prima dell’entrata in vigore, con attivazione delle nuove regole alla data prevista (per esempio le restrizioni EUR delle IG 2.4, considerando il mantenimento parallelo delle IG 2.3 fino a novembre 2027);
  5. Comunicazione ai clienti: cosa cambia per loro, cosa devono fare, nella maggior parte dei casi nulla.

I punti che fanno la differenza presso i clienti

  • La migrazione degli indirizzi: i vostri utenti hanno anagrafiche clienti con indirizzi su una sola riga. Un assistente di suddivisione via/numero/NPA/località, con validazione, risparmia ore e rifiuti.
  • L’abbinamento: è il momento in cui il cliente giudica il software. Import semplice, proposte chiare, eccezioni spiegate, riconciliazione con l’estratto conto.
  • I solleciti: ripresa del riferimento originale, saldo esatto, nuova QR-fattura conforme.
  • La carta QR: modelli allineati al millimetro sulla perforazione, con un test di allineamento stampabile.
  • La trasparenza: pubblicare la versione dello standard supportata, il rapporto di validazione e la data prevista per la versione successiva.

Test da automatizzare

  • Cifre di controllo (modulo 10 ricorsivo, mod 97-10) su valori noti e su casi limite (zeri, lunghezza, lettere).
  • Rifiuto delle coppie vietate: QRR senza QR-IBAN, SCOR con QR-IBAN, QRR in EUR dopo il 14.11.2026.
  • Testo del codice confrontato con un riferimento per ogni scenario (importo vuoto, debitore assente, S1, procedura alternativa, cinque lingue).
  • Lunghezza totale ≤ 997 caratteri, Ustrd + StrdBkgInf ≤ 140.
  • Resa PDF: caratteri incorporati, dimensioni, presenza delle forbici.

La guida per sviluppatori presenta le librerie open source che coprono generazione e decodifica.

Fonti e riferimenti