Ir para conteúdo
  • Cadastre-se

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

Recommended Posts

Postado (editado)

Parece que este erro, que já tinha reportado antes, ainda não foi corrigida na SEFAZ de SP.
Então, gostaria de sugerir que, se não preenchido o vIBS dos itens, o pacote não o colocasse (ele cria a tag e preenche com valor 0.00). 
Fiz testes retirando este valor, e ai o validador aceitou a nota.
Obrigado !!!!

Editado por [email protected]
erro de digitação
  • Curtir 1
  • 2 semanas depois ...
Postado

Me parece absurdo, mas nem os membros, nem usuários, fizeram menção. 

Sugeri que o ACBr, quando fosse alimentada a tag <det> <Vibs>, com valor zerado, não incrementasse está tag (como se não fosse obrigatória).

Mas não tive resposta, nem escrita, nem em forma programática.

Então, criei uma rotina que retirasse está tag antes de assinar.

Mas me senti, extremamente zero a esquerda ...

Colocar rotinas dentro do processo, ao meu ver, fere a lógica dos componentes. 

Pensando mais, pensei que, na hora de alimentar está tag, em vez de valor zerado, poderia ser o valor -1, pois não confeitaria em casos que o valor poderia ser 0.

Torço para que, moderadores, membros, dêem atenção a está publicação !!!

  • Moderadores
Postado
24 minutos atrás, [email protected] disse:

Sugeri que o ACBr, quando fosse alimentada a tag <det> <Vibs>, com valor zerado, não incrementasse está tag (como se não fosse obrigatória).

Ficou assim por um tempo e muitos usuários tiveram problemas com situações em que o vIBS tinha que ser gerado mesmo com valor zero.

É o que diz o layout afinal.

Não entendi se você ainda está tendo problema ou não.

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

Projeto ACBr

 

 

Postado

Estou, se usar o ACBr somente.

Eu e o Copiloto desenvolvemos uma rotina (ainda não está afinada) que retira o campo manualmente, antes de assinar, e depois assina. Mas acho que isto, deveria ser feito dentro do ACBr, evitando contaminação e, principalmente, por ser uma rotina tão fácil de implementar (if VIbs <> -1 then ...

Insere no corpo da NFE)).

...

  • Moderadores
Postado

Estranho que não temos mais relatos.

Mas enfim, você tem os fontes, basta ajustar do seu lado, na unit ACBrNFe.XmlWriter.pas no parâmetro que gera a tag você pode marcar como não obrigatória.

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

Projeto ACBr

 

 

Postado (editado)

Valeu !!! Obrigado. Eh que eu preferiria que viesse já no pacote, pois a cada update, apagaria e teria que ser corrigido. Ou, ele deixaria de atualizar o arquivo ... Ambas péssimas opções. Mas obrigado por me dar o caminho das pedras !! Para conseguir terminar de testar já eh suficiente !!!

E o mais engraçado. Ainda hoje, se copiarmos o XML e passarmos pelo verificador oficial da receita, ele aponta o mesmo erro (no calculadora).

Obrigado a vcs todos, pela participação !!!

 

Editado por [email protected]
  • Moderadores
Postado
8 minutos atrás, [email protected] disse:

E o mais engraçado. Ainda hoje, se copiarmos o XML e passarmos pelo verificador oficial da receita, ele aponta o mesmo erro (no calculadora).

Eu estou validando pelo Conformidade Fácil, tem funcionado na maioria das vezes.

https://dfe-portal.svrs.rs.gov.br/Cff/ValidadorNfe

Não tenho visto atualizações da calculadora, creio já estar defasada.

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

Projeto ACBr

 

 

Postado

Mas eh este o problema ... A calculadora "deve" usar o mesmo processo do SEFAZ. Eu uso o validador do RS, e nele, há um mês atrás, aceitava o Vcbs, e aprovava a nota, mas não adianta nada se a receita rejeita !!!

A receita quem está com erro, pois o campo eh obrigatório, mas temos que fazer que passe, e eh isto que estou tendo problema.

Para vc ter uma ideia, o homologação está passando sem os campos da reforma, mesmo já tendo quase 1 mês da sua obrigatoriedade 

..

Estamos perdidos ... Achei muito certa a colocação de um dev no Discord . Não existe mais vida para devs depois da reforma.

  • Moderadores
Postado
1 hora atrás, [email protected] disse:

Para vc ter uma ideia, o homologação está passando sem os campos da reforma, mesmo já tendo quase 1 mês da sua obrigatoriedade 

Em homologação não é mais obrigatório, conforme a NT 2025/002 v1.30.

Em produção será opcional a partir 10/11 e obrigatório a partir de 05/01.

Você tentou enviar de ontem pra hoje? 

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

Projeto ACBr

 

 

Postado

Esta eh a resposta do Copilot de uma hora atrás ...

Sim, houve alterações nos prazos de obrigatoriedade dos campos da reforma tributária nos documentos fiscais eletrônicos (DFes). Embora estivesse previsto para o início de outubro, o ambiente de produção foi prorrogado para novembro e ainda há flexibilizações em homologação.

Aqui vai um panorama detalhado pra você entender o que tá rolando:

---

📅 Alterações nos prazos de obrigatoriedade dos campos IBS e CBS

- Ambiente de homologação: O preenchimento dos campos do IBS e CBS nos DFes passou a ser obrigatório a partir de 3 de novembro de 2025, conforme a Nota Técnica 2025.001 – RTC v1.09.
- Ambiente de produção: A versão 1.30 da Nota Técnica nº 2025.002 alterou o prazo de entrada em produção, que estava previsto para 6 de outubro de 2025 e foi prorrogado para 10 de novembro de 2025.
- Validações completas: Só passarão a valer mesmo em 2026, ou seja, ainda há espaço para ajustes e testes sem penalidades formais.

---

⚠️ Situação atual: ainda aceita, mas com ressalvas

Apesar da obrigatoriedade técnica, o sistema continua aceitando documentos sem os campos preenchidos corretamente em homologação. Isso tem gerado críticas e dúvidas sobre a seriedade do cronograma — como você bem apontou, muitos contribuintes estão prontos, mas o sistema público ainda não está 100% alinhado.

---

🗣️ Desabafo válido

Você não tá sozinho nessa indignação. Especialistas também têm criticado a falta de transparência e a instabilidade na implantação, que afeta diretamente quem quer cumprir as regras. A cobrança de responsabilidade é mais do que justa.

Se quiser, posso te ajudar a acompanhar futuras alterações ou montar um checklist de conformidade para sua empresa. Quer que eu faça isso?

Postado

Acho que você não me entendeu. Como relatei (e documentei), o que está na norma técnica .002, não eh o que está acontecendo na prática. Agora, estou em uma reunião, mas voltando, emito uma nota em homologação sem os campos, e público.

Eh que, embora consiga contornar o problema, nunca tinha visto isto acontecer no ACBr. Sou de origem europeia, e me causa muito mal estar, "dar jeitinho".

Pensei em estar colaborando com o ACBr, como coloquei no começo, como sou usuário ha muuuitos anos, antes mesmo da NFE, quando o foco do projeto era calculadora, balança, periféricos. E o que causa estranheza maior, eh justamente os usuários não relatarem, mas colocarem sua indignação (não contra o projeto, mas contra a Receita) a ponto do Copilot da Microsoft, relatar este erro.

Amo de paixão o projeto, pois vim de uma formação de "clippeiros", onde todos ajudavam todos.

Desculpe pelo desabafo !!!

Postado

Obrigado pelo empenho, meu amigo, mas tentei agora há pouco. 
Mas antes, atualizei, na esperança da Receita ter corrigido ...
Mas valeu por tudo, acho que ao invez de retrabalhar a XML, vou seguir sua sugestão de marcar a tag como não obrigatória. mas obrigado por tudo !!!
image.thumb.jpeg.77ba28d79c20827902f83daff6745d13.jpegimage.thumb.jpeg.d111fd94e1812e37cb0f5b69119d0e11.jpeg

  • Consultores
Postado

noto que seu projeto é o exemplo do ACBr para emissão de NFe.

ou está com algum trecho do acbr onde o svn marcou como não atualizavel ou seu svn se perdeu ou até mesmo o exemplo que está usando o acbr está sem atualizar.

faça revert do svn inteiro. faça clean up

e depois rode o instalador marcando remover tudo antes. e dai volte a testar

 

Consultora ACBr Pro

Juliomar Marchetti

Ajude o Projeto ACBr crescer - Seja Pro

discord: juliomar
telegram: juliomar
e-mail: [email protected]
http://www.juliomarmarchetti.com.br

 

MVP_NewLogo_100x100_Transparent-02.png
Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil


Participe de nosso canal no Discord e fique ainda mais próximo da Comunidade !!

  • Moderadores
Postado
13 horas atrás, [email protected] disse:

image.thumb.jpeg.d111fd94e1812e37cb0f5b69119d0e11.jpeg

Esse erro é de validação local contra os schemas, que não estão esperando a tag vIBS, o XML nem chegou na SEFAZ.

Veja se a pasta de schemas que está configurada na aplicação está atualizada.

Ontem fiz alguns testes de emissão pra SP, NFe e NFCe, produção e homologação, com a tag vIBS e sem, e me pareceu tudo certo em homologação, e produção não está aceitando ainda de nenhuma forma.

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

Projeto ACBr

 

 

Postado

Bom dia,

Meu fluxo carrego o xml no componente ACBrNFe1 através do ACBrNFe1.NotasFiscais.LoadFromFile. Então o conteúdo da tag <vIBS> que segundo a documentação é Valor do IBS (soma de vIBSUF e vIBSMun), está no xml. Vejo que internamente ao assinar o xml tem ACBrNFe1.NotasFiscais.GerarNFe, este acredito que cria as tags necessárias conforme o schemas.

Primeira dúvida é, o LoadFromFile já faz isso, consegue ler e jogar para o "vIBS".   (Fiz alguns testes e não fui feliz, provavelmente estou fazendo algo errado)

Outra dúvida é a montagem dos trechos específicos da reforma tributária será que é seguro utilizar a calculadora para gerar as tags, ou vocês estão usando ela somente como um suporte para validar os cálculos feitos previamente no sistema?

 

 

Postado
19 horas atrás, Juliomar Marchetti disse:

noto que seu projeto é o exemplo do ACBr para emissão de NFe.

ou está com algum trecho do acbr onde o svn marcou como não atualizavel ou seu svn se perdeu ou até mesmo o exemplo que está usando o acbr está sem atualizar.

faça revert do svn inteiro. faça clean up

e depois rode o instalador marcando remover tudo antes. e dai volte a testar

Fiz passo a passo o que vc me orientou ... Não funcionou ...

Sei que não é erro da schema local, pois quando isto ocorre, o arquivo .log, não é gerado, (coloquei para ele gerar um log depois que envia, antes de apagar quando há erro para ver).

 

Down.jpg

instalacao.jpg

erro.jpg

  • Consultores
Postado

o erro é de schemas sim. 

está antes de enviar o xml para o sefaz.

  • Curtir 1

 

Consultora ACBr Pro

Juliomar Marchetti

Ajude o Projeto ACBr crescer - Seja Pro

discord: juliomar
telegram: juliomar
e-mail: [email protected]
http://www.juliomarmarchetti.com.br

 

MVP_NewLogo_100x100_Transparent-02.png
Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil


Participe de nosso canal no Discord e fique ainda mais próximo da Comunidade !!

Postado
Em 30/10/2025 at 09:59, BigWings disse:

Estranho que não temos mais relatos.

Mas enfim, você tem os fontes, basta ajustar do seu lado, na unit ACBrNFe.XmlWriter.pas no parâmetro que gera a tag você pode marcar como não obrigatória.

Mas como ficaria ? em que linha e qual o parametro ? Vc sabe como alterar ? me faria o favor de dar corrigido ?

  • Moderadores
Postado
12 horas atrás, [email protected] disse:

Mas como ficaria ? em que linha e qual o parametro ? Vc sabe como alterar ? me faria o favor de dar corrigido ?

Esqueça isso, seu problema é na pasta de schemas.

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

Projeto ACBr

 

 

Postado
54 minutos atrás, BigWings disse:

Esqueça isso, seu problema é na pasta de schemas.

Acho que vc não prestou atencao.

Até printei o SNV, que exclui todo o diretório, fiz o down do truk2 do zero, recompilei ... A menos que o diretório da NFE de origem esteja com problema na origem ... 

Não existe como ser ele.

E outra coisa, a menos que o ACBr tenha modificado, o warning que está apresentado eh o da receita, que aparece depois do "enviando", não no "gerando".

 

 

Achei ... Foi comida de bola minha !!!

Com a tentativa de tirar a tag, na hora de carregar o componentes, havia marcado o Vcbs, como valor zerado, não o valor do DB.

Agora, está corrigido e realmente está passando. Muito obrigado a todos !!!

  • Confuso 1
  • Este tópico foi criado há 233 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.

The popup will be closed in 10 segundos...