MarcosRWeimer

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?

Bom dia Italo A princípio o capicom é para estar desativado, veja como está o ACBR.INC // Descomente a linha abaixo, se você quer que seu Executável NÃO dependa das DLLs LibXML2, LibXMLSEC, {.$DEFINE DFE_SEM_OPENSSL} // Descomente a linha abaixo, se você quer que seu Executável NÃO dependa das DLLs LibXMLSEC, mas continue suportando a LibXML2 {$DEFINE DFE_SEM_XMLSEC} // Descomente a linha abaixo, se você quer que seu Executável NÃO dependa das DLLs LibXML2, mas continue suportando LibXMLSEC {.$DEFINE DFE_SEM_LIBXML2} // Descomente a linha abaixo, se você não utiliza a obsoleta Capicom para Criptografia (recomendado) {$DEFINE DFE_SEM_CAPICOM} // Descomente a linha abaixo, se você não utiliza a obsoleta MSXML para Assinatura de XML(recomendado) {.$DEFINE DFE_SEM_MSXML} // Descomente a linha abaixo, se você não deseja adicionar a Dependência da INDY nos seus Projetos {.$DEFINE DFE_SEM_INDY}

Como o tópico está fechado, abri um novo, o problema da thread abaixo voltou: Mudei localmente no ISSCuritiba.ini de URI=1 para URI=0 e voltou a funcionar. Procurei mas não encontrei se houve algum motivo para retornar para 1. Obrigrado

Ola! Para obter o XML de uma NF-e faço o seguinte: ACBrNFe.NotasFiscais.Items[0].XML; e como faço para obter o XML do evento ? //Esta opção não existe //acho que esta seria a melhor opção para obter o XML completo (procEventoNFe) ACBrNFe.EventoNFe.Evento.Items[0].XML e esta sempre retorna vazia ACBrNFe.EventoNFe.Evento.Items[0].retInfEvento.XML enfim, a questão é como obter o XML do evento sem ter de salvar o xml e ler o arquivo para depois subir para o banco

Complementando: - o XML salva na pasta correta

Ola! Estamos tendo problemas para salvar o PDF separando por pastas (modelo). Usamos "OrdenacaoPath" com a seguinte ordem: opCNPJ, opData, opModelo Porem ao salvar NFC-e, salva na pasta NF-e. Tem algum problema ao obter o modelo (Configuracoes.Geral.ModeloDF sempre fica como moNFe e não como moNFCe). Para corrigir tive de setar na mão: if FModelo = 65 then AACBrNFe.Configuracoes.Geral.ModeloDF := moNFCe else AACBrNFe.Configuracoes.Geral.ModeloDF := moNFe; AACBrNFe.NotasFiscais.ImprimirPDF; Assim resolve, fiz debug da impressão até encontrar esta falha, mas não encontrei onde exatamente carrega este campo. O processo está assim: 1 - Carrega os dados no componente 2 - assinda 3 - valida 4 - envia 5- se autorizou, já gera o PDF Está emitindo corretamente NF-e/NFC-e (versão 4.00), mas ao gerar PDF tive de setar manualmente (não carregou do modelo do documento que está no componente).