openerp-brazil-team team mailing list archive

[Raphaël Valyi <rvalyi@xxxxxxxxx>]

Ola Pedro
talvez volto a responder com mais detalhes depois, mas nao se preocupe,
nosso objetivo e mesmo de implementar apenas um modulo chamado l10n_br que
vem trazendo todo localizaçao brasileira apenas em cima de qualquer
installaçao padrao do OpenERP na versao orginal dele, como ja e feito com
bastante sucesso na Belgica, Suiça, França, Espanha e Alemanha. E so ter
algums cuidados na hora de criar esse modulo l10n_br e depois nos
beneficiamos de toda manutençao international.

Outra coisa: logo nos vamos procurar pessoas com conheciementos "business"
que querem ser os responsaveis da traduçao de algums modulos (por exemplo
financeiro, CRM...). Porem, infelizmente, as vezes, por falta dos tais
conhecimentos "business", tem gente que acaba traduzindo literalmente demais
em vez de usar das terminologias institutionalizadas. Tanbem a preciso
cuidar da homogeneidade das traduçoes.

Bom, espero que nos começamos a organisar tudo isso nesses dias que vem.

Abraço,

Raphaël Valyi
http://www.akretion.com


2009/9/2 Pedro L Bicudo Maschio <pedro.bicudo@xxxxxxxxxxxxxxxxx>

>  Comunidade
>
> Estava um pouco desanimado porque a lista tinha parado. De repente, entra o
> Raphael e põe fogo – Obrigado !
>
> Já estou seguindo no twitter
>
> Tenho experiência acumulada em implantações SAP/Oracle, em desenho de
> processos e gestão de projetos, mas faz muitos anos que não faço
> programação, portanto, o tipo de contribuição que posso dar é na tradução
> (já fiz alguns módulos) e mais adiante, na documentação, metodologia de
> implantação, treinamento, etc.
>
>
>
> Após ler os emails acumulados, segue minha pequena contribuição:
>
>
>
> Estratégia para Localização
>
> - para ser útil o OpenERP precisa se manter o mais próximo possível da
> versão internacional. Os mais jovens que tem manifestado a pressa em fazer
> algo 100% brasileiro que me perdoem, mas precisa ser internacional, caso
> contrário ninguém vai dar conta da manutenção. Já fui diretor de empresa de
> software e garanto, a manutenção acaba com a gente. Sendo internacional,
> quando um bug é corrigido lá fora, nós imediatamente nos beneficiamos aqui.
>
>
>
> Localização - Impostos
>
> - Aproveitar a experiência que já temos do SAP, do Oracle Business Suite e
> no PeopleSoft, quase nada de localização. O que se faz é integrar com o
> MasterSAF (ou um módulo similar) e todos os livros fiscais, informes, e a
> NFe são gerados e gerenciados no MasterSAF. Não podemos criar um módulo
> OpenERP com funcionalidade parecida?
>
> - Sugiro aos colegas que estão investindo tempo na customização dos
> impostos, que pensem em manter o conjunto como “opcional”, um módulo que a
> gente possa adicionar para Brasil, mas sem mexer nos outros módulos.
>
>
>
> SPED: em discussão há meses atrás, falamos que bastaria aplicar o plano de
> contas padronizado pelo SPED, incluído no download, como já existe para o
> plano de contas UK. Alguém já tinha distribuído o arquivo com o plano de
> contas, mas eu não guardei cópia.
>
>
>
> Com o plano de contas e um módulo “fiscal”, o ideal para o usuário
> brasileiro seria baixar do próprio site OpenERP.com, ou seja, apenas
> configurar para Brasil, mas nunca ter que usar um código localizado para
> Brasil. Raphael: é possível fazer assim?
>
>
>
> Invoice, Fatura e "aged partner balance"
>
> Traduzi no launchpad como “saldo vencido do parceiro”. No Brasil podemos
> fazer de duas formas, ambas podem funcionar na versão atual do OpenERP.
>
> Picking Invoice no OpenERP significa “Itens separados para fatura”, existe
> a opção de emitir o invoice conforme pedido ou emitir o invoice conforme
> carregamento. A primeira opção é a mais comum nos EUA, porém é rara no
> Brasil, porque a lei exige que a fatura (invoice) seja igual ao carregamento
> (tem que conferir quantidade).
>
> Basta o usuário padronizar e sempre escolher “fatura conforme carregamento”
> e emitir o Invoice.
>
> Note que fatura é um documento diferente de Nota Fiscal, e não precisa ser
> igual !
>
>
>
> A partir daí, o arquivo gerado (invoice) alimentaria o módulo fiscal, que
> “transformaria” (XML?) para o arquivo padrão da NFe, envia por internet,
> obtém a resposta da Receita, e registra o numero da autorização, imprime o
> conhecimento de carga, envia o email para o destinatário avisando da Nfe, e
> envia uma mensagem (XML?) de volta para o OpenERP para marcar “invoice
> impressa com êxito”. É assim que o MasterSAF funciona, ele tem um banco de
> dados próprio para registrar as transações com a Receita, roda em servidor
> separado e está independente do ERP.
>
>
>
> Como a Nfe pode ser emitida diretamente na internet (é como já fazemos na
> nossa empresa), para empresas que emitem poucas notas fiscais por dia, o
> módulo ainda não é fundamental. Para varejo, como já foi perguntado, ai não
> tem jeito, precisa da integração (precisa um módulo POS Brasil)
>
>
>
> Parcelamento
>
> No OpenERP padrão, a invoice seria emitida sem mudar o sistema (apenas
> precisa de uma solução de layout para imprimir em pdf).
>
> Se a empresa for de serviço, deve optar por emitir um invoice para cada
> parcela (mesmo procedimento, teria uma NF para cada parcela), isso é
> importante porque paga o imposto só depois de emitir a parcela.
>
> Se a empresa for comércio ou manufatura, e vende parcelado, a invoice tem
> que ser uma para cada entrega (invoice picking list como já descrito),
> depois emitirá as cobranças. Nesse caso precisamos de um módulo adicional,
> nada tem a ver com a NFe, mas tem a ver com o Sistema Brasileiro de
> Pagamentos, esse módulo precisaria emitir os boletos bancários com código de
> barras, ou ser integrado com as soluções já disponibilizadas pelos bancos.
>
> A função de baixa de lançamentos já existe para confirmar as parcelas
> pagas.
>
>
>
> Contas a Pagar e Receber
>
> Não encontrei no OpenERP como fazer um relatório de contas a pagar e
> receber no formato de fluxo de caixa, puxando saldo diário. Me parece que
> esta é uma funcionalidade que precisa ser melhorada para o Brasil. Porém, as
> listas de contas vencidas (aged), contas recebidas, e contas a pagar, são
> relatórios que já existem.
>
>
>
> Raphael – VAT é o real problema
>
> Pelo que vi, o VAT está embutido no código e o OpenERP faz os lançamentos
> contábeis do VAT automaticamente. Para o Brasil, isso complica. Você que
> conhece bem o sistema, tem solução para isso? Dá para eliminar o cálculo de
> VAT sem mexer no código do sistema?
>
> O VAT é muito parecido com ICMS, porque ambos incidem no preço de venda.
> Mas isso cria confusão pois o cálculo é diferente, e o ICMS é uma conta que
> recebe créditos e débitos.
>
>
>
> As empresas extrangeiras que operam no Brasil adotaram um padrão: no módulo
> “recebimento de materiais” criaram a entrada de NF, depois de digitar a NF
> de entrada, o sistema calcula os impostos e “guarda” em uma conta contábil
> para cada imposto. Abate os impostos e registra o custo da mercadoria sem
> impostos, ou seja, o valor de entrada da mercadoria é menor que o da NF,
> porque são deduzidos todos os impostos. Na contabilidade, o custo médio da
> matéria prima, por exemplo, é calculado sem impostos. Depois, feito o
> processamento e lançamentos, na hora da venda são calculados os impostos e
> lançados nas contas contábeis (uma para cada imposto), o que permite
> contabilizar os impostos em separado, como o saldo do ICMS.
>
>
>
> Voltando ao Invoice. A quantidade vem do picking, o preço vem do pedido de
> venda, os impostos são calculados a partir do preço de venda, e são
> contabilizados diretamente em seus centros de custos. A localização
> Brasileira precisa incluir o cálculo e contabilização desses impostos. O
> cálculo pode ser feito no módulo fiscal, mas lembrando que as taxas
> (percentual do imposto) precisam ser cadastrados em uma tabela, nunca no
> código, para facilitar as mudanças.
>
>
>
> Entre esses impostos calculados na venda, pode-se incluir IR para empresas
> enquadradas no Lucro Presumido e no Simples.
>
>
>
> Gestão do Projeto Brasil e Site
>
> Esse tipo de descrição (e discussão) deveria ser feito no blog ou no
> wiki... como vocês pensam em trabalhar a documentação?
>
>
>
> SDS
>
> Pedro L Bicudo Maschio
>
> www.tgtconsult.com.br
>
> 011-9402-9435
>
>
>
> _______________________________________________
> 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
>
>