Opérations

Opérations relie un accord commercial à ce qui doit être livré, accepté et contrôlé. C’est un espace de travail, pas un système comptable, WMS ou ERP complet sans configuration supplémentaire.

Routes principales

• /operations/commitments pour les engagements et leurs fiches ;
• /operations/agreements pour les contrats et leurs conditions ;
• /operations/orders pour les commandes commerciales, y compris leur création ;
• /operations/catalog pour les offres et spécifications du catalogue ;
• /operations/connect pour configurer en un écran une offre publiée pour un client ;
• /operations/fulfillment et /operations/acceptance pour l’exécution et la réception ;
• /operations/services et /operations/supply pour les services, approvisionnements et entrepôts ;
• /operations/billing, /operations/summary et /operations/settings pour la facturation, la synthèse et les réglages du module.

La disponibilité dépend des droits, de l’état de l’organisation et de la disponibilité des données de travail. Un état honnête « indisponible » ou « pas encore prêt » ne doit pas être remplacé par des zéros ou des données inventées.

La route /operations/summary renvoie soit l’ensemble complet des chiffres, soit une erreur pour toute la page : si une source est incomplète ou pas encore prête, le portail indique que la synthèse n’est pas encore disponible et n’affiche aucune carte partielle. Une valeur absente n’est jamais zéro. Si le message nomme la source, il précise qu’elle se prépare encore et propose de réessayer dans une minute ; une erreur de chargement ordinaire utilise un autre message. Certaines métriques disponibles renvoient vers le registre correspondant : le portail transmet dans l’adresse la liste de travail (worklist) et le périmètre (scope) nommés par le serveur, sans inventer de filtre local. Lorsqu’une métrique n’a pas de destination honnête (par exemple les dossiers de rapprochement des paiements) ou que le serveur ne fournit aucun drill-down, la ligne reste du texte ; ne considérez pas le nombre comme un lien vers un écran inexistant.

Cycle de travail recommandé

1. Enregistrez le contexte du client, du fournisseur ou de l’opération commerciale.
2. Choisissez un profil d’exécution publié et vérifiez son nom lisible.
3. Ouvrez ou créez le contrat et l’engagement sans modifier les conditions à l’aveugle.
4. Préparez la commande avec les lignes du catalogue, les quantités, le responsable et le résultat attendu.
5. Transmettez les lignes à l’exécution ou à l’approvisionnement.
6. Enregistrez la réception, le rejet ou le reliquat comme un événement distinct.
7. Vérifiez les documents, tâches, factures et l’historique des transitions associés.

La fiche doit indiquer le responsable de l’étape suivante, ce qui est transmis et la condition d’acceptation. Si une validation externe ou une preuve est nécessaire, joignez un document ou un lien au contexte de travail.

Catalogue et profils d’exécution

Une ligne de catalogue utilise un profil d’exécution publié. N’inférez pas le type d’engagement en reformattant la clé du profil ou à partir d’un texte arbitraire : utilisez le nom et le type renvoyés par le contrat actuel. Si le répertoire des profils est temporairement indisponible, attendez son rétablissement et ne créez pas la ligne à l’aveugle.

L’éditeur des conditions affiche les lignes actuelles et le profil d’exécution. Le type d’engagement vient du profil publié et n’est pas saisi manuellement. Avec le droit d’écriture, modifiez les conditions depuis draft ; une modification depuis review ramène l’accord à draft. Aucun retour séparé vers une ancienne version n’est proposé. Si le catalogue ou le profil est vide ou indisponible, attendez son rétablissement sans réécrire le contrat à l’aveugle.

Montants, factures et devise

Opérations peut afficher prix, remises, taxes, totaux de commande et factures. Avant de comparer des montants, vérifiez la devise, la source du calcul, l’arrondi et l’état des données. Un champ vide n’est pas zéro et un total affiché par le portail ne doit pas être recalculé dans le navigateur.

Dans les supports de formation, utilisez des montants synthétiques et indiquez la devise de l’organisation. Ne réutilisez pas d’exemples monétaires entre langues sans revérifier le calcul et la devise affichée.

Erreurs et droits

Une liste vide, une erreur de chargement, une indisponibilité temporaire et « indisponible » sont des états différents. Vérifiez d’abord droits, périmètre, filtres et données de référence, puis réessayez. Ne contournez pas une restriction avec des outils externes et ne dupliquez pas une opération partiellement réussie avant d’avoir vérifié l’historique.

Démonstrations sûres

Utilisez une organisation de test ainsi que des clients, fournisseurs, produits, montants et documents synthétiques. N’affichez pas de numéros réels, coordonnées bancaires, factures, contrats, jetons ou données client. Avant une démonstration, vérifiez la langue de l’interface, la devise et l’absence de données personnelles inutiles.

Sections associées

• Catalogue Operations
• Registres, approvisionnement et facturation
• Fiches des engagements et accords
• CRM
• Documents
• Tâches
• Disque et fichiers
• Sécurité et droits

Configurer un client

À /operations/connect, le portail fait passer le client et l’offre publiée par la commande, sa confirmation, la préparation de l’exécution et, pour un service, l’ouverture de la première période. Ce flux est distinct de l’action Connecter d’une ligne /operations/fulfillment : celle-ci connecte une exécution déjà préparée, tandis qu’ici la configuration commerciale est créée. Si le client possède un accord actif, une de ses lignes peut servir au mode de consommation ; sinon choisissez une offre publiée.

Formulaire et conséquences

Utilisez le client synthétique Demo Client North et Support hours — test, ou la ligne Support package — test. Le profil et le prix figés de l’offre indiquent l’unité, le report, le dépassement, l’acceptation et la source d’approvisionnement ; ces conséquences ne se règlent pas dans le formulaire. La cadence peut être ponctuelle, mensuelle ou fondée sur une ligne d’accord active. Le résultat est affiché comme quantité de l’offre multipliée par le volume accordé ; ne saisissez pas de total manuellement.

La base de facturation ne se choisit pas non plus. Le portail affiche l’une des quatre bases—quantité acceptée, occurrence de période, confirmation de commande ou octroi du volume—et explique pourquoi les autres sont indisponibles. Si des entités juridiques sont nécessaires, utilisez LadVen Demo LLC et Demo Client LLC ; la séparation des tâches peut exiger une deuxième personne.

Erreurs, chaîne et vérification sûre

L’action exécute commande → soumission pour confirmation → confirmation → exécution → connexion du service. Chaque étape indique son chargement, sa réussite ou son échec. Après une erreur temporaire, réessayez la même étape ; en cas de conflit, d’offre obsolète, de droit manquant, d’offre absente ou de plan illisible, relisez la source et ne créez pas de doublon. S’il n’y a rien de publié, aucune ligne d’accord active ou une entité manque, corrigez d’abord les données sources. Ne promettez pas un nombre universel de clics : le chemin court suppose que catalogue, client et entités sont prêts.

Pour la documentation, utilisez uniquement ces entités synthétiques lisibles ; n’envoyez pas le formulaire et n’affichez ni devise réelle, ni coordonnées de compte, ni PII, ni jetons, ni identifiants bruts. Si des montants sont visibles, notez currency.expected et currency.observed ; sans preuve d’une mutation contrôlée, ne concluez pas au succès de la chaîne.

Créer une commande depuis une opportunité CRM

Le menu de la fiche active « Créer une commande » uniquement si le pipeline autorise la conversion et si l’opportunité comporte une entreprise. Si le pipeline ne l’autorise pas ou si l’entreprise manque, l’élément désactivé en indique la raison ; ne contournez pas ce garde-fou avec une URL directe. L’entité juridique du client vient normalement de l’opportunité ; si elle manque, le formulaire peut proposer des entreprises et enregistrer le choix dans l’opportunité, ou demander de corriger la fiche client si aucune option n’existe.

Depuis la fiche d’opportunité, ouvrez /operations/orders/new?opportunityId=<opportunityId>. Le portail lit l’opportunité et préremplit avec des libellés lisibles le client, le projet, le titre et, si elle est renseignée, l’entité juridique du client ; le formulaire demande encore l’offre, la quantité et l’entité juridique du fournisseur. Vous pouvez revenir au pipeline tant que le formulaire est ouvert. La commande créée ne promet pas de lien retour vers l’opportunité, car son DTO ne contient pas ce champ ; vérifiez donc la relation dans l’opportunité source ou le fil d’activité, jamais avec un identifiant technique. Le fait « Commande créée » peut apparaître de façon asynchrone dans le fil ; un fil vide juste après la création ne prouve pas un échec et aucun délai de livraison n’est garanti. Si l’opportunité a changé, est indisponible, n’a pas de client/entité ou échoue à la validation de quantité, le formulaire bloque l’envoi et explique la correction ; ne répétez pas un POST à l’aveugle. Utilisez uniquement les entités synthétiques Demo Client North, Rebranding — demo, Support hours — test, Demo Provider LLC et Demo Client LLC ; n’envoyez pas le formulaire et n’affichez ni montants réels, ni PII, ni identifiants bruts.