Daniel Simoes

Bom, demorou mais finalmente subi os fontes que foram desenvolvidos por mim e pelo André Moraes para o SVN... Ainda há muito o que fazer, e devemos subir várias correções durante essa semana que se segue... Por favor leiam os manuais disponibilizados pelo Governo SP antes de tentar usar o componente...

O ACBr é código aberto... basta você baixar os fontes, abrir o Projeto indicado pelo André, e como todo bom programador, LER com atenção o código fonte...

Oi REgys, Você que é o "pai da criança"... Pode dar uma olhada no colaboração do Carlos ? (ou já foi pro SVN ?)

Jeter, Me desculpe por ter esquecido de analisar e subir o componente... e novamente muito obrigado pela doação... os fontes se encaixaram bem aos padrões do projeto... Parabéns pela iniciativa... Juliana, Muito obrigado pela ajuda... Vejo que cada vez mais você ficou especialista em arquivos fiscais

Apenas falta de tempo mesmo... sempre tem algo que fura a fila.... dessa vez foi o ACBrSAT Fazer consultas HTTP em pascal não é difícil... o componente que tenho (interno) é muito parecido com os outros componentes do Pacote ACBrTCP, como ACBrCEP, ACBrIBGE, ACBrCNIEE, ACBrNFPws, etc... Prometo que algum dia ainda modifico meu componente de uso interno para ele se ajustar ao ACBr... Em relação a proposta de doação, acho que não é compatível com as premissas do ACBr... Código aberto, Multi Plataforma e Multi IDE... O ideal seria transformar em componente compatibilizá-lo para usar a "Synapse" assim como os demais componentes da palheta ACBrTCP, (ACBrSocket) Acho que só isso quebraria boa parte do seu código...

Não há como mudar isso... E exigência da lei que regula o ECF... Os códigos de barras 2D são a representação de todos os cupons emitidos no dia, e precisam se armazenados por 5 anos...

Será que não foi um erro de interpretação ? Até onde eu sei, não precisa do CNPJ/CPF mas se o usuário especificar ele deve ser válido... Aqui foi assim...N No caso de duvidas na homologação é importante sempre ler e reler a lei e o roteiro

Se o ECF acusa pouco papel muito antes do fim, o problema é no Sensor do ECF... Tudo que o ACBrECF faz é ler os sensores do ECF

Acho que você está informando a Porta de maneira incorreta... Veja esse link:

As dependências dos pacotes parecem estar erradas... Ou você fez alguma alteração indevida... Em todo caso... seria necessária uma IDE de Delphi 5 para instalar e testar, algo quem nem a Embarcadero disponibiliza mais para nós do ACBr... Continuar com D5 será uma dor de cabeça constante... quase nenhum componente ou biblioteca dá suporte a ele atualmente...

Parece ser um bug do Sw.Básico do ECF... Tente suporte com eles sobre isso... Todos os fabricantes disponibilizam aplicativos para esse tipo de configuração... a Daruma tem o FSTools (solicite a eles)

Esse link deve ajudar... http://acbr.sourceforge.net/ACBrMonitor/ACBrMonitor.html?VendeItem.html

Abra o fonte da Classe ACBrECFDaruma.pas... vá no método de VendeItem... Observe que ele envia dois comandos distintos.. o primeiro para a venda de Item (que funciona) e outro para o desconto de Item anterior (que obviamente não funcionará com 100%).... Por isso o item é vendido... Mas como já foi dito aqui antes... cabe a você fazer um bom tratamento dos dados antes de enviar para o ECF...

A pergunta não tem nada a ver com o tópico original... Por favor lei as regras do forum: http://www.projetoacbr.com.br/forum/index.php?/forum-7/announcement-1-sim-n%C3%B3s-temos-regras/

Oi Jamil, Vou compilar uma versão mais nova e subir aqui para o Forum.... Também encontrei dificuldades em subir a versão existente para o sistema de downloads do Forum, preciso investigar o que ocorre... portanto, por favor use esse link http://www.projetoacbr.com.br/forum/uploads/ACBrMonitor-0.9.14-Linux-x86-Install.tar.bz2

A vantagem de tipos enumerados, é que a IDE já mostra os possíveis valores... Mas nesse caso acho que o usuário já deve saber como preencher esta propriedade... Acho melhor manter a implementação original do Jeter, afinal a consistência já é realizada...

Depois de muito tentar otimizar a busca interna do Invision Power Board, acabei desistindo Instalei um novo "Hook" que permite usarmos o Google como mecanismo de busca, o que é muito mais eficiente do que o mecanismo de busca interno do fórum... O mecanismo de busca antigo continua ativo... Basta mudar o "alvo" na janela de busca para "forum"

Por favor mantenha-se no assunto original do tópico... ou crie um novo tópico... leia as Regras: http://www.projetoacbr.com.br/forum/index.php?/forum-35/announcement-1-sim-n%C3%B3s-temos-regras/

Para falar bem a verdade não fui capaz de compreender corretamente o seu fluxo... Tente instruções mais simples exemplo: 1 - Configurar e Ativar o ECF no TEFDDemo 2 - Configurar e Ativar o TEF no TEFDDemo 3 - Abrir cupom e vender Item de 1 Real ...

A DLL costuma mudar a verlocidade do ECF para 115.200 quando está fazendo leitura da MFD... configure essa velocidade em ACBrECF.Device.Baud

Não faz muito sentido usar o ACBrFrameWork em Delphi... acredito que você achará pouca ajuda sobre isso... Infelizmente só suportamos Delphi 7 e superiores... Por que não migrar para uma IDE mais nova ? Já tentou o Lazarus / FPC ??

Isso não é recomendado... (na verdade isso é errado) pois a Segunda via do TEF tem um texto diferente da Primeira via... Veja o Demo TEFDDemo... faça testes com ele... Observe que ele imprime as 2 vias corretamente no mesmo CCD

Acho que o problema maior no caso dele... é saber em qual tela o ACBrLCB deve "escrever" o que ele leu da Serial... Aqui usei um evento que lê o conteúdo de Screen.ActiveForm e com isso sabe onde deve mandar os dados...

Solicite um orçamento detalhado do técnico, e envie uma cópia do mesmo para o e-mail para o suporte da Daruma... Eles podem confirmar se é realmente necessária uma intervenção tão grande no hardware... Provavelmente ele está orçando a troca de todo o módulo fiscal...

Estamos correndo para isso... estamos quase... O trabalho com o ECF 09/09 (EscECF) tomou mais tempo do que eu imaginei...