Forum Discussion
claire974
Première note
il y a 4 moisBT-13 (réf bon de commande) BT-11 (réf Projet) BT-10 (réf acheteur) BT-19 (réf comptable)
Bonjour, Dans le cadre de la facturation életronique, nous recevons des consignes de complétion de nos factures faisant référence à des champs : BT-13 (référence du bon de commande) BT-11 (référence...
- il y a 1 mois
Bonjour à tous,
Je suis navrée pour les confusions qu'il y a pu avoir. Le réforme de la facturation électronique ayant été appliquée récemment, tout bouge beaucoup et très vite.
Afin de bien de clarifier les informations au sujet des balises, voici le retour des équipes Produit 😊 :
Aujourd'hui toutes les balises obligatoires pour le B2B d'après les spécifications techniques de la réforme.
Le besoin de balises supplémentaires a bien été identifié et nous travaillons dessus.
Plus précisément pour les champs suivant :
• BT-13 (Numéro de bon de commande acheteur) : Disponible depuis le 11/09. Il faut l'activer dans le modèle de factures et cela permettra qu'il apparaisse dans le XML lorsque le champ est rempli sur la facture (Il faut que ce soit ce champ précis et pas un autre champ libre avec le même titre).
• BT-14 (Numéro de bon de commande vendeur) : La référence de commande vendeur n’est pas saisissable. Elle n’existe que si la facture provient d’un bon de commande créé dans Pennylane et reprend la numérotation Pennylane.
• BT-10 (Référence de l’acheteur): Disponible pour les factures B2G (pour l'heure, vous pouvez en demander l'activation à la demande)
• BT-11 (Référence de projet): Pas encore disponible à date.
• BT-19 (Référence comptable de l'acheteur): Pas encore disponible à date.
Pour les balises BT-11 et B-19 il est prévu de les livrer prochainement, mais nous n'avons pas encore de date de sortie à vous fournir.
Nous continuerons à vous tenir informé des avancées à travers ce fil de discussion 😊
olivierAY
Première note
il y a 1 mois
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.
- Angélique_il y a 1 mois
Pennylaneur
Bonjour olivierAY
le champ « bon de commande » personnalisable dans l'éditeur de facture n'est pas automatiquement relié à la donnée structurée BT-13. Il s'agit d'un champ de texte libre affiché sur le PDF, sans lien avec les données transmises dans le fichier Factur-X.
Une fonctionnalité dédiée est en cours de développement en interne pour transmettre la référence du bon de commande de l'acheteur dans la balise BT-13 (avec également une référence côté vendeur en BT-14). Cette fonctionnalité n'est toutefois pas encore disponible pour l'ensemble des clients, mais on y travaille.
- ECOLiBRiiil y a 1 mois
Première note
Bonjour
C'est un impératif réglementaire obligatoire ! Pourquoi n'êtes vous pas à jour ? Nos paiements sont bloqués par nos clients grands comptes