Votre métier · Votre OS
Transport et logistique : garder le contexte de chaque exception
Reliez changement d’adresse, retour transporteur, document manquant et prochaine information client.
Exemple de parcours
Un parcours concret, du signal à la suite du travail
Le client modifie une adresse après le départ.
Le transporteur signale une livraison échouée et une consigne d’accès manquante.
L’équipe suivante voit le dernier fait signalé et la décision attendue.
Une réponse factuelle est préparée sans inventer position GPS, heure d’arrivée ou preuve de livraison.
Illustration fictive. Les fonctions, sources et accès disponibles dépendent de votre environnement ; les conditions sont précisées ci-dessous.
Sur cette page
Qui doit agir maintenant ?
Expéditeur, destinataire, transporteur, agence et exploitant peuvent intervenir. Le contexte autorisé doit préciser qui a changé une instruction, qui attend une réponse et quelle action est encore ouverte.
Adresse modifiée et livraison empêchée
Une consigne reçue par message ne doit pas rester enfouie. Le changement, sa source et la validation attendue restent associés au dossier. Après un échec de livraison, la raison et les conditions d’une nouvelle tentative doivent être retrouvables.
Répondre depuis le dernier contexte disponible
Le collaborateur prépare la mise à jour client depuis les événements et échanges accessibles. Un événement ancien n’est pas une position en temps réel et l’absence d’une estimation ne doit pas être comblée par une heure inventée.
Documents et relais entre partenaires
Une pièce doit indiquer ce qu’elle prouve ou débloque dans le travail. Lorsqu’une agence ou un autre transporteur reprend le dossier, les promesses et dépendances autorisées doivent suivre la responsabilité.
Expérience et communication multilingue
Des procédures approuvées peuvent être partagées sans exposer les données privées d’un autre client. La traduction aide à comprendre une instruction ; les décisions d’exploitation restent à vérifier. Les responsables examinent les récurrences dans leur périmètre.
Périmètre métier et responsabilités
AlefOS ne calcule pas les itinéraires ou ETA, ne fournit pas la position GPS, n’affecte pas les conducteurs et ne gère pas tarifs de fret, chargements ou documents officiels. TMS, WMS et télématique conservent leur rôle. Sécurité, douane et décisions réglementaires restent aux équipes qualifiées.
Référence de fonctionnement
Modules, outils et conditions d’accès
Cette référence décrit les opérations MCP et leurs effets. La liste effectivement exposée à votre assistant dépend du serveur déployé, des modules et des autorisations. Une lecture, un brouillon et une exécution sont des opérations distinctes.
Connaissances et publications GroupOS
Recherche et digest sont des lectures. La publication suit son mode de confirmation. Modifier ou archiver une entrée et gérer les membres exigent les droits correspondants de l’auteur ou de l’administrateur.
Faites glisser le tableau pour lire toutes les colonnes. Au clavier : flèches gauche et droite.
| Outil | Fonction et effet |
|---|---|
groups. | Lister les groupes privés accessibles et leur contexte partagé récent. |
groups. | Lire un groupe et le contexte d’appartenance visible par l’utilisateur courant. |
groups. | Rechercher les entrées du groupe par texte, thème, type et période. |
groups. | Lire un digest compact sans rien publier. |
groups. | Lire les entrées de travail récentes d’un groupe accessible. |
groups. | Prévisualiser ou publier une entrée structurée selon confirmMode. |
groups. | Modifier une entrée existante avec les droits requis d’auteur ou d’administrateur. |
groups. | Archiver une entrée avec les droits requis d’auteur ou d’administrateur. |
groups. | Ajouter un membre autorisé de l’entreprise ou préparer une invitation de contact extérieur. |
groups. | Retirer un membre dans le périmètre du rôle ; le créateur du groupe ne peut pas être retiré. |
Missions et responsabilités
Lire la source et l’état d’exécution avant d’agir. Confirmer exécute une mission en attente ; rejeter et archiver ont des effets distincts. L’affectation dépend des rôles de l’entreprise.
Faites glisser le tableau pour lire toutes les colonnes. Au clavier : flèches gauche et droite.
| Outil | Fonction et effet |
|---|---|
missions. | Lister les missions de l’utilisateur courant, éventuellement regroupées par contact. |
missions. | Lire la source, les objets liés et l’état d’exécution d’une mission. |
missions. | Confirmer et exécuter une mission en attente. |
missions. | Rejeter une mission en attente sans l’exécuter. |
missions. | Archiver une mission sans exécuter ni supprimer son action. |
missions. | Affecter depuis la file d’entreprise ou réaffecter avec le rôle requis ; les changements sont tracés. |
Messages IBOX
Message enregistré, notification externe et lecture sont des états distincts. Un lien temporaire /m/:token donne accès à son message ; ce lien doit rester confidentiel.
Faites glisser le tableau pour lire toutes les colonnes. Au clavier : flèches gauche et droite.
| Outil | Fonction et effet |
|---|---|
ibox. | Lister les messages IBOX visibles par l’utilisateur courant. |
ibox. | Lire un message IBOX accessible. |
ibox. | Marquer un message comme lu. Cette opération n’envoie pas de réponse. |
messages. | Préparer l’aperçu d’un message sortant avec un action_id pour confirmation. |
actions. | Exécuter après confirmation le travail préparé identifié par action_id. |
Les scénarios de cette page illustrent des parcours, pas des données clients réelles ni une garantie de résultat. Les connexions et capacités doivent être activées et vérifiées pour votre environnement. Les outils métier officiels conservent leurs responsabilités.
Poursuivre la lecture
Ce parcours utilise les capacités de votre OS IA, configuré sous votre marque. Son périmètre suit votre équipe, les outils pris en charge et les règles d’accès. Comprendre votre OS IA ↗