valterpatrick

Uma solução que você pode ver com sua contabilidade é a emissão de uma NFe modelo 55 com o CFOP 5929 referenciando o cupom. Ai no caso o cupom NFCe não precisa estar com o CNPJ da empresa, pode estar sem identificação. Apresente esta possibilidade para a contabilidade do seu cliente.

Quando você emite uma NFCe, você não precisa preencher o CPF/CNPJ, no caso não identificar o destinatário, mas mesmo que identifique, não precisa preencher o endereço completo. Em relação ao erro que apareceu para você, é importante entender que errro é este, se é um erro de schema, se é uma rejeição. Enviar o XML e mais detalhes ajudaria também.

No site da validação da SEFAZ está dando esta mensagem: Talvez a receita esteja esperando mais um grupo ai: infSolicNFF

Você pode postar o seu XML com suas dúvidas no tópico abaixo, desta forma a comunidade pode te ajudar a resolver sua dúvida. https://www.projetoacbr.com.br/forum/forum/36-acbrnfse/

Eu tive recentemente a rejeição 225 por que um dos produtos estava com um NCM com 9 digitos. Uma forma que eu tive de resolver isto foi validando o XML no portal da Sefaz do RS. Joga o XML lá e válida, provavelmente deve ser um campo que está fora do padrão esperado ou algo do tipo. Se não conseguir resolver, manda o xml aqui que nós olhamos. Link: https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx

Pois é, não faz muito sentido para mim. Não sei por que não está dando certo ai.

Na Nota técnica 2025.002 versão 1.20 é detalhado a rejeição 1094: Pelo o que vi no seu XML você não informou o "vItem" no item "det.prod". Preencha o item com esta tag e tente novamente.

No caso de vocês estão informando uma empresa SIMPLES NACIONAL ou não? Tem como enviar o XML também para ser analisado?

Entender o funcionamento interno de determinados códigos é importante. Com isto você consegue desenvolver códigos cada vez melhores, mais seguros e mais rápidos.

Creio que ai seria bom você pesquisar mais sobre orientação a objetos, variaveis e etc. Talvez fazendo esta pergunta diretamente ao chatgpt e passando algumas outras informações, ele consiga te passar uma explicação mais concisa.

Não seria mais fácil e rápido ter um arquivo .fr3 com os campos e tudo mais para cada tipo de relatório que você quer? Desta forma facilita a sua vida em desenvolver o relatório e ter os dados para passar também.

Ao destruir o LJSon, está destruindo também o LJsonObject, já que LJsonObject é um objeto que está dentro de LJSon. Quando instancia o LJsonObject, está pegando a referência na memória, não uma cópia, por isto que ao destruir LJSon, é destruido também o LJsonObject.

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

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

A rejeição "1076 - Total da BC do IBS e da CBS difere da soma dos itens" ocorre conforme validação: "O total da BC do IBS e da CBS de deverá ser a soma dos campos vBC (tag: gIBSCBS/vBC) informados nos itens". No seu arquivo XML está informando o IBSCBSTot.vBCIBSCBS que é o Valor Total da BC do IBS e da CBS com o valor R$100.00, mas não há itens com a base de cálculo gIBSCBS.vBC. Talvez seja o caso de você gerar o gIBSCBS.vBC com o valor R$100,00 ou gerar o IBSCBSTot.vBCIBSCBS com valor R$0,00. De qualquer forma espero que tenha entendido o motivo da rejeição

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

Como você mencionou este bloqueio da VIVO, faça o teste de trocar o DNS, limpar o cache e reiniciar o modem. Talvez o problema esteja relacionado a rotas, digo isto por que já tive problemas parecidos com alguns clientes e após isto deu certo.

Isto não é bem uma rejeição, é um erro de schema xml. Atualiza os schemas xml e tente novamente.

Reinstala tudo, certificados, o seu sistema, reinicia a máquina, o modem, troca o DNS, usa o flushdns. Faz uma coisa de cada vez até descobrir o que é.

A rejeição 600 vai aparecer quando uma série de fatores forem atendidos, como é o caso do indIEDest = 9, que seria NÃO CONTRIBUINTE, mas como você está alterando para ISENTO, não deve cair nesta rejeição. Pode até cair em outra, mas não nesta. Referência: https://oobj.com.br/bc/rejeicao-600-como-resolver/

Um detalhe minúsculo, mas que faz muita diferença.

Coloca um Try Except dentro do seu código e depura ele para saber em qual parte está dando erro, se é no momento do POST ou se é antes disto. A partir do erro que exibir para você, ficará mais fácil para você resolver ou até mesmo para mostrar para nós aqui e com isto conseguirmos te ajudar.

Conforme o link abaixo da OOBJ, não deveria dar erro já que R$90,20 * 0,65% = R$0,5863 e arredondando dá R$0,59. Além de ter o R$0,01 centavo de tolerância. Deve ter alguma outra regra a mais, mas implicita ou algo que deixamos passar. Link Referência: https://oobj.com.br/bc/rejeicao-602-total-pis-como-resolver/

Se for ver, a mensagem de erro/rejeição deveria ser diferente, ou seja, informando que não deveria ser enviado as tags da reforma tributária para simples nacional, mas talvez a receita não implementou esta mensagem ou por algum outro erro lá apenas retornou esta mensagem, mas a sua resposta é a que mais parece ser plausível.

Neste link você obtem a documentação do ACBrLib: https://acbr.sourceforge.io/ACBrLib/BemVindo.html Neste link você realiza o download da lib: https://www.projetoacbr.com.br/forum/files/ Dá uma olhada na documentação e faça uma pesquisa rápida aqui no fórum, vai achar muito conteudo. No discord também tem várias pessoas que usam Python com ACBr, deve conseguir mais ajuda lá também: https://discord.gg/TqpSSVnN