bnobre

Obrigado pela dica EMBarbosa, Qual outro formato de Danfe que temos pelo ACBr?

Pode usar ambos os certificados... Sendo que o A3 somente com o CAPICOM (portanto esse só no Windows). As regras do NFe e NFCe basicamente são as mesmas, assim como o uso do componente ACBrNFe e seus comandos, mudando poucas coisas tais como modelo (55 - NFe e 65 - NFCe), emissão em contingência, etc. O certificado A3 não permite compartilhamento, infelizmente. Nesse caso o recomendável é o uso do certificado A1, como eu mesmo utilizo em alguns mercados que atendo.

Olá a todos, Venho aqui compartilhar minha experiência sobre o tema. Assim como o Régys meu aplicativo faz a troca automática e fica de tempos em tempos tentando enviar, além de avisar o usuário sobre a pendência de envio, caso não ocorram. Todos os meus clientes também são avisados sobre o procedimento automático e manual de envio que meu aplicativo permite, além de serem avisados da obrigatoriedade legal do envio de 24 horas, o que são poucos contadores aqui no Rio que avisam. Aqui no Rio ao menos, todos que conheço "ignoram" tal lei, contadores inclusive, não soube até agora sobre nenhuma penalidade sofrida por alguém pela SEFAZ-RJ em relação a tal atraso no envio. Até em outros estabelecimentos, com aplicativos concorrentes e em comércios famosos (McDonalds, Bobs, dentre outros), quando efetuo compra e recebo uma NFC-e em contingência, raras são as vezes em que o envio é feito no prazo de 24 horas. Abraços a todos

Olá Fabiano, tudo bom? Rapaz, eu migrei do Delpi 7 para o Delphi 2010 também sem muitas complicações. Assim como no seu caso, o Delphi 2010 reclamou do tipo dos campos Fields gerados pelo Zeoslib, e assim como você tentei utilizar o localizar e substituir tudo de TStringField para TWideStringField. Mas no meu caso fiquei recebendo o erro1.jpg em anexo. Ao responder YES ele tenta marcar o field novamente como TStringField na unit e ao responder NO ele deixa como está, mas no Object Inspector (erro2.jpg) ele continua como TStringField e ao compilar acabo recebendo o erro3.jpg. Para resolver tal problema tive que ir em cada ZQuery e apagar todos os fields de cada uma, e depois inseri novamente (CTRL + F), forçando o componente criar os fields com o tipo correto, no caso TWideStringField. Só que desse jeito é bem mais demorado. Como você conseguiu só pelo Localizar/Substituir? Abraços

Olá EMBarbosa... Tudo bom? Você acertou, em 100% fica normal, mas quando varia o zoom, aumentando ou diminuindo, varia o deslocamento. Segue em anexo 2 exemplos.

Oi Celso, grato pela resposta. Na verdade estou usando a última versão sim, pois atualizei o Fortes conforme migrei para o Delphi 2010. Eu mandei o arquivo PDF, mas ao ser impresso sai "torto" exatamente como no PDF. O "X" da questão é que no Delphi 7 também tinha esse problema com o Quick Report 3 e 5, além de tê-lo com o Fortes também no Delphi 7.

Obrigado pela dica André. Por curiosidade, qual opção está sendo mais usada nos seus clientes? Pergunto pois uma contadora de um dos meus clientes disse que tem que ser pela data de emissão e os outros falam que é pela data de autorização. Complicado.

Olá a todos, tudo bom? Me surgiu a seguinte dúvida... Se eu emitir um NFC-e dia 31-07-2016 em contingência e autorizar o mesmo apenas no dia seguinte, 01-08-2016, ele será salvo pelo ACBrNFe na pasta do mês de Julho ou Agosto? Desde já agradeço a atenção

Olá André, grato pela resposta. Na verdade eu já tinha imaginado isso. Mas será que é possível os componentes enxergarem apenas o filtro usado pelos demais relatórios?

Olá a todos, Migrei agora do Delphi 7 para o Delphi 2010 e persiste um problema que preciso solucionar. Imprimo o DANFE NFe utilizando o ACBrNFeDANFeRL1, mas em alguns textos específicos a pré-visualização do componente mostra o texto em uma posição na folha e na hora da impressão o texto se desloca. Segue em anexo o que estou falando. O que pode ser isso? Desde já agradeço a atenção de todos

Olá a todos, Migrei agora para o Delphi 2010, mas esse problema também tinha no Delphi 7. Eu coloco um RLPDFFilter1 no meu projeto para que os relatórios em Fortes Report tenham a possibilidade de salvar o seu conteúdo em PDF. Até aí não tenho problema nenhum, todos os relatórios assumem o componente e dão a opção de salvar em tal formato. Já o DANFE NFe em Fortes sugere em 3 filtros diferentes, o que eu coloquei no projeto + outros 2, conforme em anexo. Todos salvam perfeitamente, mas porque aparece 3 filtros? Desde já agradeço a atenção de todos

Olá a todos, parece que meu temor foi exagerado. Aparentemente meu projeto de NFCe já está compilando normalmente no Delphi 2010, acabei optando pelo 2010 por conta de alguns componentes de terceiros. A questão é que observei a presença de alguns alertas do tipo " W1058 Implicit string cast with potential data loss from ‘string’ to ‘AnsiString’". Ao usar o "Analyse to Project" do menu Project, observei que tais alertas também estão presentes em várias units do projeto ACBr. De acordo com o link http://www.andreanolanusse.com/pt/delphi-unicode-entendo-os-avisos-warning-do-compilar-sua-aplicacao/, posso ter problemas caso ocorram a presença de caracteres WideString(padrão default agora no 2010) indo para o AnsiString(padrão default do 7). Alguém está tendo problemas de perda de dados com isso? Eu creio que não, pois como mencionei o próprio projeto ACBr apresentou diversos alertas. Desde já agradeço a atenção de todos

Olá Daniel, bem observado... Acha que tenho mais a ganhar com Lazarus ou Delphi?

Sim Juliomar, infelizmente apesar de frequentar constantemente como pode observar pelos meus posts (inclusive alguns trocados contigo), só vi agora, mas como eu disse não adianta "chorar o leite derramado". Também vejo como uma oportunidade, assim como disse. Mas como falei, preciso de um princípio para dele deslanchar, construindo algo o mais estruturado possível para não ser pego de surpresa novamente no futuro e ter que mudar tudo...O que acha... Lazarus ou Delphi? Prós e contras de cada um. Desde já agradeço a atenção

Obrigado pelas palavras Waldir, estou tenso aqui. Mas tenho certeza que tirarei algo de bom nisso, assim como todos os outros, que é a mudança para uma plataforma mais atualizada. Estou precisando de umas dicas para saber qual plataforma trilhar esse caminho, caso esse não seja o tópico mais apropriado peço desculpas desde já. Estou tendendo para o Lazarus, apesar da dificuldade do Jedi, devido o fator financeiro, mas fico receoso de o projeto entrar em desuso por ser Free e depois ficar "a ver navios". Quanto ao Delphi o problema é o valor. Alguém sabe os benefícios obtidos pela aquisição do mesmo, além claro de poder utilizá-lo? E as diferenças entre as vezes que oscilam de R$ 2.000,00 até R$ 10.000,00? Desde já agradeço a atenção de todos

Acabo de tomar um "tapa na cara". Eu sabia e me adaptei a mudança do trunk, do novo fortes, da nova pasta Schemas, mas NUNCA reparei na questão do fim do suporte ao Delphi 7. Soube agora através de um e-mail da TecnoSpeed anunciando que o ACBr não daria mais suporte ao Delphi 7. Imaginem como estou "sem chão", pelo que li no tópico muita gente ficou desesperada com 6 meses de antecedência, e eu vou ter que começar agora. Mas não adianta mais chorar o "leite derramado"... Agora é bola pra frente e dar meu jeito, mas gostaria da opinião de vocês para me colocarem no melhor caminho. Como programador só tenho experiência no Delphi 7, é a única linguagem que conheço e trabalho há 10 anos e por isso quero a sugestão de vocês. Ou eu migro para um novo Delphi ou migro para o Lazarus. Os 2 componentes de terceiros que mais uso é o Jedi VCL e o ZeosLib... O Zeos já verifiquei que tem suporte até o X7 e Lazarus, o que torna necessário que use o Delphi XE7 caso opte pelo Delphi. O problema é que o Jedi apesar de ter suporte até o XE10, não suporta o Lazarus a principio, pois andei olhando "por alto" que alguns conseguem fazer ele rodar de forma alternativa Pois bem, dado essas características de experiência com o visual e programação no Delphi 7 e componentes citados, qual seria a melhor escolha para mim? Estou muito preocupado por isso, pois será um caminho árduo, portanto quero optar o que me dê menos dor de cabeça agora e a longo prazo. Desde já agradeço a atenção de todos

Oi jbaneto... Qual seria a impressora?

Nos meus clientes esse erro não acontece normalmente. Quando acontece eles sabem que é a internet deles que deu problema... Por outro lado, onde a questão de rede é muito importante e achamos necessário, nós fazemos o teste do ping antes. Você comentou que quando acontece esse erro eles sabem que é de internet. Mas o erro é o 12007? E se sim, leva esse tempo de 12 segundos para disparar a exceção? Outro detalhe, você dispara a sua contingência via teste de ping como sugeriu ou faz como eu analisando o retorno da exceção do componente? Se possível, poderia postar o exemplo do seu código? Desde já agradeço a dica do teste do ping, mas como isso vai alterar o meu código (que é disparado pela exceção do componente e aí sim gera a contingência) seria mais viável eu descobrir o que faz essa exceção demorar tanto tempo a disparar, se algo nas redes dos clientes ou algum "detalhe" no componente. Acabo de reproduzir o problema em minha máquina de desenvolvimento, segue o que fiz e minhas conclusões: Coloquei um roteador wifi distribuindo a internet para esse micro sem fio, o roteador puxa a internet através de um modem ADSL ligado diretamente ao mesmo. Ao desligar o modem ou desligar apenas o sinal ADSL (erros típicos nos clientes) o erro 12007 sempre é o retornado. Tentei realizar o ping na máquina de teste para www.uol.com.br, só que dessa vez não deu "Esgotado o tempo limite", suponho que pelo fato do cache DNS estar vazio nesse momento, obtive o erro "A solicitação ping não pôde encontrar o host www.uol.com.br. Verifique o nome e tente novamente.", que creio se tratar do 12007, e dessa vez tive a mesma demora de 12 segundos. Creio que o problema não está no componente, e sim na demora do Windows de retornar tal erro (12007) para que então o componente possa tratar o mesmo. A questão é que quando cai a internet, 90% dos erros é o 12007 (de acordo com meus logs) e com isso tenho esse problema de demora. Daí minha dúvida, como vocês tratam seus erros de internet quando ocorrem? Como eu, através da exceção do componente, só que com um detalhe a mais? Ou através de outro método, como o teste do ping citado pelo EMBarbosa? Desde já agradeço a atenção de todos.

Perfeito. Mas uma vez obrigado.

Grato pela dica EMBarbosa, mas como passei lá no início o componente leva 12 segundos em média para gerar a exceção, ao contrário do ping que retornou em 4,5 segundos o erro. Mas como te disse, não é apenas 1 cliente, dessa vez eu testei com calma e constatei que o problema do 12007 está em todos. Nos seus clientes ao receber o erro 12007 o componente respeita o tempo do TimeOut?

Olá Régys, Desculpe a demora, mas preciso voltar nesse tópico. Estou com mais clientes de mercado e o erro mencionado nesse tópico está se tornando mais evidente. Realizei o teste do Ping conforme me orientou, leva um tempo de 4,5 segundos em média para retornar "esgotado o tempo limite". Hoje estou com 6 mercados, e em todos pude evidenciar tal erro, dado o maior volume de vendas. Nos outros clientes nunca reparei pela questão do volume baixo de vendas, aí quando caia a internet não ficava tão evidenciado a demora de 12 segundos e eles não reclamavam, mas com os mercados ativos houve reclamações e eu pude constatar que esse problema se dá neles e na maioria dos outros clientes menores. Suponho que deva ser um "pequeno detalhe" para resolver, mas não consegui matar essa charada, e fica complicado quando a internet cai, pois sabem como os caixas são "impacientes". Peço mais uma vez a sua ajuda. Desde já agradeço a sua atenção

Olá Italo, obrigado, mas ainda não consegui obter o mesmo retorno de quando gero pelo componente. Por exemplo, através do comando: ACBrNFe1.Enviar(2629, False, True) eu recebi a chave "33160702620499000165650030000026291000026299". Tentei reproduzir a mesma através da função que me passou, com o seguinte comando: GerarChave(chave, 33, 2629, 65, 3, 2629, 1, 18-07-2016, '02620499000165') Mas a chave que recebo é "33940702620499000165650030000026291000026290" Onde será que estou errando?

Ah sim, verdade Poderia me ajudar dizendo do que se trata o parâmetro ACodigo dessa função? Já botei como se fosse o lote e o tipo de ambiente, mas ainda não consegui gerar a chave conforme o componente ACBrNFe1. Creio que estou falhando nesse parâmetro.

Olá Italo, tudo bom? Então rapaz, obrigado pelas dicas. Minha finalidade é bem simples, estou com um problema em meu código que está fazendo o programa sobrescrever informações de notas enviadas anteriormente, tais como chave e xml. Por exemplo, a nota 128 série 1 em minha base é sobrescrita com chave e xml da 129. E esse problema está cada vez mais frequente. Para analisar onde meu código está dando erro, preciso dessas informações da nota 128 que foram perdidas, por isso tal função seria importante para mim nesse momento, se não eu tenho que ficar "adivinhando" qual foi a chave gerada. Entendeu? Desde já agradeço a atenção

Olá a todos, Estou precisando criar uma função que me informe qual chave seria gerada para uma nota qualquer. Por exemplo, se eu gerasse uma NFCe de número 2100, de Série 1, com emissão normal na data de hoje, qual chave o ACBrNFe1 geraria? Desde já agradeço a atenção de todos