Réintégration d'une Factur-X PennyLane dans PennyLane ?

Bonjour DB2A​ 

Un blocage « Envoi bloqué » sur une facture Factur-X survient lorsque le fichier échoue au contrôle de conformité interne que Pennylane applique avant toute transmission électronique (que la facture provienne d'un import direct, du format Factur-X en masse, ou de Pennylane Connect/Odoo — les deux chemins passent par la même vérification avant envoi). Ce contrôle interne va au-delà d'une simple vérification de format XML/PDF : il vérifie des règles métier propres à la facturation électronique française. Il est donc possible qu'une facture soit jugée valide par des validateurs génériques externes (fnfe-mpe.org, facturx-validator.fr), qui ne vérifient qu'une conformité de format standard, tout en étant rejetée par ce contrôle interne plus strict, même si les données SIREN/SIRET/TVA/adresses sont correctement renseignées.

Lorsque ce contrôle échoue, le message affiché est explicitement « Envoi bloqué : le format de ce fichier n'est pas reconnu pour la facturation électronique », avec comme action recommandée d'archiver la facture puis d'en importer une version corrigée.

Bonjour Angélique_​ ,

je comprends donc qu'il y a une erreur dans PennyLane pour que je puisse réaliser mes facture au format électronique. Comme je sus en franchise basse de TVA, je ne peut respecter la réglementation pour éditer mes factures avec PennyLane. Auriez-vous une idée de quand cela sera résolut pour que je puisse éditer mes factures ?

Bonjour Angélique_​ 

Dans la liste des possibilités dans le compte Sandbox, je n'ai pas de taux de TVA à 0%, mais uniquement un unique choix de "Aucune" qui génère un code TVA sur "E" et non pas "Z".

Comment puis-je donc faire des factures correctes avec PennyLane?

Mon seule contournement serait de faire une facture Classique dans WORD, de générer en PDF, de créer un fichier XML correct contenant le code TVA sur Z (ou "O" c'est pas très clair pour moi), de fusionner avec une lib le PDF et XML pour en faire une factur-x puis lancer la validation dans le sandbox et si OK l'intégrer dans PennyLane via un import. C'est très long, pas confortable et sous risque d'erreurs.

Bonjour 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.