Podział kompetencji między ERP-MES kontra realia MSP
Na początku roku zaczęliśmy przygotowywać się do zaprojektowania własnego systemu informatycznego do zarządzania produkcją przemysłową dla małych i średnich przedsiębiorstw. Częścią tego etapu była między innymi analiza standardów związanych z tematyką tego typu rozwiązań. Naszą uwagę szczególnie zwrócił IEC/ISO-62264 (oparty na ISA-95), który próbuje skonstruować jednolity model pojęć, struktur danych oraz aktywności występujących na styku systemów klasy ERP oraz MES.
Nadszedł czas, aby podzielić się naszymi spostrzeżeniami oraz szkicami projektowymi. Rozpoczynamy zatem serię artykułów, która będzie poświęcona naszym staraniom przełożenia standardów przyjętych dla dużych systemów ERP i MES do realiów MSP.
Hierarchia funkcjonalna standardu a MSP
Hierarchia funkcjonalna standardu IEC-62254, przedstawiona w poniższej tabeli, stanowi w tzw. dużym IT ogólnie przyjęty model podziału kompetencji między systemami ERP-MES-SCADA.
Hierarchia funkcjonalna standardu a MSP
Hierarchia funkcjonalna standardu IEC-62254, przedstawiona w poniższej tabeli, stanowi w tzw. dużym IT ogólnie przyjęty model podziału kompetencji między systemami ERP-MES-SCADA.
Poziom | Funkcjonalność | Klasy systemów |
4 | Planowanie biznesowe oraz zaopatrzenia | ERP, MRP, SCM |
3 | Wykonanie oraz kontrola operacji wywórczych | MES |
2,1,0 | Niskopoziomowa kontrola procesów: wsadowych, ciągłych oraz dyskretnych | SCADA |
Mimo że powyższy podział wydaje się słuszny i oczywisty, trudno go zastosować wobec oprogramowaniu dla MSP gdzie nie mamy systemów ERP w pełnym tego słowa znaczeniu. Porównajmy zatem w poniższej tabeli jak mają się aktywności oczekiwane przez standard na poziomie 4 do tego, co oferują systemy takie jak InsERT Naviero lub Comarch OPTIMA.
Poglądy przedstawione nt. niniejszych systemów stanowią prywatną opinię właściciela firmy WALCZAK.IT, Adama Walczaka, i nie są próbą stosowania antyreklam lub dyskredytacji owych produktów.
<
Jak wynika z powyższego zestawienia, pokrycie aktywności poziomu 4 jest bardzo powierzchowne w systemach biznesowych dla MSP. Wynika to z faktu, iż tego typu systemy, aby zachować swoją atrakcyjność cenową celują w szeroki rynek firm. Skupiają się na pokryciu wspólnych potrzeb firm usługowych, dystrybucyjnych oraz produkcyjnych, które pojawiają się w obszarach sprzedaży, obsługi magazynu, podstawowej obsługi zaopatrzenia, księgowości, kadrach oraz finansach. Bardzo niewielkie wsparcie funkcjonalności jest tutaj stricte dla produkcji przemysłowej. Mimo wszystko tego typu systemy są często wybierane przez firmy produkcyjne z dwóch względów:
Jak wynika z powyższego zestawienia, pokrycie aktywności poziomu 4 jest bardzo powierzchowne w systemach biznesowych dla MSP. Wynika to z faktu, iż tego typu systemy, aby zachować swoją atrakcyjność cenową celują w szeroki rynek firm. Skupiają się na pokryciu wspólnych potrzeb firm usługowych, dystrybucyjnych oraz produkcyjnych, które pojawiają się w obszarach sprzedaży, obsługi magazynu, podstawowej obsługi zaopatrzenia, księgowości, kadrach oraz finansach. Bardzo niewielkie wsparcie funkcjonalności jest tutaj stricte dla produkcji przemysłowej. Mimo wszystko tego typu systemy są często wybierane przez firmy produkcyjne z dwóch względów:
- są atrakcyjne cenowo, jak już wcześniej wspomniano,
- moduły produkcyjne systemów ERP dla średniej wielkości firm są często zbyt mało elastyczne, aby opłacało się je wdrożyć.
Nasze podejście do hierarchii funkcjonalnej dla MSP
Jako że część standardu dotycząca hierarchii funkcjonalnej tak mocno odbiega od realiów MSP, uciekliśmy bardziej w nasze własne doświadczenia w tym temacie. Mając na uwadze wcześniej wymienione ograniczenia systemów informatycznych w tym sektorze oraz potrzeby MSP opracowaliśmy następujący podział aktywności między poziomem czwartym (biznesowym) a trzecim (produkcyjny.
Wszystkie funkcje niezwiązane bezpośrednio z produkcją pozostają w systemie biznesowym. Zwłaszcza te, które generują skutki księgowe lub są wysoce zależne od systemu prawnego państwa, w którym rezyduje firma. Wsparcie obsługi zamówień w systemie produkcyjnym będzie ograniczone do minimum, które zapewni dane wymagane na produkcji. Natomiast wsparcie dla zarządzania przestrzeniami magazynowymi oraz ruchem towarów będzie istotne w obu systemach. System biznesowy będzie zarządzał magazynami, które znajdują się w centrum zainteresowań księgowości, sprzedaży oraz zaopatrzenia. System produkcyjny musi mieć możliwość współpracy z tymi magazynami. Sam też może niezależnie obsługiwać ruch towarów w ramach przestrzeni magazynowych stricte produkcyjnych, które nie będą bezpośrednio generowały skutków w księgowości. Powinien też móc obsłużyć ruchy magazynowe z magazynów produkcyjnych do magazynów obsługiwanych przez system biznesowy.
Mimo wszystko zakładamy, że system produkcyjny będzie mógł działać także samodzielnie lub tylko z integracją okrojoną np. do danych podstawowych. Jest to częste wymaganie stawiane przez firmy, które:
Mimo wszystko zakładamy, że system produkcyjny będzie mógł działać także samodzielnie lub tylko z integracją okrojoną np. do danych podstawowych. Jest to częste wymaganie stawiane przez firmy, które:
- obawiają się automatycznej ingerencji systemu produkcyjnego z dokumentami, które mogą mieć skutki księgowe,
- posiadają mało popularny system biznesowy i nie chcą ponosić pełnych kosztów jego integracji.
- wspierane tylko przez jeden z systemów w okrojonej postaci
- lub integrowane manualnie.
Autor: Adam Walczak
Źródło: www.walczak.it