ICMSSubstituto

[LeoncioMaciel]

Bom dia. Reabrindo o tópico pois nem cheguei a responder se quer um comentario e já fecharam o mesmo.

O Sefaz nao repassou nada sobre como o valor desse campo deve ser gerado.

Porem existe UF´s onde é obrigatorio enviar essa TAG no XML, e UF´s aonde não será obrigatorio.

No pcnNFeW esta desenvolvido para todos os ICMS (cst60, cstRep60: Gerador.wCampo(tcDe2, 'N26b', 'vICMSSubstituto', 01, 15, 0, nfe.Det.Imposto.ICMS.vICMSSubstituto, DSC_VICMSSUBSTITUTO) e csosn500: Gerador.wCampo(tcDe2, 'N26b', 'vICMSSubstituto', 01, 15, 1, nfe.Det.Imposto.ICMS.vICMSSubstituto, DSC_VICMSSUBSTITUTO)).

A 6ª propriedade para os cst60 e cstRep60 esta mandando valor 0 (zero). Esta propriedade que define se é obrigatorio montar junto a estutura ou nao a tag.

Dessa forma só irá montar se o valor nfe.Det.Imposto.ICMS.vICMSSubstituto for maior que 0,00 

Ou seja da forma que esta enviando nfe.Det.Imposto.ICMS.vICMSSubstituto = 0 e a 6ª propriedade 0 para os estados que é obrigatorio irá dar erro.

 Não tem rejeição pela parte do Sefaz, porem só tenho um certificado do PR, e como descrito anteriormente, SE PARA A UF FOR OBRIGATORIO IRÁ DAR A REJEIÇÃO DESCRITA NO MANUAL: 938 Rejeição: Não informada vBCSTRet, pST, vICMSSubstituto e vICMSSTRet [nItem: 999]

Alguem sabe informar se existe alguma função para validar se a UF em questao obriga ou nao essa TAG do vICMSSubstituto, ou alguma propriedade da classe que determina se essa TAG deve ser montada ou nao?

[BigWings]

  Em 22/03/2019 at 12:06, LeoncioMaciel disse:

Alguem sabe informar se existe alguma função para validar se a UF em questao obriga ou nao essa TAG do vICMSSubstituto, ou alguma propriedade da classe que determina se essa TAG deve ser montada ou nao?

Expandir  

Não existe configuração para gerar o grupo com valor zero, pra ser gerado pelo menos um dos campos do grupo tem que ter valor maior que zero.

[LeoncioMaciel]

sim. 

Para o csosn500 "Gerador.wCampo(tcDe2, 'N26b', 'vICMSSubstituto', 01, 15, 1, nfe.Det.Imposto.ICMS.vICMSSubstituto, DSC_VICMSSUBSTITUTO)" ele gera, por causa do 1.

Como será opcional de cada estado mandar a tag independente de ser valor zerado ou nao e independente do CST, será criado alguma rotina para enviar essa TAG?

http://nfce.encat.org/desenvolvedor/regras-de-validacao/

Pelo link é possivel ver qual estado será obrigatorio ou nao, certo que esta em constante alteração. Mas já tem alguma solução em vista?

[BigWings]

  Em 22/03/2019 at 13:14, LeoncioMaciel disse:

Como será opcional de cada estado mandar a tag independente de ser valor zerado ou nao e independente do CST, será criado alguma rotina para enviar essa TAG?

Expandir  

Vou repetir a mesma pergunta que fiz no outro tópico:

- Se a SEFAZ está exigindo o preenchimento desses campos, é correto informar valor zerado neles?

  Em 22/03/2019 at 13:14, LeoncioMaciel disse:

Para o csosn500 "Gerador.wCampo(tcDe2, 'N26b', 'vICMSSubstituto', 01, 15, 1, nfe.Det.Imposto.ICMS.vICMSSubstituto, DSC_VICMSSUBSTITUTO)" ele gera, por causa do 1.

Expandir  

No CSOSN 500 o campo também é opcional, pelo layout:

Gerador.wCampo(tcDe2, 'N26b', 'vICMSSubstituto', 01, 15, 0, nfe.Det[i].Imposto.ICMS.vICMSSubstituto, DSC_VICMSSUBSTITUTO);

Veja se os teus fontes estão atualizados.

[LeoncioMaciel]

 

  Citar

Vou repetir a mesma pergunta que fiz no outro tópico:

- Se a SEFAZ está exigindo o preenchimento desses campos, é correto informar valor zerado neles

Expandir  

se uma UF (RS, MG, PB) diz que é obrigatorio, eu posso deixar de informar só por ser valor zerado?

[BigWings]

  Em 22/03/2019 at 17:47, LeoncioMaciel disse:

se uma UF (RS, MG, PB) diz que é obrigatorio, eu posso deixar de informar só por ser valor zerado?

Expandir  

Na minha opinião, se você está gerando o grupo com valores zerados para vBCSTRet, pST, vICMSSubstituto e vICMSSTRet, está informando ao fisco que não houve valor referente ao a ICMS retido anteriormente.

Como esses campos são inseridos nos CST 60 e CSON 500 denominados "ICMS cobrado anteriormente por substituição tributária", me parece errado informar zerado.

[GustavoCamargo]

Boa tarde,

Aqui em SP, o sefaz tá retornando erro de schema quando não preencho valor do icms substituto, isso aconteceu após a alteração da revisão 16711, que tornou opcional a tag vICMSSubstituto no leiauteNFe_v4.00.xsd em homologação.

[LeoncioMaciel]

  Citar

Aqui em SP, o sefaz tá retornando erro de schema quando não preencho valor do icms substituto, isso aconteceu após a alteração da revisão 16711, que tornou opcional a tag vICMSSubstituto no leiauteNFe_v4.00.xsd em homologação.

Expandir  

SP já naão e obrigatorio.

Não chega a mostrar rejeição?

[GustavoCamargo]

Rejeição: Falha no Schema XML do lote de NFe

Segue anexo o xml

XML_SEM_ICMS_SUBSTITUTO_ERRO_SCHEMA.XMLFetching info...

[GustavoCamargo]

Boa tarde,

Alterei aqui o fonte do pcNFEw para a tag vICMSSubstituto ser gerada zerada em todas as opções no repasse, no 60 e no 500  - quando não houver valor e a nota foi autorizada.

Segue anexo.

Att,

 

 

35190365957573000153550050008574661000002166.XMLFetching info...

[XP_Junior]

  Em 22/03/2019 at 18:53, BigWings disse:

Na minha opinião, se você está gerando o grupo com valores zerados para vBCSTRet, pST, vICMSSubstituto e vICMSSTRet, está informando ao fisco que não houve valor referente ao a ICMS retido anteriormente.

Como esses campos são inseridos nos CST 60 e CSON 500 denominados "ICMS cobrado anteriormente por substituição tributária", me parece errado informar zerado.

Expandir  

Prezado @BigWings,

Concordamos com a sua colocação que o valor deste campo não deveria ser zerado, mas nenhum fornecedor informa este valor para que possa ser armazenado e posteriormente emitido e temos várias situações, como mercadorias em estoque que não possuem essa informação e não haverá informação até que exista uma entrada ou que o contador se responsabilize pela definição.

(Inclusive há várias entidades discutindo com as SEFAZ sobre este campo)

Então para atender a RV, da forma como a mesma está hoje na NT 2018.005 v1.20 será necessário gerar da mesma forma como o colega @GustavoCamargo fez.

[Rafael Fachini]

Estou tentando enviar uma NFe em homologação em SP e a rejeição 938 persiste, o que não da para entender porque a UF de SP não obriga o preenchimento.

Alguém sabe o motivo?

[SisComp - Proc. de Dados]

  Em 27/03/2019 at 15:08, XP_Junior disse:

Prezado @BigWings,

Concordamos com a sua colocação que o valor deste campo não deveria ser zerado, mas nenhum fornecedor informa este valor para que possa ser armazenado e posteriormente emitido e temos várias situações, como mercadorias em estoque que não possuem essa informação e não haverá informação até que exista uma entrada ou que o contador se responsabilize pela definição.

(Inclusive há várias entidades discutindo com as SEFAZ sobre este campo)

Então para atender a RV, da forma como a mesma está hoje na NT 2018.005 v1.20 será necessário gerar da mesma forma como o colega @GustavoCamargo fez.

Expandir  

Concordo plenamente com a colocação do amigo @XP_Junior, a solução até não termos esses valores (que deveriam ser enviados pelo fabricante, mercadoria em estoque...) seria passar as tags com valor zerado. 

[FernandoVasc]

  Em 04/04/2019 at 14:31, SisComp - Proc. de Dados disse:

Concordo plenamente com a colocação do amigo @XP_Junior, a solução até não termos esses valores (que deveriam ser enviados pelo fabricante, mercadoria em estoque...) seria passar as tags com valor zerado. 

Expandir  

Bom dia,

Também acho que esses campos tem que ser escritorados zerados , pois a SEFAZ pode está exigindo tais campos mesmo zerados assim como os totalizadores que permite o seu preenchimento com ZERO,  e são publicados no xml, que não é esse caso em questão, más?????

refente aos totalizadores:

...

<vBC>0.00</vBC>
<vICMS>0.00</vICMS>
<vICMSDeson>0.00</vICMSDeson>
<vFCP>0.00</vFCP>
<vBCST>0.00</vBCST>
<vST>0.00</vST>
<vFCPST>0.00</vFCPST>
<vFCPSTRet>0.00</vFCPSTRet>
<vFrete>0.00</vFrete>
<vSeg>0.00</vSeg>
<vDesc>0.00</vDesc>
<vII>0.00</vII>
<vIPI>0.00</vIPI>
<vIPIDevol>0.00</vIPIDevol>
<vOutro>0.00</vOutro>

...

Editado 5 Abril, 2019 por Fernando Di Pace

[marcelo_coi]

Estou com esse problema em MA e ES.

[Felipe E. Resende Mesquita]

  Em 29/04/2019 at 14:26, marcelo_coi disse:

Estou com esse problema em MA e ES.

Expandir  

Bom dia, marcelo_coi.

Veja o tópico abaixo:

 

[marcelo_coi]

Após 3 semanas com esse problema, hoje eu atualizei o ACBr reinstalei e compilei e funcionou.

Atualizem a pasta Schemas no cliente; renomei o leiauteNFe_v4.00.xsd para leiauteNFe_v4.00_OLD.xsd e renomei o leiauteNFe_v4.00_HOMOLOGACAO.xsd para leiauteNFe_v4.00.xsd

Editado 29 Abril, 2019 por marcelo_coi
faltou info

[Felipe E. Resende Mesquita]

Obrigado por reportar.

Fechando. Para novas dúvidas, criar um novo tópico.