MarcosRWeimer

Boa Tarde! A alteração do pnfsNFSeR.pas foi postada no repositório, mas a do ACBrNFSeWebServices.pas não foi. Algum motivo para não ser aprovada? alguma outra sugestão então ?

Outra alteração para equiplano, a série é retornada em branco, então quando consulta NFS-e pelo RPS carregando o xml do RPS e chamando o "ConsultarNFSeporRps" acaba ao invés de carregar o XML na nota fiscal atual, adiciona como uma nova, com esta alteração (que já é feita para FSeBrasil e EL) resolve a situação. ACBrNFSeWebServices.pas P.S. Tentei alterar o título mas não consegui.

Ola! Como faço para gravar o "listaNfs" ? tentei com o gravarxml mas este grava o RPS tentei gravar o ACBrNFSe.NotasFiscais.Items[0].XMLNFSe mas este é o "CompNfse" que tem apenas nrNfse, cdAutenticacao, dtEmissaoNfs, nrRps, nrEmissorRps. O sistema antigo gerava um xml desta forma: preciso salvar da mesma forma, tentei pegar o xml tambem de ACBrNFSe.WebServices.ConsNfseRps.RetornoNFSe.listanfse.compnfse.items[0].nfse.xml mas tambem é apenas o "CompNfse", enfim, estou a algum tempo vasculhando e não encontrei.

Boa Tarde! Fiz a alteração na thread: que foi para o repositório em Janeiro, dia 4 se não me engano. Estava funcionando até então, mas hoje atualizei o ACBr e não está mais funcionando equiplano devido a falta da alteração no arquivo pnfsNFSeR.pas ( function TNFSeR.LerRPS: Boolean; ) como pode ser visto na thread inicial. Arquivo anexo com a alteração pnfsNFSeR.pas

Atualizei, reinstalei e testei, está funcionando. Obrigado.

obrigado

Infelizmente o pessoal do suporte ao cliente quer (ou foi solicitado a eles) informar em campos próprios, particularmente quero disponibilizar os campos, assim eles personalizam o danfe conforme entenderem melhor (seja em campos próprios ou adicionando nas informações complementares)

Bom dia! Alguém analisou ? aceito ou não ? Preciso atualizar o ACBr e se for aceito vai evitar retrabalho.

Bom Dia! Precisei disponibilizar os novos campos do grupo ICMSTot. Disponibilizei os campos faltantes: - vFCP - vFCPST - VFCPSTRET - VIPIDevol constructor TACBrNFeFRClass.Create(AOwner: TComponent); procedure TACBrNFeFRClass.CarregaCalculoImposto; Anexo ACBrNFeDANFEFRDM com as alterações. ACBrNFeDANFEFRDM.pas

Blz, por que em produção temos alguns clientes rodando sem problemas, então parece que em produção e homologação os webs são diferentes

Ola! Aqui temos clientes com ISSCuritiba em produção sem problemas, conforme o que está no repositório. Certeza que em produção tem de ser assim mesmo?

Valeu Italo, vi agora a pouco que subiu para o SVN as alterações. Como faz pra fechar o tópico?

Ola Italo! Certo, não havia pensado que a NF em si é o proprio provedor que gera, aqui esta funcionando com estas alterações, se você verificar no fonte verá que tem mais locais que já considera tudo lower case (não lembro agora exatamente onde, mas debugando vi que tem locais que considera "rps", portanto acho que falou só nestes 2 pontos ali mesmo. (talvez o web da prefeitura tenha sofrido alguma alteração)

Ola Reginaldo! Tem o XML de exemplo de nota enviada? que funcionou e com erro? Gostaria de informações sobre, por que o tal do SITS volte e meia não retorna xml. outra, tem idéia de tornar open source estilo acbr? Pode acreditar, esta sua iniciativa vai fazer varias pessoas perderem menos cabelos kkk

Seguinte, resolvi alterando os fontes do ACBr Arquivo: pnfsNFSeR.pas function TNFSeR.LerRPS: Boolean; Não postei o arquivo em sí por que estou usando a Revision 15654 (verifiquei até a ultima revision 16162) e não existe esta correção) Arquivo: ACBrNFSeNotasFiscais.pas function PosRPS(AProvedor: TnfseProvedor): Integer; Revision 15476 (esta é a ultima, então esta anexo) ACBrNFSeNotasFiscais.pas

Gero a NFS-e, envio para prefeitura, no site da prefeitura consta como autorizada, então tento "ConsultarNFSeporRps", mas não carrega o XML da NFS-e que o próprio ACBr gerou. Vejam o detalhe: o XML está como "<rps>" e a function TNFSeR.LerRPS (pnfsNFSeR.pas) busca por "Rps", "RPS" ou "LoteRps" não carregando o XML. A dúvida é se existe alguma configuração para gravar diferente de "rps" (lower case) ou algo do tipo, utilizo outros provedores sem problemas até o momento, equiplano estou migrando agora para o ACBr. P.S. Não posso disponibilizar o XML por questões contratuais, mas dá para ver uma parte dele ali no "hint" do "Leitor" EDIT: Sem carregar o XML, o erro é: "Nenhum RPS carregado ao componente" mas acho que isso todo mundo ja deve saber, só para registrar.

Ola! O fonte que usei é este mesmo (https://gist.github.com/luizvaz/43ccbd85b16b6802218b50b6d34c26de), assinou corretamente pelo que parece, mas na hora de enviar a prefeitura não funciona, até mandei MP ao "Luiz Vaz" mas não respondeu, a URL abre no browser mas ao tentar enviar o SOAP retorna com erro 404, deve estar faltando alguma coisa na autenticação da conexão ou algo do tipo.

Reativando o tópico, é esse mesmo Italo, com assinatura fora do padrão (utilizam padrão OASIS). Tem um software deles que assina e envia (como citado alguns posts acima) mas é muito ruim, várias vezes o sistema "parou" por que o sistema deles não gera o XML de retorno, ai tem de ficar "adivinhando" o que aconteceu, até identificar alguma validação deles que não gerou o xml Consegui assinar usando c# com o código de exemplo disponibilizado aqui: https://gist.github.com/luizvaz/43ccbd85b16b6802218b50b6d34c26de (disponibilizado pelo Luiz Vaz aqui do forum) mas não consigo enviar, da erro de 404 not found, e se abro a URL pelo browser funciona, deve ter alterado alguma coisa na autenticação mas não estou encontrando solução até o momento. Duro é que esse provedor ai tem fechado vários contratos com prefeituras aqui no Paraná e a NFS-e Nacional vai demorar muito ainda (prazos do governo federal, homologação, disponibilização geral) até as prefeituras se adequarem (irão alegar falta de recursos (ou seria das comissões nos contratos?)), enfim, vejo a NFS-e Nacional levar ANOS ainda para ser implantada na maioria dos municipios

Problema persiste, solução paliativa foi enviar sem validar com o XSD

Testei agora validando com um sistema antigo que tinhamos aqui em c# (migramos para o ACBr para agilizar novas implementações) e validou sem problemas o XML com os schemas da pasta do acbr.

Não é este o problema, se pego o banco/certificado de outro cliente aqui no meu pc de desenvolvimento não ocorre o problema, são centenas de clientes e 3 estão com este problema, coincidência ou não, os 3 com problema são de Foz do Iguaçu-PR (vários outros clientes nesta mesma cidade estão emitindo normalmente, na teoria não há influência já que é NFC-e e não NFS-e). Para testar basta pegar o xml que anexei anteriormente, abrir o exemplo de NF-e do ACBr (ACBR2\Exemplos\ACBrDFe\ACBrNFe\Delphi) e tentar validar o XML, ocorre o mesmo erro.

Ola! Seguinte, começamos a ter problemas em 3 clientes com o erro abaixo. Tentei corrigir com os seguintes passos: - schemas do svn - schemas do sefaz - tanto pela minha aplicação como pelo acbrmonitor O problema persiste, e é no momento de validar, se comento o processo de validar, é enviado para o sefaz e autoriza normalmente, fui debugando até o SSL.Validar e não conseguir passar adiante. Erro: Falha na validação dos dados da nota: 187 1824 - Element '{http://www.portalfiscal.inf.br/nfe}qrCode': 'http://www.fazenda.pr.gov.br/nfce/qrcode?p=41181126825062000126650010000001871106016452|2|2|1|5F2DC48C597F5A60222B8FCC68A1D7EF39F5CCE5' is not a valid value of the local atomic type. XML de exemplo anexo. Alguém tem alguma sugestão ? P.S. ACBr compilado SEM capicom 41181126825062000126650010000001861106016196-nfce.xml

Excelente Ítalo, funcionou perfeitamente. Só não entendi a causa, se antes estava funcionando e parou depois de atualizar o ACBr (não lembro exatamente em qual versão estava antes, mas deve ser de uns 2 meses atrás). Será que haverá problemas em deixar para todos os municípios este mesmo padrão de assinatura?

Ola Italo! Estou configurando da mesma maneira que NF-e/CT-e.... AACBrNFSe.Configuracoes.Geral.SSLLib := libWinCrypt; AACBrNFSe.Configuracoes.Geral.Salvar := False; AACBrNFSe.Configuracoes.Geral.Emitente.CNPJ := AFilial.CNPJ; AACBrNFSe.Configuracoes.Geral.Emitente.InscMun := AFilial.IM; AACBrNFSe.Configuracoes.Geral.Emitente.RazSocial := AFilial.RazaoSocial; AACBrNFSe.Configuracoes.Geral.Emitente.WebUser := AFilial.NFSeUsuario; AACBrNFSe.Configuracoes.Geral.Emitente.WebSenha := AFilial.NFSeSenha; AACBrNFSe.Configuracoes.Geral.CodigoMunicipio := AFilial.cMun; AACBrNFSe.Configuracoes.Arquivos.PathSchemas := ExtractFilePath(Application.ExeName) + 'Schemas\NFSe\'; AACBrNFSe.Configuracoes.Arquivos.PathSalvar := AFilial.CaminhoXML; AACBrNFSe.Configuracoes.Arquivos.Salvar := False; AACBrNFSe.Configuracoes.Arquivos.EmissaoPathNFSe := True; //se baseia pela data de emissão para montar o path AACBrNFSe.Configuracoes.WebServices.Visualizar := False; AACBrNFSe.Configuracoes.WebServices.Salvar := False; AACBrNFSe.Configuracoes.WebServices.UF := AFilial.xUF; AACBrNFSe.Configuracoes.WebServices.TimeZoneConf.ModoDeteccao := tzManual; AACBrNFSe.Configuracoes.WebServices.TimeZoneConf.TimeZoneStr := AFilial.FusoHorario; AACBrNFSe.Configuracoes.Geral.SSLXmlSignLib := xsMsXml; AACBrNFSe.SSL.SSLXmlSignLib := xsMsXml; if (AFilial.CertificadoSenha.IsEmpty and AFilial.CertificadoTipo.IsEmpty) then raise Exception.Create('Certificado não configurado no cadastro da filial'); AACBrNFSe.SSL.Senha := AFilial.CertificadoSenha; AACBrNFSe.SSL.NumeroSerie := AFilial.CertificadoNumeroSerie; AACBrNFSe.SSL.DadosPFX := AFilial.CertificadoDadosPFX; AACBrNFSe.SSL.CarregarCertificado; if (not AACBrNFSe.SSL.CertificadoLido) then raise Exception.Create('Certificado digital não pode ser carregado! ' + 'Verifique certificado cadastrado no cadastro de filiais.'); if (AACBrNFSe.SSL.CertDataVenc < Now) then raise Exception.Create('Certificado da filial ' + IntToStr(AFilial.CODFILIAL) + ' venceu em ' + DateTimeToStr(AACBrNFSe.SSL.CertDataVenc));

Ola! Estou tendo problemas com Lexsom em Foz do iguaçu, certificado dentro da validade, estava funcionando perfeitamente até que atualizei o ACBr, a exceção é lançada no ACBrDFeXMsXml nesta linha aqui: // Assinando com MSXML e CryptoLib // signedKey := xmldsig.sign(dsigKey, CERTIFICATES); A exceção lançada é do tipo EOleException, CT-e, MDF-e, NF-e, NFC-e, tudo esta assinando corretamente, mas neste caso não. Não achei nada que pode estar influenciando a assinatura, alguem mais está passando por isso? ou já passou e tem o caminho das pedras?