Facturation pour développeurs et freelances informatiques : le guide complet
Régie ou forfait, acompte au lancement, facture de maintenance qui tombe tous les mois : la facturation d'un développeur freelance a ses propres règles du jeu. Voici comment structurer vos factures pour être payé dans les temps, sans mauvaise surprise sur le code que vous livrez.
Régie (TJM) ou forfait : deux logiques de facturation très différentes
Avant même de parler de facture, le mode d'engagement détermine tout le reste. En régie, vous facturez un temps passé (souvent au taux journalier moyen, ou TJM) sur la base d'un relevé d'heures ou de jours validé par le client — généralement en fin de mois. En forfait, vous facturez un prix fixe pour un périmètre défini à l'avance dans le devis, indépendamment du temps réellement passé.
La régie est plus simple à facturer (une ligne, un nombre de jours, un TJM) mais demande une validation rigoureuse du relevé d'activité avant émission — beaucoup de litiges viennent d'un relevé jamais formellement approuvé par le client. Le forfait, lui, exige un devis très précis en amont : périmètre, livrables, exclusions. Un forfait mal cadré se transforme vite en travail gratuit dès que le client ajoute des demandes non prévues (le fameux "scope creep").
Le devis : la seule protection contre le développement qui déborde
Que vous soyez en régie ou au forfait, un devis écrit et accepté reste votre meilleure protection. Il doit préciser au minimum :
- le périmètre fonctionnel exact (fonctionnalités incluses, technologies utilisées, environnements livrés) ;
- ce qui est explicitement exclu (hébergement, rédaction de contenu, formation utilisateurs, tests de charge…) ;
- le nombre d'allers-retours ou de cycles de correction inclus ;
- les modalités de paiement : acompte, jalons, délai de règlement.
Toute demande hors périmètre initial doit donner lieu à un avenant ou un nouveau devis, facturé séparément. C'est plus facile à faire respecter quand c'est écrit noir sur blanc dès le départ que quand il faut le négocier en cours de projet.
Facturer par jalons : la méthode la plus sûre pour un projet au forfait
Pour un développement au forfait qui s'étale sur plusieurs semaines ou mois, évitez de facturer une seule fois à la toute fin. Découpez le paiement en plusieurs factures liées à des étapes vérifiables :
| Étape | Montant type | Déclencheur |
|---|---|---|
| Acompte à la signature | 20 à 40% du total | Signature du devis, avant le premier jour de développement |
| Facture de jalon | 30 à 40% | Livraison d'une version intermédiaire (maquette validée, MVP fonctionnel) |
| Solde à la livraison | Reste dû | Recette finale et mise en production |
Ce découpage limite votre exposition si le projet s'arrête en cours de route, et donne au client des points de contrôle réguliers. Chaque facture doit rester numérotée dans la continuité de votre séquence habituelle — ne créez pas une numérotation à part pour un projet donné, l'administration fiscale exige une suite chronologique unique.
La maintenance (TMA) : passer à la facturation récurrente
Une fois le projet livré, beaucoup de développeurs proposent un contrat de maintenance (tierce maintenance applicative, ou TMA) : correctifs, mises à jour de sécurité, petites évolutions. C'est un abonnement mensuel ou trimestriel, facturé automatiquement à date fixe. Deux formules courantes :
- Forfait d'heures mensuel : un nombre d'heures inclus par mois, facturé à prix fixe, avec un tarif horaire pour le dépassement ;
- Astreinte / disponibilité : un montant fixe qui garantit un délai d'intervention en cas d'incident, sans lien direct avec le temps passé.
La facturation récurrente change la donne côté organisation : il faut émettre la même facture chaque mois, sans oubli ni retard. C'est typiquement le genre de tâche qu'un outil comme Klarofact permet d'automatiser, plutôt que de la refaire manuellement chaque mois sur un tableur.
Cession des droits sur le code : une mention à ne pas négliger
Sauf mention contraire écrite, un développeur reste par défaut titulaire des droits patrimoniaux sur le code qu'il produit (droit d'auteur applicable aux logiciels). Si votre client doit pouvoir exploiter, modifier et redistribuer librement le code livré, la cession des droits doit être explicite, idéalement dans le devis ou les CGV, et rappelée sur la facture finale ou en annexe. Une clause type peut préciser :
- le périmètre de la cession (le code spécifique développé, pas les librairies open source ou frameworks tiers utilisés) ;
- le moment où la cession prend effet (souvent : après paiement intégral du solde — une réserve de propriété qui vous protège en cas d'impayé) ;
- si la cession est exclusive ou non, et si vous conservez le droit de réutiliser des briques génériques sur d'autres projets.
Ce point mérite d'être clair dès le devis : découvrir un désaccord sur la propriété du code après livraison est une situation difficile à rattraper pour les deux parties.
Facturer en direct ou passer par le portage salarial
Si vous facturez en nom propre (micro-entreprise, EURL, SASU), vos factures suivent les règles classiques : SIRET, mentions obligatoires, TVA le cas échéant. Si vous passez par une société de portage salarial, c'est elle qui émet la facture au client final en son nom — vous, en tant que salarié porté, lui transmettez un relevé d'activité, et elle vous reverse un salaire après déduction de ses frais de gestion. Dans ce cas, vous ne gérez pas directement la facturation client, mais gardez toujours une trace écrite de vos relevés d'heures ou de vos livrables : c'est votre seule preuve en cas de litige sur le montant reversé.
Pour les missions avec des clients hors de France, notamment dans l'UE, pensez à vérifier les règles de TVA intracommunautaire applicables — le sujet est traité en détail dans notre guide sur la TVA intracommunautaire.
💡 Notre conseil : créez un modèle de facture distinct pour chaque type de prestation (projet au forfait, régie mensuelle, TMA récurrente) dans Klarofact. Vous gagnez du temps sur les factures répétitives et vous évitez les oublis de mention (cession de droits, période de maintenance couverte, numéro de devis de référence).
En résumé
La facturation d'un freelance informatique combine plusieurs logiques : facturation ponctuelle au forfait ou en régie, facturation par jalons sur les gros projets, et facturation récurrente pour la maintenance. Dans tous les cas, un devis précis en amont et une numérotation rigoureuse et continue de vos factures restent vos meilleurs outils pour être payé sans friction et éviter les litiges sur le périmètre ou la propriété du code livré.
Article informatif — les règles de cession de droits d'auteur, de TVA et de portage salarial peuvent varier selon votre situation exacte : vérifiez les informations en vigueur auprès d'un expert-comptable ou d'un avocat spécialisé. Ne constitue pas un conseil fiscal ou juridique.