Emission de factures électroniques par API
Bonjour, Est-il possible de créer des factures électroniques par API, dans le but de les émettre électroniquement (en utilisant Pennylane comme PA) ? Il est aujourd’hui possible d’importer un fichier Factur-X déjà existant (via createcustomerinvoiceeinvoiceimport et createsupplierinvoiceeinvoiceimport), mais ces fichiers importés ne semble l’être qu’à titre d’information, et non émis comme facture électroniques. Il est aujourd’hui possible de créer par API une facture client (via postcustomerinvoices) mais bien que cela crée un PDF + XML accessible dans les factures customers, cette facture ne semble pas être électroniquement transmis/transmissible. Seule la création d’une facture customer via l’UI Web a permis d’aboutir à une facture électronique envoyée électroniquement. Il ne semble pas possible de créer de facture Supplier par API. Quels moyens existent pour gérer le cas de l’auto facturation-électronique (directement via Pennylane, ou via une solution compatible) ? (Les tests ont été réalisés dans une sandbox) Cordialement, Gilles699Vues2likes4CommentairesFiches fournisseurs pour conformité RFE
Bonjour Je me heurte à une problème, Pennylane nous indique qu'il faut renseigner la totalité des SIRET pour les fiches fournisseurs / clients. Cependant cela risque de prendre beaucoup de temps étant donnée que le nombre de fournisseurs / clients par dossier est conséquent. De plus la donnée est erroné car seulement une partie de ces fournisseurs sont encore actif. Il y a t'il une solution pour faire le tri sur les fournisseurs récent ? (idem pour les clients) De plus le fait de remplir le SIRET est t'il obligatoire pour être en conformité pour la RFE ? Si oui n'existe-t-il pas un lien entre Pappers et Pennylane qui va permettre de récupérer ces informations ? Merci d'avance pour votre aideRépondu500Vues8likes26CommentairesFacturation électronique au sein des pays membres de l'UE
Bonjour à tous, La facturation électronique s'accélère partout au sein de l'UE. L'Italie est à la pointe et la Belgique vient de la suivre depuis le 01/01/2026. Suivront la France, l'Espagne, l'Allemagne, des acteurs économiques majeurs de l'Union. Comment PENNYLANE avance sur la facturation électronique pour les autres pays de l'UE (PENNYLANE sera conforme aux règles françaises, aucun souci) ? Cas d'espèce : une société française avec N°TVA belge (sans établissement stable en Belgique) peut facturer ces clients (B2B ou B2C) sans passer par la facturation électronique (FE). Néanmoins, le client belge, de son côté, doit pouvoir réceptionner ses factures électroniques non seulement par mail mais via le système PEPPOL. Quand PENNYLANE sera opérationnel pour assurer l'envoi des factur-X qui sont conformes au système PEPPOL ?Répondu498Vues0like5CommentairesAPI Stripe
Bonjour la communauté ! Au regard de la réforme de la FE et de la liaison API avec Stripe (Stripe Billing), comment comptez-vous fonctionner compte tenu du fait que Stripe ne compte pas générer de facture X conforme ? En effet, au regard de ce lien, Stripe ne sera pas solution compatible (SC) : La facturation électronique entre entreprises | Stripe De ce fait, Pennylane va rapatrier des factures numériques et non pas électroniques dans la comptabilité. Elles feront partie du chiffre d'affaires sur le module vente (car réintégrées) mais ne seront pas conforme à la réforme. Se pose le sujet de la régularisation : est-ce que Pennylane prévoit de sceller ces documents afin de leur donner force probante au regard de la PA ou est-ce qu'il faut envisager un doublon de facturation sur Pennylane (auquel cas, les factures Stripe importées en API seront à ignorer / retraiter). Merci d'avance pour vos lumières, Benjamin ARDEARépondu300Vues2likes6CommentairesGestion du routage Factures pas géré dans Pennylane ??
Bonjour Où en sommes nous sur la gestion des fiches Tiers pour la PA ? La fiche client manque toujours toutes les informations obligatoires à la réforme. Pour rappel l'annuaire est géré au niveau de 4 mailles. SIREN, SIRET, SUFFIXE et CODE ROUTAGE. Où sont ces champs ? Comment allez vous gérer les clients étrangers sans les différents types d'identifiants d'organisation (ISO 6523 n'est pas implémenté???) C'est la norme et ce n'est toujours pas prêt ? Pour les fournisseurs pareils!Répondu298Vues5likes3CommentairesTVA programmable sur tiers client
Bonjour, de la même manière qu'on peut fixer la TVA applicable pour un fournisseur dans la fiche du tiers, serait il possible de faire pareil pour la partie client? A priori, ce n'est pas encore possible. LA TVA n'est modifiable que lors de l'édition de facture. Encore faut-il l'avoir en tête... Dans le cas de sous-traitance, la tva est auto-liquidée et on y pense pas toujours, ce qui créé erreur, correction, perte de temps... Merci !!Répondu271Vues0like1CommentairePA PENNYLANE : comment gérer les balises clients ?
Bonjour, Nous avons désigné comme PA Pennylane pour toutes nos sociétés. Une de nos particularités est de traiter avec beaucoup de clients grands comptes. La problématique est qu'ils nous demandent de compléter impérativement des balises avec des données/identifiants spécifiques propres à chaque client. A ce stade, certains clients nous demandent de saisir les balises BT-12, BT-19, BT-10, BG-15. Dans PL, nous ne pouvons compléter que l'adresse de livraison qui correspond à la balise BG-15 à priori dans la fiche client. Qu'en est-il pour les autres balises ? Une évolution est-elle envisagée ? PL doit prendre au sérieux ce sujet dans la mesure où beaucoup de grands comptes les imposent et refusent catégoriquement de traiter les factures si elles ne comportent pas ces balises. Aussi, il serait pertinent de prévoir un guide avec les correspondances entre les balises et les rubriques dans PL. Je vous remercie par avance pour votre retour. Sébastien.Répondu240Vues3likes11Commentaires