Ir para conteúdo
  • Cadastre-se

dev botao

  • Este tópico foi criado há 2039 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

Postado

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?

  • Curtir 1
  • Moderadores
Postado
23 minutos atrás, 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?

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.

Equipe ACBr BigWings
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

 

 

Postado

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?

  • Moderadores
Postado
9 minutos atrás, 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?

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?

10 minutos atrás, 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.

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.

Equipe ACBr BigWings
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

 

 

Postado

 

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

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

  • Curtir 1
  • Moderadores
Postado
1 hora atrás, LeoncioMaciel disse:

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

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.

Equipe ACBr BigWings
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

 

 

Postado

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.

Postado
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.

SP já naão e obrigatorio.

Não chega a mostrar rejeição?

Postado
Em 22/03/2019 at 15: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.

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.

Regra de Validação NT 2018.005 v1.20.png

  • Curtir 2
  • Membros Pro
Postado
Em 27/03/2019 at 12: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.

Regra de Validação NT 2018.005 v1.20.png

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. 

  • Membros Pro
Postado (editado)
Em 04/04/2019 at 11: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. 

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 por Fernando Di Pace
  • 4 semanas depois ...
Postado (editado)

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 por marcelo_coi
faltou info
  • Curtir 2
  • Este tópico foi criado há 2039 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.
Visitante
Este tópico está agora fechado para novas respostas
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.