Imputation de la TVA par PL à partir d'une règle de transaction
Il me semble rencontrer un dysfonctionnement de PL. J'ai créé des règles de transactions à partir du module transaction. Je configure un taux de TVA à 20%. Dans cet exemple sur un compte client. Je constate que l'écriture passée par PL à partir de cette règle est la suivante : Seul le montant HT est imputé dans le compte 411 (117 euros). En comptabilité de trésorerie, (avec une imputation compte 706/445), je pourrais comprendre, mais en comptabilité d'engagement, cela me semble anormal. Ce qui me semblerait cohérent. Une première écriture d'affectation en BQ1 des 140.40 € en compte 411, sans TVA. Une seconde écriture en RT, comptabilisation la TVA sur encaissement. Suis-je seul à trouver cette situation étrange ? Dois supprimer le taux de TVA sur toutes mes règles de transactions ?
[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.Transactions 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,
Filtre 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 !
Navigation 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.
