Mise à jour des fiches clients étrangers
Bonjour, J'ai actuellement plus de 10 000 fiches clients à compléter dans le cadre de la mise en place de la facturation électronique. En faisant le point, il s'agit pour beaucoup de fournisseurs étrangers : hors UE et pour lesquels on me demande un n° de TVA et un SIREN UE pour lesquels on me demande un SIREN (parfois je n'ai même pas de n° de TVA mais sur ces exceptions, je peux les traiter individuellement) Une amélioration est-elle prévue pour lier les champs requis au code pays de la fiche client et passer ces champs en "non requis" pour les clients étrangers ? (il y a d'ailleurs un peu le même souci côté fournisseurs) ?
RFE : parahôtellerie (Airbnb/Booking et autres) — comment faire avec l'e-invoicing/e-reporting ?
Bonjour à tous, Une part importante de nos dossiers clients relève de la parahôtellerie. Nos clients utilisent des plateformes de type Airbnb, Booking.com et autres centrales de réservation. Notre pratique actuelle : nos clients n'émettent pas automatiquement des factures et n'ont pas de caisse. Nous enregistrons directement en comptabilité les relevés/récapitulatifs périodiques transmis par ces plateformes. Leurs clients finaux sont un mélange de particuliers et de professionnels, français et étrangers, sans distinction visible dans les relevés des plateformes. Avec l'échéance du 1er septembre 2027 (e-invoicing + e-reporting), nous nous interrogeons sur plusieurs points : Identification particulier / professionnel : les relevés de plateforme ne distinguent pas aujourd'hui la nature du client. Or c'est ce critère qui détermine si une facture électronique B2B doit être émise (client pro assujetti établi en France) ou si l'opération relève seulement de l'e-reporting. Avez-vous des infos pour savoir si ces plateformes ont prévu demain de faire cette différence ? En demandant, par exemple, au consommateur, de se caractériser (pro ou non pro, français ou étranger). Connecteur Airbnb/Booking : un connecteur d'import dédié à ces plateformes est-il au roadmap, à l'image de ce qui existe pour d'autres canaux de vente ? Mandat de facturation : certains d'entre vous ont-ils des clients pour lesquels Airbnb ou Booking émettent (ou vont proposer d'émettre) une facture pour le compte de l'hôte ? À notre connaissance ces plateformes n'ont rien communiqué officiellement sur la réforme française — confirmez-vous ce constat ? Données de paiement : ces prestations étant taxées sur encaissement, comment gérez demain au mieux, dans les flux e-reporting, le rattachement des encaissements réels (souvent décalés et nets de commission) aux séjours facturés ? Merci d'avance pour vos retours — le sujet doit concerner pas mal de cabinets.
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, Gilles
