· 11 min de lecture

Katana, MRPeasy et le problème des 300+ $ par mois pour les micro-fabricants


Katana démarre à 299 $/mois et atteint 747–1 095 $ avec les modules. Pour les ateliers de moins de 50 personnes : l'alternative prête pour les nomenclatures sur un VPS à 4–6 $.

Le problème

Vous dirigez un atelier, pas une usine. Cinq, dix, peut-être vingt-cinq personnes. Vous assemblez des kits de meubles, coulez des bougies, mélangez du café, emballez des kits électroniques, conditionnez des compléments — choisissez votre métier. Votre « processus de fabrication » est une recette : 2 de ceci, 1 de cela, quinze minutes à la table d’assemblage. Tout votre besoin de planification tient en deux questions :

  1. Que peut-on encore produire aujourd’hui ?
  2. Combien ce lot nous a-t-il réellement coûté ?

Pour ces deux questions, le marché du logiciel de fabrication vous propose ceci :

OutilPrix d’entrée (2026)
Katana299 $/mois (Core) — avant modules additionnels
MRPeasy49–149 $ par utilisateur / mois
Odoo Manufacturing31,10 $+ par utilisateur / mois (offres Enterprise)

Les micro-fabricants — ateliers de moins de 50 personnes — sont le segment que le marché MRP surfacture le plus systématiquement. On vous cite du vocabulaire d’entreprise (gammes multi-niveaux, ordonnancement à capacité finie, terminaux d’atelier) à des prix qui supposent que vous employez un planificateur de production. Ce n’est pas le cas. Vous avez une table, une liste de recettes et une boutique Shopify.

Un devis réel

Un atelier de 6 personnes : 18 SKU finis, chacun un assemblage de 3–5 composants, vendant sur Shopify, réapprovisionné par quatre fournisseurs. Un micro-fabricant totalement typique.

Le pitch de Katana : offre Core à 299 $/mois avec utilisateurs illimités. Ça paraît raisonnable — jusqu’à ce que l’échelle des modules commence. Des tablettes d’atelier pour la table d’assemblage ? C’est l’app Shop Floor, un module. La réception par codes-barres des composants entrants ? Warehouse Management, un module. La traçabilité par lot qu’un distributeur finira par vous imposer ? Traceability, un module. Les analyses indépendantes de prix de 2026 situent les factures Katana réelles typiques à 747–1 095 $/mois une fois ces ajouts faits — et les emplacements de stock et le volume de commandes sont facturés à l’usage, donc la facture grandit avec vous.

Core                    $299
+ Traceability          $249
+ Manufacturing         $199
+ Warehouse Management  $149
─────────────────────────────
Configured              $896/month

Le pitch de MRPeasy : 69 $/utilisateur/mois sur l’offre Professional. Mais « par utilisateur » signifie chaque utilisateur — la tablette de la table d’assemblage compte, et votre comptable aussi. Six personnes : 414 $/mois, pour toujours.

Soit 3 600–9 600 $ par an de loyer logiciel pour gérer 18 recettes et répondre à deux questions.

Ce que ces outils font réellement bien

L’équité d’abord — ce sont de bons produits :

  • Katana offre la meilleure synchronisation temps réel stock-plus-ventes de sa catégorie et une UX réellement propre. Les utilisateurs illimités sur Core sont une tarification honnête pour le palier au-dessus de vous. Il existe même une offre gratuite — plafonnée à 30 SKU, qu’un atelier dépasse dès qu’on compte les composants, pas seulement les produits finis.
  • MRPeasy est du MRP classique sérieux — planification, gestion de capacité, contrôle de stock — pour une fraction des prix des grands ERP. Si vous avez un planificateur de production dont c’est le métier de l’alimenter, il mérite sa facture.
  • Odoo est le filet de sécurité de l’ERP complet : comptabilité, CRM, stock, fabrication sous un même toit, avec un écosystème énorme d’intégrateurs.

Le problème n’est pas la qualité. Le problème, c’est que les trois sont tarifés et architecturés pour le palier au-dessus de la micro-fabrication — et qu’aucun ne vous facturera moins parce que vous utilisez 10 % de la surface fonctionnelle.

Les coûts cachés au-delà de la facture

1. L’échelle tarifaire croît avec vous, pas avec votre valeur

Les modules et la facturation à l’usage de Katana, les sièges par utilisateur de MRPeasy, les applications par utilisateur d’Odoo — chaque voie de croissance du MRP SaaS signifie une facture mensuelle plus lourde. Ajouter un scanner au deuxième poste ne devrait pas être un événement tarifaire.

2. Vous louez de la complexité que vous n’ouvrirez jamais

Nomenclatures multi-niveaux, ordonnancement à capacité finie, exécutions MRP, flux de sous-traitance, terminaux d’atelier. Un micro-fabricant a besoin de nomenclatures à un niveau, d’une vérification de couverture et d’un calcul de coût. Cela représente environ 10 % de la surface fonctionnelle — facturée à 100 %.

3. La dépendance au cloud avec une connexion d’atelier

Les tables d’assemblage vivent dans des zones industrielles avec la qualité Wi-Fi qu’on imagine. Le MRP cloud s’arrête au quai de chargement : pas de connexion, pas de réception, pas de journalisation de production. Votre atelier ne devrait pas s’arrêter parce que le routeur a clignoté.

4. Vos recettes vivent dans leur base de données

Une nomenclature est votre propriété intellectuelle — votre produit décomposé. Dans le SaaS multi-tenant, elle vit chez leur hébergeur, et l’export que vous obtiendrez, ce sont des CSV. Quand les prix grimpent de 10–20 % par an (ils le font), les coûts de changement vous maintiennent au paiement.

À quoi ressemble réellement le système d’un micro-fabricant

Voici la partie que la plupart des éditeurs MRP ne vous montreront pas : le modèle de données derrière le « logiciel de fabrication » pour l’assemblage simple est petit. Vous pouvez inspecter une fondation fonctionnelle dès maintenant — elle tourne en direct sur demo.kamensky.dev :

TableCe qu’elle contient
variantsChaque SKU — vendable et consommable — avec cost et price
purchase_itemsChaque ligne de réception fournisseur, unit_cost préservé par réception
inventory_movementsRegistre en ajout seul : in / out / adjust, chaque ligne liée à sa source (achat, commande, cas qualité)
orders / order_itemsHistorique des ventes avec le unit_price vendu préservé comme fait de gestion
quality_casesDéfauts de réception fournisseur, retours client, inspections internes — avec un workflow de statut

Deux propriétés comptent plus que n’importe quelle liste de fonctionnalités :

  • Le stock est calculé, pas saisi. Chaque quantité dérive du registre de mouvements. Il n’existe aucun champ « stock actuel » modifiable qui puisse dériver de la réalité — exactement le mode de défaillance qui tue les tableurs d’inventaire à 10 000 SKU.
  • Le coût est une histoire, pas un champ. Chaque ligne d’achat conserve son unit_cost. Quand le prix d’un composant passe de 2,40 $ à 3,10 $, le coût du lot du trimestre dernier ne change pas en silence — c’est précisément ce que la comptabilité analytique de production doit garantir.

Sur cette fondation, une nomenclature n’a rien d’exotique :

Une nomenclature est une ligne par composant (ce que vous vendez, ce qu’elle consomme, en quelle quantité, plus les rebuts), et un ordre de fabrication est un workflow plus deux écritures de registre — composants en sortie, SKU finis en entrée. Le coût du lot provient directement des coûts unitaires des composants dans l’historique d’achat réel, plus la main-d’œuvre et les frais généraux.

« Que peut-on encore produire aujourd’hui ? » devient une requête par SKU fini — couverture des composants contre le même registre qui alimente déjà vos vues ventes et achats.

L’honnêteté d’abord : ce qui est en ligne, et ce qui se construit par client

La démo prouve la fondation : le registre de mouvements, l’historique de coûts préservé, les cas qualité, la synchronisation hors ligne et le pipeline de migration déterministe en 5 étapes. Le module de fabrication lui-même — gestion des nomenclatures, ordres de fabrication, calcul du coût par lot — n’est pas une case à cocher sur une page tarifaire publique. Il se configure par client sur cette fondation.

Pour un atelier de 10–50 assemblages à un niveau, c’est une construction petite et rapide : le schéma y est prêt, et les intégrations (synchronisation Shopify des produits finis, bons de commande fournisseurs, export comptable) utilisent les mêmes schémas de connecteurs que la démo exécute déjà. Le système fini continue de tourner sur un VPS économique — 4–6 $/mois d’infrastructure, utilisateurs illimités, jamais de tarif par siège.

C’est toute la différence en une phrase : le MRP SaaS vous loue l’intégralité du catalogue logiciel d’usine à des paliers d’entreprise ; une construction sur mesure paie une fois pour les 10 % que vous utiliserez réellement, sur un modèle de données que vous pouvez inspecter aujourd’hui.

Comparaison des prix

Katana Core + modulesMRPeasy (6 utilisateurs)Odoo Enterprise (6 utilisateurs)Sur mesure sur la fondation ak-ops
Mensuel299 → 747–1 095 $414 $187–366 $4–6 $ (VPS)
Unique0 $0 $partenaire d’intégrationconstruction (chiffrée après analyse)
Utilisateursillimités (Core)par utilisateurpar utilisateurillimités
Table d’assemblage hors lignenonnonnonoui — synchronisation offline-first
Ne paie que l’utilisénonnonnonpar conception
Données de nomenclatures et recettesleur tenantleur tenantleur cloudvotre fichier SQLite
Champs de processus personnalisésnonnondéveloppeur requispar conception

(Note Odoo : l’édition Community gratuite n’inclut pas l’application Manufacturing — le MRP est dans les offres Enterprise payantes, et l’auto-hébergement de celles-ci se facture toujours par utilisateur.)

Le calcul du seuil de rentabilité

6-person workshop, $400/month average MRP bill:

SaaS route:        $400/mo → $4,800/year → $24,000 over 5 years
                   (before the 10–20% annual price creep)

Tailored build:    $3,000–6,000 one-time + $6/mo VPS
                   amortized over 24 months ≈ $131–256/month

Break-even:        month 8–16
5-year savings:    ≈ $12,000–19,000 — and you own the system

Quand choisir quoi

ChoisissezSi…
KatanaVous avez 30+ SKU finis avec nomenclatures multi-niveaux ou sous-traitance, vous voulez zéro installation et la facture vous convient vraiment
MRPeasyVous avez besoin de vraie planification et gestion de capacité — et de quelqu’un dont c’est le métier de la maintenir
OdooVous construisez de toute façon un ERP à l’échelle de l’entreprise (comptabilité + RH + CRM) et avez un budget d’intégrateur
Construction sur mesureVous êtes moins de 50 personnes, vos assemblages sont à un niveau, et vous voulez le hors-ligne, la propriété des données et un coût fixe

Le chemin de migration

Vous ne bouleversez pas la routine de l’atelier du jour au lendemain. Trois phases :

Phase 1 — Audit des nomenclatures (semaines 1–2). La plupart des ateliers gardent leurs recettes dans Excel. Elles passent par le même pipeline déterministe en 5 étapes que toute migration de tableur : Analyser → Cartographier → Nettoyer → Valider → Importer, avec comptage exact. Composants et SKU finis atterrissent dans products / variants ; l’historique d’achats atterrit dans purchases / purchase_items avec chaque unit_cost préservé.

Phase 2 — Configurer le module de fabrication (semaines 3–4). bom_lines à partir de vos recettes auditées, un workflow d’ordres de fabrication calé sur le fonctionnement réel de votre table, des règles de calcul de coût, et les intégrations : synchronisation Shopify des produits finis, bons de commande fournisseurs, export comptable.

Phase 3 — Marche parallèle puis bascule (semaine 5+). Le tableur reste la source de vérité pendant deux semaines tandis que les deux systèmes tournent ; les comptes se rapprochent chaque nuit ; puis la bascule, et la table d’assemblage passe en offline-first — les mutations sont mises en file localement et synchronisées à la reconnexion.

La discipline complète derrière cela est documentée dans la démo de migration de tableur vers base de données — déterministe, à comptage exact, réversible.

TL;DR

Le problèmeLes micro-fabricants (moins de 50 personnes) paient 300–1 100 $/mois pour un MRP tarifé pour le palier au-dessus d’eux
Le surdimensionnementVous avez besoin de nomenclatures à un niveau, d’une vérification de couverture et d’un calcul de coût — environ 10 % de la surface fonctionnelle facturée
L’alternativeUne fondation prête pour les nomenclatures déjà en ligne sur demo.kamensky.dev : variantes avec historique de coûts, registre de mouvements en ajout seul, cas qualité
Ce qui se construit par clientNomenclatures, ordres de fabrication, coût par lot, intégrations — une petite construction sur une fondation éprouvée, tournant sur un VPS à 4–6 $/mois avec utilisateurs illimités
Le calcul3 000–6 000 $ uniques contre 400 $/mois de loyer → seuil au mois 8–16, économies sur cinq ans ≈ 12–19 k$
Prochaine étapeApportez votre tableur de nomenclatures à l’appel de cadrage de 20 min — nous évaluerons votre projet, les intégrations et le plan de migration
À lire aussiLa taxe de stack Shopify · De Google Sheets à SQL en une transaction · Votre tableur d’inventaire cassera à 10 000 SKU

Vous payez 300 $+/mois pour gérer 20 recettes ? Je construis la version sur mesure sur la fondation que vous pouvez tester dès aujourd’hui, et je migre vos nomenclatures avec une discipline de comptage exact — réservez un appel de cadrage gratuit de 20 min.