Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 7 Next »

Concepts

Requiorments for both concepts

Comparison

 Current stateMinor refactorFull refactor

 

Number of predefined technologies to enter

(minus)

Many, you have to enter all the combinations of the whole process

(plus)

Not required, you have to enter many operation definitions but you can generate all the combinations of technologies easily from them. Also technologies are smaller a we have batter support for splitting them.

(warning)

Much less, product families and attributes give us more flexible technologies. We also split technologies among production lines. But we still have to enter many technologies if products inside the families need different operations or time/cost norms.

 

Complex dependencies, splits and joins of the production process

(minus)

Only simplified to trees

(minus)

Only simplified to trees

(plus)

Supported

 

Technologies/Orders for many products

(minus)

Not supported

(minus)

Not supported

(plus)

Supported

 

Technologies/Orders to process components

(minus)

Not supported

(minus)

Not supported

(plus)

Supported

 

Support for integration of intermediates in warehouses

(minus)

Limited. We can separate orders/technologies but we also separate the balance report.

(warning)

Supported but you have to keep this in mind while splitting technologies/orders. The master order will combine the balance.

(plus)

Configurable on the operation level.

 

Flexible production counting

(minus)

You can only report what was predefined in the technology.

(plus)

Available option to add operations, input/outputs and additional costs while the order is in progress.

(plus)

Same as in minor refactor.

 

Individual production

(minus)

Not supported, requires new full prefedined technology every time.

(warning)

Technology can be constructed ad hoc per order. It can also be modified during the orders progress. However defining the tree structure instead just a list is often an unnecessary hassle.

(plus)

Very elastic support.

  • No labels