Análise das etapas do processo

Ao definir uma modificação organizacional, você define restrições no escopo da seguinte forma:

• empresas,
• centros de lucro e
• uma combinação de empresas e centros de lucro.

Sem restrições, só é permitida uma modificação organizacional em aberto no mesmo período.

Em sistemas de teste, é altamente recomendado definir restrições. Isso permite que vários executantes de teste testem em paralelo.

Nota: para a introdução do centro de lucro, utilize o caso de utilização:

• Adicione uma entrada individual à tabela "Permitir somente centros de lucro selecionados".
• Insira a Área de contabilidade de custos e deixe o campo Centro de lucro antigo em branco.

Existem 3 variantes para atualizar objetos em uma modificação organizacional:

1. Entrada manual ou upload do Excel
2. Modificar objetos na respectiva aplicação original
3. Por implementação de BAdI

Para a atualização de listas de objetos no app Administrar modificações organizacionais, os objetos disponíveis incluem:

• Produtos
• Elementos PEP
• Projetos
• Ordens
• Ativos (não nuvem pública)
• Atividades/elementos de rede (não nuvem pública)

O processo envolve as seguintes etapas:

1. Criar uma modificação organizacional
2. Baixar modelo de arquivo Excel para o tipo de objeto necessário
3. Preencher o arquivo (substitua as entradas de exemplo por valores reais, mas mantenha a linha do título)
4. Carregar arquivo com objetos e sua nova atribuição de centro de lucro

Você pode inserir e carregar manualmente objetos para o mesmo tipo de objeto. Quando você carrega um arquivo, o upload só é possível quando todas as entradas carregadas estão corretas.

Os objetos já atualizados não são excluídos ao carregar outros objetos, por isso você pode adicionar objetos e o sistema trata isso em uma abordagem delta. Se você carregar linhas idênticas de um arquivo, o sistema não efetua modificações. No entanto, se você carregar um objeto idêntico com uma nova atribuição de centro de lucro diferente, o novo centro de lucro é definido e o sistema emite uma mensagem de advertência para informar você sobre a modificação de um objeto já atualizado.

Para efetuar modificações em centros de custo, a atualização é executada nos dados mestre do centro de custo diretamente utilizando a atribuição dependente do tempo do centro de lucro ao centro de custo.

Se a funcionalidade de flexibilidade organizacional estiver ativa, as reatribuições de centro de lucro a centros de custo só são possíveis com uma modificação organizacional adequada, caso contrário, o sistema cria um erro, como na tela acima.

Você pode usar BAdIs para implementar sua própria lógica para identificar objetos afetados para uma modificação organizacional e atribuir novos centros de lucro.

Os objetos para os quais o BAdI pode ser usado incluem:

• Produtos
• Elementos PEP
• Projetos
• Ordens
• (Partidas em aberto)
• Itens da ordem do cliente
• Itens da ordem do cliente interempresarial

Os BAdIs são acionados quando os objetos são criados, atualizados, excluídos ou quando uma modificação organizacional é ativada.

A execução de uma simulação permite a você:

• Avaliar a completitude e a exatidão de objetos raiz e dependentes nos apps Hierarquia de dados mestre e Lista de dados mestre.
• Compreenda o efeito da alteração nos valores do balanço com o Relatório de dados financeiros.
• Verifique a exatidão da modificação organizacional analisando o log de aplicação.

Para executar uma simulação de transferências, você deve configurar pelo menos um ledger de ampliação de simulação (no customizing). É recomendado que o ledger de ampliação seja atribuído ao ledger principal.

Os documentos de simulação usam números de documento técnicos e os resultados da simulação são excluídos quando você executa novamente uma simulação ou quando ativa ou processa a modificação organizacional.

Você só pode executar a simulação se o status organizacional for Inativo ou Ativo. A própria simulação não modifica o status da modificação organizacional.

Após a ativação:

• Você já não pode adicionar novos objetos à modificação organizacional.
• Os listeners estão ativados para monitorar objetos dependentes novos ou modificados.
• A derivação de centro de lucro dependente do tempo é ativada para lançamentos de lucros e perdas (CO) e para partidas em aberto. Isso depende da data de lançamento dos lançamentos contábeis.

O processamento modifica o centro de lucro em objetos de dados mestre e transfere saldos para o novo centro de lucro em todos os ledgers de contabilidade:

• Os documentos de modificação são criados para dados mestre.
• As transferências são lançadas na data efetiva.
• Os lançamentos de correção são usados para corrigir lançamentos com o centro de lucro antigo que ocorreu na ou após a data efetiva para contas do balanço e de resultados.
• Os lançamentos de simulação são excluídos.
• As entradas de contabilidade preditiva são recalculadas.
• Atualize todas as normas de apropriação relevantes com o novo receptor da análise de margem.

Quando você processa uma modificação organizacional, são geradas transferências do centro de lucro antigo para o novo centro de lucro para contas do balanço selecionadas:

• Para contas sem administração de partidas em aberto, os saldos da conta são transferidos do centro de lucro antigo para o novo centro de lucro com base no nível de detalhe das classificações contábeis no transporte de saldo inicial.
• As partidas em aberto em contas do cliente, do fornecedor ou do Razão selecionadas são transferidas do centro de lucro antigo para o novo centro de lucro, com base no nível de detalhe das classificações contábeis no transporte de saldo inicial.

Os montantes de lucros e perdas (DRE) de transações históricas não serão corrigidos ou transferidos para o novo centro de lucro.

Quando você considera a reorganização correta e concluída, você define a mesma como Concluída.

Depois de definir o mesmo como concluído, você pode executar outras reorganizações para os objetos definidos, uma vez que um objeto não pode ser atribuído a mais de uma modificação organizacional ativa. Contudo, os objetos incluídos em uma modificação organizacional concluída podem ser reorganizados em outra modificação organizacional com uma data de efetividade diferente.

A conclusão de uma modificação organizacional desativa todas as ações (como "Processar") possíveis para essa modificação organizacional.

A figura fornece uma síntese do que cada ação entre simular, ativar, processar e concluir faz.

• Para modificações inativas, você usa Simular para identificar objetos relevantes e simular os lançamentos para analisar os mesmos em relatórios.
• A ativação também identifica objetos, alterna a dependência temporal para e integra objetos disponibilizados (quaisquer objetos criados durante a execução).
• Você pode executar uma simulação novamente após a etapa de ativação, a simulação de uma modificação organizacional ativa só simula as transferências.
• Durante o processamento, o sistema verifica a completitude das listas de objetos, modifica os dados mestre, executa transferências e processa objetos disponibilizados.
• A etapa Concluir só faz uma coisa: ela verifica o status das listas de objetos e define o status final.

Os seguintes status são aplicados após cada fase:

• Inativo: você atualiza a modificação organizacional e os objetos afetados.
  • Nenhuma modificação de dados mestre ou geração de lançamentos.
  • Uma simulação pode ser executada para a lista atual de objetos afetados.
• Ativo: derivação automática de novos centros de lucro para lançamentos após a data efetiva da modificação organizacional.
  • Os objetos raiz e dependentes são identificados automaticamente por "ouvintes" e adicionados à modificação organizacional.
  • A simulação ainda pode ser executada, mas as listas de dados mestre não são reestruturadas.
• Processado: transferências e modificações de dados mestre concluídas.
  • Os "ouvintes" ainda estão ativos.
• Concluído: você decidiu que a modificação organizacional está concluída.
  • "Listeners" não estão mais ativos.
  • As ações já não são permitidas.