Guide d'onboarding Skalp AI
De la création du compte à la livraison de votre premier ticket Dynamics 365 F&O — en 30 minutes. Pas à pas, sans détour.
Prérequis
Avant d'attaquer votre premier ticket Skalp AI, assurez-vous d'avoir ces éléments en place. La plupart sont déjà présents dans une équipe D365 standard.
- Un environnement Dynamics 365 Finance & Operations actif (cloud LCS ou environnement de dev sandbox accessible).
- Un projet Azure DevOps avec un dépôt Git contenant votre code D365 (modèles, classes, formulaires, extensions).
- Un Personal Access Token (PAT) Azure DevOps avec les scopes Work Items (Read & Write), Code (Read), Build (Read).
- Un compte email professionnel pour créer votre compte Skalp AI (offre Starter ou supérieure).
- Au moins une personne côté DSI capable de relire et valider des Pull Requests X++ (architecte, lead D365 ou développeur senior).
Étape 1 — Créer votre compte Skalp AI
La création du compte se fait en ligne, sans engagement et sans carte bancaire. Vous facturez seulement les tickets effectivement résolus.
Rejoindre la liste d'attente
Soumettez vos coordonnées via le formulaire /contact en précisant votre version D365 F&O, votre volumétrie ticket annuelle, et la taille de votre équipe IT. Réponse sous 24-48 h ouvrées.
Signer le contrat cadre
Un contrat cadre couvre les conditions générales : prix fixe 200 € par ticket résolu (= l'IA développe exactement ce qui était défini en phase de compréhension du besoin et les tests passent — ticket pris en charge + code ou livrable mis à disposition), non-facturation des tickets non résolus, propriété du code 100 % côté client, conformité RGPD. Pas d'engagement de volume.
Recevoir vos accès
Vous recevez un identifiant administrateur Skalp AI, un guide DPA (Data Processing Agreement) signé, et les coordonnées de votre interlocuteur dédié pour le démarrage.
Étape 2 — Connecter Azure DevOps
L'intégration Azure DevOps est la colonne vertébrale du modèle Skalp AI : tous les tickets, Pull Requests et déploiements transitent par votre dépôt. Cela garantit que vous gardez le contrôle complet sur le code et le merge en production.
Créer le PAT Azure DevOps
Dans Azure DevOps → User Settings → Personal Access Tokens. Sélectionnez les scopes : Work Items (Read & Write), Code (Read), Build (Read). Durée recommandée : 1 an avec rotation programmée.
Renseigner le PAT côté Skalp
Dans votre dashboard Skalp AI → Paramètres → Intégrations → Azure DevOps. Collez l'URL d'organisation (https://dev.azure.com/votre-org), le nom du projet, le PAT. Cliquez sur Tester la connexion.
Sélectionner le dépôt cible
Skalp AI liste vos dépôts disponibles. Sélectionnez celui qui contient votre code D365 F&O (extensions, modèles, classes X++). C'est ce dépôt qui recevra les Pull Requests générées.
Configurer le webhook
Skalp AI configure automatiquement un webhook entrant sur votre projet Azure DevOps pour recevoir les statuts de PR (mergée, refusée, requalifiée) et déclencher la facturation au résultat.
Étape 3 — Soumettre votre premier ticket
Pour le ticket d'amorçage, choisissez un sujet à faible risque : une extension de table, un event handler, ou un état SSRS personnalisé. L'objectif est de calibrer le flux, pas de tester sur un cas critique de production.
Décrire le besoin métier
En 5-10 lignes : quel écran D365 est concerné, quelle règle métier ajouter, quel comportement attendu en cas de succès et d'erreur. Pas besoin de cahier des charges à 50 pages.
Préciser le contexte technique
Module D365 (Finance, SCM, Project, HR…), version de la plateforme One Version, modèle de destination où l'extension sera ajoutée. Skalp AI génère une extension Microsoft-compliant dans CE modèle.
Soumettre le ticket
Soumission via le formulaire Skalp AI ou directement depuis Azure DevOps Boards. Vous recevez une référence ticket et une estimation de délai (24 h, 48 h ou 72 h selon la complexité).
Attendre la Pull Request
Délai standard 48 h ouvrées. Vous recevez une notification (email + Teams optionnel) lorsque la Pull Request est ouverte sur votre dépôt Azure DevOps avec le code généré, les tests SysTest et la documentation.
Étape 4 — Valider la Pull Request
La validation reste 100 % de votre côté. Vous appliquez vos critères habituels (revue de code, tests CI, gating XppBP / FxCop) avant de merger en production. Si la PR ne passe pas votre revue, elle n'est pas facturée.
Relire le code
Votre architecte ou lead D365 ouvre la PR sur Azure DevOps. Le code est commenté, les conventions de nommage suivent vos standards (analysés depuis votre dépôt), les tests sont présents.
Exécuter le pipeline CI
Si votre pipeline Azure DevOps est configuré (build XppBP + tests SysTest automatisés), il s'exécute sur la branche de la PR. Tout doit passer en vert avant merge.
Tester en environnement UAT
Optionnel mais recommandé : déployer la PR sur un environnement Tier-2 (UAT) via LCS pour validation fonctionnelle par 1-2 utilisateurs métier de référence.
Merger ou demander une révision
Si tout est OK : merge sur la branche de release. Si des ajustements sont nécessaires, vous commentez la PR ; Skalp AI produit une révision sous 24 h, jusqu'à 2-3 itérations sans surcoût.
Étape 5 — Comprendre la facturation
Skalp AI facture 200 € HT (TVA 20 % applicable) par ticket effectivement mergé sur votre dépôt Azure DevOps. Tant qu'un ticket n'est pas mergé, il n'est pas facturé. Tant qu'un ticket est en révision (vos commentaires en attente), il n'est pas facturé.
La facturation est mensuelle, en fin de mois calendaire. Vous recevez une facture détaillée : référence ticket Azure DevOps, module D365 concerné, date de merge, montant 200 €. Paiement par virement SEPA à 30 jours fin de mois.
Aucun engagement de volume, aucun acompte, aucun forfait minimum. Un mois sans ticket résolu = facture à zéro. Un mois avec 50 tickets résolus = 10 000 € HT.
Pour les sujets requalifiés ou abandonnés (au-delà du SLA, périmètre non couvert, refus en revue après 3 itérations), aucune facturation. Vous portez zéro risque d'échec.
Questions fréquentes
Combien de temps faut-il pour le setup complet ?
Entre 30 minutes et 2 heures, selon la maturité de votre Azure DevOps. Si vous avez déjà un dépôt Git avec votre code D365, un PAT et un lead capable de relire des PR, comptez 30 minutes. Si vous démarrez sur Azure DevOps, prévoyez quelques heures de configuration initiale (couvertes par la documentation /docs/devops).
Faut-il interrompre ma TMA actuelle pour démarrer ?
Non. La plupart des clients commencent par un parallel run de 2-3 mois : la TMA actuelle continue sur les sujets critiques de production, et Skalp AI prend les nouveaux développements. À l'échéance annuelle de votre contrat TMA, vous renégociez à la baisse ou résiliez selon les résultats mesurés.
Combien de tickets puis-je soumettre par mois ?
Il n'y a pas de plafond côté Skalp AI. La limite réelle est votre capacité de validation côté DSI. Un lead D365 interne pilote confortablement 20-40 tickets/mois (200-400/an). Au-delà, prévoir un second profil ou répartir entre fonctionnel et technique.
Quels modules D365 F&O sont couverts ?
Finance (General Ledger, Accounts Payable, Accounts Receivable, Fixed Assets), Supply Chain (Inventory, Master Planning, Warehouse, Transportation), Project Operations, Production Control, Retail (Commerce HQ, Modern POS), HR / Payroll, Sales & Marketing. Pour Commerce e-commerce et Dual-Write CE↔F&O, voir /docs/devops pour la configuration spécifique.
Et si je n'ai pas Azure DevOps mais GitHub ou GitLab ?
Skalp AI supporte officiellement Azure DevOps Repos en raison de l'intégration native LCS. GitHub Enterprise et GitLab self-hosted sont supportés en mode bridge avec quelques limitations (pas de release pipeline LCS automatique). Précisez votre setup dans la phase d'onboarding pour adaptation.
Prêt à soumettre votre premier ticket ?
30 minutes pour démarrer. Aucun ticket non résolu n'est facturé.
Rejoindre la liste d'attente