Diagnóstico de incidencias de solo lectura por el mismo canal oficial ADT — sin RFC SDK, sin S-User. Triaje de dumps, jobs, logs, IDocs y colas RFC; chequeos de salud matutinos; triaje profundo de IDoc. Cada incidencia se convierte en una solicitud con hallazgos sobre los que usted decide; la corrección siempre se entrega, nunca se ejecuta.
Lo que obtiene: la causa raíz y la siguiente acción en minutos, sin tocar nada en el sistema.
Cómo funciona
Cómo es un diagnóstico
Usted pega el síntoma. Makion correlaciona dumps de ST22, jobs de SM37, logs de SLG1, actualizaciones de SM13, IDocs y tRFC, y devuelve causas raíz priorizadas con una única acción siguiente tipificada.
- 1Usted escribe: el síntoma, el texto de un ticket o una captura del error.
- 2Lee las tablas de diagnóstico por ADT: ST22, SM37, SLG1, SM13, estado de IDoc, tRFC / qRFC.
- 3Correlaciona la evidencia en causas raíz priorizadas.
- 4Resultado: hallazgos con evidencia y una única acción siguiente tipificada. Nada cambia en el sistema.
Límite
La corrección se entrega
Todos los roles de Support son de solo lectura: reciben físicamente solo herramientas de lectura de SAP y no pueden cambiar nada. Solo lectura es un límite de herramientas, no una promesa a nivel de prompt. Reprocesar un IDoc, reiniciar un job, aplicar una nota: todo eso queda en sus manos.
Los roles de solo lectura no pueden escribir a nivel de herramienta, no solo a nivel de prompt. Un administrador puede sobrescribir la metodología de cualquier rol o añadir nuevos. Cómo se aplica el límite →
Roles
Tres roles de Support
Todos los roles de Support son de solo lectura. Los 23 roles →
solo lecturaSupport
Diagnose
Realiza el triaje de una incidencia a través de dumps de ST22, jobs de SM37, logs de SLG1, actualizaciones de SM13, IDocs y tRFC — y devuelve causas raíz priorizadas con una única acción siguiente tipificada.
De «está roto» a una causa priorizada y un siguiente paso — solo lectura.
solo lecturaSupport
Health check
Un barrido matutino del sistema: IDocs atascados, jobs fallidos, backlog de tRFC/qRFC y dumps recientes — el estado de salud antes de que los usuarios lo reporten.
Problemas detectados antes de que llegue el primer ticket.
solo lecturaSupport
IDoc triage
Un análisis profundo de los fallos de IDoc: registros de estado, datos de control y segmentos (EDIDC / EDIDS / EDID4), para explicar por qué falló uno y qué hacer. El reprocesamiento sigue siendo una entrega.
La verdadera razón por la que falló un IDoc, no solo un número de estado.
Se ejecuta en su servidor
Empezar
Ponga Makion dentro de su SAP
Su SAP, sus estándares, sus condiciones.
¿Varios desarrolladores o un despliegue en cliente? Equipos y empresas