API - Accès en écriture aux modules de révision (dossier de travail) et endspoints correspondant
Bonjour, Cabinet utilisateur de Pennylane, je voulais ouvrir une discussion sur la couverture fonctionnelle de l'API publique par rapport à ce qui est disponible dans l'interface. L'API permet aujourd'hui de faire beaucoup de choses très bien (écritures, lettrage, factures, etc.). En revanche, plusieurs modules clés restent inaccessibles en lecture/écriture programmatique, notamment : le dossier de travail / révision (commentaires sur comptes, statuts de révision, diligences) le rapprochement bancaire (matching transactions / écritures, statut de rapprochement) … probablement d'autres ? (module emprunt / immo etc...) Pour les cabinets qui gèrent plusieurs dossiers, ces modules sont au cœur du travail quotidien. Pouvoir y interagir en API ouvrirait pas mal de possibilités (outillage interne, intégrations métier, automatisation des tâches répétitives, mutualisation de règles cabinet…). Y a-t-il une roadmap publique sur l'élargissement de la couverture API ? ou des tokens plus permissif qui peuvent être accordé permettant des accès étendus ? Sauf erreur de ma part les autres méthodes d'automatisation en UI ne sont pas autorisés par les CGU. Merci d'avance,9Vues1like0CommentaireAPI création client / Récupération client
Bonjour, Lors de la création d'un client https://app.pennylane.com/api/external/v2/company_customers La requète renvoie ID Client . Par exemple 23456 Cet ID ne correspond pas à l'identifiant client dans sa fiche Lors de la récupération d'un client https://app.pennylane.com/api/external/v2/customers/{id} Si {id}=23456 tout est OK on récupère la fiche client Si {id}=019d15.... indiqué dans la fiche client - Marche pas Comment récupérer la fiche client par son SIREN ou Numéro de TVA ou Identifiant client(019d15.. qui marche pas) ? https://app.pennylane.com/api/external/v2/?? En vous remerciant par avance10Vues0like0CommentaireExposition des quantités côté API
Bonjour, J'ai constaté une asymétrie entre les invoice_lines côté ventes et côté achats sur l'API publique v2. Côté ventes (GET /customer_invoices/{id}/invoice_lines), les quantités sont bien exposées : { "quantity": "5.0", "unit": "day", "raw_currency_unit_price": "850.0" } Côté achats (GET /supplier_invoices/{id}/invoice_lines), ces champs sont absents du retour API, alors même que les quantités sont bien saisies dans l'UI (toggle "Ajouter des quantités" sur la ligne de saisie facture fournisseur). Le schéma retourné se limite à : amount, currency_amount_before_tax, currency_tax, vat_rate, tax, description, label, imputation_dates. Ai je vais une erreur d'analyse ? Vous remerciant par avance pour votre retour, Bien cordialement,Répondu24Vues0like1CommentaireFEC & GLA exports
Bonjour, Je constate des variations parfois importantes dans les temps de préparation des exports FEC et Grand Livre Analytique lors de l’utilisation de l’API. J’ai également l’impression que ces variations se retrouvent dans l’interface Pennylane. Pouvez-vous m’expliquer l’origine de ces écarts de durée ? Travaillez-vous à améliorer la stabilité de ces endpoints ? MerciRépondu48Vues1like1CommentairePurchase requests - Utilisateur et équipe
Bonjour l'équipe, Serait-il possible d'ajouter l'utilisateur et/ou le nom de l'équipe dans la réponse des endpoints de Purchase Requests s'il vous plaît ? L'objectif est de traquer par équipe les demandes effectuées plutôt que de créer une nouvelle famille analytique. Merci !33Vues0like1CommentaireDemande d'évolution API ledger_entries
Dans le cadre de notre intégration avec Pennylane, nous avons choisi d'utiliser le champ *piece_number* pour identifier les écritures liées à une même commande. Cette méthode fonctionne bien pour une recherche dans le Grand Livre. Cependant, pour utiliser l'API afin d'identifier ces écritures et procéder au lettrage, l'endpoint *ledger_entries* ne permet pas de filtrer sur le champ *piece_number*. Rechercher ces écritures via les autres filtres disponibles (journal_id et date) nous oblige à effectuer des requêtes larges, car les encaissements et les facturations peuvent être espacés de plusieurs mois. Nous devons ensuite filtrer manuellement le champ *piece_number* sur une collection de plusieurs milliers d'écritures, ce qui atteint régulièrement la limite de débit de l'API et consomme beaucoup de ressources. Serait-il possible d'obtenir prochainement ce filtre, somme toute très simple, puisqu'il se situe au niveau 0 du JSON de la réponse ?Répondu61Vues0like3CommentairesAjout des billing_subscriptions aux endpoints changelog
Bonjour, Nous développons une intégration critique entre Pennylane et Salesforce qui nécessite de suivre les modifications des abonnements (billing_subscriptions) en temps réel. Cas d'usage : Synchronisation automatique des abonnements entre Pennylane et Salesforce Mise à jour des données clients lors de modifications d'abonnements Automatisation des processus commerciaux basés sur les changements d'abonnements Problème actuel : Les billing_subscriptions ne sont pas disponibles dans les endpoints changelog, ce qui nous oblige à faire du polling régulier sur l'API, impactant les performances. Impact : Cette fonctionnalité est critique pour notre intégration et permettrait une synchronisation efficace en temps réel.Répondu74Vues0like6CommentairesLiaison GED/LAD des devis et factures
Bonjour, Il serait très opportun de stocker dans Pennylane les devis que j'engage auprès de fournisseurs puis que l'application les associe avec les factures dédiées que je recevrai ultérieurement, ceci afin de vérifier la concordance entre devis et factures, puis engager plus facilement les paiements. C'est fondamental ! D'avance merciRépondu49Vues0like3CommentairesMise à jour des contacts sur les customers
Bonjour, Je me posais une question concernant la gestion des contacts dans Pennylane. Est-ce qu’il existe un moyen de mettre à jour les contacts par API en renseignant le rôle, nom, téléphne et pas seulement via des emails bruts ? L’idée serait d’avoir quelque chose de plus proche de ce qui est possible dans l’interface Pennylane, mais via API. Merci d’avance pour votre aide !Répondu88Vues1like3Commentaires