openerp-brazil-team team mailing list archive
-
openerp-brazil-team team
-
Mailing list archive
-
Message #00091
Re: - Cronograma de atividades
Obrigado, Raphaël.
É importante ter uma visão real do que realmente está madura para
implantação.
Estamos apostando no OpenErp para substituir o nosso próprio Erp, que
está maduro, mas não preparado para web.
Aproveitando, ficaremos felizes em trocar experiências na área contábil
e o que for preciso.
Um abraço.
Celso.
-------- Mensagem original --------
De: Raphaël Valyi <rvalyi@xxxxxxxxx>
Para: Celso Canaan <celso.canaan@xxxxxxxxxxxx>
Cc: Joe Pimentel <joe.b.pimentel@xxxxxxxxx>, OpenErp Brasil
<openerp-brazil-team@xxxxxxxxxxxxxxxxxxx>
Pessoas,
Concordo bastante com esta lista.
Menos um ponto: o modulo "Point_Of_Sale". Accabei de analisar a
opportunidade de usar ele para um cliente. Entao decidimos de nao
ariscar a usa-lo. Acho que a qualidade e a o grau de integraçao deste
modulo nao esta bem suficente para um uso geral. Sei que Tiny SPRL tem
um cliente importante (pelo menos) que usa este modulo. Mas, pela
analisa do codigo mesmo, nao achei que que este modulo recebeu
engenharia suficente. Especialmente, ele duplica varios objetos como
(sale.order ou payments) em vez de usar os que ja existem e introduz
bastante complexidade com confiabilidade questionavel. Em nosso cas
preferimos extender a interface de venda de do modulo sale para ajudar
criaçao de novos clientes sem clique registraçao de pagamento anticipado
facilemente sem precisar de realmente passar pelo objeto
account.invoice.
Bom, de qualquer jeito, vcs nao colocaram este modulo no top da lista
entao nao importa tanto, mas talvez esta informaçao interessa vcs. Isso
e um problema frequente com OpenERP, algums modulos nao tem uma grande
qualidade e o fato que eles foram usados uma vez nao significa que pode
ser usado em qualquer situaçao. Eu sou a favor de uma melhor leitura da
qualidade real dos modulos. Espero (e acredito) que isso vai acontecer,
por enquanto isso leva tempo para analisar a situaçao cada vez. Pegam
por exemplo os modulos "price_visible_discount", ou
"product_variant_multi", eles sao bem mais seguros e limpo do que esse
apesar de ser integrante da pasta extra-addons...
Raphaël Valyi
2009/4/1 Celso Canaan <celso.canaan@xxxxxxxxxxxx>
Olá, pessoal.
Ontem Luiz Fernando, Luiz Normanha e eu fizemos uma reunião de
planejamento, na qual definimos o seguinte:
1) O grupo trabalhará numa frente que atenda as suas
necessidades e
participará da comunidade, disponibilizando as evoluções do
produto.
2) Os módulos e a prioridade a serem trabalhados conforme as
necessidades do grupo:
2.1. Base
2.2. Process
2.3. Product (Cadastros)
2.4. Account (Financeiro)
2.5. CRM
2.6. Document
2.7. Board (Gerencial)
2.8. Base_contact
2.9. Event
2.10. HR (Recursos Rumanos)
2.11. Stock
2.12. Purchase (Compras)
2.13. MRP (PCP)
2.14. Sale (Vendas)
2.15. Point_Of_Sale (Faturamento)
2.16. Project
3) Criar um curso do OpenErp para agilizar o conhecimento
necessário às
otimizações.
A primeira etapa é o estudo do OpenErp e quem tiver condições de
ministrar o curso, favor se manifestar.
Reiteramos o convite para participarem deste grupo, pois
conforme Joe
disse, minimizaremos os esforços.
Um abraço
Celso
-------- Mensagem original --------
De: Joe Pimentel <joe.b.pimentel@xxxxxxxxx>
Para: Celso Canaan <celso.canaan@xxxxxxxxxxxx>
Cc: OpenErp Brasil <openerp-brazil-team@xxxxxxxxxxxxxxxxxxx>
Oi pessoal,
Com relação ao grupo de trabalho eu topo participar porém não
sei se o
tempo que terei disponível será muito. Claro que muitas vezes
estamos
com pressa de concluir pq temos uma necessidade imediata
(atualmente eu
também estou com uma) mas acho que não devemos ser "muito
rigorosos" em
relação aos prazos planejados até porque pra alguns aqui o
trabalho a
ser realizado não é em período integral.
Estou entrando em um período de pré-FAT no meu trabalho e estas
épocas
costumam ser bastante tumultuadas.
Mas, vamos lá ...
Legal a idéia do cronograma. Estava analisando o conteúdo.
Gostaria de questionar se o primeiro ponto não seria determinar
"o que"
será estudado pois o número de módulos do OpenERP é bastante
elevado. Se
conseguirmos chegar a um consenso dos módulos que seriam mais
úteis para
a maioria talvez os esforços fossem melhor direcionados, além de
delimitar o esforço necessário.
Sei que alguns de vocês moram próximos mas acreditam que
poderíamos
marcar um horário para um chat? Seria o primeiro encontro
virtual do
time para discutir estes assuntos.
--
Joe Bertoli Pimentel
joe.b.pimentel@xxxxxxxxx
2009/3/25 Celso Canaan <celso.canaan@xxxxxxxxxxxx>
Pessoal, bom dia!
Luiz Fernando e eu havíamos conversado anteriormente
sobre
trabalharmos junto no OpenErp e
ter um produto único para nossas empresas. Cada equipe
fica
responsável por um módulo e o
disponibilizaria para as empresas participantes.
Confeccionamos um macro cronograma e gostaríamos da sua
participação.
Quaisquer dúvidas e sugestões, estamos a dispoição.
Um abraço,
Celso.
_______________________________________________
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
References