openerp-brazil-team team mailing list archive

[Renato Lima <renatonlima@xxxxxxxxx>]

Pessoal,


Vinicius


Temos que deixar claro algumas coisas aqui:

1. Akretion não é dona da localização brasileira e nem da comunidade (da
lista de discussão do google, launchpad e portal OpenERP
Brasil), ninguém paga a gente por isso !

3. Todo o trabalho que disponibilizamos e fazemos no OpenERP
disponibilizamos e sempre respeitamos a GPL.

2. Todo trabalho aqui é voluntário e já trabalhamos desde começo de 2009, e
você pode ver nos commits mais antigos que outras pessoas também
contribuiram.


Sobre o bug que você relatou
https://bugs.launchpad.net/openerp.pt-br-localiz/+bug/760892, antes de ver o
bug que eu tinha reportado
https://bugs.launchpad.net/openobject-addons/+bug/724131,

1. Antigamente não existia nem um relacionamento many2many
https://bugs.launchpad.net/bugs/676169 com as notas ficais o que era um
problema, pois quando havia mais de uma entrega(recebimento de compras no
caso de entregas parciais) não havia como relacionar com o pedido de compra.

2. Reportamos esse segundo erro e eles (OpenERP S.A.) classificaram como
inválido pois conseguem criar o relacionamento faturando as linhas da ordem
de compra, mas ao confirmar a ordem de compra o problema continue. por isso
eu vou reabrir o bug, mas isso seria uma coisa que você também poderia ter
feito !

3. Mas para você conhecer um pouco, no OpenERP você pode gerar a nota fiscal
assim que você confirma a ordem de compra ou no recebimento, e hoje todos os
nossos clientes criam a nota fiscal apartir do recebimento (pois se você
criar a nota fiscal de entrada já no pedido de compras e não receber a
quantidade pedida mas uma quantidade parcial?) e no recebimento não existe
esse problema !

A comunidade brasileira já existe há algum tempo (desde metade de 2008), e
neste periodo com certeza cresceu mais do que as comunidade de outras ERP
"livres" que havia chegado bem antes do OpenERP no Brasil, concordo que a
comunidade deve estar sempre em evolução e melhorando a cada dia.

Mas acho que você esta totalmente fora da realidade, você conhece um projeto
de ERP livre no Brasil melhor que o OpenERP ? dá uma olhada no Openbravo,
Adempirere, Compiere, ERP5 e etc, da uma olhada lá se você encontra código e
documentação para você usar

Sempre fomos transparentes com a causa do opensource, e sempre lutamos e
lutaremos para que as pessoas tenham essa liberdade de poder baixar o codigo
da localização brasileira e fazer o que quizer (instalar, usar, trabalhar e
etc...)

Com certeza a medida que a comunidade amadurece vai surgindo mais e mais
pessoas para participar no projeto, e também profissionais e empresas, e com
certeza nós da Akretion temos interesse e boa vontate em apoiar e ajudar
pessoas que tem a capacidade e respeita o modelo opensource a trabalhar com
OpenERP para que exista uma rede de empresas e profissionais competentes e
isso certamente vai ajudar na expansão do OpenERP no Brasil (não vai ser com
propagandas que o OpenERP vai crescer, mas casos reais de sucesso, que vai
aumentar a credibilidade!)

Um exemplo real é a localização espanhola, onde lá na Espanha apesar de
existir 5 empresas lá, elas não são concorrentes, mas parceiras e contribuem
juntamente com a localização espanhola e todos saem ganhando, eles não ficam
perdendo tempo falando mal um do outro ou cobrando que os outros façam !

Discordo com você quando você fala que precisa de mais comunicação, pois
mantemos contato com várias pessoas na comunidade, e sempre estimulamos as
pessoas sejam usuários finais ou profissionais que queiram usar ou trabalhar
com OpenERP, nunca retemos informações, código ou documentação. E como havia
falado com você antes, já falei por algumas horas via skype com pessoas aqui
da comunidade, havia ate falado se você quisesse falar comigo estaria aberto
assim como falo com outras pessoas, mas o que você prefere é ficar mandando
email falando mal aqui da lista do que a gente faz na comunidade e na
localização e também ligar para a OpenERP falando mal da gente e exigindo
que a gente faça uma documentação para você poder vender consultoria para
seus clientes.

Acho que falta humildade da sua parte em reconhecer o merito não só nosso
mas das pessoas que participam da lista, que ajudam umas as outras que
investe tempo estudando o OpenERP que dão feedback ajuda a escrever
documentação, ajudam os novatos na comunidade. veja bem não estou falando
que a comunidade OpenERP Brasil não precisa melhorar, tem muita coisas para
fazer, mas não aceito você falar mal da comunidade e da localização
brasileira que é a melhor de ERP livre no Brasil !


Atenciosamente,


Renato Lima
Sócio Diretor
+55 21 3010 9965
www.akretion.com
[image: Assinatura_nova.png]




Em 19 de maio de 2011 12:59, Raphael Valyi <rvalyi@xxxxxxxxx> escreveu:

> 2011/5/19 Vinicius Dittgen <vinicius@xxxxxxxxxxxx>
>
>>
>> Renato,
>>
>>
>> Ainda estamos com o velho problema de comunicação no desenvolvimento da
>> localização, como o problema do bug
>> https://bugs.launchpad.net/openerp.pt-br-localiz/+bug/760892 que ainda
>> está como "undecided" o que atrapalha a o desenvolvimento de correções. Isto
>> gera insegurança no uso do Openerp no Brasil.
>>
>
> Ola Vinicius,
> com certeza estamos de olho. Mas tambem tem que ser um trabalho de todos,
> nao da para cobrar apenas da Akretion. Ate aqui nos fizemos quasi todo
> benevolmente. Tem muita gente reclamando por ai que nem 1/10 do que a gente
> fez fizeram. Do nosso lado vamos a nosso ritmo de accordo com as
> necessidades dos nossos projetos.
> Em final das contas, tem muita gente ai que apenas traballha so para os
> clientes deles. Fazemos bem mais do que apenas isso na Akretion (a gente tb
> é terceiro contribuidor de modulos mundial, fez o 60% edo connector Magento,
> o OOOR e TerminatOOOR...).
> A respeito desse bug em particular vamos ver com o Renato.
>
>
>>
>> Outro o problema são os testes na Branch oficial da localização, os
>> últimos commits quebraram muita coisa.
>>
>
> A gente sabe que bancos existentes precisam de alguns cuidado de SQL para
> migrar a essas novas revisoes.
>
> Tocar na tabela ir_model_data foi uma decisao dificil. Mais essa era a
> alternativa:
>
> 1) deixar do jeito que tava: quer dizer dificil de entender mas sem quebrar
> nada. Isso ia facilitar a vida de sei la talvez 10 pessoas que tentavam
> seguir o projeto mas tb sem dominar totalmente o framework. Tambem note que
> para isso acontecer o menos possivel, nos sempre temos um discurso franco a
> respeito do OpenERP e aconselham sempre que so pessoas bastantes capacitadas
> em TI e ERP correm o risco de implantar.
>
> 2) fazer essa mudança que ia permitir criar dados de demonstraçoes mais
> obvias, ate daqui pouco teremos a nota fiscal que exporta bonitinho ja
> dentro dos da dados de demonstraçoes que cada um pode ver! Isso é que nos
> vamos fazer ate o proximo treinamento (no final de junho) para toda
> comunidade beneficiar tambem. Assim que nos vemos o open source: quando
> alguem banca algum avanço, todos se beneficiam. Ok, isso atrapalha a vida
> desses ~10 que eu falei mas vai facilitar a vida de milhares amanha no
> Brasil. Entao decidimos fazer.
> Tambem pretendo que o cara que nao domina o esquema dos ir_model_data logo
> vai quebrar a cara de uma forma ou de outra. Se nao for em cima dos CEP, em
> 6 meses eles trava o banco de dados dele bonitinho e nao consegue destravar
> e fica muito puto e arebanta com o OpenERP nos forums. Accredite, ja vi isso
> muito em pais que parecia mais facil instalar a localizaçao.
>
> Alem disso, voce e outros estao livre de ajudar, por examplo botando
> scripts de migraçoes, por examplo como fiz nas ultimas revisoes do modulo
> base_external_referentials usado no Magento e outras pontes (SQL no metodo
> init). Com certeza com o tempo passando nos vamos tomar mais cuidado em
> fazer isso se houver mudanças importante. Hoje a gente ajuda o maximo que a
> gente pode e so deu ate ai por enquanto.
>
>
>> Com relação as taxas, acho que temos que criar um blueprint para
>> documentar melhor o que vocês estão pensando e colocarmos a nossa proposição
>> para avaliação também.
>>
>
> Com certeza documentaçao é bem vinda. Olha que a gente ofereceu ate
> consultoria de graça para quem ja ajudou em melhorar o pouco de documentaçao
> (Marcio, Lucinano...) Porque tem e optimizar o tempo de todo mundo (eu sendo
> gringo nao fica legal escrever documentaçao em portugues e o Renato ta muito
> atarefado tb), melhor ajudar alguns a entender as coisas e deixar a
> comunidade entao se crescer ela mesma sozinha.
>
>
>>
>> Queremos colaborar, mas para isto a troca de informações deve ser mais
>> constante e principalmente as avaliações de Bugs.
>>
>
> Legal. Queremos outras pessoas ajudando em carregar o esforço de
> localizaçao, com certeza ainda muito pode ser feito e quem fara sera
> reconhecido por isso.
> Mas note tambem, que ha pouco tempo atras, voce investia em fazer um site
> bonitinho cheio de telas do OpenERP com um offerta de SaaS em cima de um
> produto que na minha opinao ainda nao atendia (nem hoje) uso em SaaS por
> ainda ser extremamente dificil em botar para funcionar; enquanto a gente nem
> fazia isso mas investia todas nossas forças em resolver os problemas pesados
> nessa lista (quem fez o OpenERPBrasil que alias nao é vinculado a gente nao
> foi a gente, foi a DMD2).
>
> Entao concordo plenamente para se comunicar melhor, mas acho que voces tem
> que ser os primeiros a seguir os conselhos que voces dam (Quem botou dezenas
> de messagens de explicaçao aqui, dezenas de blueprints para relatar das
> tarefas e avanços, dezenas de debates nas listas internationais para
> melhorar a localizaçao?).
>
>
>>
>> Outra pergunta, é possível remover a necessidade de aprovação para
>> inscrição neste grupo do google (openerp-brasil@xxxxxxxxxxxxxxxx) que é o
>> mais usado para a localização?
>>
>
> E debativel. Talvez podemos tambem extender os direitos de admin para
> outros pessoas que comprovam compromisso nesse projeto de localizaçao. Digo
> isso por 2 razoes:
>
> 1) infelizmente, sem aprovação, o forum fica cheio de spam. E so ver
> quantos posts por noite tem la no openerp.com/forum que é para vender
> Viagra. Hoje ninguem ta pago para moderar esses forums/listas. Acho que fica
> entao melhor ter certeza que o custo de manutenaçao é baixo. Senao voce tem
> que pagar/investir nisso é isso é o melhor jeito do projeto ficar apenas na
> mao de quem pode em vez de ser um projeto comunitario. E a mesma remarca a
> respeito do site openerpbrasil.org.
>
> 2) Um ano atras, ja aconteceu aqui que a gente teve que excluir uma pessoa.
> Essa pessoa sabia de porra nehnum da realidade do OpenERP no Brasil nem do
> trabalho de localizaçao e so cobrava para a que fazia a localizaçao de
> "empacotar" melhor para que o programa ficasse mais prontinho para o Senhor
> poder embanar mais facilemente os pobres clientes dele.
> Na nossa opinao ele, que alias faizia nada, tentava orientar o projeto de
> uma forma muito ruim porque dava preferencia em "vender" o OpenERP em vez de
> adaptar ele para o Brasil enquanto ele era bem longe de atender um ano
> atras. E ainda pretendia tirar onda em cima dos caras que faziam o trabalho
> de localizaçao o que com certeza nao ia incentivar as melhorias. Bom, isso
> foi um caso extremo, que espero que nao acontece mais, mas nos que iniciamos
> o projeto se reservamos o direito de poder ter um pouco de controle para
> pelo menos as pessoas respeitar o trabalho de quem trabalha de verdade. Isso
> nao é dictatoria, pois apenas essa pessoa ja foi excluida. Caso a gente
> excluisse ou nao aceitasse quem nao merece, ia ser facil argumentar na
> Internet e nos descredibilizar. Entao, que nem qualquer projeto open source,
> acho que é um bom equilibro na transparencia. Quem lidera nao pode valicar
> senao fica facil criar um fork que domina de novo. Pretendemos ser razoaveis
> suficente na moderaçao para isso nao ter que acontecer.
>
> Entao caso tem gente ai que nao fica approvado nessas listas por engano,
> por favor so mandar um email ou falar aqui. Vinicius, tambem quando voce
> participar de uma parte significante (sei la 20% dos commits?) do projeto,
> com certeza a gente poderia te botar de admin tambem, assim como qualquer
> outra pessoa que se compromete com o projeto.
> Tambem futuramente, se ouver uma fundaçao ou se as empresas que cuidam do
> projeto ficasse confortaveis suficente, poderemos sim abrir o accesso e
> entao investir mais na moderaçao.
>
>
>
>>
>> Abraço.
>>
>
> Atts.
>
> --
> Raphaël Valyi
> Founder and consultant
> +55 21 3010 9965
> www.akretion.com
>
>
>
>