Skip to main content
Vought ERP — accueil

CRA sur Excel ou logiciel dédié : où se situe vraiment la bascule

7 min de lecture

En bref

Excel reste viable tant qu'une seule personne consolide les CRA et que les règles de facturation sont uniformes. La bascule s'impose quand la validation implique plusieurs managers, que les consultants interviennent sur plusieurs missions simultanées, ou que le rapprochement entre temps saisis et factures émises devient un travail à part entière.

Cet article fait partie de notre dossier sur Logiciel CRA ESN

Presque toutes les ESN commencent par un tableur. C'est rationnel : le CRA est un document simple, un onglet par consultant suffit, et l'outil ne coûte rien de plus que ce qui est déjà installé. La question n'est donc pas de savoir si Excel peut gérer des comptes rendus d'activité — il le peut — mais à partir de quel moment il coûte plus cher qu'il ne rapporte.

Ce coût ne se manifeste jamais comme une ligne budgétaire. Il apparaît sous forme de jours de facturation décalés, d'écarts découverts après l'envoi d'une facture, et de temps de management consacré à des relances. C'est précisément ce qui le rend difficile à voir avant qu'il ne soit important.

Ce qu'Excel fait bien, et qu'il faut reconnaître

Un tableur est excellent sur trois points, et il serait malhonnête de les passer sous silence.

Il est immédiat : aucune configuration, aucun paramétrage de rôles, aucune reprise de données. Il est totalement souple : une règle de facturation inhabituelle, une mission à cheval sur deux clients, un mois à structure particulière se traitent en ajoutant une colonne. Et il est universellement maîtrisé : personne n'a besoin d'être formé.

Pour une structure de quelques consultants, tous sur des missions en régie classiques, avec une seule personne qui consolide et facture, ces trois qualités l'emportent largement. Passer à un outil dédié dans ce contexte revient à résoudre un problème qui ne se pose pas encore.

Les cinq signaux de bascule

La bascule ne dépend pas d'un effectif. Elle dépend de la complexité de la chaîne de validation. Voici les situations dans lesquelles le tableur cesse d'être le bon outil.

1. Plusieurs personnes valident

Tant qu'une seule personne consolide, le fichier maître a une seule autorité. Dès que deux managers valident les CRA de leurs équipes respectives, il faut soit partager un fichier unique — et gérer les écritures concurrentes — soit fragmenter en plusieurs fichiers, et les reconsolider. Les deux options créent du travail qui n'existait pas.

C'est le premier signal, et le plus fiable. Il ne dépend pas de la taille : une ESN de huit consultants organisée en deux pôles rencontre ce problème avant une ESN de vingt consultants pilotée par une seule personne.

2. Les consultants interviennent sur plusieurs missions

Un consultant mono-mission déclare un nombre de jours. Un consultant qui répartit sa semaine entre deux clients déclare une ventilation — et cette ventilation détermine deux factures différentes, adressées à deux clients différents, avec potentiellement deux taux journaliers différents.

Une erreur de ventilation ne se voit pas dans le total, qui reste juste. Elle se voit chez le client, à la réception de la facture. C'est le type d'écart qui coûte une relation commerciale bien plus qu'il ne coûte en montant.

3. Le rapprochement devient un travail identifiable

Le test est simple : quelqu'un, dans l'entreprise, passe-t-il un temps identifiable à vérifier que ce qui a été saisi correspond à ce qui a été facturé ?

Si la réponse est oui, ce temps est le coût réel du tableur, et il est récurrent chaque mois. Dans un outil où la ligne de facture est générée depuis le CRA validé, ce rapprochement n'a pas lieu d'être : il n'y a pas deux sources à comparer, il n'y en a qu'une.

4. Les relances de fin de mois occupent le management

Le tableur ne relance personne. Chaque CRA manquant en fin de période doit être réclamé individuellement, par quelqu'un qui doit d'abord savoir lequel manque. Ce travail est peu qualifié, entièrement récurrent, et il retarde directement l'émission des factures : tant que les CRA ne sont pas tous rentrés, la facturation du mois n'est pas close.

5. Il faut prouver ce qui a été validé, et quand

Un tableur conserve un état, pas un historique. Il ne dit pas qui a validé, à quelle date, ni ce que contenait le document au moment de la validation. Tant que rien n'est contesté, cela ne pose aucun problème. Lors d'un désaccord client sur le nombre de jours facturés, ou d'un contrôle interne, l'absence de piste de validation se paie d'un coup.

Ce que le passage à un outil dédié change réellement

Il est utile d'être précis sur le gain, parce qu'il n'est pas là où on l'attend généralement.

Le gain n'est pas dans la saisie. Déclarer des jours dans une interface n'est pas fondamentalement plus rapide que de les saisir dans un tableau — c'est même parfois l'inverse pour un consultant très à l'aise avec Excel.

Le gain est dans ce qui se passe après la saisie. La validation suit un circuit défini plutôt qu'un échange d'e-mails. Les retards sont visibles sans qu'il faille les chercher. Et surtout, le CRA validé alimente directement la ligne de facturation du contrat concerné, ce qui supprime à la fois la ressaisie et l'écart qu'elle peut produire.

C'est cette continuité qui déplace la bascule économique : le tableur reste moins cher à l'achat, mais l'outil dédié devient moins cher à l'usage dès que la chaîne de validation compte plus d'un maillon.

Ce qui ne se règle pas par l'outil

Un point mérite d'être posé, parce qu'il est souvent promis à tort.

Changer d'outil ne résout pas un problème de discipline de saisie. Si les consultants rendent leurs CRA en retard parce que l'échéance n'est pas tenue comme une échéance, un logiciel enverra des relances automatiques à des personnes qui les ignoreront tout aussi automatiquement. L'outil rend le retard visible et supprime le travail de relance manuelle ; il ne crée pas la règle.

De même, un mode de facturation mal défini contractuellement reste mal défini après migration. Les ambiguïtés sur ce qui est facturable — temps de trajet, demi-journées, jours fériés travaillés — se tranchent dans le contrat, pas dans le paramétrage.

Comment décider

Plutôt qu'un seuil d'effectif, trois questions donnent une réponse fiable :

  1. Combien de personnes interviennent entre la saisie d'un jour et l'envoi de la facture correspondante ? Au-delà de deux, le tableur travaille contre vous.
  2. Combien de temps s'écoule entre la fin du mois et l'envoi des factures ? Si ce délai dépasse une dizaine de jours, il porte directement sur la trésorerie.
  3. Quelqu'un vérifie-t-il manuellement la cohérence entre temps saisis et temps facturés ? Si oui, ce temps est chiffrable, et il constitue le coût de comparaison à retenir face à un abonnement.

Ces trois questions se répondent en une heure, avec les personnes concernées. Elles donnent une base plus solide que n'importe quelle règle générale sur le nombre de consultants à partir duquel il faudrait s'équiper.

Définitions utiles

Équipe Vought

Équipe produit Vought ERP

L'équipe produit de Vought, éditeur d'un ERP dédié aux ESN : CRA, contrats, facturation et pilotage de la rentabilité.

Publié le

À lire ensuite

Questions fréquentes

À partir de combien de consultants Excel devient-il insuffisant pour les CRA ?

Il n'existe pas de seuil en nombre de consultants. Le facteur déterminant est le nombre de personnes qui interviennent dans la chaîne de validation et le nombre de missions simultanées par consultant. Une ESN de quinze consultants mono-mission avec un seul valideur tient très bien sur tableur ; une structure de huit consultants multi-missions avec trois managers valideurs rencontre les mêmes problèmes qu'une structure trois fois plus grande.

Peut-on garder Excel pour la saisie et un logiciel pour la facturation ?

C'est possible mais cela ne supprime pas le problème principal, qui est la ressaisie. Si le CRA vit dans un tableur et la facture dans un autre outil, quelqu'un recopie les jours d'un système à l'autre chaque mois, avec le risque d'écart que cela suppose. Le gain vient de la continuité entre le temps validé et la ligne de facture, pas de l'outil de facturation pris isolément.

Que devient l'historique des CRA déjà saisis sur Excel ?

Les fichiers existants restent exploitables comme archive, et les données de l'exercice en cours peuvent généralement être reprises par import. La question à poser avant tout changement d'outil porte moins sur l'archive que sur les missions en cours : contrats actifs, jours déjà saisis et non encore facturés, qui doivent être repris pour que la première facturation dans le nouvel outil soit juste.

Un logiciel CRA impose-t-il de changer les habitudes des consultants ?

La saisie elle-même change peu : le consultant déclare des jours par mission, comme dans un tableur. Ce qui change est ce qui vient après — la soumission remplace l'envoi par e-mail, et la validation devient traçable. C'est du côté des managers et de l'administration des ventes que la réorganisation est réelle.

Voir Vought en fonctionnement

Découvrez comment Vought relie CRA, contrats, facturation et pilotage dans un seul outil pensé pour les ESN.