Fabio Franzini - Compsoft

Dlls OpenSSL ?

Estou encontrando o memso problema, no caso com XML recebido de um fornecedor. No próprio exemplo tenho a mensagem como na imagem em anexo. Na unit ACBRNFeNotasFiscais, função LoadFromFile (Linha 1031), após executar a linha 1042, onde se faz o readFromStream, a string vem com ' ' antes, após isto é incluido a declaração, deixando este "lixo", sendo ele a causa do erro. Sim o XML veio codificado em UTF 8 Bom, não temos controle sobre isto, pois o fornecedor esta cumprindo com o dever dele, e o XML é totalmente validado pelo SEFAZ. Seria algo a ser feito neste trecho : MS := TMemoryStream.Create; try MS.LoadFromFile(CaminhoArquivo); XMLUTF8 := ReadStrFromStream(MS, MS.Size); <----- A PArtir daqui fica com o caracter errado. finally MS.Free; end; 35251004935166000150550010007068421277497850_nfe.xml

Olha na imagem, tenho o acbr atualizado ontem, e o valor de nome do arquivo vem normalmente. Sera que teu problema realmente é neste ponto ? Usando EventoRetorno.retEvento.Items[0].RetInfEvento.NomeArquivo .

Apenas instalei ela no PC local, normalmente, após isto isntalei os drivers dela no server, no caso 2016. Após isso no server, no gerenciador de Dispositivos/impressoras peguei o nome dela e configurei como RAW:Nome da Impressora. Mas, este problema que você descreve é comum acontecer neste ambiente, inclusive com impressoras jato ou laser, neste caso, ja não posso mais ajudar, pois quando ocorreu foi solucionado por parte do TI da empresa cliente. Não tenho conhecimento de quais operações foram executadas.

Neste ambiente deixamos tudo nas mãos do windows, informando RAW:Nome da impressora, como ela aparece no printer dialog mesmo, as vezes renomeio ela pra um nome curto e facil de configurar, e dai envio porta=RAW:Argox Dai em diante o Spooler faz a magica.

Sobre os drivers, foram instalados?, ou apareceu a impressora como redirecionada, mesmo sem ter instaldo eles no servidor. Pergunto porque as vezes ela aparece listada no servidor mesmo sem ter instalado os drivers, e desta forma tem o comportamento como o que você descreveu.

Instalou os drivers dela no servidor ? Após fazer isto, ele deve sozinho Mostrar ela como Redirecionada dentro do server.

Na pasta dos arquivos, botão direito sobre o Instalador, escolha dentro das opções do SVN, "ShowLog", ele ira mostrar as ultimas versões deste arquivo, após isto selecione a que você quer, e botão direito novamente, dai escolhe Update Item to revision, como mostrado na imagem anexado pelo BigWings no tópico indicado.

Da uma olhadinha neste:

Esta em Homologação, certo? Atualizou os schemas ?

O problema, parece ser no SEFAZ, acredito que logo será normalizado, como pode observar no primeiro post. Mas para continuar seu desenvolvimento pode seguir as dicas do segundo post. E tambem no tópico:

Ao destruir, Destino e Origem, inverte a ordem para ver se da certo.

Isto não resolve ?

Conforme indicado na NT 2025.002 1.20 de 30/07/2025 - Que é a ultima disponivel no portal do SEFAZ, esta tabela ainda esta a ser Publicada. Então não temos ainda esta definição, sendo que o 000 é tributação total, então foi declarado para que possamos iniciar o desenvolvimento já. Resumo. Não existe pois aind anão foi divulgado. Sempre acompanhe as noticias, e fique de olho nas atualizações, pois sempre teremos novidades já que a receita esta divulgando muitas mudanças, e o pessoal do ACBR anda rápido com relação a isto.

Opa, me desculpe pelo equivoco, como você se referiu a totalmente tributado, acreditei que seria isto. Que este item teria todos os impostos inclusive o seletivo. Que bom que achou o caminho das pedras.

Faça uma limpa ai na informação deste campo, parece ter algum caracter , oculto por sinal. Que esta quebrando o XML. O Xml é pode ser bem chato com caracteres especiais. Copia e cola causa muito isto. (Digo por parte do usuario mesmo)

Incluiu o valor do IS na base do ICMS ?

Olha, se esta na mesma serie e no mesmo ambiente, e vc continua tendo este retorno, é porque realmente estes numeros ja foram inutilizados, acredito ser muito dificil ser algum erro na SEFAZ, pois teriamos uma avalanche de relatos. No sefaz PArana, para consultar inutilizadas, tem que escolher ano/mês, ja considerou usuario ter feito a inutilização por faixa, acidentalmente de uma faixa grande ? Em anos/meses anteriores ? Verifica com o contador, considere talvez em usar uma nova serie. Se não for possivel recuperar a sequencia. Isto claro com Supervisão e orientação do contador de seu cliente.

No seu arquivo tem "Serie=*" isto esta correto ? Quando consultou as inutilizadas verificou se são da mesma série que esta em uso ?

Observe que o &amp, ,não é um simples texto, ele depende da codificação, então no seu banco, onde ele é gravado o formato tambem deve ser utf-8, caso use outra codificação, este problema pode mesmo acontecer.

Em algum ponto, vcs estão pulando de um ambiente para outro, olhe nos xmls que foram anexados, enquanto no primeiro vc tem a tag "<tpAmb>1</tpAmb>" ou seja produção, no segundo você tem "<tpAmb>2</tpAmb>" ou seja homologação, sendo que neste a alteração das tags são orientações dos manuais.

Verifque então se o componente virtualtrees esta mesmo instaldo e funcionando no lazarus, antes de começar a instalação do ACBR.

Pelo que descreveu, parece ser algo como isto: https://forum.lazarus.freepascal.org/index.php?topic=69958.0

Hum, entendi, fiquei meio confuso, se a pergunta era sobre ter algum problema no ambiente dele, ou no instalador. Mas agora ficou claro, valeu pela resposta.

Isto é algo que existia e foi removido ? Ou algo a ser desenvolvido ainda ?