Fontes: Provedor Egoverneiss - Osasco / Sp

[Rodrigo Crovador]

Boa tarde. Estou adicionando novamente os fontes para o provedor EgoverneISS usado na cidade de Osasco/SP. Publiquei os mesmos a algum tempo mas não foram adicionados na época e hoje os fontes do post estão obsoletos. Segue em anexo as units atualizadas para a inclusão do provedor. 

Post original:

[Italo Giurizzato Junior]

Boa tarde Rodrigo,

 

Desculpe pela demora e muito obrigado pela colaboração.

 

As suas implementações já estão disponiveis.

[Leonardo Franco Cavalcante]

Boa tarde,

 

estou fazendo testes na NFS-e de Osasco e estou com problema retornando o erro de SoapAction:'' alguem sabe o que pode ser?

 

Já funciona a NFS-e Osasco no ACBr ?

 

Obrigado,

[Rodrigo Crovador]

Boa tarde,

 

estou fazendo testes na NFS-e de Osasco e estou com problema retornando o erro de SoapAction:'' alguem sabe o que pode ser?

 

Já funciona a NFS-e Osasco no ACBr ?

 

Obrigado,

 

Bom dia Leonardo. Sim, funciona, porém não da forma como gostaríamos. Para Osasco o Egoverne disponibilizou apenas a transmissão síncrona de NFSE através do método GerarNFSE. 

[Leonardo Franco Cavalcante]

Bacana Rodrigo, deu certo aqui ele gerou o xml.. certinho muito obrigado.

 

 

Uma outra dúvida na função StrToProvedor na unit pnfseconversao.pas

 

Ele espera o provedor 'proEgoverneiss' porém não encontra para o município Osasco, pois ele procura por 'egoverneiss' somente, isso é algum outro provedor realmente ou é um erro ?

 

Obrigado

[Rodrigo Crovador]

Bacana Rodrigo, deu certo aqui ele gerou o xml.. certinho muito obrigado.

 

 

Uma outra dúvida na função StrToProvedor na unit pnfseconversao.pas

 

Ele espera o provedor 'proEgoverneiss' porém não encontra para o município Osasco, pois ele procura por 'egoverneiss' somente, isso é algum outro provedor realmente ou é um erro ?

 

Obrigado

 

Teria de arrumar a função de conversão StrToProvedor . o "pro" e so nomeclatura interna, o texto esperado deve ser mesmo o egoverneiss

Editado 11 Setembro, 2014 por Rodrigo Crovador

[Italo Giurizzato Junior]

Boa tarde a todos,

 

Correção realizada e já disponibilizada.

Favor atualizar os fontes.

[Leonardo Franco Cavalcante]

Italo, obrigado.

 

Já atualizei aqui e deu certo...

 

Senhores outra dúvida a parte de retorno do webService ela já esta implementada ?!

 

Ou é acionada por outro método ?!

[Rodrigo Crovador]

Italo, obrigado.

 

Já atualizei aqui e deu certo...

 

Senhores outra dúvida a parte de retorno do webService ela já esta implementada ?!

 

Ou é acionada por outro método ?!

 

Não está implementada, pois o provedor retorna apenas um protocolo para ser usado via interface web. Veja o link do primeiro post. 

[Leonardo Franco Cavalcante]

Hum entendi Rodrigo, pq estou tendo o seguinte problema os erros que dão por exemplo de validação de conteúdo tais como Código de Atividade Inexistente, chave de autenticação inválida... não estão subindo para o usuário como acontece pelo método enviar, com isso só visualizo o erro abrindo o arquivo lista-nfse.xml

 

Pensei se tem algo para recuperar essa mensagem para apresentar para o usuário ou algo do tipo....

 

Desde já agradeço pela ajuda !

[Rodrigo Crovador]

Hum entendi Rodrigo, pq estou tendo o seguinte problema os erros que dão por exemplo de validação de conteúdo tais como Código de Atividade Inexistente, chave de autenticação inválida... não estão subindo para o usuário como acontece pelo método enviar, com isso só visualizo o erro abrindo o arquivo lista-nfse.xml

 

Pensei se tem algo para recuperar essa mensagem para apresentar para o usuário ou algo do tipo....

 

Desde já agradeço pela ajuda !

 

Bom neste caso teria de implementar mesmo. O cliente que utilizei como exemplo quando desenvolvi este processo era um caso bem singular que dificilmente difere os dados da nota, então não me surpreende ele não ter problemas até então com recusa por informação incorreta.  O único cuidado seria de que o provedor e bem específico em geral, então e bem provavel que no método que trate o retorno do WS você tenha de personalizar o tratamento para o EgoverneISS.

[Leonardo Franco Cavalcante]

Eu já implementei a parte que trata os erros retornados pelo webService, porém estou com uma dificuldade no retorno quando é gerada a nota com sucesso.

 

Esse bloco ele retorna vazio então ele acaba não alimentando  o AcbrNFSe.NotasFiscais.

 

 FRetListaNfse := SeparaDados(FRetWS, Prefixo3 + 'ListaNfse');

 

Sendo prefixo3 gerado pela função configCidade = 'tem:' e

 

FRetWS = <?xml version="1.0"?>

 

-<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">

 

 

-<s:Body>

 

 

-<EmitirResponse xmlns="http://tempuri.org/">

 

 

-<EmitirResult xmlns:i="http://www.w3.org/2001/XMLSchema-instance" xmlns:a="http://schemas.datacontract.org/2004/07/Rgm.Eissnfe.Negocio.WebServices.Mensagem">

 

<a:Erro>false</a:Erro>

 

<a:MensagemErro i:nil="true"/>

 

 

-<a:NotaFiscalGerada xmlns:b="http://schemas.datacontract.org/2004/07/Rgm.Eissnfe.Dominio.DataTransferObject.Prestador">

 

<b:Autenticador>OTHVLMTP</b:Autenticador>

 

<b:Numero>155485</b:Numero>

 

</a:NotaFiscalGerada>

 

</EmitirResult>

 

</EmitirResponse>

 

</s:Body>

 

</s:Envelope>

[Rodrigo Crovador]

 

Eu já implementei a parte que trata os erros retornados pelo webService, porém estou com uma dificuldade no retorno quando é gerada a nota com sucesso.

 

Esse bloco ele retorna vazio então ele acaba não alimentando  o AcbrNFSe.NotasFiscais.

 

 FRetListaNfse := SeparaDados(FRetWS, Prefixo3 + 'ListaNfse');

 

Sendo prefixo3 gerado pela função configCidade = 'tem:' e

 

FRetWS = <?xml version="1.0"?>

 

-<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">

 

 

-<s:Body>

 

 

-<EmitirResponse xmlns="http://tempuri.org/">

 

 

-<EmitirResult xmlns:i="http://www.w3.org/2001/XMLSchema-instance" xmlns:a="http://schemas.datacontract.org/2004/07/Rgm.Eissnfe.Negocio.WebServices.Mensagem">

 

<a:Erro>false</a:Erro>

 

<a:MensagemErro i:nil="true"/>

 

 

-<a:NotaFiscalGerada xmlns:b="http://schemas.datacontract.org/2004/07/Rgm.Eissnfe.Dominio.DataTransferObject.Prestador">

 

<b:Autenticador>OTHVLMTP</b:Autenticador>

 

<b:Numero>155485</b:Numero>

 

</a:NotaFiscalGerada>

 

</EmitirResult>

 

</EmitirResponse>

 

</s:Body>

 

</s:Envelope>

 

Ele não consegue alimentar a NFSE gerado devido ao webservice não retornar a NFSE aprovada. Sem este retorno, a unica fonte que você pode encontrar essa NFSE seria no próprio XML enviado ou nas propriedades do próprio ACBR. 

[Leonardo Franco Cavalcante]

Rodrigo, bom dia.

 

Quanto à impressão da NFS você utiliza a impressão do próprio metodo do ACBR para a NFS de Osasco ?

 

Obrigado

[Rodrigo Crovador]

Rodrigo, bom dia.

 

Quanto à impressão da NFS você utiliza a impressão do próprio metodo do ACBR para a NFS de Osasco ?

 

Obrigado

 

Não, na ocasião o cliente utiliza o envio do link de consulta no site por email apenas. Mas caso carregue os dados da NFSE no componente, você poderá utilizar qualquer um dos métodos de impressão já implementados no componente.

[Leonardo Franco Cavalcante]

Rodrigo, o cancelamento é feito por algum outro método ou não está implementado ?

 

Obrigado

[Rodrigo Crovador]

Rodrigo, o cancelamento é feito por algum outro método ou não está implementado ?

 

Obrigado

 

Boa tarde Leonardo. Não está implementado mesmo.

[arieldll]

Boa tarde Senhores.

Estou implementando a mesma função para esta cidade.

Minha dúvida é: Qual chamada devo fazer para que seja enviado o xml ou isso não é possível, tendo que ser feito manualmente (apenas gerado pelo componente)? Há o método GerarNFSe() disponível neste componente?

 

Para todos os outros, utilizo Enviar(). Alguém poderia me instruir de como prosseguir? Agradeço.

 

Atenciosamente,

Ariel.

Editado 21 Julho, 2015 por arieldll