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.

Sección de acceso a la base de datos de la página de ZSD_ORDER: cada línea indica qué include lee, inserta o actualiza qué tabla, seguida de etiquetas de cita GRAPH, SCHEMA y CODE.
Página del grupo de funciones ZSD_ORDER, “Acceso a la base de datos”. Cada línea nombra el include y la tabla que lee, en la que inserta o que actualiza, seguida de sus etiquetas de cita. Pantallas de un sistema de demostración sintético. Tamaño completo

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_ORDERU01 inserta en ZSD_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.
Mapa del sistema: código propio por área de negocio; Ventas y distribución, Finanzas, Gestión de materiales, Multiaplicación y Almacén unidos por líneas que cuentan llamadas y tablas compartidas; áreas menores debajo y la lista de áreas a la derecha.
Mapa del sistema. Código propio por área de negocio, con recuentos de llamadas y tablas en cada línea entre áreas. Pantallas de un sistema de demostración sintético. Tamaño completo

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.
Explorador del grafo centrado en el grupo de funciones ZSD_ORDER con profundidad 2: objetos, tablas y transacciones unidos por llamadas, acceso a datos y configuración, con filtros de relaciones y panel de detalle.
Explorador. El grupo de funciones ZSD_ORDER con profundidad 2: objetos, tablas y transacciones unidos por llamadas, acceso a datos y configuración. Pantallas de un sistema de demostración sintético. Tamaño completo

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.
Matriz de uso de datos: objetos propios en filas, tablas en columnas y C, R, U o D en la celda cuando el objeto inserta, lee, actualiza o borra datos en esa tabla.
Uso de datos. C, R, U o D en la celda cuando un objeto inserta, lee, actualiza o borra datos en esa tabla. Pantallas de un sistema de demostración sintético. Tamaño completo

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.
Canales de interfaz que salen del sistema SAP: llamadas HTTP, llamadas a funciones remotas, procesamiento de entrada de IDocs y tratamiento de IDocs en el código, cada uno con recuentos de objetos y líneas de código.
Interfaces. Canales que salen del sistema SAP, cada uno con recuentos de objetos y líneas de código. Pantallas de un sistema de demostración sintético. Tamaño completo

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.
Detalle del proceso “Maintain order status”: su objeto, cómo se inicia con citas a filas exportadas, las tablas propias que utiliza y la cobertura de documentación de un documento de proceso publicado.
“Cómo se inicia” (resaltado). En la página de un proceso, la transacción ZSD_STATUS inicia el grupo de funciones ZSD_ORDER y el tipo de mensaje IDoc ORDERS es procesado por él; cada punto de entrada cita su fila exportada. Pantallas de un sistema de demostración sintético. Tamaño completo

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 ORDERS es procesado por ZSD_ORDER_IDOC_IN GRAPH:PROCESSED_BYverificado EXPORT:cg_cfg_edifct.tsv:2verificado — tipo de IDoc ORDERS05, de entrada

  • El código de proceso ZORD ejecuta el módulo de funciones registrado para el tipo de mensaje ORDERS: ZSD_ORDER_IDOC_IN GRAPH:PROCESSED_BYverificado EXPORT:cg_cfg_tbd52.tsv:2verificado EXPORT:cg_cfg_edifct.tsv:2verificado — 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

La fila exportada a la que remite EXPORT:cg_cfg_edifct.tsv:2 Se omiten las columnas vacías.
FCTNAMIDOCTYPMESTYPDIRECT
ZSD_ORDER_IDOC_INORDERS05ORDERS2
La configuración en el catálogo. Dos líneas de la página del grupo de funciones ZSD_ORDER tal como se generaron, sin IA, y la fila exportada que ambas citan. Sistema de demostración sintético.

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 de procesos: código propio agrupado en procesos, una barra de procesos documentados, parcialmente documentados y sin documentar, tarjetas de documentos de proceso y la tabla de procesos con etiquetas de transacción y job.
Procesos. El código propio agrupado en procesos: estado de documentación, tarjetas de documentos de proceso y la tabla de procesos clasificados. Pantallas de un sistema de demostración sintético. Tamaño completo

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, SignificadoDóndeEvidencia
CALL FUNCTION dinámicoCALL FUNCTION con un nombre calculadoZWM_PICK_LABELCODE:zwm_pick_label.abap:32
módulo de funciones no encontradomódulo de funciones llamado que no se encontró en la exportaciónZMM_PURCHASE(ZSRM_PO_NOTIFY)CODE:lzmm_purchaseu03.abap:17
ruta de archivo dinámicaruta de archivo calculada en tiempo de ejecuciónZFI_BANK_STATEMENT_LOADCODE:zfi_bank_statement_load.abap:24
  • Tipo: CALL FUNCTION dinámico

    Significado: CALL FUNCTION con un nombre calculado

    Dónde: ZWM_PICK_LABEL

    Evidencia: CODE:zwm_pick_label.abap:32

  • Tipo: módulo de funciones no encontrado

    Significado: 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ámica

    Significado: ruta de archivo calculada en tiempo de ejecución

    Dónde: ZFI_BANK_STATEMENT_LOAD

    Evidencia: 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.

Ilustración basada en la vista Cobertura del sistema de demostración sintético.

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.

Cómo se autoriza el uso de la IA

Preguntas sugeridas en Preguntar a la IA, como “¿Quién actualiza la tabla ZSD_DLV_QUEUE?” y “¿Qué inicia la transacción ZCO_ALLOC?”.
Preguntar a la IA. Preguntas sugeridas, generadas a partir de la documentación de demostración. Para esta captura no se envió ninguna pregunta. Pantallas de un sistema de demostración sintético. Tamaño completo

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.
Al hacer clic en la cita CODE:lzsd_orderu01.abap:55 se abre el panel de código del include LZSD_ORDERU01 con la línea 55, INSERT zsd_order_log FROM ls_log., resaltada junto a la documentación que la cita.
Panel de código fuente. La cita CODE:lzsd_orderu01.abap:55 abre el include 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 completo
Página de la tabla ZSD_ORDER_LOG: qué archivos fuente la leen y la modifican, un grafo de uso con lecturas en verde y modificaciones en rojo, y la lista “Quién la usa” con evidencia de línea de código.
Página de tabla. Quién lee y modifica ZSD_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 completo
Módulo de funciones ZSD_ORDER_CREATE: árbol de llamadas hacia las BAPI, las subrutinas y los módulos de funciones propios que llama y, debajo, su interfaz.
Módulo de funciones. ZSD_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 completo

Catá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.
Bajo el encabezado ZSD_ORDER_LOG, una afirmación citada: LZSD_ORDERU01 inserta en ZSD_ORDER_LOG, con las etiquetas GRAPH:CREATES, SCHEMA:DDIC:ZSD_ORDER_LOG y CODE:lzsd_orderu01.abap:55; debajo, LZSD_ORDERU04 actualiza la misma tabla.
Página de catálogo, “Acceso a la base de datos”. Dos líneas tal como se generaron: 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 completo

Paquetes 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

  1. Validador de documentación Ninguna referencia a tablas o campos que no se pueda resolver.

  2. Tríada de validación Los modelos revisores independientes Defensor y Retador debaten; un modelo Juez emite correcciones vinculantes.

  3. Auditor de citas Cada etiqueta de cita debe superar la verificación.

  4. 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

  1. Resumen
  2. Inventario de programas
  3. Descripción de dynpros
  4. Matriz CRUD
  5. Flujos del proceso
  6. Reglas de negocio
  7. Historias de usuario
  8. 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.

Cómo se autoriza el uso de la IA

Documento de proceso VP-01, secciones 5 a 7: pasos numerados del flujo, reglas de negocio e historias de usuario; cada línea con etiquetas GRAPH, CODE, EXPORT o INFERRED y marcas SME-REVIEW-REQUIRED.
Flujos del proceso. Una cita en cada paso. Captura de la app en inglés. Documento de proceso de un sistema de demostración sintético. Tamaño completo

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.

Cómo empezar

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.