Communauté gestion

Forum Discussion

Avatar de Bob
Bob
Icône pour le rang Première notePremière note
il y a 3 jours
Répondu

Demande 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...
  • Avatar de Angélique_
    il y a 3 heures

    Bonjour Bob​ 

    À date, non : l’endpoint GET ledger_entries ne permet pas de filtrer sur le champ piece_number. Les filtres autorisés côté API sont limités à journal_id, date, created_at, updated_at Donc votre constat est cohérent : vous êtes obligés de requêter “large” puis de filtrer vous-mêmes sur piece_number.

    Si vous créez / mettez à jour les écritures via l’API, le contournement le plus robuste est de stocker côté intégration la correspondance entre votre identifiant (ex. piece_number) et les IDs des écritures retournés par l’API lors du POST/PUT (puis vous n’avez plus besoin de “rechercher” par piece_number)

    Je vous invite à ajouter cette recommandation dans la “Liste d’idées” du Forum. Cette liste vous permet de faire des suggestions aux équipes Pennylane, qui seront priorisées en fonction des votes des autres utilisateurs. Vous avez donc également la possibilité d’y voter pour les fonctionnalités suggérées par d’autres utilisateurs