ICMS partilha na NFe liberado na SAP Note 2251879

[Renan_Correa]

Oi Pessoal,

A SAP note 2251879 liberou a solução do ICMS de partilha na NFe Writer. Essa solução utilizará as mesmas configurações da nota 2232757 ( views J_1BAJ e J_1BTPARTILHA ).

Os blog posts relacionados a NT 003 2015 foram atualizados com essa SAP Note também.

att,

Renan Correa

[former_member410282]

Renan, bom dia

Ainda estamos com problemas no preenchimento do campo PARTR, tentei debuggar a função
: J_1B_NF_DOC_INSERT_FROM_OBJECT, porém, não passa na mesma...

Depois da nota 2259911, que implementou a condição para esse campo, a TAG não está saindo.

Teria alguma nota que eu possa verificar para preenchimento do PARTR ?

Verifiquei no method: IS_ICMS_PARTILHA_SCENARIO_NF, está comentado, provavelmente pela nota: 2251879, e ele que passa o flag para verificar o valor na tabela.

Realmente é para estar comentado esse method ?

Obrigado desde já.

[Former Member]

Obrigado, Renan.

A parte do bug de gerar como NFe de serviço foi corrigido.

Hoje já estamos conseguindo enviar testes para o Sefaz de homologação com Partilha de ICMS pelo ECC 604 e Mastersaf.

Um ponto que observei é que para NF Writer, o Percentual de Partilha Provisória está sendo gravado na J_1BNFDOC-PARTR, mas não é enviado para a função da Mensageria, consequentemente, não está saindo no XML.

Na NF Writer, ao salvar, a função J_1B_NF_DOC_INSERT_FROM_OBJECT, ainda não leu a tabela J_1BTPARTILHA ao disparar a função  J_1B_NFE_PROCESS_OUTBOUND. Só vai ler a J_1BTPARTILHA antes de salvar o docnum com a  função J_1B_NF_DOCUMENT_INSERT.

Sabe o que podemos fazer?

Obrigado.

[nyckolas_silva]

Olá, Sato,

Poderia verificar se você tem todas as notas do ICMS partilha para o ERP presentes no KBA abaixo?

2259931 - FAQ of EC87 and NT003 solutions

Att,

Nyckolas

[Former Member]

Olá, Nyckolas.

Verifiquei a lista do KBA:

ok 2232757 - Interstate consumption operations for ICMS non-taxpayer

ok 2232775 - ICMS ST Legal Classification Code

ok 2241138 - ICMS ST Legal Classification Code mapping

ok 2242395 - ICMS Partilha outgoing

não aplicada 2244706 - ICMS Partilha in NFEIN solution

não aplicada 2245047 - ICMS Partilha in CT-e outgoing

não aplicada 2246164 - ICMS Partilha in CT-e incoming

ok 2246896 - ICMS ST Legal Classification Code CEST is not determined

ok 2251879 - NF Writter J1B1N Interstate Consumption Operations for ICMS non-taxpayer

ok 2252987 - ICMS Partilha in future delivery outgoing

ok 2253263 - Data access class and table type to J_1BAJ table

ok 2254449 - Partilha Error Invoice created with service flag in material

não aplicada 2254461 - Dump on tax rate migration for table J_1BTXIC1 with application TX

ok 2255634 - Partilha Error in the BAdI for base reduction

ok 2256880 - Industrialization material calculating ICMS Partilha

não aplicável (só para 605) 2256933 - ICMS Partilha not calculated with TAXBRJ in EHP5

ok 2258173 - ICMS Partilha Enhance for Future Delivery Outgoing - APLICAR

ok 2258220 - Wrong pricing calculation in scenario without IPI

ok 2259911 - ICMS Partilha fields incorrectly filled in scenarios without ICMS Partilha

Só não temos as notas do NFEIN e CT-e, que são soluções que não existem aqui.

Um detalhe é que depois da nota 2259911, NF Writer não tem mais nenhuma informação de ICMS partilha enviada para a mensageria (devido ao IF wk_header-partr <> 0. do include LJ_1B_NFEF79).

Acredito que há um problema ao redor da função J_1B_NF_OBJECT_READ. Quando a execução vem da J1B1N, a tabela  j_1btpartilha ainda não foi lida em memória e a taxa não é movida para OBJ_HEADER-PARTR.

Estamos com um workaround: implementamos um enhancement nesta função para ler e colocar o percentual da partilha em  OBJ_HEADER-PARTR, se houver condições ICAP, ICEP ou ICSP em processamento. Dessa forma temos certeza que a partilha será utilizada no processamento.

Grato!

Sato.

[nyckolas_silva]

Olá, Sato,

Poderia, por favor, me mandar um print do código onde você acredita que esteja inconsistente na J_1B_NF_DOC_INSERT_FROM_OBJECT?

Obrigado!

[]s,

Nyckolas

[Former Member]

Olá, Nyckolas.

Quando criamos a NF via J1B1N, o método que lê a tabela J_1BTPARTILHA não é chamado nenhuma vez antes de gerar os dados para o XML. Então o % de partilha fica vazio durante o processamento. Só depois que processa os dados do XML e o sistema vai gravar a NF com a função J_1B_NF_DOC_INSERT_FROM_OBJECT, aí o método é lido. Então o campo PARTR é preenchido na j_1bnfdoc.

Pela VF01, a tabela J_1BTPARTILHA é lida e armazenada em memória. Então quando a função J_1B_NF_OBJECT_READ, que retorna os dados de NF, é chamada, retorna o PARTR a partir da estrutura global GBOBJ_ITEM_TAX. E processamento fica correto, com %de partilha no xml e j_1bnfdoc.

Para contornar o problema na J1B1N, colocamos o seguinte enhancement:

Pelo seu sistema, você consegue identificar onde a J_1BTPARTILHA é lida para J1B1N?

Obrigado! Feliz Natal.

Sato.

[Renan_Correa]

Oi Sato,

Como o seu sistema está enviando os dados da RFC para a mensageria antes de persistir a nota no ERP? Você está utilizando o CALLRFC = 3 neste cenário?

att,

Renan Correa

[Former Member]

Bom dia, Renan.

Aqui a configuração está com CALLRFC = ' '.

Obrigado!

[Renan_Correa]

Oi Sato,

Esta é a razão. A SAP não suporta mais os cenários sem decouple ( enviar para a mensageria antes de salvar no banco do ERP ) desde a entrada da NF-e 3.10.

Você deve usar o CALLRFC com 1, 2 ou 3.

att,

Renan Correa

[Former Member]

Obrigado pelo retorno, Renan. Tem razão, vou verificar com a Mastersaf como o produto deles se comporta, há componentes deles no lado ERP também.

Grato!

[Former Member]

Boa tarde Sato.

Também utilizamos o Mastersaf aqui. Implementamos todas as notas mas os TAGS não são mapeados para o XML. Verifiquei que no DEBUG o sistema não entra no IF em anexo. Você passou por isso?

Agradeço desde já.

Gomes.

[Former Member]

Boa tarde.

Esta nota possui um defeito que coloca o flag de Nota Fiscal de Serviço = 'X', na função J_1B_NF_DOC_INSERT_FROM_OBJECT.

O novo bloco de ICMS Partilha foi colocado antes do teste IF SY-SUBRC IS INITIAL. WK_HEADER-NFESRV = 'X'. ENDIF.

O bloco de ICMS Partilha deveria ser colocado depois deste IF...ENDIF.

Renan, Nyckolas, poderiam, por favor, providenciar a correção?

Grato,

Sato

[Renan_Correa]

Oi,

SAP Note 2254449.

Recomendo seguir o link, pois este post será atualizado com as novas notas de correção :  http://scn.sap.com/community/portuguese/sped-and-nf-e/blog/2015/12/13/notas-de-corre%C3%A7%C3%A3o-re...

att,

Renan Correa

[Former Member]

Oi Renan tudo bem?

Apliquei as duas notas 2251879 e 2254449 aqui mencionadas, mas ao gerar a NF Writer os valores não são calculados corretamente.

No meu exemplo, ficou assim

ICAP e ICEP  Base 1326,02 - valor 225,42, sendo 17% alíquota.

O correto era valor ICAP 53,04 e valor ICEP 79,56.

Há outra nota SAP disponibilizada para esse ajuste?

Obrigada.
Sandra Correa

[Former Member]

Ola Renan,   Estamos na SAP_APPL 600, precisamos aplicar a nota 2254449 para corrigir a nota 2251879 .   A Nota 2254449 possui um grande numero de oss notes de pre requisito , mas todas para quem trabalha com INBOUND , nos somente temos o outbound.   Verifiquei nas correcoes da nota 2254449 e ela apenas altera a funcao J_1B_NF_DOC_INSERT_FROM_OBJECT , e justamente as alterações feitas na nota 2251879 ,e essa nao tem os mesmos pre-requisitos.   Seria possivel eliminar os pre-requisitos desnecessarios da 2254449? Obrigado Eduardo

[Former Member]

Boa tarde Sandra, um dos  clientes que implantamos a NT está com a mesma situação.

Na NF writer preenche apenas código do impostos base e alíquota e clica na calculadora, e o imposto de partilha é calculado 'errado', é este teu caso? Ele faz uma matemática simples

, VC sabe dizer se a sap está prevendo alguma alteração nesse ponto?

[Renan_Correa]

Oi,

Na Nota Writer a calculadora não faz o cálculo da partilha. Não existe previsão de desenvolvimento desse cálculo.

att,

Renan Correa

[Former Member]

Boa tarde Renan,

Aplicamos aqui com sucesso, porém não surtiu efeito, consegue postar um doc de como ficaria a solução entregue pela SAP.

Obrigado

André