openerp-brazil-team team mailing list archive

[Cloves Almeida <cjalmeida@xxxxxxxxx>]

Então... por isso mesmo eu estava pensando em fazer uma interface com
soluções PDV já existentes. Acho que o ideal seria usar uma que faz
interface com o SAP Business One.

Se não me engano, a estratégia de integração usada no SAP BO é via
mensagens (IDocs). O trabalho seria preparar um módulo para ler e gerar
esses arquivos IDocs de acordo com as especificações do SAP BO, daí
teríamos acesso a várias soluções POS e que pode ser adaptado para o
resto do mundo.

Encontrei alguns fornecedores, mas ainda não pesquisei custos nem nada.

GS - Caixa Java (aparentemente roda em Linux)
http://www.gs.srv.br/cx_java.html

Alloc IT - PDV.One
http://www.allocit.com.br

Mastermaq - NG PDV
http://www.mastermaq.com.br


Atualizei o whiteboard do blueprint com essas informações. Vou entrar em
contato com alguns desses fornecedores e ver quem tem interesse em
auxiliar nessa integração.



Em Qua, 2009-09-02 às 13:48 -0300, Raphaël Valyi escreveu:
> Gentes,
> 
> 
> so para falar rapidamente, o PDV nao e força do OpenERP no momento,
> varios de nos integradores nao confiamos no modulo pos official de
> addons. Por isso, cheguei a desenvolver o modulo sale_simple_pos na
> branch
> https://code.launchpad.net/~openerp-community/openobject-addons/trunk-addons-community
> descriptivo
> aqui: http://bazaar.launchpad.net/~openerp-community/openobject-addons/trunk-addons-community/annotate/head:/sale_simple_pos/__terp__.py
> Esse modulo e um PDV simplificate que cabia bastante bem para dois
> cliente da Smile, e um que passou a ser cliente da Akretion, para uso
> geral seria preciso avaliar a coisa. Alias, veja os commits, se nao
> trabalho mais do que isso na localizaçao e porque eu estava occupado
> com este modulo...
> 
> 
> telas "touchscreens" tanbem passam a funcionar melhor com o cliente
> "Koo" (nem a brincadeira) desenvolvido pela NaN na Espanha, apesar de
> nao ser tao maduro do que o cliente GTK.
> Conheço gentes que tanbem interfaçou o Openbravo POS (fork do TinaPos
> controllado pela Openbravo) com o OpenERP, mais e bem trabalhoso.
> 
> 
> No momento, eu diria que trabalhar no PDV vale apenas para uso em
> grande escala (tipo distribuidor) e certamente nao empresa de menos de
> 10 pessoas.
> 
> 
> Espero que isso ajuda, depois podemos voltar a conversar mais sobre
> desenvolvimento de PDV.
> 
> 
> Raphaël Valyi
> http://www.akretion.com
> 
> 
> 
> 
> 
> 2009/9/2 Cloves Almeida <cjalmeida@xxxxxxxxx>
>         Pedro,
>         
>         acho interessante as suas colocações, principalmente em
>         relação à
>         trabalhar com a integração a sistemas existentes como foco
>         inicial da
>         localização.
>         
>         Estive pesquisando em relação a funcionalidade de PDV. Por
>         conta da
>         legislação e das práticas locais, não será tão simples
>         homologar o
>         OpenERP para TEF e ECF.
>         
>         
>         De qualquer maneira, estou me antecipando ao Raphael e vou
>         criar um
>         Blueprint específico para o PDV. Como método, acho que deveria
>         ter um
>         para cada um dos assuntos mencionados.
>         
>         https://blueprints.launchpad.net/openerp-brasil/+spec/pdv
>         
>         Abs,
>         
>         Cloves
>         
>         Em Qua, 2009-09-02 às 01:52 -0300, Raphaël Valyi escreveu:
>         
>         > Ola Pedro
>         >
>         >
>         > talvez volto a responder com mais detalhes depois, mas nao
>         se
>         > preocupe, nosso objetivo e mesmo de implementar apenas um
>         modulo
>         > chamado l10n_br que vem trazendo todo localizaçao brasileira
>         apenas em
>         > cima de qualquer installaçao padrao do OpenERP na versao
>         orginal dele,
>         > como ja e feito com bastante sucesso na Belgica, Suiça,
>         França,
>         > Espanha e Alemanha. E so ter algums cuidados na hora de
>         criar esse
>         > modulo l10n_br e depois nos beneficiamos de toda manutençao
>         > international.
>         >
>         >
>         > Outra coisa: logo nos vamos procurar pessoas com
>         conheciementos
>         > "business" que querem ser os responsaveis da traduçao de
>         algums
>         > modulos (por exemplo financeiro, CRM...). Porem,
>         infelizmente, as
>         > vezes, por falta dos tais conhecimentos "business", tem
>         gente que
>         > acaba traduzindo literalmente demais em vez de usar das
>         terminologias
>         > institutionalizadas. Tanbem a preciso cuidar da
>         homogeneidade das
>         > traduçoes.
>         >
>         >
>         > Bom, espero que nos começamos a organisar tudo isso nesses
>         dias que
>         > vem.
>         >
>         >
>         > Abraço,
>         >
>         >
>         > Raphaël Valyi
>         > http://www.akretion.com
>         >
>         >
>         > 2009/9/2 Pedro L Bicudo Maschio
>         <pedro.bicudo@xxxxxxxxxxxxxxxxx>
>         >         Comunidade
>         >
>         >         Estava um pouco desanimado porque a lista tinha
>         parado. De
>         >         repente, entra o Raphael e põe fogo – Obrigado !
>         >
>         >         Já estou seguindo no twitter
>         >
>         >         Tenho experiência acumulada em implantações
>         SAP/Oracle, em
>         >         desenho de processos e gestão de projetos, mas faz
>         muitos anos
>         >         que não faço programação, portanto, o tipo de
>         contribuição que
>         >         posso dar é na tradução (já fiz alguns módulos) e
>         mais
>         >         adiante, na documentação, metodologia de
>         implantação,
>         >         treinamento, etc.
>         >
>         >
>         >
>         >         Após ler os emails acumulados, segue minha pequena
>         >         contribuição:
>         >
>         >
>         >
>         >         Estratégia para Localização
>         >
>         >         - para ser útil o OpenERP precisa se manter o mais
>         próximo
>         >         possível da versão internacional. Os mais jovens que
>         tem
>         >         manifestado a pressa em fazer algo 100% brasileiro
>         que me
>         >         perdoem, mas precisa ser internacional, caso
>         contrário ninguém
>         >         vai dar conta da manutenção. Já fui diretor de
>         empresa de
>         >         software e garanto, a manutenção acaba com a gente.
>         Sendo
>         >         internacional, quando um bug é corrigido lá fora,
>         nós
>         >         imediatamente nos beneficiamos aqui.
>         >
>         >
>         >
>         >         Localização - Impostos
>         >
>         >         - Aproveitar a experiência que já temos do SAP, do
>         Oracle
>         >         Business Suite e no PeopleSoft, quase nada de
>         localização. O
>         >         que se faz é integrar com o MasterSAF (ou um módulo
>         similar) e
>         >         todos os livros fiscais, informes, e a NFe são
>         gerados e
>         >         gerenciados no MasterSAF. Não podemos criar um
>         módulo OpenERP
>         >         com funcionalidade parecida?
>         >
>         >         - Sugiro aos colegas que estão investindo tempo na
>         >         customização dos impostos, que pensem em manter o
>         conjunto
>         >         como “opcional”, um módulo que a gente possa
>         adicionar para
>         >         Brasil, mas sem mexer nos outros módulos.
>         >
>         >
>         >
>         >         SPED: em discussão há meses atrás, falamos que
>         bastaria
>         >         aplicar o plano de contas padronizado pelo SPED,
>         incluído no
>         >         download, como já existe para o plano de contas UK.
>         Alguém já
>         >         tinha distribuído o arquivo com o plano de contas,
>         mas eu não
>         >         guardei cópia.
>         >
>         >
>         >
>         >         Com o plano de contas e um módulo “fiscal”, o ideal
>         para o
>         >         usuário brasileiro seria baixar do próprio site
>         OpenERP.com,
>         >         ou seja, apenas configurar para Brasil, mas nunca
>         ter que usar
>         >         um código localizado para Brasil. Raphael: é
>         possível fazer
>         >         assim?
>         >
>         >
>         >
>         >         Invoice, Fatura e "aged partner balance"
>         >
>         >         Traduzi no launchpad como “saldo vencido do
>         parceiro”. No
>         >         Brasil podemos fazer de duas formas, ambas podem
>         funcionar na
>         >         versão atual do OpenERP.
>         >
>         >         Picking Invoice no OpenERP significa “Itens
>         separados para
>         >         fatura”, existe a opção de emitir o invoice conforme
>         pedido ou
>         >         emitir o invoice conforme carregamento. A primeira
>         opção é a
>         >         mais comum nos EUA, porém é rara no Brasil, porque a
>         lei exige
>         >         que a fatura (invoice) seja igual ao carregamento
>         (tem que
>         >         conferir quantidade).
>         >
>         >         Basta o usuário padronizar e sempre escolher “fatura
>         conforme
>         >         carregamento” e emitir o Invoice.
>         >
>         >         Note que fatura é um documento diferente de Nota
>         Fiscal, e não
>         >         precisa ser igual !
>         >
>         >
>         >
>         >         A partir daí, o arquivo gerado (invoice) alimentaria
>         o módulo
>         >         fiscal, que “transformaria” (XML?) para o arquivo
>         padrão da
>         >         NFe, envia por internet, obtém a resposta da
>         Receita, e
>         >         registra o numero da autorização, imprime o
>         conhecimento de
>         >         carga, envia o email para o destinatário avisando da
>         Nfe, e
>         >         envia uma mensagem (XML?) de volta para o OpenERP
>         para marcar
>         >         “invoice impressa com êxito”. É assim que o
>         MasterSAF
>         >         funciona, ele tem um banco de dados próprio para
>         registrar as
>         >         transações com a Receita, roda em servidor separado
>         e está
>         >         independente do ERP.
>         >
>         >
>         >
>         >         Como a Nfe pode ser emitida diretamente na internet
>         (é como já
>         >         fazemos na nossa empresa), para empresas que emitem
>         poucas
>         >         notas fiscais por dia, o módulo ainda não é
>         fundamental. Para
>         >         varejo, como já foi perguntado, ai não tem jeito,
>         precisa da
>         >         integração (precisa um módulo POS Brasil)
>         >
>         >
>         >
>         >         Parcelamento
>         >
>         >         No OpenERP padrão, a invoice seria emitida sem mudar
>         o sistema
>         >         (apenas precisa de uma solução de layout para
>         imprimir em
>         >         pdf).
>         >
>         >         Se a empresa for de serviço, deve optar por emitir
>         um invoice
>         >         para cada parcela (mesmo procedimento, teria uma NF
>         para cada
>         >         parcela), isso é importante porque paga o imposto só
>         depois de
>         >         emitir a parcela.
>         >
>         >         Se a empresa for comércio ou manufatura, e vende
>         parcelado, a
>         >         invoice tem que ser uma para cada entrega (invoice
>         picking
>         >         list como já descrito), depois emitirá as cobranças.
>         Nesse
>         >         caso precisamos de um módulo adicional, nada tem a
>         ver com a
>         >         NFe, mas tem a ver com o Sistema Brasileiro de
>         Pagamentos,
>         >         esse módulo precisaria emitir os boletos bancários
>         com código
>         >         de barras, ou ser integrado com as soluções já
>         >         disponibilizadas pelos bancos.
>         >
>         >         A função de baixa de lançamentos já existe para
>         confirmar as
>         >         parcelas pagas.
>         >
>         >
>         >
>         >         Contas a Pagar e Receber
>         >
>         >         Não encontrei no OpenERP como fazer um relatório de
>         contas a
>         >         pagar e receber no formato de fluxo de caixa,
>         puxando saldo
>         >         diário. Me parece que esta é uma funcionalidade que
>         precisa
>         >         ser melhorada para o Brasil. Porém, as listas de
>         contas
>         >         vencidas (aged), contas recebidas, e contas a pagar,
>         são
>         >         relatórios que já existem.
>         >
>         >
>         >
>         >         Raphael – VAT é o real problema
>         >
>         >         Pelo que vi, o VAT está embutido no código e o
>         OpenERP faz os
>         >         lançamentos contábeis do VAT automaticamente. Para o
>         Brasil,
>         >         isso complica. Você que conhece bem o sistema, tem
>         solução
>         >         para isso? Dá para eliminar o cálculo de VAT sem
>         mexer no
>         >         código do sistema?
>         >
>         >         O VAT é muito parecido com ICMS, porque ambos
>         incidem no preço
>         >         de venda. Mas isso cria confusão pois o cálculo é
>         diferente, e
>         >         o ICMS é uma conta que recebe créditos e débitos.
>         >
>         >
>         >
>         >         As empresas extrangeiras que operam no Brasil
>         adotaram um
>         >         padrão: no módulo “recebimento de materiais” criaram
>         a entrada
>         >         de NF, depois de digitar a NF de entrada, o sistema
>         calcula os
>         >         impostos e “guarda” em uma conta contábil para cada
>         imposto.
>         >         Abate os impostos e registra o custo da mercadoria
>         sem
>         >         impostos, ou seja, o valor de entrada da mercadoria
>         é menor
>         >         que o da NF, porque são deduzidos todos os impostos.
>         Na
>         >         contabilidade, o custo médio da matéria prima, por
>         exemplo, é
>         >         calculado sem impostos. Depois, feito o
>         processamento e
>         >         lançamentos, na hora da venda são calculados os
>         impostos e
>         >         lançados nas contas contábeis (uma para cada
>         imposto), o que
>         >         permite contabilizar os impostos em separado, como o
>         saldo do
>         >         ICMS.
>         >
>         >
>         >
>         >         Voltando ao Invoice. A quantidade vem do picking, o
>         preço vem
>         >         do pedido de venda, os impostos são calculados a
>         partir do
>         >         preço de venda, e são contabilizados diretamente em
>         seus
>         >         centros de custos. A localização Brasileira precisa
>         incluir o
>         >         cálculo e contabilização desses impostos. O cálculo
>         pode ser
>         >         feito no módulo fiscal, mas lembrando que as taxas
>         (percentual
>         >         do imposto) precisam ser cadastrados em uma tabela,
>         nunca no
>         >         código, para facilitar as mudanças.
>         >
>         >
>         >
>         >         Entre esses impostos calculados na venda, pode-se
>         incluir IR
>         >         para empresas enquadradas no Lucro Presumido e no
>         Simples.
>         >
>         >
>         >
>         >         Gestão do Projeto Brasil e Site
>         >
>         >         Esse tipo de descrição (e discussão) deveria ser
>         feito no blog
>         >         ou no wiki... como vocês pensam em trabalhar a
>         documentação?
>         >
>         >
>         >
>         >         SDS
>         >
>         >         Pedro L Bicudo Maschio
>         >
>         >         www.tgtconsult.com.br
>         >
>         >         011-9402-9435
>         >
>         >
>         >
>         >
>         >
>         >
>         >         _______________________________________________
>         >         Mailing list:
>         https://launchpad.net/~openerp-brazil-team
>         >         Post to     :
>         openerp-brazil-team@xxxxxxxxxxxxxxxxxxx
>         >         Unsubscribe :
>         https://launchpad.net/~openerp-brazil-team
>         >         More help   : https://help.launchpad.net/ListHelp
>         >
>         >
>         >
>         > _______________________________________________
>         > Mailing list: https://launchpad.net/~openerp-brazil-team
>         > Post to     : openerp-brazil-team@xxxxxxxxxxxxxxxxxxx
>         > Unsubscribe : https://launchpad.net/~openerp-brazil-team
>         > More help   : https://help.launchpad.net/ListHelp
>         
>         
> 
>