Il serai bien si les développeurs sont OK (car nous sommes dans un projet opensource !) que nous arrivions à un allégement de la règle de modification :
Aie…voila qui pourrait être un nouveau frein pour me lancer dans la mise à jour de ma 3.6.2… mon assistante fait régulièrement des erreurs (parfois c’est même un bug du module Jalon qui génère des lignes fantômes dans les factures) je ne me vois pas lui interdire de valider des factures et libérer du temps pour devoir TOUTES les verifier pour elle…gros décalage de trésorerie a prévoir si mon flux de facturation est dépendant de moi et la c’est plus du tout économique cette vision/façon de faire !
J’utilisais un EBP devis/factures avant (la version 2007) et je me souviens d’un EBP qui permettait de faire des modifications de factures avec un simple avertissement/rappel de la loi.
concernant ta reflexion, c’est une bonne chose, mais dans la pratique, on se retrouve plusieurs fois devant des situations telque:
le client commande x produits, et juste apres y services, on ne peut pas faire deux facture pour la meme prestation sinon on n’est pas sortie de l’auberge, en plus c’est le client qui nous demande une seul facture pour les deux prestations
donc ton idee est bonne, mais dans certains cas elle est geniale, et autre mich mich
Une solution pour repasser la facture validée en « Brouillon » :
- Accéder à la base
- Table llx_facture
- champ fk_statut
et la facture est de nouveau modifiable.
Attention tout de même à la numérotation si d’autres factures ont été générées après celle concernée par la modification
les remarques de ce sujet ont été entendues… la version se trouvant sur le Github (branche 3.8) redonne la possibilité de modifier une facture validée… tant que son règlement n’a pas été saisi…
Bonjour, je reste comme Alexandre très dubitatif sur le sujet.
J’ai développé pendant de nombreuses années des logiciels de compta et je confirme qu’il est INTERDIT PAR LA LOI de modifier une facture validée…
Est ce que les personnes qui veulent faire cela ont passé un coup de fil à leur comptable pour avoir son opinion ?
et pas que les pays francophones!!
Toutefois, nombre de ces pays ont des règlementations grandement inspirées du système français… même si celui-ci est loin d’être parfait…
Aux développeurs de réceptionner les demandes provenant des différentes communautés et de trouver une solution suffisamment souple et paramétrable pour convenir au plus grand nombre.
Etant basé en France, et intervenant sur un forum francophone, je me permets d’essayer, autant que je le peux, d’apporter ma pierre à l’édifice en fonction des éléments que je peux glaner et transmettre.
Si toutefois vous avez des informations sur les exigences d’un pays francophone et qui seraient différentes de celles ayant cours en France, ce sujet me parait idéal pour exprimer et motiver les demandes d’évolutions relatives aux exigences de ce pays…
Par contre, entièrement d’accord que la réglementation française ne s’applique pas dans les autres pays; une configuration du module me parait une bonne idée.
j’ai bien lu… « facture émise » peut signifier facture remise au client… et non pas facture validée dans votre système… ce texte laisse libre cours aux interprétations…
Je rappelle que rien n’interdit que créer une facture sur Excel ou Word…
Bonjour à tous, au risque de passer pour un idiot (et je l’assume !) je suis dans la meme situation que yannick. Après avoir cherché un bon moment, j’ai compris que la solution se trouvait sur GitHub, mais je ne sais ou …
Concrètement, quelles sont les modifications que je dois faire ? Recharger toute la base 3.8 (ceci ne risque t-il pas de faire disparaitre la maj 3.8.2 ?)
Cdlt