Forum Discussion
Sébastien3r
Déchiffreur de rythmes
il y a 1 moisPA PENNYLANE : comment gérer les balises clients ?
Bonjour,
Nous avons désigné comme PA Pennylane pour toutes nos sociétés. Une de nos particularités est de traiter avec beaucoup de clients grands comptes.
La problématique est qu'ils nous demandent de compléter impérativement des balises avec des données/identifiants spécifiques propres à chaque client.
A ce stade, certains clients nous demandent de saisir les balises BT-12, BT-19, BT-10, BG-15. Dans PL, nous ne pouvons compléter que l'adresse de livraison qui correspond à la balise BG-15 à priori dans la fiche client. Qu'en est-il pour les autres balises ? Une évolution est-elle envisagée ?
PL doit prendre au sérieux ce sujet dans la mesure où beaucoup de grands comptes les imposent et refusent catégoriquement de traiter les factures si elles ne comportent pas ces balises.
Aussi, il serait pertinent de prévoir un guide avec les correspondances entre les balises et les rubriques dans PL.
Je vous remercie par avance pour votre retour.
Sébastien.
Bonjour Sébastien3r
Sur le sujet grands comptes / routage : Pennylane supporte déjà l’inscription au niveau SIREN & SIRET.
La gestion des niveaux plus granulaires (code de routage + suffixe) est en cours, avec une cible fin juin 2026. Le routage se fait par priorité code routage > SIRET > SIREN.
Une évolution est aussi prévue pour stocker l’adresse électronique / code routage au niveau du client (récupéré via le PPF), launch indiqué au 29/06/2026.
Côté BG‑15 : la gestion de plusieurs adresses de livraison par client n’est pas disponible à ce jour.
Côté BT‑10 (et BT‑13/bon de commande) : un défaut a été identifié (les BC ne sont pas gérés dans le XML Factur‑X) et une correction est en cours.
Pour BT‑12 & BT‑19 : pas de correspondance documentée dans nos sources → il faut qu’on challenge le besoin exact + exemple de facture attendue pour arbitrage produit.
11 Réponses
- miemaou
Écho naissant
Bonjour, de mon côté on me demande une balise :
- BT-12 (Référence contrat)
- BT-73/BT-74 (Dates début/fin de période)
- Egalement avoir une unité d'énergie normalisée KWH (quand je mets un libellé libre kWh, dans le XLM c'est un code C62 qui apparait et qui n'est pas reconnu par EDF OA SOLAIRE)
Je ne pense pas être le seul cabinet à travailler avec des producteurs solaires, je pense que c'est une adaptation à régler.
Je vous remercie, belle journée !
Nicolas - Sébastien3r
Déchiffreur de rythmes
Bonjour,
Je suis totalement en phase avec les messages des différents utilisateurs évoqués ci-dessus.
Globalement, dès lors qu'on traite avec des clients grands comptes, ils utilisent selon les entreprise différentes balises prévues dans la réforme de la FE. Sachant que ces entreprises ne s'embêtent pas et nous imposent de nous aligner sur leurs process, nous n'avons pas de solution alternative. Si PL ne prévoit pas d'intégrer clairement les balises prévues dans le cadre de la réforme, le module de facturation de PENNYLANE ne répondra plus aux besoins des clients / utilisateurs. Nous (les utilisateurs/clients) sommes dans une impasse sans solution ni visibilité.
Sébastien.
- Arnaud_Guillaume
Parolier novice
Bonjour Brenda_Diakite
nous rencontrons le même problème avec nos clients grands comptes qui demandent beaucoup d'informations.
Pennylane se targue d'être une des premières plateforme agréé validée mais vous n'intégrez pas toutes les balises prévues par les textes ? C'est quand même étrange cette position.
Comment allez vous nous permettre de facturer nos clients ?
Merci d'avance,
Arnaud
- Nico_Tech
Première note
Bonjour,
De notre côté, le code routage est obligatoire, aucun client n'utilise que le SIRET/SIREN. Le code d'adressage BT-49 est soit au format SIREN/CODE soit SIREN_CODE
Et la liste des champs à remplir est encore plus longue. En compilant les demandes de nos différents clients (pour ceux qui ont formalisé à ce jour), nous devons impérativement être en mesure de remplir :
- BT-13 => numéro de bon de commande
- BT-19 => centre de coût lié à la commande
- BT-29 => code fournisseur (notre SIRET pour la plupart des clients, mais pas toujours)
- BT-46 => SIRET de l'établissement acheteur
- BT-58 => Adresse email pour l'aguillage interne
- BT-132 => Numéro de ligne sur le bon de commande
- BT-153 => Description de la ligne de bon de commande
- BG-14 avec BT-73 et BT-74 => Période de facturation - date de début / date de fin (format de date ISO)
- Bloc BG-24 => Justificatif (fichier)
Nous utilisons l'API Pennylane pour créer tous les brouillons de facture, puis contrôle manuel, puis envoi via l'API. Avez-vous prévu de mettre à disposition ces champs dans l'interface, ainsi que dans l'API ? Est-il possible d'avoir quelques exemples pour pouvoir anticiper les développements de notre côté ?
Merci d'avance !
- Angélique_
Pennylaneur
Bonjour Nico_Tech
Côté code source, le concept de « code de routage » / adresse électronique (BT-49) existe déjà et est traité aujourd'hui : le mapping Factur-X (formats CII et UBL) extrait déjà l'adresse électronique de l'acheteur, et l'API « Directory » permet déjà de consulter une adresse de routage à partir d'un SIRET. Une table de configuration des adresses de routage (avec code de routage et identifiant d'adressage) existe également côté réception des factures fournisseurs, derrière un réglage dédié.
Les feuilles de route trouvées sur la facturation électronique ne détaillent pas ces champs ligne à ligne ; un item sur la ventilation des Factur-X par ligne de produit est seulement « à l'étude », sans description ni date de livraison précisées.
- Caroline_Chammas
Écho naissant
Bonjour Angélique_
Nous faisons face au même problème concernant nos clients grands comptes.
Qu'en est-il des évolutions qui avaient été prévues pour fin juin à ce sujet ?
Nous recevons en masse les informations de nos clients pour renseigner les balises et le rattrapage de saisie risque d'être conséquent si les champs ne sont pas mis en place rapidement.
Merci
- Angélique_
Pennylaneur
Bonjour Sébastien3r
Sur le sujet grands comptes / routage : Pennylane supporte déjà l’inscription au niveau SIREN & SIRET.
La gestion des niveaux plus granulaires (code de routage + suffixe) est en cours, avec une cible fin juin 2026. Le routage se fait par priorité code routage > SIRET > SIREN.
Une évolution est aussi prévue pour stocker l’adresse électronique / code routage au niveau du client (récupéré via le PPF), launch indiqué au 29/06/2026.
Côté BG‑15 : la gestion de plusieurs adresses de livraison par client n’est pas disponible à ce jour.
Côté BT‑10 (et BT‑13/bon de commande) : un défaut a été identifié (les BC ne sont pas gérés dans le XML Factur‑X) et une correction est en cours.
Pour BT‑12 & BT‑19 : pas de correspondance documentée dans nos sources → il faut qu’on challenge le besoin exact + exemple de facture attendue pour arbitrage produit.