Italo Giurizzato Junior

Bom dia, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3878

Bom dia Paulo, Uma vez que o erro é de Timeout, altere o valor de Timeout de 5 mil para 30 mil.

Brajan, Você tem certeza que as URLs de homologação essas? Pois elas são exatamente iguais da cidade: Parnamirim/RN

Boa tarde Everson, Favor anexar somente o form com o erro e não a tela inteira.

Sandro, O MD5 vai ser gerado em cima do XML do BP-e ou em cima de outra coisa? Pelo o que eu entendi devemos gerar o MD5 do PAF-BPe. Quem é o PAF-BPe ?

Boa tarde Sandro, No meu entendimento todas essas informações serão geradas, concatenadas e informadas no campo InfCpl, depois o XML deve ser gerado, assinado, validado e por fim enviado para a SEFAZ.

Boa tarde Gabriel, Muito obrigado pela colaboração, já esta no SVN.

Boa tarde Brajan, Você tem fontes com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build. Configure o programa exemplo para salvar os arquivos (Soap), faça um novo teste e anexe os arquivos (Soap) para que possamos analisarmos o problema.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Alex, Muito obrigado, ainda hoje vou enviar para o SVN. Apenas removi a URL de homologação, pois esta ai é de Brasília/DF. Me dia uma coisa, o XML (NFSe-599-ULTRA INFORMATICA LT.xml) foi salvo em disco após ler ele do banco de dados? Se sim, ai que esta o problema. Pois tente imprimir o DANFSE utilizando o 599-nfse.xml você vai ver que não ocorre esse erro e o DANFSE é apresentado na tela.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Alex, Você alterou o arquivo ACBrNFSeXServicos.ini referente a cidade de Dourados/MS ? Se sim, anexa aqui somente a alteração que você para a referida cidade.

Bom dia @Centrodata Sistemas, Já esta no SVN.

Olá Pessoal, Notamos que alguns desenvolvedores estão confundindo ABRASF com Padrão Nacional em relação à NFS-e. Gostaríamos de esclarecer que a ABRASF até faz parte do projeto NFS-e Padrão Nacional, porém não são sinônimos. Os layouts são diferentes! ABRASF: Necessário gerar e enviar o RPS (Recibo Provisório de Serviço). Dependendo do provedor, esse envio pode ser em lote nos modos assíncrono/síncrono ou unitário em modo síncrono; Padrão Nacional: Necessário gerar e enviar o DPS (Declaração Provisória de Serviço) sempre em forma unitária e modo síncrono. Também notamos que alguns desenvolvedores estão recebendo rejeições ao realizar testes de envio com o componente configurado para o Padrão Nacional. Antes de tudo, é necessário analisar alguns pontos muito importantes: O Prestador é MEI? Se sim, provavelmente existem dados errados informados no DPS. Caso contrário, a cidade aderiu 100% ao projeto da NFS-e Padrão Nacional? Se aderiu, provavelmente existem dados errados informados no DPS. Se não aderiu, isso explica a rejeição! Espero que essa dica possa ajudar a esclarecer as dúvidas com relação a esses layouts.

Alex, Com a unit original (sem essa alteração) faça o seguinte: 1. Configure o componente para salvar os arquivos (soap) em disco. (Configuracoes.WebServices.Salvar := True) 2. Configure o componente para salvar os XML em disco. (Configuracoes.Arquivos.Salvar := True) Faça um novo teste. Verifica se ao carregar o XML da nota com o LoadFromFile para poder imprimir o DANFSE ele é carregado com sucesso.

Boa tarde Patrick, O emitente é MEI? Se não for a cidade tem que ter aderido 100% ao projeto da NFS-e Padrão Nacional.

Marcos, Acredito que depende em que momento você faz essa conversão.

Boa tarde Helder, Com certeza o componente esta configurando de forma errada e pegando os schemas que não é do provedor Ginfes. Os schemas devem ser separados por provedores e por versão, conforme fizemos e disponibilizamos.

Boa tarde Marcos, No meu entendimento uma conversão deve ocorrer na função TratarXmlRetornado que se encontra na unit Provider do provedor, desta forma você consegue isolar o tratamento e não gera efeito colateral nos demais provedores e outros DF-e. Mas esse tratamento tem que ser compatível com com o Delphi 7 em diante.

Boa tarde Douglas, Favor atualizar novamente os fontes, reinstale o ACBr e repita o teste.

Boa tarde, Muito obrigado pela colaboração, já esta no SVN.

Boa tarde Alex, Você notou que na unit ISSNet.Provider existe uma função chamada: TratarXmlRetornado? function TACBrNFSeXWebserviceISSNet204.TratarXmlRetornado( const aXML: string): string; begin Result := inherited TratarXmlRetornado(aXML); Result := ParseText(AnsiString(Result), True, {$IfDef FPC}True{$Else}False{$EndIf}); Result := StringReplace(Result, '&', '&', [rfReplaceAll]); Result := RemoverIdentacao(Result); Result := RemoverCaracteresDesnecessarios(Result); end; Você tem fontes com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build.

Alex, Você disse que o ACBr esta convertendo o XML retornado do provedor para o formato ANSI. Será que não é o próprio provedor que esta gerando o XML no formato ANSI e colocando o encoding UTF-8 no inicio? Eu já vi muito isso ocorrer.

Bom dia Joemil, Muito obrigado pela colaboração, já esta no SVN.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.