Академический Документы
Профессиональный Документы
Культура Документы
O crédito do ICMS do ativo permanente é um benefício federal concedido através da lei complementar 102/2000.
Este benefício é concedido na forma de crédito do ICMS proveniente da aquisição de bens e componentes vinculados a produção da empresa.
Por padrão, o crédito do valor do ICMS é recuperado em 48 parcelas mensais multiplicadas por um fator que varia de 0 a 1.
Os estados da federação (UFs) possuem independência para ajustarem alguns aspectos através de decretos estaduais como por exemplo o número de parcelas
Estas parcelas de crédito devem ser reportadas no SPED EFD, especificamente no bloco G, bem como as informações relativas ao imobilizado ou o componente
Em virtude dessas características de crédito parcelado, foi definido o conceito de ficha que representa o controle do crédito do ICMS do imobilizado mensalmente
A entidade ficha na solução CIAP@TDF tem como objetivos além do controle do crédito, a rastreabilidade de todos os processos pelos quais a ficha pode passar
Na ficha criada pela solução, todas as informações relativas a nota fiscal, movimentações, ligações com projetos bem como informações de contabilização de c
ocorrências.
Devido ao processo de crédito de ICMS através da ficha ocorrer por um período de tempo prolongado (4 anos – 48 meses – por padrão), as movimentações
crédito, o que aumenta drasticamente a complexidade do controle desse tipo de crédito para que se evitem eventuais autuações do fisco que podem levar a glos
Algumas considerações importantes em relação a ficha da solução CIAP@TDF devem ser levadas em conta:
O status da ficha representa o tipo de ficha gerado ou o estado final em que se encontra
IM – ficha de imobilizado
IA – ficha de componente
CI – ficha de imobilizado construído através de projeto
SU – ficha suspensa (manualmente ou não alocada em nenhum projeto)
AT – ficha baixada por transferência ou venda
OT – ficha baixada por outras razões que não transferência/venda
PE – ficha baixada por sinistro
BA – ficha baixada pelo fim do período de creditamento
O status das parcelas de crédito podem representar o status da ficha mas parcelas de crédito geradas são reportadas com status adequado a mov
O ciclo de vida básico de uma ficha desde a aquisição até o final da tomada do crédito segue o seguinte fluxo de estados (de acordo com o que deve s
IM (status da ficha e 1ª parcela)
SI (2ª parcela)
SI (3ª parcela)
…
SI (47ª parcela)
SI/BA (status da ficha e 48ª parcela)
Caso haja uma baixa do imobilizado, ela deve ser refletida na ficha se ainda houver saldo de ICMS a creditar, interrompendo o processo de creditamen
Componentes que fazem parte de um imobilizado que está sendo construído pela empresa também podem ter o valor do ICMS da aquisição recuperado, mas ex
Deve-se atentar a legislação específica da UF em relação a permitir a tomada de crédito a partir da aquisição do componente ou apenas quando o imobilizado fo
Outro ponto importante é em relação ao vínculo entre a ficha do componente e o imobilizado em construção. Este vinculo deve existir e ser representado nos reg
Existem diversas parametrizações e customizações que afetam diretamente o processo de aquisição de componentes na solução CIAP@TDF.
Alexandre Moura
Equipe de desenvolvimento TDF
Alert Moderator
Assigned tags
Related Questions
CIAP Allocation
By Former Member, Dec 01, 2016
Load CIAP REPORT
By Former Member, Nov 28, 2016
SAP TDF eSocial comunicação com o Governo
By Former Member, Oct 22, 2017
1 Comment
You must be Logged on to comment or reply to a post.
Eduardo Kyono
Um ponto adicional: para cenários de carga de fichas do legado é para o cenário de cargas de ficha IA, onde já aconteceu uma entrada de nota fiscal de um componente para o bem prin
componente. Claro que isso para cenários em que não ocorre crédito do componente na entrada da nota, mas somente quando o projeto/ ordem é liquidado
Alexandre Moura
November 3, 2016 8 minute read
CIAP@TDF: Customizações
FollowRSS feedLike
Além das parametrizações disponíveis na solução (CIAP@TDF: Parametrizações), devido a sua flexibilidade e possibilidade de exec
Com isso, foram disponibilizadas BAdIs e BAPIs para auxiliar na aderência e integração de processos.
Além dessas ferramentas, foram disponibilizados também alguns webservices que são disponibilizados no add-on do TDF e possibilitam o acesso e a execução d
de sistemas externos a solução.
DETERMINE_TRANSFER_TEXT – método utilizado para redeterminação dos textos adicionais que são gerados na nota fiscal de saída no processo de tran
transação CIAP_REPORT->Transfer The Record. Por padrão, o texto gerado é:
MODIFY_RECORD_CREATION – método utilizado para redeterminação de parâmetros de coletor de custo existentes na ficha no processo de criação (WBS
Código do imobilizado, conta do razão, diagrama de rede, vida útil). A implementação deste método é mandatória no cenário de aquisição para estoque irrest
“branco”), visto que esses dados não estão disponíveis para determinação na ordem de compra.
ALLOW_ACCOUNT_ASSIGNMENT_CAT – método que possibilita a utilização de outras categorias de item que não as categorias padrão (A, P, F, N, Q, “bran
categoria diferente das categorias padrão, a ficha que será criada terá o comportamento de uma ficha para componente e não de imobilizado.
MODIFY_START_CREDIT_LIMIT_DATE – método utilizado para determinação da data em que se inicia o crédito do ICMS da ficha. Por padrão esta data é de
documento de material.
GET_INVALID_TAX_GROUPS – método utilizado para remover grupos de impostos de ICMS que por padrão são levados para a ficha caso haja linha desta
ICST, ICOP, ICFR, ICFS). Por padrão, é entregue uma implementação desse método excluindo o ICMS DIFAL do estado do Espirito Santo (BADI_EX_CIAP_INVA
GET_CREATION_TYPE – método que pode ser utilizado para determinação se a ficha será criada. A implementação deste método pode substituir a view de
Relevance of CIAP Record Creation (view CIAP_V_CFOP) ou a decision table Record Creation disponível no BRF+ para a determinação de criação de fic
possibilita a implementação de critérios mais específicos dos que as parametrizações disponíveis para criação de fichas.
MODIFY_FIRST_ACC_PERIOD – método que permite alteração do período inicial de creditamento. O período padrão é o da entrada do documento de mate
campo pode ser determinada em conjunto com a manipulação da data do início do creditamento (MODIFY_START_CREDIT_LIMIT_DATE) e podem ser ut
extemporaneidade do creditamento das parcelas da ficha. O método é chamado apenas no momento do processo de criação da ficha.
DEFINE_EFD_DATA – método utilizado para manipular os dados que são gerados para preenchimento dos registros 0300, 0305, 0500 e 0600 da EFD relativ
campo COD_IND_BEM é preenchido com o ID da ficha e o COD_PRNC é preenchido apenas na criação de fichas de componentes (status IA) com o ID da fi
método é chamado apenas no momento da criação da ficha.
MODIFY_FI_DOCUMENT_ITEM – método utilizado para preencher ou redeterminar alguns campos do documento contábil FI (item e cabeçalho) gerado no p
tanto de ficha única quanto em massa.
MODIFY_FI_DOC_ITEM_REVERSAL – método utilizado para preencher ou redeterminar alguns campos do documento contábil FI (item e cabeçalho) gerado n
contabilização em massa.
SELECT_RECORDS_FOR_MAT_MOV – método utilizado na redeterminação das fichas selecionadas no processo integrado de transferência. Por padrão, é ent
exemplo onde as fichas são selecionadas utilizando o método UEPS (último que entra, primeiro que sai). As fichas selecionadas devem pertencer a empresa e a
fiscal de saída, apenas fichas relativas ao material do item da nota fiscal que tenham status IM, IA ou SU e que não estejam em transito e nem suspensas ma
tenham a categoria contábil igual a A – imobilizado.
SELECT_RECORDS_TO_TRANSFER – método utilizado na redeterminação das fichas selecionadas no processo integrado de movimentação de material. O
fichas padrão é entregue em uma implementação exemplo e segue os mesmos critérios do método da BAdI BADI_CIAP_STO_REC_SEL -SELECT_RECORDS_
Webservices
Além das interfaces disponibilizadas tanto para adicionar customizações quanto para realizar integrações, alguns webservices foram disponibilizados par
contabilização de crédito de ICMS partindo da determinação do fator de creditamento.
TMFCIAPCreditFactorModifySyncIn
Através deste webservice, é possível realizar a manutenção do fator de creditamento que pode ser mantido de forma on-line através da transação CIAP_CR
creditamento não é determinado automaticamente pela solução, mas sim pelo processo de apuração, caso esse processo seja feito a partir de um sistema
chamada deste webservice utilizando os parâmetros Empresa, Local de Negócio, Período, Total de Saídas Tributadas, Total de Saídas e o Fator de Creditamento
Caso a entrada para a chave: Empresa, Local de Negócio e Período já tenha sido mantida mas a contabilização não tenha sido executada para esta chave, é
webservice para alterar os valores de Total de Saídas Tributadas, Total de Saídas e o Fator de Creditamento.
TMFCIAPCreditFactorReadSyncIn
Este webservice é disponibilizado para consulta do fator de creditamento, bastando para isso informar a empresa, o local de negócio e o período a ser consultado
TMFCIAPAccountingSingleSyncIn
Com este webservice, é possível acionar a contabilização por ficha, bastando para isso, informar a ficha a ser contabilizada. O processo executado é o mesmo
através da transação CIAP_REPORT.
TMFCIAPAccountingSyncIn
Este webservice possibilita a chamada do processo de contabilização em passa por empresa e local de negócio. Também é possível realizar a reversão da con
anterior. O processo executado é o mesmo que o executado através da transação online CIAP_ACCOUNTING.
Alert Moderator
Assigned tags
View more...
Related Questions
2 Comments
You must be Logged on to comment or reply to a post.
Former Member
Jul
@AlexandreMoura, ao executar uma transferência, a baixa é realizada na origem com status “AT”, então, é criada uma nova ficha com status “SU”, no entanto o programa não finaliza a c
destino e não conseguimos identificar o motivo.
Like(0)
Olá Claudia,
se você está utilizando o processo de transferencia via STO, é preciso finalizar o processo com a entrada da nota fiscal no destino. Isso faz com que a ficha criada com status SU seja atu
parametrizações de, por exemplo, crédito imediato, fazendo com que o status da ficha SU seja modificado para IA ou IM ou é mantida como SU (caso de estoque livre) mas com o flag de
è importante verificar se o CFOP da entrada da transferencia está cadastrado na view de CFOP e se as parametrizações das views CIAP_C_NO_QUO_ST ou CIAP_C_NO_QUO_BP es
Att.
Alexandre Moura