Páginas

quinta-feira, 22 de outubro de 2009

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.

quarta-feira, 21 de outubro de 2009

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órum - http://www.djsystem.com.br/acbr/forum/ 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