...
- Teraz w zleceniach będzie struktura danych, która trzyma ich zapotrzebowanie materiałowe, które to może być nadpisane
przez użytkownika. Standardowo będzie opcja eksportu tego do PDF/CSV. - Jeżeli chodzi o generowany raport o nazwie Zapotrzebowanie materiałowe to powinien on być zawsze obliczany, nie ze struktury. Trzeba o tym uświadomić użytkownika w GUI i raporcie. ( tylko po co?)
- Algorytmy, które potrzebują zapotrzebowanie muszą mieć wyabstrachowane wyabstrahowane czy pobierają je z kalkulacji robionej on the fly czy z struktury danych w zleceniach.
- Algorytmy, które pracują dla zleceń powinny domyślnie pracować na strukturze danych w zleceniu. Jeżeli jeszcze nie jest wygenerowana (zlecenia szkicowe) wtedy liczą ją on the fly.
...
Dane wejściowe zależne od kontekstu:
| Dane | Sama tech. | Zlec. z tech |
|---|---|---|
| Koszty produktów | mogą być tylko z globalnych definicji | z globalnych lub ze zlecenia |
| Normy operacji | z technologii, wspólny model danych | |
| Zapotrzebowanie materiałowe | obliczane z technologii | z danych zlec. lub obliczane z tech. jeżeli jeszcze nie są wprowadzone |
Przy zmianie i refaktorze kosztów kalkulacji sugerowane jest przeprowadzenie zmiany modelu costnormsforoperation_calculationoperationcomponent poprzez usunięcie z niego elementów, które nie są prezentowane użytkownikowi a jedynie kopiowane z technologyOperationComponent. np.tj, tpz itp. Na poczet raportu wartości te mogą zostać pobrane z technologyOperationComponent. Obecnie jego struktura wynika z faktu, że kiedyś mieliśmy ograniczenie frameworkowe, które uniemożliwiało pobranie wartości z powiązanych modeli, stąd warto teraz je uspójnić.
Rozliczenie produkcji
Mówimy to o rozliczenie rekordów produkcji. Reguły dla kalkulacji takie jak w poprzednich rozdziałach dla zleceń. Ogólnie rozliczenie produkcji jest czymś czego nie można zrobić dla samej technologii.
...