Forum Discussion
ChristopheP
Écho naissant
il y a 1 moisRéintégration d'une Factur-X PennyLane dans PennyLane ?
Bonjour, Je souhaite savoir si le comportement suivant observé d'une Factur-X est "normale". Le contexte Dans le cadre de la prise de connaissance sur la facturation électronique ainsi que l'étude...
- il y a 22 jours
Bonjour ChristopheP
Le code de catégorie de TVA inscrit sur la facture Factur-X n'est pas dérivé du numéro de TVA du vendeur, mais du taux de TVA sélectionné sur la ligne de facture (et de la nature du bien/service pour les cas intracommunautaires). Un taux configuré comme « taux exonéré » produit le code E (Exonéré), tandis qu'un taux à 0% qui n'est pas classé comme « exonéré » produit le code Z.
Une règle de contrôle de conformité utilisée en interne pour la facturation électronique précise explicitement que le code E rend obligatoire la présence d'un numéro de TVA du vendeur, et que le code Z est prévu pour les entreprises en franchise en base de TVA qui ne disposent pas de numéro de TVA.
Le cas décrit (auto-entrepreneur en franchise de TVA, sans numéro de TVA, facture générée à 0%) est cohérent avec ce mécanisme : si le taux sélectionné sur la ligne correspond à un taux « exonéré » (donnant le code E) plutôt qu'à un taux à 0% non classé comme exonéré (donnant le code Z), la facture générée sera effectivement non conforme dès lors qu'aucun numéro de TVA n'est renseigné — ce qui correspond au comportement observé.
Audren
Première note
il y a 16 joursBonjour Angélique,
Merci pour tes réponses, est-ce que ce validateur est accessible via API ? Que l'on puisse progresser en autonomie par rapport à l'erreur rencontrée.
Je suis dans une configuration où le validateur de la FNFE valide les factures que je génère pour le compte de mes clients. En passant par le connecteur Pennylane, j'ai une erreur opaque :
"Le format de ce fichier n’est pas reconnu pour la facturation électronique. Archivez cette facture, puis importez une version corrigée."
Je suis dans l'environnement sandbox, c'est une facture B2C profil BASIC, identifiant Pennylane 30776224366592. La facture concerne une prestation de soins exonérée au titre de l’article 261-4-1 du CGI. Nous avons bien spécifié send_to_pa=false lors de l'envoi.
Du coup je comprends que l'envoi ne se fasse pas, mais je ne comprends pas l'erreur de validation ni l'invitation à importer une version corrigée.
Il s'agit bien d'une exonération, et les cliniciens (psychologues par exemple n'ont souvent pas de numéro de TVA). La DGFiP parle bien d'exonération.
Passer de E à Z dans ce contexte ne me semble pas correct.
Peux tu m'aider à comprendre ce qui cloche sur cette facture ?
Angélique_
Pennylaneur
il y a 11 joursBonjour ChristopheP
Sur la dérivation du code de catégorie de TVA Factur-X : le code (norme UNTDID 5305) est bien dérivé du type de taux de TVA sélectionné sur la ligne, combiné au réglage "régime de TVA" (vat_regime) des paramètres de facturation électronique de la société vendeuse. Pour un taux configuré comme "exonéré", le code n'est Z que si le régime vendeur est explicitement paramétré sur "franchise en base de TVA" (art. 293 B CGI, micro-entreprise). Dans tous les autres cas d'exonération — y compris quand le régime vendeur est paramétré sur "non assujetti à la TVA" (ce réglage existe précisément avec un motif dédié "professionnel de santé", correspondant à l'exonération art. 261‑4‑1° CGI), ou quand aucun régime n'est renseigné — le code appliqué est E. L'analyse juridique de l'utilisateur est donc confirmée par le système : E est le code attendu pour une exonération de soins au titre de l'art. 261‑4‑1° CGI, Z étant réservé à la franchise en base.
Concernant l'absence de numéro de TVA vendeur avec le code E : il existe un réglage distinct du régime de TVA, une option booléenne "pas de numéro de TVA" (no_vat_number) dans les paramètres de facturation électronique de la société. Lorsque cette option est activée et que le vendeur dispose d'un SIREN, le XML Factur-X généré substitue au numéro de TVA absent le SIREN du vendeur comme identifiant fiscal (schéma "FC" au lieu de "VA") dans le bloc vendeur. Si cette option n'est pas activée (valeur par défaut) et que le vendeur n'a pas de numéro de TVA, aucun identifiant fiscal n'est inséré pour le vendeur. Un rejet du type décrit (fichier "non reconnu") pour une facture en code E sans identifiant fiscal vendeur pointe donc vers une configuration incomplète des paramètres de facturation électronique de la société concernée (régime "non assujetti à la TVA" / motif "professionnel de santé" et option "pas de numéro de TVA") plutôt que vers le taux de TVA sélectionné sur la ligne elle-même. Aucune source interne ne traite spécifiquement de l'effet de send_to_pa=false sur cette validation ; la règle structurelle (identifiant fiscal requis pour le code E) s'applique indépendamment du canal de transmission.
Sur l'accès API au validateur : aucune source interne ne documente une API de validation FNFE/Factur-X exposée par Pennylane. L'outil de validation de référence cité par la FNFE-MPE elle-même (services.fnfe-mpe.org) est une application web nécessitant une connexion, sans API publique documentée par la FNFE-MPE. Seuls des éditeurs tiers indépendants proposent des API REST non officielles réimplémentant les règles XSD/Schematron publiées par la FNFE-MPE ; ces outils ne sont ni opérés par Pennylane ni par la FNFE-MPE.
- ChristophePil y a 10 jours
Écho naissant
Merci Angélique_ de cette précision.
J'ai recherché avec l'IA, j'ai trouvé que pour faire cette action, il faut aller sur :
https://help.pennylane.com/fr/articles/219622-gerer-son-auto-entreprise-sur-pennylane
Toutefois, je ne vois pas cet onglet qui est décrit dans le document.Est ce que c'est lié à des droits. Sans cela PennyLane n'est pas utilisable pour les personnes comme moi en micro entreprise non soumis à la TVA.
- Angélique_il y a 5 jours
Pennylaneur
Bonjour ChristopheP
C'est une fonction indépendant du plan d'abonnement.
Avez vous pu remonter le point au support?
- ChristophePil y a 4 jours
Écho naissant
Bonjour Angélique_ ,
Oui, j'ai dû expliquer plusieurs fois la situation à différents niveaux : entre le chat IA, plus deux personnes intermédiaires qui avez du mal à comprendre le blocage décrit dans ce billet, puis enfin s'est en cours d'analyse par le support technique pour investigation. Il y en a pour plusieurs jours avant que j'ai une réponse. J'ai précisé que j'attendais une correction me permettant de produire des factur-x conforme avec mon statut d'EI micro-entreprise en franchise basse de TVA donc sans numéro de TVA.
Je vous remercie de votre suivi.
- Audrenil y a 6 jours
Première note
Alors à force de rétro engineer j'ai compris. Le contexte : nous uploadions nous même un factur-x via l'API de pennylane.
Si le champs postcode est présent mais vide, ça fait casser la validation côté pennylane. D'autres champs ne cassent pourtant pas cette validation.
La spec de factur-x indique qu'il ne faut PAS avoir d'éléments vides.