openerp-brazil-team team mailing list archive

["Pedro L Bicudo Maschio" <pedro.bicudo@xxxxxxxxxxxxxxxxx>]

Clovis
Você está corretíssimo. Nossa divergência é apenas quanto à estratégia de
produto e desenvolvimento.

Como você disse corretamente: “Do ponto de vista do desenvolvimento, fica
mais simples e atende 90% dos casos”. O que eu quis lembrar é que a relação
1-1 não cobre todos os casos, a mesma coisa que vc disse.

Vocês que estão fazendo, pondo a mão na massa, é que devem decidir, eu apoio
qualquer que seja a escolha, e nem seria ético eu discordar. 

Quanto à estratégia:

Estratégia de desenvolvimento, pelo que interpreto hoje, é fazer o mais
simples e mais rápido. Isso tem a grande vantagem de chegarmos rapidamente a
um produto Brasil em 2010.

Estratégia de produto, que ainda não temos, mas sugeri antes: mexer o mínimo
possível nos módulos existentes, para que possamos nos beneficiar dos
esforços de desenvolvimento mundial. Manter a localização Brasil como módulo
à parte. O motivo da minha preocupação é como manter as instalações futuras,
2011 e adiante: quanto menos mexer no original, mais fácil manter e
aproveitar-se das melhorias da comunidade internacional.
- mudanças no OpenERP não teriam impacto sobre o módulo externo Brasil
- upgrade de versão poderíamos aproveitar os scripts e experiências dos
outros colegas, sem mexer no módulo Brasil.
- mudanças de legislação aqui não produziriam alterações no OpenERP, seria
necessário apenas mudar o componente local.

PORÉM: não sei se alguém concorda com essa estratégia e não sei o quanto é
fácil ou difícil desenvolver com essa segregação em mente. Gostaria de ouvir
sua sugestão e críticas.

Quanto à Fatura estar “amarrada” ao pedido, muita gente “desamarra” nas
implantações do sistema, mas essa condição é default porque é um dos
princípios dos processos “end-to-end” considerado um best-practice de
mercado. Mas não precisamos debater isso, pois na prática não é obedecido
mesmo. 

Bicudo

-----Mensagem original-----
De: Cloves Almeida [mailto:cjalmeida@xxxxxxxxx] 
Enviada em: sexta-feira, 15 de janeiro de 2010 14:45
Para: pedro.bicudo@xxxxxxxxxxxxxxxxx
Cc: 'Renato Lima'; 'Henrique Meira'; 'OpenErp Brasil'
Assunto: Re: [Openerp-brazil-team] RES: Noticias da Localização Brasileira

Oi Pedro,

eu discordo que a fatura está "amarrada" a um pedido de venda e 
argumentar porque podemos usar NF e a Fatura no mesmo objeto (ou numa 
relação 1-1)

Numa transação comercial convencional todos os efeitos financeiros e 
tributários começam a partir da data do faturamento da mercadoria. A 
duplicata só tem valor legal a partir do recebimento da mercadoria pelo 
cliente, configurada com a assinatura do cliente do canhoto da nota fiscal.

> c) Uma Nota Fiscal pode ser composta de várias Faturas
>
> Exemplo: se um cliente faz 4 pedidos em datas diferentes de produtos 
> diferentes, e cada um é produzido em datas diferentes, mas você espera 
> completar a produção para fazer uma única entrega.
>
> O programação de produção no MRP vai ser feita para atender a um ou 
> mais pedidos
>
> Ao completar cada pedido o ERP vai disponibilizar a fatura, uma para 
> cada pedido
>
> Dai você vai juntar as 4 faturas e emitir uma única Nota Fiscal que 
> vai acompanhar a entrega
>

Na minha visão, são 4 pedidos, 1 fatura e 1 NF. Tanto a fatura quanto a 
NF são emitidas com base na coleta - é muito comum não atender 100% dos 
itens de um pedido.

> d) Uma Fatura pode gerar mais de uma Nota Fiscal
>
> Exemplo: o cliente faz um pedido de 500 peças para entregar 50 por dia.
>
> (você poderia gerar 10 pedidos, mas o conceito correto é emitir apenas 
> um pedido).
>
> Cada entrega diária vai precisar de uma Nota Fiscal para atender ao 
> governo
>
> Mas a Fatura será uma só. Assim como o pagamento do cliente, você vai 
> querer fazer uma cobrança só.
O OpenERP permite você fazer um único pedido e fazer 10 coletas parciais 
e gerar uma fatura/nf sobre cada coleta. E você terá 10 recebimentos 
programados, mas é bem simples consolidar tudo em um único recebimento. 
Assim é mais flexível porque também é comum o cliente cancelar a última 
entrega e você só tem o direito de receber as outras 9.

> e) Existe Fatura sem Nota Fiscal.
>
> Exemplos: escolas, taxi, transportadoras (Frete), posto de gasolina, 
> médico, dentista, e produtos que o imposto é recolhido por produção. 
> Ou a NF é opcional ou a entrada em dinheiro pode ser feita “contra 
> recibo”. Mesmo assim, deve existir a Fatura, caso seja para atender a 
> um pedido de serviço, como no caso do frete, ou caso você queira dar 
> prazo de pagamento para seu cliente.
No OpenERP bastaria um flag indicando que a Fatura não tem valor fiscal 
e ela pode funcionar como recibo, que nesses casos você precisa dele 
assinado para poder executar a dívida.

> f) Exportação não tem NF
>
> Mas tem Fatura
Teoricamente, mas como você precisa emitir a nota para transporte até o 
porto/aeroporto... :) De qualquer maneira, entra no caso da fatura sem 
valor fiscal acima.

Apesar de NF e fatura terem conceitos diferentes, com propósitos 
diferentes, a legislação fiscal e a prática bancária e a própria 
comodidade acabam forçando-as a serem o mesmo documento. Do ponto de 
vista do desenvolvimento, fica mais simples e atende 90% dos casos. A 
vantagem do OpenERP é que se aparecer uma real necessidade para atender 
os outros 10%, não é complicado criar um módulo para atendê-lo.

Abs,

CJ

Pedro L Bicudo Maschio escreveu:
>
> Renato
>
> Como não consigo ajudar no desenvolvimento, acompanho a lista com foco 
> nas questões de processo e das traduções.
>
> Parabéns pelo avanço.
>
> Quanto à localização e nota fiscal, proponho que seja mantida a NF 
> separada do Invoice, utilizando os seguintes conceitos:
>
> (desculpe se for muito detalhado, é que estou tentando ser didático 
> para aproveitamento de todos)
>
> a) Invoice significa Fatura. Na nossa legislação continua a existir 
> Fatura, que é um documento em separado da Nota Fiscal.
>
> A Fatura é que dá origem à Duplicada, usada para fazer o desconto em 
> banco.
>
> Fatura é o documento contábil mantido na documentação interna, contábil.
>
> Duplicata é uma cópia fiel da Fatura, é o documento que permite 
> transferir o direito de receber (crédito) para outra pessoa (banco, 
> empresas de factoring, etc.)
>
> Ou seja, precisa existir Fatura, sempre.
>
> b) No modelo conceitual de um ERP, cada Fatura está “amarrada” a um 
> pedido de vendas.
>
> A venda só se completa com a entrega, e o registro contábil da entrega 
> é a Fatura.
>
> c) Já a Nota Fiscal não é um documento contábil, ele é um documento do 
> Fisco, para declarar impostos
>
> A Nota fiscal só serve para atender ao governo e não é útil para 
> gerenciamento da empresa
>
> ...agora é que começam os “problemas” que justificam que a NF seja 
> separada da Fatura:
>
> c) Uma Nota Fiscal pode ser composta de várias Faturas
>
> Exemplo: se um cliente faz 4 pedidos em datas diferentes de produtos 
> diferentes, e cada um é produzido em datas diferentes, mas você espera 
> completar a produção para fazer uma única entrega.
>
> O programação de produção no MRP vai ser feita para atender a um ou 
> mais pedidos
>
> Ao completar cada pedido o ERP vai disponibilizar a fatura, uma para 
> cada pedido
>
> Dai você vai juntar as 4 faturas e emitir uma única Nota Fiscal que 
> vai acompanhar a entrega
>
> d) Uma Fatura pode gerar mais de uma Nota Fiscal
>
> Exemplo: o cliente faz um pedido de 500 peças para entregar 50 por dia.
>
> (você poderia gerar 10 pedidos, mas o conceito correto é emitir apenas 
> um pedido).
>
> Cada entrega diária vai precisar de uma Nota Fiscal para atender ao 
> governo
>
> Mas a Fatura será uma só. Assim como o pagamento do cliente, você vai 
> querer fazer uma cobrança só.
>
> e) Existe Fatura sem Nota Fiscal.
>
> Exemplos: escolas, taxi, transportadoras (Frete), posto de gasolina, 
> médico, dentista, e produtos que o imposto é recolhido por produção. 
> Ou a NF é opcional ou a entrada em dinheiro pode ser feita “contra 
> recibo”. Mesmo assim, deve existir a Fatura, caso seja para atender a 
> um pedido de serviço, como no caso do frete, ou caso você queira dar 
> prazo de pagamento para seu cliente.
>
> f) Exportação não tem NF
>
> Mas tem Fatura
>
> Note que nos exemplos (d) e (e) o pagamento é referente à Fatura, mas 
> não tem relação direta com a NF
>
> Portanto, além de separar Fatura e NF, há ainda uma rotina de 
> reconciliação do total faturado e o total emitido de NF
>
> Resumindo; a sua proposta de incluir a NF nas rotinas do OpenERP é 
> ótima, mas lembre-se que a contabilidade deve ser feita por Faturas e 
> não pelas NF.
>
> [ ]
>
> Bicudo
>
> ------------------------------------------------------------------------
>
> *De:* 
>
openerp-brazil-team-bounces+pedro.bicudo=tgtconsult.com.br@lists.launchpad.n
et 
>
[mailto:openerp-brazil-team-bounces+pedro.bicudo=tgtconsult.com.br@xxxxxxxxx
nchpad.net] 
> *Em nome de *Renato Lima
> *Enviada em:* segunda-feira, 14 de dezembro de 2009 12:21
> *Para:* Henrique Meira
> *Cc:* OpenErp Brasil
> *Assunto:* Re: [Openerp-brazil-team]Noticias da Localização Brasileira
>
> Olá Pessoal,
>
>
> Eu sou a favor do OpenERP gerar a Nota Fiscal, pois ele nativamente ja 
> faz isso (account.invoice) e até ja existe um mecanismo de toca de 
> taxas (fiscal mapping), o trabalho vai ser melhorar este mecanismo e o 
> report_intrastat para notas fiscais de outras saidas (Envio para 
> concerto e etc...) e outras entradas (Devolução e etc...),
> Todos sabemos que aqui no Brasil de estado para estado há mudanças na 
> legislação e obrigações legais (Beneficios fiscais, subistituição 
> tributaria, suframa e etc...) além de alguns segmentos da economia ter 
> particularidades na tributação dos impostos, mas se uma empresa for 
> usar a contabilidade no OpenERP é muito bom que as NFs sejam geradas 
> dentro do OpenERP pois toda apuração de impostos na contalidade 
> ficariam integrados, até mesmo os livros fiscais e contábil podem ser 
> feitos diretamente no OpenERP mas acredito que nos primeiros projetos 
> optemos em pegar os XML das NFes aprovadas pela receita e importar 
> para um sistema fiscal e gerar estas obrigações legais, porque esta 
> interface ja existe hoje praticamente todos os sistemas fiscais ja 
> importa este XML o que no livra de termos que fazer uma interface ou 
> desenvolvermos isso no OpenERP inicialmente.
>
>
>
>
> Renato Lima - www.akretion.com.br <http://www.akretion.com.br>
>
?ui=2&view=att&th=12576be709824c47&attid=0.1&disp=attd&realattid=ii_12576be7
09824c47&zw
>
> 2009/12/13 Henrique Meira <henrique@xxxxxxxxx <mailto:henrique@xxxxxxxxx>>
>
> Compreendo e concordo, mas o meu trabalho exige isto! ;-)
>
> Eu sempre me mantenho atualizado em relação à legislação:
>
> http://www.h2asol.com.br/blog
> http://www.gestornfe.com.br/blog
>
> Este ponto que vc coloca, sobre um software intermediário, é
> extremamente válido, uma vez que o foco do ERP não é gerenciar a
> fiscalidade da empresa, mas sim fornecer insumos para que a gestão
> fiscal/contábil/tributária possa ter um resultado de qualidade. Ainda
> que, do ponto de vista contábil/finaneiro (que faz parte do ERP)
> depende, e muito, das questões tributárias.
>
> henrique.
>
>
>
> 2009/12/13 Cloves J. G. de Almeida <cjalmeida@xxxxxxxxx 
> <mailto:cjalmeida@xxxxxxxxx>>:
>
> > Ficar acompanhando as exigências fiscais eh uma guerra quixotesca. A
> > minha opinião eh que se use um software intermediário que lide com a
> > legislação.
> >
>
> > On 12/12/09, Henrique Meira <henrique@xxxxxxxxx 
> <mailto:henrique@xxxxxxxxx>> wrote:
> >> Sim, uma boa perspectiva.
> >>
> >> A questão do layout da NF-e é complicada sim, de propósito? Não posso
> >> afirmar. Mas como tenho envolvimento direto com as pessoas 
> responsáveis por
> >> projetos deste tipo na SEFAZ, posso afirmar que muitas vezes nem 
> eles mesmos
> >> sabem pq pedem determinada informação. É de irritar qualquer um.
> >>
> >> Com relação ao XML, também é possível gerar um arquivo texto, um 
> pouco mais
> >> simplificado. Você já chegou a ver isto? Recentemente desenvolvemos, em
> >> delphi, uma extração de um cliente para este formato TXT. Também o 
> fazemos
> >> em XML, neste caso em Java.
> >>
> >> Nota importante: já saiu a vesão 4.0 do documento que determina o 
> layout da
> >> NF-e, mas o sistema da SEFAZ/SP ainda está utilizando a versão 
> anterior. É
> >> sempre bom ficar atento à estes casos para que a extração não pare de
> >> funcionar da noite para o dia.
> >>
> >> henrique.
> >>
> >>
> >> 2009/12/12 Raphaël Valyi <rvalyi@xxxxxxxxx <mailto:rvalyi@xxxxxxxxx>>
> >>
> >>>
> >>> 2009/12/12 Henrique Meira <henrique@xxxxxxxxx 
> <mailto:henrique@xxxxxxxxx>>
> >>>
> >>>> Estou estudando sobre a criação de módulos e percebi algumas coisas
> >>>> estranhas:
> >>>>
> >>>> 1. O site sobre o desenvolvimento não está um pouco desatualizado. 
> Está
> >>>> muito! :( Na verdade falta muita informação e os dados não são
> >>>> suficientes
> >>>> para se desenvolver um módulo "hello world!" do início ao fim.
> >>>> http://doc.openerp.com/developer/2_4_module_development/index.html
> >>>>
> >>>
> >>>
> >>> Por isso que tem que por mao na massa mesmo. O Framework Openobject é
> >>> muito
> >>> bom para ser um framework de ERP, ja tem varios defeitos, como
> >>> documentaçao
> >>> como framework de desenvolvimento no absoluto...
> >>> Com projetos assim, espero combinar o melhor dos dois mundos:
> >>> github.com/rvalyi/ooor <http://github.com/rvalyi/ooor>
> >>>
> >>>>
> >>>> 2. No módulo openerp.pt-br-localiz eu só encontrei arquivos CSV para
o
> >>>> plano de contas e alguns códigos python para trabalhar com CNPJ/CPF e
> >>>> códigos de municípios. É isso mesmo? As outras questões de impostos
> >>>> (ICMS,
> >>>> ISS, ST, IR, etc....) e NF estão em outros módulos?
> >>>>
> >>>
> >>> Isso. Nos acabamos usando CSV porque sao dados poucos estruturados e
da
> >>> para usar CSV com arvore de contas por exemplo. A grande vantagem é 
> que é
> >>> mais facil a mainter e principalement que vai ir ums 5 vezes mais 
> rapido
> >>> para carregar o modulo, coisas muito valiosa quando chegara a fazer
> >>> dezenas
> >>> de vezes por dia para densenvolver em cima dele.
> >>> Alias, vi que tao Cloves como eu militamos para que se possa usar 
> YAML em
> >>> vez que XML (
> >>> 
>
https://blueprints.launchpad.net/openobject-server/+spec/pyyaml-yaml-data-im
port).
> >>> Outro dia consegui convencer Fabien de aceita-lo. Entao ja aviso que
> >>> contribuir isso para versao 5.2, seria incluido...
> >>>
> >>> Ainda falta algums impostos principais e os pricipais diarios, isso 
> ainda
> >>> é
> >>> trabalho a ser feito, assim que voce pode ver aqui:
> >>> https://blueprints.launchpad.net/openerp.pt-br-localiz/+specs?show=all
> >>>
> >>> A relaçao da nota fiscal, que ja fizemos nessa branch:
> >>>
> >>> 
>
https://code.launchpad.net/~akretion-team/openobject-addons/openobject-addon
s_5.0_report_intrastat 
>
<https://code.launchpad.net/%7Eakretion-team/openobject-addons/openobject-ad
dons_5.0_report_intrastat>
> >>> é que melhoramos o report_intrastat usado na Europa de forma que pode
> >>> servir de base para nota fiscal brasileira. Isso permite de ter
faturas
> >>> que
> >>> nao vao ter parte finaceira mas sim exporte tipo nota fiscal 
> brasileira.
> >>> Os
> >>> europeos precisam do mesmo tipo de coisa quando por exmplo manda de 
> voltar
> >>> mercadoria em outro pais europeu apos concerto. Tem mecanismo de
> >>> compensaçao
> >>> de impostos entre paises europeos, por isso precisam do mesmo tipo de
> >>> dados
> >>> do que para nota fiscal brasileira.
> >>>
> >>> Nos vamos documentar isso todo, mas basicamente enriquecimos o 
> workflow da
> >>> fatura OpenERP para poder transformar fatura em esse documento 
> fiscal sem
> >>> parte finaceira, porem usando do mesmo objeto, o que simplifica muito
o
> >>> codigo e entao a fiabilidade dele. Nos tambem criamos codigos de 
> operaçao
> >>> de
> >>> venda/concerto que atende pelo a parte europea (é para nosso cliente
> >>> Anevia.com). Avaliamos que o modulo l10n_br devera herdar esse 
> codigo para
> >>> botar mais opçoes dentro é assim atender a legislaçao brasileira.
> >>>
> >>> Dependente da ajuda de cada um aqui e da localizaçao dos nossos 
> projetos,
> >>> poderemos acabar essa integraçao em Decembro ainda. Depois a 
> proxima etapa
> >>> sera exportaçao dos dados da nota fiscal em formato XML correcto para
> >>> importa-lo no software de emissao de NFE (nao da para emittir
> >>> direitamente,
> >>> a especificaçao é complicada (de proposito?) demais.
> >>> Veja so o diagrama das dependencias entre as tarefas:
> >>> 
> https://blueprints.launchpad.net/openerp.pt-br-localiz/+spec/exporte-nfe
> >>>
> >>> Bom, espero que isso da perspectivas...
> >>>
> >>>
> >>> Raphaël Valyi
> >>> http://www.akretion.com.br - primeiro integrador OpenERP parceiro 
> da Tiny
> >>> no Brasil
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>>
> >>>> henrique.
> >>>>
> >>>>
> >>>>
> >>>> 2009/12/10 Renato Lima <renatonlima@xxxxxxxxx 
> <mailto:renatonlima@xxxxxxxxx>>
> >>>>
> >>>>> Olá Henrique,
> >>>>>
> >>>>>
> >>>>> Pela sua bagagem você tem tudo para se dar bem com o OpenERP, sobre
o
> >>>>> Python a curva de aprendizagem e muito curta e o maior desafio e se
> >>>>> familiarizar com o framework OpenObject que é a base do OpenERP logo
> >>>>> você
> >>>>> pode ajudar muito na localização brasileira, nossos trabalhos estão
> >>>>> concentrado na parte financeira/contábil e fiscal que tem maior 
> impacto
> >>>>> para
> >>>>> o funcionando do OpenERP no Brasil por se tratar de adequações e
> >>>>> exigencias
> >>>>> legais, claro que em outros modulos também podem ser melhorados e 
> temos
> >>>>> muito trabalho e toda ajuda e bem vinda. :)
> >>>>>
> >>>>> Algumas tarefas que já foram realizadas e pendentes você pode 
> acompanhar
> >>>>> aqui https://blueprints.launchpad.net/openerp.pt-br-localiz
> >>>>>
> >>>>>
> >>>>> Grande Abraço !
> >>>>>
> >>>>>
> >>>>>
> >>>>> Renato Lima - www.akretion.com.br <http://www.akretion.com.br>
> >>>>> [image:
> >>>>> 
>
?ui=2&view=att&th=12576be709824c47&attid=0.1&disp=attd&realattid=ii_12576be7
09824c47&zw]
> >>>>>
> >>>>>
> >>>>> 2009/12/10 Henrique Meira <henrique@xxxxxxxxx 
> <mailto:henrique@xxxxxxxxx>>
> >>>>>
> >>>>> Oi Renato, muito obrigado por mais essas explicações... juntando 
> com as
> >>>>>> informações do Cloves já saiu aí um pequeno tutorial pratico 
> para quem
> >>>>>> quer
> >>>>>> iniciar no projeto, como eu.
> >>>>>>
> >>>>>> Bem, para vc me conhecer melhor e minhas habilidades, aqui vão:
> >>>>>>
> >>>>>> Analista/Programador
> >>>>>> Sistema Operacional: Linux (Ubuntu)
> >>>>>> Linguagens: Java, Delphi, C/C++, PHP, Shell Unix
> >>>>>> Bancos: Oracle, Firebird, Postgres, MySQL, SQL Server
> >>>>>> ERP: Gemco, Microsiga, Oracle Application
> >>>>>> Sistemas contábil/fiscal: Mastersaf, Microsiga
> >>>>>>
> >>>>>> Minha empresa presta serviços para corporações de médio a grande 
> porte
> >>>>>> e
> >>>>>> por este motivo tenho envolvimento diário com as regras de 
> negócio mais
> >>>>>> variadas como logística, varejo e atacado, supply chain, rh, e 
> por aí
> >>>>>> vai...
> >>>>>>
> >>>>>> Conhecimento do OpenERP é praticamente zero, o que sei fazer foi
> >>>>>> seguindo os tutoriais do site, pedidos de venda, compra e
> >>>>>> faturamento... dei
> >>>>>> uma lida sobre logística e estoque, e é só.
> >>>>>>
> >>>>>> Nunca trabalhei com Python, mas desde que decidi entrar no mundo
> >>>>>> OpenERP, procurei estudar um pouco... já sei fazer "Hello World!".
> >>>>>>
> >>>>>> Agora a bola ficou pingando do meu lado... vou colocar em prática
as
> >>>>>> suas explicações e aquelas que o Cloves passou e espero poder
> >>>>>> contribuir com
> >>>>>> os projetos de tropicalização do OpenERP.
> >>>>>>
> >>>>>> henrique.
> >>>>>>
> >>>>>>
> >>>>>> 2009/12/10 Renato Lima <renatonlima@xxxxxxxxx 
> <mailto:renatonlima@xxxxxxxxx>>
> >>>>>>
> >>>>>>> Pessoal só para corrigir o comando para baixar a branch do 
> openERP é:
> >>>>>>>
> >>>>>>> $bzr branch lp:openerp
> >>>>>>>
> >>>>>>>
> >>>>>>> 2009/12/10 Renato Lima <renatonlima@xxxxxxxxx 
> <mailto:renatonlima@xxxxxxxxx>>
> >>>>>>>
> >>>>>>>> Olá Henrique,
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> Eu não sei qual nível de conhecimento você tem no OpenERP e se já
> >>>>>>>> conseguiu instalar a aplicação, suas experiências, 
> conhecimentos e as
> >>>>>>>> ferramentas que você usa e conhece (linux, linguagem de 
> programação e
> >>>>>>>> tecnologias que você domina) e se você já fez o que vou explicar
> >>>>>>>> abaixo as
> >>>>>>>> dicas também pode servir para outros membros da comunidade mas
vou
> >>>>>>>> tentar te
> >>>>>>>> dar uma direção sobre o projeto.
> >>>>>>>>
> >>>>>>>> O inicio no OpenERP não é fácil, mas se você tem experiência em
> >>>>>>>> sistemas de gestão e em programação não é difícil, apesar da
> >>>>>>>> documentação
> >>>>>>>> http://doc.openerp.com/ do OpenERP não ser bem atualização e 
> completa
> >>>>>>>> ela é um bom inicio para quem quer entender a arquitetura e
> >>>>>>>> fundamentos
> >>>>>>>> básicos do framework OpenObject que é a base do OpenERP.
> >>>>>>>>
> >>>>>>>> Se você pensa contribuir no desenvolvimento te aconselho a 
> utilizar o
> >>>>>>>> sistema operacional Linux e a distribuição que você mais 
> gostar, você
> >>>>>>>> pode
> >>>>>>>> baixar a branch do projeto no lauchpad usando o bzr
> >>>>>>>>
> >>>>>>>> $bzr lp:openerp
> >>>>>>>>
> >>>>>>>> e depois dentro da pasta openerp criada executar o
> >>>>>>>>
> >>>>>>>> $python bzr_set.py
> >>>>>>>>
> >>>>>>>> Isso vai baixar todas as branch relacionada do openerp e criar os
> >>>>>>>> links simbólicos entras as pastas das branchs addons no server
> >>>>>>>>
> >>>>>>>> addons - Onde estão os módulos principais do OpenERP
> >>>>>>>> addons-extra - Módulos extras do OpenERP
> >>>>>>>> addons-community - Módulos desenvolvidos pela comunidade
> >>>>>>>> server - Servidor do OpenERP
> >>>>>>>> web - Aplicação cliente em web
> >>>>>>>> client - Tradicional cliente do OpenERP em GTK
> >>>>>>>>
> >>>>>>>> com a documentação e as branchs baixadas você pode criar um 
> banco de
> >>>>>>>> dados com dados de demonstração e você já consegue estudar a
> >>>>>>>> arquitetura e o
> >>>>>>>> funcionamento e garanto que rapidamente você vai entender.
> >>>>>>>>
> >>>>>>>> Você também pode baixar a localização brasileira
> >>>>>>>>
> >>>>>>>> $bzr branch lp:openerp.pt-br-localiz
> >>>>>>>>
> >>>>>>>> e depois criar links simbólicos das pastas l10n_br e l10n_br_data
> >>>>>>>> dentro da pasta addons e instalar os módulos
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> No site da comunidade vamos colocar um tutorial mais detalhado de
> >>>>>>>> como
> >>>>>>>> instalar e sobre os recursos da localização Brasileira. Caso você
> >>>>>>>> tenha
> >>>>>>>> alguma duvida e so falar.
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> Cloves
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> Você esta trabalhando com Nota Fiscal e integração com alguma 
> outra
> >>>>>>>> aplicação? No desenvolvimento da localização estamos projetando a
> >>>>>>>> emissão da
> >>>>>>>> nota fiscal eletrônica através do programa da receita federal
onde
> >>>>>>>> podemos
> >>>>>>>> importar as NFEs através do XML ou arquivo texto, futuramente 
> vamos
> >>>>>>>> implantar a emissão direta para a receita federal através de
> >>>>>>>> web-service e a
> >>>>>>>> geração de relatórios e arquivos de dados exigidos no SPED
Fiscal,
> >>>>>>>> por
> >>>>>>>> enquanto acreditamos que as obrigações fiscais como Emissão de 
> Livros
> >>>>>>>> fiscais de entrada e saída, de apuração de impostos, produção e
> >>>>>>>> estoque e
> >>>>>>>> arquivos do SPED Fiscal sejam feitas através de alguns programa
> >>>>>>>> Fiscal como
> >>>>>>>> o Alterdata WFiscal ou o NasaJon que são exemplos de sistemas que
> >>>>>>>> importas
> >>>>>>>> as notas fiscais eletrônicas e gera todos as obrigações fiscais
> >>>>>>>> enquanto é
> >>>>>>>> desenvolvidos na localização a emissão direta no openERP destas
> >>>>>>>> obrigações.
> >>>>>>>> Eu e o Raphaël trabalhamos bastante na parte financeira para 
> colocar
> >>>>>>>> os
> >>>>>>>> modelos contábeis e fiscais (Plano de Contas, Tipos de Contas,
> >>>>>>>> Modelos de
> >>>>>>>> Impostos, Códigos de Situação tributária dos Impostos, 
> Cadastros de
> >>>>>>>> NCM,
> >>>>>>>> CFOP e de documentos fiscais) agora estamos trabalhando para 
> criar um
> >>>>>>>> modelo
> >>>>>>>> de parametrização de "taxação" dos impostos, benefícios fiscais,
> >>>>>>>> substituição tributária ainda temos bastante coisa para fazer,
mas
> >>>>>>>> estamos
> >>>>>>>> otimistas. Contamos com a ajuda das pessoas interessadas em
> >>>>>>>> participar do
> >>>>>>>> projeto seja no desenvolvimento, na tradução ou nos processos de
> >>>>>>>> negócios
> >>>>>>>> para avançarmos mais ainda
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> Um grande abraço a todos,
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> Renato Lima - www.akretion.com.br <http://www.akretion.com.br>
> >>>>>>>> [image:
> >>>>>>>> 
>
?ui=2&view=att&th=12576be709824c47&attid=0.1&disp=attd&realattid=ii_12576be7
09824c47&zw]
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> 2009/12/10 Cloves Almeida <cjalmeida@xxxxxxxxx 
> <mailto:cjalmeida@xxxxxxxxx>>
> >>>>>>>>
> >>>>>>>>> Bom, um exemplo ajuda a explicar melhor. Digamos que você quer
> >>>>>>>>> emitir
> >>>>>>>>> uma NFe toda vez que o OpenERP confirma uma fatura de venda.
> >>>>>>>>>
> >>>>>>>>> A estratégia que eu uso é a de mensagens (
> >>>>>>>>> http://www.eaipatterns.com/Chapter1.html). Sempre que um objeto
é
> >>>>>>>>> alterado, uma mensagem contendo a mudança é enviada para todos
os
> >>>>>>>>> sistemas
> >>>>>>>>> interessados. Estes então processam a mensagem como quiserem.
> >>>>>>>>>
> >>>>>>>>> Você (1) cria um módulo que (2) extende o objeto em questão
> >>>>>>>>> ("account.invoice" no caso) e (3) sobrescreve os métodos 
> "create" e
> >>>>>>>>> "write".
> >>>>>>>>> Na prática você cria um gancho para inserir seu código toda 
> vez que
> >>>>>>>>> o objeto
> >>>>>>>>> é salvo. Nos argumentos do método, você consegue (4) 
> identificar se
> >>>>>>>>> é o caso
> >>>>>>>>> que você procura (DRAFT -> DONE).
> >>>>>>>>>
> >>>>>>>>> Então você (5) serializa o objeto em um documento XML que 
> ainda não
> >>>>>>>>> está no formato da NFe. O módulo que criei tem métodos para
> >>>>>>>>> facilitar isso.
> >>>>>>>>> Depois você salva o doc para um diretório ou (6) numa queue do
> >>>>>>>>> ActiveMQ.
> >>>>>>>>> Pronto! Aqui acaba a responsabilidade do OpenERP, daí para 
> frente é
> >>>>>>>>> só
> >>>>>>>>> questão de manipular o XML para gerar a NFe.
> >>>>>>>>>
> >>>>>>>>> Importar dados para dentro do OpenERP é mais complicado mas
acaba
> >>>>>>>>> seguindo a mesma lógica. Extende os objetos e sobrescreve os 
> métodos
> >>>>>>>>> para
> >>>>>>>>> fazer o que você quiser.
> >>>>>>>>>
> >>>>>>>>> Os processos (1) ao (4) são padrões para qualquer módulo do 
> OpenERP.
> >>>>>>>>> O (5) e o (6) são específicos ao módulo que eu criei. Apesar 
> de não
> >>>>>>>>> ter
> >>>>>>>>> muita documentação, há muitos exemplos. Junto com o IRC e as 
> listas
> >>>>>>>>> foi onde
> >>>>>>>>> aprendi a desenvolver no OpenERP.
> >>>>>>>>>
> >>>>>>>>> CJ
> >>>>>>>>>
> >>>>>>>>> Henrique Meira escreveu:
> >>>>>>>>>
> >>>>>>>>> Oi Cloves, não só tenho interesse como quero muito mesmo 
> trabalhar
> >>>>>>>>>> neste projeto.
> >>>>>>>>>>
> >>>>>>>>>> Como vc pode me ajudar nesta questão?
> >>>>>>>>>>
> >>>>>>>>>> henrique.
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> 2009/12/10 Cloves Almeida <cjalmeida@xxxxxxxxx 
> <mailto:cjalmeida@xxxxxxxxx>>:
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>> Henrique,
> >>>>>>>>>>>
> >>>>>>>>>>> integração é um assunto que tenho bastante interesse.
Inclusive
> >>>>>>>>>>> montei um
> >>>>>>>>>>> módulo que ajuda na parte de serialização XML e na troca de
> >>>>>>>>>>> mensagens,
> >>>>>>>>>>> usando ActiveMQ. Inclusive o Dukai, da sérvia me ajudou 
> muito e se
> >>>>>>>>>>> baseou
> >>>>>>>>>>> nele para um projeto. O código está em na minha branch "junk"
> >>>>>>>>>>> (bzr+ssh://bazaar.launchpad.net/%7Ecjalmeida/%2Bjunk/mbi/ 
> <http://bazaar.launchpad.net/%7Ecjalmeida/%2Bjunk/mbi/>). Se
> >>>>>>>>>>> tiver
> >>>>>>>>>>> interesse ou precisar de ajuda para entender o OpenERP, 
> entre em
> >>>>>>>>>>> contato.
> >>>>>>>>>>>
> >>>>>>>>>>> CJ
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>> Henrique Meira escreveu:
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>> Olá Renato, gostei de sua mensagem. Um tanto animadora 
> embora os
> >>>>>>>>>>>> desafios
> >>>>>>>>>>>> me pareçam ainda impactantes.
> >>>>>>>>>>>>
> >>>>>>>>>>>> Vou tentar me organizar para me responsabilizar por algum dos
> >>>>>>>>>>>> projetos em
> >>>>>>>>>>>> aberto. Estou inclinado a trabalhar sobre o OpenObject
> >>>>>>>>>>>> Application
> >>>>>>>>>>>> Client.
> >>>>>>>>>>>>
> >>>>>>>>>>>> Contudo, tenho mais interesse em contribuir com o projeto
> >>>>>>>>>>>> https://launchpad.net/openerp.pt-br-local
> >>>>>>>>>>>> <https://launchpad.net/openerp.pt-br-localiz>, mas torno a 
> dizer,
> >>>>>>>>>>>> não
> >>>>>>>>>>>> consigo entender muita coisa sobre como tudo isso funciona.
> >>>>>>>>>>>> Entenda que a
> >>>>>>>>>>>> linguagem, a tecnologia envolvida não é problema, mas sim a
> >>>>>>>>>>>> arquitetura. Não
> >>>>>>>>>>>> existe um manual sobre estes módulos tropicalizados? Como 
> é que
> >>>>>>>>>>>> eu
> >>>>>>>>>>>> posso
> >>>>>>>>>>>> contribuir com estes módulos? Desenvolvendo, testando,
> >>>>>>>>>>>> homologando... enfim,
> >>>>>>>>>>>> qual a forma que podemos trabalhar juntos? Mas ainda assim,
> >>>>>>>>>>>> precisamos de
> >>>>>>>>>>>> algum suporte para saber o quê, como, e quando realizar o
> >>>>>>>>>>>> trabalho
> >>>>>>>>>>>> nestes
> >>>>>>>>>>>> módulos.
> >>>>>>>>>>>>
> >>>>>>>>>>>> Você comenta sobre importar XML para sistemas 
> proprietarios para
> >>>>>>>>>>>> resolver
> >>>>>>>>>>>> a questão de arquivos magnéticos e relatórios fiscais. 
> Gostaria
> >>>>>>>>>>>> de
> >>>>>>>>>>>> voltar a
> >>>>>>>>>>>> externar nossas habilidades com tal assunto. Temos plena
> >>>>>>>>>>>> capacidade técnica
> >>>>>>>>>>>> para realizar estas tarefas.
> >>>>>>>>>>>>
> >>>>>>>>>>>> henrique.
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> 2009/12/10 Renato Lima <renatonlima@xxxxxxxxx 
> <mailto:renatonlima@xxxxxxxxx>
> >>>>>>>>>>>> <mailto:renatonlima@xxxxxxxxx
<mailto:renatonlima@xxxxxxxxx>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> Olá Pessoal,
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> Faz um tempinho que eu não escrevo na lista (mas estou vivo !
> >>>>>>>>>>>> rsrsrsrsrsr)
> >>>>>>>>>>>>
> >>>>>>>>>>>> Vamos lá,
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> Sobre a localização brasileira existe dois pontos hoje que
> >>>>>>>>>>>> gostaria de expor aos membros da comunidade:
> >>>>>>>>>>>>
> >>>>>>>>>>>> 1. Tradução
> >>>>>>>>>>>>
> >>>>>>>>>>>> Todos sabemos que durante o mês passado foram reportado
alguns
> >>>>>>>>>>>> problemas sobre a ferramenta de tradução do projeto 
> (Rosetta) e
> >>>>>>>>>>>> a
> >>>>>>>>>>>> sincronização destas traduções pela Tiny e muitos dos 
> termos já
> >>>>>>>>>>>> traduzidos devem ser revisados, os principais projetos de
> >>>>>>>>>>>> traduções em https://translations.launchpad.net/openobject:
> >>>>>>>>>>>>
> >>>>>>>>>>>> OpenObject Addons - Tradução dos termos dos principais
módulos
> >>>>>>>>>>>> do
> >>>>>>>>>>>> OpenERP, falta 59%
> >>>>>>>>>>>>
> >>>>>>>>>>>> OpenObject Server - Tradução dos termos do modulo base do
> >>>>>>>>>>>> servidor, falta 37%
> >>>>>>>>>>>>
> >>>>>>>>>>>> OpenObject Application Client - Tradução dos termos da
> >>>>>>>>>>>> aplicação
> >>>>>>>>>>>> client em GTK do OpenERP, 99% traduzidas
> >>>>>>>>>>>>
> >>>>>>>>>>>> OpenObject Web Client - Tradução dos termos da aplicação web
> >>>>>>>>>>>> client, falta 100% revisar
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> Bem pessoal para quem quer contribuir e ainda não sabe como,
> >>>>>>>>>>>> iniciar pela tradução e um bom começo, você pode aprender
mais
> >>>>>>>>>>>> como fazer isso com o nosso tutorial em:
> >>>>>>>>>>>>
> >>>>>>>>>>>> 
> http://www.openerpbrasil.org/localizacao-brasileira/traducao-em-geral/
> >>>>>>>>>>>> Como boa pratica para a tradução, aconselhamos:
> >>>>>>>>>>>> - No caso do OpenObject Addons, escolha os módulos que você
> >>>>>>>>>>>> conheça os termos técnicos como por exemplo nos modulos 
> account
> >>>>>>>>>>>> (Contabilidade), sale (vendas), purchase (compras) e etc...
> >>>>>>>>>>>> - Procure traduzir primeiro os módulos relacionados como por
> >>>>>>>>>>>> exemplo account: (account, account_balance, account_payment),
> >>>>>>>>>>>> sale: ( sale, sale_delivery_report, sale_crm), purchase;
> >>>>>>>>>>>> (purchase, purchase_analytic_plans, purchase_manual)
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> Como todos participam de forma voluntária deixamos a 
> vontade os
> >>>>>>>>>>>> membro a contribuirem da forma que desejarem, mas um pouco de
> >>>>>>>>>>>> organização seria bom, seria interesante termos uma pessoa
> >>>>>>>>>>>> responsável por cada projeto:
> >>>>>>>>>>>>
> >>>>>>>>>>>> OpenObject Server
> >>>>>>>>>>>> OpenObject Application Client
> >>>>>>>>>>>> OpenObject Web Client
> >>>>>>>>>>>>
> >>>>>>>>>>>> e o OpenObject Addons a Formação de pequenos grupos de 
> tradução
> >>>>>>>>>>>> por assunto/modulos por exemplo um grupo para contabilidade
> >>>>>>>>>>>> outro
> >>>>>>>>>>>> para vendas e etc..
> >>>>>>>>>>>>
> >>>>>>>>>>>> 2 Localização Brasileira
> >>>>>>>>>>>>
> >>>>>>>>>>>> No projeto https://launchpad.net/openerp.pt-br-localiz temos
a
> >>>>>>>>>>>> branch lp:openerp.pt-br-localiz
> >>>>>>>>>>>>
> >>>>>>>>>>>> <
> >>>>>>>>>>>> 
>
https://code.launchpad.net/%7Eopenerp-brazil-team/openerp.pt-br-localiz/trun
k
> >>>>>>>>>>>> >
> >>>>>>>>>>>> tem os dois modulos
> >>>>>>>>>>>>
> >>>>>>>>>>>> l10n_br - Modulo principal da localização
> >>>>>>>>>>>> l10n_br_data - Modulo com os dados de suporte para a
> >>>>>>>>>>>> localização
> >>>>>>>>>>>>
> >>>>>>>>>>>> Reallizado:
> >>>>>>>>>>>>
> >>>>>>>>>>>> Os principais trabalhos realizados até agora é na parte
> >>>>>>>>>>>> financeira
> >>>>>>>>>>>> onde já tem os modelos financeiro de Plano de Contas,
Impostos
> >>>>>>>>>>>> e
> >>>>>>>>>>>> códigos de situação tributária para os impostos. Já é
possível
> >>>>>>>>>>>> criar um plano de contas contáveis e fazer algumas
> >>>>>>>>>>>> movimentações
> >>>>>>>>>>>> contábeis.
> >>>>>>>>>>>>
> >>>>>>>>>>>> Principais desafios:
> >>>>>>>>>>>>
> >>>>>>>>>>>> Utilizar a Fatura do OpenERP como Nota Fiscal e automatizar
os
> >>>>>>>>>>>> calculos para cada imposto destacado na nota fiscal durante a
> >>>>>>>>>>>> criação da fatura.
> >>>>>>>>>>>>
> >>>>>>>>>>>> Exportação dos dados para o formato txt ou xml para ser
> >>>>>>>>>>>> importado
> >>>>>>>>>>>> para o sistema da receita para emissão da nota fiscal
> >>>>>>>>>>>> eletronica.
> >>>>>>>>>>>>
> >>>>>>>>>>>> Relatorios fiscais e arquivos magneticos, com a nota fiscal
> >>>>>>>>>>>> eletronica hoje é muito facil importar as notas fiscais em
XML
> >>>>>>>>>>>> para um sistema fiscal do tipo Alterdata, Nasajon e gerar 
> estas
> >>>>>>>>>>>> obrigações ficais nestes sistemas enquanto não existe no
> >>>>>>>>>>>> OpenERP
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> Acredito que estes são os maiores desafios para a aplicação
do
> >>>>>>>>>>>> OpenERP no Brasil, claro que existem outras coisas, mas com
> >>>>>>>>>>>> este
> >>>>>>>>>>>> objetivos alcançados logo o OpenERP estara pronto para o
> >>>>>>>>>>>> mercado
> >>>>>>>>>>>> Brasileiro.
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> Um Abraço a Todos,
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> Renato Lima - www.akretion.com.br 
> <http://www.akretion.com.br> <http://www.akretion.com.br>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> 
>
?ui=2&view=att&th=12576be709824c47&attid=0.1&disp=attd&realattid=ii_12576be7
09824c47&zw
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> _______________________________________________
> >>>>>>>>>>>> Mailing list:
> >>>>>>>>>>>> https://launchpad.net/~openerp-brazil-team 
>
<https://launchpad.net/%7Eopenerp-brazil-team><https://launchpad.net/%7Eopen
erp-brazil-team>
> >>>>>>>>>>>> <https://launchpad.net/%7Eopenerp-brazil-team>
> >>>>>>>>>>>> Post to : openerp-brazil-team@xxxxxxxxxxxxxxxxxxx 
> <mailto:openerp-brazil-team@xxxxxxxxxxxxxxxxxxx>
> >>>>>>>>>>>> <mailto:openerp-brazil-team@xxxxxxxxxxxxxxxxxxx 
> <mailto:openerp-brazil-team@xxxxxxxxxxxxxxxxxxx>>
> >>>>>>>>>>>> Unsubscribe :
> >>>>>>>>>>>> https://launchpad.net/~openerp-brazil-team 
>
<https://launchpad.net/%7Eopenerp-brazil-team><https://launchpad.net/%7Eopen
erp-brazil-team>
> >>>>>>>>>>>> <https://launchpad.net/%7Eopenerp-brazil-team>
> >>>>>>>>>>>> More help : https://help.launchpad.net/ListHelp
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> 
> ------------------------------------------------------------------------
> >>>>>>>>>>>>
> >>>>>>>>>>>> _______________________________________________
> >>>>>>>>>>>> Mailing list:
>
> >>>>>>>>>>>> https://launchpad.net/~openerp-brazil-team 
>
<https://launchpad.net/%7Eopenerp-brazil-team><https://launchpad.net/%7Eopen
erp-brazil-team>
>
> >>>>>>>>>>>> Post to : openerp-brazil-team@xxxxxxxxxxxxxxxxxxx 
> <mailto:openerp-brazil-team@xxxxxxxxxxxxxxxxxxx>
>
> >>>>>>>>>>>> Unsubscribe :
> >>>>>>>>>>>> https://launchpad.net/~openerp-brazil-team 
>
<https://launchpad.net/%7Eopenerp-brazil-team><https://launchpad.net/%7Eopen
erp-brazil-team>
> >>>>>>>>>>>> More help : https://help.launchpad.net/ListHelp
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> _______________________________________________
> >>>>>>>>> Mailing list:
>
> >>>>>>>>> https://launchpad.net/~openerp-brazil-team 
>
<https://launchpad.net/%7Eopenerp-brazil-team><https://launchpad.net/%7Eopen
erp-brazil-team>
>
> >>>>>>>>> Post to : openerp-brazil-team@xxxxxxxxxxxxxxxxxxx 
> <mailto:openerp-brazil-team@xxxxxxxxxxxxxxxxxxx>
>
> >>>>>>>>> Unsubscribe :
> >>>>>>>>> https://launchpad.net/~openerp-brazil-team 
>
<https://launchpad.net/%7Eopenerp-brazil-team><https://launchpad.net/%7Eopen
erp-brazil-team>
> >>>>>>>>> More help : https://help.launchpad.net/ListHelp
> >>>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>
> >>>>>>
> >>>>>
> >>>>
> >>>> _______________________________________________
> >>>> Mailing list: https://launchpad.net/~openerp-brazil-team 
> <https://launchpad.net/%7Eopenerp-brazil-team>
> >>>> Post to : openerp-brazil-team@xxxxxxxxxxxxxxxxxxx 
> <mailto:openerp-brazil-team@xxxxxxxxxxxxxxxxxxx>
> >>>> Unsubscribe : https://launchpad.net/~openerp-brazil-team 
> <https://launchpad.net/%7Eopenerp-brazil-team>
> >>>> More help : https://help.launchpad.net/ListHelp
> >>>>
> >>>>
> >>>
> >>
> >
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openerp-brazil-team 
> <https://launchpad.net/%7Eopenerp-brazil-team>
> Post to : openerp-brazil-team@xxxxxxxxxxxxxxxxxxx 
> <mailto:openerp-brazil-team@xxxxxxxxxxxxxxxxxxx>
> Unsubscribe : https://launchpad.net/~openerp-brazil-team 
> <https://launchpad.net/%7Eopenerp-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
>