Xml Gerado Pelo Componente Diferente Do Disponibilizado Pelo Provedor Ginfes

[rick]

Bom dia pessoal.

Estou com o seguinte problema:

Implementei o uso do ACBrNFSe em minha aplicação e consegui enviar e receber as informações, levando como base o exemplo demo e as orientações que aqui encontrei, porém, fui comparar o arquivo xml que é gerado pelo componente, pelo que é disponibilizado para download no site do provedor, que no caso é o Ginfes e vi que estão diferentes no que se refere as estruturas.

Quando o sistema for enviar o xml da NFSe para o cliente do meu cliente, o mesmo questionará o "porque" destas diferenças, sendo que antes, quando baixado pelo site do provedor tinham outras informações (mesmo eu sabendo que o conteúdo destas informações são os mesmos srsr).

Alguém poderia me dar um help nesta situação.

Obs.: já fiz teste com todos os retornos que alimentam o componente depois que o RPS é convertido, e nenhum deles chegou a mesma estrutura.

Vou deixar os xml de mesma NFSe, o arquivo gerado pelo sistema e o mesmo documento baixado diretamente no site da Ginfes (em homologação).

Abç

341_ginfes.xml341_sistema.xml

 

[Italo Giurizzato Junior]

Boa tarde Rick,

 

Já foi dito varias vezes aqui no fórum que o componente gera o XML do RPS e não da NFS-e.

 

Quem gera o XML da NFS-e é o provedor após o processamento do envio do RPS.

 

O XML que você anexou como sendo do Ginfes, não segue o padrão ABRASF.

 

Já o outro é retornado, como dito acima, pelo provedor, no caso o Ginfes, após o processamento do RPS enviado.

[rick]

Boa tarde Rick,

 

Já foi dito varias vezes aqui no fórum que o componente gera o XML do RPS e não da NFS-e.

 

Quem gera o XML da NFS-e é o provedor após o processamento do envio do RPS.

 

O XML que você anexou como sendo do Ginfes, não segue o padrão ABRASF.

 

Já o outro é retornado, como dito acima, pelo provedor, no caso o Ginfes, após o processamento do RPS enviado.

Boa tarde Italo.

 

Certo, entendi.

Só mais uma pergunta: para o caso onde o contador do prestador do serviço ou do tomador, solicitar os XMLs para armazenamento, eu terei de orientá-lo a fazer o download dos mesmos direto no site do provedor, um por um. É que vi também que sempre que é gerado e enviado um RPS ao provedor, após sua conversão, o próprio Ginfes encaminha um link ao tomador do serviço, somente com o espelho da NFSe, sem o XML.

 

Desde já, agradeço italo.

Abç. 

[Italo Giurizzato Junior]

Boa tarde rick,

 

O componente após obter no retorno a NFS-e, o XML da mesma é salvo em disco (caso esteja configurado).

 

Temos o EnviarEmail onde é possível enviar por e-mail o XML da respectiva nota ao tomador do serviço.

[rick]

Boa tarde rick,

 

O componente após obter no retorno a NFS-e, o XML da mesma é salvo em disco (caso esteja configurado).

 

Temos o EnviarEmail onde é possível enviar por e-mail o XML da respectiva nota ao tomador do serviço.

Boa tarde Italo.

 

Certo ... revi as configurações do projeto Demo e fiz igual.

Implementei para enviar juntos o XML e o pdf.

 

Muito obrigado pelo apoio.

 

Vou fazer mais alguns teste aqui no meu fonte e implantar no cliente. . . . mais uma vez obrigado .

[tathianam]

Aproveitando o tópico... preciso gerar 1 xml para cada rps ou posso mandar vários? Qual é a TAG que separa as notas - NFSE ou infNFSE ?

[Italo Giurizzato Junior]

Bom dia Tathiana,

 

Você pode alimentar o componente com os dados de até 50 RPS, ou seja ADD até 50 RPS no componente.

 

Ao executar o método Enviar o componente se encarrega de gerar um XML para cada RPS adicionado, assinar caso necessário (depende do provedor) montar o lote com todos os RPS adicionados, assinar o lote caso necessário (depende do provedor), validar o lote e por fim enviar.

 

Por outro lado o método Gerar só pode contem apenas um RPS.

 

Temos ainda o método EnviarSincrono cuja diferença entre o Enviar é que este o modo de envio é assíncrono.

 

Dependendo do provedor só é aceito apenas um dos métodos ou todos.