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) 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 ? Est-il possible, ou préférable, de transmettre des totaux B2C agrégés par jour plutôt que facture par facture ? Même question pour les ventes à des clients professionnels étrangers, UE et hors UE (e-reporting international). 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 Quel profil Factur-X est requis : EN 16931, ou BASIC / EXTENDED acceptés ? 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 ? 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 ? Quels sont les statuts possibles de e_invoicing.status ? Existe-t-il un événement webhook à chaque changement (rejet, acceptation, etc.) ? 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 ? 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 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 ? 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é 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 ? 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 ? 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
Integration Pennylane Connect - shopify
Bonjour, nous essayons de mettre en place l'intégration Pennylane Connect - Shopify, mais rencontrons plusieurs manquements remontée partielle des factures pennylane vers shopify Cette intégration déclenche la génération de la facture Pennylane correspondant à la commande shopify. Nous arrivons par ailleurs à faire remonter dans la majeure partie des cas la facture ainsi générée sur pennylane vers le backoffice shopify, au niveau de la commande correspondante. exemple : Cependant, pour certaines ventes cette facture pennylane ne remonte pas vers la commande shopify correspondante, pour une raison que nous ignorons. Exemple : =>Certains parmi vous ont ils réussi à obtenir cette remontée de manière systématique ? 2. Pas de rapprochement automatique des transactions stripe correspondantes/ suggestions de facture ? Nous essayons par ailleurs d'avoir un rapprochement automatique dans pennylane des transactions correspondant aux montants encaissés via ces ventes (principalement via stripe) avec les factures de vente correspondant dans pennylane. Mais aucune suggestion automatique nest proposée dans pennylane, ou alors de manière très rare et très partielle (pas de suggestion ou alors rare suggestion d'une seule facture parmi plusieurs dans le cas d'une transaction stripe shopify incluant les montants de plusieurs factures de vente shopify, pas de suggestion au niveau des commissions,...) . => Ya til quelquechose que nous avons raté dans les paramétrages de cette intégration ? merci pour vos lumières
Rattacher un PDF à une transaction Shopify/PayPal sans facture
Bonjour, Nous automatisons le traitement de payouts Shopify Payments / PayPal. Cas concret : - une transaction bancaire Pennylane existe déjà, par exemple un virement PAYPAL EUROPE / MOTIF SHOPIFY ; - nous avons un PDF de payout Shopify qui justifie ce virement ; - ce PDF n’est pas une facture client et ne correspond pas à un client unique ; - il ne doit pas être importé comme customer_invoice, car Pennylane le transforme en facture/avoir client. Quelle est la méthode officielle Pennylane pour rattacher un justificatif PDF neutre à une transaction bancaire existante, sans créer de facture client, avoir client, facture fournisseur ou écriture commerciale ? Existe-t-il dans l’API publique une ressource ou un endpoint permettant de justifier directement une bank transaction / ledger entry avec un file_attachment_id ? Sinon, quel workflow Pennylane recommande-t-il pour les justificatifs de payouts Shopify agrégés ?
Recherche utilisateurs Pennylane Connect (prestashop)
Bonjour à tout le monde, Nous sommes en train de passer notre gestion com de EBP -> Pennylane. Nous sommes en pleine configuration et tests via une sandbox et souhaiterions rentrer en contact avec des utilisateurs de Pennylane ayant branché leur Prestashop dessus car nous avons beaucoup de questions de configuration notamment : Pennylane Connect peut il changer le statut d'une commande de prestashop - Par exemple en "Facturé" Toutes les factures synchronisées ont une échéance immédiate et non à 30 jours comme ce qui a été paramétré à peu près partout (fiche client pennylane, paramètre généraux etc) Est-possible de mapper les statuts de commande prestashop à ceux de pennylane. Exemple : Ne lancer la facturation seulement quand le statut de la commande Prestashop est en "Expédié" - J'ai bien trouvé le réglage mais rien ne fonctionne, cela ne change rien quand je sélectionne "créée" "traitée" ou "payé". Y a t'il une réelle documentation plus complète que ce qu'il y a actuellement, car honnêtement je trouve ça vraiment léger. Bref help needed please comme ils disent outre atlantique !
