
Interfacce
Pianificare le interfacce ERP: collegare contabilità finanziaria, paghe e fattura QR
Contabilità finanziaria, elaborazione delle paghe e gestione dei debitori accedono agli stessi oggetti: persona, documento, periodo.
Situazione di partenza: tre ambiti, una catena di dati coerente
La contabilità finanziaria, l’elaborazione delle paghe e la gestione dei debitori accedono agli stessi oggetti: persona, documento, periodo. Un calcolo delle paghe genera scritture contabili nella contabilità finanziaria; una fattura cliente genera un documento debitore e, successivamente, un incasso.
I fornitori di soluzioni ERP consolidano questi elementi in un’unica base dati. ProConcept descrive la sua soluzione come ERP integrato e modulare per la contabilità generale, ausiliaria e industriale, per la gestione dei cespiti e dei budget, nonché come software certificato Swissdec per la contabilità delle paghe. Chi pianifica separatamente i tre collegamenti costruisce tre modelli di dati per la stessa persona e lo stesso periodo.
Secondo Kelio, nella scelta non conta il nome del marchio, bensì la capacità della soluzione di coprire i requisiti svizzeri, di integrarsi nei processi HR e finanziari esistenti e di ridurre il carico mensile legato a rettifiche, richieste di chiarimenti e inserimenti manuali. La decisione dipende dalle dimensioni dell’azienda, dalla complessità dei processi e dal grado di integrazione tra HR ed ERP.
Sempre secondo questa valutazione, la sfida maggiore risiede nella qualità dei dati a monte – orari di lavoro, assenze, premi – più che nel calcolo delle paghe in sé. Una parte significativa dello sforzo si concentra prima del calcolo: gestione di dati salariali variabili, ore straordinarie, assenze, supplementi e passaggio alla contabilità delle paghe. La pianificazione delle interfacce inizia quindi dai fornitori di dati e dai punti di trasferimento, non dai sistemi target.
I sistemi coinvolti sono il rilevamento degli orari, la gestione HR, la contabilità delle paghe, la contabilità finanziaria, la contabilità debitori e l’ERP. Gli standard e gli enti di riferimento sono Swissdec con Swissdec 5, ELM, SUVA, Associazione Svizzera d’Assicurazioni, Ufficio federale di statistica, AVS/AI, Conferenza fiscale svizzera e SQS.
Mappa delle interfacce: flussi di dati, direzioni e responsabilità
Tracciate innanzitutto gli oggetti e le loro direzioni. Dal rilevamento degli orari fluiscono tempi di lavoro, ore straordinarie e assenze; dalla gestione HR provengono i dati anagrafici, i dati contrattuali, i premi e i supplementi.
Questi dati confluiscono nella contabilità delle paghe, che genera dati salariali, contributi alle assicurazioni sociali e scritture contabili. Le scritture contabili transitano nella contabilità finanziaria, mentre i pagamenti degli stipendi entrano nel traffico dei pagamenti.
Dai dati anagrafici dei debitori e dai dati degli ordini o delle vendite scaturiscono le fatture; dagli incassi derivano le scritture debitorie e la riconciliazione dei pagamenti. Ogni collegamento richiede una direzione, un formato, un momento di trasferimento e una gestione degli errori.
Definite per ogni oggetto dati esattamente un sistema capofila. I collaboratori, i rapporti di lavoro e le componenti salariali vengono registrati in un unico punto e trasmessi alla contabilità delle paghe, senza essere gestiti in parallelo in due sistemi.
Per i debitori, la fonte capofila è l’ERP con l’anagrafica clienti, le condizioni di pagamento e il sollecito; per i dati temporali, è il sistema di rilevamento degli orari.
Le approvazioni e le correzioni appartengono allo stesso luogo della registrazione iniziale: Kelio cita esplicitamente il rilevamento degli orari, le assenze e le approvazioni come dati che devono essere trasferiti in modo affidabile alla contabilità delle paghe esistente.
I formati tecnici separano i canali: fatture XML come ZugFERD 2.4, FACTUR-X e XRechnung per lo scambio di fatture, file camt per la consegna dei nuovi file di pagamento da parte della banca.
Il canale Swissdec è versionato: SelectLine definisce la sua contabilità delle paghe come soluzione software certificata Swissdec 5. Il trasferimento ELM fa parte di questo canale.
Per la trasmissione a terzi, Swissdec è il canale effettivo: gli enti promotori sono la SUVA, l’Associazione Svizzera d’Assicurazioni, l’Ufficio federale di statistica, l’AVS/AI e la Conferenza fiscale svizzera; l’organizzazione è certificata dalla SQS. Questa trasmissione costituisce un flusso di dati autonomo, con propri processi di dichiarazione, e non fa parte dell’interfaccia contabile interna.
Collegare la contabilità finanziaria: piani dei conti, regole di contabilizzazione e periodi
Il piano dei conti è il primo punto di mappatura. ProConcept sottolinea che è possibile gestire piani dei conti alternativi e adattare la presentazione dei conti a diversi standard e norme, per sostenere la crescita dell’azienda in Svizzera e delle sue filiali all’estero.
Pianificate una mappatura dei conti per ogni tipo di scrittura – oneri salariali, oneri per le assicurazioni sociali, debiti, debitori, ricavi. Documentate quale numero di conto richiama quale sistema a monte.
Da ogni voce salariale e debitoria deriva una scrittura con regole fisse: tipo di scrittura, conto dare e avere, codice IVA, centro di costo, procedura di storno e rettifica. I budget rientrano nella stessa pianificazione, poiché sono gestiti sugli stessi conti e centri di costo; ProConcept indica il controllo e la formazione dei budget, accanto alla contabilità generale, ausiliaria e industriale e alla gestione dei cespiti, come componenti della soluzione integrata.
La chiusura periodica definisce i requisiti dell’interfaccia: la chiusura mensile deve acquisire completamente le scritture di un periodo salariale chiuso, mentre la chiusura annuale deve fornire statistiche per fisco e assicurazioni. SelectLine menziona espressamente il cambio d’anno come momento di demarcazione, in cui devono essere presentate statistiche per fisco o assicurazioni.
Gli ingressi di cespiti provenienti dal processo del personale o dalle vendite, nonché la tenuta parallela della contabilità dei cespiti e della contabilità finanziaria, costituiscono flussi di dati distinti. Definiteli con gli stessi limiti temporali.
ProConcept indica la conformità alle norme contabili svizzere e internazionali come obiettivo. Pianificate una mappatura dei conti specifica per ogni ambito normativo; i piani dei conti alternativi possono essere presentati secondo diversi standard e norme.
Ancorare la fattura QR nella contabilità debitori
La fattura QR richiede dati di controllo provenienti da diversi moduli. SAP descrive per la fattura QR nella contabilità debitori dati di controllo generali e specifici FI e SD, da definire nel customizing.
Trasposto a un ERP di medie dimensioni, significa: chiarite quali dati provengono dall'anagrafica clienti (debitori), quali dall’ordine o dalla vendita e quali dall’ambito contabile, e chi è autorizzato a modificarli.
Per la riconciliazione dei pagamenti, il riferimento strutturato sulla fattura è decisivo, poiché consente la riconciliazione automatica degli incassi con la partita aperta. Il design della fattura e il posizionamento del codice QR vengono fissati nel layout del modello, in modo che le modifiche al layout non richiedano ogni volta interventi nella logica di contabilizzazione.
L’obiettivo massimo è il tasso di Straight-Through Processing (STP): la quota di incassi riconciliati automaticamente con la partita aperta senza intervento manuale.
Misurate questo tasso già dal primo mese di produzione, altrimenti il vantaggio dell’interfaccia rimane una supposizione.
Quando le fatture vengono emesse tramite un prestatore di servizi di pagamento o nel commercio online con termine di pagamento, la contabilità debitori deve elaborare anche i dati di liquidazione del fornitore. Si tratta di un flusso aggiuntivo rispetto alla fattura QR emessa in proprio.
La fattura QR esiste in tre varianti: QRR con riferimento, QR-SCOR e QR-NON. Per QRR servono IBAN, BIC, QR-IID, QR-IBAN e il riferimento a 27 cifre; questi dati fanno parte dei dati anagrafici della propria banca.
Fa fede la Linea guida della fattura QR, versione 2.3 (autunno 2025). Per la consegna dei nuovi file di pagamento, stabilite con la banca la notifica e la periodicità dei file camt.
Le fatture XML come ZugFERD 2.4, FACTUR-X e XRechnung sono implementate nell’area SEPA. La forma XML di eBill non è in attuazione per motivi di costo.
Distinguere i modelli di acquisto su fattura: QR, BNPL e TWINT
Gli shop online svizzeri possono offrire l’acquisto su fattura in quattro forme: come classica fattura QR con termine di pagamento, come Buy Now Pay Later (BNPL) con assunzione del rischio da parte di fornitori come Klarna o CembraPay, come TWINT Paga più tardi o come fattura tradizionale per posta.
Secondo questa panoramica, i modelli differiscono fondamentalmente per costi, distribuzione del rischio ed effetto sulla conversione; la scelta dipende dal valore del carrello, dal target e dalla propensione al rischio.
Nel modello della fattura classica con rischio proprio, la fattura viene inviata per posta o come PDF via e-mail.
La diffusione è elevata: secondo l’indagine sui commercianti online della ZHAW, circa il 70 % dei venditori online svizzeri offre una forma di acquisto su fattura. Il barometro del sentiment sull’e-commerce della HWZ conferma che l’acquisto su fattura, con circa il 70 % di gradimento, rimane uno dei metodi di pagamento più desiderati dai consumatori svizzeri.
Per la pianificazione delle interfacce, la distribuzione del rischio è il criterio decisivo, perché determina quali dati arrivano effettivamente nell’ERP. Con la propria fattura QR, debitore, partita aperta e incasso sorgono nel proprio sistema.
Con il BNPL, un fornitore assume il rischio; l’ERP riceve allora note di accredito, commissioni e documenti di versamento invece dei singoli pagamenti dei clienti.
Per i modelli con un intermediario, pianificate un circuito di conciliazione dedicato, con conto delle commissioni e scrittura cumulativa, altrimenti la riconciliazione dei pagamenti non può più essere gestita automaticamente.
Collegare la contabilità delle paghe: Swissdec, ELM e assicurazioni sociali
L’interfaccia salariale deve soddisfare contemporaneamente tre obiettivi: la contabilizzazione interna, la dichiarazione alle assicurazioni sociali e alle autorità fiscali e il pagamento ai collaboratori. Swissdec è lo standard a tale scopo.
Gli enti promotori sono la SUVA, l’Associazione Svizzera d’Assicurazioni, l’Ufficio federale di statistica, l’AVS/AI e la Conferenza fiscale svizzera; l’organizzazione è certificata dalla SQS e la protezione dei dati gode, secondo quanto dichiarato dai fornitori, della massima priorità.
Sul piano contenutistico, una soluzione salariale svizzera comprende il calcolo mensile, i contributi alle assicurazioni sociali, l’imposta alla fonte fino al trasferimento ELM, i certificati salariali nonché il controllo delle ore straordinarie e delle vacanze.
ProConcept aggiunge la gestione completa delle imposte alla fonte, oltre 400 voci salariali disponibili di serie e la possibilità di gestire calcoli salariali complessi con normative e valute estere.
Durante la pianificazione delle interfacce, verificate quali di queste dichiarazioni scaturiscono automaticamente dal ciclo salariale e quali dati devono essere forniti dal collegamento HR.
Per il traffico dei pagamenti, il versamento via eBanking fa parte dell’interfaccia salariale: un fornitore svizzero indica cinque clic per l’intero calcolo delle paghe, inclusi versamento, traffico elettronico dei pagamenti e invio elettronico dei certificati salariali, come volume funzionale.
Come quadro di costo per il noleggio del software, lo stesso fornitore indica CHF 69.– al mese per utente nella versione base e CHF 99.– nella versione premium, IVA esclusa.
Tali importi sono rilevanti per il calcolo dei costi operativi, ma non dicono nulla sui costi di integrazione dei sistemi a monte.
SelectLine definisce la sua contabilità delle paghe come soluzione software certificata Swissdec 5. Il trasferimento ELM fa parte del volume funzionale e copre l’imposta alla fonte.
Vantaggi e sfide nel collegamento tra paghe e contabilità finanziaria
- Vantaggio: Trasmissione Swissdec automatizzataRiduce gli errori negli obblighi dichiarativi verso AVS/AI, autorità fiscali e SUVA
- Svantaggio: Elevato sforzo sulla qualità dei dati dei sistemi a monteErrori nel rilevamento degli orari o nelle assenze incidono direttamente sul calcolo delle paghe
- Vantaggio: Integrazione semplice con la soluzione ERP esistenteProConcept e SelectLine offrono soluzioni integrate con certificazione Swissdec 5
Dati HR a monte: orari di lavoro, assenze e premi
Lo sforzo si concentra prima del calcolo. Kelio identifica i dati salariali variabili, le ore straordinarie, le assenze, i supplementi e il passaggio alla contabilità delle paghe come i punti in cui nasce una parte considerevole del lavoro – e considera la qualità di questi dati a monte la sfida principale, maggiore del calcolo delle paghe stesso.
Il collegamento del rilevamento degli orari non è quindi un aspetto secondario, ma la leva vera e propria.
Prima di prendere una decisione sul sistema, chiarite la situazione di partenza con tre domande: si intende sostituire completamente la payroll, introdurre un nuovo programma paghe per processi salariali chiaramente delimitati, oppure alimentare la contabilità delle paghe esistente con dati più affidabili provenienti dal rilevamento degli orari, dalle assenze e dalle approvazioni?
Kelio sottolinea che un cambio di software non è sempre necessario e che una buona interfaccia tra gli strumenti HR e il software di contabilità delle paghe può già bastare per aumentare l’efficienza.
Il punto di leva dipende dalla struttura: nelle aziende con più sedi, diversi modelli di orario di lavoro o una payroll già consolidata, il maggior beneficio raramente risiede in un nuovo software. In questi casi, i sistemi di rilevamento degli orari si posizionano come complemento che rende i dati HR più affidabili e ne automatizza la trasmissione alla contabilità delle paghe esistente. Prima del bando di gara, verificate quali dei sette sistemi diffusi nell’ambiente payroll svizzero (ABACUS, URNABUS, CRESUS, PANISALAIRES, PROCONCEPT, WINBIZ PAYROLL, XPERT HRM) sono già in uso nel vostro ambiente.
La protezione dei dati gode della massima priorità presso Swissdec; l’organizzazione è certificata dalla SQS. L’interfaccia HR deve rispettare questo requisito nel trasferimento dei dati personali.
Dati anagrafici e processi dichiarativi: rappresentare correttamente i rapporti di lavoro
Le istruzioni della SECO per la registrazione dei rapporti di lavoro e il calcolo delle paghe subordinano l’obbligo di dichiarazione all’esercizio di un’attività lucrativa. Si ha attività lucrativa quando un’attività personale è orientata al conseguimento di un reddito – sia che si lavori a un salario conforme al mercato, sia a un salario inferiore, ma con la motivazione di generare reddito.
Come salario si intendono prestazioni in denaro così come prestazioni in natura o di servizio.
In genere non sono soggetti all’obbligo di dichiarazione i servizi amichevoli, l’aiuto tra vicini e il mutuo aiuto tra familiari. Diverso è il caso se un’attività supera la misura usuale del sostegno familiare e assume il carattere di un’attività normalmente esercitata da terzi – ad esempio la cura impegnativa e retribuita di un genitore anziano o lavori domestici settimanali di diverse ore contro un salario conforme al mercato.
Decisiva è inoltre la distinzione tra attività indipendente e dipendente: è considerato lavoratore dipendente chi presta lavoro in posizione subordinata per un tempo determinato o indeterminato, senza assumere un proprio rischio economico.
Queste distinzioni appartengono ai dati anagrafici, non a una richiesta durante il ciclo di dichiarazione: tipo di impiego, inizio e fine del contratto, componenti salariali, luogo di lavoro e funzione. Poiché gli obblighi dichiarativi differiscono a seconda che si tratti di attività lucrativa indipendente o dipendente, il campo deve essere univoco e obbligatorio.
L’interfaccia HR fornisce questi attributi alla contabilità delle paghe; la dichiarazione stessa avviene tramite il canale Swissdec verso gli enti coinvolti.
Testare, monitorare ed estendere gradualmente
Si può testare solo con casi di errore, non con un ciclo mensile pulito. Definite casi come ingresso e uscita a metà periodo, modifica del grado di occupazione, aumento salariale retroattivo, pagamento arretrato, rettifica di un’assenza, storno di una fattura e incasso senza riferimento.
Per ogni interfaccia, definite chi risolve l’errore e in quale sistema viene registrata la correzione: la fonte capofila indicata nella mappa delle interfacce fornisce la risposta.
In esercizio, servono routine di riconciliazione, non fiducia. Riconciliate la massa salariale tra rilevamento degli orari, ciclo salariale e contabilità finanziaria, i saldi dei conti tra sistema a monte e contabilità finanziaria, nonché le partite debitorie aperte con gli incassi.
Per la fattura QR, il tasso STP è l’indicatore continuo; per le dichiarazioni, è il controllo periodico che ogni persona dichiarata abbia un rapporto di lavoro corretto nei dati anagrafici.
Estendete per fasi. La sequenza deriva dalla catena dei dati: prima rendere affidabili i dati HR a monte, poi la contabilizzazione delle paghe nella contabilità finanziaria, infine i processi di riconciliazione debitori e pagamenti.
Il fatto che un sistema sia certificato non dice nulla sulla qualità dei dati forniti; nell’accettazione conta quindi se i trasferimenti dai vostri sistemi a monte sono corretti e se i casi di errore sono sotto controllo.
Per la riconciliazione dei pagamenti, verificate i file camt della banca rispetto alle partite debitorie aperte. La frequenza di consegna dei file camt va quindi inclusa nell’accordo operativo con la banca.


