NEXT FACTORY PROCESS DAY · ÉDITION 01 · 17 SEPTEMBRE 2026 Retour sur la journée →
INGÉNIERIE · DÉVELOPPEMENT · INDUSTRIALISATION

Quand le standard s’arrête, nous continuons.

Post-processeurs, simulation machine, API, automatisation, données atelier, interfaces métier et documentation : nous construisons les briques qui manquent pour relier votre numérique à votre production.

Post-processeursRelier CFAO et machines
SimulationValider avant l’exécution
AutomatisationRéduire les tâches répétitives
Données & outils métierCapitaliser et piloter
01 — NOS EXPERTISES

Construire ce qui manque entre vos outils.

Post-traiter, simuler, automatiser, connecter, versionner : chaque brique est conçue autour d’un flux de production réel.

01 · POST-PROCESSEURS

Le dernier interprète avant la CN.

BEGIN TOOLPATH
  LOAD_TOOL(T17)
  SET_PLANE(PLANE_SPATIAL)
  OUTPUT_MOTION()

Syntaxe, cycles, cinématique, fonctions spéciales et règles machine.

02 · SIMULATION MACHINE

Vérifier avant d’exécuter.

Le modèle machine, le post-processeur et le programme doivent raconter la même histoire avant l’usinage réel.

03 · API & DÉVELOPPEMENTS

Rendre une méthode exécutable.

foreach (var operation in project.Operations) {
  if (NeedsUpdate(operation))
    Regenerate(operation);
}

Outils métier, traitements en masse, contrôles et interfaces sur mesure.

04 · AUTOMATISATION

Moins de manipulations, plus de règles visibles.

DONNÉE→RÈGLE→CONTRÔLE→SORTIE
05 · PORTAL

Le cycle de vie du livrable continue après la livraison.

Versions publiées, téléchargements, documentation et visibilité client.

02 — DE LA CFAO À LA MACHINE

Relier les briques jusqu’à l’exécution.

Un parcours outil correct ne garantit pas à lui seul un programme sûr. Post-processeur, modèle machine, bridage et simulation doivent décrire le même environnement.

PROGRAMMATION & SIMULATION
POST-PROCESSEUR
; Sortie représentative
CYCL DEF 247 DATUM SETTING
PLANE SPATIAL SPA+0 SPB+90 SPC+0
L X+12.540 Y-8.220 Z+50 FMAX
TOOL CALL 17 Z S42000
M3
La logique de sortie dépend de la machine, de la CN et du process.
EXÉCUTION MACHINE
CFAO→POST-PROCESSEUR→SIMULATION MACHINE→CN→PIÈCE
03 — CE QUE NOUS CONSTRUISONS

Voir la technique, pas seulement son résultat.

Les développements sont faits pour être maintenus, testés et compris dans le temps.

POST-PROCESSEURS

GPP2, règles machine et sortie CN.

IF machine.mode == MILLTURN
  CALL sync_channel()
  MAP spindle -> C_AXIS
ENDIF

OUTPUT motion, feed, coolant
SIMULATEURS

Cinématique, environnement et collisions.

API

Automatiser les tâches qui coûtent du temps.

// Exemple de logique d'automatisation
var changed = FindChangedTools();
UpdateToolLibrary(changed);
RegenerateAffectedNC();
PublishRelease();
CONTINUITÉ

Du développement à la release client.

DEV→VALIDATION→RELEASE→PORTAL
04 — PORTAL

La livraison devient un point de départ, pas une pièce jointe perdue dans un e-mail.

Portal prolonge la relation technique : le client retrouve ce qui lui est publié, identifie la version disponible et accède aux éléments associés à son environnement.

NEXT FACTORY · PORTALESPACE CLIENT
ENVIRONNEMENT CLIENT

Versions & livrables

Tout ce qui est publié pour votre installation.
POST-PROCESSEURKERN Micro HDv2.4.1
DERNIÈRE VERSION
DocumentationInstructions · notes · aide
HistoriqueVersions publiées
VERSION

Savoir immédiatement si l’on est à jour.

Le statut et la dernière release publiée restent visibles sans reconstituer l’historique d’e-mails.

ACCÈS

Télécharger les livrables autorisés.

Post-processeurs, simulations ou autres éléments développés par Next Factory peuvent être remis à disposition de manière contrôlée.

DOCUMENTATION

Conserver l’aide avec le livrable.

Instructions, documents et informations utiles restent associés à l’environnement client.

CONTINUITÉ

Suivre le cycle de vie.

Une évolution n’efface pas la précédente : elle devient une nouvelle release identifiable.

Aperçu fonctionnel : aucune donnée client réelle n’est affichée.

05 — ACCOMPAGNEMENT

Comprendre avant de développer.

Une solution spécifique commence par la compréhension du besoin, des contraintes et de la manière dont les équipes travaillent réellement.

Échanges techniques lors d’un événement Next Factory
Écouter le besoin et confronter les points de vue.
Équipe au Centre d’application Next Factory
Valider ensemble avant de figer la solution.
ANALYSER

Le développement est une conversation avec le process.

Nous observons les méthodes existantes, les contraintes machine, les points de rupture et ce que les équipes veulent réellement simplifier.

Besoin→Prototype→Essai→Validation→Évolution

Un besoin qui ne rentre pas dans une case ?

Décrivez le résultat recherché. Nous déterminerons ensuite s’il faut configurer, connecter, automatiser ou développer.

Parler de mon besoin →