**para a categoria “ “ – estoque irrestrito – é necessária a implementação do método da BAdI BADI_CIAP-MODIFY_RECORD_CREATION
Caso a quantidade do item tenha que ser distribuída entre imobilizados ou coletores de custos, a criação das fichas respeitará essa distribuição.
Exemplo, supomos que será feita uma ordem de compra com item de quantidade 10 unidades e que cada unidade corresponde a um imobilizado distinto, serão criadas 10 fichas, uma para cada imobilizado. Para este mesmo caso, caso a distribuição seja feita de forma percentual sendo 25% para cada imobilizado (4 imobilizados), serão criadas 4 fichas.
O próximo passo após salvar a ordem de compras é realizar o recebimento através da transação MIGO, neste passo, deve ser levado em conta a data de lançamento do documento de material, que por padrão é a data de início do credito.
O passo seguinte é o lançamento da fatura e criação da nota fiscal através da transação MIRO. A Nota Fiscal é o fato gerador para a criação das fichas onde a partir dela os dados são utilizados para determinação do valor do ICMS a ser creditado para cada ficha a ser criada.
No momento do salvamento da nota fiscal, a solução CIAP@TDF é acionada (se o business function LOG_TMF_CIAP estiver ativado) e os seguintes passos são validados para criação das fichas:
Verifica se a data definida para início do crédito está entre a data da emissão da nota fiscal e a data da criação da ficha.
Verifica se o início do período de creditamento está entre o período da entrada do documento de material e o período da criação da ficha.
O fluxo do processo de lançamento da fatura não é interrompido caso haja algum erro no processo de criação de fichas. Para verificar se as fichas foram criadas corretamente, basta acessar a transação CIAP_REPORT e verificar as fichas a partir, por exemplo, do número da nota fiscal.
Nos próximos posts, trataremos das combinações possíveis para criação de fichas nos diversos cenários possíveis.
Estamos utilizando a classificação contábil/ categoria do pedido de compras diferente de "A" (ou seja customizada) e as informações do bloco G - registro 305 não estão sendo apresentadas no Sped, devido a restrição a classificação contábil/categoria.
por padrão, para definição a partir da ordem de compra se a aquisição é de um imobilizado ou um componente, é utilizada a classificação contábil que para imobilizados é definida como "A". Para sua referência, pode verificar a documentação http://help.sap.com/saphelp_46c/helpdata/en/54/eb2c7dd435d1118b3f0060b03ca329/frameset.htm
Não há nenhuma BAdI na solução para alterar este comportamento. o único método de BAdI disonivel é o método BADI_CIAP->ALLOW_ACCOUNT_ASSIGNMENT_CAT que habilita a criação de fichas para componentes para categorias diferentes das entregues como padrão, mas são criadas fichas para componentes visto que, fichas de imobilizado devem possuir a categoria A.
No "CIAP Documentation" (Item 4.2.3, p.22) há uma explicação sobre a criação de ficha CIAP durante a correção do CFOP de uma nota, via J1B2N.
A dúvida que surgiu é: se a determinação de criação de ficha é feita no BRF+ e inclui o IVA, como ele se comporta? Verifica se o IVA na fatura já está certo e se o CFOP foi corrigido? E caso seja assim, como ficam as notas manuais?
se a parametrização está feita no brf+ ou mesmo pelas parametrizações disponiveis no ecc, são verificadas no flow de documentos da nota fiscal que está sendoc riada, seja o IVA (proveniente da MIRO<-PO) bem como o CFOP mantido na NF na criação
Notas fiscais manuais (J1B1N) não criam fichas automaticamente, pode chamar a BAPI de criação de ficha integrada com a criação da NF manual.