...
Current state | Minor refactor | Full refactor | |
---|---|---|---|
Number of predefined technologies to enter | Many, you have to enter all the combinations of the whole process | 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. | 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 | Only simplified to trees | Only simplified to trees | Supported |
Technologies/Orders for many products | Not supported | Not supported | Supported |
Technologies/Orders to process components | Not supported | Not supported | Supported |
Support for integration of intermediates in warehouses | Limited. We can separate orders/technologies but we also separate the balance report. | Supported but you have to keep this in mind while defining splitting technologies/orders. The master order will combine the balance. | Configurable on the operation level. |
Flexible production counting | You can only report what was predefined in the technology. | Available option to add operations, input/outputs and additional costs while the order is in progress. | Same as in minor refactor. |