Les OF descendent. Ce qui s’est réellement passé remonte.

Votre ERP sait ce qui devait être fabriqué ; l’atelier sait ce qui l’a été. VZIAM MES en importe les ordres de fabrication, les articles, les nomenclatures et les gammes, et lui renvoie les quantités bonnes, les rebuts et les temps de cycle réels à la clôture de chaque OF.

Le plan et le réel sont rapprochés à la main, une fois par jour, par une seule personne.

Quelqu’un saisit la production de la veille dans l’ERP à partir d’une pile de fiches. Tant que ce n’est pas fait, le système de planification décrit une usine qui n’existe pas ; une fois que c’est fait, il en décrit une qui existait hier. Cette personne est aussi le seul point de contact entre les deux systèmes.

Saisi au lieu d’être confirmé

Quand l’OF n’arrive pas jusqu’à la machine, l’opérateur saisit ce qu’il produit au lieu de le confirmer, et c’est de là que viennent la plupart des erreurs de saisie.

Un jour de retard sur l’atelier

Des résultats saisis en fin de poste ou le lendemain matin laissent l’ERP décrire une usine qui existait hier.

Remonter les résultats est un projet

Faire descendre les OF est un travail borné. Remonter les résultats touche aux règles de validation de votre ERP, au cycle de vie de vos OF et à la clôture mensuelle de quelqu’un : c’est un projet avec votre équipe ERP, pas un connecteur que l’on chiffre sans l’avoir vu.

Dans les deux sens, avec les chiffres de l’atelier protégés.

L’échange passe par une API REST ou par des fichiers JSON et CSV, mappés champ par champ avec votre équipe ERP, selon une planification ou à la demande. Il n’y a pas de connecteur prêt à installer : le mapping, c’est le travail.

  1. 01

    OF et nomenclatures au terminal

    Les OF libérés arrivent prêts à lancer, les OF planifiés en brouillon, avec l’article, sa nomenclature et sa gamme. L’opérateur confirme ce qu’il produit au lieu de le saisir, et c’est là qu’étaient la plupart des erreurs.

    Le terminal où arrive l’OF
  2. 02

    Résultats remontés à la clôture de l’OF

    Les quantités bonnes, les rebuts et les temps de cycle réels remontent à la clôture de l’OF, depuis le même dossier que celui produit par la ligne. Personne n’a besoin de se souvenir de ce qui s’est passé pour le saisir, et l’ERP ne reçoit jamais un total tapé à la main.

    Le dossier de l’OF d’où viennent les résultats
  3. 03

    L’atelier a le dernier mot une fois l’OF lancé

    Une fois un OF en production, une modification venue de l’ERP sur sa quantité cible ou sa gamme attend la validation d’un superviseur. Une correction tardive en amont ne peut pas réécrire ce que fait la ligne.

  4. 04

    Une donnée inconnue est refusée, pas devinée

    Un OF qui cite un article que VZIAM MES ne connaît pas n’est pas créé, et le rejet est journalisé avec son motif. Chaque échange indique ce qu’il a accepté et ce qu’il a refusé : l’équipe ERP voit l’écart au lieu de le découvrir.

    Où tourne VZIAM MES

Quatre personnes sur un même échange.

L’équipe ERP est responsable du mapping, la planification libère les OF, le superviseur décide de ce qui change une fois la ligne lancée, et l’opérateur confirme. Chacun voit la partie qui lui revient.

Le mapping s’écrit avec ceux qui sont responsables de l’ERP.

Les champs sont mappés un à un sur les données de votre ERP, et chaque échange indique ce qu’il a accepté et ce qu’il a refusé, avec le motif. Un OF qui cite un article inconnu est refusé, pas deviné.

Où tourne VZIAM MES
MappingCe que voit l’équipe ERP après un échange.
Acceptés
Créés ou mis à jour
Refusés
Avec leur motif
Article inconnu
OF non créé

Ce qui circule, dans chaque sens.

Depuis l’ERP
OF, articles, nomenclatures, gammes
Vers l’ERP
Bonnes, rebuts, temps de cycle
Envoi des résultats
À la clôture de l’OF
Interface
API REST, JSON, CSV
Exécution
Planifiée ou à la demande
OF en production
Modifications soumises à validation
Article inconnu
OF refusé, journalisé
Connecteur prêt à l’emploi
Aucun, mappé par usine

Questions fréquentes.

Dites-nous quel ERP vous utilisez et qui en est responsable, et demandez aux ingénieurs ce que couvrirait le mapping.

Réserver un appel

Non. L’échange passe par une API REST ou par des fichiers JSON et CSV, mappés sur les champs de votre ERP avec l’équipe qui en est responsable. Le démarrage est plus long que l’installation d’un connecteur, et le mapping est écrit pour vos données plutôt que pour une démo.

Préparez le changement avant qu’il n’atteigne la ligne.

Demandez une démo : un ingénieur examine le fonctionnement actuel de votre production, montre comment le logiciel s’y intégrerait, et sur quelle ligne un pilote commencerait.

Déroulement de la démo
  1. 01Choisissez un créneau

    Réservez dans le calendrier, et notez ce que vous fabriquez et ce qui relève vos machines aujourd’hui.

  2. 02Écran partagé avec un ingénieur

    Un appel vidéo avec une personne qui développe le logiciel, en français ou en anglais.

  3. 03Ce qui se connecte

    Pour chaque machine, sa liaison : native (OPC UA, MQTT ou HTTP push), via une passerelle, ou rien à construire.