These docs are for v1.0. Click to read the latest docs for v2.0.

Discussions

Ask a Question

Facturation pour le compte de tiers

Bonjour,

Plusieurs adresses de facturation pour un meme client : envoyer via l’API une billing_address + un booléen

Quand nous créons plusieurs brouillons via l’API pour un même client (plusieurs sites), l’adresse fournie met à jour la fiche client. Si on finalise un ancien brouillon plus tard, la facture reprend l’adresse courante du client et non celle du brouillon. Cela empêche d’avoir une adresse d’intervention propre à chaque facture sans créer un client par site.

Filtre IN

Bonjour,

suggestion de cohérence des lignes pour les factures d'acompte et de solde

Quand on génère une facture d'acompte et une facture de solde, via l'API l'ensemble des lignes d'acompte et de solde sont présentes dans les 2 factures. Ceci me semble incohérent. Les lignes d'acomptes devraient être rattachées uniquement à la factures d'acompte et les lignes de solde uniquement à la facture de solde. L'unique moyen de faire le lien entre les 2 factures est le devis. il devrait y avoir un statut ou un champ qui permet de faire le lien entre les 2 factures directement

Ajout d'une catégorie à un Customer

Bonjour,

[Feature Request] API v2: Enable sorting/filtering by updated_at for Incremental Sync

Hello Pennylane API Team,

Site redirection when downloading a bill

Hello,

Billing subscriptions API: cannot set finish date on creation

Context
When creating a yearly subscription with 1 occurrence via the API, the start date is set to the subscription creation date, but the end date returned is also that same date.
In the Pennylane interface, however, it is possible to define an end date that is consistent with the subscription duration (for example start + 1 year for a yearly subscription). The behaviour is therefore not identical between the interface and the API.

Postman

I would like to be able to test the Pennylane API in Postman. Is there a collection of this API that can be imported into Postman?

Invoice amount remaining in invoice's currency.

At the moment, for non EUR currencies , the remaining_amount_with_tax is the converted amount in EUR. But we don't have any field representing remaining amount in invoice's currency and we have to calculate the amount on the fly remaining_amount_with_tax * exchange_rate. It would be nice to have the remaining amounts in invoice's currency.