Alex Heinen

Boa Tarde, Estou configurando uma balança Toledo 9098 porém estou tendo divergência nas casas decimal do peso. Veja que no aplicativo o peso está 0,708. porém o correto é 7,08. Analisando dentro do ACBrBalToledo.pas percebi que essa balança esta usando o protocolo B onde o valor da variável do fpDecimais está 1000 acredito que deveria ser 100 igual ocorre no protocolo A.

Conferido aqui está OK pode fechar a thread

Bom Dia, Prefeitura de Pato Bragado no Paraná teve alteração de provedor. Segue configurações abaixo [4118451] Nome=Pato Bragado UF=PR Provedor=IPM Versao=2.04 ProRecepcionar= https://patobragado.atende.net/?pg=services&service=WNENotaFiscalEletronicaNfe Não tem ambiente de Homologação somente produção.

Consegui Resolver o GravarXML do acbr faz isso corretamente dentro dele ele adiciona a TAG <?xml version="1.0" encoding="UTF-8"?> e depois manda salvar. Segui a mesma regra. Obrigado. Pode fechar a thread

Atualmente para salvar o XML eu pego os valores da seguinte variável FACBrNFSeX.NotasFiscais.Items[0].XmlNfse E nela está vindo com os caracteres especiais bagunçado. De que lugar eu deveria buscar o XML?

Bom Dia, Segue configurações utilizadas. [5003702] Nome=Dourados UF=MS Provedor=ISSNet Versao=2.04 ProRecepcionar=https://nfse.issnetonline.com.br/abrasf204/dourados/nfse.asmx HomoRecepcionar=https://www.issnetonline.com.br/apresentacao/df/webservicenfse204/nfse.asmx

Bom Dia Italo, Realizei os testes conforme suas orientações e ao fazer o LoadFromFile ocorreu o seguinte erro Extra content at the end of the document Segue os arquivos em anexo. NFSe-599-ULTRA INFORMATICA LT.xml 59913-rps.xml 14687-env-lot-sinc-soap.xml 59913-con-nfse-rps-soap.xml 59913-comp-nfse-soap.xml 599-nfse.xml

Consegui fazer da seguinte maneira, mas não sei se funciona no Delphi 7. Porém depois disso tive outro erro: Input is not proper UTF-8, indicate encoding ! Bytes: 0xC3 0x4F 0x20 0x47 Acho que teria que indicar no xml o encoding.

Boa Tarde, Antes de abrir a Thread já tinha visto isso e feito estes procedimentos. Atualmente estou na revisão 29222 Mesmo assim o problema persiste.

Italo fiz o seguinte teste baixei o xml direto do site da prefeitura. XML em anexo. Fiz com esse xml o mesmo processo que o ACBR faz. Veja o Resultado foi o mesmo que venho tendo no ACBR. Se abrir o xml verá que o mesmo está correto. 1589008_NFSeNotaFiscaldeServicosEletronica_000597.xml

Nós entramos em contato com a ISSNet antes mesmo de abrir a thread aqui no ACBR e recebemos o seguinte parecer. Que outros sistemas nunca tiveram problemas com isso. E que, inclusive a informação dentro dela esta tabelada no sistema deles também com acentuação e vem assim no retorno também. O Mais curioso que se olhar dentro da varável HttpClient.DataResp que é do tipo TMemoryStream o formato UTF-8 está correto.

Segue imagem de como está alimentada a variável FPRetorno logo após o comando ReadStrFromStream

Bom Dia italo, Acredito que seja nesta linha o comando ReadStringFromStream Porque a variável FPRetorno é uma string e é alimentada já com os caracteres especiais do do formato ANSI. Antes disso não encontrei nenhum lugar que recebe o retorno.

Bom Dia Pessoal, Preciso de um auxilio referente aos xml de retorno da prefeitura de Dourados ISSNet versão 2.04 Atualmente ao receber o xml o ACBR converte o xml em ANSI ocasionando problemas na acentuação do XML conforme arquivo em anexo. Fazendo um debug do ACBR dentro da unit ACBrNFSexWebServiceBase.pas na procedure EnvioInterno quando recebemos o retorno identifiquei na linha 994 o seguinte comando: FPRetorno := ReadStrFromStream(HttpClient.DataResp, HttpClient.DataResp.Size); Analisando os dados dentro do HttpClient.DataResp percebi que o que recebo é no formato ANSI onde neste caso deveria ser UTF8. Formato ANSI que é como atualmente estou recebendo. Formato que deveria receber é UTF8 Existe algum parâmetro no ACBR para tratar esse problema? alguém pode me auxiliar de como resolver? NFSe-597.xml

Esta com o ACBr desatualizado isso foi corrigido na revisão 28510

Bom Dia, Estou realizando a consulta do registro R4020, estou recebendo o xml de retorno corretamente. Analisei dentro do arquivo pcnReinfR9005 procedure ler xml está lendo corretamente também. Porém ao ler o retorno do evento 9005 as variaveis estão vindo vazias. ACBrReinf1.WebServices.Consultar.RetEnvioLote.evento.Items[i].evtTotal.IdeStatus.descRetorno vem em branco. Testei a consulta no aplicativo de exemplo e ocorre o mesmo. Não consegui indentificar dentro do fonte do ACBr onde está errado. Segue em anexo também os xml da consulta. 20230217092522-ped-sit.xml20230217092522-sit.xml

Consegui resolver era a propriedade TimeOutPorThread que estava True passei para False.

Bom Dia, Estou tentando fazer o envio dos registros no Sped Reinf onde recebo o retorno O lote está aguardando processamento Porém quando tento consultar a situação ocorre o seguinte erro: TDFeSendThread, parâmetros inválidos. Segue em anexo o XML do Retorno quando enviei o registro e do pedido da situação. Se alguém puder me auxiliar. 20230209113924-rec.xml20230209113924-ped-sit.xml

Bom Dia, Conferi e está funcionando. Obrigado. Pode fechar a thread

Bom Dia, Iniciei a comunicação com a prefeitura e o correto é deixar sem versão nesse caso ai pega a versão do ABRASFV1 que é a versão correta da prefeitura. Pode fechar a thread, obrigado

Boa Tarde, Não neste caso só tem endereço de produção. Faltou a Versão ali ainda estamos em faze de implantação desse municipio e não verifiquei essa informação assim que tiver aviso aqui.

Boa Tarde, Favor atualizar o arquivo ACBrNFSeXServicos.ini de Assis Chateaubriand - PR [4102000] Nome=Assis Chateaubriand UF=PR Provedor=Pronim ProRecepcionar=http://assischateaubriand.govbr.cloud/nfse.portal.integracao/services.svc HomRecepcionar= Não tem endereço de homologação somente produção.

Boa Tarde, Conferido a revisão 28141, está ok, pode fechar a Thread. Obrigado

Boa Tarde, Favor atualizar o arquivo ACBrNFSeXServicos.ini Cidade de Mamborê - PR o provedor é IPM. [4114005] Nome=Mamborê UF=PR Provedor=IPM Não precisa informar os endereços que o ACBRNFSeX pega o padrão para o provedor IPM.

Boa Tarde, Atualizei o ACBr e está funcionando corretamente. Pode fechar a Thread obrigado