Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Solution FM pour Facture électronique

Stephen

J'imagine qu'il faudra faire un mappage des données de filemaker avec le service de la plate-forme PDP.

Il est écrit :
Facture électronique et FileMaker
Si vous générez vos factures dans FileMaker, il vous faudra faire des ajustements : la facture électronique va imposer des champs obligatoires comme le numéro TVA ou les mentions légales de délai de paiement, les montants par taux de TVA,…
Vous pourrez continuer à générer vos factures en PDF dans FileMaker, vous devrez ensuite les déposer sur votre plate-forme PDP pour qu’elles soient prises en compte…

olrik

Sur ce site :

https://www.abcinvoice.eu/fr/integration-filemaker-add-on/

on propose de télécharger un plug-in pour garder FM. Sauf que le lien de téléchargement n'est jamais envoyé.

Sur ce site des renseignements intéressants que j'essaye de digérer : https://www.gigaplanet.com/fr/facture-electronique-filemaker-2026/

A ce stade je constate que l'Europe a accouché d'un monstre qui sans doute est utile pour les entreprises et l'état. Mais pour moi ca va être des frais, des complications techniques pour mon auto entreprise qui ne facture pas la TVA, ne reçoit pas de factures et dont ses clients sont des particuliers. Et surtout peu de chiffre d'affaire.

Pourquoi faire simple quand on peux faire compliqué.

Trouvé un PDF récapitulatif ici :

https://www.theinvoicinghub.com/benchmark-pdp-fr/

Stephen

je suis complètement d'accord, c'est complètement dingue ce qu'ils sont en train de préparer pour les petites structures... En plus, d'envoyer ta facture, il faudra envoyer aussi l'e-reporting qui confirme que tu as bien été payé de ta facture. C'est une usine à gaz pour complètement déconnecté pour les indépendants...

Le plombier qui faisait sa facture à la fin de la prestation et qui était payé de suite ne pourra plus faire sa facture sur place, il devra rentrer chez lui le soir et la faire avec son ordi (ou alors avoir une tablette sur lui pour être payé de suite... et perdra 15-20 minutes à chaque fois).

Ils font ça pour pouvoir tout contrôler en temps réel, mais ça va compliquer énormément les choses pour les petites structures surtout sans un logiciel adapté à ces nouvelles procédures...

olrik

Je continue mes recherches en attendant si comme moi vous trouvez utile de signer cette pétition n'hésitez pas.

https://petitions.assemblee-nationale.fr/initiatives/i-5174?locale=fr

PhiLPA

Bonjour,

Je suis attentivement vos commentaires et j'oscille entre découragement et obstination pour essayer d'avancer sur ce thème (autoentrepreneurs, que des clients particuliers, pas de fournisseurs...).

Ca m'ennuierait énormément d'être obligé de passer par des gestions comptables intermédiaires (coûteuses, chronophages, pas adaptées...) alors qu'il me semble qu'il suffirait d'un script automatisant l'export vers un fichier XML ou JSON directement communicable à une PDP, finalement que de la tambouille programmative, mais ça doit être possible.

Dans cette optique, si quelqu'un voit mon erreur dans cette ébauche de script : la variable $encaissement obtient bien les données issues de ma rubrique "RubriqueChaîne" pendant le déroulement de la boucle, mais la variable $encaissements ne se remplit pas et reste vide...

Définir variable [ $encaissements : Valeur: "[]" ]
Afficher enreg/requête/page [ Premièr(e) ]
Boucle
Définir Variable [ $encaissement ; Valeur: JSONSetElement ( "{}" ; [ "id" ; RubriqueChaîne ; JSONString ] ) ]
Définir Variable [ $encaissements ; Valeur: JSONSetElement ( $encaissements ; [+] ; $encaissement ; JSONObject ) ]
Afficher enreg/requête/page [ Suivant(e) ; Sortie après dernière: Oui ]
Fin de boucle

En vous remerciant d'avance...

PS : Finalement, j'ai trouvé une solution qui fonctionne... Pas facile JSON...

olrik

Merci de partager le script complet qui fonctionne pour les petites entreprises auto entrepreneur et ne font pas un gros chiffre d'affaire.

gigaplanet

Bonjour,

On vient de mettre en ligne notre solution de facture dématérialisée, présentée à la FM Conf d'Aix. Ça fonctionne avec un WebViewer, donc c'est simple à installer, léger et pas intrusif — vous aurez juste à adapter votre facturation avec quelques rubriques.

Ça tourne avec deux opérateurs dématérialisés : B2BRouter (la Rolls 😉) et VosFactures.fr, qui vient de rejoindre notre réseau. Comme c'est gratuit sur VosFactures.fr, je vous invite à tester. Ça fonctionne déjà avec l'ancienne API… vous n'avez pas à mettre les mains dans le cambouis.

Bref, c'est ici, avec deux démos en ligne et un opérateur actif (un deuxième à partir de mai, j'attends le tarif).

Je fais pas de pub hein… alors merci de m'en faire 😉
https://www.gigaplanet.com/fr/efacture-dematerialisation-factures-filemaker/
Emmanuel

PhiLPA

Préalablement, il y a un script qui définit la période choisie, et sélectionne en conséquence les enregistrements concernés...

Nouvelle fenêtre [ Style : Document ; Nom : "JSON"; Utilisation du modèle : "Transactions" (Transactions) ]
Définir variable [ $json ; Valeur: JSONSetElement ( "{}" ;
[ "reporting.type" ; "B2C" ; JSONString ] ;
[ "reporting.dateDebut" ; Dat3 ( Transactions::DateT1 ) ; JSONString ] ;
[ "reporting.dateFin" ; Dat3 ( Transactions::DateT2 ) ; JSONString ] ;
[ "reporting.devise" ; "EUR" ; JSONString ] ;
[ "supplier.siret" ; Extrait ( Infos::Bandeau ; Position ( Infos::Bandeau ; "SIRET" ; 1 ; 1 ) + 6 ; 14 ) ; JSONString ] ;
[ "supplier.siren" ; Extrait ( Infos::Bandeau ; Position ( Infos::Bandeau ; "SIRET" ; 1 ; 1 ) + 6 ; 9 ) ; JSONString ] ;
[ "supplier.nom" ; Infos::Entreprise ; JSONString ] ;
[ "supplier.tva" ; Extrait ( Infos::Bandeau ; Position ( Infos::Bandeau ; "TVA" ; 1 ; 1 ) + 4 ; 11 ) ; JSONString ] ;
[ "customer.type" ; "Particulier" ; JSONString ] ;
[ "transactions" ; JSONSetElement ( "[]" ; "" ; "" ; JSONNull ) ; JSONArray ]
)
]
Définir variable [ $ht ; Valeur: 0 ]
Définir variable [ $tva ; Valeur: 0 ]
Définir variable [ $ttc ; Valeur: 0 ]
Définir variable [ $i ; Valeur: 0 ]
Afficher enreg/requête/page [ Premièr(e) ]
Boucle
Définir variable [ $json ; Valeur: JSONSetElement ( $json ;
[ "transactions[" & $i & "].index" ; $i + 1 ; JSONNumber ] ;
[ "transactions[" & $i & "].id" ; Transactions::NdF ; JSONString ] ;
[ "transactions[" & $i & "].mode" ; Transactions::Mode1 ; JSONString ] ;
[ "transactions[" & $i & "].type" ; Substituer ( $$classe ; [ "Ventes" ; "Bien" ] ; [ "Prestations" ; "Service" ] ) ; JSONString ] ;
[ "transactions[" & $i & "].date" ; Dat3 ( Transactions::Date ); JSONString ] ;
[ "transactions[" & $i & "].facture" ; "20" & Debut ( Transactions::NdF ; 2 ) & "-" & Extrait ( Transactions::NdF ; 3 ; 2 ) & "-" & Extrait ( Transactions::NdF ; 5 ; 2 ) ; JSONString ] ;
[ "transactions[" & $i & "].taux" ; 20 ; JSONString ] ;
[ "transactions[" & $i & "].ht" ; Transactions::TotalHT ; JSONNumber ] ;
[ "transactions[" & $i & "].tva" ; Transactions::TVA ; JSONNumber ] ;
[ "transactions[" & $i & "].ttc" ; Transactions::TotalTTC ; JSONNumber ]
)
]
Définir variable [ $ht ; Valeur: $ht + Transactions: :TotalHT ]
Définir variable [ $tva ; Valeur: $tva + Transactions: :TVA ]
Définir variable [ $ttc ; Valeur: $ttc + Transactions: :TotalTTC ]
Définir variable [ $i ; Valeur: $i + 1 ]
Afficher enreg/requête/page [ Suivant(e) ; Sortie après dernière: Oui ]
Fin de boucle
Définir variable [ $totaux ; Valeur: JSONSetElement ( "{}" ;
[ "ht" ; $ht ; JSONNumber ] ;
[ "tva" ; $tva ; JSONNumber ] ;
[ "ttc" ; $ttc ; JSONNumber ]
)
]
Définir variable | $json ; Valeur: JSONSetElement ( $json ; "totaux" ; $totaux ; JSONObject ) 1
Définir variable [ $json ; Valeur: JSONFormatElements ( $json ) ]
Fermer fenêtre [ Nom : "JSON" ; Fichier actif ]
Définir variable [ $chemin ; Valeur: Obtenir ( CheminBureau ) ]
Définir rubrique [ Transactions: :JSON ; $json ]
Exporter contenu de rubrique [ Transactions: :JSON ; "Temp. json" ; Créer des dossiers: Non ]

PS : la fonction perso Dat3 met les dates au format (texte) AAAA-MM-JJ

Dernière minute : après avoir pris contact avec une PDP/PA agréée, la réponse a été claire...

oui, le format JSON est accepté
leur solution de e-reporting est encore en développement, mais ils préviendront dès qu'elle sera prête et communiqueront les détails de la structure exacte de fichier attendue
c'est gratuit en dessous de 1000 factures par mois

olrik

Merci pour ce partage mais quelle est la structure PDP/PA agréée qui a été claire si c'est pas indiscret ?

oui, le format JSON est accepté
leur solution de e-reporting est encore en développement, mais ils préviendront dès qu'elle sera prête et communiqueront les détails de la structure exacte de fichier attendue
c'est gratuit en dessous de 1000 factures par mois

Didier

olrik Lorsque ce sera le cas puis-je continuer à faire des factures PDF avec mon logiciel et les transmettre à la future plateforme que j’aurais choisie ? Ou dois-je utiliser obligatoirement le logiciel de facturation proposé par la plateforme.

En Belgique, la facturation électronique est obligatoire depuis de 1er janvier. Comme toi, j'ai une petite société sans personnel. J'émets une à deux factures par mois. Et j'ai trouvé une plateforme qui accepte les factures en pdf et qui, via IA, les transforme en facture électronique. Cette plateforme est Doccle.be. Pratiquement, on glisse la facture PDF sur une zone du site et elle est automatiquement traduite par l'IA. On peut ensuite en modifier les données avant transmission.

Je ne sais pas si cette plateforme peut être utilisée en France mais je ne peux imaginer qu'une telle plateforme n'existe pas en France. L'abonnement à Doccle est, si ma mémoire est bonne, d'environ 50€ par an. Cette solution me paraît être la meilleure pour de petites structures comme les nôtres : simplicité d'utilisation, pas de modification de nos habitudes de facturation, coût réduit.

gigaplanet

En France, le calendrier est en deux temps :

- **1er septembre 2026** : toutes les entreprises doivent pouvoir *recevoir* des factures électroniques.

- **1er septembre 2027** : les petites structures (PME, micro) doivent aussi les *émettre*. Les grandes entreprises, elles, devront émettre dès septembre 2026.

Donc pas de panique côté émission si tu as une petite structure : tu as encore un an de plus.

En revanche, pour la réception, il faudra être raccordé à une PDP (Plateforme de Dématérialisation Partenaire) pour figurer dans l'annuaire central — le SIRET seul ne suffit pas, il doit être associé à une adresse de réception.

Le "piège" sémantique dont je parlais, c'est que beaucoup de PDP poussent à souscrire vite à des offres complètes (émission + réception + services) alors que pour une petite structure qui fait 1 ou 2 factures par mois, une offre gratuite ou à quelques euros suffit largement. Pas besoin de se précipiter sur les offres haut de gamme.

Didier

gigaplanet Pas besoin de se précipiter sur les offres haut de gamme

Voilà qui est sage !

olrik

Je confirme et répète ce que Kolecto affilié au Crédit Agricole m'a dit (je n'en fait pas la pub). L'inscription est gratuite (jusqu'à fin juin 2026). Il faut s'inscrire pour être en conformité avec cette nouvelle loi pour recevoir d'éventuelles factures (même si je n'en reçoit jamais et même si je ne facture pas la TVA). A partir du 01/09/2027 si je veux émettre des factures je devrais acheter le Module Ventes à 10 € HT/mois et faire mes factures sur leur site. A ce jour ils ne connaissent pas Filemaker et ne proposent pas de transformer mon PDF en PDF-xml conforme à la nouvelle norme. C'est pénible pour moi car ma solution FM fait mes factures plus plein d'autres choses que ne fera pas Kolecto. Donc au lieu de soit-disant gagner du temps je vais en perdre car je devrais continuer à utiliser FM pour les taches annexes.

A moins que je trouve un plug-in compatible FM et Kolecto ce qui à ce jour n'est pas trouvé.

Je continue mes recherches en attendant si comme moi vous trouvez utile de signer cette pétition n'hésitez pas.

https://petitions.assemblee-nationale.fr/initiatives/i-5174?locale=fr

PhiLPA

olrik

Le nom de la plate-forme est Super PDP
Voici le contenu de la réponse du conseiller à mes questions :

Est-il possible de faire appel à votre plateforme seulement pour de l'e-reporting (bilan mensuel des ventes et prestations aux particuliers), en envoyant simplement un fichier au format JSON ?
<<Oui.
Dans l'affirmative, pouvez-vous fournir le détail de vos exigences pour la structuration de ce fichier (champs obligatoires, règles de gestion, contrôles de cohérence...) ?
<<L'API de l'e-reporting est en cours de développement. Nous communiquerons par Newsletter dès qu'elle sera disponible (je vous ai mis dans notre CRM)
Quel genre de contrat et quel prix approximatif demandez-vous dans ce cas de figure ?
<<Nos tarifs sont ici : https://www.superpdp.tech/tarifs

Ce serait vraiment bien si ça pouvait marcher ainsi. Mon script d'exportation est maintenant bien au point. J'attends simplement les exigences de cette plate-forme pour la structuration du fichier JSON en espérant qu'il ne s'agisse que de détails par rapport à ce qui fonctionne déjà...

PS : Sauf erreur de ma part, il est simplissime de convertir un fichier JSON en XML, au cas où la PDP soit légèrement raciste 😉