← Back to team overview

openerp-brazil-team team mailing list archive

Re: A forma correta para empresa de serviços

 

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