Bonsoir,
Ce sujet m’intéresse beaucoup, y a-t-il un moyen détourné d’arriver à ce résultat en automatique tout de même ?
(j’ai le même souci en comptabilité, la TVA sur les acomptes n’est pas une option)
Bonjour à tous,
Egalement intéressée par cette question.
Selon mon comptable, je dois facturer de la TVA sur mes factures d’acompte (d’ailleurs, si j’ai bien compris, les factures d’acompte sont toujours soumises à TVA).
Ce taux par défaut à 0% est source d’erreur. J’oublie régulièrement de le modifier…
Éventuellement, merci de m’éclairer sur les raison d’être de ce taux par défaut à 0%.
Bonne journée,
Bonjour,
un gros UP pour savoir si quelqu’un a trouvé une solution ?
merci.
Idem, je viens également de recevoir une relance de mon comptable pour appliquer la tva sur les acomptes …
Bonjour,
Pour l’instant il n’y a rien d’automatique.
La TVA sur les acomptes dépend de beaucoup de choses. Le pays bien sûr mais aussi le contenu. Selon s’il s’agit de produits ou de services, s’ils sont livrés ou pas etc…
Par exemple, un acompte pour réserver un produit ne doit pas avoir de TVA. La TVA est dûe une fois la livraison faite.
@+
Bien non je ne crois pas Philazerty.
Soit on est a l’encaissement, soit on est au débit. Si TVA a l’encaissement elle est due sur toute facture, d’acompte ou pas 
En tous les cas dans mon pays ici, une facture=TVA. pas d’autre option possible
La seule solution hélas est soit de ne pas utiliser le systeme par défaut de facture d’acompte et de scinder la facture globale par le montant de l’acompte facturé, (bien dommage)ou de « modifier » la ligne libre en incluant la TVA a la main puisque on peut choisir le taux à cet instant. Et la oui en cas de multi taux c’est l’usine à gaz.
Bonjour à tous,
Je me permets de remonter ce sujet, sauf erreur de ma part je n’ai pas encore trouvé de solutions.
Je réalise des acomptes pour de la prestation de services, parfois sur de gros montants, parfois avec plusieurs acomptes pour un seul devis.
Le fait que la TVA soit calculée uniquement sur la facture finale me pose des problèmes de décalage de trésorerie.
Est-ce qu’il y aurait une solution pour intégrer le calcul de la TVA sur les acomptes, ou bien le mieux est par conséquent de réaliser des factures manuelles (ce qui est un peu dommage, nous n’avons plus le récapitulatif automatique des paiements) ?
Merci !
1 « J'aime »
Salut olivierm67,
la TVA ne se calcul en effet qu’à partir de la facture finale car elle dépend de la livraison effective du service.
Tu as donc quatre choix :
- ou effectivement ce sont des acomptes, et le comportement de dolibarr que tu décris est tout à fait normal.
- ou ce ne sont pas des acomptes mais des règlements sur l’avancement de la livraison partielle du service commandé: dans ce cas, tu peux emmètre la facture totale et saisir les règlements au fur et à mesure des paiements partiels du client (pour spécifier cela au client, tu peux l’indiquer dans la note publique de la facture : elle apparaîtra en entête de facture). Avec un paramétrage correct de la TVA, celle ci sera calculée sur les date et montant des différents règlements, et non sur la facture totale à son émission.
- ou te servir des factures de situation (couramment utilisées dans le milieu du BTP pour des paiement au fur et à mesure de l’avancement du chantier)
Dans tous les cas : fais des essais sur une instance de test pour ne pas mettre le bazar dans ta base de production.
Essaie de faire un retour ici sur la solution que tu auras adopté : cela en aidera peut être d’autres
1 « J'aime »
Hello Arre,
Un grand merci pour ta réponse 
Depuis j’ai fait quelques essais, je pense que la facture de situation est ce qui me correspond le plus.
En faisant quelques recherches, j’ai vu que l’utilisateur « Akene » avait développé un module permettant d’améliorer la fonctionnalité, je l’ai acheté :
https://www.dolistore.com/fr/modules/1067-Facture-de-situation.html
Il me reste encore une interrogation concernant les acomptes, pour le moment j’ai réalisé une première facture de situation avec un avancement à 50%, je n’ai pas encore testé s’il est possible de créer un acompte classique pour ensuite le déduire d’une première facture de situation.
Bonjour,
Normalement, rien ne s’oppose à l’utilisation d’un acompte dans les factures de solde.
3 « J'aime »
Bonjour,
Je suis aussi fort intéressé par la facture de situation qui représente l’essentiel de nos facturations BTP. Je cherche à reproduire la méthode normale de facturation qui demande à intégrer l’acompte au prorata de l’avancement et non pas à 100% dans la situation 1 … Est ce que c’est envisageable sur ce module? Ou autrement ?
Bonjour,
Après consultation de mon expert comptable, voici sa réponse :
La TVA sur les prestations de services est exigible dès le paiement, même si la prestation n’est pas effectuée.
Il faut donc bien indiquer la TVA sur la facture d’acompte, puisque la facture est censée être payée concomitamment.
La possibilité de pouvoir établir une TVA par défaut sur les acomptes serait donc bienvenue.
Merci !
1 « J'aime »
Bonjour Christo,
Pour le moment ce n’est pas possible dans dolibarr. En tout cas pas facilement. La solution serait peut être de scinder l’acompte en plusieurs remises correspondantes au pourcentage d’avancement de la situation et d’appliquer la remise correspondante dans votre facture de situation.
1 « J'aime »
Bonjour,
Oui, c’est juste, la TVA doit apparaître.
Personnellement, quand je crée une facture d’acompte, le taux de TVA est renseigné à 20%. Est-ce parce que j’ai activé l’option FACTURE_DEPOSITS_ARE_JUST_PAYMENTS ?
Merci pour votre réponse Yves.
J’ai résolu le souci en désactivant la TVA à 0% dans le dictionnaire admin/dict.php vu que je n’utilise jamais cette option…
Merci beaucoup de la réponse. Il faut que je teste chez moi et dans la démo pour mieux saisir ce que cela signifie comme flux de démarches et de validations, de rediviser l’acompte au gré des situations.
EDIT:
Je commence par provoquer un bug - dont je ne peux plus me sortir seul hélas:
Ma démarche était au départ :
Validation commande > facture d’acompte 20% > règlement partiel de l’acompte
puis création de la facture Situation 1…
Ensuite me ravisant j’ai voulu supprimer ce paiement partiel dans les écritures bancaires,
validation OK pour le compte banque – MAIS le satané paiement référencé apparaît toujours dans la liste des paiements et sur la facture de situation, alors qu’il a disparu de mon compte banque!
Erreur : Impossible de supprimer ce paiement
(Le message d’erreur affiché après tentative de validation est 
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ‹ › at line 1
Impossible aussi de supprimer la facture de situation car elle est marquée „règlement commencé“.
Une suggestion serait bienvenue.
Ci dessous en rouge, le paiement zombie.
Dolibarr 11.0.4
MySQL or MariaDB 5.7.28-nmm1-log
PHP 7.4
Question accessoire : Faut il que je sabre toute mon installation à ce moment là? Peut on réparer une base de donnée?
En cliquant le lien vers l’écriture bancaire à partir du paiement, j’obtiens le rapport complet de l’erreur.
Dolibarr a détecté une erreur technique.
Voici les informations qui pourront aider au diagnostic (Vous pouvez fixer l’option $dolibarr_main_prod sur ‹ 1 › pour supprimer quelques notifications):
Date: 20201021084624
Dolibarr: 11.0.4
Niveau de fonctionnalités: 0
PHP: 7.4.10
Server: Apache
OS: Linux dd48504 4.15.0-118-generic #119-Ubuntu SMP Tue Sep 8 12:30:01 UTC 2020 x86_64
UserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.99 Safari/537.36
Url sollicitée: /compta/bank/line.php?rowid=
Referer: https:…/compta/paiement/card.php?id=8&action=confirm_delete&confirm=yes&token=%242y%2410%24AkT8VSNfe5hzOKcWxXBAteCEdPZAUdg4ml9FYAj%2FKhmSu2iN5AjY.
Gestionnaire de menu: eldy_menu.php
Modules/Applications: user, api, projet, expensereport, prelevement, societe, propal, commande, cron, contrat, expedition, ficheinter, fournisseur, supplier_proposal, incoterm, facture, banque, margin, product, comptabilite, service, stock, productbatch, variants, agenda, bom, socialnetworks, workflow, rubis, removeconf, ftp, ecm, fckeditor, autonotes, categorie, multicurrency, import, export, modulebuilder, oauth, printing
Type gestionnaire de base de données: mysqli
Requête dernier accès en base en erreur: SELECT c.label, c.rowid FROM llx_bank_class as a, llx_bank_categ as c WHERE a.lineid= AND a.fk_categ = c.rowid ORDER BY c.label
Code retour dernier accès en base en erreur: DB_ERROR_SYNTAX
Information sur le dernier accès en base en erreur: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ‹ AND a.fk_categ = c.rowid ORDER BY c.label › at line 1
Dolibarr a détecté une erreur technique.
Voici les informations qui pourront aider au diagnostic (Vous pouvez fixer l’option $dolibarr_main_prod sur ‹ 1 › pour supprimer quelques notifications):
Date: 20201021084624
Dolibarr: 11.0.4
Niveau de fonctionnalités: 0
PHP: 7.4.10
Server: Apache
OS: Linux dd48504 4.15.0-118-generic #119-Ubuntu SMP Tue Sep 8 12:30:01 UTC 2020 x86_64
UserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.99 Safari/537.36
Url sollicitée: /compta/bank/line.php?rowid=
Referer: https://…/compta/paiement/card.php?id=8&action=confirm_delete&confirm=yes&token=%242y%2410%24AkT8VSNfe5hzOKcWxXBAteCEdPZAUdg4ml9FYAj%2FKhmSu2iN5AjY.
Gestionnaire de menu: eldy_menu.php
Modules/Applications: user, api, projet, expensereport, prelevement, societe, propal, commande, cron, contrat, expedition, ficheinter, fournisseur, supplier_proposal, incoterm, facture, banque, margin, product, comptabilite, service, stock, productbatch, variants, agenda, bom, socialnetworks, workflow, rubis, removeconf, ftp, ecm, fckeditor, autonotes, categorie, multicurrency, import, export, modulebuilder, oauth, printing
Type gestionnaire de base de données: mysqli
Requête dernier accès en base en erreur: SELECT b.rowid,b.dateo as do,b.datev as dv, b.amount, b.label, b.rappro, b.num_releve, b.fk_user_author, b.num_chq, b.fk_type, b.fk_account, b.fk_bordereau as receiptid, b.emetteur,b.banque FROM llx_bank as b WHERE rowid= ORDER BY dateo ASC
Code retour dernier accès en base en erreur: DB_ERROR_SYNTAX
Information sur le dernier accès en base en erreur: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ‹ ORDER BY dateo ASC › at line 1
Bonjour,
Je ne pense pas qu’il faille ‹ sabrer › toute votre installation. Vous pouvez déjà aller dans la table des paiements de la base de données et supprimer manuellement le paiement correspondant à l’ID du paiement en question. Attention, à bien faire une sauvegarde de la base de données avant d’intervenir dessus. Ca devrait solutionner le problème.
Je vous invite également à installer en parallèle un autre dolibarr pour faire des tests. La question de l’acompte sur la situation n’est déjà pas simple, mais alors la prise en compte d’un paiement partiel sur un acompte dans une situation, excusez moi mais c’est joueur comme approche…
1 « J'aime »
Merci du conseil de réparation. C’est bien un environnement de test mais j’ai joué avec l’idée de récupérer ensuite les données sur l’environnement final (sur NAS Synology)…
- EDIT: la modif dans la base de donnée a bien marché. Quant à l’idée (refusée par principe dans Dolibarr) de supprimer des factures antérieures (seulement légal si le logiciel de compta n’est pas Dolibarr - évidemment), je vois qu’il existe des modules en vente spécialement pour permettre cette procédure…
En l’état actuel - concernant les acomptes à déduire sur situations de travaux - en effet, je me heurte à une assez grande complexité de procédures sur Dolibarr par rapport à nos vielles habitudes sur Excel. Mais la facilité de toujours tout pouvoir modifier sur Excel est aussi un défaut, précisément …
Cette manière de procéder aux déductions d’acompte (souvent imposée par des bureaux d’architecture) s’est pourtant bien installée à notre niveau d’affaires car elle offre une sécurisation suivie, tant pour le client que pour le prestataire. DIfficile de l’abandonner. Le problème majeur dans la profession étant hélas comme ailleurs sans doute, le risque d’impayé et de rester sur des frais importants.
Je me suis écrit une procédure d’adaptation à Dolibarr que je vais tester davantage … avant de faire rapport, pour ceux que ça intéresse.
Bonjour à tous.
Alors là, il y a quelque chose qui m’échappe, j’ai l’impression d’être à contre-courant. En effet, je gère plusieurs Dolibarr pour plusieurs entreprises, et le comptable de l’une d’elle me demande de ne pas appliquer de TVA sur les acomptes, ce qui est le cas sur les factures d’acompte de cette entreprise. Je cherche donc et je tombe sur ce fil de discussion où tout le monde semble avoir le problème inverse.
Je regarde sur le Dolibarr de plusieurs des sociétés que je gère, et la tva est appliqué sur les factures d’acompte de tous les dolibarr que nous avons mis en place (de la version 7.01 à la 11.0) sans faire de paramétrage spécifique à ce sujet.
Je ne comprends donc pas : Comment se fait-il que par défaut il y ai une TVA d’appliquée sur toutes mes facture d’acompte, alors que cela semble être le contraire pour tout le monde ? Ou la question posée autrement : Comment faire pour changer mon cas et ne pas appliquer de TVA sur les acomptes ?
Merci à qui saura éclaircir ce mystère !
