Italo Giurizzato Junior

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.

Alex, Veja o que a função ReadStrFromStream faz: function ReadStrFromStream(const Stream: TStream; len: integer): AnsiString; var x: integer; {$IFDEF CIL} buf: Array of Byte; {$ENDIF} begin {$IFDEF CIL} Setlength(buf, Len); x := Stream.read(buf, Len); SetLength(buf, x); Result := StringOf(Buf); {$ELSE} Setlength(Result, Len); x := Stream.read(PAnsiChar(Result)^, Len); SetLength(Result, x); {$ENDIF} end;

Bom dia Alex, Você diz o ACBr esta convertendo o retorno para o formato ANSI. Sabe me dizer em qual unit e linha que esta ocorrendo essa conversão? Pois essa linha que você destaca na imagem em anexo ela esta apenas lendo o retorno e armazenando na variável FPRetorno.

Bom dia Willian, Notei que no XML de exemplo fornecido pelo provedor Centi a tag <Id> vem antes da tag <Numero>, ou seja, a tag <Id> é a primeira tag do grupo <IdentificacaoNfse>. Por outro lado segundo o Schema a tag <Id> vem depois da tag <DescricaoCancelamento>, ou seja, a tag <Id> é a ultima do grupo <IdentificacaoNfse>. Como o provedor não esta gerando um erro de XML mau formatado, acredito que o correto é o que esta no Schema. Outra coisa que me chamou atenção também é o Código do Município, que no exemplo aparece um código com apenas 4 dígitos e no Schema diz que esse código do município é o código IBGE que tem 7 dígitos. Analisando o seu XML de pedido de cancelamento notei que o conteúdo da tag <Id> esta entre aspas, pode ser esse o problema.

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

Boa tarde Robert, Pela mensagem, o Rps foi enviado para o ambiente de homologação e não para o de produção.