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 international)

1. Les factures B2C importées via l’API (/customer_invoices/import, PDF classique) sont-elles automatiquement incluses dans l’e-reporting transmis par Pennylane en tant que plateforme agréée ? Sinon, quel endpoint ou quel format utiliser ?
2. Est-il possible, ou préférable, de transmettre des totaux B2C agrégés par jour plutôt que facture par facture ?
3. Même question pour les ventes à des clients professionnels étrangers, UE et hors UE (e-reporting international).
4. Les données de paiement à déclarer sont-elles déduites automatiquement, ou faut-il les signaler via l’API (par exemple Mark as paid) ?

Import Factur-X et envoi à la plateforme agréée

1. Quel profil Factur-X est requis : EN 16931, ou BASIC / EXTENDED acceptés ?
2. Où placer dans le XML les nouvelles mentions obligatoires (SIREN client, nature de l’opération biens / services / mixte, adresse de livraison) pour qu’elles soient correctement prises en compte ?
3. Existe-t-il un moyen de valider un fichier avant envoi (contrôle par règles Schematron, mode test) ? L’environnement sandbox permet-il de tester send_to_pa de bout en bout ?
4. Quels sont les statuts possibles de e_invoicing.status ? Existe-t-il un événement webhook à chaque changement (rejet, acceptation, etc.) ?
5. Que se passe-t-il si le client destinataire n’est pas trouvé dans l’annuaire ou n’a pas de plateforme de réception ?
6. Pour les avoirs Factur-X (type 381), sont-ils liés automatiquement à la facture d’origine, ou faut-il appeler l’endpoint Link a credit note ?

Clients et doublons

1. Lors de l’import Factur-X, Pennylane rapproche-t-il ou crée-t-il automatiquement le client à partir du SIREN contenu dans le XML ? Ou faut-il toujours transmettre customer_id ?
2. Plusieurs boutiques alimentant la même société, quelle est la méthode recommandée pour éviter les doublons de clients (référence externe, SIREN, email) ?

Plusieurs boutiques sur une même société

1. Confirmez-vous qu’il est possible de créer un token API par boutique sur la même société, avec une limite de débit propre à chaque token ?
2. Plusieurs séries de numérotation (un préfixe par boutique) dans une même société posent-elles un problème côté Pennylane : contrôle des doublons, conformité, numérotation interne ?
3. Une facture déjà transmise à la plateforme peut-elle encore être catégorisée en analytique via l’API (une catégorie par boutique), ou est-elle verrouillée ?

D'avance merci pour votre aide et vos réponses,

Belle journée