Painel de líderes

O novo forum nos permitiu ter um controle maior dos nossos usuários e visitantes... O grande aumento da comunidade se deve a algumas medidas não muito populares, como a restrição de leitura a 3 posts por visitantes... e a mensagem enfadonha que flutua no final da tela solicitando o cadastro... Mas vale lembrar que o acesso ao fórum sempre será gratuito... Nossa meta em aumentar o numero de usuários cadastrados, foi a de conseguir uma maior representatividade perante a Fabricantes e Fisco... Falar: "somos uma comunidade de mais de 11.000 usuários"... soa bem diferente

Não se essas quantidades deobrigações são boas ou ruim, mas uma coisa eu tenho certeza, além de programar, fazemos um curso fiscal e tributário em paralelo. []s,

Lá vem mais trabalho...

JuniorCamilo, O Daniel apenas respondeu sua pergunta: "entao ta entao, faze oq ?!?!?!?" Ele disse o que você poderia fazer. Não precisa ficar na defensiva. Sim, e você mesmo pode fazer começar a fazer as melhorias e outros usuários vão ajudá-lo. O que o Daniel expôs é que ele, pessoalmente, não pode fazer o serviço todo sozinho.

A principio existe o ACBrNFeMonitor, fora isso, acredito que o não desenvolvimento deve-se ao fato da comunidade .NET não ter dado devida atenção/apoio ao projeto, ficando a cargo de duas pessoas o desenvolvimento de todo ele.

Com toda a certeza sairá, assim que desenvolvido. Lembrando que a comunidade (nós usuários) podem agilizar o desenvolvimento fazendo a implementação e disponibilizando o código.

Bom dia Galera, Lendo as mensagens acima, não deixei de notar a afirmação de Rafael Dias informando que NFe não será implementada no ACBrFramework. Alguma sugestão de como os programadores .NET poderão fazer? Existe um plano 'B' para a plataforma .NET? Obrigado.

Porque o ACBrNFeMonitor é totalmente dependente do NFe, caso algum erro, ajuste, exigência ou melhorias feitas no NFe deve ficar transparente para todos os usuário ACBrNFeMonitor

Claro que tem, basta alguém fazer.

O ACBrECF não usa as dlls para comunicação normal com a impressora. Ele usa a comunicação direta pela porta serial. Assim ele se comunica com o ECF sem nenhuma necessidade das dlls*. Isso para qualquer fabricante (Daruma, Bematech, Sweda, Epson, etc...). Talvez você se pergunte: Ué, então por que tem chamadas às dlls da Daruma e de outros Fabricantes no ACBrECF? Resposta: As dlls dos fabricantes, de modo geral, só são utilizadas para gerar os arquivos que exigem os dados da MFD. Esses arquivos não são possíveis ser gerados usando a comunicação direta. Porque estão criptografados, ou porque os fabricantes não disponibilizam os comandos para isso, ou por outro motivo que está fora de nosso controle. *: Na verdade existe um caso onde é necessário o uso da dll para comunicação normal. Esse é o caso de ECFs USB que não disponibilizam um driver para porta virtual serial. Como apresentado nesse tópico

boa noite a todo Bom achei um componente free para geraçao do QR-Code http://www.tmssoftware.com/site/freetools.asp Espero ter ajudado Grato Designerba

Encontrei um roteiro "beta" do novo ato cotepe 09/2013 - http://www.fazenda.gov.br/confaz/confaz/atos/atos_cotepe/2013/ac009_13.htm roteiro_nao_oficial201.doc Fonte: http://www.inf.furb.br/lqs/site/files/roteiro_nao_oficial201.docx