Contabilização de NF de saída.

[Former Member]

Prezados, boa tarde.

Estou com o seguinte erro em anexo. Alguém pode ajudar?

O cenário é o seguinte:

O cliente deseja que todos os ajustes de saída sejam justificados através de uma NF de saída.

Esta NF precisa ser gerado pelo processo SD (ordem de venda) e a contabilização dos impostos deve ser feita na mesma conta onde é jogado os custos do ajuste de inventário via standard.

O erro acontece quando vamos gerar a fatura da ordem de venda (VF01).

Abraço e desde já agradeço. 

[marcioh_bell · Accepted solution]

Bom dia Tiago, tudo bem?

como a conta foi definida como classe de custo, precisamos de um objeto para apropriação desse custo. Abaixo algumas possibilidades:

- Informar diretamente na Ordem de venda o objeto, que pode ser um elemento PEP, Ordem de CO ou mesmo um centro de custo, esse ultimo apenas se a Ctg do documento de SD for "I - Ordem Gratuita" (verificar na VOV8);

- Atribuição na OKB9, onde é atribuída à classe de custo ou Ordem de CO;

- Através da OVF3, onde é atribuído um centro de custo conforme o Motivo da Ordem utilizado no documento de vendas.

Quem pode te auxiliar nisso é o pessoal de CO, no sentido de definir onde o custo será apropriado.

Espero que te ajude.

At.

Marcio H. Bell

[Former Member · Accepted solution]

Marcio, bom dia.

Estou ótimo, graças a Deus e você?

As soluções são ótimas, porém o cliente não deseja ter nenhum centro de custo apropriado nesta operação, somente centro de lucro.

Teríamos alguma alternativa?

Abraços e desde já agradeço.

[Marssel700 · Accepted solution]

Bom dia Tiago,

Isso é uma conta de resultado e me parece ser de receitas, apesar de não conhecer seu plano de contas.

Se você não pode utilizar um centro de custo ou centro de lucro, você tem que definir um default Profit Center pela 3KEH nesta conta.

Abraço

[marcioh_bell · Accepted solution]

Tiago,

vou bem, obrigado!

Checa então lá na KA03 qual a ctg da Classe de Custo. Atualmente deve ser 1, por isso pede o objeto de custo. Se for 12, não pedirá mais. De qualquer forma, reforço a necessidade de alinhar isso com CO (considerando que esse cara não seja você rsrs).

Abraços.

[Former Member · Accepted solution]

Marssel,

Esta conta possui uma classe de custo de redução de receita (12) e precisa ser contabilizada na chave de conta 40 no processo de faturamento.

[Former Member · Accepted solution]

Marcio, bom dia.

Não dá, pois esta conta é utilizada no processo standard de inventário em MM, preciso manter a ctg 12.

[Marssel700 · Accepted solution]

Tiago,

Como foi dito, se não deseja-se atribuir centro de custo nesta movimentação, então você deve definir C.Cst DUMMY na OKB9.

Você também pode entrar no controle de mensagens OBA5, classe KI, numero 235, e definir mesagens de aviso 'W' ou desativar a mensagem '-'.

Abs

[Former Member · Accepted solution]

Marsel, boa tarde.

O cliente não deixou jogar em CC nenhum, nem mesmo um DUMMY.

Sobre a segunda solução, alterando o controle de mensagem, quando ocorrer outra operação que retorne esta mensagem em caso erro operacional, corremos o risco de permitir alguma operação errônea?

Abraço e obrigado.

[Marssel700 · Accepted solution]

Não, porque os lançamentos de classe de custo categoria 12 são estatísticos em centros de custos.

A mensagem de erro apareceria se você tentasse lançar um custo real, porém só seria possível com categoria 01.

Abraço

[Former Member · Accepted solution]

Obrigado Marsel.

Obrigado por toda a ajuda.

Abraços.

[Former Member]

Prezados,

Nosso Abap viu que se o campo: CO_KAKST estiver nulo, não gera faturamento.

Podem me auxiliar no entendimento do campo?

Abs.

[marcioh_bell]

Tiago,

apenas para eu entender melhor, tem como você colocar pra gente qual a contabilização esperada, se possível com a descrição das contas?

Quanto ao campo, pela descrição do elemento de dados (Tipo de classificação contábil do centro de custo), deve estar vazio justamente por não ter encontrado o centro de custo, mas aí é só um palpite. Alguém de CO pode te informar melhor.

Abraços

[Former Member]

Marcio,

Tem sim. Veja o anexo por gentileza. O campo que não pode ser nulo é: CO_KAKST.

[marcioh_bell]

Tiago,

fiz um teste aqui e consegui simular seu erro.

Faça o seguinte, ao invés de utilizar a mesma conta de ajuste pra contabilizar o valor da nota fiscal, utilize uma conta transitória, uma conta especifica pra essas saídas. 

At.

Marcio H. Bell

[Former Member]

Marcio, boa tarde.

Já sugerimos isso ao cliente, sem sucesso.  A contabilização deve ser feita igualzinho ao anexo:(.

Estamos pensando em um Z já:(.

[marcioh_bell]

Boa tarde Tiago,

Analisando a sua contabilização, talvez o problema do cliente em utilizar a transitória seja o saldo que ficaria nela, isso em função do IPI. Para esses casos, inevitavelmente eu tenho que debitar o IPI. Ficaria assim:

Transitória                      - 154,41

Transitória                      - 147,06-

IPI                                   - 7,35-

AJUSTE DE ESTOQUE - 7,35

Transitória                      -  7,35-

Nesse caso, você teria um trabalho alterando o esquema de cálculo. Será que seu cliente não aceitaria nessas condições, ou seja, você garantindo pra ele que o saldo da conta será sempre zero?

[Former Member]

Boa tarde.

Primeiramente agradecer a ajuda!! Muito obrigado.

Pegamos a dica do Marsel "Como foi dito, se não deseja-se atribuir centro de custo nesta movimentação, então você deve definir C.Cst DUMMY na OKB9.", porém criamos uma regra para limpar o campo antes de gravar o documento de faturamento via OKC9.

Solução validada pelo cliente.

Abraço e mais uma vez obrigado.