Financial Management Blogs by SAP
Get financial management insights from blog posts by SAP experts. Find and share tips on how to increase efficiency, reduce risk, and optimize working capital.
cancel
Showing results for 
Search instead for 
Did you mean: 
Alexandre_Moura
Advisor
Advisor
A baixa de fichas é um processo utilizado de forma recorrente para a interrupção da tomada de crédito do ICMS.

Na solução CIAP@TDF, são disponibilizados diversos processos de baixa tanto integrados a processos logísticos quanto de forma manual que também podem ser automatizados com o uso das BAPIs disponíveis, são elas:



  • Baixa por devolução

  • Baixa por transferência

  • Baixa por venda

  • Baixa por sinistro

  • Baixa manual

  • Baixa pelo fim do período de apropriação



Um aspecto importante em relação ao processo de baixa é a possibilidade de realização de uma baixa parcial da quantidade disponível na ficha.

A habilitação da baixa parcial pode ser feita com a ativação do business function LOG_TMF_CIAP_02 e habilitação da baixa por local de negócio através da parametrização CIAP_C_PART_RET. Mais detalhes em relação as parametrizações da solução podem ser verificadas no post https://blogs.sap.com/2016/10/27/ciaptdf-parametrizacoes/
Para ativar e utilizar o mecanismo de baixa parcial de fichas, é essencial que haja uma consulta ao fisco a fim de evitar riscos fiscais visto que, por padrão, a EFD fiscal não prevê esta possibilidade mesmo sendo uma prática comum de mercado.

Baixa por devolução

Este processo de baixa de fichas está integrado com o processo logístico de devolução, onde através da operação de “Nota de Crédito” pela transação MIRO é gerada uma nota fiscal de saída e, caso haja fichas associadas a nota fiscal de entrada referenciada, as mesmas serão baixadas e o seu status será definido como OT.

Este processo de baixa possui dois aspectos distintos:



  • Devolução em menos de 12 meses:

    • Se a devolução ocorre menos de 12 meses após a aquisição do imobilizado/componente, todo o valor das parcelas creditadas serão estornadas



  • Devolução em mais de 12 meses:

    • Se a devolução ocorre após 12 meses da aquisição do imobilizado/componente, o valor das parcelas já creditado é mantido





Em termos de lançamentos contábeis, o documento contábil gerado pela solução CIAP@TDF realiza os lançamentos contábeis necessários para COMPENSAÇÃO dos valores lançados através do documento contábil criado pela transação MIRO no momento da criação da nota fiscal de saída. O detalhamento dos lançamentos contábeis desse processo será detalhado em um post posterior que abordará todos os processos contábeis realizados pela solução.

Baixa por transferência

Na baixa por transferência é atribuída a ficha o status AT e não será mais tomado o crédito do ICMS remanescente.

Esta baixa pode ser realizada através dos seguintes mecanismos distintos:



  • Baixa via CIAP_REPORT

    • Apenas fichas de imobilizado (status IM ou CI) podem ter sua transferência realizada através deste processo

    • Através desse processo é gerada uma nota fiscal de saída

    • É possível realizar a transferência de apenas uma ficha por vez, ou seja, uma ficha gera uma linha de item da nota fiscal

    • No momento da baixa, é criada uma ficha na planta de destino com o flag In Transit marcado e com status SU

    • O processo de entrada na filial de destino deve ser realizado através da mesma transação



  • Baixa via processo integrado de transferência logística (Stock Transport Order)

    • A baixa da ficha é realizada de forma integrada ao processo logístico localizado de Stock Transport Order

      • Ordem de Transferência->Remessa->Nota Fiscal (Saída)

      • Documento de Material->Nota Fiscal (Entrada)



    • A seleção de fichas a serem baixadas é realizada através da implementação do método da BAdI BADI_CIAP_STO_REC_SEL-> SELECT_RECORDS_TO_TRANSFER

      • É disponibilizado uma implementação exemplo que seleciona fichas utilizando o método UEPS (Ultimo que Entra Primeiro que Sai), apenas fichas pertencentes a filial de origem, com o código do material equivalente, que estejam com status IM, IA e SU que não estejam em transito e que não tenham sidos suspensas manualmente. A categoria do item na ficha deve ser diferente de “A” e no máximo 10000 serão retornadas na seleção



    • A ficha da planta de origem é baixada com status OT e é criada uma ficha na planta de destino com status SU e com o flag “In Transit” marcado



  • Baixa via BAPI BAPI_CIAP_RECORD_TRANSFER

    • Deve ser informada a nota fiscal de saída como fato gerador para utilização da baixa de ficha por transferência através desta BAPI

    • Podem ser informados os IDs das fichas a serem baixadas através da interface da BAPI (IT_RECORDS_IDS STRUCTURE), caso não seja informado, a BAdI BADI_CIAP_STO_REC_SEL-> SELECT_RECORDS_TO_TRANSFER será chamada para a seleção das fichas

    • A ficha da planta de origem é baixada com status OT e é criada uma ficha na planta de destino com status SU e com o flag “In Transit” marcado

    • Deve ser chamada a mesma BAPI no processo de entrada na planta de destino para que a ficha criada com o flag “In Transit” marcado seja desmarcado, completando o processo de transferência



  • Baixa via BAPI BAPI_CIAP_RECORD_RETIREMENT

    • Através desta BAPI, a ficha da planta de origem é baixada com status OT mas não é criada uma ficha na planta de destino

    • Deve ser informada a ficha a ser baixada bem como a nota fiscal de saída e o tipo de baixa que deve ser informado é o 05 (RETIREMENT_TYPE), além das informações de quantidade e dados de alocação de estoque (verificar estrutura BAPI_CIAP_RECORD_RETIREMENT)





Baixa por venda

O processo de baixa por venda não é integrado a nenhum processo logístico e a ficha baixada desta forma é atualizada com status OT.

Existem duas formas de realizar esta baixa:



  • Via CIAP_REPORT

    • Deve ser acionado o botão Retire Record e informar o Retirement Type = 01

    • Deve ser informada a quantidade e o estoque cuja quantidade está alocada

    • Por último deve ser informada a nota fiscal de saída



  • Via BAPI BAPI_CIAP_RECORD_RETIREMENT

    • Os dados a serem informados de forma on-line (conforme descrito acima) devem ser informados através da interface da BAPI





Baixa por sinistro

O sinistro pode ocorrer de duas formas:



  • Emissão de nota fiscal de saída – Retirement Type = 03

    • A ficha é baixada com status OT

    • Deve ser informado além da quantidade e o estoque alocado, os dados da nota fiscal de saída



  • Emissão de Boletim de Ocorrência - Retirement Type = 02

    • A ficha é baixada com status PE

    • Deve ser informada a quantidade e o estoque alocado e uma descrição em um campo de preenchimento livre





O mesmo processo pode ser realizado através da BAPI BAPI_CIAP_RECORD_RETIREMENT utilizando os mesmos dados mencionados anteriormente

Baixa manual

Na baixa manual, a ficha recebe o status OT. O campo Retirement Type deve ser preenchido com o código 04.

Deve ser informada a quantidade e o estoque alocado e uma descrição em um campo de preenchimento livre.

O mesmo processo pode ser realizado através da BAPI BAPI_CIAP_RECORD_RETIREMENT utilizando os mesmos dados mencionados anteriormente

Baixa pelo fim do período de apropriação



Este tipo de baixa ocorre quando a última parcela de crédito possível da ficha é processada. Quando esta última parcela é creditada, a ficha é atualizada com o status BA. Por exemplo, se o limite de meses de creditamento é de 48 e o número de parcelas a serem creditadas também é 48, quando a parcela de número 48 é creditada, automaticamente a ficha é baixada com esse status.

De maneira geral, tanto os processos de baixa integrados, manuais ou com integração via BAPI irão ajudar a manter a consistência dos processos e garantir tanto a rastreabilidade como a adequação do ciclo de vida das fichas.


Alexandre Moura
Time de desenvolvimento TDF
22 Comments
eduardo_kyono
Advisor
Advisor
Importante lembrar que no caso da funcionalidade de baixa parcial o modelo desenvolvido é de baixa do valor pela quantidade que foi baixada parcialmente.

Importante nos projetos analisarem se as baixas serão para o imobilizado ou não
0 Kudos
Boa Tarde Senhores,

Eu estou em um cliente onde o processo de transferencia utilizando a integração com a Logística não esta atualizando a ficha conforme comentando acima. O cenário é o seguinte:

Eu faço um pedido de industrialização (Categoria F no pedido por ser tratar de um pedido para uma ordem de processo),

Primeiro passo eu faço a criação da ordem de processo, depois faço o pedido, após todas as aprovações é feita a entrada de mercadoria (MIGO) e depois a entrada fiscal (MIRO) nesse momento é gerada uma ficha que consigo verificar no CIAP_REPORT (Uma ficha com status SU e uma com Status IA - por se tratar de componente. Até esse ponto acredito que esteja correto.

Depois de realizada a produção do insumo , é criado um pedido de transferencia para um outro centro, e nesse passo começam os problemas. Quando estou fazendo a saída de mercadoria (VL02N) e gerada a NF foi ativada a BADI para ajuste da Ficha da origem, nesse ponto foi feito o movimento 862 conforme documentação. Depois é feito uma MIGO no pedido de transferencia com o movimento 861 para geração da NF, e nesse momento não é gerada nenhuma ficha na filial de destino e nenhuma atualização na ficha do remetente. A duvida é existe alguma BAPI ou BAdi onde temos que implementar para que a mesma seja chamada na MIGO?

 

Obrigado

Ricardo
jonatha_machado
Explorer
0 Kudos
Pessoal, tenho um ponto que foi questionado pelo cliente.

Devolução - A regra de estornar somente se o ativo tem menos de 12 meses e não estornar o que foi tomado credito acima de 12 meses, ela é baseada em alguma legislação ou uma regra da própria SAP?

Sendo devolução, não deveria estornar todo o valor do crédito?

Desde já agradeço as informações.

Att

Jonatha Machado
Alexandre_Moura
Advisor
Advisor
0 Kudos
Olá Joatha,

essa regra é baseada em legislação.

Att.

Alexandre Moura
0 Kudos
Boa tarde Pessoal,

 

Sou novato no tema CIAP e estou tentando fazer baixa, nesse momento de transferência, estou tentando transferir para outra filial/centro  e está me pedido um CFOP. Observando na minha relação que me foi passado só possuo CFOP de aquisição, é preciso ter CFOPs de baixa, transferencia, etc configuradas prevendo ICMS?

E a categoria de NF, alguma com característica especifica?

Att

Egberto de M. Alves
Alexandre_Moura
Advisor
Advisor
0 Kudos
Olá Egberto,

processos de transferência possuem CFOPs especificos, tanto no processo de entrada quanto na saída.

Att.

Alexandre Moura
eduardo_kyono
Advisor
Advisor
0 Kudos
Oi Egberto temos diferentes formas de tratar a atualização das fichas do CIAP: tu pode ter criado as notas de transferencia e fazer uma chamada da BAPI_CIAP_RECORD_TRANSFER para a nota de saída e depois quando registrar o recebimento no destino chamar a mesma BAPI_CIAP_RECORD_TRANSFER mas referenciando a nota de entrada de transferencia ou; pode fazer todo o processo pela CIAP_REPORT, só tem que avaliar bem qual o caso que melhor lhe convem. Normalmente nos projetos o pessoal tem usado a BAPI_CIAP_RECORD_TRANSFER por que se fizer pela CIAP_REPORT e precisar sair a mercadoria em horario fora do expediente normal, teria que atribuir a transação CIAP_REPORT para o usuario de expedição e provavelmente ele não irá saber selecionar a ficha e a operação correta.

 

Abraços

 

Kyono
eduardodovale
Explorer
0 Kudos

Boa tarde, Alexandre.

           Espero que possa da um norte, sobre uma dúvida, eu não sou desenvolvedor ABAPI, então   sou leigo nessa parte. eu estou passando por uma situação "complexa para mim". irei descrever

 

1 - etapa. tenho um endpoint que "deveria" fazer a baixa da ficha ciap, porém esse endpoint que o desenvolvedor ABAPI fez para que nunca funciona, não sei dizer o motivo de tal instabilidade do endpoint.

2 - etapa. eu tenho que fazer com que minha aplicação chame esse endpoint e faça um insert no S.A.P, e devolvendo SUCESSO OU ERRO, porém o sistema nunca devolve SUCESSO. irei postar umas imagens aqui para saber se pode orintar e eu posso falar para o PESSOAL DE ABAPI, só a possivel correção ou meio de correção.

 

3 - tipo de erros

0022483645A71EDD9AD3AD2A1891526C: An exception was raised

0022483645A71EDD9AD3AD2A1891526C: Enter a retirement quantity equal to 0.000 UN or less.

 

4 - dúvida, o que é RetirementType, de onde vem, gostaria da sua ajuda. muito obrigado. 

 

esse erro aqui da quantidade é o que retorna todo hora, sendo que tenho 69, estou pedindo para o sisema retirar apenas 12, sempre informa que o valor tem que ser  zero ou menor que zero

 

detalhes do envio de dados

 

 

atenciosamente

eduardo

BrunoMaciel
Advisor
Advisor
0 Kudos
Olá Eduardo,

Na Tab "Operações" você pode visualizar o STOCK_TYPE , STOCK_ID e quantidade disponíveis na ficha os quais podem ser utilizados para fazer a baixa.

Os tipos de baixa( RetirementType) podem ser encontrados no domínio CIAP_BAPI_RETIREMENT_TYPE, cada um deles representa um tipo de baixa diferente como por exemplo venda, baixa manual e etc.

Você pode encontrar mais informações sobre os tipos baixa no Help Portal .

Att,

Bruno Maciel
eduardodovale
Explorer
0 Kudos

Olá, Bruno, desde já obrigado.

Irei descrever aqui sobre o que disse, já me ajudou seu comentario, porém eu ainda enfrento esse desafio.

Na aba operações tenho uma quantidade de 69, desse quero tirar 12, para isso eu chamo uma api com o nome de BAPI_CIAP_RECORD_RETIREMENT, esse API STANDARD, solicita que eu passe os parametros necessarios para efetuar a baixa.  eu monto a estrutura no NODEJS e faço a chamada da API DA S.A.P, e envio os parametros, ai vem o problema, sem retorna erro mesmo eu enviando os dados.

exemplo de chamada, coletei o maximo de dados para enviar para você, qualqur ajuda será bem vinda, eu não sei dizer se tenho que falar com algum FUNCIONAL OU DESENVOLVEDOR ABAPI, para ver. eu já não sei dizer o que leva a da esse erro na chamada da api

 

 

Mensagem de erro

0022483645A71EDD9AD3AD2A1891526C: Enter a retirement quantity equal to 0.000 UN or less.

 

 

 

BrunoMaciel
Advisor
Advisor
0 Kudos
Olá Eduardo,

Verifique se a unidade de medida utilizada(M) corresponde a quantidade necessaria em UN, tambem verifique se o estoque informado possui quantidade.

Na BAPI_CIAP_RECORD_RETIREMENT tambem é possivel visualizar o "Function Module Documentation" com algumas informações sobre os parametros.

Att,

Bruno Maciel
eduardodovale
Explorer
0 Kudos
Boa tarde, Bruno Maciel.

Desculpa eu postei errado, esta com (M), na verdade é UN, estou enviando desse jeito com (UN), como mostrei nas imagens, o sistema devolve sempre um erro. dizendo que o valor deve ser menor ou igual a zero.

Mensagem do erro
           Enter a retirement quantity equal to 0.000 UN or less.

Até onde eu entendi a explicação,eu posso enviar qualquer documento, para tirar valor de um documento pai. exemplo documento pai 50336463,

estou enviando esse documento 53580985, para remover 12 dos 69 item que tem no documento do pai.

isso tem algum relacionamente, ou o documento do filho tem que existe no pai ?

 

At.te

Eduardo Vale

 
Alexandre_Moura
Advisor
Advisor

Olá Eduardo,

de acordo com os parametros de entrada que você está passando para a API, me parece que, além do campo UnitMeasure, creio que o campo StockId não é correspondente a informação que está na imagem que você compartilhou na aba "Operações" fa sua ficha.

Aparentemente, voc~e deveria passar nesse campo o valor 10011769450010 ao invés de 01411336 que é o "ID do estoque" que consta na ficha que você compartilhou conosco.

A mensagem de erro que mostra, significa que o sistema não encontrou saldo disponivel no estoque informado quando da execução da baixa da ficha.

Espero ter auxiliado.

Att.

Alexandre Moura

 

eduardodovale
Explorer
0 Kudos

Bom dia, Alexandre.

Desde já obrigado, pela ajuda sua e do Bruno.
Com sua ultima observaçao sobre o valor que tinha que passar deu quase tudo certo, a aplicação chamando a ABAPI, de baixa ciap.

Só esta dando esse erro aqui, eu tentei os itens 1,10 e 20, todos develvem o erro abaixo.

0022483645A71EDD9AD3AD2A1891526C: The outgoing nota fiscal/item does not exist

esse é o novo envio de dados para a API da S.A.P,  eu também alterei a quantidade de 69, para 12. porem em ambos devolve o erro acima citado.

tem mais alguma orientação que posso seguir. ?

 

at.te

Eduardo

     

 

 

BrunoMaciel
Advisor
Advisor
0 Kudos
Olá Eduardo,

Para realizar a baixa é necessario utilizar uma nota fiscal de saida.

Att,

Bruno Maciel
eduardodovale
Explorer
Obrigado, Bruno e Alexandre.

 

Eu conseguir fazer a API da baixa no S.A.P, via nodejs, quero deixar meu agradecimento pela ajuda de todos. muito obrigado mesmo.

se alguém um dia precisar, pode me chamar aqui.

at.te

Eduardo.
fabiobatista
Explorer
0 Kudos

Olá pessoal.

Pelo que entendi na criação das fichas, fica pré-determinada a quantidade de parcelas (48) para crédito, sendo possível a interrupção pelas baixas e estornos que se aplicam.

O cliente em questão afirma ter base legal para finalizar um cenário de tomada de crédito em 48 parcelas, para total restante em única parcela, ou seja, na parcela seguinte.

Até o momento eu não achei posts ou documentação SAP a respeito deste cenário.

Do lado do TDF faz sentido essa afirmação?

Se sim, como seria possível fazer?

Obrigado.

BrunoMaciel
Advisor
Advisor

Olá,

Por padrão, o limite do período de creditamento é de 48 meses, aquantidade de parcelas pode ser configurada nas views de manutenção CIAP_C_NO_QUO_BP (por business place) e CIAP_C_NO_QUO_ST (por estado). O saldo é sempre distribuído nas parcelas remanescentes, respeitando a customização de "Decadence", que limita o prazo maximo, em 48 ou 60 meses(caso a UF permita) .

Mais informações sobre as customizações você pode encontrar no CIAP@TDF: Parametrizações

fabiobatista
Explorer
0 Kudos

Bruno, desde já obrigado pelo retorno.

Ok quanto ao limite do creditamento, talvez eu não tenha sido claro na minha dúvida. Já tinha lido o blog sobre as parametrizações e relacionados.

O cenário proposto pelo cliente é de um crédito em andamento (na parcela 12 por exemplo). Ele gostaria de tomar todo o saldo de crédito a apropriar na parcela 13, já encerrando o período de apropriação.

Pesquisei sobre a lei do CIAP dentro da minha limitação e não encontrei embasamento. Tentei alguns testes na baixa da ficha e também não identifiquei essa possibilidade.

Minha dúvida é se há previsão dessa tomada de crédito restante, interrompendo as 48/60 parcelas.

Obrigado

 

BrunoMaciel
Advisor
Advisor
0 Kudos

Olá Fabio, Não é possivel via standard. 

 

eduardo_kyono
Advisor
Advisor

Fábio

Não faz sentido esse tipo de requerimento do cliente. Não existe nada de contexto que permita esse tipo de ação.

Seria importante voce avaliar com ele o embasamento disso

fabiobatista
Explorer

Obrigado Bruno e Kyono.

A mim também não fez sentido, o intuito foi compartilhar a dúvida para realmente saber se de fato, eu não estava deixando escapar algum ponto.

Muito obrigado!