Olá
1.) como explicado: o "Estado" que você está mostrando não é "Padrão do SAP"
2.) De acordo com seus comentários: agora entendo que nem "ERRO" nem "SCCSS" são estados permitidos de acordo com a configuração; do meu ponto de vista, esta é uma situação muito "ruim"
3.) O "problema" agora é o seguinte:
se você verificar o SPRO, temos pelo menos três opções teóricas de "razões" pelas quais isso está acontecendo (pode haver mais, mas essas três são opções "claras")
Razão 1 + 2: Se verificar o SPRO, encontrará duas opções de "extensão" na configuração de "Gestão de Estado" do EHS; não acredito que sejam utilizadas.. mas você deveria verificar isso
Razão 3. Minha "favorita" é um BADI como parte da "Configuração principal do EHS". Este BADI é chamado quando um "salvamento" é realizado. Verifique, por exemplo, isso:
https://answers.sap.com/questions/135783/issue-of-bapibus1077change-in-atsavecheck-of-badi-.html
Então minha proposta seria: verificar especialmente este BADI (e outras extensões do EHS) se puder encontrar código ABAP ativo
(um dos exemplos "raros" que discutem o tema de "Estado" é, por exemplo, este:
https://answers.sap.com/questions/12689534/custom-statuses-for-specifications-in-ehs.html
Com base na captura de tela: seja qual for o código utilizado: DET…NLO.
Temos o caso de "ERRO" e o campo "Modificado em" não está preenchido; para o tema de "SCCSS": temos um valor de "Modificado em" e temos uma "origem de dados". Este não é um bom estado. Mesmo se um processo "técnico" estiver "escrevendo": sempre deveria haver dados em "Modificado em" / "Modificado por", etc.
PS: uma razão adicional potencial é o uso de "Pontos de Melhoria" em alguma área.. não verifiquei.. mas deveria fazê-lo: Nos "Pacotes de Melhoria" às vezes a SAP fornece opções adicionais. Não consigo lembrar das opções para "Gestão de Estado" mas verifique isso (para ter certeza)
Se tiver um Sistema de "Desenvolvimento" ou "Qualidade" onde encontrar os mesmos dados "estranhos".. pode entrar em contato com um ABAPer "experiente"... Apenas altere os dados... se o "processo" for ativado: pode "parar" usando "Depurar" no processo de "Salvar" e então verá todas as "chamadas" feitas (por exemplo, apenas adicione um identificador)
Recomendo fortemente analisar os "Documentos de Mudança" (melhor os "Ponteiros de Mudança") utilizando novamente um ABAPer "experiente". Em > 99% dos casos um processo é ativado se "inserir" dados "atualizados", etc. e ao analisar uma especificação e ao analisar os "Ponteiros de Mudança (ou o registro de mudanças especial do EHS) : talvez ao usar o registro de mudanças verá os "dados" que foram "Alterados" e "levaram" ao resultado como "ERRO"; isso pode ajudar a entender o processo potencial "E2E" utilizado
C.B.
PS: o importante (em sua análise): primeiro precisa identificar: é este um processo "sincrônico" (o resultado aparece como parte do processo de "Salvar") ou é um processo "assincrônico" (onde a escrita de dados é tratada por um relatório ABAP programado como um trabalho)
Para o Estado de "ERRO": podemos "assumir" que o estado deve mostrar um problema em um processo "funcional" ou "técnico". O estado "SCCSS": só podemos assumir: uma opção poderia ser que tenhamos um tipo de gerenciamento de estado simples de "Ok" ou "Não Ok" (mas precisamos entender melhor a parte "funcional" do processo). Então "ERRO" poderia ser mapeado para "Não Ok" e "SCCSS" poderia ser mapeado para "Ok"
