Pennylane -> 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 cordialement3Vues0like0CommentaireAjout des billing_subscriptions aux endpoints changelog
Bonjour, Nous développons une intégration critique entre Pennylane et Salesforce qui nécessite de suivre les modifications des abonnements (billing_subscriptions) en temps réel. Cas d'usage : Synchronisation automatique des abonnements entre Pennylane et Salesforce Mise à jour des données clients lors de modifications d'abonnements Automatisation des processus commerciaux basés sur les changements d'abonnements Problème actuel : Les billing_subscriptions ne sont pas disponibles dans les endpoints changelog, ce qui nous oblige à faire du polling régulier sur l'API, impactant les performances. Impact : Cette fonctionnalité est critique pour notre intégration et permettrait une synchronisation efficace en temps réel.Répondu97Vues0like7CommentairesRenseigner le “Type de vente” via API v2 lors de la création d’une facture client brouillon
Bonjour, Je crée des factures clients brouillon via l’API Pennylane v2 avec l’endpoint : POST /api/external/v2/customer_invoices La facture est bien créée en brouillon, avec le client, les lignes produits, la date, l’échéance, external_reference et pdf_invoice_free_text. Dans l’interface Pennylane, sur le brouillon, il existe un champ “Type de vente” avec les choix suivants : - Livraisons de biens - Prestations de services - Livraisons de biens et prestations de services Je souhaite renseigner automatiquement : "Livraisons de biens et prestations de services" lors de la création du brouillon via API. J’ai vérifié : - la réponse de GET /api/external/v2/customer_invoices/{id} - l’endpoint /api/external/v2/customer_invoices/{id}/custom_header_fields Mais je ne vois pas ce champ dans les données retournées. Quel champ faut-il ajouter au payload de création, ou quel endpoint faut-il appeler, pour renseigner ce Type de vente via API ? Merci d’avance.Répondu66Vues1like4CommentairesAPI - Confirmation manuelle obligatoire d'une facture envoyée
Bonjour à tous, Je développe une intégration n8n qui génère et envoie automatiquement des factures Factur-X vers Pennylane depuis ma propre application de facturation, sans aucune intervention humaine dans le flux. Voici le fonctionnement exact de l'automatisation, pour contexte : Génération d'une facture Factur-X (PDF/A-3b + XML EN16931). Résolution/création du client Pennylane via GET/POST /customers et /company_customers, avec mise en cache de l'id client Pennylane renvoyé (customer_id) dans ma propre base, réutilisé à chaque facture suivante pour ce client — pas de recréation de client à chaque envoi. Import de la facture via POST /customer_invoices/e_invoices/imports, en passant explicitement le customer_id déjà connu dans invoice_options. Mise en cache de l'id de facture Pennylane renvoyé, pour éviter tout ré-import en cas de nouvel essai (idempotence côté intégration, puisque l'API ne la garantit pas nativement). Appel POST /customer_invoices/{id}/send_to_pa. Le problème : à l'étape 5, j'obtiens systématiquement : 422 - {"status":422,"error":"The invoice is not eligible for electronic invoicing."} Jusqu'à ce que j'aille cliquer manuellement sur Confirmer dans l'interface Pennylane sur cette facture (statut À traiter, avec la mention Client identifié automatiquement à partir de votre facture importée — alors même que le customer_id était pourtant transmis explicitement, pas déduit automatiquement). Mes questions : Est-ce que ce passage systématique par À traiter est un comportement normal/documenté de e_invoices/imports, indépendant de la qualité des données transmises ? Quelqu'un a-t-il trouvé un moyen d'automatiser cette confirmation (endpoint API dédié, paramètre à l'import, réglage de compte) ? Alternative envisagée : passer par l'endpoint structuré POST /customer_invoices (JSON, sans import de fichier) — quelqu'un a-t-il confirmé que cette route évite l'étape À traiter et reste compatible avec send_to_pa ensuite ? Merci d'avance pour votre aide 🙏52Vues0like2CommentairesGestion de la mise en forme des articles dans l'API
Bonjour, Lorsque j'utilise l'API pour récupérer un article créé dans l'interface Pennylane (ci joint capture d'écran) Je e parviens pas à récupérer la mise en forme du champ description. Celui ci est tronqué : Idem lorsque j'essaye de créer un article via API, ou même une ligne de facture. Pourriez-vous m'aider ? Merci d'avance,Répondu17Vues0like1CommentaireConnexion Extrabat
Bonjour, je n'ai pas trouvé d'informations à ce sujet sur la communauté, pouvez-vous me dire si une connexion au logiciel Extrabat est envisagée ou en cours ? Il y a peu de logiciels L'obligation d'e-reporting est encore loin, mais on commence à faire le point sur les logiciels de nos clients =) Merci d'avance.Répondu204Vues0like9CommentairesDolibarr + 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épondu52Vues0like3CommentairesLe endpoint changelogs/supplier_invoices requiert une start_date en UTC et rfc3339
Bonjour, il me semble constater une erreur sur le endpoint changelogs/supplier_invoices avec le paramètre start_date. Il est dit dans la documentation : The date should follow RFC3339 format. Mais j'ai constaté que si le date/time passé n'est pas également en UTC, alors les indications de time zone sont ignorées et le date/time est traité comme de l'UTC, impliquant un décalage de deux heures par exemple si le date/time d'origine est en fuseau CEST. Exemples : Le date/time UTC RFC3339 2026-07-06T23:55:00Z Est équivalent au date/time RFC3339 2026-07-07T01:55:00+02:00 Mais le endpoint va considérer le deuxième comme étant 2026-07-07T01:55:00Z Et donc toutes les données situées entre 2026-07-06T23:55:00Z et 2026-07-07T01:55:00Z ne seront pas retournées. Soit la documentation doit spécifier que le paramètre start_date doit être en UTC, soit le endpoint doit supporter correctement le RFC3339 en prenant en compte la time zone indiquée. MerciRépondu24Vues0like1CommentaireRattacher un PDF à une transaction Shopify/PayPal sans facture
Bonjour, Nous automatisons le traitement de payouts Shopify Payments / PayPal. Cas concret : - une transaction bancaire Pennylane existe déjà, par exemple un virement PAYPAL EUROPE / MOTIF SHOPIFY ; - nous avons un PDF de payout Shopify qui justifie ce virement ; - ce PDF n’est pas une facture client et ne correspond pas à un client unique ; - il ne doit pas être importé comme customer_invoice, car Pennylane le transforme en facture/avoir client. Quelle est la méthode officielle Pennylane pour rattacher un justificatif PDF neutre à une transaction bancaire existante, sans créer de facture client, avoir client, facture fournisseur ou écriture commerciale ? Existe-t-il dans l’API publique une ressource ou un endpoint permettant de justifier directement une bank transaction / ledger entry avec un file_attachment_id ? Sinon, quel workflow Pennylane recommande-t-il pour les justificatifs de payouts Shopify agrégés ?25Vues0like1CommentaireAPI : comment rattacher un justificatif PDF à une transaction bancaire ?
Bonjour, Nous développons une intégration avec l’API Pennylane. Nous savons déjà récupérer les transactions bancaires via l’API. Existe-t-il un endpoint officiel permettant : d’envoyer un justificatif PDF ; de rattacher ce justificatif à une transaction bancaire existante ? Si oui, pouvez-vous indiquer la documentation correspondante ? Si ce n’est pas encore disponible dans l’API publique, pouvez-vous le confirmer ?Répondu73Vues0like4Commentaires