Technologia operacyjna OT i technologia informatyczna IT

Technologia informatyczna IT (Information Technology) i technologia operacyjna OT (Operational Technology) istnieją obok siebie w branży przemysłowej czy utilities. Czym one się różnią?

Technologia operacyjna OT

Technologia czy systemy OT (Operational Technology) to wszelkie urządzenia i software (systemy) do zarządzania i monitorowania fizycznych urządzeń jak maszyny produkcyjne, pompy, urządzenia kolejowe, itd. Przykładami OT są systemy SCADA, kontrolery PLC, systemy Andon, czujniki IIoT (Industrial Internet of Things), systemy Embedded, elektroniczny Kanban (eKanban), systemy HMI (Human Machine Interface), itd. OT jest krytyczne z punktu widzenia przedsiębiorstw i ciągłości biznesowej jego procesów wytwórczych.

Technologia informatyczna IT

Technologia informatyczna IT koncentruje się na zapewnieniu sieci komunikacyjnych, dostępu do danych, aplikacji, zapewnia zasoby Data Center i zabezpiecza wszystkie te zasoby z punktu widzenia bezpieczeństwa.

Współpraca pomiędzy IT i OT

Bezpieczeństwo jest jednym ważniejszych obszarów współpracy pomiędzy technologią operacyjną OT a technologią informatyczną IT. To IT zabezpiecza i dostarcza sieci przewodowe LAN, WiFi, sieci niskoprądowe LoRa czy SigFox. To IT zabezpiecza dostęp do tych sieci z internetu. OT jest krytyczne dla ciągłości biznesowej więc bezpieczeństwo w tym obszarze powinno być bardzo istotnym elementem kooperacji.

Kolejny obszar do silnej kooperacji to integracje systemów i wymiana danych (Big Data), często w czasie rzeczywistym. Przemysł 4.0, masowe zastosowanie urządzeń IoT, systemy BI (Business Intelliegence), systemy ERP (Enterprise Resources Management), systemy APS (Advanced Planning System) czy MES (Manufacturing Executing System) wymagają silnej integracji i wymiany danych real time.

Zobacz naszą ofertę doradczą:

Zapraszamy do kontaktu:

pfederowicz@gotechnologies.pl

Ponad 200 zadowolonych klientów

Zwinne wytwarzanie oprogramowania Scrum i Kanban

Zwinne wytwarzanie oprogramowania (Agile Software Development) na dobre zagościło w polskich firmach. Obecnie mało, w której nie stosuje się jakiegoś “zwinnego” procesu  wytwarzania oprogramowania. Dlaczego tak się dzieje? Dlaczego firmy odchodzą od tradycyjnych metod prowadzenia projektów na rzecz bardziej elastycznych lub je łączą? Powodów jest wiele. A więc od początku.

W 2001 roku powstał manifest zwinności, który obecnie brzmi “Wytwarzając oprogramowanie i pomagając innym w tym zakresie, odkrywamy lepsze sposoby wykonywania tej pracy. W wyniku tych doświadczeń przedkładamy:

  • Ludzi i interakcje ponad procesy i narzędzia.
  • Działające oprogramowanie ponad obszerną dokumentację.
  • Współpracę z klientem ponad formalne ustalenia.
  • Reagowanie na zmiany ponad podążanie za planem.

Doceniamy to, co wymieniono po prawej stronie, jednak bardziej cenimy to, co po lewej.

Od tego się zaczęło. Od tamtego czasu powstało wiele odmian metodyk zwinnych takich jak XP (Extreme programming), Crystal Clear, Scrum i inne. Jednakże dopiero Scrum został tak szeroko przyjęty przez programistów i organizacje. Tzw. “wdrożenie” Scruma nie jest łatwe, gdyż zmienia on sposób myślenia i funkcjonowania nie tylko samego działu deweloperskiego, ale i całej organizacji. Scruma możemy wykorzystywać stale w procesie wytwarzania oprogramowania lub w przypadku wyjątkowo ważnych projektów, które charakteryzują się dużą zmiennością, ograniczonym czasem i obarczonych dużym ryzykiem.

Zacznijmy od najważniejszego: ludzi. Scrum składa z trzech ról: właściciela produktu (Product Owner), zespołu oraz Scrum Mastera. Właściciel produktu reprezentuje osoby zainteresowane produktem np. sponsor, zarząd, dział sprzedaży, itd. Ustala on priorytety i odbiera wytworzone produkty. Zespół deweloperski jest odpowiedzialny za wykonanie zadań i ponosi grupową odpowiedzialność za ich realizację. Zespoły budujemy w zależności od czekających nas zadań tak, aby znaleźli się w nim specjaliści o kompetencjach umożliwiających wykonanie zleconych im zadań. Scrum Master jest rolą odpowiedzialną za realizowanie całego procesu scrumowego i “ochronę” jego przed próbami łamania zasad. Ta rola nie jest ani Team Leaderem ani Project Managerem.

Zobaczmy jak wygląda proces wytwarzania oprogramowania w Scrumie:

  • Planowanie (Sprint Planning), spotkanie inicjujące, które składa się z dwóch części. Pierwsza część to prezentacja przez product ownerów zadań do wykonania, celów, priorytetów, itd. Druga część to analiza przez zespół programistyczny czasochłonności, trudności wykonania, możliwej do zastosowania technologii lub architektury. Wynikiem tego jest Sprint Backlog – lista zadań wybrana na jeden sprint z Product Backloga.
  • Codzienne spotkania (Daily Scrum lub Daily Standup), krótkie kilkuminutowe spotkania członków zespołu, zazwyczaj w godzinach porannych. Każdy z zespołu odpowiada na 3 pytania, co zrobił wczoraj, co zrobi dzisiaj i czy są tematy, które blokują jego pracę.
  • Przegląd sprintu (Sprint Review) to spotkanie pod koniec każdego sprintu, gdzie zespół oddaje wykonaną pracę w postaci działającego produktu.
  • Analiza sprintu (Sprint Retrospective) to spotkanie, na którym możemy omówić, co się nie udało podczas tego sprintu, co należy poprawić, itd. Bardzo ważne spotkanie, które często jest pomijane ze względu na brak czasu (spotkanie można realizować np., co drugi lub trzeci sprint, ale nie wolno pomijać jego zgodnie z procesem samodoskonalenia).

Zatem jak “wdrożyć” Scruma w kilku krokach:

  • Podziel ludzi na małe zespoły (kilku osobowe w zależności od skali organizacji i projektów) posiadających w sobie różne kompetencje.
  • Wyznacz rolę właściciela projektów lub zadań (Produkt Owner) oraz Scrum Mastera.
  • Podziel zadania lub projekty na mniejsze zadania, ustal z Product Ownerami ich priorytety i oszacuj potencjalny czas ich realizacji, zrób z tego kolejkę lub listę zadań (Product Backlog).
  • Wyznacz czas jednego sprintu (czas, w którym będziemy pracowali a na koniec jego oddawali zlecone zadania) zależnie od skali zadań od jednego do kilku tygodni.
  • Rozpocznij sprint zgodnie z procesem opisanym wyżej.

Co daje nam Scrum? W teorii są to: łatwość reagowania na zmiany i łatwość realizacji zadań, zwiększona produktywność i jakość, szybsze reagowanie na pojawiające się ryzyka, wcześniejsze uzyskiwanie półproduktów, poprawę komunikacji pomiędzy biznesem a działami IT, większe zaangażowanie całej organizacji w prace rozwojowe, zmniejszenie kosztów realizacji projektów i jeszcze kilka innych. Oczywiście jest to tylko teoria i wszystko zależy od ludzi i chęci zmiany aktualnej rzeczywistości w organizacji.

Czym jest Kanban i w czym może nam pomóc? Kanban wywodzi się z systemów produkcyjnych, głównie z branży motoryzacyjnej. Pozwala śledzić postępy prac nad poszczególnymi produktami na liniach montażowych. Kanban należy do tzw. systemów “ciągnionych” (pull), które różnią się od systemów “pchanych” (push) realnym zapotrzebowaniem na wytwarzanie niż z góry wytyczoną polityką produkcji. Proces wytwarzania oprogramowania może zostać porównany z linią montażową w hali produkcyjnej, dlatego Kanban idealnie nadaje się, jako technika sygnalizacyjna przy zarządzaniu realizacją zadań czy projektów.

Wszystkie zadania poruszają się zgodnie z przepływem (flowem) w jednym kierunku (np. z lewa do prawa) i przechodzą przez kolejne etapy (np. analiza, implementacja, testowanie, wdrożenie, itd.) . Każdy z etapów posiada określone zasoby (pracownicy o odpowiednich umiejętnościach) oraz możliwość przerobu (ilość możliwej do wykonania pracy w tej samej jednostce czasu). Dzięki takiemu podejściu szybko widzimy, na jakim etapie znajdują się zadania, gdzie mamy ograniczenia oraz co musimy zrobić, aby zwiększyć przerób, czyli produkcję oprogramowania.

Kanban posiada kilka podstawowych zasad:

  • Wizualizacja – stworzenie i rozrysowanie (na tablicy lub za pomocą oprogramowania) procesu wytwarzania oprogramowania ze statusami działań np. analiza, wytwarzanie, testowanie, wdrażanie, zadania skończone.
  • Limit pracy w toku (WIP – Work in Progress) – nie możemy pracować nad większą liczbą zadań niż jesteśmy w stanie wykonać w tej samej jednostce czasu oraz jeśli nie dostaliśmy zlecenia na wykonanie pracy przez jednostkę zlecającą. Jest to zasada wywodząca się z systemów “ciągnionych” (pull).
  • Zarządzanie strumieniem – monitorowanie i raportowanie o etapach wykonywania zadań, prędkości i płynności wykonywania zadań. Idealny proces charakteryzuje się dużą prędkością wykonywania zadań i płynnością oraz przewidywalnością.


Jak zacząć? Zastosowanie Kanbana jest bardzo proste. Poniżej kilka kroków, jakie należy uczynić, aby móc sprawnie zarządzać zadaniami w procesie wytwarzania oprogramowania.

  • Rozrysuj aktualny proces wytwarzania oprogramowania np. na tablicy lub dużej powieszonej na ścianie kartce papieru. Kolumny będą oznaczały kolejne elementy procesu.
  • W pierwszej kolumnie (np. nazwanej listą zadań, backlog-iem lub wish listą) umieść karteczki z zadaniami. Powstanie kolejka zadań. Nadaj im priorytety. Podziel zadania na kategorie zadań np. błędy, zadania, poprawki, itd.
  • Nazwij kolejne kolumny np. analiza, programowanie, testowanie, wdrażanie i zadania skończone.
  • Określ możliwy przerób na każdym etapie (tzw. WIP) np., jeśli posiadamy jednego testera to możemy przyjąć, że na etapie testowania będziemy mogli równocześnie testować tylko jedno zadanie.
  • Podziel oznaczone już etapy (kolumny) na dwa statusy: w trakcie, skończone.
  • Zacznij działać. Pobieraj zadania z kolejki zgodnie z możliwościami przerobu (WIP). Przesuwaj zadania zgodnie ze zmianami statusów do lewa do prawa, aż do kolumny zadania skończone (wdrożone).

Co dalej? Kanban pozwala na analizę czasu potrzebnego na wykonania zadań. Dzięki takiej wiedzy i grupowaniu zadań nie musimy szacować czasochłonności wykonania zadań a określać wielkość zadań za pomocą prostych miar np. duże, małe, średnie. Zaoszczędzi to nam bardzo dużo czasu na estymację, która i tak będzie błędna. A co w przypadku pisania oprogramowania dla klienta zewnętrznego? Tutaj warto przyjrzeć się połączeniu Scruma i Kanbana, co zrobimy w dalszej części. Kanban pozwala wykrywać wąskie gardła w procesie od pojawienia się pomysłu, aż do wdrożenia oprogramowania. Często wąskie gardła znajdują się poza procesem wytwarzania oprogramowania np. w dziale biznesowym, który jest odpowiedzialny za testy akceptacyjne wytworzonych produktów.

Kanban pozwala zmniejszyć skutki wielozadaniowości poprzez stosowanie limitów WIP. Pozwala to na zajmowanie się zadaniami, które w rzeczywistości mają wysoki priorytet i które możemy rzeczywiście wykonać w jednej jednostce czasu.

Proces wytwarzania powinien charakteryzować się też płynnością wykonywania zadań. Monitorujmy zatem  i udoskonalajmy wszystkie elementy procesu. Pozwoli to w przyszłości do osiągnięcia dużej prędkości wytwarzania oprogramowania, unikania wąskich gardeł i nie tracenia cennego czasu.

Kolejne kroki? Mamy już działający Scrum. Widzimy także tablicę Kanbana. Jak to teraz połączyć i co dzięki temu zyskamy? Scrum działa w określonych okresach czasu tzw. iteracjach. Kanban to zmienia mówiąc, że zasoby są wolne i domagają się otrzymania kolejnych zadań. Praca w Scrumbanie zaczyna przypominać taśmociąg, który pracuje niezależnie od okresu czasu. Dzięki takiemu podejściu możemy wykonać więcej zadań niż w typowym sprincie. Możemy także mniej uwagi przywiązywać do estymacji czasu wykonania a bardziej bazować na priorytetach i kolejce. W praktyce w niedługim czasie zobaczymy, że wykonujemy więcej zadań niż pracując w typowym Scrumie.

Jakie są różnice pomiędzy Scrumem a Scrumbanem? Nie ograniczamy się do sprintu. Bierzemy pierwsze zadanie z kolejki. Tablica Kanbana może być stosowana dla wielu zespołów a także dla całych firm. W przypadku tablicy Scruma, korzysta z niej tylko zespół scrumowy. Jak widzimy tablica Kanbana poprawia komunikację i poszerza wiedzę o innych zadaniach i projektach wykonywanych przez inne zespoły, niekoniecznie informatyczne. W Scrumbanie nie patrzymy na wykres spalania (burndown chart) a bardziej na czas wykonania zadania. A co z codziennymi spotkaniami, sprint planningiem czy sprint review? Polecam kontynuowanie codziennych stand-upów, planowanie tylko wtedy, kiedy jest to potrzebne, a przeglądy regularnie, co kilka tygodni w z góry ustalonym terminie. Zachęcam do eksperymentowania i procesu ciągłego doskonalenia. Jestem też zwolennikiem adoptowania najlepszych elementów z różnych metodologii do istniejącej organizacji np. elementów Scruma, Princa2, PMI, CCPM lub Kanbana.

Zobacz naszą ofertę doradczą:

Zapraszamy do kontaktu:

pfederowicz@gotechnologies.pl

Ponad 200 zadowolonych klientów

Systemy Traceability w Przemyśle

Traceability to identyfikowalność czyli możliwość zidentyfikowania danego produktu lub partii produktów w łańcuchu dostaw (Supply Chain), w trakcie produkcji czy w sprzedaży do końcowego klienta (Retail). Śledzenie tzw. partii jest nieodzownym elementem posprzedażowym, którego efektem są informacje prasowe o np. prośbie udania się do serwisów samochodów z danego rocznika na usunięcie wykrytej po sprzedaży usterki, lub wycofywanie partii produktów żywnościowych z powodu wykrytych bakterii. Śledzenie partii jest procesem kosztownym, jednakże w przypadku wykrycia problemów, możemy ograniczyć wycofywanie danego produktu tylko do uszkodzonych partii, co daje nam ogromne oszczędności.

Traceability powszechnie używa się w przemyśle i sprzedaży FMCG (Fast Moving Consumer Goods) czyli produktów szybko rotujących czy w branży Chemicznej i Automotive. W branży FMCG używa się dwóch modeli Traceability czyli śledzenia produktów tylko podczas produkcji (wersja tańsza) oraz śledzenia produktów w łańcuchu dostaw od wszystkich podproducentów (wersja kompleksowa).

Proces traceability na produkcji może wyglądać następująco:

  • Oznaczenia partii produktów i produktu numerem identyfikacyjnym np. RFID lub Kody Kreskowe (jednowymiarowe lub dwuwymiarowe np. kody QR) drukowane laserowo lub atramentowo.
  • Produkt trafia na linię produkcyjną.
  • Produkt jest śledzony przez systemy wizyjne jak kamery, bramki RFID, czytniki kodów kreskowych.
  • W przypadku tworzenia z wielu produktów jednego lub pakowania wielu produktów do jednego opakowania stosujemy oprogramowanie i systemy do agregowania danych czyli serializacji.

Jeśli potrzebujesz wsparcia w optymalizacji procesów produkcyjnych i intralogistycznych zapraszamy do kontaktu.

Zobacz naszą ofertę doradczą:

Zapraszamy do kontaktu:

pfederowicz@gotechnologies.pl

Ponad 200 zadowolonych klientów

Systemy MRP (Material Requirements Planning) w Produkcji

Systemy MRP czyli systemy wspierające procesy zapotrzebowania materiałowego stały się powszechne w przemyśle. Wspierają zarówno sprzedaż (zamówienia), produkcję (wytwarzanie) jak ii logistykę (dostarczanie produktów na produkcję). Systemy MRP pozwalają na zaplanowanie takiej ilości materiałów zgodnie z wcześniej ustaloną polityką ilości towaru na magazynach i przy produkcji. Trigerem do planowania zasobów dla produkcji mogą być i zamówienia od klientów jak i plany produkcyjne oparte na analizach historycznych i predykcji.

Dobrze skonfigurowane systemy MRP, dobrze zintegrowane z innymi systemami (APS, ERP, MES, WMS) muszą spełnić następujące najważniejsze kryteria:

  • Zapewnić ciągłość dostępu materiałów dla produkcji
  • Utrzymywać najmniejsze możliwe (koszty) i bezpieczne (ciągłość produkcyjna) stocki magazynowe
  • Pełna integracja z systemami i danymi produkcyjnymi (APSAdvanced Planning System, MESManufacturing Execution System, BOMBill Of Materials, MPSMaster Plan Schedule), magazynowymi (WMSWarehouse Management System) i sprzedażowymi (ERPEnterprise Resources Management lub OMSOrder Management System)
  • Zapewnienie wcześniejszego ostrzegania i możliwości reakcji na opóźnienia

Jeśli planujesz wdrożyć systemy klasy ERP, MRP, APS, WMS, MES, eKanban (elektroniczny Kanban), Andon lub potrzebujesz zoptymalizować procesy wewnętrzne za pomocą technologii zapraszamy do kontakt.

Zobacz naszą ofertę doradczą:

Zapraszamy do kontaktu:

pfederowicz@gotechnologies.pl

Ponad 200 zadowolonych klientów

Elektroniczny Kanban na Produkcji

Kanban (jeden z elementów Lean Managementu) jest metodą sterowania procesami produkcji, która opiera się na realnym zużyciu materiałów na linii produkcyjnej. Kanban inaczej jest nazywany systemem ssącym. Jednym z głównych celów wymyślenia metody Kanban była potrzeba zminimalizowania materiałów i surowców na produkcji. W tej metodzie materiał na produkcję jest dostarczany zgodnie z potrzebą i tzw. „sygnałem kanban” z linii produkcyjnej.

Tradycyjnie Kanban jest zwykłą kartką papieru z takimi informacjami jak nazwa lub numer potrzebnego elementu, ilość, adres składowania, lokalizacja procesu, któremu dane elementy są potrzebne, itd. „Nowocześniejsze” kartki posiadają kody kreskowe celem śledzenia towarów, przeksięgowań, itd.

Elektroniczny kanban to przeniesienie zleceń kanban do sieci i przekazywanie ich do odpowiednich miejsc i operatorów, gdzie są one przyjmowane, akceptowane i wykonywane. Elektroniczny Kanban umożliwia także zarządzanie priorytetami i zmianami w kolejce kanbanów.

Elektroniczny kanban może (lub nie musi) być zintegrowany z innymi systemami jak np. systemem ERP (np. automatyczne przeksięgowania towarów), systemami Andon informującymi o pojawieniu się zlecenia (dashboard, sygnały świetlne i dźwiękowe), systemem APS (Advanced Planning and Scheduling), MES (Manufacturing Execution System) czy MRP ( Manufacturing Resource Planning).

Jeśli potrzebujesz doradztwa w zakresie zaprojektowania systemu elektronicznego Kanbana lub optymalizacji procesów intralogistycznych zapraszamy do kontaktu.

Zobacz naszą ofertę doradczą dla Przemysłu, Automotive i Logistyki:

Zapraszamy do kontaktu:

pfederowicz@gotechnologies.pl

Ponad 150-ciu zadowolonych klientów

Doradztwo GreenField – technologia, procesy intralogistyczne, systemy IT

Zespół doradczy wspiera projekty typu Greenfield dla Przemysłu i Automotive w zakresie projektowania procesów intralogistycznych (magazyny i logistyka), systemów informatycznych jak ERP, MES, SCM, TMS, YMS, APS, WMS, CRM, itd., tworzenia dedykowanych systemów dla przemysłu jak tracebility, andon, e-kanban, itd., doradztwie AGV (pojazdów autonomicznych), itd.

Realizowaliśmy kilkadziesiąt projektów zarówno projektowania centrów logistycznych dla przemysłu, projektowania i optymalizacji procesów magazynowych i logistycznych, nadzorowaliśmy wdrażanie systemów informatycznych dla przemysłu i wdrożeń pojazdów AGV. Obecnie projektujemy centrum logistyczne, procesy intralogistyczne i systemy dla jednej z największych firm z branży produkcji małoseryjnej w Europie (produkcja autobusów elektrycznych).

Zobacz naszą ofertę dla projektów typu Greenfield dla Przemysłu i Centrów Logistycznych:

  • Projektowanie procesów intralogistycznych
  • Tworzenie layoutów magazynów
  • Wybór wyposażenia magazynów – pojazdy AGV, wysoki skład, paletówka, miniloady, antresole, docki, itd.
  • Wybór systemów klasy ERP, MES, APS, MRP, WMS, SCM, TMS, YMS, i nadzór nad wdrożeniami.
  • Projektowanie indywidualnych systemów dla produkcji i logistyki – Andon, Tracebility, elektroniczny kanban, IoT (IIoT), RFID, itd.
  • Wsparcie w Project Managemencie

Zobacz więcej doradztwa dla projektów Greenfield w Przemyśle, Automotive i Logistyce:

Zapraszamy do kontaktu:

pfederowicz@gotechnologies.pl

Ponad 150-ciu zadowolonych klientów

Technologia RFID w Przemysłe, Logistyce, Magazynach

RFID (ang. Radio Frequency Identification) czyli identyfikacja obiektów za pomocą fal radiowych jest technologią od lat bardzo popularną w przemyśle i logistyce. Wykorzystuje się je w procesach magazynowych, procesach przemysłowych, kontrolach dostępów zarówno dla ludzi jak i obiektów, w procesach logistycznych czy w innych branżach np. w Retail. Tagi RFID umożliwiają zarówno odczyt jak i zapis danych. Można je umieszczać zarówno na obiektach, ludziach czy budynkach. Tagi RFID składają się z chipa i anteny zamkniętych w odpowiedniej ochronnej obudowie. Tagi RFID mogą być tylko do odczytu (RO – Read only) lub wielokrotnego zapisu i zmian (RW – Rewritable). Tagi mogą mieć własne zasilanie (bateria) lub bez własnego zasilania.

Obecnie technologia RFID to:

  • LF RFID (Low Frequency RFID) – RFID niskiej częstotliwości
  • HF RIFD (High Frequency RFID) – RFID wysokiej częstotliwości
  • UHF RFID (Ultra-High Frequency RFID) – RFID ultra wysokiej częstotliwości

Przykładowe zastosowania technologii RFID w różnych branżach np.

RFID w Przemyśle, Automotive:

  • Identyfikacja wyrobów, produktów, materiałów
  • Identyfikacja pojazdów, ludzi, maszyn czy narzędzi
  • Przepływy produktów i materiałów
  • Kontrola i bezpieczeństwo
  • Automatyzacja procesów produkcyjnych
  • Kontrola opakować zwrotnych
  • Tracebility – identyfikacja wyrobów na każdym etapie produkcji
  • Elektroniczny Kanban RFID
  • Kontrola czasu pracy i stref

RFID w Logistyce i Magazynach:

  • Przyjmowanie dostaw, załadunek, rozładunek
  • Kompletowanie materiałów i produktów
  • Składowanie towarów
  • Realizacja zamówień do klienta lub na produkcję, kompletacja
  • Kontrola opakować zwrotnych
  • Usprawnienie procesów magazynowych
  • Inwentaryzacja stanów magazynowych
  • Usprawnienie łańcucha dostaw (SCM)
  • Kontrola czasu pracy i stref

RFID w Retail:

  • Usprawnienie procesów magazynowych
  • Zabezpieczenie produktów przed kradzieżą
  • Inwentaryzacja stanów magazynowych i sklepowych
  • Usprawnienie łańcucha dostaw (SCM)
  • Procesy samoobsługowych kas

Systemy RFID składają się także z czytników danych posiadające anteny o różnym zasięgu. Zbierają one i zapisują dane z tagów RFID oraz przekazują do systemów w zależności od procesów np. do systemów klasy MES, APS, TMS, itd. pozwalając nadzorować dane procesy biznesowe.

Zapraszamy do kontaktu:

pfederowicz@gotechnologies.pl

Ponad 150-ciu zadowolonych klientów

Audyt Intralogistyki, Audyt magazynu

GoTechnologies wspiera firmy przemysłowe (np. Automotive), centra logistyczne i firmy z branży eCommerce i Retail w projektowaniu, wyposażaniu i optymalizacji magazynów. Doświadczenie zespołu to kilkadziesiąt projektów projektowania layoutów, projektowaniu procesów magazynowych, doradztwie AGV, wyborze systemów klas WMS czy TMS jak i optymalizacja procesów i rozbudowa magazynów.

Oferta audyt i optymalizacja intralogistyki:

Audyt Intralogistyki, Audyt magazynu – Pełna diagnoza procesów logistycznych – nacisk efektywność, digitalizacja, przemysł 4.0, oraz adaptacja praktyk rynkowych.

Optymalizacja procesów intralogistycznych – optymalizacja procesów logistyki wewnętrznej, transportu wewnętrznego, automatyzacji i digitalizacji procesów, layoutu, zarządzania zdolnością produkcyjną, implementacji systemów informatycznych (ERP, WMS, APS, MES, SCM, eKanban, Andon oraz podobnych), itd.

Doradztwo AGV (Automated Guided Vehicle) – projektowanie tras pojazdów AGV, nowe i aktualne layouty, wybór dostawców pojazdów AGV, wsparcie przy pilotach i wdrożeniach systemów AGV czy wsparcie przy integracji z systemami IT.

Doradztwo, audyt systemów klas ERP, CRM, APS, WMS, MES, eCommerce, SCM, SCADA, HCM, TMS, YMS – wybór systemów, wybór dostawców, analiza umów, nadzór nad wdrożeniami, audyt wdrożeń systemów:


Zapraszamy do kontaktu:

pfederowicz@gotechnologies.pl

Ponad 150-ciu zadowolonych klientów



Systemy IT dla Przemysłu

MES – Manufacturing Execution System – system informatyczny do zarządzania procesami produkcyjnymi. System MES umożliwia monitoring produkcji, dostęp do danych z produkcji w czasie rzeczywistym, wykrywanie przestojów czy awarii.

WMS – Warehouse Management System – system informatyczny do zarządzania magazynem wysokiego składowania. System WMS umożliwia przyjęcia, wydania oraz sprawne składowanie materiałów i surowców.

APS – Advanced Planning and Scheduling – system informatyczny zarządzający pracami planistycznymi dla produkcji pozwalający na szybkie reagowanie na zmieniające się warunki dla produkcji.

YMS – Yard Management System – system informatyczny do zarządzania procesami logistycznymi wewnątrz firmy. System YMS zarządza parkingami, dokami, strefami rozładunku czy wjazdami i wyjazdami na teren zakładu pojazdów.

MRP – Material Requirements Planning – system informatyczny do planowania zapotrzebowania materiałowego. System MRP analizuje zapotrzebowanie produkcji, stany magazynowe i BOM-y i tworzy szczegółowe plany zamówień towarów.

ERP – Enterprise Resource Planning – system informatyczny do zarządzania zasobami przedsiębiorstwa w tym finansami, raportowaniem, sprzedażą, dostawcami, itd. Z uwagi na specjalistyczne systemy produkcyjne systemy ERP są zintegrowane z innymi systemami produkcyjnymi jak MES, APS, etc.

BI – Business Intelligence – systemy wspierające przedsiębiorstwa w generowaniu raportów i analityce biznesowej pobierając dane z hurtowni danych.

CRM – Customer Relationship Management – system informatyczny do zarządzania relacjami z klientami, kampaniami reklamowymi, systemami mailingowymi, narzędziami social media, historią kontaktu klienta z firmą, etc.

ITAMIT Asset Management – systemy informatyczne do zarządzania zasobami np. sprzętem komputerowym, zarządzania flotą, zarządzania sensorami IoT, itd.

PIM – Product Information Management – system informatyczny do zarządzania produktami, ich cenami, wariantami, opisami w zależności od języka, klienta, etc.

ECMEnterprise Content Management lub DMSDocument Management System – systemy informatyczne do kompleksowego zarządzania dokumentami i procesami w firmie zwanych w Polsce jako Systemy EOD – Elektroniczny Obieg Dokumentów.

SCM – Supply Chain Management – system informatyczny do zarządzania łańcuchem dostaw. System SCM pozwala na zarządzanie dostawcami oraz towarami zamawianymi od nich dla potrzeb produkcyjnych.

TMS Transport Management System – system informatyczny do zarządzania transportem zewnętrznym oraz procesami transportowymi takimi jak śledzenie towarów, pojazdów, rozliczania transportu, itd.

CMMSComputerised Maintenance Management Systems – system informatyczny do zarządzania Utrzymaniem Ruchu w firmach produkcyjnych.

EAMEnterprise Asset Management – system do zarządzania cyklem życia fizycznych produktów i wyposażenia zakładu jak maszyny czy urządzenia. Często powiązany lub będący częścią systemu CMMS.

Andon – system wizualnego informowanie produkcji czy logistyki o błędach na produkcji, realizacji wskaźników i innych działaniach.

Elektroniczny Kanban – system do zarządzania zleceniami produkcyjnymi kanban.

Systemy Traceability – systemy śledzenia produktów lub partii produktów w łańcuchu dostaw i na produkcji.

Systemy wizyjne – kamery, czytniki kodów kreskowych, czytniki kodów RFID.

Systemy BPM (Business Process Management) – systemy do zarządzania procesami biznesowymi, ich ciągłym monitoringu i optymalizacji wydajnościowej (KPI) i kosztowej.

Inne systemy informatyczne stosowane na produkcji i w logistyce:

Przykładowi dostawcy systemów ERP, CRM, WMS, MES:

  • SAP
  • IFS
  • Comarch
  • SalesForce
  • StreamSoft
  • Unit4Teta
  • Asseco
  • Microsoft
  • Oracle
  • Asprova
  • Magento
  • SAGE
  • SENTE
  • Macrologic
  • itd.

Zobacz także systemy IT w branży TSL (transport, spedycja, logistyka).

GoTechnologies specjalizuje się w doradztwie w wyborze systemów, zmianie systemów, project managemencie, scoringu dostawców, analizach umów z dostawcami, analizach procesów biznesowych, itd.

Zobacz więcej: Doradztwo i wybór systemów informatycznych ERP, CRM, itd.

Zapraszamy do kontaktu:

pfederowicz@gotechnologies.pl

Ponad 200 zadowolonych klientów