API V1 : route billing_subscriptions
Bonjour, J'ai un problème avec la création d'abonnement via la route https://app.pennylane.com/api/external/v1/billing_subscriptions. J'utilise la valeur "gocardless_direct_debit" pour le champ "payment_method" mais dans l'abonnement créé, dans les conditions de paiement je vois les options "GoCardless" ET "Virement" sélectionnées, ce qui me cause des problèmes avec les templates de mails. Quand j'utilise l'option "offline", j'ai bien uniquement l'option "Virement" qui est sélectionnée. Est-ce qu'il y a un moyen de n'avoir que l'option "Gocardless" de sélectionnée pour un abonnement créé via l'API ? Cordialement.Répondu19Vues0like1Commentaire
Import facture shopify via zapier
Bonjour, J’ai suivi l’article de blog pour synchroniser les facture shopify a pennylane via Zapier ( https://help.pennylane.com/fr/articles/18692-automatiser-la-creation-de-vos-factures-depuis-shopify-avec-zapier ), mais ça ne fonctionne pas. Le script à rentrer est incorrect. Est-ce que quelqu’un à déjà réussit la synchronisation, je n’y parviens pas. Merci d’avance pour votre aide.Répondu208Vues0like2CommentairesMake x Pennylane : 404 Error lors d'un API Call PUT sur l'endpoint finalize
Bonjour, Je rencontre un problème lors de l'utilisation de l'API Pennylane du module Make (Make API Call). Lorsque je fais un appel PUT sur l'endpoint /v1/customer_invoices/{id}/finalize pour finaliser une facture, j'obtiens une erreur 404 (Not Found). Voici les détails du problème : Endpoint utilisé : PUT /v1/customer_invoices/{id}/finalize Réponse : 404 Error Via le module Make API Call sur Make Pourtant, lorsque je fais un appel GET sur cet endpoint pour la même facture avec le même module, celle-ci est bien trouvée et les informations sont correctes. La facture existe donc bien. Y-a-t-il une subtilité que je ne fais pas ? Référence : Documentation Pennylane - Finalize Customer Invoice J’ai le même problème avec l’endpoint PUT /v1/customer_invoices/{id}/mark_as_paid Merci pour votre aideRépondu115Vues0like1CommentaireAPI publique - Créer un abonnement en brouillon
Bonjour, Je commence à regarder l’API publique de Pennylane afin d’automatiser certaines actions que nous faisons actuellement “à la main”. Pour l’instant, nous passons par une phase de brouillon pour tous nos abonnements et factures, qui sont ensuite validés. Avec l’API, on peut bien créer des factures en brouillon, mais les abonnements créés (POST v1/billing_subscriptions) sont directement au statut ACTIF et pas brouillon. Est-ce qu’il y a un moyen de créer un abonnement en brouillon pour pouvoir le valider après ? Je n’ai pas trouvé dans la doc de l’API. Merci d’avance !Répondu58Vues0like2Commentaires
Api Publique et Sandbox
Bonjour, Je souhaiterai savoir comment exécuter les méthodes de l’API publique (comme la création de facture par exemple) sur l’environnement de sandbox. J’ai suivi la doc mais je ne vois nulle part comment différencier environnement de prod et sandbox. En gros j’ai créé un Token API dans Paramètre > Connectivité > Développeur Puis j’ai créé un environnement sandbox dans Mon compte> Environnement test Et la quand j’appelle mes méthode d’api avec le Token je n’ai que les data de mon compte de prod comment je fais pour interagir avec ma sandbox ? Merci de votre aide.Répondu81Vues1like1Commentaire
Zapier et fiche client shopify
Bonjour, J’utilise shopify pour les commandes en ligne, mais quand il s’agit de professionnels avec des tarifs personnalisés, je crée une facture dans pennylane et j’importe cette commande dans shopify via zapier, pour que les équipes la traite. Or, la commande s’affiche bien dans shopify avec les produits, mais aucune information client n’apparait (ni nom, prénom, téléphone, adresse, etc.) Avez-vous rencontré ce bug ? Merci para avanceRépondu15Vues0like1Commentaire
Schémas manquants dans définition Swagger OpenAPI
Bonjour, J’ai réussi à retrouver (ici sur un autre topic fermé) l’URL de vos définitions OpenAPI : https://pennylane.readme.io/openapi Cependant, j’essaye de me baser sur ces définitions pour générer l’intégralité des différents clients, et votre définition OpenAPI n’est malheureusement pas complète : Aucun schéma pour les “Body” Aucun schéma pour les “Response” Et en cascade donc, impossible de générer les “objets principaux” de cette API… aucune définition pour Customer, Product, Categories, PlanItems… on est obligé de “déchiffrer manuellement” les définitions de ces objets à partir de la réponse de chaque endpoint… c’est juste pas possible… OpenAPI est un standard, il faut le respecter sinon il n’a plus aucune utilité puisqu’on ne peut pas générer de client correct en se basant dessus. Merci de rajouter la définition de tous ces objets sur toutes vos définitions OpenAPI.Répondu49Vues0like1Commentaire
Lier deux factures à un devis via API
Bonjour à tous, Afin d’automatiser le process de vente de mon entreprise, je cherche à instrumenter le process de création de devis et d’envoi des factures d’accompte et de solde. J’ai vu que l’API ne permet pas encore de gérer les factures d’accomptes, mais je pensais pouvoir y arriver en: Créant le devis Créant les factures d’accompte et de solde manuellement Liant les factures au devis (pour qu’ils apparaissent dans `related_invoices`) Je pensais pouvoir utiliser `quote_group_uuid`, mais je réalise que le devis n’a pas cette clé… Seules les factures l’ont. Pensez-vous qu’il existe un moyen de réussir à faire quelque chose de valide d’un point de vue comptable avec les routes API actuelles ? J’ai pensé à plusieurs alternatives, mais j’ai un doute sur la validité de mon approche: Je pourrais créer les trois documents et spécifier dans un des champs libre (par ex `special_mention`) l’ID du devis Je pourrais lier l’accompte et le solde ensemble via une “credit note”, bien que je ne sois pas tout à fait sûr de si ça correspond bien à mon besoin Pour préciser mon besoin: Je facture mes clients pour un service d’installation de panneaux solaires J’édite le devis et envoie la facture d’accompte Une fois l’accompte réglé, les travaux commencent Des changements au devis peuvent survenir après l’installation, en cas d’imprévu Dans ce cas j’ai besoin d’éditer la facture de solde et reporter les changements avant d’envoyer le solde final Mon problème est que j’ai besoin de connaître la nature de ces changements pour le suivi futur. De ce fait, si je ne suis pas en mesure de créer moi-même la facture de solde (aujourd’hui possible sur l’UI), alors la seule manière de récupérer les changements serait de: Editer le devis via API Envoyer l’accompte via UI Modifier la facture de solde sur l’UI Lancer un job récurrent (cron) pour vérifier le statut des factures en cours, récupérer les factures de solde créées et parcourir les `line_items` et comprendre les changements opérés Pas très robuste comme méthode 😅 Merci d’avance pour votre aide !Répondu143Vues0like1Commentaire
