Ponto de Venda
Encontrar soluções para usar o OpenERP como frente de caixa e/ou retaguarda de ponto-de-venda. O escopo da solução compreende base-de-dados distribuída geograficamente, interface de PDV, integração loja-matriz, ECF (Cupom Fiscal), TEF (Cartões de crédito e débito).
Serão dois módulos: um 'genérico' para ser usada por toda comunidade internacional OpenERP e um módulo com a localização brasileira.
Blueprint information
- Status:
- Not started
- Approver:
- None
- Priority:
- Undefined
- Drafter:
- Cloves Almeida
- Direction:
- Needs approval
- Assignee:
- Cloves Almeida
- Definition:
- Drafting
- Series goal:
- None
- Implementation:
-
Not started
- Milestone target:
- None
- Started by
- Completed by
Related branches
Related bugs
Sprints
Whiteboard
02/Set/2009, cjalmeida:
-------
As exigências fiscais e legais para implementar ECF e TEF são trabalhosas. Me parece que a melhor solução no curto prazo seria integrar o OpenERP com uma solução PDV existente. Uma opção seria o Stoq, projeto brasileiro Open Source, mas ele me parece ainda incompleto, faltando homologação para ECF em alguns estados e praticamente nada sobre TEF.
Por enquanto, me parece que a solução mais adequada seria integrar usando as interfaces POS do SAP Business One. Seria necessário somente criar um adptador para transformar os dados. A Alloc IT (http://
-------
04/Set/2009, rvalyi:
-------
concordo para dizer que nao vai ser simples. Nao acho que vale a pena tentar completar o modulo pos oficial. Nao minha opininao ele e bem longe de ser generico suficente infelizmente. Criei o modulo de PDV sale_simple_pos na branch trunk-addon-
E bom para pelos menos dois clientes, mas nao tem gestao de caixa de PDV, nem atende ECF e TEF por enqanto (poderia ser feito num modulo extra, mas nao sei muito bem a que custo nem se vale a pena).
PDV livres competitivos sao Openbravo POS (apesar do ERP nao estar, mas tem nada ver) e os outros forks como TinaPOS. Nao sei se vale a pena interfeçar eles, acho que depende da capacidade de investimento que vc tem.
Por fim, o parceiro do OpenERP NaN, avançou bastante sobre o assunto do PDV com o cliente QT "KOO" do OpenERP...
-------
04/Set/2009, cjalmeida:
-------
Defini uma pagina wiki com a especificação. Vou usar a estratégia de troca de mensagens XML para a integração. Isso resolve dois problemas: o da localização BR (a falta de uma solução madura de PDV no OpenERP) e o da distribuição geográfica (não há necessidade de sincronizar os dados via replicação ou ETL).
11/Jan/2011, Maxwell:
-------
Existem muitas exigências com relação ao ECF e TEF, uma delas é que a aplicação deve rodar Stand-alone e todos os dados devem ser armazenados na maquina por 5 anos no mínimo !!!
Existe também a questão de homologação do Frente e quando da utilização de funções como DAV (Documento Auxiliar de Venda) o retar-guarda também tem que ser homologado !
Com isto fazer apenas um Addons do OpenERP é quase impossível !
Estamos trabalhando na criação de um modulo GTK-Python para a funcionalidade do frente e exportando os dados para o Open.
24/Nov/2014, Marcelo
Estive pensando em criar algo off line, como um aplicativo instalado localmente em cada terminal PDV que fosse chamado pelo OPENERP no momento da validação dos pagamentos. Ao invés de gerar a impressão daquele comprovante sem valor fiscal, o sistema carregaria o aplicativo e faria e emissão do comprovante baseado nos dados inseridos no banco. Desta forma atenderíamos as exigências legais de rotinas stand alone, guarda de documentos e teria pouquíssima alteração em código do OpenERP. Apenas a inclusão de uma rotina dentro do evento Validar
