Communauté gestion

Forum Discussion

Avatar de magicminimoi
magicminimoi
Icône pour le rang Première notePremière note
il y a 6 jours
Répondu

Dev API prestashop

Bonjour, Nous sommes en train de développer notre module pour gérer nos différents sites prestashop et j'ai une série de questions suite à la première lecture des docs API : E-reporting (B2C et int...
  • Avatar de Angélique_
    il y a 2 jours

    Bonjour magicminimoi​ 

    E-reporting (B2C et international)​ — Les factures B2C importées via l'API n'ont pas besoin d'une transmission séparée : Pennylane, en tant que plateforme agréée (PA), génère automatiquement les données d'e-reporting à partir des factures, encaissements et paiements déjà enregistrés, dès lors que la facture est complète, non brouillon/non archivée, datée dans la période, et que le client est de type particulier (B2C) (source). Il n'y a pas d'option « totaux agrégés par jour » : l'agrégation se fait par bloc taux de TVA/catégorie, pas par jour — rien à pré-agréger côté partenaire (source). Pour les ventes à des clients professionnels étrangers (UE/hors UE), chaque facture reste une ligne distincte, sans fusion (même source). Les données de paiement sont déduites automatiquement des encaissements bancaires rapprochés à la facture ; pas besoin d'un appel explicite type « Mark as paid » (seule la TVA exigible sur encaissement — services/acomptes — est concernée) (source).

    Import Factur-X et envoi à la plateforme agréée​ — Les profils Factur-X supportés incluent BASIC (WL), EN16931/CIUS et EXTENDED (profil étendu France/CTC) — ce n'est donc pas limité à EN16931. L'emplacement XML exact des nouvelles mentions obligatoires (SIREN client, nature de l'opération, adresse de livraison) n'est pas documenté dans les sources consultées — à vérifier. Plusieurs couches de validation existent au traitement (XSD, règles EN16931, Factur-X, BR-FR, règles du portail PPF), mais aucune source ne confirme un mode sandbox ou un endpoint de test partenaire pour valider un fichier ou tester send_to_pa de bout en bout avant envoi réel — non confirmé. Les statuts e_invoicing.status identifiés : accepted, approved, collected, in_dispute, partially_collected, refused, rejected, sent, submitted. .

    Clients et doublons​ — Aucune source ne confirme un rapprochement/création automatique du client à partir du SIREN contenu dans le XML Factur-X. 


    Plusieurs boutiques sur une même société​ — Aucune des sources consultées ne documente ce point.

    Je vous invite à ajouter cette recommandation dans la “Liste d’idées” du Forum. Cette liste vous permet de faire des suggestions aux équipes Pennylane, qui seront priorisées en fonction des votes des autres utilisateurs. Vous avez donc également la possibilité d’y voter pour les fonctionnalités suggérées par d’autres utilisateurs