Logiciel OMS
Nos produits › Logiciel OMS
Votre ERP gère la commande. Un OMS décide quel stock la sert, depuis quel site — et ce qui se passe quand deux canaux vendent la même pièce.
Vous n'en avez probablement pas besoin
Un site, un canal de vente, une équipe qui se connaît : votre ERP gère les commandes et cela suffit. Un OMS automatiserait une décision qui ne se pose pas chez vous.
Cela change dès que la même marchandise se vend par plusieurs chemins.
Le moment est précis. Deux commandes arrivent à une minute d'intervalle, il restait une pièce. Votre entrepôt le sait immédiatement. La marketplace l'apprend quelques secondes à quelques minutes plus tard, selon la connexion. Dans cet intervalle, vous avez vendu deux fois.
Les totaux dans l'ERP, le détail chez nous
L'objection la plus fréquente : on se retrouverait avec deux stocks. C'est faux, et la raison compte.
Votre ERP a besoin de totaux, parce que la valorisation et le réapprovisionnement sont des questions de total. La valeur du stock et le point de commande travaillent sur un chiffre par article — pas sur onze emplacements, trois lots et une répartition entre réservé et réellement disponible.
Nous tenons le détail sous ce total : où la marchandise se trouve, quel lot, ce qui est réservé, ce qui est vraiment libre. Parce que piloter le travail et allouer du stock sont des questions de détail.
Rien n'est dupliqué. Un total, à un seul endroit. Le détail se trouve dessous. Votre système nous dit ce qui est demandé ; nous lui disons ce qui a été fait.
Ce qui est décidé
Un OMS logistique ne remplace personne. Il prend les décisions que quelqu'un tranche aujourd'hui de tête, et en fait une règle.
| Décision | De quoi il s'agit |
|---|---|
| Allocation par canal | Quelle quantité chaque canal voit — et ce qui est délibérément retenu |
| Choix du site | Depuis quel entrepôt on expédie quand plusieurs conviennent |
| Découpe de commande | Quand scinder une commande, et quand c'est plus coûteux qu'attendre |
| Disponibilité à la promesse | Ce qui peut être promis, et pour quand — avant la confirmation, pas après |
| Priorité | Quel canal gagne en cas de pénurie. Une décision commerciale, pas technique |
| Retour d'information | Ce qui s'est réellement passé, renvoyé à l'ERP et au canal |
Le décalage ne se referme pas
L'hypothèse habituelle : synchroniser plus vite et le problème disparaît. Il se réduit, il ne disparaît pas.
Mesurez le délai entre une confirmation de prélèvement chez vous et la disponibilité affichée sur le canal. Prenez le pire cas, pas la moyenne. Multipliez par votre cadence de commandes en pointe. Ce chiffre correspond au nombre de commandes que vous pouvez recevoir sans pouvoir les empêcher.
Vous listez donc volontairement un peu moins que ce que vous détenez. Cela semble absurde — jusqu'à ce que vous chiffriez l'alternative. Une annulation sur une marketplace notée coûte la commande, la note, et une part de votre visibilité pendant les semaines suivantes.
Commerce unifié, concrètement
Le terme circule beaucoup. Concrètement, il signifie une chose : un seul état du stock, quel que soit le canal qui le consulte — web, magasin, marketplace, B2B.
C'est exactement ce que fait la couche décrite plus haut. Le commerce unifié n'est pas un produit, c'est ce que vous obtenez quand il n'existe plus qu'un seul état de stock et une seule logique d'allocation au-dessus.
Si un fournisseur vous vend du commerce unifié sans vous dire combien de systèmes tiendront une quantité de stock après l'installation, demandez-le. C'est la seule question qui distingue le concept du slogan.
Où nous nous situons
BizBloqs fournit la gestion de stock, le pilotage d'entrepôt et l'allocation des commandes sur une seule plateforme. Passer de l'un à l'autre ajoute des fonctionnalités — vous ne changez pas de système.
Nous travaillons avec votre ERP, pas contre lui. SAP Business One, Exact, Sage : la commande reste là où elle doit être. Nous ajoutons la logique au-dessus.
Le paramétrage se fait par configuration, pas par développement spécifique.
Un mot sur la souveraineté des données. Nous sommes un éditeur néerlandais, nos données restent en Europe et relèvent du droit européen. Pour certaines entreprises c'est indifférent ; pour d'autres, notamment dans le secteur public et la distribution, c'est une contrainte d'achat. Nous le mentionnons parce que la question se pose et qu'elle mérite une réponse claire plutôt qu'une page de conformité.
Le versant entrepôt de la même question : notre guide du logiciel WMS. Selon la taille : PME, PME+ et Enterprise.
Questions à poser à un éditeur
- 1.Quel est le délai entre un changement de stock chez nous et la disponibilité affichée sur le canal ? Mesuré, au pire cas.
- 2.Puis-je définir un seuil différent par canal — et qui le modifie, vous ou nous ?
- 3.En cas de pénurie, qui obtient la pièce, et selon quelle règle ?
- 4.Après cette mise en place, combien de systèmes tiennent une quantité en stock pour le même article ? Nommez-les.
- 5.Si nous ajoutons un canal dans un an : configuration ou développement ?
- 6.Montrez-moi ce qui se passe quand une marketplace vend un article que nous venons de prélever.
Questions fréquentes
Qu'est-ce qu'un logiciel OMS ?
Un OMS — Order Management System — décide quel stock sert quelle commande, depuis quel site et pour quel canal. Il se place entre votre ERP et l'entrepôt : la commande reste dans l'ERP, la logique d'allocation est dans l'OMS.
Pourquoi utilise-t-on le terme anglais ?
Parce que la traduction française n'a pas pris. Système de gestion des commandes est correct mais quasiment personne ne l'emploie, et l'abréviation seule prête à confusion avec l'Organisation mondiale de la santé. Les professionnels disent logiciel OMS ou OMS logistique.
Quelle est la différence entre un OMS et un ERP ?
L'ERP tient la commande, le client, la facture et un total de stock. L'OMS décide quel stock précis sert cette commande, depuis quel site, et ce qui est promis à chaque canal. Totaux contre détail.
Quelle est la différence entre un OMS et un WMS ?
Un WMS pilote le travail dans l'entrepôt : qui prépare quoi, dans quel ordre. Un OMS décide en amont quel stock est utilisé et depuis où on expédie.
Ai-je besoin d'un OMS avec un seul canal de vente ?
En général non. Le besoin apparaît avec le deuxième canal ou le deuxième site — quand chaque commande implique une décision qui était auparavant évidente.
Est-ce compatible avec notre ERP actuel ?
Oui, c'est le cas courant. La commande continue de passer par votre ERP ; nous ajoutons la logique d'allocation au-dessus et renvoyons ce qui a été fait.
Une réponse honnête
Une demi-heure, et une réponse claire sur notre adéquation — y compris si nous ne sommes pas la bonne solution.