Avalados por :

Cómo gestionar la tabla SAP EHS ESTST con millones de datos y estados SCCSS y ERROR

  • Creado 01/03/2024
  • Modificado 01/03/2024
  • 13 Vistas
0
Cargando...

Estimados,

Tenemos la tabla SAP EHS ESTST que sorprendentemente tiene millones de datos. Veo que esta tabla se utiliza para la gestión de estados principales. Pero no tenemos actualizada la gestión de estados en toda nuestra configuración de SAP EHS. Por lo tanto, no estamos seguros de cómo se está poblado la tabla. Lo que notamos es que tenemos 2 estados SCCSS y ERROR en la tabla.

En CG02, para cada sustancia tenemos una pestaña de estado a nivel de encabezado. Pero esta está vacía para cada sustancia, sin embargo, el RECNROOT se actualiza en la tabla ESTST con el estado SCCSS. De alguna manera vemos que la tabla se actualiza continuamente y podemos ver los IDs de usuario comerciales, pero parece que no saben nada al respecto.

¿Alguien sabe cómo se está poblada la tabla si no estamos utilizando la funcionalidad de gestión de estados?

En caso afirmativo, ¿cómo nos deshacemos de estos datos en la tabla si no los estamos utilizando, ya que esto está afectando uno de nuestros conjuntos de reglas de expertos?

Saludos,

Rohan

Pedro Pascal
Se unió el 07/03/2018
Pinterest
Telegram
Linkedin
Whatsapp

4 Respuestas

0
Cargando...

Hola

para usar "Gestión de estado" por un "Usuario de Negocios" el Usuario de Negocios necesita "Derechos de acceso". Por lo tanto, debe haber un "concepto de acceso" etc.

Normalmente tenemos "Estados" como "Liberado", etc. Un estado como "Error" o "SCCSS" son "inusuales" y según mi conocimiento no forman parte del estándar de SAP (consulte https://answers.sap.com/questions/6636493/specification-status-in-header-specification-workb.html)

Pero necesitamos prestar "atención". Con (creo) Gestión de Recetas hay un Estado "diferente" (consulte https://answers.sap.com/questions/12980031/specification-header-status-mass-change.html) (aquí no tengo suficiente conocimiento)

¿Cuál de los "Estados" están "dentro del alcance" de su problema?

C.B.

PD: Propuesta: por favor revise: ¿qué "documentos de cambio" existen para el número de especificación... tal vez identifique: ¿hay un cambio "adicional" en la misma fecha/hora que "podría" ser el desencadenante de la "actualización" del "Estado"?

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019
0
Cargando...

Hola

1.) como se explicó: el "Estado" que muestras no es "Estándar de SAP"

2.) Según tus comentarios: ahora entiendo que ni "ERROR" ni "SCCSS" son estados permitidos según la configuración; desde mi punto de vista, esta es una situación muy "mala"

3.) El "problema" es ahora este:

si revisas SPRO tenemos al menos tres opciones teóricas de "razones" por las que esto está sucediendo (puede que podamos listar más, pero estas tres son opciones "claras")

Razón 1 + 2: Si revisas SPRO encontrarás dos opciones de "extensión" en la configuración de "Gestión de Estado" de EHS; no creo que se utilicen.. pero deberías verificar eso

Razón 3. Mi "favorita" es un BADI como parte de la "Configuración principal de EHS". Este BADI se llama si se realiza un "guardado". Verifica, por ejemplo, esto: https://answers.sap.com/questions/135783/issue-of-bapibus1077change-in-atsavecheck-of-badi-.html

Entonces mi propuesta sería: verificar especialmente este BADI (y otras extensiones de EHS) si puedes encontrar código ABAP activo

(uno de los ejemplos "raros" que discuten el tema de "Estado" es, por ejemplo, este: https://answers.sap.com/questions/12689534/custom-statuses-for-specifications-in-ehs.html

Basado en la captura de pantalla: sea cual sea el código utilizado: DETÉNLO.

Tenemos el caso de "ERROR" y el campo "Modificado en" no está lleno; para el tema de "SCCSS": tenemos un valor de "Modificado en" y tenemos un "origen de datos". Este no es un buen estado. Incluso si un proceso "técnico" está "escribiendo": siempre debería haber datos en "Modificado en" / "Modificado por", etc.

PD: una razón adicional potencial es el uso de "Puntos de Mejora" en alguna área.. no lo he verificado.. pero deberías hacerlo: En los "Paquetes de Mejora" a veces SAP proporciona opciones adicionales. No puedo recordar opciones para "Gestión de Estado" pero verifica esto (para estar seguro)

Si tienes un Sistema de "Desarrollo" o "Calidad" donde encuentres los mismos datos "extraños".. puedes ponerte en contacto con un ABAPer "experimentado"... Solo cambia los datos... si se activa el "proceso": puedes "detener" usando "Depurar" en el proceso de "Guardar" y luego verás todas las "llamadas" realizadas (por ejemplo, solo agrega un identificador)

Recomiendo encarecidamente analizar los "Documentos de Cambio" (mejor los "Punteros de Cambio") utilizando una vez más un ABAPer "experimentado". En > 99% de los casos se activa un proceso si se "insertan" datos "actualizados", etc. y al analizar una especificación y al analizar los "Punteros de Cambio (o el registro de cambios especial de EHS) : tal vez al usar el registro de cambios verás los "datos" que fueron "Cambiados" y "llevaron" al resultado como "ERROR"; esto podría ayudar a entender el proceso potencial "E2E" utilizado

C.B.

PD: lo importante (en tu análisis): primero necesitas identificar: ¿es este un proceso "sincrónico" (el resultado aparece como parte del proceso de "Guardar") o es un proceso "asincrónico" (por lo que la escritura de datos es manejada por un informe ABAP programado como un trabajo)

Para el Estado de "ERROR": podemos "asumir" que el estado debería mostrar un problema en un proceso "funcional" o "técnico". El estado "SCCSS": solo podemos asumir: una opción podría ser que tengamos un tipo de manejo de estado simple de "Ok" o "No Ok" (pero necesitamos entender mejor la parte "funcional" del proceso). Entonces "ERROR" podría mapearse a "No Ok" y "SCCSS" podría mapearse a "Ok"

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019
0
Cargando...

Hola Christoph,

Gracias por enviarme tu análisis detallado. En los últimos días estuve en contacto con SAP y descubrimos la causa raíz. La tabla ESTST se escribe cuando reindexas los datos en la búsqueda empresarial y has establecido el parámetro de entorno SP_ES_WRITE_INDEXED_RECNS. Este parámetro se introdujo con fines de análisis debido a otro tema que teníamos. SAP recomienda borrar ese parámetro después de haber reindexado los datos. Sería una buena práctica borrar la tabla ESTST antes de ejecutar la reindexación. La tabla ESTST podría ayudarnos a encontrar el problema del ticket 895738/2022. SAP recomienda desmarcar el parámetro SP_ES_WRITE_INDEXED_RECNS y borrar la tabla ESTST.

Así que ahora hemos desmarcado el parámetro del entorno y hemos escrito un pequeño código para eliminar la tabla ESTST.

Una vez más, gracias por tu apoyo como siempre.

Saludos,

Rohan

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019
0
Cargando...

Querido Rohan

historia bastante extraña que compartes... de todos modos: has identificado cómo resolver el tema y deshacerte de los problemas

C.B.

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019

contacto@primeinstitute.com

(+51) 1641 9379
(+57) 1489 6964

© 2024 Copyright. Todos los derechos reservados.

Desarrollado por Prime Institute

¡Hola! Soy Diana, asesora académica de Prime Institute, indícame en que curso estas interesado, saludos!
Hola ¿Puedo ayudarte?