openerp-brazil-team team mailing list archive

["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