Am 19.01.2011 09:30, schrieb Cédric Krier:
On 19/01/11 08:42 +0100, Jan Grasnick | Grasbauer UG wrote:
Am 19.01.2011 00:05, schrieb Cédric Krier:
On 18/01/11 23:18 +0100, Jan Grasnick | Grasbauer UG wrote:
Buenas Tardes desde Allemania,
muy bien escuchar kastilliano aka;)
I'm interested in this module and will give it a try soon. I wrote a
little extension to the project-module, which associates projects to
sales and some other presale activities. The employee checks in
time.lines to the project - so its interesting to extend the employee
with informations of his weekly worktime to validate this in
project_plan. so cedk comment is reasonable: your modul should extend
the employee. if I know the salary of a employee, i can calculate the
costs of a project or something else.
It is already the case with the module project_revenue.
Yes. I'm still extending the project module.
- project gets a field code
This could go in the main module.
- project can be associated with quality tests (new module)
- project is related to a sale
- a project report
- a wizzard and a small client to checkin timelines (timesheet.line
computes hours from start_time and end_time)
- Lines associated to stock ( materials consumption)
this is my idea to get a low level production planning in tryton (for
processing industries- here coating)
I'm not sure it is the right way.
I agree that it is good to define product used for a project/task but I'm not
sure it is enough for a production modeling.
Did you take a look at the blueprint
http://code.google.com/p/tryton/wiki/TrytonMRPIntegration
yes - i did. But there are problems with this model in processing
industries. I cant explain it right now, but I'm reading books about
production planning in processing industries ;)
the BOM-model works in a production with repeating products (a computer
with n parts). In the processing industries each product can be
different to each other.
So i wrote a extra model accociated to sales and products, which holds
the specification. hard to explain - but i will report my success soon.
a product can have estimated materials consumption lines (optional).
the sale checks in general, if the estimated consumption is in stock
if everything ok, the project ist generated (a little button in
sale_form - generate project)
during the project the employess are entering consumption lines (moves?)
finally with the project_revenue module and this extensions you can get
the real effort of a project.
the icing of the cake: changing the estimate consumption depending of
the real consumption in project
I think, this can be a low level production planning for processing
industries.
Jan
--
[email protected] mailing list
--
[email protected] mailing list
