Victor H. Gonzales - Panda

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

Eu tive esse problema LinkerII e Windows 10 Segue os procedimentos passados pelo suporte da Elgin em São Paulo: Primeiramente remover tudo que houver instalado do sat linker II Windows 10 1. Menu Iniciar 2. Configurações 3. Atualização e segurança (Windows Update, recuperação, backup). 4. Recuperação 5. Inicialização Avançada 5.1 Reiniciar agora Aguarde... 6. Escolha uma opção: Solução de Problemas 7. Solução de Problemas: Opções avançadas 8. Opções avançadas: Configurações de Inicialização 9. Configurações de Inicialização: REINICIAR 10. Configurações de Inicialização: 10.1: 7) Desabilitar Imposição de Assinatura de Driver Opção: F7 - S.O reinciará normalmente. Instalar os 2 programas (Dirver Linker SAT II 03.01.55 / Driver USB) Depois fazer os procedimentos da pagina 8 a 14; Após finalizar os procedimentos pode tentar ativar o sat Guia Rapido- Linker SAT II (002) - Procedimentos Parcial.pdf

Sim, atualmente não fiz nenhum tratamento para isto, não consegui parar para verificar

SEFAZ-SP passando por problemas, utilize o SVC-AN conforme aviso no portal estadual da SEFAZ https://www.fazenda.sp.gov.br/nfe/ Prezado contribuinte, Informamos que no momento o sistema da NFE está indisponível devido à problemas técnicos. O contribuinte pode utilizar qualquer alternativa de contingência prevista na legislação, inclusive o SVC-AN que já está ativo junto ao Ambiente Nacional da Receita Federal.

Disponibilizado a NT 2016/002 v.1.00 http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=c4S6yXTKpXY= 1. Resumo As necessidades de alteração de leiaute da NF-e são agrupadas durante um tempo e acabam compondo uma versão nacional anual, ou a cada dois anos. O objetivo é evitar alterações frequentes do leiaute da NF-e, de maneira a diminuir a necessidade de manutenção nos sistemas de emissão de NF-e para as empresas e para as SEFAZ. A exceção a esta regra é motivada pelas adaptações necessárias na mudança de legislação, que normalmente têm um porte menor, mas que também devem cumprir um cronograma capaz de ser observado pelas empresas e pelas SEFAZ autorizadoras. A última revisão de leiaute foi feita em 2014. Atualmente o leiaute da NF-e está na versão “3.10” e esta Nota Técnica tem o objetivo de divulgar: - Alterações necessárias para a migração da versão "3.10" para a versão “4.00” do leiaute da NF-e; - Alterações em regras de validação, principalmente aquelas vinculadas aos novos campos ou a novos controles, melhorando a qualidade da informação prestada pelas empresas e mantida pelas SEFAZ. - Definição do protocolo TLS 1.2 ou superior como padrão de comunicação. - Será eliminado o uso de variáveis no SOAP Header (eliminada a "Área de Cabeçalho”) na requisição enviada para todos os Web Services previstos no Sistema NFE. 1.3. Sobre o Prazo de Implantação - Ambiente de Homologação (ambiente de teste das empresas): 01/06/2017; - Ambiente de Produção: 01/08/17. - Desativação da versão anterior: 06/11/17.