ERP dla firm produkcyjnych - kalkulacja kosztu i planowanie materiałów

ERP dla firm produkcyjnych - co system musi policzyć

ERP dla firm produkcyjnych różni się od systemu handlowego jednym: towar nie jest kupowany i sprzedawany w tej samej postaci, tylko powstaje ze składników w procesie technologicznym. Baza musi więc przechowywać przepis na wyrób i czasy operacji, a nie samą ewidencję stanów i cen. Bez tych danych system zafakturuje sprzedaż, lecz nie powie, ile wyrób kosztował ani kiedy będzie gotowy.

Mechanizm opiera się na łańcuchu rekordów. Indeks wyrobu ma strukturę materiałową i marszrutę, z nich powstaje zlecenie produkcyjne, a zlecenie generuje pobrania materiału i meldunki operacji. Te ostatnie trafiają do kalkulacji kosztu rzeczywistego. Każde ogniwo zasila następne, więc błąd w kartotece wraca po kilku tygodniach jako odchylenie w raporcie zarządczym.

Reguła: system policzy koszt i termin tylko z taką dokładnością, jaką ma najsłabszy rekord w łańcuchu od kartoteki do meldunku.

Ten tekst opisuje mechanikę liczenia kosztu i zapotrzebowania. Ogólny przegląd tego, czym ERP wspiera wytwarzanie, zawiera materiał o wpływie ERP na planowanie produkcji, a analizę wyników na gotowych zestawieniach w artykule o raportach kontrolnych ERP.

Dane podstawowe - kartoteki i technologie

Danymi podstawowymi nazywa się kartoteki, a także struktury i marszruty, bo wszystkie późniejsze wyliczenia biorą z nich liczby. Przeniesienie do systemu danych nieaktualnych daje wynik gorszy od dotychczasowego, ponieważ przyjmuje autorytet narzędzia, któremu nikt nie sprawdza arytmetyki.

Kartoteka indeksu i jednostki miary

Jeden materiał ma mieć jeden indeks. Duplikaty powstają zwykle przy zakupie tego samego surowca od dwóch dostawców pod różnymi nazwami i rozbijają zapas na dwie pozycje, z których żadna nie wystarcza do zlecenia. Osobnej uwagi wymagają jednostki miary: blacha kupowana w arkuszach, a zużywana w kilogramach potrzebuje przelicznika zapisanego w kartotece, a nie w głowie zaopatrzeniowca.

Typ pozycji (materiał, półwyrób, wyrób gotowy, usługa kooperacyjna) decyduje o tym, czy planowanie ją rozwija, kupuje, czy zleca. Struktura kartotek magazynowych w systemie klasy WMS, opisana w tekście o stanach magazynowych, dokłada do indeksu lokalizację i partię, a ERP produkcyjny musi się z nią zgadzać w zakresie indeksów i jednostek.

Struktura wyrobu i marszruta

Struktura materiałowa opisuje, z czego składa się jednostka wyrobu, na kilku poziomach: wyrób, podzespół, element, materiał. Zapisuje się w niej ilość składnika na jednostkę wyrobu, a także zamienniki i odpad technologiczny. Marszruta mówi, w jakiej kolejności i na jakich gniazdach wykonuje się operacje. Przykład opisu technologii w konkretnym produkcie ERP pokazuje tekst o technologiach BOM w HermesSQL; ta strona traktuje o samym mechanizmie, a nie o specyfikacji modułu.

Każda operacja marszruty niesie cztery parametry, od których zależy i harmonogram, i kalkulacja.

• Czas przygotowawczy - jednorazowy czas ustawienia gniazda, naliczany raz na zlecenie niezależnie od ilości.
• Czas jednostkowy - czas wykonania jednej sztuki, mnożony przez ilość ze zlecenia.
• Gniazdo produkcyjne - maszyna lub stanowisko z własnym kalendarzem pracy i stawką godzinową.
• Norma zużycia - ilość materiału na sztukę z uwzględnieniem odpadu technologicznego.

Aktualność danych technologicznych

Struktura odbiegająca od faktycznego przebiegu produkcji generuje zapotrzebowanie, któremu nikt nie ufa, i ten brak zaufania podważa cały mechanizm. Zmiany technologii zapisuje się jako nowe wersje z datą obowiązywania, a nie przez nadpisanie, ponieważ zlecenia otwarte muszą dokończyć się według wersji, z którą je wyemitowano.

Praca nad danymi podstawowymi obciąża technologów i bywa niedoszacowana w harmonogramie projektu. Planuje się ją jako osobny etap, a nie czynność towarzyszącą uruchomieniu; szczegóły tego etapu opisuje artykuł o przebiegu wdrożenia systemu ERP.

Kalkulacja kosztu wytworzenia

Koszt wytworzenia liczy się dwa razy: przed produkcją z technologii i po produkcji z faktycznych zapisów. Rozbieżność między nimi jest informacją zarządczą, bo wskazuje miejsce, w którym proces odbiega od założeń.

Kalkulacja wstępna z technologii

System bierze strukturę materiałową i marszrutę, mnoży ilości przez ceny ewidencyjne oraz czasy przez stawki gniazd i dolicza narzut kosztów wydziałowych zdefiniowany przez dział controllingu. Wynik służy do wyceny oferty i do porównania wariantów wykonania, na przykład dwóch technologii tego samego wyrobu albo produkcji własnej z kooperacją.

Zasadę pełnej kalkulacji opisano także w tekście o tym, jak dokładnie poznać koszt produkcji w systemie HermesSQL.

Koszt rzeczywisty i odchylenia

Po zamknięciu zlecenia system zestawia pobrania materiału z ich wartością wynikającą z przyjętej metody wyceny zapasu (FIFO albo średnia ważona) oraz godziny z meldunków pomnożone przez stawki. Powstaje koszt rzeczywisty, który raport porównuje z kalkulacją wstępną i rozbija różnicę na przyczyny.

Poniższe zapytanie ilustruje odchylenie ilościowe na poziomie zlecenia. Nazwy tabel i kolumn są przykładowe, a nie schematem konkretnego produktu.

SELECT z.NumerZlecenia,
       s.IdSkladnika,
       s.IloscNorma * z.IloscZlecona          AS IloscPlanowana,
       ISNULL(SUM(p.Ilosc), 0)                AS IloscPobrana,
       ISNULL(SUM(p.Ilosc), 0) - s.IloscNorma * z.IloscZlecona AS OdchylenieIlosciowe
FROM dbo.PrzykladZlecenie AS z
JOIN dbo.PrzykladBom AS s ON s.IdWyrobu = z.IdWyrobu
LEFT JOIN dbo.PrzykladPobranie AS p
       ON p.IdZlecenia = z.IdZlecenia AND p.IdSkladnika = s.IdSkladnika
GROUP BY z.NumerZlecenia, s.IdSkladnika, s.IloscNorma, z.IloscZlecona;

Reguła: kalkulacja wstępna zapisuje wersję technologii i ceny z dnia emisji zlecenia, więc późniejsza zmiana kartoteki nie przepisuje kosztu planowanego zleceń już otwartych.

Po zakończeniu produkcji raporty kosztowe pokazują faktycznie poniesione wydatki na zlecenie, a zestawienie ich z planem pozwala zoptymalizować proces i obniżyć koszty. Do jakiego stopnia jest to możliwe, zależy od jakości meldunków opisanych w dalszej części artykułu.

Planowanie produkcji i zapotrzebowanie materiałowe (MRP)

Planowanie zapotrzebowania materiałowego zamienia listę zleceń na listę zakupów i zleceń wewnętrznych. Bez tego mechanizmu planista pracuje na arkuszach aktualizowanych ręcznie, a zamówienie u dostawcy z tygodniowym czasem realizacji składa dopiero wtedy, gdy materiału brakuje na hali.

Rozwinięcie struktur i bilans netto

System rozwija strukturę wyrobu poziom po poziomie i mnoży ilości składników przez ilość zleconą. Otrzymuje zapotrzebowanie brutto, od którego odejmuje stan dostępny oraz dostawy w drodze i dodaje zapas bezpieczeństwa. Wynik to zapotrzebowanie netto, przesunięte wstecz o czas realizacji dostawy albo operacji.

Rozwinięcie wielopoziomowe można zapisać w T-SQL rekurencyjnym wyrażeniem tablicowym (CTE), a jego semantykę opisuje dokumentacja Microsoft Learn o wyrażeniach CTE. Przykład używa przykładowej tabeli struktur, a limit rekurencji chroni przed cyklem w danych.

DECLARE @IdWyrobu int = 1001, @IloscZlecenia decimal(18,3) = 100;

WITH struktura AS (
    SELECT b.IdSkladnika, b.Ilosc AS IloscNaWyrob
    FROM dbo.PrzykladBom AS b
    WHERE b.IdWyrobu = @IdWyrobu
    UNION ALL
    SELECT b.IdSkladnika, s.IloscNaWyrob * b.Ilosc
    FROM struktura AS s
    JOIN dbo.PrzykladBom AS b ON b.IdWyrobu = s.IdSkladnika
)
SELECT IdSkladnika, SUM(IloscNaWyrob) * @IloscZlecenia AS ZapotrzebowanieBrutto
FROM struktura
GROUP BY IdSkladnika
OPTION (MAXRECURSION 32);

Stan dostępny nie równa się stanowi fizycznemu. Uwzględnia rezerwacje pod zamówienia klientów i zlecenia, co omawia materiał o bilansie zamówień i rezerwacji, a stan w lokalizacjach magazynu trzeba w tym celu regularnie uzgadniać z ewidencją.

Moce przerobowe i harmonogram

Zapotrzebowanie materiałowe odpowiada na pytanie, co kupić, ale nie mówi, czy hala zdąży. Rozszerzenie znane jako MRP II zestawia czas operacji z kalendarzem każdego gniazda i pokazuje przeciążenia. Planista widzi wtedy, że zlecenie wykonalne materiałowo nie mieści się w terminie na wąskim gardle, i przesuwa je albo kieruje część operacji do kooperanta.

Metodę i jej zastosowanie w konkretnym systemie opisuje tekst o systemie MRP II, a sposób budowy realnego harmonogramu omawia artykuł o harmonogramie produkcyjnym.

Rejestracja produkcji na hali

Wiarygodność kalkulacji zależy od tego, jak powstają meldunki z realizacji zleceń. To najczęstsze miejsce, w którym wdrożenia napotykają trudności, bo dane powstają w trakcie procesu technologicznego, a nie przy biurku.

Meldunki i pobrania materiału

Meldowanie odbywa się przez terminale przy stanowiskach, czytniki kodów na kartach zleceń albo automatycznie z układów sterowania maszyn. Ostatnie rozwiązanie daje najlepszą jakość danych, lecz wymaga maszyn z odpowiednim interfejsem. Przy rejestracji ręcznej liczy się prostota: operator ma zamknąć operację jednym skanowaniem, a nie wypełniać formularz, bo każde dodatkowe pole obniża kompletność danych w tempie widocznym już po kilku tygodniach.

Zbiorcze meldowanie na koniec zmiany jest najgorszym rozwiązaniem. Przenosi do systemu niedokładności pamięci i uniemożliwia bieżące śledzenie postępu. Pobrania materiału powiązane ze zleceniem pozwalają porównać zużycie rzeczywiste z normą, a systematyczne odchylenie wskazuje nieaktualną normę albo problem procesowy.

Braki i ich przyczyny

Braki rejestruje się osobno od ilości dobrej i z kodem przyczyny. Zestawienie kosztu braków w podziale na wyroby i stanowiska bywa najmocniejszym argumentem za inwestycją w jakość.

Powiązanie z utrzymaniem ruchu i gospodarką narzędziową

Plan produkcji zakłada dostępność maszyn i oprzyrządowania, a obie zależą od zdarzeń, których ERP nie widzi bez integracji: przeglądów i awarii maszyn oraz wydań narzędzi. Powiązanie z osobnym systemem utrzymania ruchu i ewidencją narzędzi przenosi te zdarzenia do planu przed dniem realizacji.

Dostępność maszyn w harmonogramie

System klasy CMMS planuje przeglądy według czasu albo liczby cykli pracy maszyny, tworzy zlecenia serwisowe i powiadamia odpowiedzialne osoby z wyprzedzeniem. Gdy termin przeglądu trafia do kalendarza gniazda w ERP, harmonogram traktuje go jak zamkniętą zmianę, a nie jak niespodziankę. Podstawy tego podejścia opisuje tekst o roli CMMS, a praktyczne strony aplikacyjne zawiera materiał o aplikacji do utrzymania ruchu.

Z danych o zleceniach serwisowych liczy się wskaźniki, które wracają do planowania produkcji jako miary niezawodności gniazd.

• MTBF - średni czas między awariami maszyny; im wyższy, tym rzadsze nieplanowane przestoje w harmonogramie.
• MTTR - średni czas naprawy od awarii do przywrócenia sprawności, czyli realny czas wyłączenia gniazda z planu.

Narzędzia i oprzyrządowanie jako zasób zlecenia

Brak oprzyrządowania zatrzymuje zlecenie tak samo jak brak materiału, choć rzadziej trafia do planu. Ewidencja narzędzi z dokumentami wydań i rezerwacjami pozwala sprawdzić dostępność narzędzia oraz termin jego przeglądu, zanim zlecenie ruszy. Zagadnienie rozwija tekst o systemach zarządzania gospodarką narzędziową oraz serwis tcs.softwarestudio.com.pl poświęcony Studio TCS.net.

Ocena systemu ERP przed wyborem

Zmiana systemu ERP jest przedsięwzięciem porównywalnym z pierwszym wdrożeniem, więc nietrafiony wybór obciąża zakład przez lata. Decyzję o samym zakupie omawia osobny tekst; tutaj chodzi o kryteria techniczne specyficzne dla produkcji.

Scenariusz zamiast listy funkcji

Zestawienie oparte na deklarowanych funkcjach zwykle nie różnicuje ofert, bo każdy dostawca zaznacza wszystkie pozycje. Rozstrzyga pokazanie działania na danych zbliżonych do rzeczywistych, z przebiegiem typowego zlecenia od emisji do rozliczenia kosztu. Dobrze przygotować kilka scenariuszy z sytuacjami trudnymi dla zakładu: zmiana technologii w trakcie zlecenia, brak materiału na jednym poziomie struktury, kooperacja z częściowym zwrotem.

Koszt utrzymania systemu

Cena licencji bywa mniejszą częścią całkowitego kosztu. Dochodzą wdrożenie z modyfikacjami oraz szkolenia, a w kolejnych latach opieka serwisowa i aktualizacje. Osobną pozycją są modyfikacje indywidualne: ich nadmiar utrudnia późniejsze aktualizacje i podnosi koszt każdej zmiany, dlatego ogranicza się je do przypadków, w których standard rzeczywiście nie wystarcza.

Elektroniczna wymiana dokumentów z większymi partnerami skraca cykl zamówienia i ogranicza pomyłki wynikające z przepisywania pozycji. Zakres i format komunikatów uzgadnia się przed rozpoczęciem współpracy.