openerp-brazil-team team mailing list archive

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

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
?ui=2&view=att&th=12576be709824c47&attid=0.1&disp=attd&realattid=ii_12576be7
09824c47&zw



2009/12/13 Henrique Meira <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>:

> 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> 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>
>>
>>>
>>> 2009/12/12 Henrique Meira <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
>>>
>>>>
>>>> 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>
>>>>
>>>>> 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
>>>>> [image:
>>>>>
?ui=2&view=att&th=12576be709824c47&attid=0.1&disp=attd&realattid=ii_12576be7
09824c47&zw]
>>>>>
>>>>>
>>>>> 2009/12/10 Henrique Meira <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>
>>>>>>
>>>>>>> Pessoal só para corrigir o comando para baixar a branch do openERP
é:
>>>>>>>
>>>>>>> $bzr branch lp:openerp
>>>>>>>
>>>>>>>
>>>>>>> 2009/12/10 Renato Lima <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
>>>>>>>> [image:
>>>>>>>>
?ui=2&view=att&th=12576be709824c47&attid=0.1&disp=attd&realattid=ii_12576be7
09824c47&zw]
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> 2009/12/10 Cloves Almeida <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>:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>> 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/). 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>>
>>>>>>>>>>>>
>>>>>>>>>>>>   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>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
?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/%7Eopenerp-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>
<https://launchpad.net/%7Eopenerp-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/%7Eopenerp-brazil-team>

>>>>>>>>>>>> Post to     : openerp-brazil-team@xxxxxxxxxxxxxxxxxxx

>>>>>>>>>>>> Unsubscribe :
>>>>>>>>>>>> https://launchpad.net/~openerp-brazil-team
<https://launchpad.net/%7Eopenerp-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/%7Eopenerp-brazil-team>

>>>>>>>>> Post to     : openerp-brazil-team@xxxxxxxxxxxxxxxxxxx

>>>>>>>>> Unsubscribe :
>>>>>>>>> https://launchpad.net/~openerp-brazil-team
<https://launchpad.net/%7Eopenerp-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
>>>> 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
Unsubscribe : https://launchpad.net/~openerp-brazil-team
<https://launchpad.net/%7Eopenerp-brazil-team> 
More help   : https://help.launchpad.net/ListHelp