Rodrigo - Digibyte

Alguém já passou por esse erro? Alguma dica de como resolver? O CNPJ e IM estão indo na requisição e estou usando o certificado do representante legal, o que está faltando? Erro(s): Código : 999 Mensagem: A identificação do contribuinte não foi informada. Correção: Informe a identificação do contribuinte como prestador ou tomador. 2023020120230228-con-nfse-soap.xml 2023020120230228-lista-nfse-con.xml

[5003207] ; atualizado 28/02/2023 Nome=Corumba UF=MS Provedor=Fiorilli Versao=2.00 ProRecepcionar=http://nfse.corumba.ms.gov.br:8080/IssWeb-ejb/IssWebWS/IssWebWS ProLinkURL=http://nfse.corumba.ms.gov.br:8080/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% ACBrNFSeXServicos.ini

Em contato com o provedor descobri que os webservices são versão 1.0 mas a nota emitida pelo portal fica na versão 2.04 causando incompatibilidade, até que atualizem os WS´s.

Olá, estou baixando as notas de Manaus, provedor ABACO e apesar do XML vir correto só a última nota fica carregada. Identifiquei o provável erro mas a correção não saberia como fazer. O RPS vem sempre com o número zero (provavelmente não foi gerado RPS) e isso deve ser a causa do problema no código abaixo: if NumRps <> '' then ANota := TACBrNFSeX(FAOwner).NotasFiscais.FindByRps(NumRps) dentro de function TACBrNFSeProviderABRASFv1.PreencherNotaRespostaConsultaNFSe(Node, parentNode: TACBrXmlNode; Response: TNFSeConsultaNFSeResponse): Boolean; var NumNFSe, CodVerif, NumRps, SerieRps: String; ANota: TNotaFiscal; AResumo: TNFSeResumoCollectionItem; begin Result := False; if Node <> nil then begin Node := Node.Childrens.FindAnyNs('InfNfse'); if not Assigned(Node) or (Node = nil) then Exit; NumNFSe := ObterConteudoTag(Node.Childrens.FindAnyNs('Numero'), tcStr); CodVerif := ObterConteudoTag(Node.Childrens.FindAnyNs('CodigoVerificacao'), tcStr); Node := Node.Childrens.FindAnyNs('IdentificacaoRps'); NumRps := ''; SerieRps := ''; if Node <> nil then begin NumRps := ObterConteudoTag(Node.Childrens.FindAnyNs('Numero'), tcStr); SerieRps := ObterConteudoTag(Node.Childrens.FindAnyNs('Serie'), tcStr); end; AResumo := Response.Resumos.New; AResumo.NumeroNota := NumNFSe; AResumo.CodigoVerificacao := CodVerif; AResumo.NumeroRps := NumRps; AResumo.SerieRps := SerieRps; if NumRps <> '' then ANota := TACBrNFSeX(FAOwner).NotasFiscais.FindByRps(NumRps) else ANota := TACBrNFSeX(FAOwner).NotasFiscais.FindByNFSe(NumNFSe); ANota := CarregarXmlNfse(ANota, parentNode.OuterXml); SalvarXmlNfse(ANota); Result := True; // Processado com sucesso pois retornou a nota end; end; 2023010120230131-lista-nfse-con.xml

Bem, não responderam mas acredito não ser problema de versão, talvez nem do ACBR. Olha só que interessante, consultando data diferentes: 01/12/2022 a 10/12/2022 Requisição Ambiente: 1 Cidade : Cuiaba/MT Provedor: ISSNet Versão: 1.00 Método Executado: ConsultarNFSe Parâmetros de Envio Num. Ini. NFSe: Num. Fin. NFSe: Data Inicial : 01/12/2022 Data Final : 10/12/2022 Parâmetros de Retorno Sucesso : True NFS-e Numero....: 8 Cod. Verificacao: B 5 22 D3 Prestador.......: yyyyyyyyyyyyyyyyyyyyyyyyyyyy Tomador.........: xxxxxxxxxxxxxxxxxxxxxxxxxxxxx Nome do arquivo.: C:\Users\Rodrigo\Des\Componentes_D2010\ACBr2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\Logs\Notas\C:\Users\Rodrigo\Des\Componentes_D2010\ACBr2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\Logs\Notas\5122123175542100015656000000000000008-nfse.xml ==> Xml da nota salvo na pasta e com o nome informado acima. 21/12/2022 a 30/12/2022 Requisição Ambiente: 1 Cidade : Cuiaba/MT Provedor: ISSNet Versão: 1.00 Método Executado: ConsultarNFSe Parâmetros de Envio Num. Ini. NFSe: Num. Fin. NFSe: Data Inicial : 21/12/2022 Data Final : 30/12/2022 Parâmetros de Retorno Sucesso : False Erro(s): Código : X999 Mensagem: Erro de Conexão: soap:Server - O servidor não pôde processar a solicitação. --->A entrada não é uma cadeia de caracteres de Base 64 válida, pois contém um caractere que não é de base 64, mais de dois caracteres de preenchimento ou um caractere ilegal entre os caracteres de preenchimento. Correção: --------- 22/12/2022 a 31/12/2022 Requisição Ambiente: 1 Cidade : Cuiaba/MT Provedor: ISSNet Versão: 1.00 Método Executado: ConsultarNFSe Parâmetros de Envio Num. Ini. NFSe: Num. Fin. NFSe: Data Inicial : 22/12/2023 Data Final : 31/12/2023 Parâmetros de Retorno Sucesso : False Erro(s): Código : E078 Mensagem: Número da NFS-e inexistente na base de dados para o prestador de serviço pesquisado. Correção: Informe o número correto da NFS-e. --------- Código : X202 Mensagem: Lista de NFSe não encontrada! (ListaNfse) Correção: ---------

Boa tarde, segue ajuste. ACBrECFBloco_0_Class.pas

Ao ler o xml aparece o erro citado, alguma dica? notas.xml

Eu questionei que o xml estava diferente do manual e eles disseram que o manual estava errado... fizeram essa nova versão... vai saber se foi o mais fácil pra arrumarem

Segue correção de acordo com o manual, algumas datas em formato diferente e a tag do número da nota com outro nome. GeisWeb.LerXml.pas layout_xml.pdf

Alguém sabe o que poderia ser o erro abaixo? Fontes atualizados, ACBR reinstalado. Faz uns 15 dias estava funcionando. Requisição Ambiente: 1 Cidade : Cuiaba/MT Provedor: ISSNet Versão: 1.00 Método Executado: ConsultarNFSe Parâmetros de Envio Num. Ini. NFSe: Num. Fin. NFSe: Data Inicial : 01/01/2023 Data Final : 10/01/2023 Parâmetros de Retorno Sucesso : False Erro(s): Código : X999 Mensagem: Erro de Conexão: soap:Server - O servidor não pôde processar a solicitação. --->A entrada não é uma cadeia de caracteres de Base 64 válida, pois contém um caractere que não é de base 64, mais de dois caracteres de preenchimento ou um caractere ilegal entre os caracteres de preenchimento. Correção: --------- 2023010120230110-con-nfse.xml 2023010120230110-con-nfse-soap.xml 2023010120230110-lista-nfse-con-soap.xml

Estou tentando consultar as notas usando o método ConsultarNfseServicoPrestado e retorna o erro Premature end of data in tag div line 1 Conforme o arquivo de retorno, que na verdade é um html, esse método não estaria disponível MAS consta no manual e no modelo WSDL ( https://cabofrio.sigiss.com.br/cabofrio/download/webservicepage.php ) O que poderia ser, por onde começar? 2023020120230201-con-nfse-ser-pres.xml 2023020120230201-lista-nfse-ser-pres-soap.html 2023020120230201-lista-nfse-ser-pres-soap.xml

A princípio somente a versão.

Boa tarde, segue alteração para gerar a informação do novo número de layout. Aparentemente foi a única alteração. ACBrECFBlocos.pas

Olá. Estou encontrando esse erro eventualmente em alguns clientes. Foi observado que é algo específico do micro do cliente, As DLL´s estão identicas de um computador para outro e quando testamos a mesma base de dados aque na empresa funciona normalmente. Deve ser algum erro "fora do padrão", alguma coisa específica e diferente, tipo firewall (que já tentamos desativar) Alguém já viu uma situação assim, com uma solução diferente? Andei pensando naqueles sistemas que alguns bancos instalam ... mas pode ser outra coisa que nem imagino.

Estava pesquisando um erro que está ocorrendo aqui, em vários lugares desse post é comentado para usar tls 1.2. No manual porém, pelo que vi, o correto seria 1.1. Referências na página 2 e página 20. Podem confirmar? https://www.gov.br/esocial/pt-br/documentacao-tecnica/manuais/manualorientacaodesenvolvedoresocialv1-11.pdf

Usando a sugestão acima continuou o mesmo erro. O que fiz foi ler o XML, converter de utf8, tirar os acentos e salvar novamente o arquivo. Dessa forma deu certo.

Porque a prefeitura/provedor não disponibiliza a consulta por faixa de datas ou de nº de notas, somente uma a uma. Então para importar as notas para o sistema fiscal do contador fica praticamente inviável, é mais fácil baixar as notas do mês e importar o arquivo. Outros provedores tem a opção de fazer a consulta por faixa de data, neste caso eu uso os métodos de consulta.

Foi baixado da prefeitura e realmente é uma consulta, não a nota em si. Fiz um teste alterando para loadedDoc := xmlParseDoc(PAnsiChar(ansistring(Utf8ToAnsi(AXmlDocument)))); em TACBrXmlDocument e convertendo de Utf8 para Ansi. Funcionou porém sei que vai afetar outros provedores. Alguma sugestão de solução?

No método LoadFromLoteNfse() ocorre o erro "Input is not proper UTF-8, indicate encoding ! 0xC7 0xC3 0x4F 0x20" . Pesquisei um pouco e parece ser problema nos caracteres Ç e à . Debugando um pouco o erro ocorre em loadedDoc. Estão setadas as opções de retirar acentos e espaços. O arquivo foi baixado da prefeitura. Como poderia ser solucionado? procedure TACBrXmlDocument.LoadFromXml(AXmlDocument: string); var loadedDoc: xmlDocPtr; loadedRoot: xmlNodePtr; begin loadedDoc := xmlParseDoc(PAnsiChar(ansistring(AXmlDocument))); if loadedDoc <> nil then begin xmlFreeDoc(xmlDocInternal); xmlDocInternal := loadedDoc; loadedRoot := xmlDocGetRootElement(xmlDocInternal); if loadedRoot <> nil then begin xmlRootElement.Free; xmlRootElement := TACBrXmlNode.Create(Self, loadedRoot); end else raise EACBrXmlException.Create(xmlGetLastError()^.message); end else raise EACBrXmlException.Create(xmlGetLastError()^.message); end; 19804139000116202212112939.xml

O tratamento que faço é baseado no modelo 57 porém percebi agora que esse documento é o 67 então as tags são diferentes, a lógica é diferente. Resolvida a questão.

Certo vou mandar via MP

Ao importar um CTE eu lia a propriedade "ACBrCTe.Conhecimentos.Items[i].CTe.ide.toma03.Toma" e se fosse igual a "tmRemetente" então eu lia ACBrCTe.Conhecimentos.Items[i].CTe.rem. Está vindo tudo em branco, aparentemente antes (de alguma atualização) estava funcionando. Me parece que o que está errado é a propriedade toma03.Toma = tmRemetente . Alguma sugestão?

[1705508] ; Incluido 10/11/2022 Digibyte Nome=Colinas do Tocantins UF=TO Provedor=ISSIntel ProNameSpace=http://colinasdotocantins-to.issintegra.com.br/webservices/abrasf/api HomNameSpace=http://colinasdotocantins-to.treino-issintegra.com.br/webservices/abrasf/api ; ProRecepcionar=https://colinasdotocantins-to.issintegra.com.br/webservices/abrasf/api HomRecepcionar=https://colinasdotocantins-to.treino-issintegra.com.br/webservices/abrasf/api ; ProSoapAction=http://colinasdotocantins-to.issintegra.com.br/webservices/abrasf/api/ HomSoapAction=http://colinasdotocantins-to.treino-issintegra.com.br/webservices/abrasf/api/ [3554300] ; Incluido 10/11/2022 Digibyte Nome=Teodoro Sampaio UF=SP Provedor=Pronim Versao=2.02 ProRecepcionar=http://177.92.168.36/nfse.portal.integracao/services.svc HomRecepcionar=http://177.92.168.36/nfse.portal.integracao.teste/services.svc ACBrNFSeXServicos.ini

Ao consultar as notas notei que estava recebendo o xml porém não preenchia as propriedades. Debugando vi que dentro do método TNFSeR_ABRASFv2.LerXml a propriedade tpXml era setada para txmlRPS, ocasionando a não leitura das nota fiscal. Fiz um teste forçando a propriedade tpXml como txmlNFSe e a leitura ocorreu sem erros. Abaixo a função que retorna o tipo errado. Não vou alterar nada porque não sei as consequencias de alguma alteração. O XML segue via MP. function TNFSeRClass.TipodeXMLLeitura(const aArquivo: string): TtpXML; begin if (Pos('/infnfse>', LowerCase(Arquivo)) > 0) then Result := txmlNFSe else Result := txmlRPS; end;

Bom dia, segue uma correção no método TACBrNFSeProviderISSDSF.PrepararConsultaNFSe Estava sendo passado NotaInicial, conforme manual está errado. ISSDSF.Provider.pas