[API v2] Ajouter le champ status sur l'endpoint /transactions
Bonjour, Si des développeurs de l'API passent par là! L'endpoint GET /v2/transactions ne renvoie aucun champ indiquant le statut de la transaction (Traitée, Demande comptable, À traiter). Ce statut est pourtant affiché dans l'interface web sur la page "Transactions bancaires". Ce que j'ai testé : filter[status] sur /transactions → erreur 400, champ non autorisé (seuls id, bank_account_id, journal_id, date sont acceptés) Croisement avec /ledger_entry_lines → les lignes d'écriture n'ont pas de référence à la transaction d'origine (pas de champ transaction) /supplier_invoices → 403 Forbidden avec le token Firm API outstanding_balance comme proxy → résultat très différent du compteur affiché dans l'UI Le support m'a confirmé que "ce statut est accessible via les écritures comptables récupérables avec l'API Cabinet", mais en pratique les ledger_entry_lines v2 ne contiennent pas de lien vers les transactions bancaires. Demande : ajouter un champ status sur l'objet Transaction renvoyé par GET /v2/transactions, avec les valeurs correspondant à l'UI (processed, pending_accounting, to_process ou équivalent). Ce champ existe déjà côté serveur puisqu'il est affiché dans l'interface. L'exposer dans l'API semble être un ajout simple et utile pour tous les utilisateurs de l'API Cabinet. Merci.8Vues1like0CommentaireTransactions impossibles à ventiler et modifier.
Bonjour, On me remonte un problème, nouveau, qui est incompréhensible. Les transactions Pennylane ne sont plus ventilables, plus modifiables. C'est beaucoup trop rigide et beaucoup trop limitant pour le traitement comptable d'un dossier (LCR, remises diverses et variées, ajout de frais bancaires…). Quelle explication ? Est-ce un bug ? Le dossier en question, c'était toutes les banques pareil. Idem sur mon dossier test. Que ce soit depuis le module transaction, ou depuis la balance générale… tout est grisé, on ne peut rien faire cf screenshot. Cdlt,Répondu75Vues3likes1CommentaireInterface Saisie des transactions
Bonjour, Est-il possible de tester les mises à jour interfaces avant de les mettre en place ? Problème de taille sur des libellés peu important la date / montant / statut qui prennent 3/4 de la visibilité, ce n'est vraiment pas supportable. J'en serai le premier volontaire ! Pas de soucis. Mais en pleine période fiscale changer l'interface, la mise en place de mise à jour qui n'est selon moi pas au point et pas forcément demandé (aucune plainte de l'interface autour de moi, à mon échelle), peut-être contre-productif. Je vous remercie pour vos mises à jour régulières, mais de telles mise à jour en pleine période de rush, ce n'est pas forcément la priorité ! Je vous remercie de votre attention ! Bonne journéeRépondu92Vues6likes4CommentairesFiltre consultation balance
Hello, C'est quand même dommage que la vue filtrée sur la balance générale filtre sur le N° de compte mais pas uniquement... Un filtre 70 par exemple, pour avoir tous les comptes de chiffre d'affaires, affichera des résultats incohérents : Et oui, il ya a "70" dans les libellés des comptes 4716+4717+5121.... c'est quand même bête !Répondu124Vues1like2CommentairesNavigation fluide entre les justificatifs (comptes 706, etc.)
Lors de la consultation d’un compte (ex : 7061) : Impossible de naviguer rapidement entre les factures Obligation de : fermer le justificatif ouvrir celui de la ligne suivante Workflow très lent sur gros volume. Pouvez-vous demander à améliorer cela.28Vues0like1CommentaireRéconciliation par mode de règlement
Bonjour, À mon avis, il manque à ventiler la "réconciliation par mode de règlement", afin de réconcilier une facture (achat/vente) comportant plusieurs mode de règlement à la fois (Exemple : Espèces + CB ou titre restaurant + CB ou espèces + titre restaurant, etc...). Bien cordialement Christian ATSERépondu323Vues4likes2Commentaires