En el chat usted elige un rol para cada solicitud. Un rol es a la vez una metodología completa y un límite de acceso. Solo los roles de Development escriben, y solo en un sistema de nivel de desarrollo. Los 23 roles →
escribeDevelopment
Development
Implementa un requisito de principio a fin: entender → explorar el estado actual → reutilizar lo existente → planificar → lock + set source → syntax check + pruebas/ATC → activar → informar.
Un cambio terminado y activado según su enfoque, en lugar de un borrador de código.
solo lecturaDevelopment
Architecture
Entrega un diseño de solución, no escribe código.
Un plan meditado antes de que nadie toque el sistema.
solo lecturaDevelopment
Code review
Revisa según sus estándares; hallazgos ordenados por prioridad (Critical / Major / Minor) con ubicaciones exactas y correcciones.
Una segunda pasada independiente — sin riesgo de que el revisor «accidentalmente» reescriba algo.
solo escribe pruebasDevelopment
Unit tests
Escribe/amplía pruebas ABAP Unit; nunca cambia la lógica productiva para «forzar» una prueba en verde.
Cobertura de pruebas sin distorsionar la lógica de negocio.
hallazgos, correcciones a peticiónDevelopment
ATC check
Ejecuta el ABAP Test Cockpit, devuelve hallazgos ordenados por prioridad; corrige solo si usted lo pide expresamente.
Calidad según el estándar ATC bajo su control.
escribeDevelopment
ATC remediation
Ejecuta ATC y corrige los hallazgos de forma metódica, categoría por categoría, preservando el comportamiento.
Hallazgos cerrados sin cambiar lo que hace el código.
solo lecturaDevelopment
Research
Investiga y responde con evidencia, puede ejecutar consultas SQL sobre los datos.
Respuestas rápidas y fundamentadas sobre el sistema — sin riesgo para él.
solo lectura en SAPDevelopment
Specification
Convierte la especificación en bruto de un cliente en el formato estandarizado interno de Makion, contrastando con el sistema en vivo.
Un requisito caótico se convierte en una especificación ordenada y comprobable.
solo lectura en SAPDevelopment
Effort estimate
Dimensiona un desarrollo a partir de su especificación: cada objeto valorado como S / M / L con un rango de horas, más los supuestos e incógnitas detrás de la cifra. Entrega un documento de estimación.
Una cifra de esfuerzo defendible antes de comprometerse, en lugar de una intuición.
escribeDevelopment
CDS data models
Diseña y construye modelos de datos CDS al estilo VDM de SAP: entidades de vista de interfaz y de consumo, asociaciones, anotaciones y control de acceso (DCL), creados y activados en su sistema.
Un modelo de datos limpio y por capas sobre el que se apoyan sus informes y aplicaciones, en lugar de un SELECT puntual.
escribeDevelopment
RAP business objects
Construye objetos de negocio RESTful ABAP (RAP) de principio a fin: modelo CDS, definición de comportamiento y clase de comportamiento, proyección y binding de servicio OData — activados y listos para consumir.
Un servicio transaccional real en su sistema, no un diagrama de uno.
escribeDevelopment
Fiori Elements
Prepara un servicio para Fiori Elements: las anotaciones @UI y las extensiones de metadatos que impulsan un List Report / Object Page, más el binding de servicio OData — y luego, con honestidad, entrega el despliegue del app-shell de la interfaz a sus herramientas.
Sus datos a un paso de una app Fiori — con toda la capa de anotaciones ya resuelta por usted.
escribeDevelopment
Migración
Toma un objeto propio, detecta qué se rompe en S/4HANA (APIs obsoletas, acceso directo a tablas, sintaxis antigua) y propone una corrección mínima para cada uno; usted aprueba, lo aplica y activa, y para cambios arriesgados escribe primero una prueba de fijación.
ABAP propio listo para S/4HANA / Clean-Core, objeto a objeto — en su propio ECC.
solo lecturaDevelopment · Consult
Migration Map
La mitad de análisis de la migración: lee su código propio y su uso para mapear el esfuerzo de S/4HANA — qué se usa, qué se rompe, qué corregir primero. Nunca se conecta a producción.
Una imagen de migración priorizada antes de que nadie cambie una línea.
solo lectura en SAPDevelopment
Adobe Forms
Lee un SAP Adobe Form existente y aplica un cambio estructural (añadir / quitar / reordenar / revincular una columna), y devuelve un XDP listo para pegar en la pestaña «XML Source» de SFP; la geometría y los enlaces de datos los garantiza un motor determinista.
Edite Adobe Forms describiendo el cambio en lugar de hacerlo a mano en LiveCycle.
solo lecturaDevelopment · Consult
Clean-core check
Audita el cumplimiento de clean core: API liberadas, sin lecturas de tablas estándar, extensibilidad. Solo lectura.
Un veredicto de clean core por objeto antes de escribir el plan de migración.