openerp-brazil-team team mailing list archive

[Cloves Almeida <cjalmeida@xxxxxxxxx>]

Maurício,

por isso mesmo não vou implementar um PDV no OpenERP :)

Minha idéia é simplesmente criar uma interface com sistemas de PDV
existentes e homologado. PDV é um negócio muito simples e barato para
perder tempo desenvolvendo um enquanto tem uma infinidade de soluções
disponíveis e adaptada aos diversos segmentos.

Entra em http://www.bluwiki.com/go/OpenERP_POS para ver as
especificações. Eu e mais uma pessoa estamos implementando a solução
aqui na empresa com nosso PDV existente. Acho que em um mês já consigo
publicar algum código.

Quanto ao "General Ledger" não deve ser difícil implementar um relatório
que agrega todos os lançamentos de todos os journals.

CJ


Em Seg, 2009-09-21 às 18:37 -0300, Mauricio Baduy escreveu:
> Olá Amigos,
> 
> @Bicudo: Muito boa sua explicação!  Vou ler várias vezes. Obrigado
> pelo seu tempo no fim de semana!
> 
> @Cloves:  Muito oportuna a sua informação sobre os vários "Journals"
> do Openerp. O "General Ledger" seria o nosso diário, correto? Como ele
> é obrigatório, deveremos implementá-lo no Openerp. Qual seria o
> equivalente ao Razão?
> 
> Sobre a escrituração Fiscal, o SPED Fiscal é realmente complexo! O
> esforço não compensa! Mas, acredito que possamos implementar o SPED
> Contábil no Openerp. Você acha que é uma tarefa muito difícil? Conte
> um pouco da sua experiência, se for possível.
> 
> A propósito do PDV, você está ciente da necessidade de homologação do
> mesmo? Aqui em Minas Gerais, qualquer software para emitir cupom
> fiscal tem que ser homologado por uma instituição acreditada pela
> Secretaria Estadual da Fazenda. Se não for homologado, não é permitido
> usá-lo. Para homologar, é preciso que o programa cumpra uma série de
> exigências, enviar o código fonte e pagar uma taxa. Como é feito um
> hash do código, se for mudada uma vírgula, será necessária nova
> homologação. 
> 
> Agora, imagine mandar todo o código fonte do módulo e do Openerp para
> análise por alguém que não seja proficiente em Python!
> 
> Segundo informações, a maioria dos estados vão exigir homologação a
> partir de 2010. E tudo isto para evitar a sonegação, que é
> impressionante no segmento dos ECFs. 
> 
> Aqui na minha empresa, tinhamos uma MP-20 FI (Bematech), cuja memória
> fiscal se esgotou. Não foi permitido trocar a memória em uma
> assistência credenciada pela SEF, e a impressora foi descartada! Foi
> necessário comprar uma nova, dessas com memória da fita detalhe, e o
> argumento foi de que as matriciais, como a MP-20 FI, possuem muitas
> brechas no software embarcado que permitem  fraudes.
> 
> Mauricio
> 
> 
> 2009/9/21 Cloves Almeida <cjalmeida@xxxxxxxxx>
>         Ronaldo,
>         
>         no começo também apanhei porque no OpenERP não existe um
>         "General
>         Ledger", ou seja, um razão geral em que é possível
>         arbitrariamente
>         lançar um débito e um crédito. Necessariamente um lançamento
>         está
>         vinculado a um "Journal".
>         
>         A função disso é que você pode customizar melhor a interface e
>         simplificar a entrada e análise de dados. Por exemplo, o
>         "Sales Journal"
>         tem uma coluna com o nome do cliente que gerou o lançamento. O
>         "Bank
>         Journal" tem uma coluna com o "nome" do extrato bancário. O
>         "Expenses
>         Journal" tem a data de vencimento do título no contas a pagar.
>         
>         Mas nada impede de você criar um "General Journal" para
>         assumir as
>         funções do General Ledger tão comum em outros sistemas menos
>         integrados.
>         Só não faz muito sentido.
>         
>         CJ
>         
>         
>         Em Seg, 2009-09-21 às 15:14 -0300, Ronaldo Padula escreveu:
>         
>         > Cloves, meus argumentos estão semelhantes aos seus no que
>         diz respeito
>         > se é necessário adequar o OpenERP à contabilidade. Eu também
>         acho que
>         > não seria boa idéia!
>         >
>         >  Da forma que está já dá pra atender pelo menos ao que
>         chamamos de
>         > Contabilidade de Custos e Contabilidade Gerencial. O que se
>         deve
>         > posteriormente é criar a geração de arquivos que atendam
>         softwares
>         > especializados como você mencionou.
>         >
>         > Não ficou claro pra mim através do estudos que estou fazendo
>         a questão
>         > contabil das partidas dobradas por causa dos relatórios
>         gerados
>         > posteriormente, mas nada que não pode ser entendido uma vez
>         que você já
>         > capitou isso perfeitamente.
>         >
>         > Eu lí diversas vezes o tutorial /mencionado/ por você e
>         cheguei a estas
>         > conclusões. Por isso enviei o e-mail anterior que não foi
>         bem visto por
>         > um dos colegas que descaracterizou tais considerações, mas é
>         isso aí!
>         > bola pra frente!
>         >
>         >
>         >
>         > Obrigado pela resposta!
>         >
>         >
>         >
>         >
>         >
>         >
>         >
>         >
>         >
>         > Cloves Almeida escreveu:
>         > > Ronaldo,
>         > >
>         > > o OpenERP é totalmente baseado em partilhas dobradas e ele
>         é usado para
>         > > a escrituração fiscal em diversas empresas belgas, suíças
>         e francesas,
>         > > onde as implementações estão mais avançadas. Tem inclusive
>         o conceito de
>         > > "contas analíticas" que na prática é a implementação do
>         conceito de
>         > > centros de custo / centros de lucro. Tudo integrado com
>         apuração de
>         > > impostos, conciliação bancária, contas a pagar e receber.
>         Ele faz
>         > > inclusive partilha dobrada para o estoque físico, coisa
>         que pouquíssimos
>         > > ERPs fazem. Dá uma olhada na documentação em
>         doc.openerp.com que metade
>         > > dela é sobre contabilidade e finanças.
>         > >
>         > > O problema aqui não é o OpenERP, é a legislação tributária
>         brasileira
>         > > que é uma confusão sem limites. Na França o pessoal tem
>         esse problema
>         > > também com o módulo de recursos humanos, já que dizem que
>         a legislação
>         > > trabalhista deles é tão confusa quanto a nossa.
>         > >
>         > > A questão é mais de pragmatismo. O OpenERP _tem condições_
>         de se tornar
>         > > uma ferramenta de escrituração fiscal no Brasil?
>         Totalmente! O OpenERP
>         > > DEVE se tornar uma ferramenta de escrituração fiscal? Eu
>         já acho que o
>         > > esforço não compensa.
>         > >
>         > > Mais simples seria gerar os arquivos com os lançamentos
>         nos formatos
>         > > apropriados para importação dos softwares de contabilidade
>         mais
>         > > utilizados no país - acho que o líder é o PROSOFT. Quando
>         eu terminar o
>         > > PDV e a implementação na minha empresa, posso até ajudar
>         nisso.
>         > >
>         > > CJ
>         > >
>         > >
>         > > Em Seg, 2009-09-21 às 12:07 -0300, Ronaldo Padula
>         escreveu:
>         > >
>         > >> Cloves,
>         > >> Você foi feliz nas suas colocações nas seguintes
>         situações:
>         > >> Uma a referente ao caixa dois, que é crime, dá cadeia, e
>         seria muita
>         > >> irresponsabilidade desenvolver o OpenERP de forma a
>         facilitar esta
>         > >> prática, acho que somente este argumento já basta!
>         > >>
>         > >> Sobre a Contabilidade do OpenERP, à menos que eu esteja
>         muitíssimo
>         > >> enganado nas analises que fiz dos mais diversos módulos
>         existentes,
>         > >> nenhum atende a contabilidade de fato. O OpenERP faz
>         contabilidade de
>         > >> custos e o que pode ser aproximado à contabilidade
>         gerencial, permitindo
>         > >> lançamentos em algumas contas e gerando demonstrativos
>         como balancetes e
>         > >> índices da evolução dos mesmos.
>         > >>
>         > >> Para que o programa atenda a contabilidade não só de
>         acordo com o fisco,
>         > >> mas com a lei 6.404, com as resoluções do CFC e
>         pronunciamentos do CPC,
>         > >> o mesmo deveria realizar escrituração de livro diário
>         (partidas
>         > >> dobradas), livro razão e livro caixa. Deveria também
>         fazer encerramento
>         > >> do exercício com Demonstração de Resultado, Balanço
>         Patrimonial,
>         > >> Demonstração do Valor Adicionado, Demonstração de Fluxo
>         de Caixa, entre
>         > >> outras. Sem falar da escrituração fiscal.
>         > >>
>         > >> Como em diversas empresas a contabilidade é terceirizada,
>         o OpenERP pode
>         > >> trabalhar no intuito de fornecer informações aos
>         Contadores através de
>         > >> seus módulos de gerenciamento, ou se integrar com
>         software específico de
>         > >> contabilidade que com certeza atende ao que foi
>         mencionado como é o caso
>         > >> do programa Fiel Contábil que também é livre, ou na área
>         de DP o Folha
>         > >> Livre (somente como exemplos).
>         > >>
>         > >> Assim, eu acredito que o OpenERP está meio distante de
>         atender esta
>         > >> necessidade talvez não tenha necessariamente o objetivo
>         de atender, não sei!
>         > >>
>         > >> Ficam aí minhas considerações...abraços a todos!
>         > >>
>         > >>
>         > >>
>         > >>
>         > >>
>         > >> Cloves Almeida escreveu:
>         > >>
>         > >>> Pedro,
>         > >>>
>         > >>> muito bom sua explanação. Minha experiência está ligada
>         a empresas de
>         > >>> médio porte, mais próximo do público-alvo do OpenERP. Em
>         relação a caixa
>         > >>> dois, o OpenERP não pode DE MODO ALGUM facilitar esse
>         tipo de prática.
>         > >>> Essa demanda, se houver (e te garanto que haverá) tem de
>         ser de
>         > >>> responsabilidade e consciência de cada integrador.
>         > >>>
>         > >>> Mas, sinceramente, os controles das receitas estaduais e
>         federal andam
>         > >>> tão avançados que se você estiver sonegando e eles
>         fizerem uma
>         > >>> específica, com certeza vão lhe pegar. Mas você pode
>         trabalhar "no
>         > >>> limite da legalidade", só que esses buracos são tão
>         dependentes da
>         > >>> mutante legislação tributária que é quase impraticável
>         implementar
>         > >>> direto no ERP.
>         > >>>
>         > >>> Dito isso, minha opinião é que o OpenERP deve focar-se
>         mais na
>         > >>> contabilidade gerencial - que apesar de ser específica
>         para cada
>         > >>> empresa, "faz sentido" customizar alguns módulos. A
>         contabilidade fiscal
>         > >>> deve continuar na mão do departamento ou terceirizado
>         específico. As
>         > >>> diferenças de apuração devem voltar como em qualquer
>         outro ERP, via
>         > >>> "ajustes contábeis".
>         > >>>
>         > >>>
>         > >>>
>         > >>> Em Dom, 2009-09-20 às 22:11 -0300, Pedro L Bicudo
>         Maschio escreveu:
>         > >>>
>         > >>>
>         > >>>> Mauricio
>         > >>>>
>         > >>>> Sobre o chart of accounts. Desculpe se ficou muito
>         longo, mas espero
>         > >>>> que seja didático.
>         > >>>>
>         > >>>>
>         > >>>>
>         > >>>> Há dois fatores que “destruíram” a prática contábil nas
>         empresas
>         > >>>> Brasileiras. Primeiro foi o caixa dois: para sonegar
>         impostos as
>         > >>>> empresas só contabilizam o “oficial” e com isso os
>         relatórios
>         > >>>> contábeis e as apurações de custos se tornaram inúteis.
>         Piorou quando
>         > >>>> o governo criou o lucro presumido, a partir do qual as
>         empresas
>         > >>>> desobrigadas de apresentar o balanço pararam de
>         contabilizar as
>         > >>>> despesas (principalmente de pequeno valor). Surgiram
>         controles
>         > >>>> paralelos, por exemplo, o fluxo de caixa que é
>         registrado em separado
>         > >>>> da contabilidade.
>         > >>>>
>         > >>>>
>         > >>>>
>         > >>>> Observe que temos um desafio para o OpenERP: como lidar
>         com o caixa
>         > >>>> dois? Eu não me preocupo porque não preciso disso. No
>         entanto, há
>         > >>>> soluções no Brasil que de alguma forma atendem essa
>         demanda dos
>         > >>>> compradores – porém não sei explicar como fazem isso.
>         > >>>>
>         > >>>>
>         > >>>>
>         > >>>> O meu interesse pelo OpenERP é justamente porque tem o
>         plano de contas
>         > >>>> no seu centro. O uso que quero fazer dele é em uma
>         entidade
>         > >>>> assistencial na qual trabalho como voluntário. Como ela
>         tem o registro
>         > >>>> de utilidade pública, não recolhe IR, mas está obrigada
>         a seguir a
>         > >>>> legislação de apuração por lucro real com todos os
>         livros e
>         > >>>> contabilidade completa para manter o benefício. Hoje
>         fazemos a
>         > >>>> contabilidade como vc descreveu (partidas dobradas e
>         todos os livros),
>         > >>>> há um longo plano de contas e existem as contas de
>         resultado, para
>         > >>>> isso usamos um software simples, só para contabilidade,
>         mas que não
>         > >>>> tem integração com folha, compras, etc.
>         > >>>>
>         > >>>>
>         > >>>>
>         > >>>> Já no meu trabalho remunerado, de consultoria, faço
>         serviços de
>         > >>>> verificação (QA) do projeto de implantação, normalmente
>         grandes
>         > >>>> projetos SAP para grandes empresas. Nesses casos não
>         tem caixa dois,
>         > >>>> por um motivo simples: se houvesse, o dono/acionista
>         seria
>         > >>>> lesado/roubado por quem usa o dinheiro do caixa dois.
>         Na medida em que
>         > >>>> as empresas crescem, precisam de um sistema seguro e
>         confiável
>         > >>>> justamente para evitar as fraudes (como a do caixa
>         dois).
>         > >>>>
>         > >>>>
>         > >>>>
>         > >>>> Normalmente a grande empresa já tem um plano de contas
>         complexo que
>         > >>>> implementa no ERP. Uma das vantagens de ter uma boa
>         contabilidade é
>         > >>>> poder calcular o custo médio, a Fiat Brasil, por
>         exemplo, tem mais de
>         > >>>> 70 modelos em produção (contando todas variações de
>         cada carro) e
>         > >>>> apura o custo médio por modelo até o dia 5 de cada mês,
>         com cálculo de
>         > >>>> imposto para cada um, etc., isso só é possível porque a
>         contabilidade
>         > >>>> é muito bem feita.
>         > >>>>
>         > >>>>
>         > >>>>
>         > >>>> De modo geral, o plano de contas é regulamentado pelas
>         bolsas de
>         > >>>> valores e pela associação de contadores. Empresas
>         americanas seguem o
>         > >>>> GAAP, e no Brasil o novo SPED alinha-se aos padrões
>         internacionais,
>         > >>>> com isso qualquer investidor sabe interpretar o que é
>         ativo,
>         > >>>> obrigações, custo de produto, custo de vendas, etc. e
>         comparar qual
>         > >>>> empresa é melhor.
>         > >>>>
>         > >>>>
>         > >>>>
>         > >>>> Nos projetos ERP das grandes, cada uma usa seu plano de
>         contas, único
>         > >>>> e que atende às particularidades da empresa. Há muitos
>         ajustes a fazer
>         > >>>> nos relatórios gerenciais, sempre. Já a questão de
>         “quanto iremos
>         > >>>> pagar de...” funciona diferente do que vc sugere. O
>         processo é
>         > >>>> planejar e depois verificar. Cria-se um orçamento
>         planejado para cada
>         > >>>> centro de custos, o que permite planejar um resultado.
>         Assim, antes de
>         > >>>> começar o mês você planeja quanto vai pagar de
>         impostos, quanto vai
>         > >>>> consumir de materiais, quanto vai pagar de salários,
>         etc. Depois, ao
>         > >>>> fim do mês, as despesas reais contabilizadas em cada
>         conta são
>         > >>>> comparadas ao planejado. Portanto, a qualquer momento
>         devemos saber
>         > >>>> quanto ainda podemos gastar para manter o real dentro
>         dos limites do
>         > >>>> planejado.
>         > >>>>
>         > >>>>
>         > >>>>
>         > >>>> P é a letra mais importante do ERP, pois significa
>         planejar. R
>         > >>>> significa os recursos que vamos planejar. Os recursos
>         são definidos ou
>         > >>>> determinados pelo plano de contas, já que cada recurso
>         recebe um
>         > >>>> número, o centro de custo: pessoas, PJ contratados,
>         materiais,
>         > >>>> máquinas, cada recurso é representado por um centro de
>         custos. Se você
>         > >>>> gasta em manutenção, correlaciona a despesa ao centro
>         de custos da
>         > >>>> máquina, assim, quando calcula o custo do produto, soma
>         o custo da
>         > >>>> máquina, que já inclui o custo da manutenção... não
>         escapa nada.
>         > >>>>
>         > >>>>
>         > >>>>
>         > >>>> No conceito ERP administra-se executado x planejado. O
>         resultado não é
>         > >>>> surpresa. O plano de contas é a estrutura básica para
>         executar o ERP.
>         > >>>> Na empresa de manufatura, a estrutura lógica é a BOM -
>         Bill of
>         > >>>> Materials, é a equação que define quanto de cada
>         material é empregado
>         > >>>> para construir o produto, é a “receita” para compor um
>         produto, é com
>         > >>>> essa receita que a empresa inicia a estruturação do
>         plano de contas
>         > >>>> (vai relacionar qual material ou insumo é contabilizado
>         em qual centro
>         > >>>> de custos e como isso se soma para compor o resultado).
>         Na empresa de
>         > >>>> serviços, não existe a BOM, o que dificulta a
>         estruturação lógica do
>         > >>>> plano de contas. Aqui é que entram os consultores:
>         repensar e modelar
>         > >>>> o negócio e organizar o modelo preditivo de resultados,
>         que será
>         > >>>> solidificado no plano de contas.
>         > >>>>
>         > >>>>
>         > >>>>
>         > >>>> Nosso módulo Brasil pode começar com o plano genérico
>         do SPED (o que
>         > >>>> já está sendo feito). Mas em cada implantação, caberá
>         ao consultor que
>         > >>>> está conduzindo o projeto, ajustar o plano de contas
>         para o cliente.
>         > >>>> Haverá clientes mais exigentes e outros que se
>         contentarão com o plano
>         > >>>> genérico.
>         > >>>>
>         > >>>>
>         > >>>>
>         > >>>> No exemplo Peru, ele continuou usando VAT (em uma conta
>         só). O desafio
>         > >>>> para nós, Brasil, será criar uma conta para cada
>         imposto. Na
>         > >>>> contabilidade completa da entidade assistencial que
>         citei, temos IR,
>         > >>>> ICMS, COFINS, INSS e “outras contribuições”, todas
>         dentro de um mesmo
>         > >>>> grupo de contas. O detalhe é que os recolhimentos e
>         demonstrativos são
>         > >>>> feitos em separado, nos aplicativos da receita (gerador
>         dos arquivos
>         > >>>> que são entregues mensalmente) e pegamos o resultado
>         calculado e
>         > >>>> digitamos no sistema contábil, não tem integração. Da
>         mesma forma, no
>         > >>>> OpenERP, podemos ter uma interface que extrai os dados
>         da
>         > >>>> contabilidade, alimenta o módulo externo de livros
>         fiscais que
>         > >>>> calculam o imposto e geram os arquivos para entrega, e
>         outra interface
>         > >>>> para pegar os resultados e inserir na contabilidade
>         (por exemplo, no
>         > >>>> agrupamento de contas que hoje é chamado de VAT).
>         > >>>>
>         > >>>>
>         > >>>>
>         > >>>> Espero ter ajudado no entendimento.
>         > >>>>
>         > >>>>
>         > >>>>
>         > >>>> [ ]
>         > >>>>
>         > >>>> Bicudo
>         > >>>>
>         > >>>>
>         > >>>>
>         > >>>>
>         > >>>>
>         > >>>>
>         ______________________________________________________________________
>         > >>>> De: openerp-brazil-team-bounces
>         > >>>> +pedro.bicudo=tgtconsult.com.br@xxxxxxxxxxxxxxxxxxx
>         > >>>> [mailto:openerp-brazil-team-bounces
>         > >>>> +pedro.bicudo=tgtconsult.com.br@xxxxxxxxxxxxxxxxxxx] Em
>         nome de
>         > >>>> Mauricio Baduy
>         > >>>> Enviada em: quarta-feira, 16 de setembro de 2009 21:15
>         > >>>> Para: openerp-brazil-team@xxxxxxxxxxxxxxxxxxx
>         > >>>> Assunto: [Openerp-brazil-team] Finances,Accounting &
>         Legal
>         > >>>> English-Portuguese Glossary
>         > >>>>
>         > >>>>
>         > >>>>
>         > >>>>
>         > >>>> Olá,
>         > >>>>
>         > >>>> Passada a tempestade da nota fiscal eletrônica, voltei
>         a analisar a
>         > >>>> documentação do Openerp, e comecei pela contabilidade.
>         O link abaixo,
>         > >>>> possui um extenso glossário de termos financeiros,
>         contábeis, etc, em
>         > >>>> inglês com tradução para o português. Estou achando-o
>         útil para
>         > >>>> entender melhor o que o Openerp faz.
>         > >>>>
>         > >>>> http://www.sk.com.br/sk-fcj.html
>         > >>>>
>         > >>>> É um bom complemento para o glossário existente no
>         bluwiki.
>         > >>>>
>         > >>>> O plano de contas a ser implementado será o Plano de
>         Contas
>         > >>>> Referencial da Receita Federal? O que está sendo
>         pensado a respeito?
>         > >>>> Desculpem se a pergunta for inadequada.
>         > >>>>
>         > >>>> Minha experiência com contabilidade é bem mais simples
>         do que propõe o
>         > >>>> Openerp.  O sistema que é usado na empresa é um plano
>         de contas de 5
>         > >>>> níveis, do tipo tradicional, usado largamente em
>         empresas industriais
>         > >>>> e comerciais. Os lançamentos são efetuados em partida
>         dobrada, usando
>         > >>>> um sistema de histórico padrão que permite várias
>         inserções de textos
>         > >>>> variáveis, e no fim, produzir balancete,
>         demonstrativos, Diário e
>         > >>>> Razão. Achei interessante a classificação das contas
>         quanto ao tipo de
>         > >>>> transação que ela recebe, e imagino como pode ser
>         versátil uma
>         > >>>> contabilidade feita da maneira proposta pelo Openerp.
>         > >>>>
>         > >>>> No link
>         > >>>>
>         > >>>>
>         http://beeznest.wordpress.com/2008/12/27/openerp-5-creating-a-chart-of-accounts-first-draft/
>         > >>>>
>         > >>>> o autor Yannick Warnier conta a experiência de criar um
>         plano de
>         > >>>> contas para o Perú. É uma leitura interessante (pelo
>         menos para mim).
>         > >>>>
>         > >>>> Os membros da lista que tem experiência com
>         contabilidade como
>         > >>>> implementada pelo Openerp, poderiam comentar a
>         respeito?
>         > >>>> (Bicudo: se você tiver um tempinho, conte um pouco da
>         sua experiência
>         > >>>> com outros ERPs).
>         > >>>>
>         > >>>> Fico imaginando como seria eficiente gerenciar uma
>         empresa sabendo, a
>         > >>>> qualquer momento, quanto iremos pagar de PIS, COFINS,
>         ICMS,  ICMS-ST,
>         > >>>> IPI,
>         > >>>> etc, quanto um determinado produto está contribuindo
>         para a margem de
>         > >>>> lucro da empresa, se está dando prejuízo, etc.
>         > >>>>
>         > >>>> É uma revolução na gestão das empresas!
>         > >>>>
>         > >>>> Maurício
>         > >>>>
>         > >>>>
>         > >>>> _______________________________________________
>         > >>>> Mailing list:
>         https://launchpad.net/~openerp-brazil-team
>         > >>>> Post to     : openerp-brazil-team@xxxxxxxxxxxxxxxxxxx
>         > >>>> Unsubscribe :
>         https://launchpad.net/~openerp-brazil-team
>         > >>>> More help   : https://help.launchpad.net/ListHelp
>         > >>>>
>         > >>>>
>         > >>> _______________________________________________
>         > >>> Mailing list: https://launchpad.net/~openerp-brazil-team
>         > >>> Post to     : openerp-brazil-team@xxxxxxxxxxxxxxxxxxx
>         > >>> Unsubscribe : https://launchpad.net/~openerp-brazil-team
>         > >>> More help   : https://help.launchpad.net/ListHelp
>         > >>>
>         > >>>
>         > >>
>         > >
>         > >
>         > >
>         >
>         >
>         
>         
>         _______________________________________________
>         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
>         
>