BT-13 (réf bon de commande) BT-11 (réf Projet) BT-10 (réf acheteur) BT-19 (réf comptable)

Bonjour, Ce sujet ne doit pas être dans la roadmap, c'est un champs factureX de la réglementation, soit le champs technique du xml factureX : BuyerOrderReferencedDocument.

Cela est un impératif des champs d'en tete, comment le gérer ? car la création des champs d'en tete sont en fait des champs libre, et de fait non mappable.

Est-ce une blague ? Le champs BT-13 est un impératif pour être plateforme agréée! Ce n' est pas une suggestion c'est la base de ce que vous devriez faire.

Éviter de relancer les sujets comme celui ci, surtout sans le maîtriser.

Il y a de l'angacement dans ma réponse, mais franchement Pennylane n'est pas au rendez vous, encore moins quand on vous lit 

Asgoria75015​ Nous partageons votre point de vue. C'est très bloquant et cela ne devrait pas être dans la roadmap, cela devrait déjà être développé ou en cours. 
Est-ce que ce sujet est bien pris en compte Pennylane svp ? 

Bonjour, un certain nombre de nos clients exigent la présence du numéro de commande dans leurs factures électroniques. Je me bats avec le chat depuis 8 jours pour comprendre comment faire, sans qu'on me dise que cela ne fonctionne pas.

On me dit même le contraire : Le champ « bon de commande » que l’on peut créer dans l’éditeur de facture est un champ personnalisable. Le fait de le nommer « PO Number », « Numéro de bon de commande » ou « N° de commande » ne suffit donc pas, à lui seul, à déterminer qu’il sera transmis dans la balise BT-13. BT-13 correspond à la référence du bon de commande de l’acheteur dans la facture électronique. Il faut donc vérifier que le champ utilisé par Pennylane pour le numéro de bon de commande est bien celui qui est mappé vers cette donnée structurée dans le fichier Factur-X. ​
Est-ce plus clair pour vous ?

Evidemment, pas de trace  du champ "BuyerOrderReferencedDocument" dans le fichier Factur-X généré par Pennylane pour ma facture.

Cette fonction est essentielle pour nous, et je pense pour tout le monde. Les bons de commandes de clients grands comptes mentionnent explicitement l'obligation de renseigner leur numéro de commande. J'ai d'ailleurs une grosse facture en attente d'envoi, d'où la vérification que je fais... ne pouvant me permettre d'apprendre dans 60 jours que cette facture ne sera pas traitée.

Quand prévoyez-vous de mettre en œuvre cette fonction normalisée ? Merci.

Bonjour,

Pourriez vous svp nous indiquer quand cette fonctionnalité sera présente pour l'ensemble des clients? Car beaucoup de nos clients nous refusent nos factures pour cette raison

Bonjour,
Aucune nouvelle depuis 8 jours. Merci de bien vouloir détailler comment avoir accès à cette fonctionnalité. Pennylane fait beaucoup de publicité sur la facturation électronique mais nous ne pouvons pas facturer de cette manière sans voir nos factures refusées car aucun moyen de pousser les numéros de commande client dans le bon champ via l'interface...

OK vu que la hotline est un peu dans le dur en ce moment :

Voici la solution :
Il est nécessaire d'aller dans vos modèles de documents via la personnalisation. Sur celui des factures vous devez ajouter le champ N° de commande client dans les champs d'en-tête. Il apparaîtra ensuite lors de la création de vos factures et prendra place dans le BT-13.

Bonjour, 
Nous savons que ce que vous écrivez n'est pas exact. Pennylanne n'a pas implémenté cette fonction et n'a toujours pas communiqué sur la date de disponibilité. Contactez Vanessa (Pennylane). Elle m'a écrit ce que je viens de vous dire en détail.

Bonjour,

Facture faite en interface avec le n° de commande client mis dans le champ indiqué.

Ensuite via APi consultation de la facture émise et le n° est bien dans le champ purchase_order_reference qui est le BT13. Comme l'indique la doc API de Pennylane depuis le 15/09/26.