Rozwój aplikacji
Logistyka magazynowa
Przyjęcia towaru
Obszar: Logistyka magazynowa
Aplikacja: Przyjęcia towaru
Widok: n.d.
Akcja: [Utwórz nowe przyjęcie towaru]
Pole/Kolumna: Magazyn
Kategoria: Ergonomia
Opis: Od teraz domyślna wartość dla magazynu będzie przejmowana z aplikacji Konfiguracja, jeśli nie została zdefiniowana w danych dostawcy.
Obszar: Logistyka magazynowa
Aplikacja: Zlecenia dostawy, Przyjęcia towaru
Widok: n.d.
Akcja: [Zatwierdź przyjęcie towaru]
Kategoria: Nieoczekiwane zachowanie, Nieprawidłowe dane
Problem: Księgowanie przyjęcia towaru dla dystrybucji nie było możliwe, ponieważ pojawiał się komunikat INV09251. Działo się tak, gdy dla jednej pozycji dostawy wymagane było więcej niż jedno przyjęcie, ponieważ dostawa była realizowana w więcej niż jednej jednostce magazynowej.
Wynik korekty: Od teraz przyjęcia towaru będą mogły być księgowane zgodnie z oczekiwaniami.
Korekta danych: Należy usunąć (nieksięgowalne) przyjęcie towaru, a także anulować zlecenie dostawy i ponownie utworzyć dostawę.
Planowanie
Planowanie zapotrzebowania materiałowego
Obszar: Planowanie
Aplikacja: Planowanie zapotrzebowania materiałowego
Widok: n.d.
Akcja: [Przenieś (…)/Aktualizuj dane planowania i wykonaj planowanie]
Kategoria: Nieoczekiwane zachowanie
Problem: Struktura procesu produktu ma wiele poziomów. Planowanie produktu (półfabrykatu) generuje wtórne zapotrzebowania poprzez symulację rozdziału o jeden poziom. Te wtórne zapotrzebowania są przesuwane na poprzedni dzień roboczy.
Przesunięcie jest konieczne, jeśli wtórne zapotrzebowanie to materiał zakupowy (zewnętrzny/wewnętrzny). Przesunięcie jest zbędne, jeśli chodzi o półfabrykat.
Przykład: Zapotrzebowanie na produkt EP00 w okresie T musi zostać pokryte przez propozycję planowania (w T o godz. 00:00:00).
Symulacja rozdziału produktu EP00 skutkuje wtórnym zapotrzebowaniem na półfabrykat SF00 w okresie T-1 (rozdział odbywa się z najpóźniejszym zakończeniem: T-1 godz. 24:00:00). Zapotrzebowanie na SF00 zostaje przesunięte na T-2.
Jeśli półfabrykat SF00 jest planowany, zapotrzebowanie w okresie T-2 może skutkować propozycją na T-2. Symulacja rozdziału dla SF00 odbywa się z najpóźniejszym zakończeniem w okresie T-3 godz. 24:00:00.
Procedura ta jest kontynuowana dla każdego poziomu produktu EP00 i skutkuje dla każdego poziomu podwójnym przesunięciem dni roboczych oraz wcześniejszą dostępnością niż jest to faktycznie wymagane. Jeśli propozycja dla SF00 w T-2 zostanie przekształcona w zlecenie produkcyjne (z najpóźniejszą datą zakończenia T-3 godz. 24:00:00), wówczas dostępność SF00 będzie w T-3, mimo że najpóźniejsza dopuszczalna dostępność mogłaby przypadać na T-2.
Wynik korekty: Wtórne zapotrzebowania na półfabrykaty nie są już przesuwane na wcześniejszy dzień roboczy.
Uwaga: Poprzednie zachowanie można nadal włączyć ustawiając właściwość serwera
com.cisag.app.aps.log.v04.APSPlanningLogic04_dateShiftOfDemand = true
Obszar: Planowanie
Aplikacja: Planowanie zapotrzebowania materiałowego
Widok: n.d.
Akcja: [Aktualizuj dane planowania i przeprowadź planowanie]
Kategoria: Wyjątek
Problem: Podczas akcji [Transferuj dane planowania i wykonaj planowanie] niektóre lokalizacje nie były prawidłowo transferowane, ponieważ miały przypisany kalendarz bez zdefiniowanych lat. Zawsze prowadziło to do zatrzymania dalszego transferu danych.
Następnie zmieniono dane planowania pozycji dla tej lokalizacji i uruchomiono akcję [Aktualizuj dane planowania i przeprowadź planowanie]. W efekcie wystąpił wyjątek NullPointerException przy próbie transferu zmienionej pozycji, gdy brakująca organizacja była wyszukiwana w danych planowania.
Wynik korekty: Planowanie zostanie teraz zatrzymane, jeśli początkowy transfer danych nie powiódł się.
Akcja [Aktualizuj dane planowania i przeprowadź planowanie] wykryje nieudany transfer i również nie zostanie uruchomiona.
Informacja techniczna: Nowe właściwości systemowe umożliwiające planowanie mimo nieudanego transferu:
Dodano nową właściwość systemową umożliwiającą uruchomienie planowania nawet po nieudanym początkowym transferze danych:
setcom.cisag.app.production.aps.PlanAfterInitialTransferError=true
Dodano również nową właściwość systemową umożliwiającą uruchomienie planowania nawet po nieudanym transferze aktualizacji danych:
setcom.cisag.app.production.aps.PlanAfterUpdateTransferError=true
Generuj propozycję zakupu
Obszar: Planowanie
Aplikacja: Generuj propozycję zakupu / dystrybucji / produkcji
Widok: n.d.
Akcja: [Generuj propozycję zakupu / dystrybucji / produkcji]
Kategoria: Nieoczekiwane zachowanie
Problem: Przy generowaniu wielu propozycji poprzez zlecenie przetwarzanie z zaplanowanym startem możliwe było wygenerowanie wielu rekomendacji dla tych samych pozycji, jeśli zlecenia przetwarzania były aktywowane jednocześnie w aplikacji Lista: Zlecenie przetwarzania.
Wynik korekty: Teraz zostanie utworzona tylko jedna rekomendacja, nawet jeśli kilka zleceń przetwarzania dla tego samego planowania/pozycji zostanie uruchomionych jednocześnie.
Produkcja
Zlecenia produkcyjne
Obszar: Produkcja
Aplikacja: Zlecenia produkcyjne / Import danych
Widok: n.d.
Akcja: [Importuj dane]
Kategoria: Nieoczekiwane zachowanie
Problem: Przy imporcie zlecenia produkcyjnego z dodatkowymi informacjami (np. operacjami lub rezerwacjami zasobów), które miały dodane parametry, parametry te były tracone podczas importu.
Wynik korekty: Parametry są teraz poprawnie importowane zgodnie z dokumentacją – mogą być edytowane i importowane, ale nadal nie można dodawać nowych parametrów do danych zlecenia w zleceniu produkcyjnym.
Technologia
Obszar: Produkcja
Aplikacja: Technologia
Widok: Technologia
Akcja: [Nieprzyporządkowane materiały]
Kategoria: Wyjątek
Problem: Należy załadować istniejącą technologię. Użytkownik zmienia pole Zestawienie materiałowe na nieprawidłowe i wykonaj walidację – pojawi się komunikat o błędnym zestawieniu. Następnie klikając przycisk [Nieprzyporządkowane materiały] – występuje wyjątek i aplikacja się zawiesza.
Wynik korekty: Opisana sytuacja nie powoduje już wyjątku. Zamiast tego wyświetlany jest komunikat o błędnej recepturze (ten sam co po walidacji). Dodatkowo wszystkie akcje listy wykonują teraz walidację przed uruchomieniem, a jeśli walidacja się nie powiedzie, akcja nie jest wykonywana.
Rozwój oprogramowania
Zmiany w klasie agenta
Zmiany w klasie agenta
* agent nie reaguje zbyt wcześnie na opóźniony restart lub zatrzymanie
* agent reaguje na restart tak samo jak na zatrzymanie
* dodano dane debugowania przy każdej odpowiedzi agenta do HAProxy (status serwera, zużycie pamięci po ostatnim GC, obciążenie sesji)
Zmiany w klasie JettyWebServerImpl:
* dodano nazwę wątku z używanym portem przez program agenta (widoczne w aplikacji Panel system)
Obiekty deweloperskie
Obszar: Rozwój oprogramowania
Aplikacja: Obiekty deweloperskie
Widok: Business object
Akcja: tworzenie suplementu
Kategoria: Nieoczekiwane zachowanie
Problem: Jeśli suplement jest tworzony w tym samym module (ten sam prefiks rozwoju i nazwa aplikacji), a suplement o tej samej nazwie już istnieje dla obiektu bazowego, to niemożliwe jest posiadanie obu suplementów w GUI Designer.
Wynik korekty: Jeśli sytuacja ta zostanie wykryta podczas tworzenia suplementu, zostanie wyświetlone ostrzeżenie.
Informacja techniczna: W aplikacjach takich jak GUI Designer relacja „\_businessobject” jest odwracana w pamięci. Nazwa tej relacji odwróconej tworzona jest z prefiksu rozwoju, nazwy aplikacji (jeśli dotyczy) i nazwy suplementu bez przestrzeni nazw. Jest to kompromis między czytelnością a unikaniem kolizjom nazw.
Zapobiega to kolizjom między systemami rozwoju, ale w tym samym systemie rozwoju jest nadal możliwe. Zalecane jest użycie innej nazwy w przypadku wystąpienia ostrzeżenia.
GUI
Obszar: Wszystkie
Aplikacja: Wszystkie
Widok: n.d.
Akcja: Menu użytkownika
Pole/Kolumna: n.d.
Kategoria: Nowy dokowalny widok
Opis: Jeśli tryb nawigacji Zakładki jest włączony w ustawieniach użytkownika, Menu użytkownika jest dostępne jako nowy dokowalny widok.
Obszar: Wszystkie
Aplikacja: Wszystkie
Widok: n.d.
Akcja: [Zapisz układ okna]
Pole/Kolumna: n.d.
Kategoria: UX
Opis: Stan paska nawigacyjnego po lewej stronie (zwinięty/rozwinięty) w motywie CDS z trybem nawigacji Zakładki jest teraz zapisywany w układzie okna.
Zarządzanie systemem
Webservice
Obszar: Zarządzanie systemem
Aplikacja: Aplikacja webowa Swagger UI i Serwis do integracji Swagger UI
Kategoria: Nowa aplikacja
Opis: Dodano webservice udostępniający dokumentację REST API w formacie zgodnym ze specyfikacją openAPI. Dodano także aplikację webową z interfejsem SwaggerUI, możliwą do hostowania wewnątrz Comarch ERP Enterprise.