Rodrigo - Digibyte

O método estava com erro na leitura de algumas tags, ocasionando travamento na leitura (loop infinito). Foram retiradas referências a versão 2.5 (apenas dentro do método) visto que não estavam devidamente tratadas e de qualquer forma o eSocial só gera arquivos na versão 1.1. pcesS2200.pas

Segue atualização, não mandei o arquivo porque o meu tem algumas personalizações. [5000708] Nome=Anastacio UF=MS Provedor=Fiorilli Versao=2.00 ProRecepcionar=http://pmanastacio.rcmsuporte.com.br:8080/IssWeb-ejb/IssWebWS/IssWebWS ProLinkURL=http://pmanastacio.rcmsuporte.com.br:8080/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso%

Estou enviando e sempre retorna, de imediato, no recibo a mensagem <descResposta>O lote está aguardando processamento.</descResposta> Esse é o comportamento normal? Existe alguma configuração de tempo onde o próprio ACBR faz a consulta? (já tenho a consulta manual) Alguma dica de quem implementou a nova versão?

Bom dia. Estou usando o método "LoadFromString" que é uma funcionalidade presente no ACBrNfseX. Esse método só faz sentido existir se for para ler um arquivo de NF e nesse caso deveria funcionar. No "antigo" ACBR essa leitura funcionava muito bem. Entendo que muitas vezes o que se baixa da prefeitura na verdade não é a nota fiscal e sim uma simples listagem ou algo do tipo, o que não é o caso. Resumindo, se existe o método poderiamos procurar uma solução. Nesse caso eu poderia implementar o leitor específico (uma cópia do provedor que ele aproveita) mas que não fosse case sensitive. Não teria nenhum efeito colateral. Poderia fazer dessa forma?

Olá, as notas foram baixadas da prefeitura. nfe44229813000123_23603085000106_00455934.xml

Estou tentando ler notas de Serrana/SP, provedor Primax. Ocorre que as tags, apesar de serem iguais ao que está no leitor, vem com maiuscula/minuscula e o leitor é sempre minúscula: XML: <NfeNumero>520</NfeNumero> Leitor: Numero := ObterConteudo(ANode.Childrens.FindAnyNs('nfenumero'), tcStr); Ou seja, não lê nada. Observei também que é usado o leitor do provedor WebFisco, não está implementado nada específico para o Primax. Qual a orientação de como corrigir? Os leitores de tag não deveriam ser case-insensitive? unit PriMax.LerXml; interface uses SysUtils, Classes, StrUtils, WebFisco.LerXml; type { TNFSeR_PriMax } TNFSeR_PriMax = class(TNFSeR_WebFisco) end; implementation //============================================================================== // Essa unit tem por finalidade exclusiva ler o XML do provedor: // PriMax que é igual a do provedor WebFisco //============================================================================== end.

Segue units, xml vou mandar no email. pcesNaoPeriodicos.pas pcesS2200.pas

@Alexandre de Paula Apenas para informar que estou testando, no geral funciona mas encontrei alguns erros e estou arrumando.

Existe algum estudo ou alguma idéia do impacto da reforma tributárias nos dodumentos fiscais e obrigações eletrônicas existentes? Como ficariam as notas fiscais e sped? Como ficariam os sistemas que hoje são baseados em uma forma totalmente diferente de regras tributárias? O que acham?

Mas é windows 10 então acho eu que em relação ao TLS estaria ok

Estou usando Wincrypt DLL´ estão atualizadas, testei também com a última versão (1.1.1) não adiantou Liberei firewall não resolveu Notei que é um cliente que usa um provedor não tão conhecido, pode ter alguma relação com o provedor? Estou partindo pra testes que não tem muita lógica, coisa improvável, as vezes pode ser

Estou tendo o erro abaixo em alguns poucos clientes, não faço mais ideia do que pode ser, de como obter uma pista do problema. Está claro que é alguma coisa no ambiente do cliente, mas o que poderia estar influenciando? Gravo o certificado no banco de dados e ao puxar o backup funciona sem qualquer problema nas nossas máquinas. Testei várias versões e configurações do TLS, o SO é Windows 10 Pro. Tem lógica ser algo como antivirus, firewall, varsaw ? 401 - Erro ao enviar WebService: http://www.esocial.gov.br/servicos/empregador/lote/eventos/envio/v1_1_0/ServicoEnviarLoteEventos/EnviarLoteEventos - Inativo ou Inoperante tente novamente. Erro Interno: 12175 Erro HTTP: 0 URL: https://webservices.envio.esocial.gov.br/servicos/empregador/enviarloteeventos/WsEnviarLoteEventos.svc Erro: 12175 - Um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor

Boa tarde, segue em anexo arquivo .ini ACBrNFSeXServicos.ini

Segue arquivo ini ACBrNFSeXServicos.ini

Arquivo provider atualizado para Curitiba. Foi apenas alterado de http para https ISSCuritiba.Provider.pas

Está sendo usado certificado e-CPF, do responsável legal, a mesma que consegue fazer login no portal com usuário(cpf)/senha. Mesmo assim, pode ser isso né? Não sei qual o critério deles, não está bem claro no manual.

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