Fórum Adaptar Programa à Impressora Fiscal #275001

01/04/2005

0

Já pesquisei inúmera vezes sobre este assunto e não achei a minha solução.
Tenho um Programa de Venda, com controle de estoque e quero adaptá-lo a Impressora Fiscal, com todos os recursos oferecidos pelos programas similares.
Minhas dúvidas básicas são:
1. Como adaptar as funçoes das impressoras dentro das minhas rotinas
2. Quais as funcoes básicas que devo incluir no meu programa, para atender ao Fisco
3. Como homologar meu programa (em Minas Gerais)
4. E outras mais...
Agradeço a quem possa me ajudar. Pode ser indicação de livros, oferecimento de uma consultoria, ...


Crpavao

Crpavao

Responder

Posts

01/04/2005

Crpavao

subindo


Responder

Gostei + 0

01/04/2005

Gandalf.nho

Em relação ao código vc pode tentar o projeto brasileiro [url=http://acbr.sourceforge.net]ACBR[/url]


Responder

Gostei + 0

01/04/2005

Crpavao

Desculpe, mas procuro os conceitos. Qto ao código não me preocupo.


Responder

Gostei + 0

01/04/2005

Edilcimar

Eistem 2 maneiras de utilizar impressoras fiscais:
1) Colocar os códigos separados para cada uma delas e configurar o sistema para saber qual impressora utilizar, sendo que existirão N processos de venda, um para cada tipo de impressora ex: VendaBematech, VendaSigtron, VendaSchalter, etc, o que pode ser feito como procedures dentro de um mesmo form. Os outros comandos da impressora seguiriam o mesmo padrão
2) Utilizar a DLL da AFRAC(associação dos fabricantes de automação comercial), esta dll é ´compatível´ com quase todas as impressoras fiscais, com algumas limitações


Responder

Gostei + 0

01/04/2005

Dopi

Aproveitando para vender o meu peixe... ;-)

O padrao de DLL da AFRAC é uma ideia muito boa... Mas atualmente nao contempla os ECFs Bematech nem Daruma, que são os lideres do mercado (os mais utilizados)... Ainda sim, é necessário ter uma DLL para cada Fabricante...

O ACBr é compativel com os segintes ECFs
Bematech, Daruma, Schalter, Mecaf, (Elgin, Digiarte, Zanthus, Acr, Aoki, Chronos, Promcomp, TrendsSTS, Unigraph).
Além do modelo NAO FISCAL que é um Emulador de Impressora Fiscal em matriciais comuns (leia Nota legal durante o uso do Emulador)

Estamos terminando a primeira versao do [b:a2887df8fa]ACBrMonitor[/b:a2887df8fa] que permitirá qq linguagem que use comunicação TCP/IP ou consiga ler e criar arquivos TXT interagir com os componentes do ACBr

Quanto as perguntas do Pavao:
Converse com o contador da empresa que vc prestará serviços e peça pela legislação vigente do seu estado referente a ECFs e a Sintegra...
Geralmente o manual dos ECFs tem um roteiro básico, em Portugues estruturado ou Fluxo Grama, de como o Software de A.C. deve se comportar..


Responder

Gostei + 0

01/04/2005

Crpavao

Valeu, vou pesquisar.
Obrigado pelas dicas!


Responder

Gostei + 0

02/04/2005

Edilcimar

Eu tenho a dll da afrac e ela trabalha com Bematech e Sigtron Daruma


Responder

Gostei + 0

02/04/2005

Kitsystem

Edilcimar,

Vc esta enganado com as marcas mencionadas!

A Dll não é da Afrac, ele apenas tem um regra para cada fabricante, fazer a Dll de suas impressoras fiscais tudo no mesmo formato de funcoes para facilitar a vida do desenvolvedor. E é simples quem vende mais não tem nenhum interese em entrar neste jogo.

Caso queira realmente informar informar que a Bematech ou Daruma tem a DLL padrão Afrac, coloque o link .

Exemplo : Schalter/Elgin http://www.schalter.com.br/afrac.htm

Qual o link da Bematech e Daruma?????????????????????


Responder

Gostei + 0

03/04/2005

Edilcimar

www.bematech.com.br
www.daruma.com.br
www.afrac.com.br


Responder

Gostei + 0

03/04/2005

Edilcimar

E-mail recebido por mim em 31/03/2003 da Sigtron

Olá, Boa Tarde, vamos as suas duvidas:

Eu baixei a FS345.dll via internet , e estou modificando um programa que era DOS para Delphi e gostaria de obter algumas informações:

1) Esta DLL é 100¬ compatível com o padrão AFRAC, inclusive com o nome das funções?
R: Não a DLL 100¬ com o padrão AFRAC ainda está em fase de desenvolvimento.

2) Com esta DLL eu consigo acionar os modelos anteriores (FS200 a FS315) ou somente a FS345?
R: Você pode utilizar essa DLL nas impressoras anteriores porem alguns comandos da impressoras FS200, FS300 e FS315, não são nessa DLL, assim terá de usar o comando DAR_ENVIA, com a string do comando desejado e seus respectivos parametros.

3) Quando utilizando esta DLL em uma venda eu não consigo fechar o cupom fiscal, seguem abaixo 2 exemplos que eu tentei, sendo que eu vendo
(funciona correto), totalizo(funciona correto) mas o cupom não fecha, qual o erro?
R: na venda de um produto deve se seguir a sequencia ABRE CUPOM > DESCRIÇÃO DE VENDA > TOTALIZA> FORMAS DE PAGAMENTO > FECHA CUPOM.

Atente-se ao manual nos parametos pagamentos, quantidade, quanto a virgulas e valores.

se houver duvidas entre em contato.
Atenciosamente,

_______________________________________

Silvio Borges
Depto. de Assistencia Tecnica
Daruma Telecomunicações e Informática S/A
fone.: (12) 281-1000
Ramal: 143, 144 ou 633


E-mail recebido por mim em 21/03/2003 da Bematech

A Bematech desde de inicio apoiou e participou das reuniões sobre a
> padronização da dll mas ainda existem algumas restrições por ex.:
>
> mensagem promocional - na impressora X são 4 linhas
> na impressora Y são 6 linhas
> na impressora Bematech são 8 linhas
>
> Ou seja se utilizarmos a dll padrão o maximo que poderamos mandar
serão
> 4 linhas para a mensagem promocional ou seja perdemos o máximo que a nossa
> impressora tem a oferecer estamos verificando junto a AFRAC como resolver
> este problema para então darmos continuidade a nossa DLL.
>
> Ats,

++++++++++++++++++++++++++++++++++++
Cristian Vinicius Borges
Departamento de Suporte e Soluções
Fone: (41) 351 2778
mailto: suporte@bematech.com.br
www.bematech.com.br -> Visite-nos
++++++++++++++++++++++++++++++++++++

-----Mensagem original-----
De: Edilcimar [mailto:edilcimarrf@escelsanet.com.br]
Enviada em: sexta-feira, 21 de março de 2003 03:56
Para: andre@bematech.com.br
Assunto: DLL


Gostaria de saber se 1) A DLL já está totalmente compatível com o padrão AFRAC, inclusive sobre a utilização dos mesmos nomes das funções. 2) Esta DLL também é compatível com o modelo antigo da MP20

E-mail recebido por mim em 24/03/2003 da Bematech

Nesse caso a dll de alto nível é só para MP20 FI II.

++++++++++++++++++++++++++++++++++++
Cristian Vinicius Borges
Departamento de Suporte e Soluções
Fone: (41) 351 2778
mailto: suporte@bematech.com.br
www.bematech.com.br -> Visite-nos
++++++++++++++++++++++++++++++++++++




Você respondeu sobre a AFRAC mas não respondeu se a DLL atual serve para a mp20 e a mp20 II

-------Mensagem original-------

De: Suporte Software
Data: sexta-feira, 21 de março de 2003 10:48:15
Para: edilcimarrf@escelsanet.com.br
Assunto: Bematech

A Bematech desde de inicio apoiou e participou das reuniões sobre a
> padronização da dll mas ainda existem algumas restrições por ex.:
>
> mensagem promocional - na impressora X são 4 linhas
> na impressora Y são 6 linhas
> na impressora Bematech são 8 linhas
>
> Ou seja se utilizarmos a dll padrão o maximo que poderamos mandar
serão
> 4 linhas para a mensagem promocional ou seja perdemos o máximo que a nossa
> impressora tem a oferecer estamos verificando junto a AFRAC como resolver
> este problema para então darmos continuidade a nossa DLL.
>
> Ats,

++++++++++++++++++++++++++++++++++++
Cristian Vinicius Borges
Departamento de Suporte e Soluções
Fone: (41) 351 2778
mailto: suporte@bematech.com.br
www.bematech.com.br -> Visite-nos
++++++++++++++++++++++++++++++++++++

-----Mensagem original-----
De: Edilcimar [mailto:edilcimarrf@escelsanet.com.br]
Enviada em: sexta-feira, 21 de março de 2003 03:56
Para: andre@bematech.com.br
Assunto: DLL


Gostaria de saber se 1) A DLL já está totalmente compatível com o padrão AFRAC, inclusive sobre a utilização dos mesmos nomes das funções. 2) Esta DLL também é compatível com o modelo antigo da MP20


Responder

Gostei + 0

03/04/2005

Kitsystem

Politicagem!

O Fato pelo proprio descrito acima é que eles não tem nada disponivel na Internet.

O Link da Bematech completo é http://www.bematech.com.br/suporte/dwn_fisc.asp
e nao tem nada.

E ainda existem muitos desenvolvedores que irão comecar a desenvolver do zero e a Bematech principalmente, como a DLL foi seu grande trunfo até hoje, não dara esta chance a um programa que precisa ter uma Bematech como intergafe que a pessoa comece a utilizar um DLL padrao e leve de carona todos os outros fabricantes.

Ps. O padrao Afrac tem mais ou menos uns 6 a 7 anos e esta enrolacao destes fabricantes é ridicula , mas eles precisam fazer isto para não ficarem oficialmente em uma má situacao.

Ps. Mas como já não vendem mais como no ano 2000 que foi um pico de vendas de todos os fabricantes, hoje ficam brigando entre si, de quem tem a melhor Dll etc etc


Responder

Gostei + 0

03/04/2005

Edilcimar

o problema das dll´s com afrac é simplesmente a padronização de comandos, ou seja eu dou o comando abrircupom(parametros), e este comando serve para todas as impressoras que se adaptaram a dll padrão afrac, ou seja internamente só são acrescentados comandos padronizados e então a dll se vira para traduzir este comando para o padrão próprio do fabricante


Responder

Gostei + 0

04/04/2005

Dopi

Ola Edilcimar,

Como disse antes, faço parte do Grupo de Software da AFRAC. Alias qualquer software house, tb pode fazer... basta se filiar a AFRAC e participar das reuniões...

Atualmente as DLLs Bematech e Daruma não são compatíveis com a Especificação da AFRAC...

Gostaria de deixar bem claro que a AFRAC nunca desenvolveu, ou desenvolverá nenhuma DLL... O que a AFRAC fez foi reunir SoftwareHouses e Fabricantes e estes, juntos, criaram uma especificação de DLL com Comandos padroes... Cada fabricante é responsável pelo desenvolvimento e suporte da sua própria DLL. A homologação da DLL do Fabricante perante a especificação será feita pelo IPT.

Para a S.H. há a vantagem de facilitar muito a programação (código unico)... mas vc ainda precisará de uma DLL diferente para cada Modelo de ECF.

Como cada fabricante é responsável pela sua propria DLL, portanto, pode haver diferenças de Performance entre um modelo e outro. Principalmente por parte dos fabricantes que tenham uma DLL própria e não deem muita prioridade a DLL na especficação AFRAC

A adesão ao padrão não é obrigatória, portanto alguns fabricantes podem simplesmente nunca aderir... O unico meio, é nos desenvolvedores passarmos a apoiar os fabricantes que aderiram. Os fabricantes alegam altos custos para desenvolver uma nova DLL, além de que um padrão pode limitar ´por baixo´ as caracteristicas de alguns equipamentos... Entretanto, estamos novamente tentando tirar do papel, uma ideia que a tanto nos interessa...

Se vc possui ou trabalha em uma S.H. que gostaria que a Interface Generica virasse uma realidade, a melhor maneira de fazer isso é se filiando na AFRAC e manifestando o seu interesse...


Responder

Gostei + 0

04/04/2005

Edilcimar

Sim, eu concordo, pois a idéia da afrac foi exatamente padronizar os comandos para a impressora, tentando fazer com que os fabricantes de ECF aceitassem um comando padronizado e este comando ´se viraria´ para entender a dll do fabricante, conforme escrevi anteriormente. E onde eu escrevi que tinha a dll da afrac, na realidade é a dll do fabricante no padrão da afrac bemafi32.dll e fs345_32.dll, as quais possuem as suas próprias funções internas DAR_xxxxxx ou Bematech_FI_xxxxx para a sigtron e bematech respectivamente, porém aceitam dentro de certas limitações, também conforme informado, os comandos padronizados da afrac, AFRAC_xxxxx, para facilitar a nossa vida em virtude da zona que são os comandos das ecf, sendo óbvia a predominancia da bematech não só pela quantidade de impressoras vendidas, mas também pela qualidade, uma vez que as primeiras ecf´s dos concorrentes eram uma porcaria. Eu testei o padrão de chamada afrac nas impressoras fs345 e FI-II quando desenvolvi programas para farmácias, em clipper e funcionou perfeitamente.
Se TODOS os fabricantes padronizassem a chamada de funções pelo padrão da afrac ou de qualquer outro seria ótimo pois nós poderíamos desenvolver programas sem nos preocupar com quem seria o fabricante pois a mesma funcionaria, e, para os fabricantes manterem os seus próprios padrões e acrescentarem um padrão qualquer de chamada é muito fácil, basta um pouco de boa vontade


Responder

Gostei + 0

04/04/2005

Kitsystem

Bom para fechar minha participacao, volto a reforcar a ideia da DLL padrao já tem anos e a Bematech e Daruma não tem interese nisto e é logico que não vão oficializar isto.
Eu particularmente desenvolvo minha proprias comunicações diretas sem precisar de DLL, mas acho um trabalho muito interesante do componente ACBr , se eu tivesse conhecido este componente antes nem teria ficado quebrando a cabeça para desenvolver, alem do mais é em Delphi como informei antes e para quem esta comecando como foi a origem deste topico é a melhor ferramenta.
Ref a ideia da DLL da Afrac é bom para quem programa em VB , etc etc que não tem , que eu saiba que fez uma ferramenta livre e bem documentada.


Responder

Gostei + 0

Utilizamos cookies para fornecer uma melhor experiência para nossos usuários, consulte nossa política de privacidade.

Aceitar