Accès API au validateur
Bonjour, Actuellement il est possible d'utiliser l'url ....../invoices/e_invoice_validator pour uploader un pdf et avoir le compte-rendu détaillé des anomalies qui ont été détectée. Est-ce qu'il est possible d'avoir la même fonctionnalité en API lorsqu'un fichier est déposé par https://app.pennylane.com/api/external/v2/customer_invoices/import => { "type": "cii", "profile": "facturx_en16931", "valid": false, "validation_results": { "XSD Structure": { "valid": true, "errors": [], "warnings": [] }, "Factur-X": { "valid": true, "errors": [], "warnings": [] }, "French Rules (BR-FR)": { "valid": true, "errors": [], "warnings": [] }, "PPF Portal": { "valid": false, "errors": [ { "rule_id": "G6.25", "message": "Value must be greater than 2026-09-04", "locations": [ "BT-74 - billing_period_attributes.end_date" ] } ], etc... MerciRépondu17Vues0like2Commentaires
API v2 : tag ou custom field sur les factures fournisseurs, pour les outils de conformité
Bonjour, Je suis DAF d'un groupe de PME (7 sociétés sur Pennylane) et éditeur d'un outil de vigilance fournisseurs (obligation de l'article L.8222-1 du Code du travail : attestation URSSAF tous les 6 mois, Kbis, etc.) connecté à l'API v2 de Pennylane. Le besoin : afficher l'état du dossier de vigilance de chaque fournisseur directement sur ses factures dans Pennylane, pour que la personne qui prépare les règlements le voie au moment de payer, sans changer d'outil. Concrètement, une mention du type « Dossier de vigilance : aucune anomalie au 16/09/2026 » ou « Attestation URSSAF manquante », mise à jour par l'API quand l'état change. Aujourd'hui, aucun champ des factures fournisseurs ne peut porter cette information sans écraser une donnée du client : le libellé est celui du comptable, external_reference est la clé d'intégration d'autres outils, les catégories analytiques sont remplacées en bloc par l'endpoint. Les custom header fields récemment ajoutés ne concernent que les factures client. La demande : un champ dédié aux intégrateurs sur les factures fournisseurs (custom field, tags, ou une « note d'intégration » propre à l'application), modifiable par l'API, visible et si possible filtrable dans l'écran de règlement. Un champ par application connectée éviterait que deux intégrations s'écrasent. Ce besoin est commun à tous les outils de conformité fournisseurs (vigilance, LCB-FT, RSE) : c'est l'information dont le service comptable a besoin exactement au moment du paiement. Merci, Loïc AssuiedRépondu17Vues0like1CommentaireListe des entrées d'une facture électronique (e-invoicing)
Bonjour, Nous avons reçu notre première facture fournisseur transmise via la PA. Lorsque je la consulte depuis pennylane (via l'aperçu xml), il y a 6 lignes. Lorsque je la récupère depuis l'API (v2/customer_invoices/customer_invoice_id/invoice_line_sections) ça retourne uniquement 2 lignes, dont les montants ne correspondent à aucunes des lignes de la facture xml. Connaissez-vous la cause ? Est-ce qu'il est prévu d'améliorer ce point ? Merci d'avance.Répondu68Vues0like4CommentairesPrécisions sur les dates dans l'API des factures
Bonjour, Je travaille actuellement sur la récupération des factures fournisseurs & clients (supplier_invoices & customer_invoices). J'ai des questions/demandes au sujet des dates. 1/ Dans l'interface web, dans la liste des factures, il y a une colonne "Ajouté le". Sauf incompréhension de ma part, elle indique à quelle date la facture a été importée dans Pennylane (donc aucun lien avec la date d'émission de la facture). J'ai besoin de connaître cette information, pour requêter par ex les factures qui ont été ajoutées dans pennylane après le XXXXX. Je ne la trouve pas, serait-t-il possible de l'ajouter, dans les informations retournée, et dans les paramètres de tri ? 2/ toujours concernant des requêtes get invoices, il n'est actuellement proposé qu'un seul paramètre de tri : "date". A quelle valeur correspond-elle :$item-> date, $item->created_at ou $item->updated_at ? Pourrait-on aussi ajouter la date d'ajout dans les paramètres de tri ? 3/ pour les factures, la doc évoque ces 2 données de type date : "date" : Invoice issue date (ISO 8601) "created_at": The time the invoice has been created Quelle est la différence entre ces 2 dates pour les factures fournisseurs ? Merci.Répondu77Vues0like4Commentaires
Accès API aux commentaires de factures et à l'auteur du dépôt
Bonjour, Nous utilisons l'API Pennylane Enterprise v2 pour réaliser des analyses sur nos données comptables, et nous avons identifié deux informations qui ne semblent pas accessibles via l'API : Commentaires sur les factures : sur l'application web, il est possible de laisser des commentaires sur les factures, mais nous n'avons trouvé ni champ ni endpoint équivalent permettant de les récupérer via l'API. Informations sur l'auteur du dépôt : nous aimerions également pouvoir identifier qui a déposé une facture donnée sur Pennylane, mais cette information ne semble pas non plus exposée par l'API. Nous avons consulté la documentation (https://pennylane.readme.io/) sans trouver de référence à ces deux points. Ces données seront-elles un jour rendues disponibles via l'API ? Merci d'avance pour votre retour.Répondu55Vues0like1CommentairePennylane -> Dolibarr
Bonjour à tous, Nous rencontrons un problème avec l'un de nos clients qui utilise Dolibarr. La synchronisation des factures de Dolibarr vers Pennylane fonctionne parfaitement. En revanche, la remontée des statuts de paiement ne fonctionne pas : les factures restent affichées comme impayées dans Dolibarr, alors que le rapprochement et la réconciliation ont bien été effectués dans Pennylane. Avez-vous déjà rencontré ce problème ? Si oui, avez-vous trouvé une solution ou un contournement ? L'objectif est de centraliser l'ensemble du suivi comptable dans Pennylane, tout en conservant Dolibarr comme logiciel de facturation. Merci d'avance pour vos retours et vos éventuels conseils🙏 Bien cordialementRépondu102Vues0like2Commentaires
Dolibarr + Multicompany
Bonjour, je suis le développeur de Multicompany pour Dolibarr et je viens de voir que dans la procédure de connexion de Pennylane avec Dolibarr : https://help.pennylane.com/fr/articles/350607-connecter-dolibarr-a-pennylane il est dit : "Dolibarr multi-entités Si votre instance Dolibarr est configurée en mode multi-entités, la clé d’API est propre à chaque entité. Assurez-vous de générer la clé d’API en étant connecté dans le contexte de l’entité que vous souhaitez connecter à Pennylane. Une clé générée pour une entité ne sera pas valide pour une autre." "Utilisez-vous plusieurs entités dans Dolibarr ? En mode multi-entités, l'intégration peut être limitée à une entité spécifique. Les factures appartenant à d'autres entités ne seront pas récupérées. Vérifiez la configuration dans les paramètres de l'intégration, ou contactez le support Pennylane." Ce n'est pas la "vérité" vrai ! 😅 Est-ce qu'un développeur chez Pennylane peut me contacter svp ? Je vous remercie Régis HoussinRépondu111Vues0like4Commentaires
registration_number outdated
Hi, we found a bug: the `registration_number` column seems to be completely out of sync for our accounts. We have many examples where the value in this Redshift database doesn't match the value in the "Supplier ID" field of the UI: This is problematic because we are trying to prepare for the e-invoice reporting obligations. We can't rely on the current state of the "Verification" feature of Pennylane, as it only covers French customers or suppliers, but we barely do any business in France; we are only incorporated there, so we need to support the other EU and non-EU countries. We waited +48 h, so the problem is not a sync delay between the Pennylane database and the Redshift database.Répondu46Vues1like1Commentaire
registration_number outdated
Hi, we found a bug: the `registration_number` column seems to be completely out of sync for our accounts. We have many examples where the value in this Redshift database doesn't match the value in the "Supplier ID" field of the UI: This is problematic because we are trying to prepare for the e-invoice reporting obligations. We can't rely on the current state of the "Verification" feature of Pennylane, as it only covers French customers or suppliers, but we barely do any business in France; we are only incorporated there, so we need to support the other EU and non-EU countries. We waited +48 h, so the problem is not a sync delay between the Pennylane database and the Redshift database.
