Participez aux tests de LadVen OSDemander une demo
Aller au contenu principal

Registres Operations, approvisionnement et facturation

Cette page complète la vue d’ensemble Operations et décrit les registres hors des fiches d’engagement et de fulfillment.

Si une ligne affiche un ID technique au lieu d’un nom lisible ou d’un code d’article, ne le considérez pas comme une donnée métier. Actualisez la fiche ou signalez-la au responsable, et n’utilisez pas cet écran dans la documentation publique.

Dans la version actuelle, certaines libellés des listes et du module (filtres, états et actions compris) peuvent apparaître en anglais tant que les messages traduits de la langue choisie ne sont pas complets. Les règles de données et de processus décrites ci-dessous restent inchangées.

Synthèse et engagements

Repère conceptuel : pas une capture ni une preuve d’interface.

/operations/summary regroupe les engagements à contrôler, les échéances proches, les droits de service et les factures à revoir. C’est une vue de triage, pas un bilan comptable. Un nombre sans ligne, période ou statut n’est pas un total confirmé.

Si une source de la synthèse n’est pas encore prête, les cartes peuvent ne pas se charger complètement. Avant de relancer, vérifiez les droits et la disponibilité des données. Relancez la synthèse dans une minute et ne prenez pas les valeurs manquantes ou zéro pour le total final ; en cas d’erreur de chargement ordinaire, relancez l’instantané complet plutôt qu’une seule métrique.

Services et droits

Repère conceptuel : pas une capture ni une preuve d’interface.

/operations/services affiche par défaut les droits de service visibles par l’utilisateur dans tout le portail. Le sélecteur client ne fait qu’affiner localement la liste, sans enregistrer le filtre ; le premier chargement renvoie jusqu’à 25 lignes et Afficher plus poursuit la même sélection. Une fiche s’ouvre via /operations/services/:entitlementId. Un résultat vide après filtrage n’est pas un registre global vide et ne signifie pas un droit nul.

Lorsque les relations sont résolues, la fiche de droit contient aussi des liens vers le client et l’engagement source. Si l’enrichissement ne peut pas être lu, la fiche reste utilisable avec un libellé neutre ; cela ne prouve pas que la relation est absente. L’historique d’utilisation et ses transitions exigent toujours leurs propres vérifications de droits et de révision.

La fiche affiche aussi les périodes avec les quantités accordées, utilisées, réservées et disponibles, ainsi qu’un tableau d’utilisation avec les états pending_approval, captured, allocated, approved, posted, rejected et reversed. Enregistrer l’utilisation, Approuver et Comptabiliser sont des actions distinctes avec des droits distincts ; l’auteur ne peut pas approuver sa propre saisie. Vérifiez le solde disponible avant la saisie, sans promettre un refus immédiat en cas de dépassement : l’enregistrement peut être créé et le dépassement détecté seulement lors de l’approbation ou de la comptabilisation par un autre réviseur. Relisez la fiche après chaque transition et ne montrez pas de codes techniques dans une capture publique.

Les quantités de temps peuvent être reformulées exactement dans l’unité achetée : 480 et 390 minutes s’affichent avec une ou plusieurs unités configurées pour ce droit. Il s’agit uniquement de l’affichage : saisissez la valeur dans l’unité indiquée à côté du champ. N’arrondissez pas de votre propre initiative les valeurs fractionnaires ou négatives.

Lorsque la période actuelle et le solde disponible sont autorisés, le formulaire Enregistrer l’utilisation apparaît directement sur la fiche du droit, à côté de l’historique. Saisissez un nombre entier positif dans l’unité indiquée près du champ (par exemple des minutes) et ajoutez si besoin un motif comme une demande, une tâche ou une note. L’enregistrement crée une saisie d’utilisation et ne remplace pas les actions distinctes Approuver et Comptabiliser. Si le formulaire ou l’unité n’apparaît pas, ne devinez pas et ne relancez pas la demande à l’aveugle.

Dans le frontend actuel, ces libellés de services et de détail peuvent encore apparaître en anglais hors du russe et de l’anglais ; ne les considérez pas comme une preuve localisée avant le déploiement de traductions natives et une revue visuelle.

Approvisionnement, stocks et achats

Repère conceptuel : pas une capture ni une preuve d’interface.

/operations/supply propose les onglets achats et stocks. Une ligne de stock ouvre /operations/supply/warehouses/:warehouseId avec type, état, fuseau, emplacements et stock. Les étapes brouillon, actif et suspendu exigent les droits nécessaires; l'état suspendu met en pause réception, réservations et mouvements.

Dans l’interface actuelle, le cycle de vie du stock est limité au brouillon, à l’activation et à la suspension : activer, suspendre et reprendre sont réservés aux administrateurs et exigent un motif. Un emplacement ne peut être ajouté que lorsque le stock est actif. Ne présentez pas la mise hors service ou la fermeture comme des boutons disponibles sur cet écran.

La création d’un stock ouvre une modale : le code et le nom sont obligatoires, tandis que le type et le fuseau horaire doivent être choisis explicitement. Si le droit administrateur manque, si le code est déjà utilisé ou si un champ est refusé, corrigez les données ou demandez l’accès ; ne répétez pas la création à l’aveugle. Utilisez un stock synthétique pour les tests, pas de vraies adresses.

Les stocks et les factures sont chargés par pages de 25 lignes au maximum. Afficher plus charge la page suivante sans recalculer les lignes déjà affichées. L’onglet achats demande jusqu’à 50 demandes et commandes fournisseur sans bouton Afficher plus. Le filtre client limite la liste au client sélectionné ; sans lui, le registre affiche toutes les fiches qui vous sont accessibles.

Les demandes d'achat et commandes fournisseur apparaissent dans l'onglet achats. Une demande peut être créée automatiquement à partir d'une commande confirmée avec un profil de fulfillment qui achète le manque, ou saisie manuellement. La fiche /operations/procurement/requisitions/:requisitionId, pendant la recherche du fournisseur, affiche une ligne de besoin immuable avec sa quantité exacte et un sélecteur de fournisseur. Approuver, refuser, lancer la recherche du fournisseur ou annuler exige un motif et la révision actuelle. Après l'affectation du fournisseur, la demande est prête pour une commande, mais la commande fournisseur n'est volontairement pas construite : si la relation ou l'étape suivante n'est pas prête, elle n'apparaîtra pas automatiquement. Vérifiez l'état de la demande et contactez l'administrateur ; une liste vide peut être un état honnête des données courantes.

Pendant la recherche du fournisseur, choisissez-le ou changez-le pour la ligne concernée. L'affectation est bloquée si la ligne ou la quantité manque, si la recherche est indisponible, sans résultat, ou si l'entreprise ne peut pas être fournisseur ; actualisez et vérifiez l'état avant de réessayer.

Si la version actuelle du portail propose Nouvelle demande, l'entrée manuelle est /operations/procurement/requisitions/new. Choisissez un article matériel et une quantité ; l'unité, la version et la précision viennent du catalogue, l'acheteur vient d'une entité juridique disponible, et la date souhaitée ainsi que la note sont facultatives. Le fournisseur, le prix et le stock sont définis plus tard. Si les droits manquent, si la demande existe déjà ou si un champ est refusé, vérifiez l'état et corrigez les données avant de réessayer.

Facturation

Repère conceptuel : pas une capture ni une preuve d’interface.

/operations/billing est le registre des factures avec filtre client facultatif; /operations/billing/invoices/:invoiceId ouvre la fiche de facture. La facture apparaît après la décision d’acceptation du client : tant que l’acceptation est seulement prête et n’a pas encore été envoyée au client, le registre peut rester vide. Dans cet état, utilisez Ouvrir l’acceptation, pas le Catalogue. Vérifiez numéro, statut, dates d'émission et de paiement, total et reste dû; une liste vide ne signifie pas une dette nulle.

Sur la même route, l’onglet Charges affiche les montants de service qui ne sont pas encore facturés. Ce n’est pas une liste de factures : une ligne décrit une charge et sa période de service, sans prouver qu’une facture existe déjà. Une charge en attente peut avoir un montant inconnu, et non nul ; si la période, un libellé lisible ou le montant manque, ne l’inventez pas et n’en déduisez pas une dette. Créer une facture modifie les données : une vérification en lecture seule peut seulement ouvrir l’onglet et comparer libellé, période, statut et devise, sans sélectionner de lignes ni créer ou envoyer une facture.

La fiche de facture est en lecture seule : l’émission, la validation et les autres changements relèvent d’un rôle autorisé. Les statuts peuvent être brouillon, en attente de validation, validé, émis, envoyé, partiellement payé, payé, en retard, invalidée ou annulée. Comparez le total, le montant réglé, le montant credited et le reste dû, puis vérifiez les descriptions, quantités, montants et documents liés. Réessayez une erreur de chargement après avoir vérifié l’état et distinguez une facture vide d’un objet indisponible.

Sur /operations/billing/invoices/:invoiceId, la facture et ses lignes sont chargées en parallèle : chargement, erreur avec nouvelle tentative, facture absente ou indisponible et lignes vides sont des états distincts. Une capture synthétique réussie doit montrer numéro, statut, dates, total/payé/crédité/restant dû dans la devise de la locale choisie, les lignes et les documents liés. L’écran est en lecture seule : n’émettez, ne payez et ne modifiez rien, et n’utilisez aucune donnée réelle de paiement ou de client.

Pour chaque montant, vérifiez que la devise affichée correspond au marché et que l’arrondi est cohérent. Ne réutilisez pas un exemple financier d’un autre marché.

Réglages et ordres de travail

Repère conceptuel : pas une capture ni une preuve d’interface.

La page de réglages /operations/settings définit les entités juridiques autorisées comme notre partie dans commandes, factures et documents de livraison. Sans sélection, la création peut être bloquée plutôt que deviner l’émetteur. L’enregistrement peut être bloqué par les droits, une version obsolète ou une indisponibilité temporaire ; vérifiez l’accès, actualisez la page et réessayez plus tard.

La fiche d’un ordre de travail s’ouvre à l’adresse /operations/work-orders/:workOrderId, généralement depuis le parcours de fulfillment. Il n’existe pas de registre séparé; un lien absent peut signifier que le paquet n’est pas créé ou n’est pas accessible, plutôt que perdu.

Une fiche d’ordre de travail peut afficher Planifier → Prêt à travailler → En cours et un lot de tâches. Dans l’interface actuelle, ce lot ne propose toutefois aucune commande pour créer ou affecter un composant de tâche : le statut de l’ordre ne prouve pas à lui seul qu’un exécutant a reçu ou terminé une tâche. Si le processus exige une tâche issue de l’ordre, arrêtez la remise ou la livraison et convenez de la suite avec le responsable Operations ; ne contournez pas cette limite par un appel API direct ou un identifiant technique.

Erreurs et contrôle sûr

Repère conceptuel : pas une capture ni une preuve d’interface.

Distinguez liste vide, liste vide après filtrage, absence d’accès, objet indisponible, conflit, champs refusés et panne temporaire. Après un résultat partiel, relisez le registre et l'historique avant de réessayer avec la révision actuelle. Pour les exemples de services prévus en lecture seule, gardez la même chaîne : client Demo Client North, droit Support package — test et offre d’origine Support hours — test. Ne mélangez pas les types d’entité; n'affichez jamais de coordonnées bancaires, de vraies factures, de contrats ni de données client. Avant de commencer ou de partager, vérifiez les libellés de section, de statut et d'action ainsi que la devise affichée dans la langue choisie du portail.

Pages associées

Repère conceptuel : pas une capture ni une preuve d’interface.