Continuam vendendo o ACBr

Encontrei alguns casos de pessoas vendendo o ACBR, principalmente depois da NFE que é algo que vem sendo muito procurado ultimamente.

Entrei em contato com essas pessoas e todas se comprometeram a parar de vender o componente, apenas um que se acha muito esperto insiste em continuar vendendo o componente.

Já que ele não quer colaborar vou divulgar os dados que tenho dele:

Nome: COARACY BARBOSA DA SILVA FILHO
Último anúncio: http://produto.mercadolivre.com.br/MLB-119426329-modulo-nf-e-em-delphi-com-codigo-fonte-_JM
Orkut: http://www.orkut.com.br/Main#FullProfile?rl=pcb&uid=390617415277640150

Novidades do ACBr

O ACBr cada vez mais está recebendo colaborações de diversos usuários do componente, veja a seguir algumas novidades do projeto ACBr.

• Sped Fiscal - http://www.forumweb.com.br/foruns/index.php?/topic/78912-sped-fiscal/
• Sped Contábil - http://www.forumweb.com.br/foruns/index.php?/topic/79211-iniciar-sped-contabil/
• Novo Componente TEF - http://www.forumweb.com.br/foruns/index.php?/topic/79382-acbrtefd-novo-componente-tef-com-suporte-a-multiplos-cartoes/

Em breve teremos mais novidades sobre o ACBrCTe.

Nova versão do ACBrNFeMonitor - 0.5.5c

Nova versão do ACBrNFeMonitor disponível em:

Versão CAPICOM - http://djsystem.sytes.net/ccount/click.php?id=6 (Compatível com A3)Versão OpenSSL - http://djsystem.sytes.net/ccount/click.php?id=7

Abaixo principais mudanças:

• Adicionado comando NFE.NFetoTXT(cArqXML,[cNomeArqTXT]). Este comando irá converter um arquivo XML em um arquivo TXT no formato aceito pelo emissor de SP.
• Adicionado checkbox "Mostrar Status" na aba DANFe onde quando não estiver selecionada não irá mostrar a tela "Generating Page" no momento da impressão do DANFe.
• Adicionada propriedade "Salvar NFe pelo campo Data de Emissão" na aba Diretórios onde quando estiver selecionadae se estiver configurado para salvar as NFe na propriedade PathNFe com criação de pasta mensal, a NFe será salva na pasta conforme a propriedade dEmi(Data de Emissão) e não mais pela data do PC. Propriedade criada para resolver o caso #410 relatado no MANTIS.
• Alterado criação da NFe com base no arquivo INI para permitir Data de Saida/Entrada em branco. Caso #408 no MANTIS
• Alterado retorno do comando NFe.ReciboNFe para que quando consultar um recibo de um lote com várias notas seja exibido o status de cada nota, anteriormente o comando só mostrava o status da primeira nota.

Em caso de dúvidas sobre esta nova versão utilize o FórumWeb -http://www.forumweb.com.br/foruns/index.php?/forum/465-projeto-acbr/ e caso encontre algum bug ou queira dar sugestões para a próxima versão usem o Mantis -http://acbr.sourceforge.net/mantis/

Caso queira ver o projeto ACBr cada vez melhor e não tenha tempo ou conhecimento para contribuir com código, efetue uma doação em dinheiro para o projeto. Para isso acesse http://acbr.sourceforge.net/drupal/?q=node/14

Resultado Parcial da pesquisa sobre PAF-ECF e esclarecimentos

Divulguei esta pesquisa sobre PAF-ECF nas seguintes listas: AutomacaoTotal, PCN, News do xHarbour e aqui no blog. Infelizmente, até o momento obtive apenas 30 respostas.

Gostaria de esclarecer alguns pontos sobre a pesquisa:

• Apesar de ser administrador do ACBr, a pesquisa não tem nenhuma ligação com o mesmo. Na pergunta "Você tem alguma sugestão de preço diferente das citadas na pergunta acima? " recebi algumas respostas que o ACBr não devia cobrar nada, que deveria incentivar doações ao projeto, mas como esta pesquisa não é ligada ao ACBr, então o ACBr não está cobrando nada e nem pretende cobrar. Outros responderam que não pagariam mas que queriam acesso ao código fonte(não sei oq imaginaram).
• Em uma das respostas, foi falado que estes preços vão "prostituir o mercado", mas, são apenas sugestões e estes preços seriam para a softwares houses poderem distribuir e não para clientes finais.

Alguns falaram que só pagariam se o projeto fosse OpenSource, mas cito abaixo alguns motivos porque este software não será OpenSource:

• O item 4 do requisito XXII diz que a configuração do ECF deve estar guardada em um arquivo criptografado para garantir que o ECF usado no PAF foi autorizado corretamente pelo posto fiscal. A responsabilidade de criação deste arquivo deve ser da Software House, se o sistema for em código aberto, qualquer pessoa pode baixar os fontes e ver a rotina de cripografia e criar um arquivo com os dados de um ECF ilegal.
• A homologação deve ser feita por uma empresa com CNPJ e está deverá responder perante o fisco caso exista alguma irregularidade. Caso o sistema esteja com o código aberto, nada impede que alguém altere o sistema colocando uma "tecla mágica", recompile e instale no cliente. Como o Software estará registrado no nome de uma empresa, com certeza o fisco irá procurar esta empresa e até provar que não foi vc quem realizou esta alteração irá demorar muito tempo e se gastará muito dinheiro com advogados. Conforme pode ser visto neste link http://www.forumweb.com.br/foruns/index.php?/topic/78319-ajuda-urgente-autuacao-fiscal-sefazmg/ alguns problemas podem acontecer com programas de código fechado, então imaginem com um programa com os fontes liberados.
• Além dos custos para desenvolvimento, existirão tbm os custos para homologação (TEF, PAF-ECF, etc) e como a legislação tributária exige que estas homologações sejam feitas anualmente não tem como cobrar uma taxa uma única vez, por isso a melhor maneira que encontrei foi com a cobrança de uma mensalidade pela licença de uso. Assim vc garante que o software estará sempre homologado e atendendo a legislação vigente.

Vou aguardar mais alguns dias para divulgar o resultado total da pesquisa, enquanto isso, quem tiver alguma sugestão, pode comentar no FórumWeb ou me enviar por email.

Nova Observação: Recebi um email falando que estou falando bobagem falando do item 4 do requisito XXII pois a homologação não precisa ser feita por cliente, mas em algum momento falei que a homologação precisa ser feita por cliente? Acho que tem pessoas com problemas em interpretar um texto. O que disse é que um dos requisitos é que o ECF a ser usado no PDV deve ter seus dados guardados em um arquivo criptografado e este arquivo deve ser criado pela software house responsável pelo PAF-ECF. Se o PAF-ECF tem os códigos abertos, este programa que gera o arquivo criptografado também terá que ter o código aberto, então com isso qualquer um pode baixar o gerador de arquivos com os dados da ECF e gerar um arquivo com os dados de uma impressora que não esteja lacrada ou que esteja adulterada de alguma forma. Com isto, a parte do requisito que diz "o cadastro de ECFs autorizados no arquivo auxiliar deve ser realizado exclusivamente pela empresa desenvolvedora do PAF", não poderá ser atendida pois como já disse anteriormente qualquer um que baixar os fontes poderá gerar este arquivo.

Nova versão do ACBrNFeMonitor - 0.5.5b

Nova versão do ACBrNFeMonitor disponível em:

Versão CAPICOM - http://djsystem.sytes.net/ccount/click.php?id=6 (Compatível com A3)Versão OpenSSL - http://djsystem.sytes.net/ccount/click.php?id=7

Abaixo principais mudanças:

• Adicionado propriedades 1-Ajustar Automaticamente prop. "Aguardar", 2-Aguardar, 3-Tentativas e 4-Intervalo na aba WebService. Estas propriedades apenas serão utilizadas na consulta de retorno da autorização da NFe, por padrão o números de tentativas atual do componente está como 5, então a propriedade Tentativas será criada com este valor, mas poderá ser alterado para o valor que o desenvolvedor desejar. O valor informado na propriedade Aguardar será usado para aguardar antes de efetuar a primeira consulta, por padrão está com 0 que é o valor utilizado hoje no componente. Para dias em que os servidores do sefaz estiverem apresentando problemas de lentidão, esta propriedae poderá ser alterada. A propriedade Intervalo é usada para definir qual deve ser o intervalo entre as tentativas de consulta de retorno de envio da NFe. A propriedade Ajustar Automaticamente prop. "Aguardar", quando estiver selecionada ira alterar a propriedade Aguardar colocando o valor do campo tmed do retorno de consulta de status do serviço
• Corrigido envio de email com cópias
• Corrigido retorno de envio, quando era usado o recurso de envio em lotes, as Chave NFEXXX] vinham truncadas na linha da nota anterior
• Adicionado opção Tipo de Fonte na Aba DANFE, onde pode ser usado Times New Romam ou Courier New
• Alterado comando NFe.ImprimirDANFE(cArquivo, cImpressora, nCopias) para permitir passar como terceiro parâmetro(nCopias) o número de cópias que o DANFE deve ser impresso.

Testem esta nova versão e em caso de dúvidas usem o FórumWeb - http://www.forumweb.com.br/foruns/index.php?/forum/465-projeto-acbr/ e caso encontrem algum bug ou queiram dar sugestões para a próxima versão usem o Mantis - http://acbr.sourceforge.net/mantis/

Pesquisa PAF-ECF

Versão 0.5.5a do ACBrNFeMonitor

Nova versão do ACBrNFeMonitor disponível em:

Versão CAPICOM - http://djsystem.sytes.net/ccount/click.php?id=6 (Compatível com A3)Versão OpenSSL - http://djsystem.sytes.net/ccount/click.php?id=7

Abaixo principais mudanças:

• Comando NFe.AssinarNFe irá retornar o caminho para o arquivo que foi assinado
• Adicionado comando NFe.SaveToFile(cNomeArq,cConteudoArquivo), util para quem usa comunicação via TCP/IP e precisa salvar um arquivo no terminal
• Adicionado comando NFe.LoadFromFile(cNomeArq), util para quem usa comunicação via TCP/IP e precisa ler um arquivo no terminal como por exemplo ler o arquivo XML da NFe para salvar em sua base de dados
• Comando Nfe.CriarEnviarNFe irá retornar na chave [NFEXXX] o campo Arquivo=cPathArq onde cPathArq conterá o caminho para o arquivo da NFe que foi enviado.
• URLs do DF alteradas para usar URLs do SVRS conforme orientação do Sefaz do DF
• Adicionado checkbox "Formulário Pré-Impresso" na aba "DANFE" onde caso esteja selecionado não será impressa a parte de identificação do emitente(Apenas para Danfe modelo Rave)