Produkcja > Planowanie > Planowanie wielopoziomowe 

Ta funkcja stosowana jest w odniesieniu do danego BOMu i marszruty w celu uruchomienia planowanych lub zatwierdzonych ZP (zleceń produkcyjnych) oraz planowanych lub zatwierdzonych zamówień zakupu odpowiadających wszystkim lub wybranym podpoziomom BOM.

Możliwe jest przeniesienie do grupy zamówień identycznej wygenerowanej informacji, takiej jak kod projektu, kod BP, itd.

Warunek

SEEREFERTTO Odniesienie do dokumentacji Implementacja

Zarządzanie ekranem

Na funkcję składają się dwa następujące po sobie ekrany: pierwszy ekran, na którym użytkownik określa, który BOM ma zostać uruchomiony jak i panel filtrów; drugi ekran ładowany jest przez system w momencie, gdy we wszystkich zamówieniach wyświetlany jest komunikat, że system przygotowuje się do generowania modyfikacji przed zatwierdzeniem.

Karta Ekran wpisów

Prezentacja

Ekran wyboru

Ekran ten służy do wprowadzania ogólnych informacji dotyczących BOM, który ma zostać uruchomiony oraz tego, do jakiego poziomu system ma postępować zgodnie z BOM.

Wybór artykułów do przetworzenia

Lokalizacja produkcji

Użytkownik: domyślnie, jest to kod użytkownika. Kod ten służy do filtrowania artykułów, w obrębie których użytkownik może wprowadzać zmiany przy pomocy parametru ogólnego GPLNFLT.

Artykuł: jest to artykuł w nagłówku BOM.

Ustawienia planowania

W sekcjach „Planowanie” i „Proces” użytkownik musi wybrać, który status chce wygenerować oraz jaką ilość chce zwolnić. Konieczne jest też określenie wariantu BOMu jak i tego, która marszruta zostanie zastosowana w zwalnianiach.

Informacje

Opis ZP, Kontrahent, Dokument źródłowy: wprowadzenie tych informacji jest opcjonalne. Jeżeli istnieje którakolwiek z powyższych informacji, jest ona przekazywana do wszystkich generowanych zleceń produkcyjnych i zamówień zakupu, z wyjątkiem kodu projektu, który nie jest pobierany w zamówieniach zakupu powiązanych z kontraktem. W takim przypadku stosowany jest kod projektu pochodzący z kontraktu.

Filtry na poziomie BOM do przetworzenia

Istnieje możliwość określenia podpoziomów BOM, które powinny zostać przetworzone poprzez zastosowanie następujących filtrów:

Kategoria artykułu: zostanie przefiltrowana wyłącznie dla artykułów podzielonego BOM, który zawiera kategorię w obrębie wprowadzonego zakresu.

Metoda zarządzania: wyłącznie podzielona BOM artykułów zostanie przefiltrowana; jej metoda zarządzania uzgodniona jest z tą wybraną (w zapasach i/lub na zleceniu).

Kontrola dostępnej rezerwacji zapasów: istnieje możliwość określenia, czy poziom dostępnych zapasów musi podlegać kontroli, czy też nie, jeszcze przed uruchomieniem uzupełnianiem zapasów. Celem jest uniknięcie nadwyżek zapasów. W przypadku, gdy kontrola ta jest przeprowadzana, żądanie uzupełnienia zapasów zostanie wykonane tylko dla tych artykułów, które nie posiadają żadnych dostępnych zapasów. W przeciwnym razie, uzupełnianie zapasów będzie wymagane bez względu na to, czy zapasy są dostępne, czy nie.

Tutaj zdefiniowana została transakcja zwolnienia, którą należy zastosować w procesie. Domyślnie proponowana jest wprowadzona transakcja na poziomie parametru ogólnego MFGTRSNUM.

Można również wybrać, czy obliczenia dat rozpoczęcia/zakończenia ZP oraz dat przyjęcia zamówienia zakupu wykonywane są jako funkcja czasu realizacji wprowadzona na poziomie każdego artykułu lub poprzez uwzględnienie czasów zawartych w marszrutach.

W przypadku, gdy użyta transakcja zwolnienia obejmuje harmonogramowanie, system na podstawie czasów realizacji artykułów zaproponuje użytkownikowi to, co będzie wymagane w trakcie zwalniania.

Ekran prezentacji proponowanych zleceń

Gdy na pierwszym ekranie zostaną wprowadzone wszystkie kryteria, system otworzy okno, gdzie wyświetlone zostaną wszystkie zlecenia proponowane do utworzenia, na poziomie BOM po BOMie. Przetwarzane podpoziomy uwzględniają filtry zastosowane na ekranie wyboru.

Są to jedynie propozycje, nic jeszcze nie zostało utworzone. Użytkownik może wciąż ręcznie wprowadzać zmiany w obrębie tych propozycji. Może je modyfikować lub uzupełniać.

Propozycje oznaczone czerwonym krzyżykiem mogą być tworzone w formie raportu. Nie brakuje w nich żadnej informacji.

Określone propozycje nie mogą być zatwierdzane w raporcie: pojawia się czerwony kod artykułu, a propozycja nie jest zaznaczona; jeżeli jest to zlecenie produkcyjne, konieczne będzie upewnienie się, że daty są na pewno dostępne (jednak możliwe jest umożliwienie systemowi wygenerowanie ZP z datą rozpoczęcia w przeszłości); jeżeli jest to zamówienie zakupu, aby propozycja była zasadna, konieczne będzie uzupełnienie albo kontraktu, albo pola dostawcy.

Dla każdej z tych propozycji wyświetlane są poniższe informacje:

Typ zlecenia (która także określa status zlecenia)

pozycja

Ilość: informacja ta może być modyfikowana

Daty rozpoczęcia i zakończenia ZP lub data zapotrzebowania w obrębie uzupełniania typu zakupów; informacja ta może być modyfikowana.

Wariant marszruty konieczny do wygenerowania zlecenia produkcyjnego dla różnych podpoziomów; można wprowadzić tę informację.

W przypadku uzupełnienia typu zakupów, jeżeli znany jest preferowany dostawca, jest to wyświetlone; pole to można wprowadzić, w przypadku tworzenia potwierdzonego zlecenia należy je uzupełnić. W przypadku jego braku odpowiadająca mu pozycja jest ignorowana.

W przypadku uzupełnienia typu zakupów, możliwe jest określenie kontraktu (kliknięcie prawym przyciskiem na pole kontraktu pozwala na wyświetlenie listy kontraktów istniejących dla danego artykułu).

W końcu, zestawienie bilansowe przedstawia następujące informacje obliczone przez system:

Pierwsza data wstępna: data ta może być modyfikowana. Jakiekolwiek zmiany prowadzą do ponownego obliczenia wartości wszystkich składników.

Data dostępności wymagana podczas zwalniania.

Ilość dostępności: jest to ilość dostępna w magazynie w dniu planowania.

Dostępny w dniu: jest to ilość dostępna w proponowanym dniu rozpoczęcia. Teoretyczna dostępność obliczona przez system przy użyciu czasów realizacji zakupu (obliczana albo jako funkcja czasu realizacji artykułu, albo jako funkcja czasów realizacji marszruty zgodna z wybranymi ustawieniami) dla wszystkich składników ukończonego artykułu (bez względu na to, czy żądane jest zatwierdzenie zleceń uzupełnienia, czy też nie).

Jeżeli użytkownik nie życzy sobie wygenerowania propozycji, nawet jeśli jest ono kompletne, należy je po prostu odznaczyć.

Przyciski kontekstowe

W każdej pozycji zlecenia proponowanej przez system istnieje możliwość uzyskania dostępu poprzez kliknięcie prawym przyciskiem na artykuł do jej obszaru artykuł-lokalizacjalub do tunelu do narzędzi planowania.

Podobnie, w obrębie każdej pozycji możliwe jest zażądanie sortowania propozycji według poziomu BOMlub uzyskania dostępu do wyświetlacza podzielonego BOMu wielopoziomowego dla wybranego artykułu.

Zamknij

 

Pola

Na tej karcie występują następujące pola :

Blok numer 4

Blok numer 1

Tabela

  • pole PECFLG

Jest to wskaźnik wyboru.

  • Poz. (pole LEVEL)

 

  • pole PLNTYP

 

 

  • Opis (pole ITMDES1)

 

  • Wersja główna (pole ECCVALMAJ)

To pole wskazuje, która wersja artykułu ma zastosowanie. Wersje główne mogą być używane w przypadku naniesienia lub podtrzymania znaczących zmian wersji oryginalnej lub poprzedniej wersji (tzn. zmiana w kwestii formy, adekwatności lub funkcji).

To pole nie jest uzupełniane, jeśli kod artykułu zdefiniowany w polu Artykuł nie jest zarządzany wersją.

  • Podwersja (pole ECCVALMIN)

To pole wskazuje, która podwersja produktu ma zastosowanie. Podwersje mogą być używane dla funkcjonalności i mniejszych zmian funkcjonalnych, bądź też do ważnych zmian dotyczących konkretnej wersji głównej.

To pole nie jest uzupełniane, jeśli kod artykułu zdefiniowany w polu Artykuł nie jest zarządzany wersją.

  • Wniosek o zmianę (pole CRID)
  • Planowana ilość (pole EXTQTY)

To pole wyświetla przewidywaną ilość. Ilość wyrażona jest w jednostce magazynowania.

 

  • Dostępne (pole AVASTO)

 

  • Dostępne dnia (pole DISSTO)

 

  • Dostępne od (pole FIRAVADAT)

 

  • Data od (pole STRDAT)
  • Data do (pole ENDDAT)

Dla jednego numeru referencyjnego artykułu można zdefiniować wiele BOM-ów.
Rozróżnienie ich jest możliwe dzięki dwucyfrowemu kodowi.

Warianty BOM-u mogą służyć do zarządzania strukturami artykułów, które różnią się w zależności od kontekstu użycia:

  • obliczenia MRP,
  • wprowadzanie zamówienia sprzedaży,
  • produkcja.

To pole może być puste (wartość = 0) w celu ręcznego wprowadzenia składników. W takim przypadku ładowany jest tylko składnik.

  • Typ BOMu (pole BOMALTTYP)

Typ kodu umożliwia rozróżnienie BOMów sprzedaży, BOMów do wykorzystania w produkcji oraz BOMów wykorzystywanych w kooperacji.
Specjalizacja alternatywnych BOMów według lokalizacji, a także zatwierdzanie „MRP”, „MPS”, „Kontrolingu kosztów” i „Produkcji” jest dostępna tylko dla alternatywnego typu produkcji BOM.

Ten wariant marszruty opisuje konkretną sekwencję procesów obszaru produkcji dla danego artykułu. Opisuje on operacje i narzędzia użyte w szczególności dla tej marszruty.

Kod marszruty jest kodem artykułu, który może być nr referencyjnym wyprodukowanego artykułu lub ogólnym numerem referencyjnym (marszruty matki) powiązanym z wieloma artykułami).

Dla tego samego artykułu można zdefiniować wiele marszrut. Każdy wariant marszruty może zostać przypisany do konkretnych funkcjonalności zarządzania. Uwzględnia to ograniczenia marszruty do danej lokalizacji lub konkretnych dziedzin funkcjonalności (środowisko produkcyjne, taryfikacja, planowanie zdolności produkcyjnej).

  • Wersja główna (pole ROUECCMAJ)

To pole wskazuje, która wersja główna marszruty ma zastosowanie. Wersje główne mogą być używane, jeśli na pierwotną lub poprzednią wersję marszruty naniesiono znaczące zmiany lub jeśli doszło do zmiany formy, adekwatności lub funkcji.

  • Podwersja (pole ROUECCMIN)

To pole wskazuje, która podwersja marszruty ma zastosowanie. Podwersje wskazują, że na marszrutę lub planowanie naniesiono mniejsze zmiany lub, że na konkretną wersję główną naniesiono ważne poprawki.

  • Partia (pole LOT)

Referencja partii do załadowania dla ilości wyprodukowanej.


  • Opis zlecenia (pole MFGDES)

Jest to pole wolnego opisu.


    • Kontrakt (pole POHIND)

     

    • Kontrakt (pole POHNUM)

    Numer zamówienia jest unikalny dla każdego zamówienia. Umożliwia on jego identyfikację.

    Jeśli licznik zamówienia jest ręczny należy również wprowadzić numer zamówienia. W przypadku, gdy licznik zamówienia jest automatyczny, numer zostanie przypisany na końcu tworzenia.

    Jeśli zamówienie zakupu jest duplikowane, a ma ono datę zamówienia różniącą się od bieżącej daty, użytkownik zostanie zapytany o przeliczenie cen i upustów w zależności od nowej daty zamówienia.

    Należy wprowadzić dostawcę będącego źródłem przyjęcia. Listy wyboru dotyczące zamówień i wysyłek między lokalizacjami / między firmami, które mogą zostać przyjęte są w ten sposób filtrowane i ograniczane do tych, które dotyczą danego dostawcy.

    Z poziomu ikony Wybór można:

    • wybrać dostawcę z listy aktywnych dostawców,
    • uzyskać dostęp, zgodnie z uprawnieniami, do rekordu dostawcy lub, jeśli to konieczne, utworzyć nowego dostawcę.

     

     

    • Ilość oczekiwanych jednostek produkcyjnych (pole PUUPECQTY)

     

    • JM ZAK -> JM MAG (pole PUUSTUCOE)

     

    • Tryb wprowadzania (pole MGTCOD)

     

    Saldo

    • 1. warunek (pole FIRRELDAT)

    Data rozpoczęcia pierwszego uzupełnienia zapasów na liście zamówień do wygenerowania.

    Zmiana tej daty powoduje dostosowanie wszystkich zamówień.

    • Wymagana dostępność (pole AVADAT)
    • Teoretyczna dostępność (pole ANADAT)

    Zamknij

     

    Ikona "Operacje"

    Product notes

     

    Zamknij

     

    Przyciski określone

    Jeśli jest taka konieczność, ten przycisk służy do przywracania do początkowego stanu propozycji przedstawionych przez system po ręcznym przeprowadzeniu jakichkolwiek modyfikacji.

    Za pomocą tego przycisku można zaznaczyć wszystkie propozycje.

    Za pomocą tego przycisku można odznaczyć wszystkie propozycje.

    Użycie tego przycisku powoduje wygenerowanie propozycji, które zostały zmodyfikowane przez użytkownika lub przez system. Tylko zaznaczone pozycje brane są pod uwagę. Na koniec procesu system tworzy plik log, który zawiera wygenerowane kody zlecenia i ZP oraz informacje, odnośnie których artykułów.

    Komunikaty o błędzie

    Podczas wprowadzania mogą wyświetlić się następujące komunikaty ogólne oraz o błędach :

    Transakcja zwolnienia obejmuje automatyczne harmonogramowanie: zastosuj czasy realizacji artykułów: Ten komunikat pojawia się, jeżeli proces obejmuje kalkulację dat przeprowadzoną przy użyciu czasów realizacji wprowadzonych na poziomie artykułu podczas automatycznej transakcji zwolnienia powiązanej z procesem obejmującym harmonogramowanie wygenerowanych ZP.

    Użyte tabele

    SEEREFERTTO Odniesienie do dokumentacji Implementacja