Ola, sou novo aqui, estou começando a aprender sobre o Odoo, que nos meus testes, parece um produto fantástico. Antes de começar dei uma boa lida, em diversos fóruns e li muitas das perguntas e respostas desta lista. Pelo que entendi (perdoem se entendi errado) o Openerp, teve um passado complicado, cheio de problemas e erros que geraram muita dor de cabeça e frustrações. Então gostaria da opinião de vocês, sobre o futuro do projeto vamos esquecer um pouco do passado e falar não do “openerp” e sim do Odoo, (v8) e quais são suas opiniões sobre as futuras versões (v9, 10 etc) e sobre o mercado de ERP no Brasil. Acho que seria de grande interesse, para novatos como eu que estão conhecendo o produto agora. Muito obrigado.
--
Você recebeu essa mensagem porque está inscrito no grupo "OdooBrasil / OpenERPBrasil.org" dos Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para openerp-brasi...@googlegroups.com.
Para mais opções, acesse https://groups.google.com/d/optout.
--
Você recebeu essa mensagem porque está inscrito em um tópico no grupo "OdooBrasil / OpenERPBrasil.org" dos Grupos do Google.
Para cancelar inscrição nesse tópico, acesse https://groups.google.com/d/topic/openerp-brasil/BdeJ7dP-ASE/unsubscribe.
Para cancelar inscrição nesse grupo e todos os seus tópicos, envie um e-mail para openerp-brasi...@googlegroups.com.
Renato,
Estou em fase de testes no Odoo v8, ao qual gostaria de usá-lo para gestão de microempresas.
Baseado em tua experiência, A versão atual do Odoo supre a necessidade de microempresas?
Conforme o teu relato, para grandes empresas ele não serve, pois acredita que o SAP por ter um maior investimento e mais tempo no mercado, tem melhores condições de atender grandes clientes.
Mas vamos comparar o openerp com esses softwares de gestão mais simples (ContaAzul, BetaLabs, etc.). Ele é comparável à esses sistemas?
Raphael,
Obrigado pelas respostas.
Concordo contigo que ao invés de partir para o desenvolvimento completo de uma solução de gestão comercial, seria melhor aproveitar o core do OpenERP e criar novos módulos e melhorar os que já existem, o que é minha intenção, mas conforme relatos da lista sempre há problemas de difícil solução ou que requeiram mudanças de conceito por parte da OpenERP SA . Com isso, fica confuso para quem deseja utilizar a solução ou mesmo ajudar a contribuir, ou seja, se eu decidir adicionar o OpenERP ao meu portfólio de serviços, não sei quais passos dar.
Acho que há basicamente dois tipos de empresas que utilizam sistema de gestão:
1. As que se adaptam ao fluxo do software, necessitando poucos gastos com programadores.
2. E aquelas onde é essencial a adaptação do software ao fluxo de trabalho da empresa, então se precisa de muita programação.
Por isso, acho que a melhor estratégia, seria torná-lo simplificado para uso nas empresas que podem adaptar seu fluxo de trabalho ao software, que são em maioria as pequenas e micro empresas.
Softwares como Bacula, Nagios, entre outros começaram assim...no início em pequenas empresas e agora estão em grandes companhias.
Dica: as empresas que nao entendem o desafio de botar o Odoo para rodar nao va ser bom clientes, pois muito dificil alguem querer pagar por um serviço que nao entende. Ou seja, vc tem que ser extremamente selectivo e talvez fazer que nem a gente, procurar educar o mercado para tentar destravar um pouco essa situaçao.
Sim investir para atender 1). Alguns fazem isso. Mas nao é um investimento baixo e pensa na questao da competiçao sem limite depois e tambem no custo incompresivel que vc tem com os bugs no core que nao sao poucos (tenta encontrar algum projeto no Github que teve 1800 bugs reportado em 6 meses no Github (938 ainda abertos).


--
--
Você recebeu essa mensagem porque está inscrito no grupo "OdooBrasil / OpenERPBrasil.org" dos Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para openerp-brasi...@googlegroups.com.
Para mais opções, acesse https://groups.google.com/d/optout.

Deveríamos criar uma associação com PJ, membros, conselho e etc.
mileo...@kmee.com.br
--
Você recebeu esta mensagem porque está inscrito em um tópico do grupo "OdooBrasil / OpenERPBrasil.org" dos Grupos do Google.
Para cancelar inscrição nesse tópico, acesse https://groups.google.com/d/topic/openerp-brasil/BdeJ7dP-ASE/unsubscribe.
Para cancelar inscrição nesse grupo e todos os seus tópicos, envie um e-mail para openerp-brasi...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/d/optout.
--
Você recebeu essa mensagem porque está inscrito em um tópico no grupo "OdooBrasil / OpenERPBrasil.org" dos Grupos do Google.
Para cancelar inscrição nesse tópico, acesse https://groups.google.com/d/topic/openerp-brasil/BdeJ7dP-ASE/unsubscribe.
Para cancelar inscrição nesse grupo e todos os seus tópicos, envie um e-mail para openerp-brasi...@googlegroups.com.
Para mais opções, acesse https://groups.google.com/d/optout.
Recursos x Conhecimento da comunidade x Investimento x ...
mileo...@kmee.com.br
João,Minha colocação foi a seguinte:Estipulados 20 mil reais para os custos de abertura da firma e custos operacionais do primeiro ano.Criamos o crowdfunding o pessoal contribui, se der certo beleza seguimos o planejamento.Se não der o total continuamos do jeito que estamos e revertemos o valor para a OCA. Resumindo se nem no código a turma poe a mão, quero ver colocar no bolso...Abraços
mileo...@kmee.com.br
Essas informações devem orientar a escolha das pessoas em seguir ou não com o processo organizativo da associação. Se houver interesse, o grupo deve mobilizar mais pessoas, pois são necessários pelo menos 10 integrantes para organizar uma associação. É importante organizar uma palestra ou discussão com um especialista no tema ou com pessoas que já fazem parte de alguma associação bem-sucedida.
Caso haja concordância em avançar com o trabalho, é fundamental designar os responsáveis por levantar informações sobre a legalização da associação, e outras pessoas que se responsabilizem por estudar a viabilidade econômica e as necessidades de infraestrutura e recursos financeiros.
--
Será que rola uma instância do Odoo com módulo de associação para gerenciar uma associação de membros de desenvolvimento do Ódio? ;-)
Paulo
Acho que uma simples planilha do google docs, deve bastar. Vamos pelo mais simples primeiro. Eu gostaria de ajudar com a documentação.
Você recebeu essa mensagem porque está inscrito em um tópico no grupo "OdooBrasil / OpenERPBrasil.org" dos Grupos do Google.
Para cancelar inscrição nesse tópico, acesse https://groups.google.com/d/topic/openerp-brasil/BdeJ7dP-ASE/unsubscribe.
Para cancelar inscrição nesse grupo e todos os seus tópicos, envie um e-mail para openerp-brasi...@googlegroups.com.
É isso aí Danimar, prrfeito. Vamos definir os valores, mas pra isso precisamos saber quem quer colaborar.
Você recebeu essa mensagem porque está inscrito em um tópico no grupo "OdooBrasil / OpenERPBrasil.org" dos Grupos do Google.
Para cancelar inscrição nesse tópico, acesse https://groups.google.com/d/topic/openerp-brasil/BdeJ7dP-ASE/unsubscribe.
Para cancelar inscrição nesse grupo e todos os seus tópicos, envie um e-mail para openerp-brasi...@googlegroups.com.
"That was survival mode and survival mode was no community until we somewhat recover.
Commercially that was suicide. Think that we went also tense in some big project with customers: we did most of the v8 migration but we could not work anymore. By publishing early we would have triggered the market for v8 and sadly some of these customers may have dropped our project with us and selected company X instead that would use our own work to say they would do the project (such thing already happened in 2012, @mileo knew about it, we lost the project and the next integrator failed it badly of course). We had to save our back and sadly that meant make some collateral damage."
Outro:
"May be if Kmee was positioned on a market we believed wasn't competing with us frontally on the future SaaS market we may have shared our work earlier with enough confidence that wouldn't end up risking our current critical on premise projects we were suddenly unable to deliver on time. But sadly we didn't have enough confidence it would be safe enough for us to do it so we had to delay to fix the fires first. Cause as I explained, had we triggered the v8 market without being able to deliver our current projects on time anymore, some customers would have dropped us and we would have certainly bankrupt then, a quite unfair outcome for somebody who did like 90% of this project codebase and did all the migration R&D. I'm sorry, we couldn't choose that, it was suicide."
E, por fim:
"Now yes, Akretion did more than 90% of this codebase and probably 95% if we add up all the modules we extracted to upstream OCA modules. We didn't need anybody's help to migrate and at the tough time we were fixing Odoo bug API's nobody was helping us anyway. That's a fact and as the prestige of having done it is about the only capital that we have left when giving away our GNU code open source, that's important for the business model that it's protected."
------------------------
Não sei vocês, mas eu vejo na Akretion uma empresa muito preocupada com concorrência vindo da própria comunidade e agarrada no próprio código quase que não querendo dar espaço para mais ninguém.
Uma empresa participante de uma comunidade open source pode pensar de duas formas distintas:
#1. Preciso me proteger da comunidade para que ninguém me supere / roube meus clientes, então preciso ter muito cuidado com a forma como eu disponibilizo meu código para os outros. Não posso deixar os caras usarem o MEU código, o MEU trabalho para me atacarem;
ou
#2. Por mais que eu saiba que surgirão concorrentes da comunidade, o mercado de ERP é tão grande e o market share do Odoo no Brasil é tão pequeno que essa competição da comunidade não fará diferença. Por outro lado, se a comunidade for forte, eu não precisarei desenvolver tudo sozinho e, juntos, nós teremos mais chance de que o Odoo se torne um software conhecido no mercado, o que abrirá mercado para todos. Além do mais, se os outros membros da comunidade são meus concorrentes, eu também posso ser concorrente deles, ou seja, se teremos mais empresas implantando Odoo nos clientes, maior será a base de clientes rodando Odoo para eu explorar. Se eu me tornar o melhor parceiro Odoo do mercado, a longo prazo eu acredito que esses clientes acabarão me buscando, ou seja, o esforço comercial dos meus "concorrentes" da comunidade pode muito bem se reverter em aumento da minha base de clientes no futuro.
Eu acredito que o sucesso de qualquer comunidade depende de um número significativo de empresas com o pensamento do tipo #2. Infelizmente a Akretion está mais para #1.
Veja por exemplo a resistência da Akretion em aprovar o módulo de NFe na localização (https://github.com/OCA/l10n-brazil/issues/155), é sabido que eles têm uma solução diferente - que eles nunca disponibilizaram - mas como a comunidade de forma geral só tem realmente uma solução disponível, a resistência é um problema.
Porque estou dizendo tudo isso?
Porque eu acho que a Associação é importante mas precisamos colocar as cartas na mesa e exigir um padrão de comportamento que seja mais alinhado com a forma #2 que escrevi acima. Senão, se for para todo mundo ficar escondendo o jogo ou jogando com a comunidade, nós não iremos muito longe.
====================
Sugestão:
Com relação à grana que a Associação vai precisar eu recomendo que seja discutida a seguinte possibilidade para financiar a Associação.
1. Venda de serviços online: alguns módulos serão hospedados na nuvem, e conterão o grosso do código para emitir documentos fiscais, SPED, consulta Webservice dos correios, consulta CEP, boletos, conciliação bancária, etc. No Odoo a Associação disponibiliza apenas um módulo pequeno, que delega o grosso da lógica para os servidores da Associação na nuvem. A renda da mensalidade desses serviços é então dividida entre o parceiro que implantou o Odoo no cliente que assina o serviço da Associação e a Associação em si. Se for um cliente que instalou o Odoo por conta própria a renda vai toda para a Associação. O código que a Associação vai rodar será open source e quem quiser poderia rodar o serviço por conta própria;
2. Assinatura: um custo de R$ X/ano para a empresa / pessoa que quiser ser membro da Associação (assim como a OCA faz). O custo para pessoa e empresa deveria ser diferente;
3. Doações espontâneas;
4. Crowdfunding de funcionalidades a serem desenvolvidas/melhoradas por interesse comum da comunidade;
--
--
Você recebeu essa mensagem porque está inscrito no grupo "OdooBrasil / OpenERPBrasil.org" dos Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para openerp-brasi...@googlegroups.com.
Marcelo acho que vc está fazendo uma interpretação de alguns fatos. Até onde eu sei a akretion é uma empresa que acredita no software livre. Acho que se hoje usamos o Odoo muito se deve a localização br deles.
O que entendo é que a localização oca/odoobrazil gera uma falta de sinergia enorme, pois já temos muito pouca gente criando código pra localização. Uma união neste sentido é fundamental.
Bom dia pessoal,
Fui ao SEBRAE ontem e não consegui muita coisa, me deram um software que ajuda a criar o modelo de negócio, estou preenchendo com minhas ideias e compartilho com todos ainda hoje, também estou caçando um modelo de estatuto (o SEBRAE não tinha nenhum), se alguém tiver um ai na mão, por favor compartilhe.
Quanto a reter informação para membros da associação, eu sou contra, acho que vai contra a filosofia do OpenSource.
Acho que temos que agregar valor com conhecimento e respeito, e isso demora um pouco a ser conquistado, o simples fato de sermos uma comunidade capaz de prestar ajuda aos membros é algo suficiente, e se algum possível cliente contratar alguém de fora da comunidade e acabar tendo um resultado negativo, ainda podemos angariar este cliente diretamente.
Treinamentos, suporte aos membros e até mesmo divisão de clientes devem ser nossos diferenciais, apesar de podermos suportar clientes de todo o brasil remotamente, representação regional ajuda muito na negociação, podemos até mesmo centralizar Leads, assim novos membros já entraria com uma potência carteira de clientes.
Temos que definir um código de conduta é claro, para evitar canibalismo entre os membros e também algum órgão avaliador para reclamações entre membros e também quem decida os próximos passos para focarmos o desenvolvimento da localização, um conselho talvez, com reuniões públicas e atas divulgadas (isso sim podemos manter não público).
Quanto a pesquisa, somente 4 respostas até agora, pessoal por favor ajudem a mapear as nossas possibilidades, respondam a pesquisa em:
http://goo.gl/forms/6NmDZIOJ1G
Obrigado.
Cel. 11-97223-3742
--
Você recebeu essa mensagem porque está inscrito no grupo "OdooBrasil / OpenERPBrasil.org" dos Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para openerp-brasi...@googlegroups.com.
--
Você recebeu essa mensagem porque está inscrito no grupo "OdooBrasil / OpenERPBrasil.org" dos Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para openerp-brasi...@googlegroups.com.
Para mais opções, acesse https://groups.google.com/d/optout.
A principal finalidade do JEDI(Java Education and Development Initiative) é ser um projeto colaborativo que conta com o apoio da comunidade Java de todo o mundo e, tem como finalidade:- Melhorar a experiência do ensino e aprendizagem da linguagem java.- Aumentar a qualidade dos graduados.- Disponibilizar o material de seus cursos de forma totalmente gratuita a quem interessar.- Fornecer Telecentros e Polos certificadores.- Aumentar a qualidade e a quantidade de especialistas em Java.- Fornecer mão de obra qualificada ao mercado mundial.
Marcello,
acho grave a suas insinuações sobre a "resistancia da Akretion" de incluir o modulo de nfe na localizacao como vc disse. Cara eu sou engenheiro de software com 10 anos de experienca, com mestrado na USP de SP por examplo, eu nao sei o que vc é, mas eu entendo desse negocio. Então por favor deixa quem entende e quem faz cuidar do assunto por favor. Mas vou explicar de novo o raciocinio.
Usamos sim o modulo de nfe baseado no pysped e alias, vc pode ver que nos somos contribudor do modulo e organizamos o desenho inical dele em reunões que vc nem sabe então por favor…
Agora assim que nós falamos ha um bom tempo, a gente tem a inteligencia de selecionar projetos onde o valor agredado vai vir das nossas customizacoes exclusivas e nao apenas das coisas padrões do Odoo ou das questões fiscais porque sabemos que nesse aspectos o Odoo ainda esta longe de ser competitivo, no Brasil e ate fora. Se apesar dos meus emais ou de meu livro branco sobre o assunto que explica isso vc ou algumas pessoas nao entenderam e acham que se localizar um pouquinho ou ate com um modulo secreto magico o Odoo era para ser um software pronto, a eu lamento muito mas a culpa não e minha.
Ao contrario, escolher esses projetos e ate trabalhar e nos desenvolver para fora do Brasil nos permitu de fazer desse projeto o que ele e hoje e ate de contribuir no core tanto pelo codigo (somos o terceiro contribuidor de patch no Odoo) quanto financieramente (durante 2 anos repassassamos mais de 80 000 R$ por ano para Odoo SA nao e ruim para uma empresa de software livre fundada ha 6 anos em Sao Paulo quasi que sem capital).
O fato e que co-criamos a OCA para que ja e uma associacao para propor uma alternativa ao modelo de negocio da Odoo SA e completar os modulos e garantir que vai contnuar livre caso Odoo SA se afogar num modelo proprietario.
a OCA tem o proposito de opor um contra-modelo de qualidade ao modelo de "features" da Odoo SA. Para essa alernativa ser crivel, temos sim que ter qualidade, muito mais do que a Odoo SA que por ser o editor arrecada milhoes de investidores e dos parceiros nao precisa muito prestar contas aos clientes e parceiros deles enquanto sempre tem novos para ficar no lugar dos que saem.
Os padrões de qualidade da OCA sao muito bons, ajudamos a elaborar eles alias. Agora com isso, a OCA tem alguns inconvenientes: basicamente o modelo de dupla revisao por revisores promovidos como revisores e de varios modulos no mesmo repo a super burocratico. Com isso, vc pode verificar que varios repos da OCA tem inumeros modulos nao migradoes e pull requests esperando apovacoes. No caso das dependencias upstream da localizacao isso ja e muito o caso. Na propria localizacao e pior ainda, tem PR que ficou la uns 3 meses parados.
Ou seja, so para botar o scope atual da localizacao na OCA ja e uma burocracia terrivel...Quer aumentar essa burocracia, tem certeza? Cara nao vai ser a primeira localizacao que so uma parte ta na OCA. Somos lider da localizacao francesa tambem e te falo, a metade ou mais dos modulos de localizacao que usamos estao no Github da Akretion e nao da OCA... Sem falar que hoje nao ha ninguem do Brasil que participa da OCA ainda. No maximo 3 pessoas que partcipam so do projeto da localizacao que e 1% dos repos da OCA...
Agora no caso especifico da transmissao da nfe com pysped, temos mas problema ainda: como expliquei, a lib pysped tem muito para desejar na questoes das depenencias que tem com biblotecas C ou o geraldo. As proprias dependencias do pysped nao estao sendo mantida.
Mas pior, o unico autor do pysped tem dificuldades ainda piores do que na OCA para revisar e incluir as contrbuicoes. Isso e muito preopcupante quando vc ve que mudanca da nfe 2 para 3 precisou dessa quantidade de trabalho que na epoca o autor ainda fez:
https://github.com/aricaldeira/PySPED/commit/6f129ac228aa1f0032804c187a6e0bd00cd84a67
mas nada garante que alguem seria capaz de fazer um trabalho desse no pysped o dia que pintar a nfe 4..
Nao queremos nao que os modulos que dependem do pysped seja todos no mesmo repo da OCA.
Como varios outros softwares, estamos organizando as coisas em layers de abstracoes. O repo OCA do core da localizacao vem completar os modulos da Odoo SA para completar a parte fiscal e contabil no Brasil. Depois tem adaptadores para tecnologicas de transmissao de Nfe. Como fizemos com o emissor gratuito (anda que no core porque nao traz dependencias), como teve com o tecnosped, e assim como talvez tera amanha com bibliotecas ate em Java melhor mantidas. Nos temos a visao empresarial na Akretion e nao queremos nos ferrar a gente e nossos clientes caso o pysped morra, por isso queremos deixar essa porta para solucoes melhores claramente aberta. E tem outros problemas tecnicos ainda: deveria ser uma arquitetura client-server: porque poucas requests do ERP servem para emitr nfe. Agora carregar todos workers HTTP do ERP, ate para CMS com uma porrada de dependencias na RAM sempre, me desculpa mas apesar de quebrar um galho nao e ideal. Mais uma: sem teste e com bibliotecas enraizadas com C e nao mantidas, isso va ser bem dificil de passar para python 3. Ai ai se ficar todo no mesmo runtime, como va ficar? Cara, ja apanhamos para caralho com a versao 7 do aeroo report quando Libreoffice passou a python 3 no Trusty. Nao quero o mesmo pesadelo na localizacao o dia que Odoo vai finalmente para Python 3. Na boa Marcello, com todo respeito cuide do que vc entende...
Poderia ter sim um repo adicional, mas acho que a prioridade tem que ser no core antes, migrar para a v9 etc... Enquanto isso ninguem impede ninguem de usar o repo das coisas que dependem do pysped, fazemos e contribuimos. Acho que isso so tem a ver com a questao da sua zona de conforto psicologico. Mas eu digo, se vc entendesse melhor de programacao ou do ecosistema do Odoo, teria assuntos que deveria te preocupar bem mais do que esse. Por examplo, so tou afirmando que se nao tivesse criadoa OCA, provavelmente nao existiria opcao de fork nehnuma e e provavelmente a v9 seria um codigo fechado 18 meses assim como a Odoo SA propois inicialmente... E ai certeza que botar mais burocracia nas coisas em volta do pysped e a prioridade?
Entao por favor, procura conhecer melhor os assuntos antes de falar sobre eles.
Finalmente, expliquei que esse ano tivemos um problema interno porque minha mulher morreu no fim do ano passado. Mas acho que renovando o site e finalizando os merges, as coisas vao ficar mais claras.
Agora, as pessoas tem tambem que se ligar. A grande maioria desconhece totalmente a realidade do Odoo. Uma pena que durante uns 3 anos tambem a OpenERP SA foi vender o sonho a qualquer idiota disposto a pagar 5 ou 10 000 R$ para eles que eles tambem magicamente iriam trabalhar com Odoo. Nao gente, nos nos tivemos que madrugar muito para fazer isso e isso e bem visivel para quem tem curiosidade, o dinheiro que pagamos para eles para a parceria e muito pouco nesse esforco.
Muitos fazem um espece de complexo do Brasil pensando que sei la, fora sera maravilhoso e aqui nao. Tem muita gente que deveria estudar melhor se eles realmente tem o mesmo tipo de perfil de competencia do que por examplo os desenvolvedores da CampToCamp. Tem como ver o que esses caras fazem cada dia (ou da gente tb). Certeza que o carinha de TI que inventou que iria implementar o Odoo ele mesmo tem esse tipo de perfil???
So para comecar, geralmente nos outros paises nem tem listas de discussoes em linguas locais, so mexe quem esta la nas listas internacionas em ingles. So para comecar...
O fato e que muita gente nao tem a menor condicao e nao enxerga nem isso. Dai fica reclamando da vida esperando que tudo vai cair do ceu um belo dia. Se ligem, nao cai do ceu para ninguem nem aqui nem fora.
Olá Pessoal,
Finalmente eu consegui parar um pouco para participar da discussão, vou colocar aqui o meu ponto de vista sobre alguns assuntos aqui falado, mas antes quero dar trazer um pouco alguns fatos sobre o projeto, primeiro no âmbito internacional e segundo no âmbito do Brasil.
Como já foi falado aqui em um post anterior, muitas pessoas que participam aqui da comunidade local não participa das listas internacionais que na minha opinião é muito importante acompanhar o projeto Odoo internacional pois é um projeto vital para o Odoo Brasil e sem este projeto não existiria a localização brasileira, há alguns meses no community days (evento anual do Odoo) em junho deste foi anunciado a todos a nova versão 9.0 e o novo modelo de licenciamento (fechado o código) o que muitas pessoas aqui na comunidade já sabem, mas acredito que quase ninguém na lista saiba o que aconteceu antes por trás disso, mas se ler alguns posts com data de 2011 vai entender um pouco e para isso é necessário ir um pouco antes... em 2009 depois de ter pego um investimento de 3 milhões de euros e ao invés de ser investido em melhorar a qualidade do produto foi investido mais em "marketing" e em equipe comercial em 2011 a OpenERP S.A. (empresa de propriedade do fundador do projeto) decidiu mudar as regras do jogo e lançou um licenciamento duplo, você poderia criar módulos proprietários e abertos ao mesmo tempo, o que nunca saiu do papel pois isso feria claramente a licença AGPL-3 e me lembro que naquela época muitos integradores e empresas que trabalhavam com o OpenERP desde de 2006 e contribuíam muito com o projeto deixaram de trabalhar pela insegurança do modelo de negócios e como resultado em muitos países o mercado do OpenERP reduziu muito ou ficou em uma versão anterior já que não tinha pessoas suficientes para manter os projetos locais e localizações, aqui no Brasil decidimos continuar trabalhando com o OpenERP e a manter uma comunidade ao redor de módulos licenciados pela AGPL-3.
Notem que até aquela época a unica organização que existia era a OpenERP S.A. (hoje Odoo S.A.) e a rede de integradores que nem sempre os integradores da rede de parceiros participava da comunidade e dos projetos livres. Em 2012 o Raphaël Valyi investiu um tempo e um esforço de forma visionaria em convencer os maiores parceiros e os que tinham interesse em um eco sistema livre (Comap2Camp, Terp, Savoir-faire Linux, Vauxoo e nós da Akretion) que era necessário criar uma associação para proteger os interesses do eco sistema livre e melhorar a organização da comunidade e dos projetos e iniciativas livres, em 2013 a OCA foi fundada, desde então foi criada uma plataforma e um esforço conjunto para arrecadar fundos, organizar as iniciativas, projetos livres e criar uma infra estrutura e um conjunto de ferramentas https://github.com/OCA/maintainer-tools para apoiar os projetos melhorar a qualidade do código, testes e revisão que inclusive utilizamos nos nossos projetos da localização.
Procuramos passar o projeto fiscal-rule para a OCA e em seguida a localização brasileira l10n_br-core, e foi uma das primeiras localização fora da Europa a fazer parte dos projetos da OCA, hoje todas as pessoas que contribuem com o core da localização da OCA tem que assinar um CLA (Contributor License Agreement) https://en.wikipedia.org/wiki/Contributor_License_Agreement para a fundação OCA, uma explicação rápida para o CLA e um acordo de contribuição onde você doa/cede seu copyright no caso para a fundação OCA a fim de evitar disputas por copyrights entre os contribuidores dar segurança jurídica para a função proteger os interesses da comunidade.
No inicio deste ano a OpennERP/Odoo S.A já sem dinheiro precisava de mais uma rodada de investimento, conseguiu mais 10 milhões de dollares se comprometendo a gerar uma novas formas de receita e entre as opções estavam em fechar o código (assim como tinham tentado em 2011) mas desta vez de forma mais incisiva, e desde começo do ano obrigaram a todos os parceiros ou pessoas que tinham contribuições no core do Odoo a assinarem um CLA e se não assinassem ameaçaram em simplesmente retirar as contribuições com a alegação com iriam mudar a licença apenas para que a parte web e alguns módulos eles queriam poder implementar soluções fechadas com a justificativa de ter mais segurança no SAAS deles o que era incompatível com a licença AGPL-3 e queriam ter uma segurança jurídica para isso, nós da Akretion não concordamos pois como a OpenERP S.A. já havia tentado em 2011 mas de forma menos coordenada fazer um licenciamento duplo, desta vez se ela tivesse todo o copyright do código do core poderia fazer o que bem entendesse com o código que enxergamos um risco do que depois poderia vir. Colocamos e discutimos muito entre o board da OCA sobre isso, muitos contribuidores na OCA não concordaram muito com a nossa visão pessimista em dar um CLA para a OpenERP/Odoo S.A. muitos contribuidores fizeram e nós da Akretion fomos a ultima empresa a assinar o CLA para a OpenERP S.A., alguns meses se passaram e adivinhem o que aconteceu? Versão enterprise e community!
Se não existisse a OCA que discutiu e defendeu os interesses da comunidade sendo uma plataforma apoiando a comunidade, talvez nem existiria uma versão community na versão 9.0 e não existe nenhuma garantia que as próximas versões do Odoo (10, 11...) terão uma versão community, o que hoje quem participa da comunidade cada vez menos tem fé de que isso aconteça. Eu pessoalmente vejo que a OpenERP/Odoo S.A. esta seguindo o caminho do Compiere.
Somos parceiros da OpenERP/Odoo S.A. desde 2009 quando começamos a Akretion não vejo problema em a OpenERP/Odoo S.A. ganhar dinheiro e sempre apoiamos e se eles aqui no Brasil e na Europa, e sempre defendemos que é possível alcançar os objetivos comerciais de forma sustentável com software livre, anualmente geramos uma renda considerável para eles vendendo os produtos deles (contrato de manutenção) chegando a em alguns anos a gerar US$ 40.000,00 de receita para eles, para mim o Odoo é o melhor ERP livre do mundo tem muitas virtudes mas nos orgulhamos de apensar de ser parceiros ter a liberdade de falar o que esta certo e o que esta errado, nós nunca nos comprometemos em sustentar posições ou ideias que ferisse o que acreditamos no projeto software livre é só olhar o meu twitter https://twitter.com/renatonlima e o do Raphael Vayi https://twitter.com/rvalyi e pagamos um preço por ter esta liberdade de opinião, pois quando tanto eu quando o Raphaël quando decidimos deixar nossos empregos estáveis em 2009 para trabalhar com um ERP e nem se quer calculava um imposto correto aqui no Brasil fizemos pela oportunidade de trabalhar com algo inovador buscando uma liberdade para trabalhar, ter sucesso profissional e de ajudar o mundo fazendo um trabalho de alto impacto alcançando várias pessoas e organizações.
Falando isso, qual é a minha opinião sobre o cenário atual
Com este cenário é muito importante investirmos na OCA e torna-la forte pavimentando um caminho para que a comunidade possa trilhar com o software livre, do que ficar a deriva com os objetivos comerciais da OpenERP/Odoo S.A. porque cada vez mais a OCA vai manter projetos livres e vejo que provavelmente vai ter que manter o core do projeto Odoo depois da versão 9.0 community, hoje no projeto internacional na versão 9.0 já existe um fork (enterprise (paga) e community) pois já existe uma diferença na interface web e nos features de muitos módulos que era livre na 8.0 e na 9.0 não é mais.
1. Temos que participar ativamente da comunidade internacional
Eu sei que o projeto da localização consome muito esforço local e que nem sempre dar para contribuir com projetos internacionais, mas é muito importante pelo menos acompanhar o que acontece, porque o nosso projeto e totalmente dependente do projeto internacional e temos que ter sinergia com outros projetos. este mês por exemplo integramos no fiscal-rules um trabalho feito por pessoas da comunidade francesa que melhorou a qualidade do modulo de NCM.
2. Sou a favor da comunidade se organizar
Extremamente necessário, hoje infelizmente das cerca de 1400 pessoas registradas no grupo nem 0.5% contribuem com o projeto local quanto mais a âmbito internacional. É vital termos uma organização, é importante falar que existem pontos que podem melhorar, mas nenhum ERP livre do tamanho do Odoo fez o que fizemos com poucas pessoas e por muitos anos a Akretion levou a maior parte do projeto sozinha, e o que vejo mais importante e que conseguimos trazer pessoas e dar espaço para que possam contribuir em manter o projeto e conquistarem o seu espaço através da competência e meritocracia.
No que se refere a associação
Eu não sou a favor e nem apoio a criação de uma associação aqui no Brasil, por muitos fatores:
1. É o pais mais burocrático (pode ler burrocratico) do mundo;
Vai ser feito um investimento muito grande um papeis e burocracia (contator, advogado, taxas e etc) e esforço muito grande para ser mais uma (associação, fundação, ong e etc) sem utilidade prática só para sobre carregar mais ainda quem realmente trabalha e contribui com o projeto e gerar custos operacionais que na minha opinião deveriam ser canalizado para as pessoas que trabalha.
Tudo que precisamos hoje neste sentido já temos na OCA.
2. Não vejo nenhum beneficio pratico
Quais benefícios práticos para o eco sistema livre de uma associação aqui no Brasil? Ajudar a melhorar o projeto? ajudar a organizar o projeto? hoje já não existe isso sem a burocracia de uma associação quanto mais tento esta burocracia que na minha opinião só vai engessar o desenvolvimento do projeto.
3. Qual é a legitimidade?
Hoje por exemplo o projeto l10n_br-core da localização brasileira faz parte da OCA assim como os outros projetos vão ser parte da OCA também que tem o CLA com os contribuidores do projeto, então o que esta associação vai representar?
Qual é a minha opinião sobre a condução do projeto?
Quem tem interesse em contribuir de fato com o projeto que contribua, pois eu fico decepcionado assim como acreditar como outras pessoas que trabalham arduamente no projeto em ver tantas pessoas gastando uma energia com uma coisa inútil ao invés de realmente trabalhar em melhorar o projeto.
Temos que fortalecer a OCA, eu vejo que logo vamos ter que trilhar um caminho sem a OpenERP/Odoo S.A., a menos que você queria ser um revendedor de licença enterprise de um software não adaptado, pois ainda não é claro se vai poder rodar uma versão enterprise(LGPL) com módulos (AGPL-3), mas não é meu objetivo, pois se fosse para revender alguma coisa eu venderia SAP que esta mais adaptado ao Brasil e que dar muito mais dinheiro, então é fundamental ajudar a OCA, eu pergunto aqui na lista:
Quem conhece a OCA? https://odoo-community.org/page/About
Quem já se associou a OCA? https://odoo-community.org/members
Como podem contribuir com a OCA? https://github.com/OCA
Quem pode patrocinar a OCA? https://odoo-community.org/shop
Vou mais além… quem esta disposto a pagar um dia de trabalho seja meu para organizar as coisas do projeto ou invés de só cobrar o que deveria ser feito?
Podemos fazer um crowdfunding para isso na OCA ou para patrocinar melhorias especificas no projeto e também financiar iniciativas e trabalhos que estão sendo feitos pelo Luis(KMEE) ou Danimar(Trust Code), isso com certeza vai ter um efeito pratico muito melhor do que gastar R$ 20 mil reais sendo boa parte para bancar uma associação e atividades que não vai ter efeito pratico.
Bem esta é a minha opinião, faz mais sentido em participar da OCA e dedicar tempo e dinheiro em fazer que a localização seja integrada ao contexto do projetos internacionais do que perder tempo com burocracia. Pois já temos uma associação/fundação para isso.
Para as pessoas que querem trabalhar e contribuir com o projeto eu peço que continuem trabalhando e conquistando seu espaço no projeto natualmente através da meritocracia assim como já vejo outras pessoas e empresas que estão fazendo e conquistando, isso sim me interessa vou sempre ter o maior prazer de trabalhar junto e ajudar estas pessoas.
Claro as pessoas são livres para criar o que quiserem, mas eu não tenho interesse em participar de nenhuma iniciativa como esta pois acho que é uma falta de tempo e energia.
Atualmente nós da Akretion estamos trabalhando para finalizar a migração e portar as melhorias que foram feitas para a OCA e começar a trabalhar mais integrados na OCA com a comunidade.
Marcelo Bello,
Não sei da onde você tirou esta conclusão de que queremos tomar conta das coisas sozinhos? pois somos a primeira empresa aqui no Brasil a defender o interesse coletivo do projeto e sempre defendemos uma localização unica e integrada, coisa que você sabe muito bem, pois você foi vitima de uma empresa do sul do país que nem existem mais e que fez um fork da localização e implantou na sua empresa, sumiu do mapa e te deixou na mão com um código que só eles mantiam e depois foi implorar para empresas e pessoas que participam do projeto da localização para te salvar! Então não me venha falar ou criticar o projeto ou o que fizemos no projeto, nem julgar a nossa participação no projeto por não estarmos presentes no últimos meses (mas já caminhamos anos sozinhos) devido a um fator pessoal e como expliquei antes, estávamos cuidando de assuntos também de extrema relevância para o projeto, (pois o que você vai fazer com uma localização sem um software que tem que ser localizado?) assuntos que praticamente ninguém se manifestou ou estavam inteirado aqui da lista.
Hoje queremos trabalhar sozinho? hoje ajudamos a manter a OCA e somos a 4 empresa que mais publicam módulos no mundo https://www.odoo.com/apps/contributors/modules/ então acho que você deve rever os seus conceitos sobre a nossa postura como empresa.
Sobre o projeto da NFe na OCA
O que sempre defendi e defendo desde quando começamos a fazer a integração com a NFe é que o PySPED é um projeto grande, naquela epoca em 2012 onde já mantihamos a localização era inviavel se responsabilizar em manter alem da localização um projeto do tamanho do PySPED sozinhos por isso evitamos o maximo depender exclusivamente do PyPED mantendo uma rotina de exportação de TXT nativa, cheguei a conhecer o autor do PySPED pessoalmente e tinha interesse em integra-lo com a localização, mas apenas depois que mais pessoas começaram a contribuir com o projeto em 2013 que foi possivel trabalhar e ajudar a manter o PySPED, eu é o Luis somos as pessoas que tem mais PR no projeto do PySPED https://github.com/aricaldeira/PySPED/issues?page=2&q=&utf8=%E2%9C%93, eu passei um bom tempo ajudando, explicando e projetando a arquitetura dos modulos de NFe com o Luis Mileo que por sua vez explicou para o Danimar que por sua vez esta ajudando as pessoas que estão chegando.
Nosso argumento sobre colocar os módulos da NFe é de que antes deste esforço é importante melhorar o PySPED pois existem uma serie de bugs (o que ja fazemos) criar testes para garantir a qualidade do código e outra ainda existem serios problemas por exemplo quem instala o PySPED tem que instalar o geraldo e instalar um patch, para mim e importante pensar em resolver isso antes de fazer o esforço de mandar os módulos de NFe para a OCA. Mas estamos trabalhando para isso como mostrei acima estamos fazendo PR para melhorar o PySPED e é isso que deve ser feito primeiro. Também hoje existe uma biblioteca PyNFe que atualmente esta mais ativa que o PySPED e é mais pytonica será se vale a pena criar nos modulos da nfe uma modularidade para se trabalhar com outras libs tbm? Isso tem que ser discutido.
Então não venha acusar a Akretion de trabalhar sozinha e de manter uma solução fechada para NFe, desafio a você simplesmente a provar o que você falou.
Agora deixe as pessoas que trabalham no projeto trabalharem em paz!
--
Você recebeu essa mensagem porque está inscrito no grupo "OdooBrasil / OpenERPBrasil.org" dos Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para openerp-brasi...@googlegroups.com.
Para mais opções, acesse https://groups.google.com/d/optout.
Alguns pontos:O core da localização já depende faz tempo do pysped:
https://github.com/OCA/l10n-brazil/blob/7.0/l10n_br_account/sped/nfe/document.py#L35
Essa burocracia da OCA que vc fala não é bem assim, existem módulos lá com 30% de coverage, módulos com build falhando, módulos ainda nem portados, etc.
No odoo-brazil demorou mas corrigimos todos os testes que existiam na versão 7.0, aos poucos estamos criando testes para aumentar o percentual que hoje está em 47%.
Se analisarmos da pra ver a diferença entre o odoo-brazil e OCA:
Acho que temos que ser realistas em relação a localização na OCA, existem bem poucas pessoas, então não pode ser tão demorado assim para aceitar um PR ou dizer que está ok ou não.Pessoas de outros países que são membros da OCA não vão ajudar a revisar PR da localização.
Na OCA são necessários dois revisores sempre, no odoo-brazil se fossemos esperar sempre por dois revisores não teriamos aceito nenhum PR no último mês,PRs que a kmee faz eu to revisando e PR meu a kmee está revisando. Se não tem pessoas suficientes para revisar não adianta criar uma regra para impedir o desenvolvimento.
...