_ps

O pior que não é um caso isolado. Tenho milhares assim. Mas resolvi de outra forma sem passar pelo acbr. Abri o post apenas para informar mesmo essa situação, pois talvez pudesse ser resolvido no acbr. Agradeço pela atenção.

Estranho, veio assim da Sefaz. Além disso a assinatura digital dele é válida. Mas em quê essa quebra de linha interfere na acentuação em outras tags?

Bom dia. Enviei o arquivo no privado.

Posso enviar no privado? Com o arquivo exemplo que enviei em anexo também é possível reproduzir o problema, seguindo os passos indicados no início do post.

Não estou emitindo. O problema eu contornei de outra forma. Mas abri o post para informar que existe esse fato. Já tinha visto a mais tempo, mas só parei agora para informar.

Boa tarde. Sim, emissão de terceiros (nota de compra). XML direto da Sefaz. Valida tudo certo. Só dá erro ao gravar usando acbr.

Completando. São situações pontuais. E ocorrem mais com documentos emitidos antigos. Com o exemplo anexado no início dará para ver o comportamento do componente.

Bom dia. Sim, baixei diretamente na Sefaz, utilizando certificado digital. Quanto a versão do Delphi, no momento só disponho o 10.3.

Mesmo baixando direto do Portal, o arquivo é gravado errado? Testei também dessa forma, e o erro ocorreu. TStringlist tudo ok, colocando no acbr gera erro. Abrindo no notepad++ ele mostra que o formato é UTF-8, e sem nenhum erro de exibição/codificação. Tenho inclusive um caso (que abrirei em outro chamado para não misturar), que ao submeter o conteúdo para o acbr e gravar, ele corta o final do arquivo (falta NFe></nfeProc>) .

Boa noite. Desculpe a demora. Diversas atividades aqui. Para simplificar, vamos focar somente no arquivo enviado como exemplo. Se ler o arquivo e salvar em seguida, utilizando o TStringList, tudo fica certo, os caracteres não são trocados e o conteúdo é validado com sucesso. var sl:TStringlist; begin sl:=TStringList.Create; sl.LoadFromFile('C:\...\exemplo.xml', TEncoding.UTF8); sl.SaveToFile('C:\...\teste.xml'); Ao utilizar o acbr, passo a ter o problema: var sl:TStringlist; begin sl:=TStringList.Create; sl.LoadFromFile('C:\...\exemplo.xml', TEncoding.UTF8); ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromString(sl.Text); ACBrNFe1.NotasFiscais.GravarXML('C:\...\saída.xml');

Bom dia. Não está sendo convertido. Eu também conferi antes. O conteúdo da string está perfeito, é inclusive validado em https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx

Prezados. Estou com problemas ao carregar um xml utilizando uma string, pelo método ACBrNFe.NotasFiscais.LoadFromString. Ao salvar o XML usando ACBrNFe.NotasFiscais.GravarXML, quando a string de entrada está no formato utf8, os caracteres não são codificados corretamente. Não sei exatamente quando começou, mas na versão do ACBrNFe com até 10 meses esse problema não ocorria. Passos para reproduzir: var sl:TStringlist; begin sl:=TStringList.Create; sl.LoadFromFile('C:\...\exemplo.xml', TEncoding.UTF8); ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromString(sl.Text); ACBrNFe1.NotasFiscais.GravarXML('C:\...\saída.xml'); Em anexo XML (modificado) para exemplo. Obs.: Antes que alguém fale para não usar TEncoding.UTF8 em sl.LoadFromFile, no cenário real eu não leio o xml do arquivo, e sim, já recebo a string no formato utf8. É estranho, pois em outros xmls que possui acentuação esse mesmo problema não ocorre. exemplo.xml

Prezados. Possivelmente exista uma falha na verificação do tipo do certificado. Após chamar ACBrNFe.SSL.LerCertificadosStore, e verificar o tipo do certificado (ACBrNFe.SSL.ListaCertificados[I].Tipo), está retornando tpcDesconhecido. No momento só foi possível testar com A1. Porém, ao criar uma instância TDFeSSL e informar o número de série (NumeroSerie) e usar a propriedade CertTipo, retorna corretamente a tipagem (tpcA1).

Olá, você conseguiu alguma forma?

Boa tarde. Acabei de testar. Ainda estou tendo os mesmos erros.

Prezados. Sei que para NFe/CTe pode ser utilizado o certificado digital da matriz para gerar notas das filiais, mudando é claro, apenas o número do CNPJ do emitente para a filial. Mas no caso da NFSe, é possível realizar o mesmo? Pergunto isso, pois em uma determinada cidade (não me recordo no momento), apresentou uma mensagem de erro informando que o arquivo foi assinado por outro CNPJ, e rejeitou a consulta de NFSe.

Boa noite. Montei uma planilha com a relação de provedores, layouts, etc. Se estou correto, as prefeituras que disponibilizam a consulta de serviços tomados são todas que utilizam o layout da abrasf na versão igual ou superior a 2.0, seria isso mesmo? Acredito também que essa planilha possa ajudar outras pessoas que estejam com dúvida semelhante. Lista.xlsx

Boa noite. Sim, todos os dados foram informados certinho, inclusive no XML da consulta estavam presentes.

Não me atentei a versão do layout, perdão. Mas a consulta foi para serviços tomados realmente, e apresentou o erro do número de protocolo. Fiz o teste para o município de Ribeirão Preto/SP, acusou os erros abaixo (obs, apaguei alguns dados da imagem, mas no XML eles estavam preenchidos corretamente): Requisição Ambiente: 1 Cidade : Ribeirao Preto/SP Provedor: ISSNet Versão: 2.04 Método Executado: ConsultarNFSeServicoTomado Parâmetros de Envio Num. Ini. NFSe: Num. Fin. NFSe: Data Inicial : 01/05/2023 Data Final : 08/05/2023 Parâmetros de Retorno Sucesso : False Erro(s): Código : E141 Mensagem: Inscrição Municipal do prestador do serviço não informada Correção: informe a Inscrição Municipal do prestador do serviço --------- Código : E258 Mensagem: CNPJ/CPF do prestador do serviço inválido. Correção: Informe o número do CNPJ com 14 posições ou o CPF do prestador do serviço com 11 posições. --------- Código : E259 Mensagem: CNPJ/CPF não encontrado na base de dados. Correção: Confira o número do CNPJ/CPF informado. Caso esteja correto, o prestador do serviço não está inscrito no município. --------- Código : E260 Mensagem: CNPJ/CPF do prestador do serviço não informado. Correção: Informe o CNPJ/CPF do prestador do serviço. --------- Código : L091 Mensagem: A identificação do Tomador ou a identificação do Intermediário deve ser igual à identificação do Consulente. Correção: Corrija a identificação do Consulente, do Tomador ou do Intermediário. --------- Código : L092 Mensagem: A identificação do Tomador ou a identificação do Intermediário deve ser informada. Correção: Corrija a identificação do Tomador ou do Intermediário. --------- Código : E141 Mensagem: Inscrição Municipal do prestador do serviço não informada Correção: informe a Inscrição Municipal do prestador do serviço --------- Código : E258 Mensagem: CNPJ/CPF do prestador do serviço inválido. Correção: Informe o número do CNPJ com 14 posições ou o CPF do prestador do serviço com 11 posições. --------- Código : E259 Mensagem: CNPJ/CPF não encontrado na base de dados. Correção: Confira o número do CNPJ/CPF informado. Caso esteja correto, o prestador do serviço não está inscrito no município. --------- Código : E260 Mensagem: CNPJ/CPF do prestador do serviço não informado. Correção: Informe o CNPJ/CPF do prestador do serviço. --------- Código : L091 Mensagem: A identificação do Tomador ou a identificação do Intermediário deve ser igual à identificação do Consulente. Correção: Corrija a identificação do Consulente, do Tomador ou do Intermediário. --------- Código : L092 Mensagem: A identificação do Tomador ou a identificação do Intermediário deve ser informada. Correção: Corrija a identificação do Tomador ou do Intermediário. --------- Código : X203 Mensagem: Não foi retornado nenhuma NFSe. Correção: ---------

Bom dia. Ao tentar consultar NFSe de serviços tomados para o município 3106200 (Belo Horizonte/MG), recebo o erro "Número do Protocolo não informado."

Boa tarde. Disponha. Eu quem agradeço.

Prezados. Percebi que após as novas atualizações no componente ACBrNFSeX (não sei exatamente a partir de qual data), foi incluído no método LerParamsMunicipio a função para gerar o arquivo websrvs_params01.ini Não sei se foi colocado para testes e esqueceram de remover, mas verifiquei que esse arquivo não é usado em nenhum outro local. Adicionei um comentário na linha em questão e tudo continuou funcionando. A unit é a ACBrNFSeXConfiguracoes, linha 453:

Eu fiz a consulta por CNPJ tomador. Fontes atualizados dia 05/01

Obrigado ítalo. No caso seria interessante o retorno informar uma mensagem mais específica. Irei olhar os fontes para ver se consigo contribuir com algo.

Bom dia. Estou com problema na consulta de serviços tomados na cidade de Mariana-MG (3140001), provedor Betha. Possivelmente precise do mesmo tratamento do tópico: