Inclusão Do Município Novo Hamburgo No Provedor Issnet

[marciost]

Pessoal, o município de Novo Hamburgo vai usar esse provedor, alguém pode providenciar os ajustes nos fontes? Ou eu posso realizar um commit?

[Angelo Gomes]

Se vc já fez as alterações necessárias, basta anexar os fontes aqui que os moderadores irão analisar e adicionar ao componente.

[marciost]

Sim, já fiz. Segue units alteradas,

ACBrProvedorISSNet.pas

pnfsConversao.pas

ACBrProvedorISSNet.pas

pnfsConversao.pas

[Italo Giurizzato Junior]

Boa tarde Marcio,

 

Fiz as alterações nos fontes, por favor, baixe e teste, acredito que não esqueci de nada.

[marciost]

Bom dia.

 

Ok, vou testar e qualquer coisa posto aqui.

 

Obrigado.

[marciost]

Bom dia.

 

Fiz update hoje para pegar as alterações no provedor IssNet. As alterações ficaram ok, porém agora fiquei com dúvida sobre como estão utilizando o componente:

- na implementação da unit dos provedores, há o método GetConfigCidade. Nesse método é setado o ConfigCidade.CodigoURLs. Só que no meu caso, que uso o provedor Ginfes e o IssNet, vai dar conflito de informações, pois no Ginfes CodigoURLs para as demais cidades é 1, assim como no IssNet tem CodigoURL igual a 1 para Mogi das Cruzes. Como uso IssNet para Novo Hamburgo, ainda não é problema para mim, mas se fosse Mogi das Cruzes, como evitaria de dar o conflito? Pois no arquivo Config_URL.ini teria 2 indices 1.

 

Entenderam?

 

Como estão solucionando isso, usando 2 arquivos?

[marciost]

Pior que esses arquivos de configuração de cidades, schemas e url's nem são mais usados pelo que vi, confirmam isso?

[Italo Giurizzato Junior]

Bom dia Marcio,

 

Os arquivos INI de configuração, não são utilizados há um bom tempo.

[marciost]

Bom dia.

 

Falta incluir ao município de Novo Hamburgo/RS na lista de cidades e provedores.

[Italo Giurizzato Junior]

Boa tarde Marcio,

 

Se você se refere a lista de cidades do arquivo rtf, acabo de incluir a cidade Novo Hamburgo/RS.

 

Basta baixar a atualização.

[BluData]

Bom Dia.

 

Estou aproveitando este tópico pois estou tentando enviar um lote RPS no servidor ISSNET (homologação) da cidade de Novo Hamburgo, e ele gera e assina o lote direitinho mas na hora de enviar esta me retornando isto:

O servidor nao pode processar a solicitacao. ---> Referencia de objeto nao definida para uma instancia de um objeto.

 

O que pode ser? Pois o xml esta gerando corretamente....

Editado 24 Janeiro, 2013 por BluData

[Italo Giurizzato Junior]

Bom dia BluData,

 

As DLLs foram copiadas e registradas? (veja a pasta DLLs)

[BluData]

Boa Tarde Italo,

 

Registrei as DLLs da pasta Capicom....

Tem que registrar todas as DLLs de todas as pastas manualmente?

 

Obs: para a cidade de São José - SC que utiliza Betha esta funcionando perfeitamente na homologação...

Editado 24 Janeiro, 2013 por BluData

[Italo Giurizzato Junior]

Boa noite BluData,

 

Somente as DLLs da pasta Capicom devem ser registradas.

[RobertoKrug]

Bom Dia.

 

Estou aproveitando este tópico pois estou tentando enviar um lote RPS no servidor ISSNET (homologação) da cidade de Novo Hamburgo, e ele gera e assina o lote direitinho mas na hora de enviar esta me retornando isto:

O servidor nao pode processar a solicitacao. ---> Referencia de objeto nao definida para uma instancia de um objeto.

 

O que pode ser? Pois o xml esta gerando corretamente....

 

Colegas, também preciso de ajuda,

 

Estou usando o Acbr para a Emissão da Nota de Serviço da Cidade de São Leopoldo sem problemas... ,mas agora para a Cidade de Novo Hamburgo (servidor ISSNET), está me retornando o erro: "o identificador não está no estado correto para a operação solicitada.... www.issnetonline.com.br/webserviceabrasf/homologacao/servicos.asmx..." já registrei as Dll`s da Capicom...

A impressão é pelo Fast Report e imagino que o erro seja na impressão, pois quando tiro a DANFE (ACBrNFSeDANFSeFR) do Componente ACBrNFSe o XML é gerado, mas não consigo fazer a Impressão... e o erro ocorre nesta linha:  ReqResp.Execute(Acao.Text, Stream);

 

Roberto Krug