Victor H. Gonzales - Panda

Boa tarde @Daniel Simoes A implementação atendeu com excelência, pelo que vi na implementação irá atender quem usa a diretiva desativada xsMsXML e quem usa a diretiva LIBXML2 irá utilizar xsLibXML2, desta forma resolvendo o problema para ambos os lados. Muito obrigado pelo tempo despendido analisando o caso e procurando uma melhor solução para o incidente elencado; Forte abraço

Boa tarde @Daniel Simoes, Cheguei agora na empresa estava em viagem, estarei realizando os testes e te passo o feedback em sequencia; Muito obrigado

Boa noite, Na ultima atualização que realizei do componente da acbr, ao abrir o projeto está gerando problemas de configuração, na instalação do ACBr está desmarcado para utilizar CAPCOM e OPENSSL. verifiquei que na alteração 14804 feita por @Daniel Simoes [*] TGeralConf.SSLLib, modificado para que quando tiver o valor "libWinCrypt", assuma a seguinte configuração: SSLCryptLib := cryWinCrypt; SSLHttpLib := httpWinHttp; SSLXmlSignLib := xsLibXml2; Modificando o uso de xsMsXml para xsLibXml2 (por: DSA) Quando o componente está utilizando a diretiva desatilitar OPENSSL, está gerando uma exceção ao utilizar o sslLib (LibWinCrypt), onde o mesmo tenta inserir no componente a assinatura xsLibXML2, eu acredito que o arquivo ACBrDFeSSL na procedure TDFeSSL.SetSSLXmlSignLib(xsLibXml2), alem de estar com a mensagem de erro (raise) indicando que está usando o xsXMLSec, acredito que não se aplica a diretiva {$IfNDef DFE_SEM_OPENSSL} neste caso Obrigado

consegui usando a unit original sem a alteração o efeito desejado com a ajuda do @Régys Silveira <ACBrNFe>.Configuracoes.Arquivos.OrdenacaoPath.Clear; Obrigado

@hleorj mesmo com as propriedades "false" ele continua criando na estrutura cnpj + nfe. o if (csDesigning in ComponentState) then fica com valor csFreeNotification, e não gera aonde foi determinado no pathpdf. não é para gerar na estrutura cnpj + tipoDocumento, e sim onde declarar o pathpdf, se as propriedades separar cnpj, tipo de documento estivessem true, ai concordo com sua afirmação, mas neste caso como no post inicial, você pode verificar que as propriedades estão como false, para separação de arquivos.

Boa tarde, Consegui contornar o problema alterando o arquivo ACBrDanfeClass.pas Na function abaixo o if (linha 400) não ficava verdadeiro, pois o retorno do ComponentState era csFreeNotification, alterei para como estava antes do commit 13574 para if Trim(FPathPDF) <> '' then, minha aplicação voltou a se comportar como eu esperava, sem gerar as pastas de cnpj + nfe no pathpdf escolhido function TACBrNFeDANFEClass.GetPathPDF: String; var dhEmissao: TDateTime; DescricaoModelo: String; ANFe: TNFe; begin if (csDesigning in ComponentState) then begin Result := FPathPDF; Exit; end; ACBrNFeDANFEClass.pas

Bom dia, Eu utilizo uma procedure para facilitar para o cliente salvar o xml + o pdf onde ele desejar. Após a atualização que realizei na semana passada, o comportamento mudou. já tentei setar nas <ACBr.NFe>.configuracoes.arquivos, todas as propertys como false e limpar os path, mas não consegui; Quando eu não emiti nenhuma nota pelo sistema, a impressão do pdf é no caminho que eu defini <ACBr.NFe>.DANFE.PathPDF, mas após emitir qualquer NFe, ele cria no <ACBr.NFe>.DANFE.PathPDF a estrutura CNPJ + NFe+ chavexml-nfe.xml. procedure salvaDocumentoFiscal(xXML : string); var diretorioSelecionado : string; begin if SelectDirectory('Selecione a Pasta de Destino:', 'C:\', diretorioSelecionado, [sdNewUI, sdNewFolder]) then begin diretorioSelecionado := diretorioSelecionado; end; with NFE.Configuracoes.Arquivos do begin PathNFe := ''; PathSalvar := ''; Salvar := False; SepararPorMes := False; SepararPorDia := False; SepararPorAno := False; SepararPorCNPJ := False; SepararPorModelo := False; AdicionarLiteral := False; EmissaoPathNFe := False; SalvarEvento := False; end; NFE.NotasFiscais.Clear; NFE.NotasFiscais.LoadFromString(xXML); NFE.DANFE.PathPDF := diretorioSelecionado; NFE.NotasFiscais.ImprimirPDF; NFE.NotasFiscais.GravarXML(diretorioSelecionado+'\'+OnlyNumber(NFE.NotasFiscais.Items[0].NFe.infNFe.ID)+'-nfe.xml'); end; No envio utilizo a seguinte configuração:: SepararPorMes := True; AdicionarLiteral := True; EmissaoPathNFe := True; SalvarEvento := True; SepararPorCNPJ := True; SepararPorModelo := False; Como eu faço para resolver essa questão, preciso salvar tanto o xml como o pdf no diretório informado c:\Temp\PDF\, na procedure as informações / configurações do componente não deveriam ser re-escrita? antes de emitir nfe e executar a procedure c:\Temp\PDF\12345678901234567890123456789012345678901234-nfe.pdf c:\Temp\PDF\12345678901234567890123456789012345678901234-nfe.xml após emitir nfe e executar a procedure c:\Temp\PDF\12123123123412\NFe\12345678901234567890123456789012345678901234-nfe.pdf c:\Temp\PDF\12345678901234567890123456789012345678901234-nfe.xml Delphi Seattle + ACBr 13653 (25/07/2017).

Boa tarde @hleorj, Realizei alguns testes com o danferetratonovo.fr3, deixando ele saindo a mensagem de continuação dos dados adicionais em uma nova página sem sair o header de produtos. na terceira página estava havendo um espaço entre o header e os itens, removi o mesmo. você poderia verificar se está correto, e se tem alguma outro ajuste que devo me preocupar? NFe35161200000000000001550000014604221381357490.xml DANFeRetratoNovo.fr3 DANFeRetratoNovo.pdf

Boa tarde, segue o arquivo DanfeRetratoNovo.fr3 com o mesmo tratamento. Se possivel analisarem e se julgarem válido submeter os 2 arquivos ao repositório. * na minha aplicação utilizo o DanfeRetrato.fr3, alteração de equivalência no DanfeRetratoNovo por solicitação do @hleorj; Obrigado. DANFeRetratoNovo.fr3

Bom dia, @hleorj Realizei o teste usando o DanfeRetratoNovo.fr3, ele utiliza o recurso de stretch, criando o restante em uma nova pagina, mas não achei legal a forma que ele cria, na banda de produtos. eu não achei menção a este DanfeRetratoNovo no arquivo readme, saberia me dizer a grosso modo a diferença entre o DanfeRetratoNovo e DanfeRetrato ? Mas de qualquer forma, já abri a tarefa para realizar a implementação da banda neste outro fr3, assim que concluir submeto aqui no post.

Boa noite, Primeiramente desculpas por estar abrindo o post, não encontrei uma solução ao problema ou um post apropriado para tal. Realizei testes com o fastreport e com o fortesreport, o danfe utilizando o fastreport encontrei alguns problemas e resolvi corrigir em relação ao fortesreport. [FASTREPORT] DanfeRetrato.fr3 Quando a campo memo (memOBS) havia mais que 12 linhas, no evento Page1OnBeforePrint era tratado essa "overflow" manualmente, passando o excesso de informações para a o memo (memContInfAdicionais). Problemas : 1- se a informação na tag (infCpl) o ultimo carácter não fosse ; (ponto e virgula), o sistema deixava a ultima linha no campo memOBS (line 13) e jogava o restante no campo memContInfAdicionais. 2 - se a informação na tag (infCpl) na linha executa-se wordwrap, o sistema continuava contando como uma unica linha, mas imprimia 3 linhas, desta forma o count retornava 12 linhas, mas tinha 15 linhas sendo impressas, e não estavam sendo jogadas para o memo (memContInfAdicionais), ficando assim algumas linhas suprimidas. Solução Apresentada : 1 - remover do evento Page1OnBeforePrint a constante de controle de linhas (LINHAS_DADOS_ADICIONAIS). 2 - adicionar no memo (memOBS) o flowto para o memo (memContInfAdicionais). 3 - adicionar o evento memOBSOnAfterData para verificar se imprimi a pgContDadosAdicionais, que contem o memo (memContInfAdicionais). Segue em anexo o xml fictício utilizado para homologar a situação, e o danfe para apreciação dos moderadores da correção. Muito Obrigado NFe35170700000000000000550010000076561471731758.xml DANFeRetrato.pdf DANFeRetrato.fr3

mas até onde me recordo, a grande maioria desses erro, o próprio componente da ACBr já realizava os tratamentos. Mas, agora é vender então parceiro

Correto :: <Orig>0</Orig> e não <orig>0</orig>

Tag Código EAN vázia. vCFeLei12741 no total faltando

eu que agradeço. Muito obrigado.

Webservice da DEVMEDIA mudou a url Olá, Victor! Boa tarde!Tudo certinho por aí? Esperamos que sim!Vamos lá, deixa eu te explicar: tivemos um pequeno problema com oconsumo anterior e o alteramos. Agora o consumo é a seguinte URL:http://www.devmedia.com.br/api/cep/service.Basta trocar o "devware" por "api". Faz um teste por aí e retorna um feedback pra gente saber se deu certo.Ok?Fico no aguardo! O consumo "devware" ficará ativo até o primeiro dia de agosto 2017 para queos clientes possam realizar a migração. Guilherme ParreiraEnviado 03/07/2017 - 15:20:52 =========== segue em anexo a alteração realizada linha :: 1296 - 1304 - Nova url do webservice de cep ACBrCEP.pas

Troca as dll pelas que vem na instalação do driver, alem da dllsat precisa ter a zlib.dll na sua aplicação. Abraços

Boa tarde, no campo ACBrNFe.SSL.ListaCertificados.RazaoSocial está vindo 2 caracteres no inicio da string #$13 e #$E. para remediar de momento alterei ACBrDFeWinCrypt.pas adicionando no método GetTaxIDFromExtensions stringReplace destes caracteres. aOID := StringReplace(aOID,#$13,'',[rfReplaceAll]); aOID := StringReplace(aOID,#$E,'',[rfReplaceAll]); *Obs: não são todos os certificados que estão acontecendo isto, é somente 1 ou outro que está vindo esse "lixo" no buffer; Versão atualizada em 30/06/2017 ACBR - Alterações :: linhas 498,499 e 510,511 ACBrDFeWinCrypt.pas Senhores admin, Favor excluir o post ou trancar, o mesmo foi resolvido rodando o apagarAcbr.bat e instalando novamente... Era algum arquivo que estava bagunçando; Desculpe o post inconveniente; Obrigado

Solução é simples, é só usar certificado modelo A1 e manter um bom backup, comigo todos os A3 com problemas foram da CERTISIGN foram uns 8 certificados A3 perdidos. Eu e o amigo @Alexandre Faustinoni sofremos com a mesma base da Certisign, como temos sistemas em conjunto (2 softwarehouse) mas os clientes usam ambos sistemas nossos, eles culpam sempre as softwarehouse, pois não é culpa do cliente, mas sim o que eles escutam da certificadora, e vem com 2 pedras nas mãos para cima de nós. Hoje eu não recomendo A3 nem para meus inimigos. Um forte abraço a todos.

Saudações, Mas se o cartão não está na leitora (disponível) nem o token é solicitado. e se realmente o fluxo é este, o problema é da rotina das certificadoras e não do componente, mas como disse acima, pode ser uma sucessão de fatores para chegar nesse resultado, acredito eu que, a certificadora que deveria correr atrás e passar um laudo, das duas 1, eles sabem o real motivo que está ocorrendo e fica quetinho, ignorando o fato. e segundo ponto, quantos certificados são reemitidos (gerando receita) para a empresa. Eu posso estar sendo leviano, mas acredito que o A3 por ser o toptop das estrelas em segurança e afins, tem uma grande falha de segurança. mas, cada um julga o que é necessário para sua situação, eu não compro e não gosto do certificado A3.

Sugira a teu cliente comprar A1, resolve isso fácil, não perco mais tempo do meu dia com isso não. Quer comprar A3 ? é por conta e risco do cliente, se parar de funcionar, o sistema não tem rotina que faz a deleção, isso já é assunto debatido exaustivamente anteriormente, se quer comprar A3 entende-se que tem hardwares, drivers, energia para esse certificado funcionar, algum desses nós pode gerar defeito. No caso do teu primeiro cliente que perdeu 2 certificados seguidos, possivelmente só venderam para ele outro certificado, e não trocaram a mídia, portanto pode ser também problema na mídia, como pode ser vários outros fatores externos; São sucessões de fatores que se sucedem sucessivamente que vão se sucendendo para ocasionar o problema, até hoje as certificadoras não tiveram o bom senso de melhorar essa segurança, possivelmente teus cliente a mesma senha do pin é a do puk, 90% dos que já peguei é a senha 1234. Não dá para pontuar que é por problema A ou B. A certificadora tira o dela na reta e sempre vai tirar, (meio que anti-ético) mas nunca vai ser problema com ela. Mas fala para teu cliente comprar A1, faça backup, guarde em um cofre, e seja feliz, ficar caçando pelo em ovo não vai levar a lugar algum.

Boa tarde, @BigWings, entendi o problema, a SEFAZ identifica o autXML como terceiros, no caso a empresa que emitiu o CTe colocou o CNPJ do destinatário/tomador (meu cliente) como autXML, portanto neste caso a Sefaz Distribui como XML Terceiro e não como autores. Os CTe que não tem a tag autXML com o CNPJ do meu cliente, os xml estão vindo corretos.

Mais o CNPJ da empresa que está realizando a distribuição está no campo autorizador no portal nacional Mas obrigado BigWings, isso é com a Sefaz pelo o que entendi

Bom dia, Na distribuição de DFe, o CTe somente de 1 transportadora no conjunto de 6 que estamos testando o recebimento do CTe por distribuição, o xml que o acbr está descompactando está vindo com chave 99999999999999999999999999999999999999999999 Esperado <infDoc> <infNFe> <chave>35170213639712000105550010000030621000030627</chave> </infNFe> </infDoc> Recebido <infDoc> <infNFe> <chave>99999999999999999999999999999999999999999999</chave> </infNFe> </infDoc> Portal-CTe-35170244914992000138570010147656991147656994-cte.xml ACBr-DFe-35170244914992000138570010147656991147656994-cte.xml

Bom dia, Isso já virou piada. Tirar do teu e jogar no do outro sempre é mais fácil, rápido e indolor... Essas certificadoras o dia que tomar um processo por acusar sem ter provas eles param com isso. Hoje meus clientes que tem A3 indico colocar tudo A1 para acabar com essa folia e de preferencia Serasa. O engraçado é, que se não somos certificadoras, não ganhamos nada com isso e dependemos do certificado para varias rotina, o porque nós deletaríamos o certificado, é piada mesmo. Mas, se as certificadoras tivesse o minimo de segurança não colocaria a senha 1234 para pin e 1234 para puk, 95% dos A3 que eu já peguei na região de SP é a mesma senha, dai vem a pergunta qual a segurança? só preço e se o hardware tiver offline, porque a senha é outra piada. Forte Abraços