Painel de líderes

Bom dia a todos, Alem de todas as NT recentemente publicadas, teremos novidades até o final deste ano ou inicio do ano que vem.

Bom dia joaolenosi, Caso queira continuar com o componente mesmo que desatualizado, recomendo primeiramente ler e compreender muito bem a todas as NT presentes no portal nacional da NF-e, acho válido também ler muitos tópicos aqui do fórum (em outras palavras - acho que será menos trabalhoso você atualizar seu componente e aplicar as suas alterações baseadas no componente antigo - e se julgar válidas até compartilhar suas alterações aqui no fórum, podem ser úteis aos usuários que visam compartilhar o conhecimento adquirido). O fato de utilizarem até 01/10/2015 pode ter ocorrido por o WebService ter se mantido em aberto mesmo ante a NT citada pelo Marceloal. Não viria a ser uma obrigação da equipe responsável pelo ACBRNFe controlar uma vez que devemos acompanhar tanto às NTs referentes assim como acompanhar aqui o fórum e manter os componentes atualizados, um exemplo é o ConsultaNFeDest que segundo a NT 2014/002 o webService seria desativado em 02/02/2015 porém há relatos de usuários que ainda o utilizam, mas pra que arriscar e depois ter que fazer tudo às pressas?! Sugestão: faça uma cópia dos seus componentes, atualize para o trunk2 (https://svn.code.sf.net/p/acbr/code/trunk2/) e aplique as alterações necessárias para se adaptar à sua necessidade, além de obtenha a prática de atualizá-lo diariamente se possível, pois está havendo uma verdadeira "sopa de letras" em relação à NF-e que temos que nos adaptar constantemente! Att.

Quadrilhas de estelionatários estão usando dados dos portais de consulta a documentos fiscais para emitir boletos falsos para os destinatários. Se conseguirem acesso aos XML dos Documentos Fiscais vai ficar pior ainda ( Sefaz permite essa aberração ). O criminosos geram o boleto e enviam para o e-mail do destinatário oferecendo alguma vantagem para que se antecipe o pagamento, ex: desconto ( possui dados do documento fiscal, emissor, destinatário, etc... ), obviamente o crédito vai para uma conta do crime organizado. Como tem brasileiro que gosta de levar vantagem em tudo, tem esperto pagando isso sem nem consultar o crédor ( mesmo o falso documento sendo diferente do recebido junto do DANFE ). Fica a dica, e se possível repassem o aviso para seus amigos e clientes

Olá pessoal, Depois de um empolgante trabalho em conjunto entre a equipe do ACBr e do Fortes Report CE... Temos o orgulho de apresentar a nova versão do Fortes Report CE, trazendo os seguintes benefícios: Diversos bugs corrigidos Suporte a Lazarus Suporte a D7 a Tokyo 10.2.2 em um único Package Instalador automatizado (frceInstall.exe) O Fortes Report CE poderá ser baixado pelo SVN ou GIT, ou ainda, baixado pelo FRCEInstall.exe, usando a integração com o SVN Para baixar o Fortes Report CE por SVN, use o endereço: https://github.com/fortesinformatica/fortesreport-ce/trunk Para baixar o Fortes Report CE por GIT, use o endereço: https://github.com/fortesinformatica/fortesreport-ce.git Lembre-se que você precisará remover qualquer outra versão do Fortes Report que existir em sua máquina antes de instalar a nova versão... Isso implica em: Remover o Package da versão antiga do Delphi Remover os diretórios da versão antiga do Lib Path do Delphi Apagar os fontes e DCUs, e BPLs da versão antiga Todos os pacotes do ACBr, que fazem referencia ao Fortes Report, estão nesse momento, sendo alterados para fazer uso do novo nome de pacote adotado pelo Fortes Report CE Delphi: frce.dpk; Lazarus: frce.lpk

Boa tarde amigos. Tenho um sistema em Delphi 7 com firebird 2.5 usando os componentes do Acbr. Declaro aqui a minha total satisfação com o AcBr e o atendimento desta equipe de excelencia. Vou migrar para um Delphi mais atualizado. O que os amigos sugerem para uso com o AcBr: XE3, XE8 ou o 10 que saiu agora junto com o Windows10? Já que vou ralar nesta transição, prefiro já fazer fazer de uma vez só. Grato pelas indicações e sugestões. Abcs

Quando o Sat assina o Xml ele retorna o nome fantasia que está associado ao cnpj no cadastro do Cadesp.

Boa tarde ServerInfo, Com certeza você enviou a nota para o ambiente de homologação sem o grupo <infNFeSupl>. Para que o componente gere esse grupo em ambiente de produção automaticamente é muito simples, basta você alterar o fonte do componente impondo uma condição que seria a data, caso este seja 03/10/2015 ou posterior gere caso contrario não. Abra a unit ACBrNFeNotasFiscais e procure por qrCode e faça a alteração impondo a condição pela data de emissão da nota.

Minha configuração usando a Danfe DANFeRetrato_Dc.fr3 para um resultado em produção

Boa tarde Alexandre, Se você não consegui encontrar a unit que deve ser alterada, significa que você não leu esse tópico pois a penúltima postagem minha informa em qual unit e qual procedure deve-se fazer a alteração para que o componente gere automaticamente a TAG qrCode no XML da NFC-e.

Boa tarde Lord82, Esta errado, você não precisa incluir na sua aplicação a alimentação da propriedade qrCode, o componente se encarrega de fazer isso automaticamente. Mauricio, note que a regra de validação da SEFAZ de numero ZX01-10 se refere ao modelo 55 sendo assim se for informado o grupo <infNFeSupl> a nota será rejeitada. Por outro lado a regra de numero ZX01-20 se refere ao modelo 65, logo a nota será rejeitada caso o grupo não seja informado. Resumindo, para NF-e não se deve informar e para NFC-e devemos informar.

Boa tarde, O LOG tem três níveis de registro e isto está no arquivo de parametrização que ele recebe da Sefaz. Isso indicará qual as informações que ele deverá registrar e qual o tamanho máximo do LOG, que depois de alcançado é automaticamente rotacionado apagando as ultimas linhas ao incluir novas linhas. Desta maneira teremos LOGs de 100K, 400K e 800K. (acho que são estes os tamanhos, não recordo de cabeça). Att Cristiano Abbud

O fórum é para os componentes ACBr e para o ACBrMonitorPLUS! tem que entrar em contato com o seu fornecedor de software pra lhe ajudar!

Boa tarde. Entendido Daniel. Farei isso e assim que obtiver êxito no trabalho envio os fontes alterados para revisão. Obrigado.

Se as respostas do fórum não lhe atendem... então não contrate... Se atente para esse item, em específico:

Se quiser contribuir fique a vontade!

Tudo que você precisa saber sobre o SAC está em: http://www.projetoacbr.com.br/forum/SAC/sobre/ http://www.projetoacbr.com.br/forum/SAC/questoes_importantes/

Bom dia Pedro, Tente ler o resultado da seguinte forma: Result := ACBrNFe.NotasFiscais.Items[0].XML;

Só reforçando o que o Régys falou também faço o mesmo! desde antes já fazia assim

Eu tenho um processo parecido, mas faço um pouco diferente, antes de enviar a nota eu gravo o XML assinado e não autorizado, se por algum acaso ocorre um problema, somente carrego este XML no componente e faço a consulta, tem funcionado bem sem problemas.

Segue unit's para Introdução da propriedade Formato na classe Tcasasdecimais. Em pcnConversao; TDetFormato = (tdetInteger,tdetMascara); - Novo Enumerado Em ACBrNFeDANFEClass na classe Tcasasdecimais. Implantação da Propriedade fFormato : TDetFormato; Definição Padrão para as propriedades a seguir : FMask_qCom := '###,###,###,##0.00'; FMask_vUnCom := '###,###,###,##0.00'; A Propriedade sendo implantada para substituir a utilização da Tag em TCasaDecimais nas danfe's. Detalhe da configuração para utilizar formato = tdetMascara Após a implantação sera seguida das atualizações das danfe´s em novos post´s Grato ACBrNFeDANFEClass.pas pcnConversao.pas

No svn

Sim Você leu as NT de que são disponibilizadas no site do portal da nf-e? já ouviu falar do manifestador de nf-e? então sugiro começar a ler e também pesquisar aqui no fórum se for o caso! antes que pergunta o componente ACBrNFe já atende isso

Cláudio, anexe o teu arquivo ACBrMonitor.ini.

Este código ficou ultrapassado . vem ai a Tag == > Formato ( detInteger , detMascara ) Padrão para Formato = detInteger Fechar post, por favor

Fiz uma analise das modificações... Não acho que seja bom incorporar nos fontes originais... A ReduçãoZ é uma operação muito sensível, e introduzir um novo método, que faz muitos tratamentos no lado do componente, transfere muita responsabilidade para o ACBr... Sempre haverá questionamentos em como as informações são mescladas, e opiniões divergentes em qual campo deve ser mantido ou sobreposto... Portanto, acho que essa implementação deve sempre estar do lado do Programa, e não dentro do componente...

Não é bem assim que a coisa funciona... O ACBr é OpenSoure por um motivo... Para que todos possam estudar os fontes e corrigir eventuais problemas... Então você mesmo pode abrir os fontes, efetuar as correções necessárias e disponibilizar aqui os fontes corrigidos para nossa revisão

substitua seu trunk por trunk2 que está tudo funcionando!

Boa tarde João, O SCAN faz tempo que não existe mais.

Boa Tarde Ricardo, Já passei por isso. O CST do produto está incorreto. Está sendo informado um CST que corresponde ao CRT (3 - Regime Normal). Você precisa informar um dos seguintes CSTs: 102, 300 ou 500 que são aceitos para a NFC-e.

Systronic Daniel 99% do problema era meu, estava passando uma tag errada </n><ae></ce> "veja a tag do meio" ela é de inicio e eu estava colocando no fechamento Quanto a Tag <FN> foi alterado no trunk <FN></fn> no trunk2 simplesmente vc não precisa usar, use somente as outras tags de formatacão incio e fechamento outra coisa que mudou foi a retirada do Ativar e desativar na impressão, agora vc define que o componente se encarregue deste processo. mas siga os conselhos do Daniel ; Estude os fontes do projeto Demo PosPrinterTeste...também as configurações do danfeescpos

Complementando, no Trunk2 todo o envio de email foi centralizado no componente ACBrMail, então agora todos os componentes que enviam email tem que se ligar a um ACBrMail para isso e tudo é configurado no componente ACBrMail. Para enviar utilizando Threads como no antigo método, faça ACBrMail1.UseThread igual a True.

Para Remover o Fortes4Lazarus e instalar o Fortes Report CE Package -> Install/UnInstall package Ache o Fortes4Lazarus clique nele e em: "Uninstall selection" Save and Exit Package -> Package Links Ache o Fortes4Lazarus Selecione o Fortes4Lazarus Clique em "Delete Selected" Package -> Open Package file Abra o arquivo "frce.lpk" Compile Use -> Install Reconstrua o Lazarus Os Pacotes do ACBr para Lazarus, que faziam usam do Fortes4Lazarus, já foram migrados para o Fortes Report CE (frce.lpk)

Já descobri o problema, vou postar aqui caso alguém mais passar por isso. Todo o problema estava na configuração de segurança de acesso a conta, acesse o link Digite no browser https://www.google.com/settings/security/lesssecureapps e clique em ativar. Créditos do Jovanio que postou a solução em outro post aqui do fórum http://www.projetoacbr.com.br/forum/topic/23718-acbrmail-autenticação-do-servidor-de-email/#comment-153055

Boa tarde, Desculpe, Acabei de verificar aqui. Estava utilizando o exemplo que vem no pacote e estava "toRemessaBaixar". Foi só alterar para "toRemessaRegistrar" Obrigado

Para quem ainda esta com problemas no erro da RTL*.dll a solução é simples, entra nas varáveis de ambiente do S.O, varável "PATH", ali ficam várias entradas indicando caminhos das pastas do delphi, e quando desinstala ele nao retira, remove manual que funciona.

Visulizar Arquivo ACBrMonitorPLUS Linux Compilação Linux 32 bits do ACBrMonitorPLUS Versão exclusiva para assinantes SAC http://www.projetoacbr.com.br/forum/files/file/373-acbrmonitorplus-linux/ Autor Daniel Simoes Enviado 02-09-2015 Categoria Utilitários ACBr

Há algo errado nos Packages... a Unit OpenSSLExt.pas é valida apenas para o Lazarus\FPC, No Delphi é utilizada a libeay32.pas

A DLL da Dimep, depende da ZLIB.DLL... ela está presente na mesma pasta de dllsat.dll ? Tente por favor baixar novas DLLs no (confuso) site da DIMEP https://d-sat.4bee.com.br