Andre Luis Guimaraes

Boa tarde, fiz uma correção na unit ISSDSF.Provider, tratando a procedure TACBrNFSeProviderISSDSF.ProcessarMensagemErros, onde ele dava erro ao consultar status do lote e havia erro no lote. A cidade em questão era São Luis. Ele carregava a chave mas a mesma não existe neste xml de retorno. ANodeAux := ANodeArray[I].Childrens.FindAnyNs('ChaveRPS'); Ao passar nesta linha, ANodeAux continuava = nil. na proxima linha ele capturava o valor da chave 'NumeroRPS', que não existe e causava a excessão. Criei uma condição verificando se ANodeAux for <> de nil. ficou assim: if (ANodeAux <> nil) then RPS := 'RPS '+ObterConteudoTag(ANodeAux.Childrens.FindAnyNs('NumeroRPS'), tcStr) else RPS := ''; Após a correção passou a operar normalmente. ISSDSF.Provider.pas

Bom dia. Eu usava o ACBrNFSe, estou migrando meu sistema para ACBrNFSeX, ficou muito bom. Tenho sistema utilizando em algumas cidades distintas, uma delas é minha cidade mesmo, Campinas. Aqui usamos o provedor ISSDSF e no demo faltam algumas propriedades necessárias para o mesmo, mas até ai é detalhe, só que tive problema com a assinatura. Peguei o manual do provedor no site da prefeitura verifiquei que a assinatura está diferente do padrão. Fiz alteração na unit ISSDSF.PROVIDER, na linha 157... sAssinatura := ACBrUtil.Strings.Poem_Zeros(NFSe.Prestador.IdentificacaoPrestador.InscricaoMunicipal, 11) + PadRight(NFSe.IdentificacaoRps.Serie, 5 , ' ') + ACBrUtil.Strings.Poem_Zeros(NFSe.IdentificacaoRps.Numero, 12) + FormatDateTime('yyyymmdd', NFse.DataEmissao) + PadRight(TipoTributacaoRPSToStr(NFSe.TipoTributacaoRPS),2,' ') + sSituacao + sISSRetido + ACBrUtil.Strings.Poem_Zeros(OnlyNumber(FormatFloat('#0.00', NFSe.Servico.Valores.ValorServicos)), 15 ) + ACBrUtil.Strings.Poem_Zeros(OnlyNumber(FormatFloat('#0.00', NFSe.Servico.Valores.ValorDeducoes)), 15 ) + ACBrUtil.Strings.Poem_Zeros(OnlyNumber(NFSe.Servico.CodigoCnae ), 10 ) + sTomador; Seguem os documentos referente a alteração que mencionei acima, após alteração na unit parei de ter o erro do provedor no retorno sincrono. Erro gerado antes da alteração: Código: 1206 Mensagem: Assinatura do RPS incorreta. Codigo Hash gerado para o campo assinatura do RPS esta invalido. O codigo hash '53bba0c6b8f132ee2f5f8ad2ed6349ac43822522' gerado para o campo Assinatura do RPS nao esta valido. O campo Assinatura deveria estar com o conteudo '00000386138NF 00000000000120220903T NN000000000000100000000000000000062091000100021961997886' convertido no padrao SHA1 para o valor 'f53837310f705f34154e3a7d8d659e252954760d' WebService.pdfISSDSF.Provider.pas

Muito obrigado Italo.

Boa tarde Pessoal. Uso o ACBR NFS-E já a um tempo, ainda não migrei para o NFSEX, preciso fazer. Implementei mais um cliente agora de Osasco que utiliza EGoverneISS. No acbr está implementado somente a forma síncrona de envio utilizando o comando GERAR. Perfeito, nota emitindo tudo certo, porém, no cancelamento, após efetuar o cancelamento ele passa na consulta de lote, que não é implementada para esse provedor. Já identifiquei e alterei na unit ACBrNFSeWebServices incluindo esse provedor na exceção onde não consulta o status do lote. Gostaria se possível que fosse publicado para o SVN, para não haver complicações em novas instalações do acbr ou atualizações. A alteração esta na linha 6546, incluindo o provedor porEGoverneISS no case de exceção conforme abaixo: case Configuracoes.Geral.Provedor of proGiap, proInfisc, proInfiscv11, proSafeWeb, proTiplanv2, proWebISSv2, proTcheInfov2, proAEG, proEgoverneISS: Result := True Segue anexo a unit alterada. Sei que não está mais tendo suporte no ACBRNFSE porem minha demanda esta bem grande e ainda não consegui migrar meu sistema que esta operacional e em produção para ACBrNFSeX. Se puder publicar agradeço muito , caso não seja possível eu entendo. Obrigado ACBrNFSeWebServices.pas