Logiciel de gestion de stock sur mesure : le cas IKOMOB

Gérer un stock, des commandes fournisseurs et des chantiers de rénovation en même temps avec Excel et une boîte mail ?

Au début, ça tient.

Et puis un jour, les bons de livraison se perdent dans les conversations, les inventaires ne coïncident plus, les ruptures arrivent en plein chantier, et la facturation prend trois jours à reconstituer.

Chez KERN-IT, nous avons accompagné une startup belge basée à Charleroi pendant cinq ans dans la construction d'IKOMOB, un logiciel de gestion de stock sur mesure qui réunit dans une même plateforme la logistique d'entrepôt et le suivi de chantiers.

Cinq ans plus tard, IKOMOB est devenu le cœur digital de leur métier.

Voici comment. Et pourquoi un développement sur mesure était la seule réponse cohérente.

Un métier double, et tous les ERP standards qui passent à côté

Le client est une jeune entreprise belge active dans la rénovation et la gestion d'actifs immobiliers. Son quotidien combine plusieurs métiers dans une même journée : achats fournisseurs, mouvements d'entrepôt, chantiers à coordonner, sous-traitants à piloter, clients finaux à informer.

Cette diversité de flux est courante chez les startups qui grandissent vite.

C'est aussi exactement ce qui rend les ERP du marché difficiles à utiliser dans ce contexte. Leurs modules sont pensés pour des organisations établies, homogènes, aux process figés. Pas pour une startup qui invente son métier au fil des semaines.

En 2019, le système tenait avec Excel, du mail et des dossiers partagés

Au démarrage du projet, le client gérait son activité comme beaucoup d'entreprises en croissance :

• des tableurs Excel pour le stock, les commandes et les inventaires,
• des documents Word pour les bons d'envoi vers les chantiers,
• une boîte mail comme système de suivi des échanges avec les sous-traitants,
• plusieurs dossiers partagés pour les documents de chantier.

Ce fonctionnement est viable à petite échelle. Et contrairement à une idée reçue, ce n'est pas un mauvais point de départ. C'est même un excellent signe de maturité opérationnelle, comme nous l'expliquons dans notre article “transformer votre Excel en plateforme”.

Le problème n'est pas Excel. Le problème, c'est le moment où Excel ne suffit plus.

Et ce moment arrive toujours plus vite que prévu.

Pourquoi un ERP du marché ne tenait pas

Avant de coder, nous avons regardé honnêtement ce que proposait le marché.

Les WMS génériques, les Warehouse Management Systems, couvrent bien la logistique d'entrepôt. Mais ils ignorent la dimension chantier.

Les ERP BTP couvrent les chantiers. Mais ils sont rigides côté gestion de stock fine, et coûteux à paramétrer pour une jeune structure.

Les suites tout-en-un comme Odoo demandent de plier le métier à la logique du logiciel. À l'échelle d'une startup en construction de son process, cela se paye cher en formation, en customisation et en frustration. Nous avons développé ce point dans Odoo, un excellent ERP à condition de lui laisser sa juste place.

Le choix était simple, une fois posé clairement : construire un logiciel sur mesure, conçu autour des process réels de l'équipe, avec une architecture modulaire pensée pour évoluer.

IKOMOB, un cœur digital pensé pour le métier

IKOMOB est une plateforme métier web accessible depuis n'importe quel navigateur. Elle articule six grands modules conçus pour fonctionner ensemble, sans jamais imposer un usage rigide.

Un catalogue produit pensé pour les vendeurs et les chefs de chantier

Chaque produit dispose d'une fiche complète : nom, référence interne, référence fournisseur, marque, description, photo, zone de stockage.

Trois niveaux de prix sont gérés : prix fournisseur, prix unitaire, prix de vente. Le coût de pose ou d'assemblage est stocké séparément. C'est ce qui permet de calculer le coût réel d'un chantier sans confondre matériel et main-d'œuvre.

Chaque fiche embarque aussi le conditionnement, le seuil de réapprovisionnement, et la traçabilité du dernier inventaire physique avec sa date.

Multi-entrepôts, et un stock qui ne ment jamais

Dans IKOMOB, le stock n'est pas un compteur que l'on incrémente à la main.

C'est une valeur calculée en temps réel à partir de l'historique complet des mouvements.

Ce choix d'architecture élimine toute une famille de bugs de gestion. Tout est reconstructible. Aucun mouvement n'est silencieux.

À n'importe quel moment, on peut répondre à la question simple : comment ce stock est-il arrivé à cette quantité ? Sans deviner.

Le workflow des quatre bons

C'est le différenciateur métier d'IKOMOB.

La logistique est structurée en quatre types de bons distincts. Chacun a son cycle de validation (brouillon, puis validé), et chacun est composé de lignes multi-produits avec leurs quantités.

• Le bon fournisseur est la commande émise vers un fournisseur.
• Le bon de réception matérialise la réception physique des produits.
• Le bon interne organise la sortie d'entrepôt vers un projet ou vers la maintenance.
• Le bon de livraison trace la livraison sortante vers le chantier ou le client.

Cette séparation peut sembler bureaucratique. Vue de l'intérieur, c'est ce qui permet à l'équipe de réconcilier ses chiffres sans douleur : ce qui a été commandé, ce qui a été reçu, ce qui est parti en chantier, ce qui a été livré au client.

Chaque écart est immédiatement visible. Plus personne ne cherche un bon perdu.

Sites, contrats et BOM

Un site dans IKOMOB représente un bien immobilier suivi par le client.

Adresse, statut, propriétaire, dates, budget total estimé. Et un niveau de détail qui colle au métier réel de la rénovation : compteurs gaz, électricité et eau avec numéros de série, EAN et puissance, primaires et secondaires.

Chaque site héberge ses documents, ses contrats et ses projets.

Un contrat de chantier modélise la réalité opérationnelle : liaison site, entrepreneur, fournisseur et client final. La liste des matériaux, le BOM (Bill of Materials), est chiffrée et accompagnée du document joint. Les paiements sont jalonnés : premier acompte, solde final, avec leurs montants et leur statut.

Et un audit log trace toutes les modifications du BOM. Avec horodatage, et utilisateur. Pour que la traçabilité d'un devis ne soit jamais perdue.

Planning, tâches et affectations

Le planning est structuré par phases et par catégories de tâches paramétrables.

Chaque tâche embarque ses dates (début, fin, livraison demandée, livraison estimée), sa priorité, son statut métier, son statut côté chantier. Un drapeau gère sa visibilité côté client, pour ne montrer dans un portail externe que ce qui est pertinent.

L'affectation est la pièce centrale qui lie le stock et le chantier : produit, projet, quantité, zone. C'est ce qui permet à un chef de chantier de savoir précisément ce qui doit aller où, et au gestionnaire de stock de préparer les bons de livraison correspondants.

Stock et chantier ne sont plus deux mondes. C'est le même mouvement.

Rapports financiers

Chaque contrat génère un ou plusieurs rapports financiers qui consolident le BOM mis à jour, le total des travaux réalisés, le total payé, le restant à payer, les statuts facturé et payé, et des notes libres.

Couplé aux rapports de chantier avec photos, cela donne au client une vue 360° de la santé financière de chaque chantier. En temps réel.

La technique au service du métier, pas l'inverse

Chez KERN-IT, nous ne croyons pas qu'une technologie soit une fin en soi.

IKOMOB s'appuie sur une stack mature et éprouvée : Python, PostgreSQL, React. Pas de mode, pas de pari technologique.

Le vrai travail n'est pas dans le choix de ces briques. Il est dans la manière de les articuler autour du métier réel du client, dans la durée, sans accumuler de dette technique et sans réécriture massive.

C'est exactement ce que nous racontons dans Pourquoi Python est-il un bon choix pour votre projet et dans PostgreSQL, une base de données incontournable.

Notre méthodologie : avancer par étapes, sans rigidifier

IKOMOB n'a pas été livré d'un bloc.

Le projet a suivi notre approche habituelle, en plusieurs phases sur cinq ans : d'abord le socle technique et le catalogue produit, ensuite le workflow des bons, puis le module chantiers et contrats, ensuite le planning et les affectations, enfin les rapports financiers et l'audit log.

Chaque phase a été mise en production dès qu'elle était utile.

Ce mode de fonctionnement, incrémental et pragmatique, permet à la startup d'utiliser la plateforme dès les premières semaines. De la faire évoluer en fonction de la réalité du terrain. Et d'éviter le piège classique du grand soir où l'on développe pendant un an avant de découvrir que le besoin a changé.

C'est aussi ce qui permet à un logiciel sur mesure de tenir dans le temps. Sans réécriture. Sans migration douloureuse. Et c'est précisément le sujet de la maintenance applicative, dont nous parlons en détail dans maintenance logicielle : pourquoi un logiciel sans maintenance perd de la valeur.

Cinq ans plus tard

IKOMOB est devenu le système nerveux central de l'activité du client.

• Plus de cinq ans d'utilisation continue, sans réécriture, sans migration douloureuse.
• Six modules métier interconnectés, du catalogue produit aux rapports financiers.
• Quatre types de bons qui structurent la logistique d'entrepôt vers le chantier.
• Une traçabilité totale des mouvements de stock, jamais reconstruite à la main.
• Une intégration avec d'autres plateformes du client, partageant le même backend pour éviter la duplication des données.
• Une équipe KERN-IT dédiée sur la durée, qui garantit la continuité de la connaissance métier.

Pas de chiffre d'affaires spectaculaire à exhiber. Juste un constat sobre : le métier tourne, sans frottement, depuis cinq ans.

C'est ce que nous appelons un cœur digital qui tient.

Pourquoi un logiciel sur mesure plutôt qu'un SaaS générique

Le retour sur investissement d'un logiciel sur mesure pour une startup tient en trois points.

D'abord, vous ne pliez pas votre métier à un éditeur. C'est l'inverse. Quand vous découvrez en cours de route qu'un workflow doit changer, le logiciel suit. Sans contrat éditeur à renégocier, sans roadmap d'un tiers à attendre.

Ensuite, il n'y a pas de coût caché de paramétrage. Le paramétrage d'un ERP standard sur cinq ans dépasse souvent le coût d'un développement sur mesure bien cadré. Surtout quand le métier est hybride, comme celui d'IKOMOB.

Enfin, vous êtes propriétaire du code et de la donnée. Aucune dépendance à un éditeur, aucun risque de fin de support ou de changement de tarification unilatéral. C'est la définition même d'un patrimoine numérique durable.

Trois principes simples. Mais c'est précisément ce que les ERP du marché ne peuvent pas offrir à une startup qui invente encore son métier.

Les questions qui reviennent

Pourquoi développer un logiciel de gestion de stock sur mesure plutôt qu'utiliser un ERP standard ?

Les ERP standards conviennent aux entreprises dont les process sont stabilisés et homogènes. Pour une startup au métier hybride combinant stock et chantiers, le coût caché de paramétrage et de customisation dépasse vite celui d'un développement sur mesure qui colle au métier réel et évolue avec lui.

Combien de temps pour développer un logiciel de gestion de stock sur mesure ?

Une première version utilisable se livre en trois à six mois selon la complexité. L'approche par étapes met la plateforme entre les mains des utilisateurs dès les premières semaines, et la fait grandir avec leur retour terrain. IKOMOB a démarré ainsi en 2019.

Un logiciel sur mesure est-il adapté à une startup ?

Oui, à condition d'être cadré pragmatiquement : architecture modulaire, stack mature, scope court terme. IKOMOB en est l'illustration. Grâce à un démarrage léger en 2019, il a pu grandir cinq ans sans réécriture.

Comment se passe la maintenance d'un logiciel sur mesure dans la durée ?

Avec un partenaire technique stable, qui connaît le code et le métier. Enveloppe annuelle prévisible, équipe dédiée qui garantit la continuité de la connaissance métier. C'est précisément ce que nous appelons la maintenance applicative : pas un coût subi, un investissement.

Le code reste-t-il la propriété du client ?

Oui, intégralement. Aucun verrou propriétaire chez KERN-IT. Le client est propriétaire de son code et de ses données. Il peut, en théorie, partir avec à tout moment.

En conclusion

Un logiciel de gestion de stock sur mesure n'est pas une affaire de technologie.

C'est une affaire de fidélité au métier réel, de maîtrise dans la durée, et d'architecture qui sait évoluer sans dette. Le reste (Python, PostgreSQL, React, le nom des briques que vous voudrez) n'est qu'un moyen.

Chez KERN-IT, nous construisons ce type de cœur digital depuis plus de dix ans, pour des startups et des PME belges qui ne rentrent pas dans les cases d'un ERP standard.

Si c'est votre situation, vous savez où nous trouver.