openerp-brazil-team team mailing list archive

[Henrique Meira <henrique@xxxxxxxxx>]

Sim, é um ponto de vista. Mas daí precisamos instalar mais este módulo.

Vou estudar o módulo para ver como adaptar.

Legal!!! A coisa tá andando!!!


--
Henrique Meira
H2A Soluções Corporativas



2009/12/14 Cloves Almeida <cjalmeida@xxxxxxxxx>:
> 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
>>>>
>>>>
>>>>
>>>
>>>
>
>