Forum Discussion
Sébastien3r
Déchiffreur de rythmes
Déchiffreur de rythmesPA 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.
6 Réponses
- 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.
Nico_TechPremiè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_
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
