Scénario de maintenance applicative

Le même besoin de maintenance. Deux niveaux de contexte.

Une application métier existe déjà. Une demande d'évolution arrive. Le même agent IA traite ensuite la demande sans, ou avec KONTEX.

Litiges livraison

OrderCare

Litiges ouverts
128
Retard moyen
39 h
Export ERP
20:00
CommandeClientRetardStatut
CMD-58291 Novalys Pro 52 h En cours
CMD-58267 HelioNord 31 h En attente transport
CMD-58198 Artemis Lab 64 h Escaladé
App Application existante

OrderCare est une application métier existante pour gérer les retards de livraison et les litiges associés.

= Point commun

Les deux traitements partiront exactement de cette même application.

Événements

Ticket entrant : Evolution

OC-1842

Maintenance
Demande

Ajouter un geste commercial sur les litiges livraison > 48 h.

  • Le conseiller doit pouvoir le proposer depuis l'écran litige.
  • Demandeur : Support client B2B
  • Priorité : prochain sprint
Maintenance Ticket entrant : Evolution

Le ticket de maintenance évolutive est donné au même agent IA dans les deux parcours.

= Point commun

À cette étape, aucune divergence : même application, même ticket, même agent IA.

Sans KONTEX
Avec KONTEX
Événements

Spécifications

Ticket
Action demandée

geste commercial depuis le dossier litige

Déclencheur
Dossier litige sélectionné
Interaction
Action de geste commercial disponible au conseiller
Saisie
Montant et commentaire
Suivi
Statut de traitement affiché sur le dossier

Spécifications

Ticket + contexte
Décision cible

proposition d'avoir encadrée

Éligibilité
Retard strictement supérieur à 48 h
Action métier
Proposition d'avoir sur un dossier
Contrôle
Validation manager selon seuil et contrat
Contrats
Exclusions contractuelles vérifiées
Traçabilité
Décision historisée
Intégration
Événement prêt pour export ERP
MCP KONTEX

KONTEX apporte les éléments utiles avant la spec, pas après le codage.

REG Règles métier

Seuil 48 h, plafonds, exclusions

HIST Historique client

Gestes passés et décisions similaires

DEC Décision existante

Proposer avant validation

ERP ERP facturation

Format d'événement attendu

Sans KONTEX
Avec KONTEX
Événements

Implémentation

Repo
LitigationView.tsx
  1. // action depuis le dossier litige
  2. function onCommercialGesture() {
  3. openAmountModal(selectedCase.id);
  4. saveGestureAmount(selectedCase.id, amount);
  5. markCaseAsCompensated(selectedCase.id);
  6. }

Implémentation guidée

MCP KONTEX
CreditNoteAction.ts
  1. // règles métier récupérées avant codage
  2. const decision = CreditNotePolicy.evaluate({
  3. delayHours, contract, history
  4. });
  5. // validation conditionnelle selon contrat et plafond
  6. await ApprovalFlow.requestIfNeeded(decision);
  7. // décision historisée et exploitable en audit
  8. await AuditTrail.record(decision);
  9. // événement conforme au format ERP-FIN
  10. emit(BillingExportEvent.from(decision));
MCP KONTEX

KONTEX transmet les fichiers, règles et contrats directement liés à la spec.

GIT Fichier écran

LitigationView

CODE Règle métier

CreditNotePolicy

CODE Workflow

ApprovalFlow

LOG Traçabilité

AuditTrail

ERP Contrat API

Facturation / ERP

Sans KONTEX
Avec KONTEX
Événements

Checklist de tests

Parcours principal
  • Affichage de l'action dans le dossier litige

  • Saisie du montant et du commentaire

  • Mise à jour du statut après validation

Le parcours visible est testé.

Checklist enrichie

KONTEX
  • Affichage de l'action dans le dossier litige

  • Saisie du montant et du commentaire

  • Mise à jour du statut après validation

  • Seuil strictement supérieur à 48 h testé

  • Plafond client et validation manager vérifiés

  • Exclusion contrat cadre simulée

  • Traçabilité de la décision contrôlée

  • Événement BillingExportEvent vérifié vers ERP

KONTEX ajoute les cas métier qui rendent la validation plus sûre.

MCP KONTEX

KONTEX fournit les cas limites, incidents et dépendances à vérifier.

TEST Cas limites

Retard 48 h, plafond, exclusion contrat

RISK Incidents passés

Remboursements non tracés, exports rejetés

REG Règles métier

Validation manager, contrat cadre

ERP Dépendance ERP

Événement facturation attendu

Sans KONTEX
Avec KONTEX
Événements

Litiges livraison

OrderCare

Préparer le geste
Litiges ouverts
128
Retard moyen
39 h
Export ERP
20:00
CommandeClientRetardStatut
CMD-58291 Novalys Pro 52 h En cours
CMD-58267 HelioNord 31 h En attente transport
CMD-58198 Artemis Lab 64 h Escaladé

Geste commercial

Novalys Pro - CMD-58291
Montant
120 EUR
Message remboursement
Bonjour, nous allons procéder au remboursement de 120 EUR suite au retard de livraison de votre commande CMD-58291.

Ce message sera ajouté à la réponse support.

Annuler Soumettre

Litiges livraison

OrderCare

Préparer le geste
Litiges ouverts
128
Retard moyen
39 h
Export ERP
20:00
CommandeClientRetardStatut
CMD-58291 Novalys Pro 52 h En cours
CMD-58267 HelioNord 31 h En attente transport
CMD-58198 Artemis Lab 64 h Escaladé

Geste commercial

Novalys Pro - CMD-58291
Montant
120 EUR
Message
Bonjour, nous vous proposons un avoir de 120 EUR suite au retard de livraison de votre commande CMD-58291.

Ce message sera ajouté à la réponse support.

Éligibilité
Retard confirmé : 52 h
Contrat cadre
Cadre B2B 2024 - plafond respecté
Validation
Non nécessaire
Historique client
Aucun geste similaire sur 90 jours
Statut avoir
En attente transfert ERP
Annuler Soumettre
App Même fenêtre de geste commercial

Les deux traitements ouvrent la même fenêtre dans OrderCare. Avec KONTEX, des indicateurs métier s’ajoutent directement dans le formulaire.

= Comparaison

La différence à regarder : les informations ajoutées dans la fenêtre Avec KONTEX.

KONTEX ne remplace pas l'agent IA.

Il lui donne le contexte qui rend son travail fiable.

Ce scénario vous rappelle une situation vécue ?

Montrons ensemble ce que KONTEX apporterait sur un de vos applicatifs, avec vos propres tickets et votre propre contexte.