
Compromissos indicam o custo de materiais e serviços que você solicitou ou pediu. Eles amarram fundos que se tornarão custos em um momento posterior.
A administração de compromissos representa de modo correspondente o lado do custo dos processos de suprimento em compras de MM para os objetos de classificação contábil. Os custos incorridos são alocados a business objects, como ordens, centros de custo ou projetos.
As obrigações resultam em compras por meio de:
- Requisições de compra (compromissos de requisição de compra ou compromissos de requisição)
As requisições de compra definem as necessidades internas para um material ou serviço. As requisições de compra têm uma função de controle e podem ser modificadas a qualquer momento.
- Pedidos (compromissos de compra)
Os pedidos são a solicitação contratual a um fornecedor para fornecer determinadas mercadorias ou serviços sob as condições especificadas. Mudanças unilaterais de curto prazo não são mais possíveis aqui.
- Comprometimentos de recursos (comprometimento de recursos)
Com comprometimentos de recursos, você reserva fundos para um custo relativamente seguro que você ainda não pode atribuir a uma transação comercial específica, como um pedido ou requisição de compra.
A administração de compromissos distingue três tipos de compromissos, dependendo do objeto de classificação contábil:
- Compromissos da ordem:
O compromisso é pré-atribuído a uma ordem.
- Compromissos do centro de custo:
O compromisso é pré-atribuído a um centro de custo.
- Compromisso do projeto:
O compromisso é pré-atribuído a um projeto ou a um elemento do plano da estrutura do projeto.
A figura anterior fornece uma síntese das abordagens de modelagem usadas na administração de compromissos.
A administração de compromissos clássica em centros de custo não é diferente da administração de compromissos clássica em ordens internas.

Administração clássica de compromissos:
- Aumento de compromissos
Por exemplo, determinadas mercadorias são pedidas para uma ordem, um centro de custo ou um projeto. Neste caso, surge um compromisso da ordem no montante do valor da ordem. O sistema exibe sempre compromissos com o valor e, se necessário, a quantidade para a classe de custo, exercício fiscal e período da incidência de custos prevista.
- Moedas de compromissos
O sistema executa cada compromisso na moeda da transação acionadora (por exemplo, na moeda do pedido) e converte o montante na área de contabilidade de custos, empresa e moeda do objeto. As conversões são baseadas na taxa de pedidos.
- Redução de compromissos
Transações comerciais como entrada de mercadorias reduzem compromissos; custos reais são incorridos no objeto de classificação contábil correspondente. Isso acontece até, por exemplo, a transação comercial "ordem" ter sido concluída e o compromisso da ordem ter sido completamente reduzido.
- Compromissos transportados no fim do exercício fiscal
Para suportar o encerramento do exercício fiscal, você pode transferir os valores de compromisso em aberto ("comparado") de requisições de compra, pedidos e compromissos de recursos para o primeiro período do exercício fiscal seguinte. Você pode selecionar de acordo com os objetos de classificação contábil (ordem, centro de custo ou projeto). Se necessário, você também pode processar documentos individuais.
A transferência de compromisso é executada para cada área de contabilidade de custos.
- Nova solução de administração de compromissos
A criação de um ledger de ampliação para compromissos ativa a nova administração de compromissos com base no lançamento de documentos no diário.
Os documentos de lançamento para compromissos são lançados neste ledger de ampliação para que possam ser distinguidos dos lançamentos reais.
Mesmo que este novo tipo de compromisso esteja ativado, as tabelas de compromisso antigas ainda são lançadas em paralelo para que os relatórios de compromisso antigos e a administração de orçamento continuem funcionando. O seguinte se aplica a relatórios:
- Os relatórios de compromisso antigos não exibem compromissos com base em documentos contábeis no ledger de ampliação; eles só são exibidos nos apps SAP Fiori Compromisso por centro de custo e Relatório de custos do projeto/relatório do orçamento.

A figura anterior descreve as restrições funcionais mais importantes da nova administração de compromissos.
Veja a seguir uma lista completa de todas as restrições:
- Somente projetos (elementos PEP) e centros de custo são suportados como tipos de classificação contábil.
- Não são suportados compromissos manuais.
- Não é suportada nenhuma transferência de compromisso.
- Só são suportados pedidos e requisições de compra.
- Para o release S/4HANA 1809: os pedidos e as requisições de compra devem ser para um material com um mestre de materiais. Desde o S/4HANA 1909, os pedidos e as requisições de compra sem mestre de materiais também são suportados.
- Não são possíveis compromissos separados para custos de frete.
- O compromisso "planejado" - como na solução de compromisso antiga - não pode ser reportado. Somente o compromisso "atual" pode ser reportado.
- É necessário configurar uma conta EM/EF.
- O pedido ou requisição de compra com classificação contábil Conta do Razão da categoria de classe de custo 90 não é suportado. Porque o tipo de conta do Razão é "Conta do balanço". Por isso, um elemento PEP de classificação contábil em combinação com o imobilizado não é suportado.
- O lançamento (e redução) de partidas individuais do compromisso será acionado com a respectiva moeda de transação. Todos os valores em outras moedas são calculados durante cada lançamento de acordo com as regras de conversão de moeda atuais definidas nas configurações do ledger. Isso significa que, após o tempo de duração de um pedido ou requisição de compra, um saldo de 0 só pode ser previsto para a moeda de transação. Todas as outras moedas podem divergir de 0 devido a diferenças de arredondamento ou regras de conversão de moeda diferentes.
- Compromissos de adiantamentos não são suportados.
- Um pedido individual não deve conter mais de 499 classificações contábeis. Se você utilizar uma requisição de compra como referência para a criação de um pedido, o número máximo de classificações contábeis suportadas da requisição de compra correspondente é 249. Consulte a nota SAP 2991264.
- O report de correção RKANBU01, que é usado para corrigir o compromisso clássico (tabela COOI), não pode ser usado para corrigir o novo compromisso (tabela ACDOCA). Não existe nenhum relatório que ajuste ou corrija automaticamente o novo compromisso em ACDOCA.
- O cálculo de sobretaxa de compromisso não é suportado.
- O conceito de objetos estatísticos adicionais no mesmo item de lançamento contábil que o objeto real não é suportado. Caso um objeto estatístico (elemento PEP) seja usado no item da RC/pedido em paralelo com um objeto real (centro de custo), o elemento PEP estatístico é lançado como um item de lançamento contábil preditivo separado. Isso é diferente em comparação com o registro da entrada de mercadorias/entrada de faturas real.

Ao usar um ledger paralelo para o diário universal, todos os lançamentos relacionados ao futuro ou aqueles que podem não aparecer na contabilidade legal podem ser mantidos como um livro auxiliar, ou seja, juntamente com os lançamentos financeiros reais.
A configuração e utilização de ledgers de ampliação em vários cenários e em combinação com ledgers reais (ACDOCA) também é referida como contabilidade preditiva.
A contabilidade preditiva é baseada em 2 pilares, que juntos mostram tendências e resultados futuros:
- Estrutura de dados da ACDOCA com todas as informações do balanço e da demonstração de resultados, bem como dados históricos
- Ledger de ampliação com dados que contêm cálculos previstos e resultados de simulação.
Conceito do ledger de ampliação (chamado ledger de previsão):
Este é um livro auxiliar especial no qual os resultados da previsão são armazenados estruturalmente exatamente como os dados históricos reais. Isso significa que todos os processos financeiros podem ser executados não só com dados reais, mas também com dados futuros - com base em dados financeiros atuais. Isso permite que você preveja como os resultados financeiros se desenvolverão no final do período financeiro atual ou no trimestre atual e entenda os motivos para isso.

A contabilidade tem tradicionalmente focado em relatórios baseados em fatos, atuais e históricos, ou seja, o que aconteceu na semana passada, mês, ano passado, como os números diferem entre o ano anterior e este exercício fiscal. Essa perspectiva orientada para o passado oferece o valor agregado para entender a situação atual, mas não ajuda a prever ou planejar melhor o futuro. A contabilidade preditiva oferece uma solução central para isso, que combina as visões de contadores e controladores.
Por exemplo, na área de compras, um pedido ou uma requisição de compra é a base para a previsão de custos futuros de material, uma entrada de mercadorias e uma entrada de faturas.
Quando as mercadorias são recebidas, os custos reais de material, bem como a entrada de mercadorias e a entrada de faturas são lançados.
Ambos os valores previstos e reais são gravados na tabela ACDOCA. No entanto, eles estão atribuídos a ledgers diferentes. Os valores previstos nem sempre são atribuídos ao ledger de ampliação, os valores reais são atribuídos ao ledger principal e, se aplicável, a um ledger não principal se uma solução do ledger for utilizada para a prestação de contas paralela.
Assim, a tabela ACDOCA é a fonte de dados central para valores reais e previstos.
Previsão em compras: o material será pedido para centros de custo e espera-se que um compromisso seja lançado nesses centros de custo.
No S/4HANA, compromissos são despesas previstas salvas na ACDOCA no ledger de ampliação.
Pré-requisito:
- A administração de compromissos para controlling deve estar ativada.
- Atribuição de itens da ordem a um centro de custo ou elemento PEP.
Quando o pedido é gravado, é criado um documento contábil preditivo que contém o consumo de material previsto para um centro de custo, bem como a modificação prevista na conta EM/EF, ou seja, os resultados da simulação são armazenados como documentos contábeis no ledger preditivo.
Quando a entrada de mercadorias real para o pedido é lançada, os custos de compra de material previstos/os lançamentos simulados são estornados no ledger de ampliação e os documentos reais para a entrada de mercadorias/custos de material são lançados no ledger principal. O valor na conta EM/EF no ledger de ampliação também é estornado.















