Producto
Una exportación, cuatro resultados que usted puede verificar.
Una exportación de solo lectura de su código a medida se convierte en un grafo de evidencias, un catálogo con citas generado sin IA, una app web en español e inglés y la función Preguntar a la IA, que responde con evidencia numerada. Lo que el análisis estático no puede resolver queda listado como punto no resuelto; nunca se adivina.
Cuatro resultados
En qué se convierte una exportación de solo lectura.
Cada resultado lleva su evidencia. Una etiqueta de ejemplo por resultado, tomada de nuestro sistema de demostración sintético.
01
Grafo de evidencias
Cada relación apunta a la línea de código o a la fila de configuración que la respalda, y guarda archivo, línea y nivel de confianza. Lo que no se puede resolver queda listado; no se fuerza dentro del grafo.
Ejemplo
GRAPH:CREATES
Una relación registrada:
LZSD_ORDERU01inserta enZSD_ORDER_LOG.02
Catálogo con citas
Una página por objeto, generada sin IA. Cada línea factual lleva su cita, y un auditor de citas determinista revalida cada etiqueta.
Ejemplo
CODE:
lzsd_orderu01 .abap:55 La línea exacta del código fuente, numerada como en el editor ABAP (SE80).
03
App web
Diez vistas en español e inglés, desde un mapa por área de negocio hasta una sola sentencia. Cada página requiere iniciar sesión.
Ejemplo
EXPORT:
cg_transactions .tsv:3 Una fila de la lista de transacciones exportada, que se abre en un panel lateral.
04
Preguntar a la IA
Preguntas en lenguaje natural. La respuesta cita elementos de evidencia numerados que produjo el sistema y no puede agregar evidencia propia. Desactivada de forma predeterminada.
Ejemplo
E1
Un elemento de evidencia, revalidado por el auditor de citas y enlazado a su línea de código.
Dentro de la app web
Diez vistas, desde un mapa por área de negocio hasta una sola sentencia.
En el orden en que la app las muestra, en español o en inglés. Después: las páginas de objeto, el catálogo y los Paquetes de validación, más una nota sobre el servidor MCP.
Vista 1 de 10
Resumen
Un panel de recuentos del sistema documentado.
- Líneas analizadas, objetos, tablas, relaciones con evidencia y citas verificadas, contadas en una sola pantalla.
- Búsqueda de objetos, un tema claro y uno oscuro, y un selector EN | ES en el encabezado.
- Cada página y cada API requieren iniciar sesión. Un administrador crea las cuentas; no hay autorregistro.
Vista 2 de 10
Mapa del sistema
Mapas legibles, no marañas. Un sistema completo nunca se dibuja como un único grafo enredado.
- El código propio por área de negocio, luego un área y luego un objeto con “Impacto de un cambio”.
- Cada área muestra qué la inicia, a qué otras áreas llama y qué tablas lee y modifica.
- Los grafos se descargan como imagen para sus propios documentos.
Vista 3 de 10
Explorador
El grafo de evidencias, un objeto a la vez.
- Un explorador del grafo con los objetos y sus relaciones, con filtros de relaciones y un panel de detalle.
- Cada relación guarda archivo, línea y nivel de confianza.
- Cada una indica cómo se estableció: resuelta a partir de la exportación o del índice de la lista de utilización de SAP, tomada de la configuración o del diccionario, o encontrada solo por nombre.
Vista 4 de 10
Uso de datos
Quién lee y modifica cada tabla.
- Una matriz que muestra qué objetos propios insertan, leen, actualizan o borran datos en cada tabla.
- Haga clic en una celda para ver las líneas de código exactas.
- También se documentan los objetos de autorización que el código verifica.
Vista 5 de 10
Interfaces
Familias de canales en lenguaje claro.
- Agrupadas según lo que hacen: “Sale del sistema SAP”, “Se ejecuta más tarde”, “Registra en el estándar SAP” y “Acoplamiento oculto”.
- Clasificadas por canal: IDoc, RFC, BAPI, batch input (BDC), tarea de actualización, HTTP, archivo, memoria compartida, pago y BAdI.
- Cada canal muestra cuántos objetos propios lo usan y cuántas líneas de código o filas exportadas lo respaldan, con descarga en CSV.
Vista 6 de 10
Puntos de entrada
Todas las formas en que se inicia el código propio.
- Las transacciones y lo que inician o mantienen; los jobs de fondo y lo que ejecutan.
- El procesamiento de IDocs, los formatos de soporte de pago y árboles DMEE, las implementaciones de BAdI y CMOD, los exits de usuario, los diálogos de mantenimiento de tablas, los dynpros, SUBMIT y CALL TRANSACTION.
- El código SAP que llama a sus módulos de funciones, hace referencia a sus clases o incluye sus includes de exit de usuario, según el índice de la lista de utilización de SAP.
Vista 7 de 10
Configuración
La configuración, conectada al código que ejecuta.
- Los tipos de mensaje IDoc, vinculados a los módulos de funciones que los procesan.
- Las vías de pago, vinculadas a los formatos de soporte de pago, los árboles DMEE y los módulos de funciones que llaman.
- Las implementaciones de BAdI (clásicas y nuevas), los proyectos CMOD, los diálogos de mantenimiento de tablas y el log de modificaciones SAP.
Página de catálogo · grupo de funciones ZSD_ORDER · Cómo se inicia
El tipo de mensaje
ORDERSes procesado porZSD_ORDER_IDOC_INGRAPH:PROCESSED_BYverificado EXPORT:cg_cfg_edifct verificado — tipo de IDoc.tsv:2 ORDERS05, de entradaEl código de proceso
ZORDejecuta el módulo de funciones registrado para el tipo de mensajeORDERS:ZSD_ORDER_IDOC_INGRAPH:PROCESSED_BYverificado EXPORT:cg_cfg_tbd52 verificado EXPORT:.tsv:2 cg_cfg_edifct verificado — de entrada, los perfiles de interlocutor (cg_cfg_edp21.tsv) no están en la exportación INFERRED:tipo de mensaje tomado del registro del módulo de funciones, no de un perfil de interlocutor.tsv:2
| FCTNAM | IDOCTYP | MESTYP | DIRECT |
|---|---|---|---|
| ZSD_ORDER_IDOC_IN | ORDERS05 | ORDERS | 2 |
Vista 8 de 10
Procesos
El mapa de procesos, más los documentos de proceso.
- El código propio se agrupa en procesos con un algoritmo determinista, sin IA. Cada objeto escrito a mano pertenece a un único proceso.
- Los nombres provienen de textos registrados en SAP; nunca se inventan. La agrupación se presenta como una propuesta, no como una afirmación sobre el propósito de negocio.
- Los procesos se clasifican en los niveles A, B y C, y cada uno muestra un estado de documentación: Documentado, Parcialmente documentado o Sin documentar.
Vista 9 de 10
Cobertura
Los puntos no resueltos, listados.
- Las llamadas dinámicas, el SQL dinámico y los destinos fuera de la exportación quedan listados; nunca se fuerzan dentro del grafo.
- “Ningún código actualiza esta tabla” se escribe solo después de verificarlo e indica lo que el análisis no puede ver.
- Un registro de cobertura del análisis compara lo documentado con lo exportado.
Límite declarado: Los formularios, Web Dynpro, los servicios OData y los workflows se inventarían, pero no se documentan en profundidad. El registro de cobertura del análisis indica qué tipos de objeto se documentan en profundidad.
Ilustración · no es una respuesta registrada
No resuelto por el análisis estático
| Tipo, Significado | Dónde | Evidencia |
|---|---|---|
CALL FUNCTION dinámicoCALL FUNCTION con un nombre calculado | ZWM_PICK_LABEL | CODE: |
módulo de funciones no encontradomódulo de funciones llamado que no se encontró en la exportación | ZMM_PURCHASE(ZSRM_PO_NOTIFY) | CODE: |
ruta de archivo dinámicaruta de archivo calculada en tiempo de ejecución | ZFI_BANK_STATEMENT_LOAD | CODE: |
Tipo:
CALL FUNCTION dinámicoSignificado: CALL FUNCTION con un nombre calculado
Dónde:
ZWM_PICK_LABELEvidencia: CODE:
zwm_pick_label .abap:32 Tipo:
módulo de funciones no encontradoSignificado: módulo de funciones llamado que no se encontró en la exportación
Dónde:
ZMM_PURCHASE(ZSRM_PO_NOTIFY)Evidencia: CODE:
lzmm_purchaseu03 .abap:17 Tipo:
ruta de archivo dinámicaSignificado: ruta de archivo calculada en tiempo de ejecución
Dónde:
ZFI_BANK_STATEMENT_LOADEvidencia: CODE:
zfi_bank_statement_load .abap:24
INFERREDUn punto no resuelto nunca se adivina: la sentencia queda documentada como tal, con su línea, para que un lector pueda verificarla.
Vista 10 de 10
Preguntar a la IA
Preguntas en lenguaje natural, evidencia numerada.
- Preguntar a la IA cita evidencia numerada y no puede agregar evidencia propia.
- Cada elemento de evidencia es revalidado por el auditor de citas y enlazado a su línea de código; una respuesta sin evidencia se marca como “no verificada”.
- Pregunte en cualquier idioma; la respuesta llega en español o en inglés.
Las respuestas son generadas y pueden estar incompletas; el código enlazado es la referencia.
La app también lo dice.
Límite declarado: La función Preguntar a la IA usa OpenAI, y cada solicitud se envía con la opción de no almacenamiento del proveedor. Lo que el propio proveedor conserva, por ejemplo para supervisar usos indebidos, se rige por sus propias condiciones; consúltenos. Está desactivada de forma predeterminada y sigue así hasta que se registre su autorización. Cada afirmación citada proviene de su documentación. Los conocimientos generales de SAP, si los hay, se marcan como tales y no llevan citas.
Una página para cada objeto
Una página por módulo, módulo de funciones, transacción, job y tabla.
- Páginas de tabla: los campos, y quién lee o modifica la tabla.
- Módulos de funciones con su árbol de llamadas.
- Un visor de código que resalta la línea citada, para ABAP, CDS y lógica de proceso de dynpros; un panel lateral abre cada fila exportada citada.
LZSD_ORDERU01 con la línea 55 resaltada, junto a la documentación que la cita. Pantallas de un sistema de demostración sintético. Tamaño completoZSD_ORDER_LOG, con la línea de código de cada uso, y sus campos. Pantallas de un sistema de demostración sintético. Tamaño completoZSD_ORDER_CREATE: el árbol de llamadas hacia las BAPI, las subrutinas y los módulos de funciones que llama y, debajo, su interfaz. Pantallas de un sistema de demostración sintético. Tamaño completoCatálogo
Una página por objeto, generada sin IA.
- Cada línea factual está citada. El catálogo indica qué hacen el código y la configuración y dónde; nunca indica el propósito de negocio.
- Todas las páginas de módulo se construyen igual: su estructura, cómo se inicia, su acceso a la base de datos, el código al que llama y el código que lo llama, con cada línea factual citada.
- Páginas Markdown simples con enlaces wiki, que también pueden generarse como un sitio web estático para consultar sin conexión. Pregúntenos si los archivos forman parte de su contratación.
LZSD_ORDERU01 inserta en ZSD_ORDER_LOG y LZSD_ORDERU04 la actualiza, cada una seguida de sus citas GRAPH, SCHEMA y CODE. Pantallas de un sistema de demostración sintético. Tamaño completoPaquetes de validación
Cada documento de proceso (Paquete de validación) describe un dominio de negocio de principio a fin. Se redacta a partir de la evidencia del código, luego lo cuestionan modelos revisores independientes y se verifica automáticamente cita por cita. El paso final es la aprobación de su experto en la materia, que lo publica.
Tres controles y luego su experto
Validador de documentación Ninguna referencia a tablas o campos que no se pueda resolver.
Tríada de validación Los modelos revisores independientes Defensor y Retador debaten; un modelo Juez emite correcciones vinculantes.
Auditor de citas Cada etiqueta de cita debe superar la verificación.
Aprobación del experto Su experto en la materia confirma los puntos marcados SME-REVIEW-REQUIRED y aprueba el documento, que así queda publicado.
El proceso de ejecución no puede omitir ningún control ni darlo por superado.
Ocho secciones fijas
- Resumen
- Inventario de programas
- Descripción de dynpros
- Matriz CRUD
- Flujos del proceso
- Reglas de negocio
- Historias de usuario
- Lista de verificación de validación
Estado que ven los lectores
- Verificado automáticamente, pendiente de aprobación del experto
- Aprobado por su experto en la materia y publicado
Producto: Los roles que redactan y revisan los Paquetes de validación se ejecutan con Anthropic Claude o con OpenAI. Cada ejecución requiere una autorización registrada que nombre a un aprobador. Los lotes se ejecutan dentro de un presupuesto que usted aprueba.
Límite declarado: Los Paquetes de validación requieren ejecuciones de IA y la aprobación del experto, por lo que llevan más tiempo que la documentación automática.
Servidor MCP
Un servidor de solo lectura, basado en el estándar abierto Model Context Protocol (MCP) y usado con Claude Code, permite que un asistente de IA consulte la misma documentación, con las mismas etiquetas de cita. El servidor en sí no escribe datos ni hace llamadas de red. Responde solo en inglés. Pregúntenos si el acceso por MCP forma parte de su contratación y cómo se autoriza.
Español e inglés
Dos idiomas, un mismo método.
Todo lo que ve un lector está disponible en español latinoamericano neutro y en inglés: la app web, el catálogo, el mapa de procesos y las respuestas de Preguntar a la IA. El catálogo en español tiene las mismas páginas, enlaces y etiquetas de cita, y se audita de la misma forma.
Se traduce
- La app web, las páginas de inicio de sesión y los mensajes
- El catálogo y el mapa de procesos
- Las respuestas de Preguntar a la IA y sus líneas de evidencia
- Los Paquetes de validación, como traducción verificada
Nunca se traduce
- Los nombres de objetos SAP y el código
- Los nombres de tablas y campos
- Las etiquetas de cita
- Los textos exportados de SAP
Límite declarado: Los Paquetes de validación se redactan y pasan los controles en inglés. La versión en español es una traducción automática hecha con OpenAI, que se publica con la insignia “verificado” solo después de que una herramienta confirme que cada cita, fragmento de código, cifra y tabla se mantiene sin cambios, y de que un modelo revisor compruebe el significado.
Una demo guiada con nuestro equipo: la app web, el grafo de evidencias y una página del catálogo con citas.
o escriba a hello@codegraphai.com












