Planifier les interfaces ERP : connecter la comptabilité financière, la paie et la facture QR

Situation de départ : trois domaines, une chaîne de données continue

La comptabilité financière, la paie et la comptabilité clients accèdent aux mêmes objets : personne, pièce comptable, période. Un décompte de salaire génère des écritures en comptabilité financière, une facture client crée une pièce cliente et, plus tard, un encaissement.

Les fournisseurs d’ERP regroupent ces éléments dans une base de données unique. ProConcept décrit sa solution comme un ERP intégré et modulaire pour la comptabilité générale, auxiliaire et analytique, la gestion des immobilisations et des budgets, ainsi que comme un logiciel certifié Swissdec pour la comptabilisation des salaires. Qui planifie séparément les trois connexions construit trois modèles de données pour la même personne et la même période.

Selon Kelio, ce n’est pas le nom de marque qui compte pour le choix, mais bien le fait que la solution couvre les exigences suisses, s’intègre aux processus RH et financiers existants et réduit la charge mensuelle liée aux corrections, aux demandes de renseignements et aux saisies manuelles. La décision dépend de la taille de l’entreprise, de la complexité des processus et de l’intégration RH/ERP.

Selon la même analyse, le principal défi réside dans la qualité des données en amont – heures de travail, absences, primes – et moins dans le calcul de la paie lui-même. Une part considérable de la charge survient avant le décompte : lors du traitement des données salariales variables, des heures supplémentaires, des absences, des suppléments et du transfert vers la comptabilité des salaires. La planification des interfaces commence donc par les fournisseurs de données et les points de transfert, et non par les systèmes cibles.

Les systèmes impliqués sont la saisie des temps, la gestion RH, la comptabilité des salaires, la comptabilité financière, la comptabilité clients et l’ERP. Les standards et les acteurs sont Swissdec avec Swissdec 5, ELM, la SUVA, l’Association suisse d’assurances, l’Office fédéral de la statistique, l’AVS/AI, la Conférence suisse des impôts et SQS.

Cartographie des interfaces : flux de données, directions et responsabilités

Dessinez d’abord les objets et leur direction. Depuis la saisie des temps proviennent les heures de travail, les heures supplémentaires et les absences ; depuis la gestion RH viennent les données de base, les données contractuelles, les primes et les suppléments.

Ces données alimentent la comptabilité des salaires, qui produit à partir de celles-ci les données de salaire, les cotisations sociales et les écritures comptables. Les écritures comptables transitent vers la comptabilité financière, les paiements de salaires vers le trafic des paiements.

À partir des données de base clients et des données de commande ou de vente naissent les factures ; à partir des encaissements proviennent les écritures clients et le lettrage des paiements. Chacune de ces liaisons nécessite une direction, un format, un moment de transfert et une gestion des erreurs.

Définissez pour chaque objet de données exactement un système maître. Les collaborateurs, les rapports de travail et les éléments de salaire sont saisis à un seul endroit et transmis à la comptabilité des salaires, sans maintenance parallèle dans deux systèmes.

Pour les clients, l’ERP avec le fichier maître clients, les conditions de paiement et le recouvrement est la source maîtresse ; pour les données temporelles, c’est le système de saisie des temps.

Les validations et les corrections ont lieu au même endroit que la saisie initiale – Kelio cite explicitement la saisie des temps, les absences et les validations comme les données qui doivent être transmises de manière fiable à la comptabilité des salaires existante.

Les formats techniques séparent les canaux : factures XML telles que ZugFERD 2.4, FACTUR-X et XRechnung pour l’échange de factures, fichiers camt pour la livraison des nouveaux fichiers de paiement par la banque.

Le canal Swissdec est versionné : SelectLine qualifie sa comptabilité des salaires de solution logicielle certifiée Swissdec 5. Le transfert ELM fait partie de ce canal.

Pour la transmission à des tiers, Swissdec est le véritable canal : les porteurs de l’organisation sont la SUVA, l’Association suisse d’assurances, l’Office fédéral de la statistique, l’AVS/AI ainsi que la Conférence suisse des impôts ; l’organisation est certifiée par SQS. Cette transmission constitue un flux de données propre avec ses propres processus de déclaration et ne fait pas partie de l’interface comptable interne.

Connecter la comptabilité financière : plans de comptes, règles de comptabilisation et périodes

Le plan de comptes est le premier point de mapping. ProConcept souligne que des plans de comptes alternatifs peuvent être gérés et que la présentation des comptes peut être adaptée à différents standards et normes afin de favoriser la croissance de l’entreprise en Suisse et de ses succursales à l’étranger.

Prévoyez un mapping de comptes pour chaque type d’écriture – charges de personnel, charges sociales, dettes, créances clients, produits. Notez quel numéro de compte interroge quel système source.

Chaque poste de salaire et de client donne lieu à une écriture selon des règles fixes : type d’écriture, compte de débit et de crédit, code TVA, centre de coûts, procédure d’annulation et de correction. Les budgets font partie de la même planification, car ils sont gérés sur les mêmes comptes et centres de coûts – ProConcept cite le contrôle budgétaire et l’élaboration des budgets, aux côtés de la comptabilité générale, auxiliaire et analytique ainsi que de la gestion des immobilisations, comme composants de la solution intégrée.

La clôture périodique définit les exigences relatives à l’interface : la clôture mensuelle doit reprendre intégralement les écritures d’une période de salaire clôturée, la clôture annuelle doit fournir les statistiques pour les impôts et les assurances. SelectLine mentionne expressément le changement d’année comme échéance, moment où les statistiques pour les impôts ou les assurances doivent être soumises.

Les entrées d’immobilisations issues du processus personnel ou de vente, ainsi que la tenue parallèle de la comptabilité des immobilisations et de la comptabilité financière, constituent des flux de données distincts. Définissez-les avec les mêmes limites périodiques.

ProConcept cite la conformité aux normes comptables suisses et internationales comme objectif. Prévoyez un mapping de comptes spécifique pour chaque cercle normatif ; des plans de comptes alternatifs peuvent être présentés selon différents standards et normes.

Ancrer la facture QR dans la comptabilité clients

La facture QR nécessite des données de pilotage provenant de plusieurs modules. SAP décrit pour la facture QR en comptabilité clients des données de pilotage générales ainsi que spécifiques à FI (comptabilité financière) et SD (ventes), qui doivent être définies dans le customizing.

Transposé à un ERP de taille moyenne, cela signifie : clarifiez quelles données proviennent du fichier maître clients (débiteurs), lesquelles de la commande ou de la vente et lesquelles du cercle comptable, et qui est autorisé à les modifier.

Pour le lettrage des paiements, la référence structurée sur la facture est décisive, car elle permet le rapprochement automatique de l’encaissement avec le poste ouvert. La conception de la facture et le placement du code QR sont fixés dans la mise en page des modèles, afin que les modifications de layout n’exigent pas à chaque fois des interventions dans la logique de comptabilisation.

L’objectif maximal est le taux de Straight-Through Processing (STP) : la proportion des encaissements rapprochés automatiquement avec le poste ouvert sans intervention manuelle.

Mesurez ce taux dès le premier mois de production, sinon l’utilité de l’interface reste une hypothèse.

Lorsque les factures sont émises via un prestataire de services de paiement ou dans le commerce en ligne avec délai de paiement, la comptabilité clients doit également traiter les données de règlement du fournisseur. Il s’agit d’un flux supplémentaire distinct de la facture QR émise en propre.

La facture QR existe en trois variantes : QRR avec référence, QR-SCOR et QR-NON. Pour QRR, vous avez besoin de l’IBAN, du BIC, du QR-IID, du QR-IBAN et de la référence à 27 chiffres ; ces données appartiennent aux données de base de votre propre banque.

La directive de la facture QR, version 2.3 (automne 2025), fait autorité. Pour la livraison des nouveaux fichiers de paiement, convenez avec la banque de l’avis et de la périodicité des fichiers camt.

Les factures XML telles que ZugFERD 2.4, FACTUR-X et XRechnung sont mises en œuvre dans l’espace SEPA. La forme XML d’eBill n’est pas en cours de mise en œuvre pour des raisons de coût.

Distinguer les modèles d’achat sur facture : QR, BNPL et TWINT

Les boutiques en ligne suisses peuvent proposer l’achat sur facture sous quatre formes : comme facture QR classique avec délai de paiement, comme Buy Now Pay Later (BNPL) avec prise en charge du risque par des prestataires tels que Klarna ou CembraPay, comme TWINT Payer plus tard ou comme facture traditionnelle par la poste.

Selon cette vue d’ensemble, les modèles diffèrent fondamentalement en termes de coûts, de répartition des risques et d’impact sur la conversion ; le choix dépend du montant du panier, du groupe cible et de l’appétit pour le risque.

Dans le modèle de la facture classique avec risque propre, la facture est envoyée par la poste ou sous forme PDF par e-mail.

La diffusion est élevée : selon l’enquête auprès des commerçants en ligne de la ZHAW, environ 70 % des vendeurs en ligne suisses proposent une forme d’achat sur facture. Le baromètre du sentiment du e-commerce de la HWZ confirme que l’achat sur facture, avec environ 70 % de popularité, reste l’un des modes de paiement les plus souhaités par les consommatrices et consommateurs suisses.

Pour la planification des interfaces, la répartition des risques est le critère décisif, car elle détermine quelles données parviennent effectivement dans l’ERP. Avec sa propre facture QR, le débiteur, le poste ouvert et l’encaissement sont générés dans son propre système.

Avec le BNPL, un prestataire assume le risque ; l’ERP reçoit alors des notes de crédit, des frais et des avis de versement au lieu de paiements clients individuels.

Pour les modèles avec un prestataire intermédiaire, prévoyez un cercle de rapprochement propre avec un compte de frais et une écriture globale, sinon le lettrage des paiements ne pourra plus être automatisé.

Connecter la comptabilité des salaires : Swissdec, ELM et assurances sociales

L’interface de paie doit servir simultanément trois objectifs : la comptabilisation interne, la déclaration aux assurances sociales et aux autorités fiscales, et le versement aux collaborateurs. Swissdec est la norme à cet effet.

Les porteurs de l’organisation sont la SUVA, l’Association suisse d’assurances, l’Office fédéral de la statistique, l’AVS/AI ainsi que la Conférence suisse des impôts ; l’organisation est certifiée par SQS et la protection des données jouit, selon les indications du fournisseur, de la plus haute priorité.

Sur le fond, une solution de paie suisse comprend le décompte mensuel, les cotisations sociales, l’impôt à la source jusqu’au transfert ELM, les certificats de salaire ainsi que le contrôle des heures supplémentaires et des vacances.

ProConcept ajoute la gestion complète des impôts à la source, plus de 400 rubriques de salaire disponibles standard, ainsi que la possibilité de traiter des décomptes de salaire complexes avec des prescriptions étrangères et des devises.

Lors de la planification des interfaces, vérifiez lesquelles de ces déclarations résultent automatiquement du cycle de paie et quelles données doivent être fournies par l’interface RH à cet effet.

Pour le trafic des paiements, le virement eBanking fait partie de l’interface de paie : un fournisseur suisse cite cinq clics pour l’ensemble du décompte de salaire, y compris le versement, le trafic électronique des paiements et la remise électronique des certificats de salaire comme étendue fonctionnelle.

Comme cadre de coûts pour la location de logiciel, le même fournisseur indique CHF 69.– par mois et par utilisateur dans la version de base et CHF 99.– dans la version premium, hors TVA.

De tels montants sont pertinents pour le calcul des coûts d’exploitation, mais ne disent rien sur les coûts d’intégration des systèmes sources.

SelectLine qualifie sa comptabilité des salaires de solution logicielle certifiée Swissdec 5. Le transfert ELM fait partie de l’étendue fonctionnelle et couvre l’impôt à la source.

Avantages et défis lors de la connexion de la paie et de la comptabilité financière

Données RH en amont : heures de travail, absences et primes

La charge se situe avant le décompte. Kelio identifie les données salariales variables, les heures supplémentaires, les absences, les suppléments et le transfert vers la comptabilité des salaires comme les points où une part considérable du travail est générée – et la qualité de ces données en amont comme le plus grand défi, plus important que le décompte de salaire lui-même.

La connexion de la saisie des temps n’est donc pas un aspect secondaire, mais bien le véritable levier.

Avant qu’une décision système ne soit prise, clarifiez la situation de départ à l’aide de trois questions : La paie doit-elle être entièrement remplacée, un nouveau programme de paie introduit pour des processus de salaire clairement délimités, ou la comptabilité des salaires existante doit-elle être alimentée par des données plus fiables issues de la saisie des temps, des absences et des validations ?

Kelio constate qu’un changement de logiciel n’est pas toujours nécessaire et qu’une bonne interface entre les outils RH et le logiciel de comptabilité des salaires peut déjà suffire à augmenter l’efficacité.

L’emplacement du levier dépend de la structure : dans les entreprises avec plusieurs sites, différents modèles de temps de travail ou une paie déjà établie, le plus grand bénéfice réside rarement dans un nouveau logiciel. Les systèmes de saisie des temps se positionnent dans ce cas comme un complément qui rend les données RH plus fiables et automatise leur transmission à la comptabilité des salaires existante. Avant l’appel d’offres, vérifiez lesquels des sept systèmes répandus dans l’environnement de la paie en Suisse (ABACUS, URNABUS, CRESUS, PANISALAIRES, PROCONCEPT, WINBIZ PAYROLL, XPERT HRM) sont déjà utilisés dans votre environnement.

La protection des données jouit de la plus haute priorité chez Swissdec ; l’organisation est certifiée par SQS. L’interface RH doit refléter cette exigence lors du transfert des données personnelles.

Données de base et processus de déclaration : représenter correctement les rapports de travail

Les instructions du SECO pour l’annonce des rapports de travail et le décompte du salaire rendent l’obligation de déclaration dépendante de l’activité lucrative. Une activité lucrative existe lorsqu’une activité personnelle vise l’obtention d’un revenu – que ce soit pour un travail rémunéré au taux usuel du marché ou pour un travail à un salaire inférieur, mais avec la motivation de générer un revenu.

Le salaire comprend les prestations en argent ainsi que les prestations en nature ou en services.

Les services d’amitié, l’entraide de voisinage et l’entraide mutuelle entre membres d’une famille ne sont généralement pas soumis à l’obligation de déclaration. Il en va autrement si une activité dépasse la mesure habituelle du soutien familial et prend le caractère d’une activité exercée habituellement par des tiers – par exemple les soins onéreux et rémunérés d’un parent âgé ou des travaux ménagers hebdomadaires de plusieurs heures contre un salaire usuel du marché.

La distinction entre indépendant/dépendant est également décisive : est considéré comme exerçant une activité lucrative dépendante celui qui fournit un travail en position subordonnée pour une durée déterminée ou indéterminée, sans assumer de risque économique propre.

Ces distinctions appartiennent aux données de base, et non à une demande lors du cycle de déclaration : type d’emploi, début et fin du contrat, éléments de salaire, lieu de travail et fonction. Comme les obligations de déclaration diffèrent selon qu’il s’agit d’une activité lucrative indépendante ou dépendante, le champ doit être clair et obligatoire.

L’interface RH transmet ces attributs à la comptabilité des salaires ; la déclaration elle-même s’effectue via le canal Swissdec aux instances concernées.

Tester, surveiller et étendre par étapes

On ne peut tester qu’avec des cas d’erreur, pas avec un cycle mensuel sans incident. Définissez des cas tels qu’entrée et sortie en milieu de période, modification du taux d’occupation, augmentation de salaire rétroactive, paiement arrière, correction d’une absence, annulation d’une facture et encaissement sans référence.

Pour chaque interface, il faut définir qui corrige l’erreur et dans quel système la correction est saisie – la source maîtissue de la cartographie des interfaces donne la réponse.

En exploitation, vous avez besoin de routines de rapprochement plutôt que de confiance. Rapprochez la masse salariale entre la saisie des temps, le cycle de paie et la comptabilité financière, les soldes de comptes entre le système source et la comptabilité financière, ainsi que les postes clients ouverts avec les encaissements.

Pour la facture QR, le taux STP est l’indicateur continu ; pour les déclarations, c’est le contrôle périodique que chaque personne déclarée dispose également d’un rapport de travail correct dans les données de base.

Étendez par étapes. L’ordre découle de la chaîne de données : d’abord fiabiliser les données RH en amont, puis la comptabilisation des salaires dans la comptabilité financière, ensuite les processus de comptabilité clients et de lettrage des paiements.

Qu’un système soit certifié ne dit rien sur la qualité des données livrées ; lors de la réception, ce qui compte est donc de savoir si les transferts depuis vos systèmes sources sont corrects et si les cas d’erreur sont maîtrisés.

Pour le lettrage des paiements, vérifiez les fichiers camt de la banque contre les postes clients ouverts. La fréquence de livraison des fichiers camt appartient donc à la convention d’exploitation avec la banque.