MRP Samodzielny moduł. W integracji z ERP

1. Opis ogólny Kontrola stanu zapasów Dane wejściowe procesu MRP MRP Samodzielny moduł 2. Potrzeba firmy produkcyjnej Planista definiuje potrzebę Realizacja potrzeby. Koncepcja Tres 3. MRP we współpracy z zewnętrznym systemem ERP Sytuacja Potrzeba Rozwiązanie 4. Tematy powiązane (AsystentAI)

1. Opis ogólny

Kontrola stanu zapasów

System MRP kontroluje stan zapasów. Porównuje aktualne i przyszłe potrzeby z bieżącymi zapasami po to, aby przewidzieć przyszłe niedobory. MRP daje rekomendacje dla działu zaopatrzenia i działu produkcji. Rekomendacje można automatycznie zamienić na zamówienia zakupu i zlecenia produkcyjne. MRP potrafi określić potrzebne ilości i terminy, na kiedy musi być dostępny każdy komponent aby dotrzymać obiecanego terminu dostarczenia produktu dla klienta.

Dane wejściowe procesu MRP

* (opcja) Zamówienia sprzedaży (+) zwiększenie potrzeb * (opcja) Prognozy potrzeb (+) zwiększenie potrzeb * (opcja) Zamówienia zakupu (-) zmniejszenie potrzeb * (opcja) Normy KIM (+) zwiększenie potrzeb Planista ma możliwość takiego ustalania strumieni danych i parametrów aby MRP dostarczało oczekiwanych rezultatów: rekomendowało zakupy (zamówienia zakupów).

MRP Samodzielny moduł

System MRP jest względnie niezależnym modułem w programie Trawers ERP. Może pracować samodzielnie bez pozostałych systemów produkcyjnych: BM, JC, ZP, RO, SH, SF. Produkcja. Podstawowe moduły System MRP można stosować do obliczeń potrzeb zaopatrzeniowych w firmach handlowych i serwisowych. MRP Firmy handlowe i usługowe System MRP można połączyć z zewnętrznym programem ERP. Patrz opis dalej.

2. Potrzeba firmy produkcyjnej

Planista definiuje potrzebę: Chciałbym wdrożyć system MRP, które będzie działał niezależnie od naszego głównego systemu o nazwie PGWSoft. Główne założenia programu podzieliłbym na 3 etapy, z czego byłbym zadowolony po spełnieniu chociaż 1. 1. Liczenie zapotrzebowania na komponenty (MRP) produkcyjne w naszej firmie firmie biorąc pod uwagę: a) aktualny stan systemowy (pobierany z bazy danych naszego systemu) b) zapotrzebowanie na każdy komponent przeliczone na podstawie listy materiałowej (BOM) c) uwzględnienie w MRP otwartych zamówień, które wprowadzalibyśmy ręcznie do programu. 2. Sugerowanie kolejnych zamówień do dostawców biorąc pod uwagę minimalną partię towaru do zakupienia, czas realizacji zamówienia, zapas bezpieczeństwa. 3. Możliwość generowania zamówień oraz ich przesyłanie bezpośrednio z programu do dostawców. Realizacja potrzeby. Koncepcja Tres Moduł MRP systemu Trawers może zrealizować wszystkie 3 potrzeby: 1. Liczenie zapotrzebowania na komponenty (MRP) produkcyjne 2. Sugerowanie kolejnych zamówień zakupu 3. Generowania zamówień zakupu oraz ich przesyłanie bezpośrednio do dostawców Program Trawers używa następujące moduły i bazy danych: (te bazy trzeba by synchronizować z systemem PGWSoft) * MG KIM Kartoteka indeksów magazynowych * BM Struktury produktów BOM * ZP Kartoteka zleceń (opcja) * NA Kartoteka odbiorców * ZO Kartoteka dostawców * ZA Zamówienia zakupów Z systemu PGWSoft Trawers powinien pobierać stany na bieżąco. Technicznie (opcje) - PGWSoft ma API, które zwraca odpowiedz na pytanie: jaki jest stan ilosciowy asortymentu: xxxxxxx - PGWSoft zapisuje plik płaski (XML, TXT) Przed obliczeniami MRP Trawers odczytuje plik i przygotowuje bazę: STANY SGW dla obliczeń MRP NOTE: Obliczenia MRP sprawdziły się w firmach: * produkcja filtrów gazowych * produkcja konstrukcji stalowych dla energetyki * produkcja okuć meblowych * produkcja kabin sanitarnych dla jednostek pływających * produkcja ciągników

3. MRP we współpracy z zewnętrznym systemem ERP

Sytuacja

W przesiębiorstwie produkcyjnym użytkowany jest system zarządzania produkcją o nazwie PGWSoft. System PGWSoft zarządza obszarami: * Gospodarka magazynowa - kartoteka indeksów - rozchody komponentów na produkcję - przychody komponentów zamówionych u dostawców - przychody wyrobów z własnej produkcji - aktualne stany magazynowe - inwentaryzacja * Procesy produkcyjne - technologia wytwarzania - planowanie operacji - zlecenia produkcyjne - rejestrowanie operacji - struktury wyrobów BOM W plikach zewnętrznych, nie-zintegrowanych z PGWSoft: - zamówienia sprzedaży (Excel) - fakturowanie sprzedaży - zamówienia zakupu - faktury zakupu - kartoteka odbiorców (klientów) - kartoteka dostawców komponentów

Potrzeba

System PGWSoft należy połączyć z Trawers ERP. Systemy wykonują następujące zadania. * Trawers wykonuje obliczenia MRP (ustalanie potrzeb zaopatrzeniowych) wykorzystując dane o bieżących stanach magazynowych w PGWSoft i dane w kartotekach Trawers PGWSoft udostępnia on-line i real-time dane o aktualnych stanach magazynowych * Trawers tworzy rekomendacje zakupów u dostawców * Trawers generuje zamówienia zakupów u dostawców * Trawers rejestruje faktury zakupu od dostawców * PGSoft rejestruje przychody do magazynu z zakupu (wynikające w zamówień zakupu) * PGSoft rejestruje rozchody z magazynu ze sprzedaży

Rozwiązanie

Proces obliczeń MRP jest względnie niezależnym modułem w programie Trawers. W konfiguracji może nie być: BM, JC, ZP, RO, SH, SF . Dlatego może pobierać stany magazynowe z zewnętrznego systemu zamiast z kartotek magazynowych w Trawers (KSOM/LOT/SER). Ustalono następujące zadania w Trawers i w PGWSoft: W Trawers: * Kartoteka indeksów KIM * Kartoteka odbiorców * Kartoteka dostawców * Zamówienia sprzedaży (od odbiorców) * Zamówienia zakupu do dostawców * Kartoteka struktur wyrobów BOM * (opcja) Kartoteka zleceń produkcyjnych wyznacza produkcję w toku (zlecone do produkcji, nie przyjęte do magazynu wyrobów) Proces MRP: * Ustala potrzeby zaopatrzeniowe na podstawie: - stany magazynowe w PGWSoft - (opcja) zamówienia sprzedaży w Trawers - (opcja) na podstawie zapisów w zbiorze prognoz rozchodu NOTE: Zbior prognoz można zasilić danymi z plików zewnętrznych (konieczne prace progamistyczne) - zamówienia zakupu w Trawers - struktury wyrobów BOM w Trawers - wskaźniki w KIM, np. stany minimalne - (opcja) otwarte zlecenia produkcyjne w Trawers produkcja w toku * Rekomenduje zakupy i (opcja) zlecenia produkcyjne * Generuje zamówienia zakupu do dostawców i wysyła zamówienia: papier, e-mail z załącznikiem PDF, EDI Uwagi szczególowe: * Trzeba mieć świadomość, że gdy zamówienia zakupu będą w Trawers a stany w PGWSoft, to każdorazowo rejestrując przychód materiałów (komponentów produkcyjnych) do magazynu trzeba 'ręcznie' zamknąć zamówienia zakupu w Trawers. * Zapotrzebowanie na każdy komponent przelicza się na podstawie BOM. W Trawers źródłem zapotrzebowania są zamówienia sprzedaży lub prognozy, uruchomiają one przeliczenie MRP wg BOM. Jeżeli źródłem zapotrzebowania będą zamówienia, to trzeba je zamknąć 'ręcznie' po wystawieniu i zatwierdzaniu faktury sprzedaży.

4. Tematy powiązane

Produkcja. Podstawowe moduły MRP Planowanie potrzeb MRP Tworzenie zleceń produkcyjnych MRP Tworzenie zamówień zakupu MRP w praktyce. Produkcja na magazyn MRP w praktyce. Produkcja na zamówienie Słowa kluczowe #Produkcja-Zlecenia #Produkcja-MRP #Pomoc-AsystentAI (AsystentAI) MRP jako samodzielny moduł (w nawiązaniu do: MRP we współpracy z zewnętrznym systemem ERP) 1. Zalety i przydatność rozwiązania Samodzielność modułu MRP * Moduł MRP w Trawers działa niezależnie od pozostałych modułów (BM, JC, ZP, RO, SH, SF), co czyni go lekkim i elastycznym rozwiązaniem. * Nadaje się nie tylko do firm produkcyjnych, ale też handlowych i usługowych - zwiększa zakres zastosowania. Spełnienie realnych potrzeb planisty * Wymienione potrzeby użytkownika (planisty) są wprost zrealizowane przez moduł MRP: 1. Obliczenia zapotrzebowania - z BOM, stanów, otwartych zamówień. 2. Rekomendacje i sugestie zakupów - z uwzględnieniem partii minimalnych, zapasu bezpieczeństwa i czasów dostaw. 3. Generowanie i wysyłka zamówień - do dostawców (różnymi kanałami: PDF, EDI, e-mail). Możliwość integracji z PGWSoft * Opisano dwie techniczne drogi integracji: * API (real-time zapytania o stany magazynowe) * plik płaski (np. XML lub TXT) z danymi wejściowymi do MRP * Taka elastyczność umożliwia dopasowanie integracji do możliwości technicznych PGWSoft. Praktyczne zastosowania * Potwierdzono skuteczność działania MRP w konkretnych branżach (np. produkcja filtrów, konstrukcji stalowych, okuć meblowych), co dodaje wiarygodności rozwiązaniu. 2. Potencjalne ograniczenia i ryzyka Brak pełnej integracji = praca ręczna * Gdy PGWSoft rejestruje przychody, a zamówienia są w Trawers, pojawia się konieczność ręcznego zamykania zamówień zakupów w Trawers. * Analogiczna sytuacja przy zamówieniach sprzedaży - wymagane ręczne zamknięcie po wystawieniu faktury. Brak automatycznej synchronizacji zleceń produkcyjnych * Jeśli zlecenia produkcyjne istnieją w PGWSoft, a nie są odzwierciedlone w Trawers, część produkcji może nie być widoczna w analizach MRP. * Można to obejść tylko częściowo - ręcznym dodaniem otwartych zleceń lub rozbudową integracji. 3. Rekomendacje i możliwe usprawnienia * Zautomatyzować synchronizację zamówień sprzedaży i zakupów oraz zleceń produkcyjnych między systemami (np. poprzez API lub ETL). * Rozważyć rozszerzenie integracji o automatyczne 'zamykanie' zamówień (np. przez webhook lub status zwrotny z PGWSoft). * Zastosować monitoring stanu synchronizacji -np. dashboard z informacjami o różnicach mięędzy PGWSoft a Trawers. 4. Podsumowanie Rozwiązanie MRP jako samodzielny moduł w Trawers ERP: * Jest praktyczne, skalowalne i wdrażalne etapami, co daje dużą elastyczność firmom produkcyjnym. * Szczególnie przydatne w sytuacjach, gdy główny system ERP nie posiada zaawansowanych funkcji MRP lub firma nie chce inwestować w rozbudowę dotychczasowego systemu. * Integracja z PGWSoft jest dobrze przemyślana, choć wymaga dbałości o spójność danych. Ogólna ocena przydatności: bardzo wysoka, z warunkiem odpowiedniej organizacji procesów między Trawers a PGWSoft. Wskazówki do synchronizacji danych pomiędzy PGWSoft a modułem MRP 1. Zakres danych do synchronizacji A. Stany magazynowe * Źródło: PGWSoft (kartoteka magazynowa) * Cel: baza STANY SGW w Trawers * Zakres: * indeks * ilość dostępna * lokalizacja (jeśli potrzebna) * Częstotliwość: najlepiej co godzinę lub na żądanie przed uruchomieniem MRP B. Zamówienia zakupu * Źródło: Trawers * Cel: PGWSoft (aby rejestrować przychody) * Zakres: * numer zamówienia * indeks * ilość * data dostawy * dostawca * Uwaga: Po realizacji zakupu w PGWSoft należy zwrotnie zamknąć zamówienie w Trawers. C. Zamówienia sprzedaży * Źródło: Plik zewnętrzny (Excel) lub bezpośrednio z PGWSoft (jeśli możliwe) * Cel: Trawers * Zakres: * klient * data sprzedaży * indeks * ilość * Uwaga: Po fakturowaniu, zamówienie należy zamknąć w Trawers, jeśli uruchamiane było MRP na jego podstawie. D. Zlecenia produkcyjne (jeśli stosowane w analizie MRP) * Źródło: PGWSoft * Cel: Trawers (kartoteka zleceń opcjonalna) * Zakres: * indeks wyrobu * ilość zlecona * stan realizacji (produkcja w toku) * Uwaga: Używane do określenia zapotrzebowania i wykluczenia podwójnych zleceń w MRP 2. Mechanizmy integracyjne A. API Jeśli PGWSoft udostępnia API: * Zapytania REST lub SOAP do odczytu stanów * Możliwość wywołania przez Trawers (np. skrypt lub scheduler) * Najlepsze dla danych 'na żądanie' Zastosowanie: * Stany magazynowe (real-time) * Zlecenia produkcyjne (jeśli są dostępne) B. Pliki płaskie (TXT, XML, CSV) Prosty i skuteczny sposób, szczególnie gdy: * brak API * dane są eksportowane okresowo Zastosowanie: * Zamówienia sprzedaży (import z Excela) * Stany magazynowe (eksport z PGWSoft co X minut/godzin) * Zlecenia produkcyjne (jeśli dostępne jako plik) C. Import/eksport przez tabelę pośrednią (DB staging) * Tabela buforowa w SQL (np. w wspólnej bazie, lub w oddzielnym schemacie) * Skrypty ETL zasilają i czyszczą dane * Trawers importuje z tabeli tymczasowej (SGW lub dedykowanej) 3. Zalecenia organizacyjne * Spójność indeksów magazynowych - muszą być jednoznaczne i zgodne w obu systemach (nazwy, jednostki, indeksy nadrzędne) * Monitorowanie synchronizacji - dziennik błędów importu, licznik niezsynchronizowanych danych * Automatyczne zamykanie zamówień - warto rozważyć workflow: przyjęcie = zamknięcie pozycji w Trawers * Czas przetwarzania danych - unikać długich cykli importu/eksportu (np. raz dziennie), zaleca się częstotliwość co 15-60 minut * Testy integracji na środowisku testowym - szczególnie ważne przy automatyzacji MRP * Odpowiedzialność za synchronizację - przypisać rolę (np. operator integracji), który będzie nadzorował przepływ danych 4. Przykładowy scenariusz przepływu danych A[PGWSoft - API / Plik] -->|Stany magazynowe| B[Trawers: STANY SGW] C[PGWSoft - Excel] -->|Zam. sprzedaży| D[Trawers: ZS] E[Trawers] -->|Zam. zakupu| F[PGWSoft: rejestr przyjęć] F -->|Potwierdzenie przyjęcia| G[Trawers: zamykanie ZZ]