Painel de líderes

Sou desenvolvedor e recebemos esse comunicado de um de nossos clientes. Creio que seja apenas alterar o arquivo Fiorilli.ini para ajustar para o novo endereço. Mas como somente a partir do dia 13/03 poderá ser usada a nova URL, então não enviarei o arquivo já ajustado. Segue conteúdo do e-mail: Assunto: Prefeitura Municipal de ASSIS: Comunicado Técnico - Nota Fiscal de Serviços Eletrônica Data: Mon, 5 Mar 2018 16:01:43 -0300 De: Tecnologia PMA <[email protected]> Para: [email protected] Na terça-feira, 13 de março de 2018, a partir das 8 horas, a URL do WEBSERVICE da NFS-E (Nota Fiscal de Serviços Eletrônica) da Prefeitura de Assis passará a responder exclusivamente no endereço https://nfsews.assis.sp.gov.br/IssWeb-ejb/IssWebWS/IssWebWS?wsdl O endereço (URL) atualmente utilizado deixará de responder a partir desta data. Para tanto, é necessário que os emissores de NFS-E, que se utilizam de software/sistemas de terceiros, comuniquem este fato ao seus desenvolvedores para que os mesmos façam a devida adequação. Essa nova URL do WEBSERVICE somente deverá ser utilizada a partir de 13 de março. Antes dessa data não deve ser utilizada. O acesso direto ao sistema ISSWEB, que gera a NFS-E, também será alterada para https://nfse.assis.sp.gov.br. Em caso de dúvidas, o contato do Departamento de Tecnologia e Governo Eletrônico é (18) 3321-5070 ramal 227 ou [email protected]

Olá pessoal, Com o intuito de acabar com a dependência da CAPICOM, nos fontes do Projeto ACBr, apliquei um amplo refactoring, nas Units de ACBrDFeSSL e suas derivadas... O que é CAPICOM ? https://en.wikipedia.org/wiki/CAPICOM Porque usávamos a CAPICOM ? Usar diretamente as APIs do Windows não é uma tarefa simples.... A CAPICOM, facilita um pouco, as tarefas que podem ser feitas com a WinCrypt (ou MS Crypto), para acesso a certificados digitais instalados no Windows Quais as desvantagens da CAPICOM ? A Microsoft condenou a mesma como obsoleta. (esse é o principal motivo) Ela precisa ser registrada no Windows para funcionar Não suporta 64 bits O que será usado no lugar da CAPICOM ? Usaremos diretamente as APIs do Windows, ou seja, a WinCrypt (também conhecida como "MS Crypto" ou "CAPI"). Ou seja, encaramos o desafio e agora usamos apenas métodos da WinCrypt para acessos a Certificados Digitais no Windows. Para facilitar o acesso a API WinCrypt, estamos usando as Units do diretório: "Fontes\Terceiros\CodeGear\", mas especificamente a Unit "ACBr_WinCrypt.pas". Quais as vantagens da WinCrypt ? Ela está presente de forma nativa, em todas as versões do Windows (desde o Windows XP), ou seja, não requer instalação. Possui versões 32 e 64 bits Não requer registro da DLL Não requer a instalação de pacotes .NET ou Java Onde posso encontrar a WinCrypt ? Ela já está instalada, de forma nativa, no seu Windows... com o nome: "crypt32.dll" Se o seu Windows é 64 bits, você encontrará a mesma em: 32 bits: "C:\Windows\SysWOW64" 64 bits "C:\Windows\System32" Se o seu Windows é 32 bits, você encontrará a mesma em: "C:\Windows\System32" O suporte a Delphi7 será mantido ? SIM. Apesar de já anunciarmos o fim do Suporte a D7, tivemos o cuidado de testar as alterações no D7. Para isso, adaptamos as units da pasta "Fontes\Terceiros\CodeGear\" para o suporte a D7... Como configurar para usar a WinCrypt e não a CAPICOM ? A maneira mais simples é configurar a seguinte propriedade: ACBrNFe1.Configuracoes.Geral.SSLLib := libWinCrypt; Na verdade, a propriedade ACBrDFe.Configuracoes.Geral.SSLLib passou a ser virtual... ou seja, ela configurará de forma indireta, as 3 novas bibliotecas de TDFeSSL... Se você ler os fontes, quando rodamos o código acima, o seguinte código será executado. procedure TGeralConf.SetSSLLib(AValue: TSSLLib); case AValue of ..... libWinCrypt: begin SSLCryptLib := cryWinCrypt; SSLHttpLib := httpWinHttp; SSLXmlSignLib := xsMsXml; end; end; Se você deseja uma configuração diferenciada, poderá configurar as bibliotecas individualmente...Exemplo: ACBrNFe1.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; ACBrNFe1.Configuracoes.Geral.SSLHttpLib := httpWinINet; ACBrNFe1.Configuracoes.Geral.SSLXmlSignLib := xsXmlSec; Como remover completamente, as Units da CAPICOM dos meus fontes ? Abra o arquivo \ACBr\Fontes\ACBrComum\ACBr.inc e altere a seguinte linha: {.$DEFINE DFE_SEM_CAPICOM} para: {$DEFINE DFE_SEM_CAPICOM} Ou seja, remova o "." do inicio O que mudou em ACBrDFeSSL ? Muita coisa.... (veja abaixo o trecho do "Change-Log").. Estudar os fontes do projeto Demo "\ACBr\Exemplos\ACBrDFe\ACBrNFe\Delphi", é a melhor maneira de conhecer as modificações. Veja abaixo, um resumo ilustrado: 1 - Agora você pode criar a sua própria janela de escolha de Certificado Veja esse exemplo de código, extraído de ACBrNFe_Demo. onde usamos o método "ACBrNFe1.SSL.LerCertificadosStore", para carregar todos os certificados da Store, definida em "ACBrNFe1.SSL.StoreName", após isso, as informações dos certificados podem ser obtidas em "ACBrNFe1.SSL.ListaCertificados" ACBrNFe1.SSL.LerCertificadosStore; For I := 0 to ACBrNFe1.SSL.ListaCertificados.Count-1 do begin with ACBrNFe1.SSL.ListaCertificados[I] do begin 2 - Agora você pode selecionar as bibliotecas de TDFeSSL, individualmente CryptLib: Permite definir qual será a biblioteca de Criptografia. Ela possui métodos como:"SelecionarCertificado", "CarregarCertificado", "CalcHash". além de propriedades como "DadosCertificado" e "ListaCertificados". TSSLCryptLib = (cryNone, cryOpenSSL, cryCapicom, cryWinCrypt) HttpLib: Usada para acesso HTTP e HTTPs, permitindo informar o Certificado na conexão. Possui métodos como: "Enviar" e propriedades como: "HTTPResultCode" e "InternalErrorCode" TSSLHttpLib = (httpNone, httpWinINet, httpWinHttp, httpOpenSSL, httpIndy); XMLSignLib: Usada para validar XMLs (contra um Schema), assinar um XML, Validar a assinatura existente em um XML. Possui métodos como: "Assinar", "Validar" e "VerificarAssinatura" TSSLXmlSignLib = (xsNone, xsXmlSec, xsMsXml, xsMsXmlCapicom); 3 - Independência das configurações de segurança do I.E. Isso pode ser obtido, se você utilizar SSLHttpLib = "httpWinHttp" ou "httpOpenSSL" Você poderá definir nos seus fontes, independente das configurações do Internet Explorer, configurações como o Tipo de segurança e TimeOut da tentativa de conexão. Essa funcionalidade já estava presente nas Units de acesso que utilizavam o OpenSSL a algum tempo. e agora com a nova Unit que faz acesso a HTTPS, usando a API do Windows chamada "WinHTTP", isso também será possível. O modelo: "httpWinINet" irá usar a API do Windows, chamada "WinINet", a qual já utilizávamos, e ela depende de configurações do I.E. 4 - Carregar o certificado por ArquivoPFX ou DadosPFX, com a WinCrypt ou CAPICOM Essa funcionalidade já estava presente, quando SSLCryptLib = cryOpenSSL. e não estava disponível para CAPICOM. Mas agora isso é possível, com a SSLCryptLib = cryCapicom ou cryWinCrypt. Ou seja, Se você tem um certificado A1, você não precisa instalar o certificado no Windows. Isso pode parecer pouco importante em uma primeira impressão... Mas veja as possibilidades: O certificado A1 poderia estar em um Banco de dados, ou em um Servidor Web, e ser carregado de forma dinâmica pela sua aplicação, independente de ser instalado manualmente no Windows. 5 - Compilar seu Executável em 64 bits Lembre-se que quando você compila o seu programa em 64 bits, todas as DLLs externas de qual ele necessitar, também devem ser de 64 bits. Portanto para isso, você não poderá usar a XMLSignLib = xsMsXml, pois a biblioteca da Microsoft para assinatura de XMLs "MSXML" não possui versão 64 bits. Mas observe que agora você pode usar a biblioteca WinCrypt com a XmlSec, basta configurar corretamente as bibliotecas de criptografia. Nota: Ainda não conseguimos, fazer com que a XMLSec possa usar certificados A3, mas isso deverá ser possível no futuro, pois a XMLSec tem suporte a "MSCrypto" Diagrama de Classes Como posso ajudar ? (Tarefas a serem efetuadas) 1 - Fazer a XmlSec funcionar usando a "mscrypto" Ainda não conseguimos fazer a XMLSec, usar a MSCrypto, atualmente ele apenas usa a "openssl". Porque isso é importante ? Temos vários problemas, com a msxml, como por exemplo: A Microsoft não distribui a mesma, de forma nativa, com o Windows (arquivo msxml5.dll) Ela não suporta 64 bits A licença de uso dassa biblioteca, é valida apenas para quem tem o Office instalado... Portanto, seria ótimo se pudéssemos ficar livres da MSXML, mas para isso, precisamos fazer o ACBr conseguir usar a XMLSec com suporte a MSCrypto (hoje ele só suporta OpenSSL)... Na verdade, já podemos usar WinCrypt + XmlSec, mas apenas para certificados A1, pois o ACBr é capaz de exportar o certificado A1 do Windows, para que o mesmo seja usado pelo OpenSSL. (ele fará isso internamente, e de forma transparente para o usuário) Quando conseguirmos fazer a XmlSec usar a MSCrypto (ou WinCrypt), conseguiremos compilar a aplicação em 64 bits, e com suporte a certificados A3 2 - Compilar os fontes da XMLSec no Windows, em 32 e 64 bits Hoje o único site que distribui a XMLSec já compilada para Windows é https://www.zlatkovic.com/libxml.en.html (Thanks Igor). Entretanto, podemos notar que os binários estão defasados, e não há uma versão 64 bits, com suporte a "mscrypto" Veja como ficou o "Change-Log" do refactoring em ACBrDFeSSL -- ACBrDFeSSL -- [*] Amplo refactoring promovido, separando a classe "TDFeSSLClass" em 3 novas classes: "TDFeSSLCryptClass" - para Carregar certificados e efetuar criptografia "TDFeSSLHttpClass" - para comunicação HTTP/HTTPS com suporte a Certificados "TDFeSSLXmlSignClass" - Para Validar XMLs, validar assinaturas e Assinar XML com Certificados [+] "TSSLLib", adicionado os tipos "libWinCrypt, libCustom" [+] Criada nova classe "TDadosCertificado", para conter os dados do certificado carregado [+] Criada nova classe "TListaCertificados",para conter uma lista de Objetos do tipo TDadosCertificado, com todos os certificados de uma "Store", e após a chamada do método "TDFeSSL.LerCertificadosStore" [+] Adicionada propriedade "TDFeSSL.StoreName: String", usada apenas no Windows. Nome da Store a ser aberta, padrão "MY" [+] Adicionada propriedade "TDFeSSL.StoreLocation: TSSLStoreLocation", usada apenas no Windows. Default "slCurrentUser". TSSLStoreLocation = (slMemory, slLocalMachine, slCurrentUser, slActiveDirectory, slSmartCard); [+] Adicionado o método: "TDFeSSL.LerCertificadosStore", apenas Windows, para carregar todos os Certifcados de "TDFeSSL.StoreName" para a lista de Objetos: "TDFeSSL.ListaCertificados" [+] Adicionado a propriedade "TDFeSSL.DadosCertificado", para permitir acesso aos dados do certificado carregado [+] Adicionada a propriedade "TDFeSSL.SSLCryptLib: TSSLCryptLib" default cryNone; para definir a classe de criptografia TSSLCryptLib = (cryNone, cryOpenSSL, cryCapicom, cryWinCrypt); [+] Adicionada a propriedade "TDFeSSL.SSLHttpLib: TSSLHttpLib" default httpNone; para definir a classe de comunicação HTTP/HTTPS TSSLHttpLib = (httpNone, httpWinINet, httpWinHttp, httpOpenSSL, httpIndy); [+] Adicionada a propriedade "TDFeSSL.SSLXmlSignLib: TSSLXmlSignLib" default xsNone; para definir a classe de assinatura de validação de XML TSSLXmlSignLib = (xsNone, xsXmlSec, xsMsXml, xsMsXmlCapicom); [+] Adicionada a propriedades "TDFeSSL"SSLType: TSSLType" default LT_all; para permitir definir o tipo de criptografia em HTTPS sendo: TSSLType = (LT_all, LT_SSLv2, LT_SSLv3, LT_TLSv1, LT_TLSv1_1, LT_TLSv1_2, LT_SSHv2) suportado apenas em TDFeHttpOpenSSL e TDFeHttpWinHttp -- ACBrDFeConfiguracoes -- [+] Adicionada as propriedades: property SSLCryptLib: TSSLCryptLib property SSLHttpLib: TSSLHttpLib property SSLXmlSignLib: TSSLXmlSignLib [*] Propriedade "SSLLib: TSSLLib" passou a ser virtual, e mantida por compatibilidade. Ajusta-la irá produzir ajustes em "SSLCryptLib", "SSLHttpLib" e "SSLXmlSignLib". Exemplo: if SSLLib = libOpenSSL then begin SSLCryptLib := cryOpenSSL; SSLHttpLib := httpOpenSSL; SSLXmlSignLib := xsXmlSec; end; -- ACBrDFe -- [+] Adicionado suporte a configurações de "SSLCryptLib", "SSLHttpLib", "SSLXmlSignLib" -- ACBrDFeOpenSSL -- [*] Amplo refactoring. Removido código referente a comunicação HTTP/HTTPs que foi migrado para "ACBrDFeHttpOpenSSL" [*] Removido código referente a assinatura digital e Validação de XML, que foi migrado para "ACBrDFeXsXmlSec" -- ACBRDFeWinCrypt -- [+] Nova Unit, para manipular Certificados do Windows e efetuar assinatura digital, usando a Win API WinCrypt (MSCrypto/CAPI) -- ACBrDFeCapicom -- [*] Refactoring, para usar boa parte do código de "ACBRDFeWinCrypt" -- ACBrDFeHttpOpenSSL -- [+] Adicionada nova Unit, derivada de ACBrDFeOpenSSL, criando implementação da classe de TDFeSSLHttpClass para comunicação http e https, usando a Synapse e OpenSSL -- ACBrDFeHttpWinApi -- [+] Adicionada nova Unit, derivada de ACBrDFeCapicom, criando implementação da classe de TDFeSSLHttpClass para comunicação http e https, usando as APIs do Windows WinHttp ou WinINet -- ACBrDFeHttpIndy, ACBrDFeCapicomDelphiSoap -- [*] Unit renomeada de "ACBrDFeCapicomDelphiSoap" para "ACBrDFeHttpIndy", e refatorada para não depender da CAPICOM -- ACBrDFeXsXmlSec -- [+] Adicionada nova Unit, derivada de ACBrDFeOpenSSL, criando implementação da classe de TDFeSSLXmlSignClass usando a Lib XMLSEC -- ACBrDFeXsMsXml -- [+] Adicionada nova Unit, derivada de ACBrDFeCapicom, criando implementação da classe de TDFeSSLXmlSignClass usando a Lib MSXML -- ACBrDFeXsMsXmlCapicom -- [+] Adicionada nova Unit, derivada de ACBrDFeCapicom, criando implementação da classe de TDFeSSLXmlSignMsXml usando a Lib MSXML e CAPICOM -- ACBrDFeException -- [+] Adicionado o exception "EACBrDFeExceptionNoPrivateKey" -- ACBrDFeUtil -- [+] Adicionado o método "SignatureElement: String" (por DSA) Obrigado... e considere nos ajudar, contratando o SAC, por pelo menos 1 mês http://www.projetoacbr.com.br/forum/sacv2/sobre/ http://www.projetoacbr.com.br/forum/sacv2/questoes_importantes/ http://www.projetoacbr.com.br/forum/sacv2/cadastro/ Fique atento.... Em breve, organizaremos um Webinar sobre essas modificações

Boa tarde galera.. Observei aqui que os eventos 2200 e 2206 na função GerarXML estão retornando uma exception diferente dos demais eventos.. Queria ver também com os colegas, se alguém tem alguma sugestão de como deixar a leitura dessas exception mais claras ao usuário.. Por exemplo, hoje ele retorna o seguinte.. 1871 - Element '{http://www.esocial.gov.br/schema/evt/evtAdmissao/v02_04_01}dtBase': This element is not expected. Expected is ( {http://www.esocial.gov.br/schema/evt/evtAdmissao/v02_04_01}natAtividade ). Hoje eu faço uma validação no meu sistema limpando essa string e deixando apenas os campos que eu preciso.. mas se um dia mudar uma vírgula, essa minha função deixará de funcionar corretamente..

Isso mesmo! Deu certo aqui tbm!

Boa tarde Armando, Muito obrigado pela colaboração, já esta no repositório. Favor atualizar os fontes.

isso mesmo aprendi algo novo.

Bom dia a todos, A principio devemos emitir um CT-e para cada NF-e. Mas podemos informar dois ou mais NF-e em um mesmo CT-e se o emitente das NF-e for o mesmo e o destinatário também for o mesmo. Por via de regra é isso. Mas temos o tal do CT-e Globalizado que nos permite algo um pouco diferente. Temos duas situações: 1. Temos diversas NF-e emitidas pelo mesmo remetente (segundo o manual no mínimo 5, mas só é aceito pela SEFAZ se for informado 6 ou mais) mas para diversos destinatários. 2. Temos diversas NF-e emitidas por diversos remetentes (mesma observação acima) mas para um único destinatário. Para emitir um CT-e Globalizado temos que atribuir o valor tiSim ao campo indGlobalizado e alimentar os grupos <rem> e <dest> dependendo das situações apresentadas acima. Na situação 1. devemos informar os dados remetente uma vez que ele é único, mas no destinatário devemos informar na razão social "DIVERSOS" e os demais dados colocar o da transportadora. Na situação 2. devemos informar os dados da transportadora e informar na razão social "DIVERSOS" para o remetente, e no destinatário informar os seus dados uma vez que ele é único. Segue em anexo um boletim técnico (antigo) que trata sobre o assunto. CTe_BT2012_001 Padroniza CTe Globalizado.pdf

@lukas1056 você provavelmente baixou a versão beta da proxima atualização do eSocial que ainda não esta em vigor ou de uma versão antiga, recomendamos sempre usar os schemas fornecidos pelo acbr, ali sempre vai estar o schema mais atual vigente.

Se SSLXmlSignLib for xsMsXml (ainda padrão quando SSLib = libWincrypt) precisa registrar a msxml5.dll. Use xsLibXml2.

Consegui resolver, eram mesmo arquivos ACBrBoleto antigos, o erro não aparece mais. Obrigado.

Além do que o @GILBERTO FARIA indicou. Houve alterações recentes nos webservices da Bahia. Tente atualizar o arquivo ACBrNFeServicos.ini, e usar uma versão atualizada do ACBrMonitorPLUS, assinando e baixando a versão SAC ou compilando pelos fontes do repositório.

Oi Primeira dica seria olhar como ta vindo no xml da NFe do fornecedor de onde a arma foi comprada... Att Ricardo

Bom dia no svn suas sugestões Obrigado.

http://www.nfe.fazenda.gov.br/portal/consultaRecaptcha.aspx?tipoConsulta=completa&tipoConteudo=XbSeqxE8pl8=&nfe=CHAVE

Não e sempre que atualizar os fontes deve de efetuar a reinstalação para recompilar os bpl

Boa noite @diogoboa Eu também fiquei confuso. Em algum momento entendi que vc queria apenas ter o cupom SAT gravado em PDF e em outro momento que vc faz referencia a DANFE nos deixa confuso, pois vc poderia estar falando do DANFE da NFe. Se for a primeira opção que citei, vc pode tentar este comando: Parte integrante do manual do ACBr. Link: https://acbr.sourceforge.io/ACBrMonitor/SATGerarPDFExtratoVenda.html

Ok... Não sei exatamente qual a sua operação, mas pelo que entendi você tem um XML gerado pelo SAT. Correto? Até então você deve emitir o Extrato de Venda, comando: ( SAT.ImprimirExtratoVenda ) Se o cliente quer que emita também uma NFe, ou o contador solicita isso... Você vai gerar uma NFe, utilizando a Tag <NFref> referenciando a chave do CFe que voce já emitiu... Consulte no manual do ACBrMonitor toda a sintaxe para gerar e enviar uma NFe ( NFe.CriarEnviarNFe )... Só Assim poderá emitir a DACTe da NF-e. Segue a tag para Referenciar NFe no arquivo .ini do ACBrMonitor. [NFRef001] Tipo=NFe refNFE=CHAVE_CFE Sugiro que de uma olhada nas NTs da Sefaz sobre o assunto (Referenciar NFe). Além da questão do CFOP para tributação... Como eu disse não sei se é essa a sua situação... Mas não vai conseguir emitir a DACT-e direto pelo XML SAT.

Sim... isso é uma técnica de programação de OOP... exceções controladas, para desviar o fluxo do sequencia do código...

@Paulo Alexandre Hostert a Exception é esperando tanto que é tratado por isso continua normalmente, o problema é que a IDE para em toda exception mesmo nas que estão sendo tratada. Sim, há como desabilita-lo. Explicação: Delphi 7 - No menu superior, clique em Tools-Debugger Options abrirá uma janela, navegue até a aba Language Exceptions e você verá uma checkbox dizendo [ ] Stop on delphi exceptionsdesmarque-a, pronto. Delphi 2006 em diante - No menu superior, clique em Tools-Options abrirá uma janela, navegue na lista que tem na esquerda, lá embaixo no final você vai encontrar Debugger Options clique na flechinha pra abrir ele aí você vai encontrar Language Exceptions, ai você vai ter a checkbox lá embaixo escrito Notify on language exceptions, é só desmarcar e pronto.

Boa tarde estimados, Seguinte, certifique-se : - Deixar somente o novo certificado cadastrado no computador: vá em certmgr.msc e em certificados - usuário atual, vá em pessoal/certificados e na lista, deixe somente o certificado novo. Todos os outros que não são utilizados exclua eles. Depois, verifique nas configurações do IE se: - De um redefinir configurações e apague tudo. - Na guia geral, dê EXCLUIR no histórico de navegação e exclua tudo. - Na guia conteúdo limpe o estado do SSL. - E depois, no botão certificados, deixe também só o atual. - Vá em Avançadas e na configuração de segurança marque a opção NÃO SALVAR PÁGINAS CRIPTOGRAFADAS NO DISCO. Feche o navegador IE, abra, e entre novamente no retaguarda do SAT, veja se ele irá pedir novamente o certificado digital, estando tudo ok, basta alterar o cadastro e incluir o novo arquivo .CER Testa aí e nos retorne. Atualizamos nosso certificado o mês passado e antes de qualquer coisa foi esse procedimento que fiz e deu certo. Até mais,

Rogério, bom dia. Por não reconhece vc quer dizer q ele não aparece na lista de certificados no seu browser ? Se for isso, qual browser vc está usando ? Sei q o firefox tem q fazer uns procedimentos adicionais para ler os certificados instalados. Caso seja Edge ou Chrome, basta que o certificado esteja instalado no windows que eles reconhecem normalmente....

amigo se tiver td instalado certinho, vc deve subir o certificado na sefaz, so nao sei se funciona com a3, segue: Como exportar Certificado Digital A3 no Windows 1. Clique no botão Iniciar, digite certmgr.msc na caixa de pesquisa e pressione Enter. 2. Clique com o botão direito do mouse no certificado que deseja exportar, aponte para Todas as tarefas e, em seguida, clique em Exportar. 3. No Assistente para Exportação de Certificados, clique em Avançar. 4. Clique em Não, não exportar a chave privada e depois clique em Avançar. (Essa opção aparecerá somente se a chave privada estiver marcada como exportável e você tiver acesso a ela). 5. Selecione o formato “X.509 codificado na base 64” e clique em Avançar. 6. Digite um nome para o arquivo e o local (inclua todo o caminho) ou clique em Procurar, navegue até o local e depois digite o nome do arquivo. 7. Clique em Concluir.

Até onde eu sei, ele foi abandonado pelo autor inicial...