Discussion de forum

Avatar de g-henaux
g-henaux
Icône pour le rang Première notePremière note
il y a 2 jours

Emission de factures électroniques par API

Bonjour,

  1. Est-il possible de créer des factures électroniques par API, dans le but de les émettre électroniquement (en utilisant Pennylane comme PA) ?
    • Il est aujourd’hui possible d’importer un fichier Factur-X déjà existant (via createcustomerinvoiceeinvoiceimport et createsupplierinvoiceeinvoiceimport), mais ces fichiers importés ne semble l’être qu’à titre d’information, et non émis comme facture électroniques.
    • Il est aujourd’hui possible de créer par API une facture client (via postcustomerinvoices) mais bien que cela crée un PDF + XML accessible dans les factures customers, cette facture ne semble pas être électroniquement transmis/transmissible.
       

       

    • Seule la création d’une facture customer via l’UI Web a permis d’aboutir à une facture électronique envoyée électroniquement.
  2. Il ne semble pas possible de créer de facture Supplier par API. Quels moyens existent pour gérer le cas de l’auto facturation-électronique (directement via Pennylane, ou via une solution compatible) ?

(Les tests ont été réalisés dans une sandbox)

Cordialement,
Gilles

4 Réponses

  • Avatar de Yannick_Derue_AAGEC
    Yannick_Derue_AAGEC
    Icône pour le rang Virtuose des forumsVirtuose des forums
    il y a 4 heures

    Oui, les factures sont faites (quand il y en a) sur les sites de ventes en ligne...

    Il faut faire remonter via API sinon demander des exports mais pour l'e-reporting par decade ce n'est pas tenable...

    Oui pour les ventes de services il faut faire l'e-reporting des données de paiements... Donc avec des paiements en plusieurs fois ça peut compliquer la chose !

  • Avatar de FatouAutoCompta
    FatouAutoCompta
    Icône pour le rang Écho naissantÉcho naissant
    il y a 6 heures

    Bonjour Yannick,

    Très bonne remarque, le B2C c'est effectivement le gros morceau en e-commerce et beaucoup de gens l'oublient en se focalisant sur l'e-invoicing.

    Pour faire simple : les ventes B2C ne passent pas par l'e-invoicing mais par l'e-reporting. Il faut transmettre les données de transactions et de paiements à la DGFiP via la PA.

    La bonne nouvelle c'est que Pennylane gère déjà ça nativement côté PA. Donc si vos factures B2C sont créées dans Pennylane, la transmission à l'administration se fait automatiquement, rien de plus à faire.

    Là où ça se complique, c'est quand les ventes passent par Shopify, PrestaShop ou une autre plateforme externe. Dans ce cas oui, il faut un pont API pour remonter les données dans Pennylane. C'est ce que je fais chez mes clients e-commerce au quotidien : on récupère les transactions via l'API de la plateforme, on pousse les écritures dans Pennylane, et l'e-reporting suit automatiquement via la PA. Ça fonctionne bien.

    Un truc à ne pas négliger par contre : pour les prestataires de services en B2C, l'e-reporting demande aussi les dates d'encaissement, pas juste la facturation. Avec des solutions comme Alma ou Klarna où le client paie en 3x ou 4x, chaque échéance doit être reportée. C'est un détail qui peut vite devenir un casse-tête si on ne l'anticipe pas.

    Fatou — Consultante automatisation comptable | Spécialiste réconciliation e-commerce

  • Avatar de Yannick_Derue_AAGEC
    Yannick_Derue_AAGEC
    Icône pour le rang Virtuose des forumsVirtuose des forums
    il y a 1 jour

    intéressant.

    Concernant le e-commerce il peut trés souvent y avoir du B2C.

    Savez-vous s'il est possible de créer un pont API pour importer les données pour faire le e-reporting via la PA Pennylane ?

  • Avatar de FatouAutoCompta
    FatouAutoCompta
    Icône pour le rang Écho naissantÉcho naissant
    il y a 1 jour

    Bonjour Gilles,

    Excellente question, je travaille régulièrement avec l'API Pennylane V2 pour des intégrations e-commerce et j'ai rencontré exactement cette problématique.

    Pour votre point 1, il y a effectivement une distinction importante entre les différentes méthodes de création de factures via l'API :

    L'endpoint postcustomerinvoices crée bien une facture client avec un PDF + XML, mais comme vous l'avez constaté en sandbox, elle n'est pas automatiquement injectée dans le circuit e-invoicing de la PA. D'après la documentation Pennylane, la voie prévue pour les outils tiers connectés via API est l'import Factur-X : les données JSON envoyées via l'API sont converties par Pennylane en facture électronique conforme, transmissible via la PA. Les endpoints dédiés sont createcustomerinvoiceeinvoiceimport et createsupplierinvoiceeinvoiceimport que vous avez déjà identifiés.

    La question clé est de savoir si ces factures importées via l'endpoint e-invoice seront effectivement routées via la PA pour transmission au destinataire, ou si elles restent à titre informatif comme vous l'avez observé. Je vous recommande d'ouvrir un ticket au support technique Pennylane en précisant ce point — la documentation indique que cette fonctionnalité est "disponible dès le plan Essentiel" et "utilisée par plusieurs éditeurs partenaires et clients grands comptes", ce qui suggère que le circuit complet d'émission devrait fonctionner. Le comportement en sandbox peut différer de la production.

    Pour votre point 2 sur l'auto-facturation fournisseur, c'est effectivement une limitation identifiée de l'API. L'endpoint createsupplierinvoiceeinvoiceimport permet d'importer une facture fournisseur Factur-X, mais pas de la créer ex nihilo via l'API. Pour l'auto-facturation électronique, une piste serait de générer le fichier Factur-X côté votre système (avec une librairie comme factur-x en Python ou mustangproject en Java), puis de l'importer dans Pennylane via l'endpoint dédié.

    N'hésitez pas à partager la réponse du support si vous ouvrez un ticket, ça intéressera toute la communauté.

    Fatou — Consultante automatisation comptable | Spécialiste réconciliation e-commerce