Remplacer le suivi des devis dans Excel : prix et versions

Un client accepte un devis. Le bureau conserve la première version, le commercial a modifié la quantité et les achats utilisent désormais un autre prix. Avant de créer une nouvelle interface, il faut pouvoir rattacher ces changements au même devis.

Partez d’un devis ayant posé problème. Il révèle les règles manquantes et permet de vérifier si vos outils actuels peuvent les appliquer. Avec une configuration adaptée, Excel permet le travail à plusieurs ; le nombre de participants ne justifie donc pas à lui seul son remplacement.

Un devis, trois conflits précis

Cet exemple est fictif. Une entreprise vend le produit A. Les identifiants et les quantités servent à expliquer le fonctionnement.

Si le client accepte la version 1, le système ne doit pas créer discrètement une commande de 18 unités. La validité de l’ancien prix dépend des conditions convenues. Le logiciel doit permettre de retracer les éléments ayant fondé la décision.

Déterminez quelle version fait foi dans le processus

Dans cet exemple, chaque devis a besoin d’un identifiant stable. Les modifications produisent des versions reconnaissables. Conservez les lignes réellement envoyées et le tarif utilisé pour chaque envoi. Une modification ultérieure du prix ne doit pas écraser cet historique sans laisser de trace.

Le parcours peut être : brouillon → vérifié en interne → envoyé → accepté ou refusé. Une nouvelle version revient à l’état de brouillon. C’est une proposition de fonctionnement. Votre entreprise doit préciser comment traiter l’acceptation d’une version antérieure.

Q-105 est d’abord signalé comme doublon possible. Un nom de client identique ne suffit pas pour fusionner automatiquement : deux demandes proches peuvent être distinctes.

Comparez les solutions avec ce dossier

Un classeur partagé bien organisé peut suffire si une petite équipe suit le processus de façon fiable et si les contrôles restent gérables. Essayez d’abord des identifiants stables, des états définis et un archivage fiable des versions envoyées.

Un CRM mérite d’être évalué si la relation client, les relances et les devis constituent l’essentiel du travail. Demandez une démonstration de Q-104 dans le produit envisagé : gère-t-il les versions, la conservation des envois et les validations nécessaires ? Le nom d’une fonctionnalité ne répond pas à ces questions.

Une application sur mesure devient une option à étudier si des calculs particuliers, plusieurs connexions ou des validations spécifiques restent sans réponse après l’essai des produits existants. Documentez le cas non couvert : il justifie le développement supplémentaire.

Effectuez trois tests avant de choisir

Faites exécuter ces mêmes tests dans chaque solution sérieusement envisagée. Une réponse telle que « uniquement avec un module supplémentaire » doit entrer dans le périmètre et la comparaison des coûts.

Limitez la première mise en œuvre

Devis, versions, envoi et acceptation peuvent suffire au départ. La gestion des stocks et toute la comptabilité n’ont pas besoin d’être reconstruites simultanément. Précisez toutefois comment un devis accepté rejoint le système existant et comment un échec de transfert devient visible.

Comparez installation, migration, utilisation, maintenance et évolutions pour un périmètre identique. Un calcul qui omet une connexion nécessaire reste incomplet.

Une description anonymisée du devis le plus difficile constitue un bon point de départ. ASES peut l’examiner avec vous pour clarifier la règle métier, les options existantes et un premier périmètre adapté.

Sources

• Microsoft : coédition des classeurs Excel. Les dossiers et comparaisons sont des exemples éditoriaux originaux.