Antoine_JAUNET
Déchiffreur de rythmesInscrit le il y a 3 ans
Profil de l'utilisateur
Déchiffreur de rythmes
Widgets de l'utilisateur
Contributions
Re: Suivi encours client et compta figée
Hello @Stefan ENGLER , J’imagine la complexité, mais on parle de suivi des encours clients. Pennylane est un outil de gestion, il est impératif que la donnée ne soit pas scienmment faussée. Comment on explique à notre client qu’il ne peut plus suivre ses encours parce que la compta est figée? Au passage, le lettrage inter-exercice reste possible il me semble..Suivi encours client et compta figée
Bonjour à tous, Je suis très étonné du comportement de Pennylane en cas de comptabilité figée : nous figeons systématiquement la compta après révision (a priori, c’est justement le principe de l’option “figer”) côté gestion, il n’est plus possible de faire des rapprochements sur les encaissements clients (factures émise avant la date de cloture) car la compta est figée les factures payées apparaissent donc comme “en retard” et les relances automatiques sont envoyées par erreur… clients mécontents. Le support m’indique que c’est le comportement normal de l’outil, qu’il faut défiger la compta pour que le dirigeant puisse rapprocher les encaissements avec les paiements. L’option de figer la compta n’est donc pas compatible avec le module gestion (sous prétexte que le lettrage génère une écriture de TVA, l’option n’est plus disponible avec une compta figée, même si le règlement client intervient après la date de compta figée - et donc l’écriture RT post date de compta figée). Bref, comment expliquer ce comportement de l’outil à notre client?Incohérence synchronisation EHYBILLY /STRIPE
Bonjour à tous, Je constate, sur un dossier, que l’option de synchronisation de stripe, pour les gros volumes, oblige un traitement manuel extrèmement chronophage : Les paiement sont bien centraliés dans un 411 générique, mais la synchronisation HEYBILLY alimente des comptes clients individualisés → reclassement manuel de tous les paiements centralisés. A mon sens, c’est une grosse incohérence de synchronisation. Le support me confirme que c’est le comportement normal → impossible de lettrer les comptes clients (donc erreur sur la TVA collectée, temps de traitement manuel énorme,...) Je ne comprends pas comment c’est possible. L’idée de centraliser est justement de gagner du temps…. Vous rencontrez ce cas?Re: Guide de révision situation intermédiaire
Il faut impérativement faire évoluer ce comportement qui est hyper risqué ! Mon cas, pré-révision au 30/11/2024 avec un dossier de révision. Les comptes 164, par exemple, sont cadrés au 30/11 et donc en statut “révisé” à la date de révision du collab (soit le 17/12 dans mon cas). Lors de la création du dossier de révision au 31/12, le statut de révision des comptes 164 n’a pas changé (=révisé) malgré des écritures postérieures. La raison : Les échéances d’emprunt passent au 16/12/2024 dans mon cas. Le compte n’est donc pas mouvementé, pour Pennylane, alors qu’il l’ bien été au 16/12. Le compte n’a donc pas changé de statut et est révisé, avec une écriture non révisée (et fausse dans mon cas). @Marc Roland-Gosselin @Brenda Diakite , il est URGENT de changer ce comportement SVP, Merci
