DOUBLON FE/PDF Amazon Business
Bonjour, Je viens de faire un test suite à la réception d'une facture XML (seulement) via PNL en provenance d'Amazon Business. La facture XML seulement a été transformé en lisible PDF par PennyLane, je l'ai validée. Parallèlement, j'ai reçu par email, la facture PDF directement de chez Amazon Business. Je me dis en bon comptable relou, je vais la mettre dans PNL aussi pour voir si elle est détectée comme doublon. ==> Et bien non. Attention si on vous avez le cas (même numéro, même date, même montant)
Modèle de mail - Factu électronique
Bonjour, Lors de l'envoi de facture électronique, il faut repersonnaliser le corps du mail a chaque facture : c'est un calvaire ! Le corps proposé de base est assez mauvais "Bonjour "NOM DE LA SOCIETE" meme pas le contact"... Il est indispensable d'ajouter une sélection de modèles (comme pour l'envoi de mail classique) lors des envois ainsi que la possibilité d'ajouter la facture PDF dans le mail. Avec les 80% de plateformes qui ne marchent pas à ce jour, c'est essentiel. On se retrouve a télécharger la facture et la rajouter manuellement dans les annexes. Merci !
E FACTURE
Bonjour La facturation électronique présente pour nous une limite contraignante : nous ne pouvons pas renseigner le champ BT-13 dans la partie XML de la facture. Ce champ permet à nos clients de rapprocher automatiquement bons de commande et factures, ce qui accélère nettement le règlement. Or il n'est pas disponible sur Pennylane, alors que de nombreuses autres PDP le proposent. L'impact est direct sur nos relations clients et sur nos délais de paiement. Aujourd'hui, nos bons de commande figurent uniquement sur le PDF. Depuis la mise en place de la facturation électronique, de très nombreux grands groupes ne lisent plus les PDF et automatisent tout par la lecture du XML. Faute de BT-13, nos factures sont écartées du circuit automatique et passent en traitement manuel, beaucoup plus long et contraignant pour nos clients comme pour nous. Quand une évolution est-elle prévue sur ce point ?
Ré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 d'intégration de Factur-X (EN 16931) en mode hybride (format PDF/A-3B + XML ) dans PennyLane, je recherche et vérifie l'intégration de factures générées conforme mais rejetées par PennyLane. Aussi, j'ai réalisé le Use Case suivant pour m'assurer déjà que les Factur-x attendues "propres" construit par PennyLane peuvent bien être valide pour PennyLane. Ceci pour m'assurer que mes factures rejetées pour la cause suivante affichée, sont bien une erreur d'intégration et non pas de validation de PennyLane : Il faut savoir que j'ai utilisé l'environnement de Test en sandbox en simulant mon statut d'Entrepreneur Individuel en Franchise de TVA. Donc j'ai bien un SIREN qui est forcé par une valeur mise automatiquement dans cette environnement de Test, mais je ne dispose pas de numéro de TVA. Use Case : J'ai généré une Facture manuellement dans PennyLane. La facture générée est récupéré sur mon PC. J'archive la facture générée dans la partie Vente Je réimporte la facture depuis mon PC sans aucune modification Résultat attendu : Je m'attends à avoir la facture conforme et réintégrée dans PennyLane Résultat observé : La facture n'est pas acceptée. Il énonce un problème de format. En utilisant la plateforme Validateur Factur-X Gratuit — Vérifier votre facture électronique et en mettant le PDF généré de PennyLane, on se rend compte qu'il y a une règle métier non conforme : Ce que me dit un IA, en synthèse c'est que : La facture est marquée étant pour le vendeur : categoryCode à E (Exempt from VAT / Exonéré de TVA) et qu'il manque la déclaration du numéro de TVA pour le vendeur. La remarque de l'IA est qu'il faudrait pour mon statut d'auto-entrepreneur EI en franchise de TVA mettre la categoryCode à O (Outside scope) et de saisir en fonction de qui valide le XML suivant : <ram:ApplicableTradeTax> <ram:CalculatedAmount>0.00</ram:CalculatedAmount> <ram:TypeCode>VAT</ram:TypeCode> <ram:BasisAmount>15.00</ram:BasisAmount> <ram:CategoryCode>O</ram:CategoryCode> <ram:RateApplicablePercent>0</ram:RateApplicablePercent> <ram:ExemptionReason> TVA non applicable, article 293 B du CGI </ram:ExemptionReason> </ram:ApplicableTradeTax> Questions: Est ce qu'une factur-x générée par PennyLane est elle sensée être réintégrable dans PennyLane ? Pourquoi cette facture n'est elle pas reconnu comme conforme ? Ai-je fais une erreur de manipulation qui provoque que la facture ne soit pas conforme alors que PennyLane l'a générée ? Comment mieux faire ? Est ce que PennyLane peut avoir une meilleure robustesse de la conformité de la factur-x générée pour être conforme systématiquement à ce que contrôle le site énoncé : règles métiers ?
Factures électroniques reçues : validation du client avant comptabilisation par le cabinet ?
Bonjour, Nous accompagnons nos clients sur la réforme de la facturation électronique et nous nous interrogeons sur le circuit de traitement des factures d'achat reçues. Jusqu'à récemment, Pennylane nous indiquait que le client devrait accepter ou refuser chaque facture électronique entrante. Nous constatons aujourd'hui que seul le refus nécessite une action : une facture non refusée remonte directement côté cabinet. Or, si nous comptabilisons une facture que le client n'a pas encore consultée, elle disparaît de ses alertes « à vérifier ». Il perd alors la possibilité de repérer une facture erronée, en double ou qui ne le concerne pas, et de la refuser dans les délais. De notre côté, nous n'avons aucun moyen de savoir si la facture a bien été vue. Nous souhaiterions que les factures électroniques reçues n'apparaissent dans l'interface du cabinet pour comptabilisation qu'une fois validées par le client, idéalement avec une option activable dossier par dossier. Ce développement est-il envisagé ? C'est un point essentiel pour sécuriser le contrôle des factures fournisseurs et pour limiter la responsabilité du cabinet. Marine
