Cycle de vie d'un ticket Skalp AI
De la soumission au merge en production : comprendre les 5 étapes d'un ticket Dynamics 365 F&O, les SLA, et le modèle de facturation au résultat.
Anatomie d'un ticket Skalp AI
Un ticket Skalp AI représente une unité atomique de développement Dynamics 365 F&O — typiquement entre 10 et 300 lignes de code X++, livrée comme une Pull Request sur votre dépôt Azure DevOps.
Un bon ticket décrit une seule modification fonctionnelle ou technique : ajouter un champ, créer une classe, exposer un service OData, générer un état SSRS. Si votre besoin couvre plusieurs objets indépendants, découpez-le en plusieurs tickets — chacun à 200 €.
Chaque ticket porte une référence Azure DevOps Boards (work item) qui suit son cycle de vie : Submitted → In Progress → In Review → Merged ou Dropped. Cette référence est utilisée pour la facturation et l'audit.
Les 5 étapes du cycle de vie
Un ticket Skalp AI passe par 5 étapes nettement séparées. Chaque étape a un déclencheur et un livrable précis — pas de zone grise.
1. Submitted — Ticket soumis
Vous créez le ticket via le formulaire Skalp AI ou directement sur Azure DevOps Boards. Champs requis : titre, description fonctionnelle, module D365 cible, modèle d'extension, priorité. Le ticket entre en file d'attente IA.
2. In Progress — Génération IA
Skalp AI analyse votre dépôt (conventions, modèles, extensions existantes), génère le code X++, les tests SysTest et la documentation. Durée typique : 30 min à quelques heures selon la complexité.
3. In Review — Pull Request ouverte
Une Pull Request est ouverte sur votre dépôt Azure DevOps avec le code généré, les tests, la documentation et un commentaire récapitulatif. Vous recevez une notification (email + Teams optionnel).
4a. Merged — Livraison validée
Votre lead D365 relit, valide et merge la PR. Webhook déclenche la facturation : le ticket passe en statut Done avec date de merge enregistrée. 200 € HT facturé sur la facture mensuelle.
4b. Dropped — Ticket abandonné
Si la PR ne passe pas votre revue après 2-3 itérations, ou si le délai SLA est dépassé, ou si le périmètre s'avère hors scope, le ticket est requalifié et passe en statut Dropped. Aucune facturation.
SLA et délais par type de ticket
Les délais sont des cibles ouvrées (h ouvrées du lundi au vendredi, hors jours fériés français). Si le délai cible est dépassé, le ticket est automatiquement requalifié ou abandonné sans facturation.
| Type de ticket | SLA cible | Exemples |
|---|---|---|
| Extension simple | 24 h | Extension de table, event handler basique, champ obligatoire conditionnel |
| Développement standard | 48 h | Classe X++ de logique métier, workflow custom, service OData, état SSRS |
| Multi-objets | 72 h | Workflow + service + état lié, intégration multi-modules, pipeline DevOps |
| Exploratoire | Sur cadrage | Sujet sans périmètre cadré, dépendances multi-modules, refonte partielle |
Critères d'un bon ticket
Plus votre ticket est clair, plus la livraison est rapide et conforme à vos attentes. Voici les bonnes pratiques observées sur nos premiers clients.
- Une seule modification fonctionnelle par ticket. Si vous avez 3 besoins distincts, soumettez 3 tickets — ils peuvent être traités en parallèle.
- Description en 5-10 lignes maximum. Pas de cahier des charges, pas de copie de mails. Juste : quoi, où, dans quel contexte, comportement attendu.
- Module D365 et modèle d'extension précisés explicitement. Évite les ambiguïtés sur où le code doit être déposé.
- Si une règle métier complexe est en jeu, joindre 2-3 exemples concrets de cas d'usage (entrées / sorties attendues).
- Référencer les écrans D365 par leur nom officiel (CustTable, VendInvoice, PurchOrder) plutôt que par leur libellé utilisateur, pour éviter toute ambiguïté de traduction.
- Si vous avez des guidelines internes (conventions de nommage, format de classes, structure d'extension), les joindre via un lien vers un README de votre dépôt.
Que se passe-t-il en cas d'échec
Le modèle Skalp AI est explicitement asymétrique : c'est nous qui portons le risque d'échec, pas vous. Si pour quelque raison que ce soit le ticket n'aboutit pas, aucun frais n'est facturé.
Trois scénarios principaux d'échec :
1. Refus en revue de Pull Request — Vous commentez la PR avec les ajustements nécessaires. Skalp AI produit une nouvelle version sous 24 h. Si après 3 itérations le ticket ne passe toujours pas votre niveau de qualité, il est marqué Dropped, sans facturation.
2. Dépassement de SLA — Si le délai cible (24 h, 48 h ou 72 h selon le type) est dépassé, vous êtes notifié. Vous pouvez choisir d'attendre quelques heures de plus ou de marquer le ticket Dropped. Dans les deux cas, si aucun merge n'a lieu dans les 7 jours suivants, le ticket est automatiquement requalifié.
3. Périmètre hors scope — Certains sujets sortent du périmètre Skalp AI : modification du code core Microsoft (over-layering interdit), sujets de conseil pur sans livrable code, missions de transformation organisationnelle. Dans ces cas, le ticket est requalifié dès l'analyse initiale, sans temps perdu pour vous.
Questions fréquentes
Puis-je modifier un ticket après soumission ?
Oui, tant que le ticket est en statut Submitted (avant que la génération IA ne démarre). Une fois en In Progress, mieux vaut commenter la PR à l'ouverture pour demander les ajustements — ça compte comme première itération de revue.
Comment marquer un ticket comme prioritaire ?
Le champ Priorité dans Azure DevOps Boards est lu par Skalp AI. Priorités Critical et High sont traitées en file accélérée (SLA divisé par 2 quand la capacité le permet). Les priorités Normal et Low suivent le SLA standard.
Combien d'itérations sont incluses dans le prix ?
Le prix de 200 € couvre la génération initiale + jusqu'à 3 itérations de révision sur commentaires de Pull Request. Au-delà, le ticket est requalifié comme "sujet à recadrer" et soumis à nouveau ou abandonné — toujours sans facturation supplémentaire.
Et si je veux un ticket urgent (24 h sur un sujet normalement 48 h) ?
Vous pouvez demander une priorité Critical avec justification métier. Skalp AI fait son maximum mais ne garantit pas le délai accéléré (dépend de la file d'attente IA et de la complexité). Aucun surcoût pour la demande d'urgence ; aucun engagement contractuel non plus.
Comment voir l'historique des tickets résolus ?
Dans votre dashboard Skalp AI → Tickets, vous avez la liste de tous les tickets avec statut, date de merge, montant facturé. Filtres par module D365, par mois, par lead validant. Export CSV pour vos audits ou gouvernance.
Une question sur votre cas spécifique ?
Soumettez votre premier ticket pour calibrer le flux sur un sujet à faible risque.
Rejoindre la liste d'attente