marciost

Testei e ficou ok o cancelamento.

Italo, boa tarde. Testei, mas ainda não rolou. Seguem arquivos de envio e retorno. -can.xml -ped-can.xml

Ainda estou com o problema. Por enquanto vamos cancelar direto pelo portal... já que são raras as necessidades de cancelar notas.

Boa tarde BluData. Báh, nem vi que o provedor ISSNet estava dentro do not in... foi incluído depois de minha alteração, dai fiz update e o svn fez merge nessa parte. Mas era ali que data esse erro pra mim.

Bom dia BluData. Sim, estou conseguindo. Mas eu estava com esse mesmo problema que você colocou. Resolvi isso comentando a parte da procedure TWebServicesBase.OnBeforePost que estava dando o erro, é essa parte: if not (FProvedor in [proGovBr, proSimplISS, proAbaco, proISSNet]) then begin if not InternetSetOption(Data, INTERNET_OPTION_CLIENT_CERT_CONTEXT, PCertContext, Sizeof(CERT_CONTEXT)*5) then begin // if Assigned(TACBrNFSe( FACBrNFSe ).OnGerarLog) // then TACBrNFSe( FACBrNFSe ).OnGerarLog('ERRO: Erro OnBeforePost: ' + IntToStr(GetLastError)); // raise Exception.Create( 'Erro OnBeforePost: ' + GetLastErrorText {IntToStr(GetLastError)} ); end; end; É uma gambiarra, mas faze o que né? Sim, estou usando certificado. Italo, questionei isso não por causa de performance da execução, é mais para saber. Estranhei ter duas configurações possíveis para a mesma validação, sendo que a que é específica do provedor e na minha opinião a que deveria ser usada não é usada.

Por dentra da unit das notas fiscais não temos acesso ao provedor, mas acho que poderia ser validado antes de chamar o método de assinar lote. Exemplo: Unit: ACBrNFSeWebServices.pas Método: TWebServicesBase.DoNFSeEnviarLoteRPS Linha: 576. Como está hoje: FDadosMsg := TNFSeEnviarLoteRPS(Self).FNotasFiscais.AssinarLoteRps(TNFSeEnviarLoteRps(Self).NumeroLote, FDadosMSg); Minha sugestão: if FProvedorClass.GetAssinarXML(acRecepcionar) then FDadosMsg := TNFSeEnviarLoteRPS(Self).FNotasFiscais.AssinarLoteRps(TNFSeEnviarLoteRps(Self).NumeroLote, FDadosMSg);

Bom dia. Percebi que ao enviar lote o componente verifica a necessidade de assinar lote em FConfiguracoes.Certificados.AssinaLote, porém no provedor, no método TProvedorISSNet..GetAssinarXML todas as ações estão marcadas para false. Alguém sabe dizer porque não está sendo verificada a necessidade de assinar o Xml através do método GetAssinarXML do provedor?

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

Engano no título. O provedor é IssNet

Boa tarde. Alguém já tentou cancelar uma NFS-e desse provedor? Apesar de estar validando o xml com o xsd, ainda assim o servidor me devolve esse erro.

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

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?

Bom dia. Ok, vou testar e qualquer coisa posto aqui. Obrigado.

Pois é, já tinha feito isso, mas achei que poderia haver outra solução.

Sim, já fiz. Segue units alteradas, ACBrProvedorISSNet.pas pnfsConversao.pas ACBrProvedorISSNet.pas pnfsConversao.pas

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?

Boa tarde pessoal. Alguém já passou por esse erro? Ele ocorre ao tentar enviar um lote para um cliente do provedor IssNet, porém com o servidor Ginfes não ocorre. São certificados diferentes e provedores diferentes, onde será que está o problema?