Il développe l'ABAP de bout en bout : implémenter, revoir, tester, CDS / RAP / Fiori, Adobe Forms, migration. Seul Development écrit, et uniquement sur un système de développement.
écrit · systèmes de dev uniquement
Tout le cycle d'ingénierie ABAP : réaliser une exigence de bout en bout, revue, tests unitaires, ATC, CDS / RAP / Fiori, Adobe Forms, migration S/4HANA, mise en forme de spécifications et estimation des charges. Le seul produit qui écrit dans SAP — et uniquement sur un système de niveau développement.
Un développeur ABAP n'a pas besoin d'une autocomplétion intelligente de plus. Il a besoin d'un agent qui travaille réellement à l'intérieur du système, et à qui il peut faire confiance. Ce que vous obtenez, c'est une modification finalisée et activée faite à votre manière, plutôt qu'un brouillon de code.
Vous décrivez la tâche en mots. Makion exécute tout le cycle de développement dans votre système lui-même. Vous décrivez la tâche, l'agent exécute chaque étape, et vous obtenez un objet activé avec son transport, le tout dans votre SAP.
ZCL_FI_ORDER_CHECK · Transport DEVK900342 · Où : dans votre SAPMakion travaille via les outils ADT officiels, une surface large plutôt qu'une mince tranche.
Il lit tout ce dont il a besoin : sources et structure des objets, where-used, données via SQL, modules fonction, classes de messages et éléments de texte, hiérarchie de types, contenu des packages, transports, révisions, jusqu'aux dumps d'exécution et à la documentation ABAP.
Dans un rôle avec droit d'écriture, il effectue la modification : sap_lock → sap_set_source → sap_syntax_check → sap_activate → sap_unlock. Il crée de nouveaux objets, y compris des objets du dictionnaire de données (tables, structures, éléments de données, domaines, types de table), des classes de messages, des éléments de texte et des service bindings RAP. Il exécute vos portes qualité (ATC, ABAP Unit), refactorise (extract method, rename, pretty printer) et gère les transports. Une fois terminé, il rend compte exactement de ce qu'il a touché et dans quel transport.
Makion est une application de bureau accompagnée d'un serveur que vous hébergez vous-même. Il se connecte à votre système SAP via l'ADT REST officiel (connecteur MCP), lit le système, écrit et active de l'ABAP, et crée des objets du dictionnaire de données : tables, structures, éléments de données, domaines. Vous décrivez la tâche. L'agent explore l'état actuel, planifie, écrit selon vos standards, exécute le syntax check, les tests unitaires et l'ATC, active, et rend compte de ce qu'il a exactement touché et dans quel transport.
Makion embarque son propre nettoyeur ABAP déterministe avec 45 règles Clean-ABAP : casse, indentation, espacement, alignement et modernisations sûres (MOVE…TO → =, CREATE OBJECT → NEW, EQ/NE → =/<> et plus encore). Activez-le et chaque source écrite par l'agent y passe avant le contrôle de syntaxe et l'activation, si bien que ce qui arrive dans votre système est conforme au standard, pas seulement correct. Il ne change jamais que le style, jamais la logique. Activable ou non par projet, et par tâche.
Fini le « style plus tard ».
Les rôles sont livrés avec une méthodologie ABAP déjà écrite et en place : réutiliser d'abord, lire avant d'écrire, clean ABAP, nommage, performance, gestion des erreurs. Vous n'avez pas à apprendre à l'agent « comment on fait chez nous » à partir de zéro. Un standard de base est intégré, et l'équipe écrit dans une même approche dès le premier jour. Quand vous voulez le vôtre, l'architecte le définit dans la console de méthodologie.
Vous la définissez, vous la contrôlez. « Comme il faut » n'est pas une boîte noire. Votre architecte décrit les standards et la méthodologie de l'équipe en langage naturel dans la console Methodology, et chaque rôle les suit à chaque tâche. Les rôles délimitent ce que l'agent peut faire, les standards définissent comment il écrit, les spécifications ce qu'il construit. Vous contrôlez ces trois leviers et pouvez les modifier à tout moment.
Chargez le brief brut du client. Obtenez une spécification ordonnée, testable et versionnée.
Le rôle Specification prend le document brut d'un client (fichier ou texte) et le transforme dans le format standardisé interne de Makion : objectif, périmètre (scope), objets de données, exigences testables ordonnées R1..Rn, objets SAP à modifier, critères d'acceptation, questions ouvertes.
L'essentiel, c'est le véritable versionnage : chaque nouvelle version reste le même document avec un identifiant stable, et Makion ajoute automatiquement une section « Changements par rapport à la version précédente ». Vous voyez toujours exactement ce qui a changé dans les exigences. Vous pouvez confier cette spécification ordonnée directement à l'orchestrateur autonome.
L'architecte décrit les standards de l'équipe avec des mots et des exemples.
Dans la console Methodology, l'architecte ou l'administrateur définit les standards de l'équipe avec des mots et des exemples — exactement comme on fait chez vous. C'est stocké et appliqué au travail de l'agent, si bien que dix développeurs sur un même Makion font évoluer le système dans une seule approche cohérente, et non dans dix styles différents. Pour les développeurs, la méthodologie, les règles et la base de connaissances sont en lecture seule ; ce sont les administrateurs du projet qui les modifient.
Configurez le serveur en langage clair — projets, accès, rôles et standards.
Rôle choisi, méthodologie appliquée, étapes exécutées dans votre système — le tout visible dans un chat d'application de bureau ordinaire.
Dans le chat, vous choisissez un rôle pour chaque requête. Un rôle est à la fois une méthodologie complète et une limite d'accès. Seuls les rôles Development écrivent, et uniquement sur un système de niveau développement. Les 23 rôles →
Réalise une exigence de bout en bout : comprendre → explorer l'état actuel → réutiliser l'existant → planifier → lock + set source → syntax check + tests/ATC → activer → compte rendu.
Une modification finalisée et activée selon votre approche, plutôt qu'un brouillon de code.
Produit une conception de solution, n'écrit aucun code.
Un plan réfléchi avant que quiconque ne touche au système.
Revue au regard de vos standards ; constats classés par priorité (Critical / Major / Minor) avec localisations exactes et corrections.
Une deuxième passe indépendante — sans le risque que le relecteur réécrive « accidentellement » quelque chose.
Écrit/étend des tests ABAP Unit ; ne modifie jamais la logique de production pour « forcer » un test au vert.
Une couverture de tests sans distordre la logique métier.
Exécute l'ABAP Test Cockpit, restitue les constats classés par priorité ; ne corrige que si vous le demandez explicitement.
La qualité au standard ATC sous votre contrôle.
Exécute l'ATC et corrige les constats méthodiquement, catégorie par catégorie, sans changer le comportement.
Des constats soldés sans changer ce que fait le code.
Investigue et répond avec des preuves, peut exécuter des requêtes SQL sur les données.
Des réponses rapides et fondées sur le système — sans risque pour lui.
Transforme la spécification brute d'un client dans le format standardisé interne de Makion, en la confrontant au système en production.
Une exigence chaotique devient un cahier des charges ordonné et testable.
Chiffre un développement à partir de sa spécification : chaque objet noté S / M / L avec une fourchette d'heures, plus les hypothèses et les inconnues derrière le chiffre. Fournit un document d'estimation.
Un chiffrage défendable avant de vous engager, plutôt qu'une intuition.
Conçoit et construit des modèles de données CDS dans le style VDM de SAP : entités de vue interface et consumption, associations, annotations et contrôle d'accès (DCL), créés et activés sur votre système.
Un modèle de données propre et en couches sur lequel vos rapports et vos applications se construisent, plutôt qu'un SELECT ponctuel.
Construit des objets métier RESTful ABAP (RAP) de bout en bout : modèle CDS, behavior definition et behavior class, projection et binding de service OData — activés et prêts à consommer.
Un vrai service transactionnel sur votre système, pas le schéma d'un service.
Rend un service prêt pour Fiori Elements : les annotations @UI et les extensions de métadonnées qui pilotent un List Report / Object Page, plus le binding de service OData — puis remet honnêtement le déploiement de l'app-shell UI à votre outillage.
Vos données à un pas d'une application Fiori — toute la couche d'annotations réalisée pour vous.
Prend un objet spécifique, trouve ce qui casse sur S/4HANA (API obsolètes, accès direct aux tables, ancienne syntaxe) et propose un correctif minimal pour chacun ; vous approuvez, il applique et active, et pour les changements risqués il écrit d'abord un test de verrouillage.
ABAP spécifique prêt pour S/4HANA / Clean-Core, objet par objet — sur votre propre ECC.
La moitié analyse de la migration : lit votre code spécifique et son usage pour cartographier l'effort S/4HANA — ce qui est utilisé, ce qui casse, ce qu'il faut corriger en premier. Elle ne se connecte jamais à la production.
Une vue de migration priorisée avant que quiconque ne change une ligne.
Lit un SAP Adobe Form existant et applique une modification structurelle (ajouter / retirer / réordonner / relier une colonne), et renvoie un XDP prêt à coller pour l'onglet « XML Source » de SFP ; la géométrie et les liaisons de données sont garanties par un moteur déterministe.
Modifie les Adobe Forms en décrivant le changement plutôt qu'à la main dans LiveCycle.
Audite la conformité clean core : API released, aucune lecture de tables standard, extensibilité. En lecture seule.
Un verdict clean core par objet avant d'écrire le plan de migration.
Il utilise votre propre compte IA, via votre clé API ou votre abonnement, et tourne sur votre serveur. Votre connexion SAP et vos identifiants restent dans votre infrastructure. Makion ne voit jamais votre code. Tous les détails sur la page sécurité →
Votre SAP, vos standards, vos conditions.
Plusieurs développeurs ou un déploiement client ? Équipes et entreprises