Aller au contenu
SCOPERAILUN PRODUIT FOKALABS

L’IA DANS LES OUTILS DÉJÀ UTILISÉS

L’IA utile, là où le travail se fait.

Vos équipes savent quoi faire. Vos clients avancent.

ScopeRail relie les savoirs, les systèmes et les règles sur lesquels votre entreprise s’appuie déjà. Chacun trouve la bonne réponse, avance dans une tâche ou transmet une demande claire sans changer d’outil. Vous gardez la main sur les droits et les décisions.

Déployé d’abord dans Sextan, un logiciel métier complexe où chaque rôle voit et fait des choses différentes.

Une question est reliée à l’identité, à l’écran, aux connaissances et aux données utiles. ScopeRail sélectionne les outils autorisés, prépare une suite et attend la confirmation humaine.

01 / VOIR LE TRAVAIL AVANCER

Une question. Une suite concrète.

Ces exemples sont fictifs. L’interface change avec le métier, mais le parcours reste lisible : comprendre la situation, consulter les bonnes sources, préparer la suite et laisser la personne décider.

01 / OPÉRATIONS / STOCK

L’équipe répond à partir du stock déjà affiché.

Une coordinatrice commerciale consulte la fiche d’un produit. La réponse dépend du stock disponible, réservé et attendu.

02 / FINANCE / ACTIVITÉ

La finance obtient le chiffre et son périmètre.

Une responsable financière pose une question depuis le reporting. La réponse doit conserver l’activité, la région et la définition comptable de la vue ouverte.

03 / SUPPORT / TICKET

Un message flou devient un ticket exploitable.

Un client signale un problème de paiement depuis l’écran de réglages. ScopeRail connaît le contexte produit, puis demande ce qui manque au ticket.

SCOPERAIL / FIL AGENT 01ACTIF
VOUS

Peut-on engager 120 unités de MX-42 pour le site de Lyon cette semaine ?

SR
SCOPERAILCONTEXTE ÉCRAN RETENU
UTILISÉ

J’utilise la vue de stock MX-42 déjà ouverte : elle correspond à l’article et au site de votre question.

ÉCRAN OUVERTMX-42 / État du stockÀ JOUR
Disponible
148
Réservé
40
Attendu
96 · jeudi
Site / LyonArticle / MX-42Rôle / ADV
ACTIVITÉ DE L’AGENT02 / 02
01SOURCERègles d’allocation et d’engagementPolitique d’entrepôt en vigueur · règle validéeUTILISÉ
02OUTIL MÉTIERconsulter_position_stock108 unités libres · 96 attendues jeudiTERMINÉ
SR
SCOPERAIL

Vous pouvez engager 108 unités maintenant. Les 12 restantes dépendent de la réception de jeudi. Je peux préparer une allocation en deux temps avec des dates explicites.

ACTION PROPOSÉECréer une allocation en deux temps
VOTRE CONFIRMATION

Engager le stock disponible et rattacher le solde à la réception prévue jeudi.

MAINTENANT
108 unités
JEUDI
12 unités
DESTINATION
Lyon
ModifierRefuserConfirmer l’allocation

Pas encore exécutée. Rien ne change avant votre confirmation.Vérifiez les quantités et les dates. L’allocation ne sera créée qu’après confirmation.

01 / OPÉRATIONS / STOCK

L’équipe répond à partir du stock déjà affiché.

Une coordinatrice commerciale consulte la fiche d’un produit. La réponse dépend du stock disponible, réservé et attendu.

SCOPERAIL / FIL AGENT 01ACTIF
VOUS

Peut-on engager 120 unités de MX-42 pour le site de Lyon cette semaine ?

SR
SCOPERAILCONTEXTE ÉCRAN RETENU
UTILISÉ

J’utilise la vue de stock MX-42 déjà ouverte : elle correspond à l’article et au site de votre question.

ÉCRAN OUVERTMX-42 / État du stockÀ JOUR
Disponible
148
Réservé
40
Attendu
96 · jeudi
Site / LyonArticle / MX-42Rôle / ADV
ACTIVITÉ DE L’AGENT02 / 02
01SOURCERègles d’allocation et d’engagementPolitique d’entrepôt en vigueur · règle validéeUTILISÉ
02OUTIL MÉTIERconsulter_position_stock108 unités libres · 96 attendues jeudiTERMINÉ
SR
SCOPERAIL

Vous pouvez engager 108 unités maintenant. Les 12 restantes dépendent de la réception de jeudi. Je peux préparer une allocation en deux temps avec des dates explicites.

ACTION PROPOSÉECréer une allocation en deux temps
VOTRE CONFIRMATION

Engager le stock disponible et rattacher le solde à la réception prévue jeudi.

MAINTENANT
108 unités
JEUDI
12 unités
DESTINATION
Lyon
ModifierRefuserConfirmer l’allocation

Pas encore exécutée. Rien ne change avant votre confirmation.Vérifiez les quantités et les dates. L’allocation ne sera créée qu’après confirmation.

02 / FINANCE / ACTIVITÉ

La finance obtient le chiffre et son périmètre.

Une responsable financière pose une question depuis le reporting. La réponse doit conserver l’activité, la région et la définition comptable de la vue ouverte.

SCOPERAIL / FIL AGENT 02ACTIF
VOUS

Quel chiffre d’affaires vient des contrats de maintenance dans la région Sud au dernier trimestre ?

SR
SCOPERAILCONTEXTE ÉCRAN RETENU
UTILISÉ

J’utilise le rapport T2 ouvert. Il porte déjà les filtres Sud et Maintenance.

DONNÉES DE DÉMO / VUE OUVERTEChiffre d’affaires / T2FILTRÉ
Région
Sud
Activité
Maintenance
Devise
EUR
Entité / AtlasPériode / T2Rôle / Finance
ACTIVITÉ DE L’AGENT02 / 02
01SOURCEDéfinition du chiffre d’affairesCA comptabilisé · hors taxes · périodes clôturéesUTILISÉ
02OUTIL MÉTIERinterroger_ca1,84 M€ comptabilisés · 96 factures dans le périmètreTERMINÉ
SR
SCOPERAIL

Le chiffre d’affaires comptabilisé est de 1,84 M€ pour cette période, cette région et cette activité. La définition comptable et les filtres restent joints au résultat pour permettre sa vérification.

ACTION PROPOSÉEExporter ce résultat cadré
VOTRE CONFIRMATION

Conserver la définition comptable et les filtres actifs dans l’export.

RÉSULTAT
1,84 M€
ÉCRITURES
96 factures
PÉRIMÈTRE
Sud · Maintenance
Modifier les filtresAnnulerConfirmer l’export

Pas encore exécutée. Rien ne change avant votre confirmation.Vérifiez le périmètre. L’export ne sera produit qu’après confirmation.

03 / SUPPORT / TICKET

Un message flou devient un ticket exploitable.

Un client signale un problème de paiement depuis l’écran de réglages. ScopeRail connaît le contexte produit, puis demande ce qui manque au ticket.

SCOPERAIL / FIL AGENT 03ACTIF
VOUS

Les paiements échouent encore pour nos clients allemands. Vous pouvez corriger ça ?

SR
SCOPERAILCONTEXTE ÉCRAN RETENU
UTILISÉ

J’utilise les réglages de paiement ouverts. Ils identifient le compte, le marché et le mode de production.

ÉCRAN OUVERTCheckout / Réglages de paiementVUE DU COMPTE
Prestataire
Adyen
Marché
Allemagne
Mode
Production
Compte / NorthstarRégion / UERôle / Admin
ACTIVITÉ DE L’AGENT02 / 02
01SOURCEQualification des incidents de paiementÉléments requis et routage des incidents checkoutUTILISÉ
02OUTIL MÉTIERconsulter_erreurs_paiementDélais 3DS anormaux · Allemagne · depuis 09 h 42TERMINÉ
SR
SCOPERAIL

Je peux préparer le ticket d’incident. Il me manque encore deux précisions :

  1. 01Toutes les cartes échouent-elles, ou seulement celles avec 3DS ?
  2. 02Puis-je joindre les trois dernières tentatives en échec ?
ACTION PROPOSÉECréer un incident de paiement
VOTRE CONFIRMATION

Transmettre un ticket qualifié avec le contexte produit et les preuves autorisées par le client.

MARCHÉ
Allemagne
SIGNAL
Délai 3DS
PREUVES
3 tentatives
ModifierRefuserConfirmer la création

Pas encore exécutée. Rien ne change avant votre confirmation.Vérifiez le périmètre et les preuves. Le ticket ne sera créé qu’après confirmation.

02 / UN SYSTÈME. DU TRAVAIL CONCRET.

Comprendre, avancer, transmettre.

Chantier, atelier, cabinet comptable ou produit logiciel : les métiers changent, pas le besoin. Le savoir de l’entreprise et les informations à jour arrivent à la bonne personne, dans l’outil déjà ouvert.

  1. SUR LE TERRAIN

    Trouver la bonne procédure.

    Une équipe reçoit l’instruction adaptée au site, à son rôle et à la situation qu’elle rencontre.

  2. DANS LES OPÉRATIONS

    Faire avancer le dossier.

    Une équipe en atelier ou au back-office vérifie l’état réel, comprend une exception et prépare la prochaine étape valable.

  3. DANS LE PRODUIT

    Aider au bon endroit.

    Un client obtient une réponse adaptée à son écran, à son compte et à ses droits.

  4. AU MOMENT DE TRANSMETTRE

    Créer une demande exploitable.

    Une question imprécise devient un ticket complet, accompagné du contexte et des éléments utiles.

03 / LE CONTEXTE MANQUANT

La réponse tient rarement dans un seul document.

Une même question change selon la personne, l’écran ou le dossier. ScopeRail commence par comprendre la situation avant de demander au modèle de répondre.

CHAT DOCUMENTAIRE

Un assistant documentaire explique ce qui est écrit. Il ne connaît ni l’état du dossier, ni l’écran ouvert, ni ce que cette personne peut voir ou modifier.

SCOPERAIL

ScopeRail part de l’utilisateur connecté et de l’état réel du produit. Il réunit uniquement les connaissances et les outils utiles, puis propose une réponse adaptée à l’instant.

  1. Identité
  2. Écran courant
  3. Connaissances
  4. État réel
  5. Outils autorisés
Cinq sources de contexte qui convergent vers un parcours ScopeRail maîtrisé.

04 / UNE QUESTION. LE BON PÉRIMÈTRE.

Le contexte change. La réponse utile aussi.

Choisissez un rôle. Le graphe montre ce qui peut être consulté, ce qui reste hors périmètre et la suite qui peut être préparée. Les droits du produit restent la référence.

QUESTION / 01Pourquoi cette demande est-elle bloquée ? Que puis-je faire maintenant ?

Graphe de contrôle ScopeRail, de l’identité et du contexte produit jusqu’aux éléments utilisés, à l’action proposée et à la validation humaine.
  1. Identitédisponible
  2. Écrandisponible
  3. Périmètredisponible
  4. Connaissancesdisponible
  5. Outils métierhors périmètre
  6. Éléments utilisésdisponible
  7. Action proposéehors périmètre
  8. Validation humainevalidation requise

Client

La demande attend une revue interne. Vous pouvez consulter son état et les informations déjà partagées. Ce compte ne permet pas de la valider.

Aucune écriture proposée pour ce rôle.

Lire les trois scénarios
  • Client: La demande attend une revue interne. Vous pouvez consulter son état et les informations déjà partagées. Ce compte ne permet pas de la valider. Ouvrir l’état de la demande.
  • Opérateur: Un document obligatoire manque. Vous pouvez préparer un ticket de revue avec le dossier courant, la procédure concernée et la pièce attendue. Préparer le ticket de revue.
  • Administrateur: La demande est complète et prête pour une revue autorisée. La règle appliquée, le dossier et la trace des opérations sont disponibles avant validation. Examiner la validation proposée.

05 / CONSTRUIT DANS UN VRAI PRODUIT

D’une question produit à une suite précise et maîtrisée.

ScopeRail est né dans Sextan, un logiciel d’opérations complexe. L’assistant connaît le module courant, vérifie les droits côté serveur, cherche dans les sources autorisées et utilise les outils prévus avant de répondre.

BOUCLE PUBLIQUE

  1. 01Situer
  2. 02Chercher
  3. 03Proposer
  4. 04Confirmer
  5. 05Agir
  6. 06Revoir
Trace anonymisée ScopeRail montrant le contexte validé, les éléments utilisés, un ticket proposé et une validation humaine.
QUESTIONCette demande est bloquée. Que manque-t-il ?
CONTEXTE VALIDÉ
  • Rôle / opérateur
  • Module / demandes
  • Périmètre / site courant
ÉLÉMENTS UTILISÉS
  • Procédure concernée
  • État réel de la demande
  • Règle d’accès
RÉSULTAT PRÉPARÉLe document manquant est identifié. Un ticket de revue est prêt avec le dossier, la source et la prochaine étape attendue.

L’utilisateur confirme avant la création du ticket.

01Situer la demande

La page et le module arrivent comme des indications. Le produit les vérifie avec l’utilisateur connecté et son périmètre avant qu’ils influencent la réponse.

02Chercher dans le bon périmètre

La recherche lexicale et sémantique ne parcourt que les connaissances accessibles. Les contenus restreints n’entrent pas dans le contexte du modèle.

03Consulter l’état réel

Des outils de lecture approuvés interrogent le dossier courant. Le module limite la liste des outils et l’application maintient chaque requête dans son périmètre.

04Préparer, valider, tracer

L’assistant peut préparer un ticket ou une action prévue. La personne relit, le produit vérifie les droits une nouvelle fois et le résultat laisse une trace.

06 / UN SYSTÈME. TROIS SURFACES.

Pour vos clients. Dans vos opérations. Sous votre marque.

01 / POUR VOS CLIENTS

Assistant côté client

Répondre dans un produit, un portail ou un parcours de service avec le compte, la situation et les prochaines étapes déjà en contexte.

02 / POUR VOS ÉQUIPES

Copilote des opérations

Aider les équipes à comprendre les exceptions, préparer le travail et passer d’un système à l’autre sans masquer la source ni la décision.

03 / POUR LES PRODUITS ET SERVICES

Capacité en marque blanche

Reprendre votre nom, votre interface, votre vocabulaire et votre parcours de reprise. ScopeRail reste en arrière-plan, sur une surface nouvelle ou déjà en place.

07 / COMMENCER PAR UN PARCOURS RÉEL

Aller vite sur un périmètre visible.

Nous choisissons un parcours fréquent, coûteux ou pénible. Nous relions le minimum de contexte utile, nous le testons avec de vraies questions puis nous étendons ce qui fonctionne dans la pratique.

  1. 01Cadrer

    Nommer l’utilisateur, le résultat attendu, les éléments disponibles et la limite à ne pas franchir.

  2. 02Connecter

    Relier l’identité, les connaissances, l’état du produit et les quelques outils utiles à ce parcours.

  3. 03Évaluer

    Tester de vraies questions, les limites d’accès, les sources fragiles, les erreurs d’outil et les chemins de reprise.

  4. 04Opérer

    Observer l’usage, corriger les parcours faibles puis ajouter la suite lorsque le premier tient dans la durée.

Cadrer un parcours de production

08 / VITESSE ET MAÎTRISE

Avancer plus vite sans donner les clés au modèle.

ScopeRail passe par l’identité, les règles d’accès et les actions déjà prévues dans votre logiciel. Le modèle peut proposer. Le produit reste aux commandes.

  1. 01Le produit hôte établit l’identité et les droits.
  2. 02Le contexte du navigateur est vérifié côté serveur.
  3. 03Les connaissances restreintes sont filtrées avant la génération.
  4. 04Les outils restent limités au compte et au rôle actifs.
  5. 05Le parcours courant réduit la liste des outils disponibles.
  6. 06Toute action importante attend une confirmation explicite.
  7. 07Vide, refusé, partiel et en échec restent des résultats distincts.
Parcours maîtrisé avec un point de décision orange, une validation humaine et une voie de reprise visible.

La maîtrise ne tient pas à un bouton de validation. Elle vient de la capacité à comprendre ce qui s’est passé, reprendre une exception et changer de modèle ou de fournisseur sans reconstruire le parcours.

10 / QUESTIONS CONCRÈTES

Ce qu’il faut vraiment pour lancer un premier parcours.

Faut-il remettre toute notre documentation au propre ?

Non. Nous partons des sources nécessaires au premier parcours, nous repérons les lacunes évidentes et nous gardons les documents d’origine comme référence. Le projet ne doit pas dépendre d’une refonte documentaire complète.

Que comprend une première intégration ?

Un groupe d’utilisateurs, un parcours, ses connaissances, son état réel, ses droits, les outils utiles, un jeu d’évaluation et un chemin de reprise. Le but est d’obtenir une première tranche observable et améliorable.

ScopeRail peut-il fonctionner avec un logiciel métier ancien ?

Souvent, oui. Une interface récente n’est pas nécessaire. Il faut surtout pouvoir établir l’identité, lire l’état utile et exposer les actions prévues au moyen d’une API, d’un outil en ligne de commande, d’un serveur MCP ou d’un petit adaptateur.

Faut-il une API, un serveur MCP ou des connecteurs particuliers ?

Il n’existe pas un format obligatoire. ScopeRail peut utiliser des API typées, des outils en ligne de commande ou MCP. Nous retenons l’interface la plus simple à sécuriser, tester et maintenir pour le parcours.

Le même système peut-il servir les équipes et les clients ?

Oui. Ils peuvent partager la même infrastructure de contexte et d’action. Chaque surface conserve toutefois son identité, son vocabulaire, ses outils et ses limites.

Comment les droits sont-ils appliqués ?

Le produit hôte reste la référence. Il établit l’utilisateur connecté, filtre les connaissances et les données avant la réponse, puis vérifie à nouveau les droits au moment de confirmer une action.

ScopeRail peut-il créer un ticket ou préparer une action ?

Oui, lorsqu’une action prévue existe. ScopeRail peut recueillir le contexte manquant et préparer une proposition modifiable. L’utilisateur confirme avant son exécution par le produit.

L’assistant peut-il agir sans confirmation ?

Seulement pour des actions explicitement classées comme peu risquées et réversibles. Toute opération importante ou ambiguë conserve une validation humaine.

Comment choisissez-vous le modèle et l’hébergement ?

À partir du parcours, de la sensibilité des données, de la latence, de la qualité attendue et des contraintes d’exploitation. Nous privilégions le plus petit modèle et le déploiement le plus simple qui réussissent l’évaluation prévue.

Comment savoir si un parcours est prêt ?

Il doit réussir des questions représentatives, des tests de droits, des erreurs d’outil, des sources manquantes et des cas de reprise. Une belle démonstration ne suffit pas. Les exceptions doivent aussi fonctionner.

SCOPE / CADRAGE 01

Commencer par un
parcours utile.

Dites-nous qui a besoin d’aide et où le travail ralentit aujourd’hui. Nous cadrerons un parcours utile, son contexte et la plus petite tranche de production.

Plutôt par email[email protected]
CADRAGE / ROUTE[email protected]
01 / Identité

Ou écrivez directement à [email protected]