← Back to team overview

openerp-brazil-team team mailing list archive

Re: A forma correta para empresa de serviços

 

Muito interessante. Usar procurement para indicar execução de serviço faz sentido se você considerar um serviço um "produto com estoque zero, consumido assim que se compra".

Usando essa linha de raciocínio, se for um serviço executado por pessoal da própria empresa, não seria o caso de usar o MRP e "produzir" o serviço em vez de comprar?

CJ

Henrique Meira escreveu:
Olá amigos, finalmente consegui compilar as informações e realizar a
venda de um serviço completamente.

Antes de apresentar, umas considerações sobre a msg do Raphael: eu
acho que realmente só vou achar informação nas listas internacionais,
e isso deverá ser assim por algum tempo, haja vista que não temos
suporte nem pessoas que utilizam o OpenERP no Brasil, ou pelo menos
não que conheçamos ou que participe desta lista. Claro, salvo aquelas
pessoas que estão tentando implantar.

Com relação à engenharia reversa, eu até concordo em partes, pois se
temos companheiros mais experimentados na ferramenta, sendo assim, bem
que podiamos ganhar tempo aprendendo com eles. E é por isso que acabo
bombardeando a lista. Agora vou também para o IRC e para a lista
internacional.

Sobre o módulo project_mrp, eu vou estuda-lo melhor. Cheguei a
instalar, mas confesso que a preguiça, ou talvez a ansiedade por
concluir, não me deixou testa-lo. Até pq já tenho um sistema de gestão
de projetos e não penso em troca-lo.

Sobre os capitulos 14 Analytic Accounts e 16 Services Management, vou
estuda-los a fundo.

Mais uma vez, muito obrigado pela colaboração, sem ela eu não ia
conseguir avançar de jeito algum.

E agora sobre a msg do Cloves: o exemplo de uso em um salão de beleza,
acho mais produtivo utilizar o POS, não?

=============

Considerações concluídas, vamos à um pequeno passo-a-passo sobre "Como
eu consegui finalizar um serviço?".

Na verdade foram duas maneiras de se fazer, onde o objetivo foi
alcançado das duas maneiras. Quero agora expor para o grupo para que
possam comentar e assim fechamos a maneira mais correta, ou mais
produtiva, de se fazer.

Para os passos abaixo vou considerar que vc já tem um plano de contas
elaborado. Minimamente vc pode elaborar seu plano de contas seguindo o
tutorial OpenERP-Book no capitulo 7 Developing a real case.

Vamos aos passos:

1. Fazer o cadastro de um serviço preenchendo os campos necessários:
descrição, preço, unidade (horas), tipo, método de aquisição (faça um
saldo), método de reposição (comprar), categoria (serviços), unidade
de medida (1), tipo de medida (Fixado)

2. Sales Managment > Sales Order > New Quotation
2.1. Informar cliente
2.2. Incluir linha de serviços
2.3. Confirmar Pedido (Status = In Progress)

3. Sales Managment > Sales Order Lines > Uninvoiced Lines
3.1. Abrir o pedido criado (Status = Confirmed)
3.2. Clicar Done (Status = Done)

4. Sales Managment > Sales Order Lines > Uninvoiced Lines > Uninvoiced
and Delivered Lines
4.1. Clicar sobre o pedido terminado (Status = Done)
4.2. Clicar em "Lançar ações sobre este recurso"
4.3. Clicar em "Create Invoices"

5. Administração Financeira > Invoices > Faturas de clients > Esboço
de faturas de clientes
5.1. Abrir esboço de fatura referente ao pedido
5.2. Clicar em "Criado" (Status = Open) (a partir deste momento vc já
tem um lançamento em Receivable, no plano de contas)

6. Administração Financeira > Invoices > Faturas de clients > Unpaid
Customer Invoices
6.1. Abrir a fatura em aberto referente ao pedido
6.2. Clicar em "Pagar fatura"
6.3. Preencher campos do pagamento e clicar em "Pagamento integral"

Isto finaliza a questão financeira, mas observando o fluxo inteiro,
percebi que o "Quotation" permanece "In progress". O que me leva a
pensar que eu possa ter feito algo na ordem errada do fluxo. Porém,
para finalizar este assunto é preciso executar o "Procurement".  O que
nos leva ao tópico 7:

7. Manufacturing > Procurement Orders > Unscheduled procurements
7.1. Abra o pedido confirmado (Status = Confirmado)
7.2. Clique na ação "Compute Procurements Only"
7.3. Clique no botão "Compute Procurements" (Status = Done)

A partir deste momento, na lista de "Sales Order", onde ficam os
"Quotations", você verá que seu pedido ficará com status "Done", sendo
assim não aparece em "My Sales Order".

Penso que assim, o fluxo foi finalizado e todos os processos concluídos.

############

Agora vamos para a segunda forma que encontrei de fazer o trabalho,
mas neste caso direto com "Procurement". Acredito que o fluxo correto
seria este, pois me parece que desta maneira primeiro executaremos o
trabalho (serviço) para depois gerar uma fatura.

Faça os passos 1, 2 e pule para o passo 7, ou seja:

1. Fazer o cadastro de um serviço preenchendo os campos necessários:
descrição, preço, unidade (horas), tipo, método de aquisição (faça um
saldo), método de reposição (comprar), categoria (serviços), unidade
de medida (1), tipo de medida (Fixado)

2. Sales Managment > Sales Order > New Quotation
2.1. Informar cliente
2.2. Incluir linha de serviços
2.3. Confirmar Pedido (Status = In Progress)

7. Manufacturing > Procurement Orders > Unscheduled procurements
7.1. Abra o pedido confirmado (Status = Confirmado)
7.2. Clique na ação "Compute Procurements Only"
7.3. Clique no botão "Compute Procurements" (Status = Done)

A partir deste momento temos serviços/pedidos ainda não faturados,
então procedemos daqui em diante com a parte finaneira:

8. Sales Managment > Sales Order Lines > Uninvoiced Lines > Uninvoiced
and Delivered Lines
8.1. Abrir o pedido (Status = Done) (observe q o serviço está terminado DONE)
8.2. Clicar no botão "Lançar ações para este recurso"
8.3. Clicar em "Create Invoices"

A partir daqui temos um esboço de fatura criado que precisa ser confirmado:

9. Administração Financeira > Invoices > Faturas de clients > Esboço
de faturas de clientes
9.1. Abrir esboço de fatura referente ao pedido
9.2. Clicar em "Criado" (Status = Open) (a partir deste momento vc já
tem um lançamento em Receivable, no plano de contas)

Agora é aguardar o pagamento para finalizar a fatura:

10. Administração Financeira > Invoices > Faturas de clients > Unpaid
Customer Invoices
10.1. Abrir a fatura em aberto referente ao pedido (Status = Open)
10.2. Clicar em "Pagar fatura"
10.3. Preencher campos do pagamento e clicar em "Pagamento integral"

Processo finalizado! ( e olha que diminuiu um passo do anterior!)

#########################

Eis que o processo foi concluído com sucesso, seus planos de conta
atualizados, dinheiro em caixa, chefe feliz e tudo indo muito bem,
obrigado!

Abraços,

henrique.



2009/12/14 Cloves Almeida <cjalmeida@xxxxxxxxx>:
Pensando aqui, para o que o Henrique quer, talvez seja mais simples criar um
módulo que avança a etapa de picking quando identifica que no pedido só tem
serviços. Numa empresa de serviços simples (um cabelereiro, por exemplo) não
existe definição de projeto nem nada.

Acho que é um caso de ou implementar um módulo que faz isso ou abrir um bug
para que isso seja incorporado como padrão ao módulo sales no 5.2

CJ


Raphaël Valyi escreveu:
Ola Henrique é Cloves,

sei basicamente como usar o OpenERP para servicios, mas falto de tempo é
investir na 5.2 é muito importante...
Bom, basicamente, voce pode installar o modulo project_mrp, ele te
permitira de criar novas tarefas de projeto para cada linha de um pedido
servico devidamente parametrizado.

Voce pode investigar olhando o workflow BPM do objeto mrp.procurement. uer
dizer, abre qualquer procurement ('requisistion' in 5.2) no cliente GTK,
depois cliqua em cima "Plugin">Execute a plugin>Print workflow ou investiga
pelo menu: Adminsitration > Customization > Workflow definition. Voce vera
entao que quando se procura um produto de tipo "servicio" que é para
produzir, entao, chamara a açao "produce_service" que no caso do modulo
project_mrp generara um tarefa.

Le atentivamente tambem os capitulos 14 e 16 aqui:
http://www.scribd.com/doc/17852385/Openerp-Book?autodown=pdf

Bom, esse modulo project_mrp é bem basico, porque tem gente que prefere
criar projeto enteiro com layout de tarefas e sub-tarefas, mas ai tem que
programar um pouco.
Tambem, vc pode vicar chateado com os parametros da tarefa padrao, pode
falatr informaçao par o que voce quer fazer. Na minha opiniao, esse so faz o
basico, senao tem que programar, vai ser provavelement menos de 50 linhas,
mas tem que programar.

Depois, voce pode indicar o tempo gastado em cada tarefa assim como o
percentagem de avanço e faturar as tarefas de um projeto pelo tempo que
gasta (invoice from timesheet) o pelo valor do pedido. Voce tambem tem um
pouco de controle do realizado vs o vendido, quer dizer controle de custo.
Tudo isso acontece por meio da contablidade analitica.
Sei que na consultoria de 250 pessoas, a Smile que eu trabalhava, olhamos
para usar, falatava umas coisas a relaçao desse controle de custo, mas nem
tanto (nao implementamos porque os caras preferiam vender servicio de
integraçao eml vez de investir na melhora da infraestrutura deles...).

E exatamente por essa falta de documentaçao que tem que saber fazer
reverse engeneering para se virar. Quer dizer, usuario final nao, mas quem
pretende implementar nao vai ter outro caminho. Nao adianta reclamar, ja é
coisa incrivel que exite projeto desse em open source, e para quem faz, é
ate mais importante por enquanto melhorar que tem que ser melhorado em vez
de ficar parado documentando coisa que deveria evoluir logo. Tambem, open
source de verdade que nao for apenas dumping ou ato marketting, tem que
andar com pouca grana, por isso que começa desse jeito: primeira so uma
elite consegue usar, depois vira democratico se succedir. Acho que nos
estamos nessa fase de trançisao.

Pretendo dar uma melhoradas nesse modulo project_mrp tambem para a 5.2 se
tiver tempo, tenho umas ideas.

Espero que isso ajuda a voce entender a base e seguir em frente. Claro,
esse assunto é exatamente o tipo onde nao tem massa critica nas comunidades
localizadas e que dai muito melhor se voce consultar e perguntar no forum
international, por isso acho que brigamos que quem pensava que era so criar
varios forums especializados em portugues. Por enquanto aqui nao tem massa
critica assunto funcionais nao especificos do Brasil. Quer dizer, em vez de
ajudar, esse discurso demagogico ia apenas dividir a comunicaçao e
enfraquecer ela. Porem, espero que talvez daqui um ano, se as coisas andar
rapido, possa ter esse tipo de grupo no Brasil.

Por enquanto, te sugiro de ler e perguntar aqui para servicio:
http://openerp.com/forum/services-and-projects-management-f15.html
Para interaçao agil, sigiro o chat IRC #openobject no servidor
irc.freenode.org <http://irc.freenode.org>


Bom, nao se desanima, voce ta avançando no logo caminho...


Abraços,

Raphaël Valyi
http://www.akretion.com.br  - primeiro integrador OpenERP parceiro da Tiny
no Brasil



2009/12/13 Henrique Meira <henrique@xxxxxxxxx <mailto:henrique@xxxxxxxxx>>

   Não fala mesmo! :(

   Fuçando aqui descobri que, abrindo "Sales Order Lines" há uma lista de
   pedidos, e é nestes pedidos que vc indica "Done" para o pedido.

   Estou fazendo alguns testes ainda, mas acho que mexi tanto que acabei
   zoneando tudo... nas ações do Procurement ele acabou colocando todas
   as "Quotations" de volta para "In progress" e agora realmente eu não
   sei o que aconteceu... vou começar tudo de novo.

   Será que na lista internacional o pessoal nos conta como trabalhar
   corretamente?

   henrique.


   2009/12/13 Cloves Almeida <cjalmeida@xxxxxxxxx
   <mailto:cjalmeida@xxxxxxxxx>>:
   > Sinceramente, eu não sei! :)
   >
   > Nunca trabalhei com serviços puros. E a documentação
   aparentemente não fala
   > nada sobre isso.
   >
   >
   > On 13-12-2009 14:48, Henrique Meira wrote:
   >>
   >> Eu tbm uso o client GTK!
   >>
   >> Eu estava utilizando o botão "Advance Invoice", mas ele gerava uma
   >> outra linha de item. Agora, penso eu, entendi que o Advance
   Invoice é
   >> para adicionar algo já pago ao pedido, certo?
   >>
   >> Contudo, o pedido ficou no estado "In progress". Efetuei o
   pagamento
   >> da fatura, mas ainda assim o pedido está "In progress". Na
   coluna de
   >> "Invoice" ficou 100%, ok... mas e agora? Como dou baixa neste
   pedido?
   >>
   >> henrique.
   >>
   >> 2009/12/13 Cloves Almeida<cjalmeida@xxxxxxxxx
   <mailto:cjalmeida@xxxxxxxxx>>:
   >>
   >>>
   >>> Não uso o web client, então vou me basear no client GTK.
   >>>
   >>> Depois de criar um "Quotation", você precisa confirmar,
   clicando no botão
   >>> "Confirm order" (por padrão vem no estado "Draft"). Daí, se
   não houver
   >>> produtos físicos, basta clicar em ações e em "Make invoices",
   que ele
   >>> gera
   >>> uma fatura no estado Draft.
   >>>
   >>> Quando há produtos fisicos, a sequencia de objetos é
   "Quotation/Order" ->
   >>> "Picking (coleta)" ->  "Invoice". Como não há coleta no caso
   de serviços,
   >>> dá
   >>> para pular direto de order para invoice. Quando há, ao validar uma
   >>> coleta,
   >>> automaticamente o OE gera a fatura (isso pode ser modificado
   no campo
   >>> "Shipping Policy").
   >>>
   >>> CJ
   >>>
   >>>
   >>> On 13-12-2009 11:23, Henrique Meira wrote:
   >>>
   >>>>
   >>>> Olá pessoal,
   >>>>
   >>>> qual é a maneira correta de se trabalhar com o modelo de
   empresa que
   >>>> vende de serviços? Alguém tem um workflow para isto?
   >>>>
   >>>> A idéia aqui é saber como fazer:
   >>>> * Cadastrar serviços: isto é simples, cadastro um produto
   como serviço
   >>>> (algo mais?);
   >>>> * Criar um pedido: pelo que vi, cria-se um "Quotation";
   >>>> * Faturar o pedido: daqui em diante não sei como proceder...
   >>>>
   >>>> Estou utilizando o demo online
   >>>>

 http://demo.openerp.com:8080/login?user=demo&password=demo&db=service_en

 <http://demo.openerp.com:8080/login?user=demo&password=demo&db=service_en>
   >>>> .
   >>>>
   >>>> henrique.
   >>>>
   >>>> _______________________________________________
   >>>> 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
   <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






Follow ups

References