Painel de líderes

Bom dia, Alguns clientes de SC receberam um comunicado por email ( Link ) a respeito de um novo serviço de distribuição de notas fiscais eletrônicas feito pela Secretaria de Estado da Fazenda de Santa Catarina. A nota técnica pode ser acessada pelo link: http://www.sef.sc.gov.br/servicos/servico/62/NF-e_-_Nota_Fiscal_Eletr%C3%B4nica Minha dúvida é a seguinte: Este serviço criado para SC iria afetar o funcionamento do serviço NFeDistribuicaoDFe implementado no ACBr? Até onde entendi são coisas independentes, mas caso alguém tenha alguma outra informação, ficaria grato.

Você baixa a DLL pelo link que o @antonio.carlos passou. Ele também passou o manual de utilização e os exemplos que estão no SVN que você pode baixar diretamente pelo link: http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/Harbour/ Ou diretamente pelo sourceforge: https://sourceforge.net/p/acbr/code/HEAD/tree/trunk2/Projetos/ACBrLib/Demos/ Você vai gerar pela sua aplicação o padrão .ini no formato indicado no manual para cada método. O .ini pode ser em arquivo ou passando o conteúdo diretamente. Esse ACBrLib.ch eu desconheço, não sei onde você viu que precisa...

Esse serviço novo me parece igual ao que já tem no RS. Ele é destinado aos contadores ,já que não tem meios de autorizar outros CNPJs a consultar as informações. Isso não muda em nada o serviço do ACBR.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Se você informar o path do MDFe a encerrar não precisa informar o protocolo.

Pra o CNPJ matriz estar recebendo o XML ele deve estar relacionado no documento, como destinatário, transportador ou como terceiro listado na tag autXML. Se você já verificou que não é destinatário nem terceiro, resta apenas verificar se não está como transportador.

Bom dia! Vou postar aqui o link para baixar a Nota Técnica SC-2021/001 Link: https://tributario.sef.sc.gov.br/tax.NET/GetFileContent.fwk?Id=dccd9067-2f03-4346-9801-e48d1ae55db5 O link que você postou acaba caindo na página principal da SEF com uma mensagem antiga supostamente de 2018 com efeito a partir de 02/01/2019. Quem acesar a página deve observar o link a direita com o nome: [ Contabilistas: Webservice para Download de DFe ] Estive lendo e pelo que parece será um serviço paralelo parecido com o padrão já adotado a nível nacional, porém com o propósito de disponibilizar os documentos para downloads. Parte de um documento emitido pela Secretaria da Fazenda de SC em 15/01/2021. Link: http://www.sef.sc.gov.br/arquivos_portal/servicos/128/Correio_Eletronico_2021_02_DIAT_GESIT_Webservice_para_consulta_de_DFes_NFes_e_Eventos_de_NFe.pdf Portanto pelo que parece eles vão disponibilizar todos os documentos que são emitidos por CNPJ/CPF de SC e também os que são destinados a CNPJ/CPF de SC.

Bom dia Diego, Já enviei para o repositório.

@asterix.. podemos marcar uma reunião entre nós e o cliente... Com certeza temos uma oferta matadora para eles..

Italo, obrigado pela resposta, estou tentando levantar mais informações sobre essa cidade...

Olá Pessoal, O componente ACBrNFe já esta pronto para atender as alterações previstas nas Notas Técnicas 2020/006 e 2020/007. O que mudou? Referente a NT 2020/006: Inclusão do campo <indIntermed> = Indicador de intermediador/marketplace os valores aceitos são: iiSemOperacao, iiOperacaoSemIntermediador, iiOperacaoComIntermediador. Usar o valor iiSemOperacao para a tag não ser gerada. O campo <tPag> = Meio de Pagamento passou a ter novos valores são eles: fpDepositoBancario, fpPagamentoInstantaneo, fpTransfBancario, fpProgramaFidelidade, fpRegimeEspecial. Inclusão do grupo <infIntermed> (atenção na NT consta como intTran) esse grupo só deve ser gerado nos casos de operação não presencial pela internet em site de terceiros (Intermediadores). O grupo contem os campos: <CNPJ> = CNPJ do Intermediador da Transação (agenciador, plataforma de delivery, marketplace e similar) de serviços e de negócios. e <idCadIntTran> = Identificador cadastro no Intermediador, devemos informar o Nome do usuário ou identificação do perfil do vendedor no site do intermediador (agenciador, plataforma de delivery, marketplace e similar) de serviços e de negócios. Esta previsto para o dia 01/02/2021 a liberação do ambiente de homologação e 05/04/2021 o ambiente de produção. Referente a NT 2020/007: Criação do Evento gerado pelo Emitente ou Destinatário informando o Transportador interessado pela NF-e. O texto abaixo foi extraído da NT: "No momento da emissão da NF-e, muitas vezes o emitente ainda não definiu o Transportador que ficará responsável pela entrega da mercadoria, impedindo, portanto, que essa informação conste em campo específico da NF-e (tag: CNPJ/CPF, id: X04/X05), ou mesmo no grupo de pessoas autorizadas a acessar o XML da NF-e (tag: autXML, Id: GA01). Em vários outros casos, o responsável pelo transporte é o destinatário e, nesses casos, o Emitente não tem condições de informar o Transportador no XML da NF-e. O objetivo desta Nota Técnica é permitir que o Emitente informe a identificação do Transportador a qualquer momento, como uma das pessoas autorizadas a acessar o XML da NF-e. No caso em que o transporte não é de responsabilidade do Emitente, o Destinatário poderá gerar o evento, com o mesmo objetivo de autorizar que o Transportador fique autorizado a acessar o XML da NF-e. Nos casos de Redespacho ou Subcontratação, definido o transportador contratado, este poderá também autorizar outro transportador participante da mesma operação de transporte a acessar o XML da NF-e. O Transportador precisa dos dados da NF-e para instrumentalizar seus processos de transporte e, a partir da geração deste evento, possibilita o transportador em buscar o XML da NF-e no Ambiente Nacional, por meio do “Web Service de Distribuição de DF-e de Interesse dos Atores da NF-e”, conforme documentado na NT2014.002." Para o envio desse novo tipo de evento temos: 1. tipo do evento = teAtorInteressadoNFe 2. campos novos: <cOrgaoAutor> = Código da UF do Autor do Evento, <tpAutor> = tipo de autor que pode ser: taEmpresaEmitente, taEmpresaDestinataria, taEmpresa, taFisco, taRFB, taOutros, <verAplic> = Versão do aplicativo do Autor do Evento, <CNPJ/CPF> da pessoa autorizada a acessar o XML da NF-e, e <tpAutorizacao> = tipo de autorização que pode ser: taNaoPermite, taPermite (0 – Não permite; 1 – Permite o transportador autorizado pelo emitente ou destinatário autorizar outros transportadores para ter acesso ao download da NF-e). Esta previsto para o dia 01/02/2021 a liberação do ambiente de homologação e 05/04/2021 o ambiente de produção. As duas Notas Técnicas estão disponíveis em nossa biblioteca: Quando o componente vai ser liberado com as alterações? Ultima semana de janeiro ou seja após o dia 25/01/2021, uma vez que só vai ser possível testar após o dia 01/02/2021. Vou ter que fazer alterações na minha aplicação? Tudo vai depender de quem são os seus clientes.

Bom dia, Vamos lá. No Registro 01 os campos nos quais são informadas as versões do SB e do PAF aceitam sim os pontos (pode mandar). No campo da versão da ER vão somente os números. No registro R05 não tem pontos. Com ou sem ponto, o ACBrPAF não controla isso. Você fornece da forma que preferir desde que não ultrapasse o limite do campos. Ele não formata o conteúdo. Só se alguém alterou os fontes do componente (muito remoto). Mas aí, outros desenvolvedores teriam se pronunciado aqui. Inclusive eu que ainda uso muito o PAF-ECF. Recomendo você debugar seu projeto e ver como o componente está recebendo essas informações da sua aplicação.

Bom dia, Essa também é minha primeira mensagem por aqui. Entrei em contato com o suporte DF-e e recebi o seguinte retorno: No meu caso, estou consultando NSUs em sequencia, não estou repetindo NSU ou consultando lotes antigos. Sempre passo a UltNSU que recebo do WS como parâmetro na próxima requisição, e estou validando o UltNSU contra o MaxNSU. Uso um único IP para consultas, e não faço consultas simultâneas/concorrentes. Também limitei a frequência de requisições a no máximo uma por minuto. Mesmo com todos esses cuidados, ainda estou recebendo mensagem de consumo indevido. Consigo fazer entre 10 e 20 requisições com sucesso e ai dá erro. Cheguei a limitar a uma consulta a cada 5 minutos, e ainda assim dá problema. Alguém teria mais detalhes sobre qual o limite de requisições por hora/minuto/segundo do WS de Distribuição DF-e?

Bom dia, A partir do dia 01/01/2020 foi adicionado o campo CHV_DOCe no registro C500. O mesmo não está sendo lido na unit ACBrEPCBloco_C_Importar. Fiz a inclusão do mesmo conforme o arquivo em anexo. Favor colocar no SVN. Rodrigo. ACBrEPCBloco_C_Importar.pas

No svn a contribuição Obrigado

Boa Tarde Turma Me deparei com um erro na classe "ACBrSpedFiscal.pas" método TACBrSPEDFiscal.WriteRegistro1001 o qual não estava totalizando o contador dos registros 1250 e 1255. Em anexo arquivo corrigido! ACBrSpedFiscal.pas

No svn a contribuição.

@EMBarbosa, obrigado pelo Retorno. Aqui utilizamos Vb6. Essa DLL será de grande utilidade, além de ser mais um produto no portfólio ACBR.

resolvi o problema.. O padrão ZPLII tem um comando específico pra ajustar a altura e a largura das barras, que deve ser emitido antes de imprimir o código de barras ( ^BY ) Então , na unit ACBrETQZplII criei um método ComandoTamanhoBarras( aBarraFina, aBarraLarga , aAlturaBarra:Integer ) que gera esse comando ( parâmetro aBarraLarga não tem funcionalidade, pois o padrão zplII calcula a barra larga proporcionalmente ao tamanho da barra fina ) function TACBrETQZplII.ComandoTamanhoBarras(aBarraFina, aBarraLarga , aAlturaBarra:Integer): String; begin result := '^BY' + intToStr( aBarraFina )+ ',,'+ intToStr( aAlturaBarra ); end; E o método ComandoImprimirBarras ficou assim: Result := ComandoCoordenadas(aVertical, aHorizontal) + ComandoTamanhoBarras(aBarraFina, aBarraLarga , aAlturaBarras ) + ComandoBarras(aTipoBarras, aOrientacao, aAlturaBarras, aExibeCodigo) + ComandoCampo(aTexto); Dessa forma funcionou perfeitamente Segue em anexo a unit alterada, porém ela contém os métodos de gravação RFID que implementei em outra thread... Mas implementando as alterações acima funciona corretamente. ACBrETQZplII.pas

Boa tarde a todos, Juliomar, conseguir fazer impressão sem necessidade montar uma imagem, segue como fiz: AtivarACBrETQ; with ACBrETQ do begin //ImprimirQRCode( 70, 25, 'Luciano Alves da Silva', 5); ImprimirTexto(orNormal, 2, 1, 1, 15, 37, 'COD: '+'1234567'+' BON '+FloatToStr(10)); ImprimirTexto(orNormal, 2, 1, 1, 12, 37, 'REF: '+'RefPrd'); ImprimirTexto(orNormal, 2, 1, 1, 09, 37, 'TAM: '+'TamPrd'+' LJ: 00'); ImprimirTexto(orNormal, 2, 1, 1, 06, 37, 'COR: '+'CorPrd'); ImprimirTexto(orNormal, 3, 1, 1, 01, 37, 'R$: '+FormatFloat('#,##0.00', 10000)); ImprimirQRCode( 2, 27, '|CODIGO|TAMANHO|COR|DESCRICAO DO PRODUTO|100.00|500,00|', 4); FinalizarEtiqueta; ImprimirEtiquetaComCopiasEAvanco; Desativar; end; Ficou show, agradeço ao pessoal do ACBr

Descobri a solução! Atualizei essas 2 DLL's no minha aplicação: C:\ACBr\DLLs\OpenSSL\1.1.1.7\x86\libcrypto-1_1.dll; C:\ACBr\DLLs\OpenSSL\1.1.1.7\x86\libssl-1_1.dll Obrigado pela atenção.

Olá pessoal, É com muita satisfação que comunicamos que agora os Fontes do Projeto ACBr, já foram ajustados para suportar o OpenSSL na versão 1.1.1 Antes de prosseguir, o que é OpenSSL ? "O OpenSSL é um kit de ferramentas robusto, de nível comercial e completo para os protocolos Transport Layer Security (TLS) e Secure Sockets Layer (SSL). É também uma biblioteca de criptografia de uso geral" https://www.openssl.org/ No Projeto ACBr, usamos o OpenSSL para diversas tarefas, como por exemplo: Comunicação Segura: Ele será necessário se você usa o componente ACBrMail, ou os componentes da aba ACBrTCP, que fazem comunicação Segura com sites, pelo protocolo HTTPS. A ACBrDFeSSL, que é usada por todos os componentes de Documentos Eletrônicos do ACBr, também podem usar o OpenSSL para comunicação Segura (como uma das opções) Criptografia: Ele é usado nos componentes ACBrEAD e pela ACBrDFeSSL para calcular e Verificar Hashs e Assinaturas digitais, usando diversos padrões de Criptografia O OpenSSL é uma excelente opção... na verdade, é a minha recomendação de uso, para quem usa certificados do tipo A1 A vantagem principal, é que com o OpenSSL, você está livre da necessidade de sempre manter o seu Windows Atualizado para que a comunicação segura com TLS1.2 funcione. Com o OpenSSL você poderia ter suporte a TLS1.2, mesmo no Windows XP. Como desvantagem, no ACBr, o OpenSSL, apenas suporta Certificados do tipo A1 Porque essa atualização é importante ? O principal motivo, é que as versões anteriores deixarão de ser suportadas e não mais receberão atualizações e correções, conforme podemos ver nessa página Mas outro motivo igualmente importante, é que atualmente é muito difícil de instalar uma versão antiga do OpenSSL em alguns sistemas Operacionais. Isso poderia ser um impedimento, para executar o ACBr em várias distribuições de Linux... A atualização dos fontes não foi um processo trivial, pois a API do OpenSSL recebeu modificações substanciais, desde a versão 1.0.x https://www.openssl.org/blog/blog/2018/09/11/release111/ https://wiki.tizen.org/Security/Tizen_5.X_Migration_from_OpenSSL_1.0.2_to_OpenSSL_1.1.1_guide Preciso atualizar meu cliente Final ? Não necessariamente... o código fonte do ACBr, é esperto o bastante para suportar todas as versões do OpenSSL, desde a série 0.9.8 até a 1.1.1.x. Mas é altamente recomendado que você atualize seus Scripts de Build, para usar e distribuir a última versão do OpenSSL no seu instalador automatizado... (veja como distribuir, abaixo) Lembre-se que se você precisa usar recursos mais novos, como comunicação segura com TLS1.2, precisará ter o seu OpenSSL atualizado, para versões mais novas... Todos os Scripts que geram os instaladores do ACBrMonitorPLUS e os pacotes da ACBrLib, assim o ACBrInstall_trunk2.exe, já foram atualizados para usar e distribuir as DLLs da nova versão 1.1.1.x Como o OpenSSL é distribuído ? Você pode encontrar versões compiladas do OpenSSL para praticamente qualquer Sistema Operacional existente... No SVN do ACBr, você encontrará as últimas versões das Bibliotecas compiladas para Windows em: http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/ Repare que em cada diretório, temos as pastas x86 (32 bits) e x64 (64 bits)... Se você compila seu programa em 32 bits, então você deve usar a versão 32 bits da DLL O OpenSSL é distribuído em em 2 arquivos. Sempre mantenha os dois arquivos juntos, e sempre use o par de arquivos da mesma versão. No Windows: Até a versão 1.0.x, os nomes dos arquivos eram: ssleay32.dll e libeay32.dll, e não havia distinção nos nomes das DLLs, entre as versões 32 e 64 bits. A partir da versão 1.1.0, os nomes dos arquivos mudaram para: libssl-1_1.dll e libcrypto-1_1.dll (32 bits) e libssl-1_1-x64.dll e libcrypto-1_1-x64.dll (64 bits) Tudo que você precisa fazer, é copiar o par de arquivos (libssl-1_1.dll e libcrypto-1_1.dll) para a mesma pasta do seu binário, ou seja, na mesma pasta onde está o seu .EXE (sim, você poderia copiar esses arquivos para o diretório System do Windows, mas isso deve ser evitado, pois pode causar conflitos com outras aplicações) As DLLs do OpenSSL que estão no repositório do ACBr, são compiladas com o Visual C Studio, portanto, será necessário que na máquina destino, exista as DLLs de RunTime do Visual C. Como centenas de programas tem essa mesma dependência, provavelmente as DLLs de RunTime já estão instaladas no seu Windows... Porém, caso você perceba o erro: "Este aplicativo não pôde ser iniciado porque não foi encontrado vcruntime140.dll", provavelmente o RunTime ainda não foi instalado, a solução nesse caso, é bastante simples, bastando instalar: http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/Diversos/x86/VC_redist.x86.exe Você pode/deve, rodar esse procedimento no seu instalador, automatizado... isso pode ser feito de maneira silenciosa, e sem a intervenção do usuário... Veja esse artigo: No ACBrMonitorPLUS, usamos da seguinte maneira: VC_redist.x86.exe /install /passive /norestart No Linux: libssl.so.x.x.x - exemplos: libssl.so.1.1, libssl.so.10, libssl.so.1.1.1, libssl.so.1.1.0, libssl.so.1.0.2 , libssl.so.0.9.8, etc libcrypto.so.x.x.x - exemplos: libcrypto.so.1.1, libcrypto.so.10, libcrypto.so.1.1.1, libcrypto.so.1.1.0, libcrypto.so.1.0.2, libcrypto.so.0.9.8, etc O OpenSSL já vem instalado por padrão em várias distribuições Linux, caso contrário, use o seu gerenciador de pacotes, e instale o pacote "openssl" Veja mais sobre a distribuição de Bibliotecas em: https://acbr.sourceforge.io/ACBrLib/ComoInstalarDistribuir.html A nova rotina de Carga dinâmica das Bibliotecas do OpenSSL, que foram implementadas na Unit OpenSSLExt.pas, irá procura por vários nomes de arquivos, dando preferência para os arquivos mais novos. Ou seja, ela irá procurar pelas bibliotecas na versão 1.1.1.x, e não encontrando, procurará e pelas bibliotecas na versão 1.0.x ou inferiores Quer saber mais sobre como o ACBr usa o OpeSSL na criação e transmissão de Documentos Seguros ? Então de uma olhada nesse vídeo: Atualização em 12/03/21: A "Mikeysoft" não vem fazendo um bom trabalho no instalador do Visual C++ Runtime... parece que faltam dependências em "VC_redist.x86.exe"... Por isso recomendamos esse instalador: https://github.com/abbodi1406/vcredist/releases .. onde o desenvolvedor criou um instalador único, que roda todas as versões do instalador do Visual C++ Runtime

Sobre A ACBrLib é um conjunto de bibliotecas compartilhadas, que torna possível o uso dos componentes do Projeto ACBr, em qualquer linguagem de programação. Cada componente principal do ACBr, foi encapsulado em uma Biblioteca independente. Exemplo: O componente ACBrPosPrinter (para impressão em EscPos), está encapsulado na biblioteca ACBrLibPosPrinter. Saiba mais sobre a ACBrLib em: https://projetoacbr.com.br/downloads/#acbrlib Principais Características A ACBrLib é compilada em Windows (DLL) e Linux (SO), nas arquiteturas 32 e 64 bits, e convenções de chamada StdCall e Cdecl. Todos os Binários gerados para Windows, são versionados e assinados com o certificado digital do Projeto ACBr. Acompanham classes de Alto Nível, para facilitar o uso e integração com linguagens populares, como: Java, C#, VB e outras. O Projeto ACBr e a ACBrLib, contam com uma vasta comunidade de usuários. O que ajuda muito no suporte, melhorias e contribuições. A ACBrLib e os componentes do Projeto ACBr são desenvolvidos em Object Pascal. A ACBrLib pode ser compilada com Lazarus /FPC Licença de uso Assim como todos os fontes do Projeto ACBr, a ACBrLib, Demos e Classes de Alto nível, são distribuídas em Código Aberto, usando a licença LGPL. http://licencas.softwarelivre.org/lgpl-3.0.pt-br.html https://pt.wikipedia.org/wiki/GNU_Lesser_General_Public_License Download Binários Link versão de Produção: https://www.projetoacbr.com.br/forum/files/category/36-acbrlib/ Link versão Demo (Com restrições de uso)*: https://www.projetoacbr.com.br/forum/files/category/63-acbrlib-demo/ NOTA: Para baixar os binários de produção, você precisa ser cadastrado no nosso fórum, e membro Ativo do ACBr Pro. *Saiba mais sobre a versão demo neste tópico. Fontes Você pode baixar os Fontes do ACBr e da ACBrLib, direto do nosso repositório SVN. Veja instruções em: https://www.projetoacbr.com.br/fontes/ Exemplos de uso / Demos Link direto para download dos Demos por SVN: http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/ Documentação On-Line: https://acbr.sourceforge.io/ACBrLib/ACBrLib.html PDF: https://acbr.sourceforge.io/ACBrLib/ACBrLib.pdf Windows Help (CHM): https://acbr.sourceforge.io/ACBrLib/ACBrLib.chm Requisitos de Sistema Sistema Operacional: Windows XP ou superior 32/64; Linux 32/64 CPU: i386, x86_64 Dependências Alguns componentes do ACBr, fazem uso de bibliotecas de terceiros, como por exemplo: OpenSSL, e LibXML2. NOTA: Use bibliotecas da mesma arquitetura do seu sistema. Exemplo: Se você compila seu executável em 32 bits, precisará usar a ACBrLib e suas dependências, na versão 32 bits (mesmo que o Sistema Operacional seja 64 bits) Windows Você poderá encontrar as Dependências para a sua ACBrLib, no mesmo arquivo ZIP. Elas estão na Pasta “\dep\”. Linux Você precisará instalar as dependências, e criar os Links simbólicos necessários. Em nosso fórum, há um documento explicando como montar o ambiente no OpenSuse: https://www.projetoacbr.com.br/forum/files/file/413-desenvolvendo-no-linux-com-acbr/ Obter Suporte Gratuito Você pode obter suporte no Fórum do ACBr. Temos uma área específica para usuários da ACBrLib: https://www.projetoacbr.com.br/forum/forum/76-acbrlib/. Para criar um tópico, é necessário ter uma conta (gratuita) Profissional Se você precisa de Suporte Técnico especializado, diretamente com os desenvolvedores do ACBr. Você pode assinar o ACBr Pro, saiba mais em: https://projetoacbr.com.br/pro/ Como Instalar / Distribuir Windows O melhor lugar para copiar a ACBrLib e suas dependências, é na mesma pasta do seu Executável. Evite copiar os arquivos .DLL para diretórios do Sistema Operacional, como: Windows\System32 ou Windows\SysWow64 (isso evita conflito entre .DLLs) Não é necessário registrar as DLLs. Linux Como “root”, copie o arquivo .SO para a pasta /usr/lib ou /usr/lib64 (conforme o caso) Como usar: Consulte a documentação, para uma compreensão melhor. Copie/Instale a ACBrLib, conforme sugerido em: Como Instalar / Distribuir Verifique em Download, Exemplos de uso / Demos, se já existe para a sua linguagem, Classes de Alto nível, isso ajuda enormemente o uso da Biblioteca. Familiarize-se com o arquivo de configuração da ACBrLib (o arquivo é criado, se não existir, durante a Inicialização da ACBrLib) Chame o método de Inicialização da ACBrLib, LIB_inicializar (onde “LIB” seria o nome da ACBrLib utilizada exemplo: (POS, ETQ, NFE) Use os métodos da ACBrLib... Quando terminar, encerre a ACBrLib, chamando: LIB_Finalizar Histórico de mudanças Consulte na documentação, a sessão: “Histórico de Alterações”, de cada ACBrLib

Estavamos enfrentando esse problema, porém a SEFAZ andou mudando o manual, não exigindo mais produtos sem estoque e sem movimentação, dessa forma para nós resolveu o problema. Verifica o manual e confirma oque passei, se o sistema de vocês estiver gerando esses produtos que não precisam, acredito que irá resolver nao gera-los mais.