Développeur web : quelle comptabilité pour vos acomptes ?

Un développeur facture rarement un projet web uniquement au moment de sa livraison. Pour financer le démarrage, réserver du temps dans son planning et limiter le risque d’impayé, il demande généralement une partie du prix à la signature du devis.

Le schéma est classique : 30 % à la commande, 40 % lors de la validation d’une première version, puis le solde à la mise en production.

Mais que représente exactement la première somme reçue ? Est-ce déjà du chiffre d’affaires ? La TVA doit-elle être déclarée immédiatement ? Que se passe-t-il si le client abandonne le projet ou si la mission s’étend sur deux exercices comptables ?

La réponse dépend à la fois du contrat, de l’avancement réel du projet et du régime de TVA du prestataire. Un acompte améliore immédiatement la trésorerie, mais il ne correspond pas toujours à une prestation entièrement réalisée.

Acompte ou arrhes : une différence avant tout juridique

Les termes « acompte » et « arrhes » sont souvent employés comme des synonymes. Ils ne produisent pourtant pas les mêmes effets.

Un acompte constitue un premier versement sur une commande ferme. Le développeur et le client sont engagés à exécuter le contrat. Si l’une des parties se retire sans motif prévu, l’autre peut demander l’exécution de l’accord ou une indemnisation du préjudice subi.

Les arrhes laissent davantage de liberté. Le client peut renoncer au projet en perdant la somme versée. Le professionnel qui renonce doit, dans certaines relations avec un consommateur, restituer le double des arrhes reçues.

Cette distinction doit être écrite clairement dans le devis ou le contrat. Une simple ligne intitulée « premier règlement » entretient l’ambiguïté.

Pour les contrats conclus entre un professionnel et un consommateur, les sommes versées d’avance sont en principe considérées comme des arrhes lorsque le document ne précise pas le contraire. Un développeur qui souhaite obtenir un engagement ferme doit donc utiliser explicitement le mot « acompte » et détailler les conséquences d’une annulation.

Dans une relation entre deux professionnels, le contrat conserve une place centrale. Le devis doit préciser le calendrier de paiement, les étapes du projet, les conditions de résiliation et le sort des sommes déjà versées.

Faut-il émettre une facture d’acompte ?

Oui. Lorsqu’un acompte est demandé et encaissé, il doit être documenté par une facture d’acompte.

Le devis accepté ne remplace pas cette facture. Il décrit l’engagement commercial et le prix convenu, mais ne constate pas à lui seul le versement reçu.

La facture doit identifier le projet, mentionner le montant de l’acompte et le rattacher au prix total. Lorsque le développeur facture ensuite le solde, la facture finale reprend le montant global du contrat et déduit les acomptes déjà facturés.

Cette organisation évite plusieurs erreurs fréquentes : facturer deux fois une partie du projet, présenter le solde comme la totalité du chiffre d’affaires ou perdre le lien entre les encaissements et la mission concernée.

Elle est particulièrement utile lorsque le projet comporte plusieurs jalons. Chaque appel de fonds peut alors être rapproché d’une étape clairement définie : cadrage, maquettes, développement, recette ou mise en ligne.

La TVA est-elle due dès l’encaissement de l’acompte ?

Pour une prestation de services, la TVA devient en principe exigible lors de l’encaissement des acomptes, du prix ou du solde.

Un développeur soumis à la TVA qui reçoit 3 000 euros hors taxes au démarrage doit donc généralement déclarer la TVA correspondante au titre de la période durant laquelle le paiement a été reçu. Il ne peut pas attendre la livraison définitive du site.

Le même principe s’applique lorsque la somme sert immédiatement à financer un sous-traitant, un hébergement ou des licences. La destination de l’argent ne reporte pas l’exigibilité de la taxe.

La situation diffère si le développeur bénéficie de la franchise en base de TVA. Il émet alors sa facture sans TVA, avec la mention légale appropriée, tant qu’il demeure dans les conditions du régime.

Un prestataire ayant opté pour la TVA sur les débits suit encore une autre logique : la taxe devient généralement exigible dès la facturation, sans attendre le paiement. Cette option doit être connue, car elle peut conduire à reverser de la TVA sur une facture qui n’a pas encore été réglée.

TVA et chiffre d’affaires ne suivent pas toujours le même calendrier

C’est le point le plus important.

La TVA peut devenir exigible au moment où l’acompte est encaissé, alors que le chiffre d’affaires comptable dépend de la prestation effectivement réalisée.

Prenons un projet de site facturé 20 000 euros hors taxes. Le développeur reçoit un acompte de 8 000 euros en décembre, mais le travail commence réellement en janvier.

La TVA sur l’acompte peut être due dès décembre. En revanche, si aucune prestation significative n’a encore été exécutée à la date de clôture, les 8 000 euros ne doivent pas nécessairement être intégrés au chiffre d’affaires de l’exercice qui se termine.

Comptablement, la somme peut rester enregistrée comme une avance ou un acompte reçu du client, puis être transférée en chiffre d’affaires à mesure que le projet avance.

La banque montre donc 8 000 euros encaissés. La déclaration de TVA peut inclure la taxe correspondante. Mais le compte de résultat peut ne pas encore présenter 8 000 euros de produit.

Ces trois lectures sont compatibles.

Comment reconnaître le chiffre d’affaires d’un projet web ?

Le chiffre d’affaires doit être rattaché à l’exercice au cours duquel la prestation est réalisée.

Pour une petite mission achevée dans la même année, la question se pose rarement. Elle devient plus importante pour un développement sur plusieurs mois, une application sur mesure ou un projet commencé en fin d’exercice.

Le développeur doit alors mesurer l’avancement réel du travail.

Il peut s’appuyer sur les jalons prévus au contrat, les livrables transmis, les validations du client ou une estimation documentée de la production réalisée.

Un acompte de 40 % ne signifie pas automatiquement que 40 % du projet est terminé. Le calendrier de paiement répond souvent à un besoin de trésorerie ou de sécurisation commerciale, pas à une mesure exacte de l’avancement.

À l’inverse, un développeur peut avoir réalisé 70 % du projet tout en n’ayant facturé que 40 %. La comptabilité ne doit donc pas être pilotée uniquement par les factures émises.

Lorsque le projet est significatif, le suivi du temps passé, des jalons et des coûts engagés devient indispensable pour justifier le chiffre d’affaires rattaché à chaque exercice.

Que se passe-t-il si le client annule le projet ?

Le traitement dépend du contrat et de la nature de la somme versée.

S’il s’agit d’arrhes, le client peut généralement se désengager en les abandonnant, sous réserve des règles applicables à la relation concernée.

S’il s’agit d’un acompte, l’annulation ne met pas automatiquement fin aux obligations. Le développeur peut réclamer le paiement du travail déjà réalisé et, selon les clauses prévues, une indemnisation complémentaire.

Le contrat devrait distinguer trois éléments : la valeur des prestations déjà exécutées, les frais engagés et l’éventuelle indemnité de résiliation.

Cette distinction influence aussi la facture finale. Une somme conservée parce qu’elle rémunère un travail réellement effectué suit le traitement normal de la prestation. Une indemnité pure peut nécessiter une analyse spécifique, notamment pour déterminer si elle entre ou non dans le champ de la TVA.

Le développeur doit également prévoir le sort du code produit, des maquettes, des licences et des accès techniques. Un client qui abandonne le projet ne devient pas nécessairement propriétaire de tous les travaux en cours.

Un acompte peut-il être remboursé ?

Oui, si le contrat le prévoit, si les parties trouvent un accord ou si le prestataire n’exécute pas ses obligations.

Lorsqu’un acompte déjà facturé et soumis à TVA est remboursé, le développeur doit établir un avoir. Ce document corrige la facture initiale, le chiffre d’affaires éventuellement reconnu et la TVA déclarée.

Un simple virement au client sans avoir laisse une incohérence entre la comptabilité, la déclaration de TVA et le mouvement bancaire.

Si seule une partie de l’acompte est remboursée, l’avoir porte sur cette quote-part. Le solde conservé doit pouvoir être justifié par les prestations réalisées ou les clauses contractuelles.

Pourquoi demander plusieurs acomptes plutôt qu’un seul ?

Un calendrier de paiement par étapes sécurise mieux les projets longs.

Un acompte initial réserve le temps de production et finance le lancement. Une deuxième échéance après validation des maquettes ou d’une version intermédiaire réduit le montant restant à risque. Le solde à la livraison conserve un levier de validation pour le client.

Cette organisation présente aussi un intérêt de pilotage. Chaque facture est reliée à un jalon identifiable, ce qui facilite le rapprochement entre facturation, avancement et comptabilité.

Le calendrier doit toutefois rester réaliste. Demander 90 % du prix avant d’avoir commencé peut rassurer le développeur, mais fragiliser la relation commerciale. À l’inverse, ne demander que 10 % sur un projet de plusieurs mois oblige le prestataire à financer l’essentiel de la production.

Le bon niveau dépend de la durée, de la part de sous-traitance, des achats engagés et du niveau de personnalisation du projet.

L’acompte protège la trésorerie, pas la rentabilité de votre activité digitale

Demander un acompte est une bonne pratique. Il permet de filtrer les clients peu engagés, de financer le démarrage et de réduire les impayés. Mais il ne garantit pas que le projet sera rentable.

Un développeur peut encaisser rapidement 50 % du prix, puis consacrer deux fois plus de temps que prévu aux retours, aux évolutions fonctionnelles et aux corrections.

Le suivi doit donc associer le calendrier financier à un suivi de production : montant du contrat, acomptes reçus, chiffre d’affaires reconnu, temps passé, sous-traitance et reste à produire. Un acompte n’est pas seulement un paiement anticipé. Il se situe au croisement du contrat, de la trésorerie, de la fiscalité et de la comptabilité du projet.

Excilio accompagne les développeurs web et les agences digitales dans la structuration de leurs devis, de leurs factures d’acompte, de leur TVA et du rattachement du chiffre d’affaires. Contactez-nous pour en savoir plus sur nos missions comptables.