introduction - fnfe-mpe.orgfnfe-mpe.org/wp-content/uploads/2019/01/1.-fnfe-mpe... · 2020. 10....

HACKATHON FACTUR-X – 24 & 25 Janvier 2019 – Introduction - ©Copyright FNFE-MPE 1

Cyrille Sautereau, FNFE-MPE, Admarel Conseil

Introduction

HACKATHON FACTUR-X – 24 & 25 Janvier 2019 – Introduction - ©Copyright FNFE-MPE

FNFE-MPE

2

Créé en 2012, le FNFE-MPE regroupe tous les acteurs économiques impliqués dansle déploiement de la facture électronique et les marchés publics électroniques

Notre rôle : normalisation, bonnes pratiques, interopérabilité, communication et promotion, Factur-X, formation & éducation

Digital Business Works


Objectifs : appréhender et partager sur la mise en œuvre de Factur-X :

Des présentations et retours d’expériences

Des ateliers thématiques

Un Challenge de développement

Un espace de collaboration, partage, discussion

Initier une communauté de développeurs


Plusieurs problématiques adressées :

Créer un PDF/A-3 conforme, avec un fichier xml attaché

Créer un XML conforme à la Norme EN16931

Quelle chaine de création de bout en bout

Valider la conformité d’une Factur-X

Traiter automatiquement une Factur-X : extraire l’XML

Quels contrôles additionnels potentiels

Transmettre à ChorusPro


Le Challenge Créer une Factur-x conforme (complexité croissante)

Sur la base d’un PDF et d’un XML En créant aussi l’XML En créant aussi le lisible PDF

Intégrer une Factur-x Extraire XML, vérifier conformité Contrôler cohérence données XML / informations dans PDF

Avec : Des liens vers des outils Open Source Un générateur de jeux d’essais XML / PDF (excel) Un outil de validation en ligne Le soutien des experts et les retours d’expérience


Le Challenge : 2 approches

Faire / poursuivre votre projet d’implémentation

Le Challenge « Etudiant »

Faire un module qui crée une Factur-X à partir d’une lisible PDF et d’un XML de données (et le must serait qu’il soit appelable par une macro excel) Transformer le PDF an PDF/A-3 Lire le profil dans l’XML et intégrer dans le PDF/A-3 conformément

à la documentation (XMP)

À livrer / démontrer pour vendredi 16h00


Le Programme Jeudi 24

10h00 : Introduction 10h45 : Créer un PDF/A-3 – Retours d’expérience,

M. Lucas Gouy-Pailler, @GP – M. Alexis de Lattre, Akretion 11h45 : Norme EN16931 et syntaxe CII D16B, C. Sautereau 12h30 : 1er bilan, choix des ateliers thématiques 13h00 : pause déjeuner 14h00 : Outil de validation FNFE-MPE et Qualification Factur-X GS1 14h30 : ZUGFeRD 2.0 = Factur-X, retour d’expérience et démo, Jochen

Staerk, Mustang Project, Zugferd Community 15h00 - 18h00 : développement, discussions, ateliers thématiques 18h00-21h00 : Vœux FNFE-MPE (C. Sautereau & Sebastien Rabineau, AIFE)

Vendredi 25 10h00 : Focus XML, retours d’expérience, qualification GS1,

M. Guillaume Clutier, @GP, Alexis de Lattre, Akretion 11h00 : Démo outil excel de création PDF et XML à partir d’extract csv 11h30 – 16h00 : Ateliers Thématiques, pause déjeuner, développement 16h : Bilan, remise des prix Challenge, Conclusion


Les ateliers thématiques Objectif : aborder toutes les questions qui se posent sous forme

d’ateliers avec des experts

Process : Lister les sujets, par exemple:

Quelle chaine de création de bout en bout Conformité fiscale Gérer ou mieux comprendre les CIUS ou extensions Intégrer Factur-X Evolutions et Gouvernances (Factur-X et Norme EN16931) …

Indiquer votre intérêt (post it) Indiquer votre expertise (post it) Debrief à 12h30


L’organisation, les moyens La documentation : en ligne

http://fnfe-mpe.org/factur-x/ Documentation Excel modèle sémantique et profils Exemples de Factur-X, Exemple XMP, XSD

http://fnfe-mpe.org/hackathon-factur-x/programme-preparation/ Liens, outil Excel de création de PDF / XML pour tests

Outil de validation (version Beta) https://services.fnfe-mpe.org

Factur-X XML sous CII D16B

WIFI : Login : hackathon – Pwd : 147070

Showroom GS1 France et salles

http://fnfe-mpe.org/factur-x/http://fnfe-mpe.org/hackathon-factur-x/programme-preparation/https://services.fnfe-mpe.org/


Au delà de la Norme EN 16931 Pour répondre au besoin des PME Pour maximiser l’optimisation des coûts de

traitement Pour accélérer les traitements et les paiements

10

2018, AFTER 4 MONTHSFactur-X, rappel


Préambule : la facture est un document multipleLa facture N’EST PAS juste une demande de paiement, c’est aussi :

Un document justificatif de la transaction commerciale Un document justificatif comptable, construisant le Résultat et justifiant des impôts et taxes

Un document justificatif fiscal relatif à la déductibilité de TVA (et à sa collecte)

… qui joue un rôle (au moins comme élément de preuve): En droit commercial (en cas de litige), droit de la concurrence En droit comptable et fiscal Et en particulier en matière de TVA

… ce qui implique le respect de multiples contraintes (y compris la piste d’audit fiable)

Mentions Obligatoires (y compris celles qui ne participent pas à l’automatisation du traitement) Sur l’archivage, la transmission, la notion d’original fiscal pour disposer d’un justificatif

conforme et donc valable fiscalement

11


Norme Européenne: Core Invoice Semantic Datamodel

12

Application de la Directive 2014/55/EU Publication de la norme EN 16931, norme

sémantique des éléments essentiels d’une facture, avec 2 syntaxes pour son implémentation (+EDIFACT) (16/10/18)

Obligation d’accepter les factures de la norme EN16931 dans le secteur public avant le 19 Avril 2019 (et potentiellement 1 an de plus pour les entités sub-centrales) UBL2.1 (ISO/IEC 19845) UNCEFACT CII XML D16B


EN16931 – Paradoxe

13

Trop riche : pour créer une facture de données, il faut gérer toutes les informations de facturation sous forme de données Le nombre d’entreprises en capacité d’émettre des factures structurées suivant la Norme est

ainsi réduit à très court terme, sauf à saisir manuellement dans des portails

Obligation de lisibilité: il faut montrer les factures sous forme lisible Le fichier de facture de données structurées ne suffit pas, il faut une version lisible, sur toute

la durée de conservation.

Trop courte : Il s’agit d’une « core invoice » Parfait pour les besoins d’automatisation de traitement courant Mais certaines données (notamment sectorielles ou de détail nécessaire au traitement des

écarts) ne sont pas dans le modèle (et l’objectif est de limiter les extensions)


2 types de factures électroniques

14

Facture structurée : Norme Sémantique EN16931, UBL or CII UN/CEFACTPour les créer, l’émetteur doit :

• gérer toutes ses informations sous forme de données (Quid des PME ?)

• Renoncer à intégrer des informations métier qui ne sont pas dans le modèle mais dans ses factures papier

Facile à créer par l’émetteur, mais …• Aucune donnée exploitable• Le destinataire doit les traiter comme des factures

papier (extraire les informations qu’il peut pour automatiser son traitement)

Facture PDF simple


Comment une facture est traitée par un acheteur ?

15

Un paramétrage comptable avant le traitement

Par Business Unit, Fournisseur, PO / Réception & Contrat : Comptes, clés analytiques, schémas comptables Quantités, prix unitaires, par ligne de PO Montant net à facturer, avec tolérance (business rules)

0 a

Rapprochement Niveau Document : info acheteur / vendeur + PO / Réception & Contrat: Références: N°de facture, date, PO #, Ref Contrat, Avis de livraison, … Montants totaux : HT, TTC, TVA et détail (ventilation de TVA)

Au niveau ligne (pour les acheteurs les plus mûrs) : Information de ligne : # de ligne de PO, quantités, prix unitaires, taux de

TVA, montant HT de ligne, références produits (pour rapprochement)

b

c

1

Comptabilisation automatique

Validation automatique

Si OK

a b c

Si NON

Traitement semi-manuel, complétude, précomptabilisation, gestion des écarts, workflow de validation2

Comptabilisation

Validation

Présentation visuelle de la facture Plus d’information sont présentes dans le lisible,

plus l’analyse des écarts est comprehensive, simple et rapided


Qu’est il nécessaire pour un traitement de toutes les factures

16


Coût global de traitement des factures, conséquences

17

% d’automatisation

Richesse de données structurées Richesse de données structurées

Coût de traitement / facture

Richesse de données structurées

Data acquisition cost per invoice~ 20 f/an / fourn.

~ 50 f/an / fourn.

~ 500 f/an / fourn.

Coût acquisition de données / facture

Coût / fournisseur

# factures / an (f/an)

Automatiser PLUS de factures

un jeu restreint de données de factures suffitavec un lisible complet et riche …

Que la plupart des fournisseurs peuvent fournir…

pour TOUS leurs clients (mutualisation des coûts)


Simple, Pragmatique, Flexible, accélérateur de paiement

18


Une facture PDF qui ressemble aux factures papier

… avec une pastille en plus

Simple

19


Des profils de données en fonction de ce que peut faire le fournisseur

MINIMUM : 18 données essentielles : ce qu’il faut pour ChorusPro

BASIC WL : toutes les données d’entête et pied utiles pour les acheteurs

BASIC : BASIC WL + les données essentielles de ligne(s)

EN 16931 : toute la Norme, rien que la Norme

Extended : la Norme + des extensions

Pragmatique

20


Le fournisseur fournit les données qu’il peut

L’acheteur utilise ce qu’il veut, … ou pas

Flexible

21


PLUS rapide à traiter avec PLUS d’automatisation Des données structures

pour un traitement automatisé

Plus facile à traiter en manuel Présentation lisible complète pour

un rapprochement manuel plus efficace, et une gestion des écarts et une validation plus efficientes

For Payment acceleration

22


French and German, …. and Swiss, …

23

Basic_WL

BASIC (CIUS)

MINIMUM

EN 16931

EXTENDED

EN16931 profile is Fully compliant with EN 16931 (all the Norm, only the Norm)

2.0


Quelles technologies pour pratiquer Factur-X

24


Technologies – savoir-faire

PDF/A-3 (ISO 19005-3), chapitre 6 de la doc Factur-x Créer un PDF/A (A pour archivage) Ajouter des pièces jointes Construire l’XMP conformément à la documentation Extraire un fichier joint d’un PDF/A-3 Extraction / recherche de données dans un fichier PDF (OCR)

EN 16931 & XML CII D16B, chapitre 7 Norme sémantique : les données métiers d’une facture, les principes La syntaxe CII D16B, restreinte à la Norme EN16931 (y compris les listes de

codes, les types de données, la gestion des avoirs, les règles métiers (notamment de calcul)

La création d’un message XML Les transformations XML (traduction, création d’un lisible à partir d’un XML

=> XSLT, XSL-FO)


Points d’attention

PDF/A-3 (ISO 19005-3), chapitre 6 de la doc Factur-x

XMP : AF/Relationship : quelle relation entre PDF et XML• « Data » : si le PDF contient plus d’information que l’XML • « Source » : si la visualisation PDF a été construite à partir de l’XML• « Alternative » : si le PDF et XML contiennent la même information

et sont des représentations alternatives • En Allemagne, pour des raisons réglementaires, seule la situation

« Alternative » est possible.

XMP : profils• Les profils doivent être MINIMUM, BASIC WL, BASIC, EN 16931, ou

EXTENDED (avec espace pour BASIC WL et EN 16931)

EN 16931 & XML CII D16B, chapitre 7 Voir présentation sur Norme EN 16931 et CII


Atelier PDF/A-3, retours d’expérience

M. Alexis de Lattre, Akretion

M. Lucas GOUY-Pailler, @ GP


Atelier Norme EN 16931 et XML UNCEFACT CII D16B

M. Cyrille SAUTEREAU, FNFE-MPE, Admarel


Atelier Validation, Qualification

Outil de validation en ligne

https://services.fnfe-mpe.org

M. Cyrille SAUTEREAU

Qualification Factur-x GS1 France

Mme Anne-Claire KRID, GS1 France

M. Erwan KERGROACH

https://services.fnfe-mpe.org/


Atelier PDF/A-3, Conformité fiscale

Discussion


Vœux FNFE-MPE

Bilan 2018, Interopérabilité dans la transmission, focus PME M. Cyrille SAUTEREAU

CHORUSPRO, bilan, perspectives M. Sébastien RABINEAU, AIFE


Atelier XML, intégration, retours d’expérience

M. Guillaume Clutier, @ GP

M. Alexis de Lattre, Akretion


Atelier Outil de création XML & PDF

Cyrille SAUTEREAU, FNFE-MPE, Admarel


Merci GS1 France pour son accueil

Merci aux sponsors pour leur soutien


Cyrille Sautereau

Tel : +33 6 07 53 32 85Email : [email protected]

Merci pour votre attention

Diapositive numéro 1FNFE-MPEDiapositive numéro 3Diapositive numéro 4Diapositive numéro 5Diapositive numéro 6Diapositive numéro 7Diapositive numéro 8Diapositive numéro 9Diapositive numéro 10Préambule : la facture est un document multipleNorme Européenne: Core Invoice Semantic DatamodelEN16931 – Paradoxe2 types de factures électroniquesComment une facture est traitée par un acheteur ?Qu’est il nécessaire pour un traitement de toutes les facturesCoût global de traitement des factures, conséquencesDiapositive numéro 18SimplePragmatiqueFlexibleFor Payment accelerationFrench and German, …. and Swiss, …Diapositive numéro 24Diapositive numéro 25Diapositive numéro 26Diapositive numéro 27Diapositive numéro 28Diapositive numéro 29Diapositive numéro 30Diapositive numéro 31Diapositive numéro 32Diapositive numéro 33Diapositive numéro 34Diapositive numéro 35

introduction - fnfe-mpe.orgfnfe-mpe.org/wp-content/uploads/2019/01/1.-fnfe-mpe... · 2020. 10....

Documents