andrecrp
Membros-
Total de ítens
33 -
Registro em
-
Última visita
andrecrp's Achievements
-
Amarildo de Matos started following andrecrp
-
andrecrp started following VerificarAssinatura com openssl , Implementação do eSocial com o ACBR , DistribuiçãoDFE não traz completa após ciência e 3 outros
-
Boa tarde @Juliomar Marchetti Me refiro aos fontes e não ao pacote de compilação dpk, atualizei o SVN e notei que já existem as pastas referentes ao e-Social ACBR\branches\Fontes\ACBrDFe\ACBreSocial2.0 e ACBR\trunk2\Fontes\ACBrDFe\ACBreSocial , mas em relação as duas pastas, qual delas eu deveria ou poderia utilizar para iniciar a implementação do meu projeto e-Social ? Considerando que o ACBrDFe é base da NF-e/NFS-e/CT-e e também para o ACBReSocial podemos entender que a lib wincrypt para assinatura com certificados A1 e A3 é compatível com o ACBReSocial ? Desculpe as perguntas, mas como eu observei em diversos posts as mesmas perguntas e sem uma resposta clara/conclusiva, pensei em centralizar as principais aqui neste post, entendo que seja importante para quem vai iniciar a implementação do e-Social, sem perder tempo, tempo este que poderá ser utilizado inclusive para contribuir com o desenvolvimento do ACBReSocial. Um grande abraço att André
-
Pessoal Estou iniciando um novo projeto para implementação da comunicação e assinatura com o eSocial, algumas dúvidas : 1o) Qual a localização dos fontes atualizados ? no trunk2 ou está em uma branch e qual ? 2o) A assinatura com ACBR está funcionando com o wincrypt utilizando certificados A1 e A3 ? 3o) Existe algum projeto exemplo do ACBreSocial como o ACBrNFe ? Agradeço a atenção, espero nos próximos posts poder contribuir com a evolução do projeto ACBreSocial.
-
Este tópico é para tratar do problema atual do WS que se refere ao atraso no recebimento do resumo e protocolo, situação que passou a ocorrer a partir do dia 7/02/2017 , as dúvidas pertinentes a utilização do ws de distribuição dfe poderá verificar em
-
Bom dia Estou enfrentando o mesmo problema, aparentemente o portal nacional está com atraso de 24 horas para o resumo e 48 horas para o protocolo (XML). Como não existe mais WS de distribuição de DF-e por UF, sendo centralizado em um único WS ambiente nacional, deduzo que o problema esteja no atraso da sincronização das NF-e de uma ou mais UFs para o ambiente nacional, afetando o controle de NSU (no ambiente nacional), que consequentemente precisou atrasar o retorno do WS. O que precisamos saber é se esta medida é provisória ou permanente, se for permanente inviabilizará a utilização do WS.
-
Vamos aguardar o retorno da equipe ACBR.
-
Após realizar update do repositório dos pacotes ACBR (revision 11847) verifiquei um problema na leitura do retorno do WS DistribuicaoDFe , a coleção de objetos FretDistDFeInt.docZip está retornando duplicada, já que o método LerXml está sendo executado 2 vezes. Para resolver o problema comentei as linhas 3490 e 3491 as quais foram incluídas nas últimas alterações da unit ACBrNFeWebServices.pas. { Processsa novamente, chamando ParseTXT, para converter de UTF8 para a String nativa e Decodificar caracteres HTML Entity } //FretDistDFeInt.Leitor.Arquivo := ParseText(FPRetWS); //FretDistDFeInt.LerXml; Se for possível, peço que revisem a unit ACBrNFeWebServices e comitem, sem dúvida vai poupar tempo de outros que utilizam este WS. Abraços André.
-
Aparentemente o problema 2216 - Falha ao consultar DF-e para distribuicao ocorre apenas em homologação, em produção acabei de testar e está OK. Alguém tem mais alguma informação a contribuir ? att André.
-
Bom dia Dener, Segue em anexo os fontes pare Rave na revision 10042 (ontem) TRUNK2 , necessário atualizar a ACBrUtil.pas também. att André. Rave.zip
-
Estou com o mesmo problema no TRUNK2 acabei de testar na Revision 10042 2216 - Falha ao consultar DF-e para distribuicao
-
Bom dia Juliomar A ideia é migrar para o fast report até o final deste ano, mas até lá segue o Rave. Deixamos assim. att André.
-
Bom dia Ítalo, Realizei as alterações necessárias para compilação no TRUNK2 do DANFE para RAVE, se for de interesse favor me retorna que anexo os fontes . att André.
-
Boa tarde Daniel Realizei o update para release 9792, e ao executar a função ocorre o erro Error: failed to load public pem key from XML att André.
-
Bom dia Italo Conforme informei na 1a interação o problema ocorre ao utilizar a função VerificarAssinatura para validar xmls de NF-e recebidas (emitidas contra a empresa , emitida por fornecedores), tendo como base sua informação esta função é utilizada apenas para geração e validação da assinatura para as notas emitidas e não para as recebidas. Vou trabalhar nesta função e assim que estiver ok, lhe envio para fazer o commit no projeto Acbr. att André.
-
Bom dia Italo, agradeço pelo retorno. Alterei o parâmetro e o erro persiste, outro ponto importante que cabe ressaltar é que tentei também utilizar a função (diretamente sem passar pela assinatura) da seguinte forma : ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromFile(ARQUIVO, False); if not ACBrNFe1.SSL.VerificarAssinatura(ACBrNFe1.NotasFiscais.Items[0].XMLAssinado,msgERRO) then ShowMessage(msgERRO); 'Error: unable to parse'; Esta verificação é essencial para autenticidade dos XML recebidos por e-mail, parte dos xmls destinados são recebidos por e-mail e os demais faço a importação pelo WS de distribuição da SEFAZ, não faço download de todos devido as instruções da SEFAZ que o DOWNLOAD não deve ser realizado da totalidade das NF-e, porém, como mudaram o WS talvez tenham mudado esta regra também. André.
-
Ao realizar o armazenamento dos arquivos xmls recebidos por e-mail optei por utilizar a função do ACBR VerificarAssinatura (trunk2) com o objetivo de atestar a autenticidade do XML, nos testes realizados encontrei diversos problemas que impediram a utilização da função, segue abaixo os erros encontrados, peço que se possível informem caso o procedimento ou utilização da função está errado. Código utilizado para testes com openssl, pode carregar qualquer arquivo XML assinado com e sem o protocolo de autorização. ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromFile(ARQUIVO); if not ACBrNFe1.NotasFiscais.VerificarAssinatura(msgERRO) then ShowMessage(msgERRO) else .... Erros 1o) Para xmls já assinados a função está realizando a assinatura e por consequência solicitando o certificado que para este caso não deveria utilizar, deveria utilizar as tags <x509 ..> do arquivo XML2o) Se configurar o certificado apresenta outra mensagem unable to parse Se alguém tiver alguma informação ou já enfrentou o mesmo problema agradeço. André