Avalados por :
Olá Gurus!
Preciso da sua ajuda para o seguinte requisito do cliente. O cliente deseja limpar o Procedimento de Preços, pois pode estar vinculado a numerosos Tipos de Condições que já não são muito úteis. Portanto, precisamos identificar os tipos de condições inativos nos Procedimentos de Preços. Temos cerca de 60+ Procedimentos de Preços e nossas estimativas iniciais são de que haverá 500+ tipos de condições.
1. Pode não ser uma boa opção revisar os dados a nível de transação, pois pode ser uma análise enorme com base no volume de negócios diário do cliente. Portanto, estamos pensando em verificar se o Registro de Condição realmente existe (Estamos conduzindo essa análise através das tabelas padrão da SAP). Já começamos a realizar essa atividade, mas ainda não estamos certos até onde podemos chegar com essa abordagem. Se esse registro existir, estamos planejando realizar uma análise mais detalhada desses tipos de condições nos dados a nível de transação.
2. O programa personalizado ou qualquer ferramenta a ser utilizada ainda não foi decidido.
Você poderia me ajudar a contribuir com algumas ideias, se você já utilizou alguma abordagem para cenários semelhantes em alguma de suas iniciativas anteriores?
Agradeço muito sua resposta!
Obrigado
Meheta
Muitas empresas têm alguns relatórios personalizados do BW para fixação de preços em pedidos/faturação, verifica o que está disponível lá.
Obrigado Lakshmipathi e Veselina por seus valiosos conselhos.
Infelizmente, a maioria dos registros de condições menciona um período de validade de xx.xx.9999, então pode não ser a abordagem correta para este Cliente. De alguma forma, conseguimos fazer uma lista curta de Tipos de Condições relevantes com base na disponibilidade de Registros de Condições em produção e, nos demais casos, precisamos verificar com base em dados em nível transacional. Como é um esforço puramente manual, as limitações serão muitas.
Também estamos pensando em desenvolver uma Utilidade/relatório para alcançar o mesmo. Qualquer sugestão será apreciada.
Em um nível muito alto, estamos pensando em criar uma Utilidade com base nas entradas do Usuário, como Tipo de Condição, intervalo de datas selecionadas e detalhes da Aplicação. Com base nos mesmos critérios definidos pelo usuário, o sistema verificará se o Tipo de Condição é Manual ou não e obterá os dados da tabela KONV, que também levará à obtenção de dados do Registro de Condição (KONV-KMUH). No entanto, problemas de desempenho podem ser uma preocupação importante devido ao alto número de registros.
Por favor, aconselhe se tiver alguma sugestão alternativa, será muito apreciada.
Obrigado
Meheta.
Como primeiro passo, você pode identificar os procedimentos de preços que não foram utilizados por muito tempo. Isso pode ser feito extraindo dados do VBAK através de um trabalho em segundo plano para o último ano. Qualquer procedimento de preços ausente na saída pode ser considerado inativo. O próximo passo é encontrar os tipos de condições inativas. Para isso, você pode programar um trabalho em segundo plano para o KONH, onde, para cada registro de condição, são obtidas as datas de validade. Qualquer tipo de condição que mostre as datas de validade atuais pode ser ignorado, enquanto qualquer tipo de condição ausente ou com datas de validade antigas pode ser considerado inativo.
contacto@primeinstitute.com
(+51) 1641 9379
(+57) 1489 6964
© 2024 Copyright. Todos los derechos reservados.
Desarrollado por Prime Institute
