ClimaGold_analiza_19_odpowiedzi_i_plan_automatyzacji_2026-09-18-1

[Virtual Presenter] Analiza odpowiedzi zarządu dotyczących projektu Clima Gold - Konstrukcja DTH i Serwis, wraz z doborem automatyzacji oraz agentów, oraz warunków pilotażu lokalnego została dokonana. Niniejszy raport obejmuje również opracowanie dla Wspólnego Kursu, z datą 18 września 2026. W trakcie analizy przeanalizowano wszystkie 19 pytań z dokumentu w wersji z 17.09.2026. Każda odpowiedź została przeanalizowana pod kątem własnej diagnozy, propozycji lub uzasadnienia braku wdrożenia, warunków realizacji, miernika, priorytetu oraz pytania uzupełniającego. Po przeprowadzonej analizie ustalono kolejność wdrożeń. Należy podkreślić, że informacje zawarte w raporcie są jedynie szacunkami i odnoszą się do ograniczonego pilotażu po dostarczeniu danych i dostępów. Nie obejmują one zakupu sprzętu, zmian w programie doborowym ani porządkowania całego archiwum. Podane terminy nie stanowią harmonogramu, do którego wykonawca byłby zobowiązany. W raporcie zastosowano określone zasady, aby zapewnić przejrzystość i zrozumiałość informacji. Termin "deklaracja" odnosi się do treści udzielonych odpowiedzi, podczas gdy "wniosek" lub "ryzyko" jest interpretacją konsultanta. "Szacunek własny" odnosi się do założenia projektowego, a nie rzeczywistego pomiaru w firmie. W trakcie analizy nie zostały dostarczone informacje z systemu ERP, plików CAD, eksportu ClimaService ani próbek dla trzech zleceń. Informacje z wstępu i przypisów formularza są traktowane jedynie jako hipotezy, a nie odpowiedzi zarządu. W raporcie zostały również wskazane trzy poziomy rozwiązań, zależne od stopnia zaangażowania człowieka w procesie. Pierwszy poziom to automatyzacja bez wykorzystania sztucznej inteligencji, gdzie funkcjonują stałe reguły, walidacja CSV, statusy dokumentów oraz pomiar zdarzeń. Ostateczną decyzję o uruchomieniu działania podejmuje człowiek, a nie agent AI. Drugi poziom wykorzystuje sztuczną inteligencję do wspomagania człowieka poprzez proponowanie interpretacji, listy braków lub podobnego projektu. Ostateczną decyzję podejmuje człowiek, po zatwierdzeniu proponowanego wyniku przed wprowadzeniem zmiany technicznej lub skomunikowaniem jej z innymi. Ostatni, trzeci poziom to działanie autonomicznego agenta, który sam podejmuje decyzje i wykonuje zadania bez wymaganej akceptacji. Jednakże, w tym przypadku, obsługiwany jest tylko ustalony zakres administracyjny, z możliwością eskalacji wyjątków. Obecnie nie ma podstaw do powierzenia modelowi autonomicznego zwalniania dokumentacji, zmiany konstrukcji lub podejmowania decyzji gwarancyjnych..

[Audio] Analiza każdej odpowiedzi oraz pierwszego celu i miary sukcesu jest niezbędna w procesie pilotażu. Pytanie źródłowe, które sobie stawiamy brzmi: co dokładnie powinno ulec zmianie w pracy konstrukcji po zakończonym pilotażu? Czy chodzi nam o zwiększenie przepustowości, skrócenie czasu od zamówienia do zwolnienia dokumentacji, zmniejszenie ilości błędów lub odciążenie konstruktorów od nadmiaru pytań i przepisywania danych? Proszę wskazać jedną główną miarę, a ewentualnie jedną pomocniczą. Zarząd jednoznacznie wybiera czas od zamówienia do zwolnienia dokumentacji jako główny cel, jednak nie precyzuje o ile ma nastąpić skrócenie tego czasu. Wniosek jest taki, że mamy ustalony kierunek, ale brak określonego punktu odniesienia. Wdrożenie działań skupionych tylko na szybszym rysowaniu może pomijać rzeczywiste ograniczenia. Rozwiązaniem na poziomie 1 jest utworzenie lokalnego rejestru zdarzeń zlecenia, który będzie prowadzony w formularzu HTML oraz w bazie danych PostgreSQL, z możliwością generowania raportów w Excel Power Query. Rejestr zawierać będzie informacje o przyjęciu zamówienia, jego kompletności, rozpoczęciu pracy, zatwierdzeniu i zwolnieniu. Analiza opisów przyczyn oczekiwania pozwoli na wykorzystanie sztucznej inteligencji na poziomie 2. Warunki wdrożenia ustalają Kacper Kazimierski i właściciel procesu DTH. Trudność wdrożenia jest oceniana jako niska do średniej. Szacowany czas wykonania zadania to 1-2 tygodnie po uzgodnieniu definicji oraz osobnego okresu zbierania danych..

[Audio] "Jestem [imię] i przejdziemy teraz do omówienia trzeciego slajdu naszej prezentacji. Tutaj widzimy szczegółowe terminy i poziom rozwoju sztucznej inteligencji, która wspiera człowieka w ramach lokalnego pilotażu. Pierwszy poziom to kontrola dostępu, a drugi to lokalny asystent. Do przetestowania naszego rozwiązania wykorzystujemy kandydata o nazwie gpt-oss-20b, który jest uruchamiany wyłącznie lokalnie przez Ollama, przy użyciu uwierzytelnionej aplikacji. Do przechowywania rejestru wykorzystujemy PostgreSQL, a przy wyszukiwaniu pomaga opcjonalny pgvector. Warto zaznaczyć, że model nie ma dostępu do internetu. Aby to możliwe, musimy przeprowadzić test polskiego języka technicznego i zapewnić wydajność naszego rozwiązania. Przejdźmy teraz do warunków wdrożenia. Potrzebujemy zatwierdzenia od Mateusza Żołnowskiego i działu IT. Musimy wybrać klasy danych, serwer, kopie zapasowe, uprawnienia oraz obsługę spraw wyłączonych. Ocena trudności wykonania tych działań to średnia. Szacujemy, że na przygotowanie środowiska testowego potrzebujemy od 2 do 4 tygodni, ale nie wymaga to zakupu nowego sprzętu ani innych kosztów. Kolejnym punktem są wymagania i mierniki naszego projektu. Warunkiem odbioru jest brak niezatwierdzonych połączeń wychodzących z segmentu analitycznego i przeprowadzenie poprawnych testów dostępu do dokumentów. Jest to niezbędne zabezpieczenie, a nie zaoszczędzenie czasu. Ważne jest również, aby pamiętać, że lokalizacja modelu nie zastępuje zabezpieczeń kont i kopii. Wysoki priorytet ma warunek architektury. Ważne jest, aby pamiętać, że nie należy jeszcze zamawiać sprzętu ani licencji bez próbki danych i testu modelu. Teraz przejdźmy do danych, które musimy uzupełnić. Jakie klasy dokumentacji są dopuszczone do lokalnej analizy i jakie zasoby serwerowe oraz reguły dostępu są dostępne? Na koniec omówmy zakres i odpowiedzialność pilotażu. Kto jest właścicielem pilotażu i czy obejmuje tylko dział konstrukcyjny czy również dział techniczno-handlowy i serwis? Na to pytanie odpowie nam zarząd. Potrzebujemy odpowiedzi na wszystkie te pytania, abyśmy mogli kontynuować naszą prezentację..

[Audio] Witajcie na czwartym slajdzie naszej prezentacji dotyczącej szczegółowych terminów i poziomu rozwiązania sztucznej inteligencji, wspierającej człowieka w ramach pilotażu lokalnego. Na tym slajdzie przyjrzymy się kierunkowi rozwoju CAD i PDM. Główne pytanie, którym się zajmiemy brzmi: Czy w strategii CAD/PDM istnieje plan lub decyzja przejścia na pełne modelowanie 3D w programie Solid Edge oraz wdrożenia systemu PDM? Czy też nadal standardem w naszej firmie pozostanie dokumentacja produkcyjna w programie AutoCAD 2D w ciągu najbliższych 2-3 lat? Docelowo wszystkie urządzenia powinny być rysowane w 3D, jednak obecnie nasza baza dokumentacji w 95% składa się z rysunków 2D. Zarząd również uważa, że system PDM byłby dobrym rozwiązaniem wraz z nowym podejściem do rysowania, ale nie podaje on konkretnego terminu ani budżetu na to wdrożenie. W związku z tym, istnieje ryzyko związane z zależnością pierwszego pilotażu od pełnej migracji do 3D. Ponadto, ponad 95% udziału dotyczy deklaracji, a nie zmierzonego czasu pracy. Nie jest też jasne, które rodziny urządzeń posiadają modele parametryczne oraz czy istnieją modele źródłowe BOM. Na szczęście, mamy już rozwiązanie w postaci dwóch poziomów: pierwszy to porządkowanie metadanych i zwolnień, niezależne od 2D/3D, a drugi to asystent A2, który wyszukuje zatwierdzone projekty według parametrów i opisów. Dla wybranej rodziny urządzeń w 3D, można również rozważyć automatyzację za pomocą Solid Edge API, ale nie sugeruję autonomicznej konwersji całego archiwum z 2D do 3D. Warunkami wdrożenia są wybór rodziny pilotażowej, formatów plików, reguł nazewnictwa oraz minimalnych metadanych przez konstrukcję i R&D. Trudność wdrożenia jest średnia, a szacowany czas na przygotowanie próbki i podjęcie decyzji to 1-2 tygodnie, a na ograniczone wsparcie tekstowe - 4-6 tygodni. Wdrożenie systemu PDM będzie wymagać osobnego zakresu i wyceny. W celu pomiaru sukcesu wdrożenia, najważniejszym kryterium będzie czas potrzebny na realizację..

[Audio] "Rozwiązanie i poziom: Poziom 1. Walidator CSV w Pythonie porównuje BOM doborowy i zatwierdzony BOM po DTH. Sprawdza wymagane kolumny, jednostki, ilości, indeksy i duplikaty. Rejestr PostgreSQL przechowuje wersję oraz ślad pochodzenia, a Excel Power Query pokazuje różnice. AI na poziomie 2 jedynie opisuje wyjątki językiem zrozumiałym dla odbiorcy. Nie zmienia automatycznie części ani ilości. Warunki wdrożenia: Właściciel DTH zatwierdza słownik indeksów i jednostek z Zaopatrzeniem. Potrzebne są dwa rzeczywiste CSV tego samego zlecenia i lista dozwolonych zmian. Trudność średnia. Szacunek własny: 2-4 tygodnie dla jednej rodziny i ustabilizowanego eksportu. Skala i miernik: Czas porównania BOM, liczba rozbieżności wykrytych przed przekazaniem oraz liczba pakietów z jednoznaczną wersją. Nie znam obecnej liczby błędów ani kosztu ich skutków. Priorytet: Wysoki. CSV jest dostępny według II.2, a jeden punkt kontroli obsłuży kilka działów. Zakup ERP nie jest koniecznym warunkiem. Dane do uzupełnienia: Która wersja BOM jest wiążąca dla odbiorców i jak dziś dokumentuje się zmianę wprowadzoną przez DTH? II 2 Przebudowywany program doborowy. Pytanie źródłowe: Program doboru central. Czy narzędzie doboru z projektu RPO WP 2017 („samodzielny dobór optymalnej konfiguracji przez klienta”) jest w użyciu - wewnętrznie, przez klientów, czy zostało zastąpione? Kto je utrzymuje (zespół własny / firma zewnętrzna) i czy eksportuje kartę doboru w formacie strukturalnym (XML, CSV, JSON), a nie wyłącznie PDF? Odpowiedź zarządu: Program doborowy jest w użyciu, ale jest teraz bardzo mocno przebudowywany i to on zasadniczo ma być wiodący w przyszłości. Projekty wychodzące z niego mają być obrabiane przez agenta. Sugerujemy szersze omówienie tej kwestii, ponieważ istniejąca baza rysunków była tworzona na podstawie innego programu doborowego..

[Audio] Jesteśmy przedstawicielem firmy i chcielibyśmy omówić temat archiwizacji dokumentów w naszej firmie. Mamy pytania dotyczące kwestii odpowiedzialności za zatwierdzanie nowych schematów eksportu oraz terminu pojawienia się wersji testowej z mapowaniem do starej bazy danych. Ciekawi nas również, gdzie znajduje się nasze archiwum projektów, od którego roku jest już kompletne oraz czy jest różnica między dokumentacją w trakcie opracowywania a zwolnioną do użytku. Chcielibyśmy się dowiedzieć, jakie są procedury dotyczące uprawnień dostępu do naszego archiwum i czy istnieje formalna decyzja o dopuszczeniu dokumentu do użycia. Nasz zarząd potwierdza, że nasze archiwum znajduje się na lokalnym serwerze i jest zarządzane przez naszego pracownika, Mateusza Żołnowskiego. Również chcielibyśmy potwierdzić, że nie ma wyraźnej różnicy między dokumentacją w trakcie opracowywania a dokumentacją zwolnioną do użytku. Nasze archiwum istnieje już od 10 lat. W kontekście pytań dotyczących archiwum i wersjonowania dokumentów, nasz zarząd nie przewiduje formalnego rozdzielenia dokumentów w fazie opracowawczej i dokumentów zwolnionych do użytku. Jest to problem, dla którego brakuje formalnych wytycznych dotyczących dopuszczenia dokumentów do użycia. Wiąże się to z ryzykiem użycia nieaktualnej wersji dokumentu, jednak nie możemy określić liczby występujących takich przypadków. Chcielibyśmy też podkreślić, że 10 lat istnienia archiwum nie jest wystarczającym dowodem na kompletność i poprawność plików. Nie jesteśmy także pewni, czy kopia zapasowa znajduje się na niezależnym urządzeniu. W związku z tym, proponujemy rozwiązanie w dwóch etapach. Pierwszym z nich jest wprowadzenie rejestru dokumentów z odpowiednimi identyfikatorami, rewizjami, statusem i decyzją zatwierdzającego. Będzie to tworzyć niezmienny pakiet dokumentów, które zostały zatwierdzone przez człowieka oraz będzie rejestrować listę plików i ich sumy kontrolne. Ponadto, ograniczy to możliwość edycji dokumentów. Drugim etapem jest wprowadzenie czytnika, który będzie miał dostęp tylko do zatwierdzonych dokumentów i będzie miał dostęp do informacji odpowiednich dla danej roli. Warto zaznaczyć, że ten model nie będzie decydował, który dokument jest ważny. Aby wdrożyć to rozwiązanie, niezbędne będzie ustalenie zasad zwolnienia dokumentów i nadanie odpowiednich uprawnień dla pracowników..

[Audio] Nadszedł czas, aby omówić rozwiązania i poziom w ramach naszej prezentacji, czyli poziom 1, 2 i 3. Rozpoczniemy od poziomu 1, który jest lokalnym adapterem służącym jedynie do odczytu zgłoszeń z ClimaService i rejestracji błędów pobrania. Przechodząc do poziomu 2, A3 proponuje kategorię usterki, podobne przypadki oraz pakiet do konsultacji z Konstrukcją. Natomiast poziom 3 jest przeznaczony tylko dla przekazywania kompletnych zgłoszeń oraz wewnętrznych przypomnień. W naszym procesie wdrożenia, oprócz właściciela Serwisu, Konstrukcji i programisty, ważną rolę odgrywa także dokumentacja API oraz konta o ograniczonych prawach. Próbkę zamkniętych spraw oraz identyfikatory urządzeń również są dostępne. Trudność wdrożenia jest średnia, a oszacowany czas potrzebny na przygotowanie sprawy do konsultacji to 3-5 tygodni, przygotowanych API i próbki, bez rozwoju ClimaService. Następnie, skala i miernik naszego projektu to czas przygotowania sprawy do konsultacji oraz udział zgłoszeń z potwierdzonym powiązaniem do urządzenia i dokumentacji. Jednak, nie jest możliwe deklarowanie redukcji awarii ani wdrożenia predykcyjnego utrzymania. Priorytet naszego projektu jest średni i po jego zakończeniu, następuje pilotaż DTH-Konstrukcja. Dostępność API jest pomocna, jednak naszym głównym celem jest uwolnienie dokumentacji, a skala obciążeń serwisu jest obecnie nieznana. Kolejnym aspektem są dane do uzupełnienia, takie jak pola i operacje udostępniane przez API oraz czy numer seryjny poprowadzi do wersji dokumentacji użytej przy produkcji. Przejdźmy teraz do kwestii odpowiedzialności za zgodność, certyfikaty oraz Rozporządzenie 2023/1230. Kto odpowiada za deklaracje zgodności CE oraz kontrolę, czy dane wykonanie mieści się w zakresie certyfikatów TÜV i atestów PZH? Czy jest to odpowiadająca jakość czy konstrukcja? Czy firma ma plan przygotowania dokumentacji technicznej do Rozporządzenia (UE) 2023/1230, które wejdzie w życie od 20.01.2027? Odpowiedzialność za zgodność oraz wykonanie spoczywa na każdej osobie w workflow w zakresie swoich obowiązków. Jednak osoba odpowiedzialna za przygotowanie i nadzór w tym zakresie jest Grzegorz Lasocki, kierownik działu badania i rozwoju..

[Audio] Dziś przedstawię Państwu informacje dotyczące norm elektronicznych i zakresu licencji. W ramach naszego pilotażu lokalnego chcielibyśmy wykorzystać sztuczną inteligencję do wsparcia człowieka. Musimy mieć pewność, że posiadamy odpowiednie normy i licencje. Czy nasza firma ma normy PN-EN w formie cyfrowej z licencjami PKN? I czy te licencje pozwalają na indeksowanie w naszym zamkniętym systemie firmowym? Odpowiedź naszego zarządu jest pozytywna. Posiadamy normy w wersji elektronicznej i uważamy, że możemy z nich korzystać według naszych potrzeb. Jednakże, nie posiadamy licencji ani zgody, która pozwalałaby nam na indeksowanie lub wykorzystywanie norm przez model. Co jest problemem lub potencjalnym ryzykiem? Dokumentacja wdrożenia wykazała, że nie mamy uprawnienia do planowanego wykorzystania norm. Nie chcę spekulować na temat ewentualnego naruszenia prawa lub zakazu konkretnych metod. PKN określa pewne ograniczenia dotyczące praw do norm, więc sam zakup pliku nie daje nam automatycznego prawa do dowolnego wykorzystania. Aby rozwiązać ten problem, zaproponowaliśmy dwa poziomy działania. Pierwszy to stworzenie rejestru licencji, który przypisze każdej normie dozwolone użycia, użytkowników i podstawę uprawnienia. Drugi to przeszukanie dokumentów własnych przez AI i odsyłanie do licencjonowanych norm tylko wtedy, gdy zostaną potwierdzone nasze prawa do ich wykorzystania. Lokalny model nie będzie usuwał ograniczeń licencji. Aby to wszystko mogło zadziałać, musimy zbadać warunki zakupów oraz uzyskać wyjaśnienie dotyczące dopuszczalnego indeksowania, OCR i dostępu wielu użytkowników. Technicznie jest to zadanie niskiego poziomu trudności, jednakże potrzebujemy 2-5 dni na stworzenie rejestru, a czas uzgodnień z uprawnionym podmiotem jest nieznany. Jaki jest priorytet tego działania? Jest on wysoki, ponieważ chcemy włączyć normy do naszej AI. Jednakże, nie jest to wystarczające uzasadnienie dla zakupu dodatkowego modelu. Na koniec, potrzebujemy uzupełnić dane dotyczące warunków licencji. Chcemy wiedzieć, jakie warunki obejmują używane normy i czy pozwalają na zamieszczenie ich w naszym systemie..

[Audio] Warunki wdrożenia tego rozwiązania są związane z działem R&D, DTH oraz Konstrukcją. To właściciel biblioteki decyduje o dostępie do danych oraz konfiguracji testowych. Uprawniony programista musi uruchomić DLL w izolowanym środowisku, a trudność tego zadania jest średnia. Szacuje się, że dla jednego dostawcy i typu komponentu, po uzyskaniu danych, czas potrzebny na wykonanie tego zadania wyniesie od 2 do 4 tygodni. Skala oraz miernik sukcesu tego rozwiązania jest mierzony poprzez czas aktualizacji karty komponentu oraz liczbę niezgodności wersji wykrytych podczas testów. Nie jest znana dokładna liczba przeróbek wywołanych przez komponenty, więc nie można określić dokładnych korzyści dla firmy. Priorytet wdrożenia tego rozwiązania jest określany jako średni, jednakże jeśli próbki wykażą związek wersji komponentów z poprawkami lub przebudową programu doboru, zaleca się podwyższenie priorytetu. Należy uzupełnić informacje dotyczące osoby zatwierdzającej aktualizację biblioteki komponentów oraz sposobu sprawdzania zgodności wyniku DLL z używanym modelem CAD. Kolejny temat dotyczy wolumenu oraz struktury urządzeń. Kluczowym pytaniem jest informacja dotycząca tego, kto jest odpowiedzialny za zatwierdzenie aktualizacji biblioteki komponentów oraz w jaki sposób sprawdzana jest zgodność wyniku DLL z używanym modelem CAD..

[Audio] Na dzisiejszym slajdzie będziemy omawiać dział III, numer 2, dotyczący zespołu i jego wdrażania do samodzielności. Pierwszym pytaniem jest o zespół konstrukcyjny. Zapytamy o liczbę konstruktorów, proporcję seniorów do juniorów, rotację w ciągu ostatnich 3 lat oraz czas potrzebny na wdrożenie nowej osoby do samodzielności. Czy zespół prowadzi rejestr czasu pracy per zlecenie lub etap? Zarząd informuje, że w zespole pracuje 6 konstruktorów w 2D, w tym kierownik działu konstrukcyjnego oraz 3 osoby w 3D - jedna nad produkcją, druga przy rysunkach nowego typoszeregu, a trzecia wspomaga nietypowe zadania. Zarząd nie prowadzi rejestru, ale monitoruje statystyki całego zespołu. Czas wdrożenia zależy od doświadczenia i może być różny - od 1 miesiąca do pół roku. Nie ma również podziału na seniorów i juniorów, co zostało potwierdzone przez zarząd. Zarząd informuje również, że nie ma etatów ani ustalonej puli godzin dla obsługi zleceń. Dlatego nie należy zakładać, że wszystkie 9 pełnych etatów produkcyjnych jest dostępnych, ponieważ część zadań dotyczy nowego typoszeregu i wymaga wsparcia. Sposobem na rozwiązanie tego problemu jest wprowadzenie dwóch poziomów - poziom 1 to rejestr zdarzeń procesowych i wspólna mapa zadań, a poziom 2 to A2, które odpowiada na pytania dotyczące zatwierdzonych instrukcji, pokazuje źródła i listę materiałów do nauki. Nie ocenia ludzi i nie podejmuje za nich decyzji konstrukcyjnych. Efekt onboardingu jest osobno sprawdzany od czasu zlecenia. Warunki wdrożenia są ustalane przez kierownika, który wybiera dokumenty, mentora oraz kryteria samodzielności. Próba obserwacji obejmuje różne zadania, nie narzucając kategorii senior-junior. Średnia trudność wynosi 4-6 tygodni na asystenta po uporządkowaniu dokumentów. Prezentacja na dzisiejszym slajdzie, numer 10, dobiega końca. Na kolejnym omówimy warunki wdrożenia, skalę i miernik efektów..

[Audio] Omówimy dziś rozwiązanie i poziom naszego projektu dotyczącego wspierania człowieka poprzez sztuczną inteligencję w ramach lokalnego pilotażu. Przejdźmy teraz do konkretnych informacji. Pierwszy poziom obejmuje odtworzenie chronologii zleceń oraz rejestr przyczyn oczekiwania. W przypadku poziomu drugiego, A1 oznacza niekompletne lub sprzeczne dane wejściowe, a jeśli w ciągu 10 dni zostaną one potwierdzone, zalecamy unikanie automatycznego planowania produkcji na podstawie danych zaledwie pięciu tygodni. Warunkami wdrożenia są: DTH, Konstrukcja i Produkcja, które ustalają granice etapów oraz dostarczają znaczników dat i statusów. Szacujemy, że średni stopień trudności wymaga 1-2 tygodni na mapowanie i pomiar, oraz 3-5 tygodni na A1 po potwierdzeniu przyczyn i uzyskaniu odpowiednich danych. Skala i miernik to deklaracje zarządu, mówiące o łącznym czasie około 10 dni i 5 tygodni. Nie sumujemy ich do czasu zwolnienia, ani nie traktujemy oczekiwań jako straconych roboczogodzin. Mierzymy medianę i rozrzut każdego etapu oraz odsetek braków w przekazach. Priorytet jest wysoki, ponieważ jest to najbliższa dostępna informacja o wybranym celu, jednak wymaga rozdzielenia etapów przed wyborem automatyzacji. Ważne jest, abyśmy mieli dane do uzupełnienia, takie jak moment rozpoczęcia i zakończenia pracy konstruktora względem 10 dni, oraz dokładny czas, w którym dokumentacja jest dopuszczona do produkcji. Przechodząc do kolejnego punktu, zadajmy sobie pytanie: Jakie zmiany zachodzą po dopuszczeniu dokumentacji? Czy istnieje rejestr zmian konstrukcyjnych lub niezgodności? Jaka jest miesięczna liczba zmian i jaki jest szacowany roczny koszt przeróbek oraz napraw gwarancyjnych wynikających z przyczyn konstrukcyjnych? Niestety, zarząd potwierdza, że nie rejestruje takich informacji. Choć można je zbierać, będą one bardziej opiniami niż danymi. Co więcej, nie podano nam liczby zmian, ani kosztów przeróbek i napraw. W związku z tym, mamy potwierdzone ryzyko - brak ewidencji utrudnia określenie skali i przyczyn powtarzającej się pracy. Nie oznacza to jednak, że nie ma zmian lub błędów. Dlatego ważne jest, abyśmy skupili się na gromadzeniu danych w celu poprawy naszych działań. To wszystko na temat rozwiązania i poziomu naszego projektu. Przejdźmy teraz do kolejnego punktu na naszej mapie..

[Audio] Na 12 slajdzie mamy trzeci i piąty podpunkt, które poruszają temat obciążenia poza projektowaniem i eksportu oraz dodatkowych wymagań. W przypadku obciążenia poza projektowaniem, chodzi o udział czasu konstruktorów w wsparciu ofertowania oraz odpowiadaniu na pytania z hali i serwisu. Z tekstu na slajdzie wynika, że zarząd szacuje udział tych czynności poniżej 10%, co potwierdza ich niskie znaczenie. Jednakże, ta deklaracja może osłabić część H3 dotyczącą konsultacji, więc należy pamiętać o uwzględnieniu ewentualnych krótkich, krytycznych przerw oraz dużego udziału pracy nad nietypowymi projektami. Rozwiązaniem na ten problem jest poziom 1, a w przypadku pytań powtarzalnych, można rozważyć wykorzystanie poziomu 2, jeśli tylko pomiar wykaże sens. Nie należy jednak uruchamiać pełnego autonomicznego helpdesku tylko na podstawie szacowanego udziału czasu. W kwestii drugiego pytania, dotyczącego eksportu i wymagań dodatkowych, należy zwrócić uwagę na obecny udział eksportu oraz ustalenie celów na 2-3 lata. Warto również skupić się na aktywnych rynkach, takich jak Litwa czy Słowacja. Podsumowując, oba podpunkty na 12 slajdzie dotyczą ważnych kwestii, które należy uwzględnić w dalszych działaniach. Będzie to wymagało od nas dokładnej obserwacji i analizy, jednakże dzięki temu osiągniemy wyznaczone cele, zachowując odpowiedni poziom priorytetów..

[Audio] "Na slajdzie trzynaściu musimy uzupełnić dane dotyczące działu obsługującego wymagania eksportowe i obciążenie występujące poza konstrukcją. Istnieje również pytanie dotyczące zgody na udostępnienie dokumentacji pod NDA przed spotkaniem. Chodzi o trzy zamknięte zlecenia: standardowe, higieniczne (KRYSZTAŁ) oraz wykonane w ramach ATEX (EX). Dokumentacja zawiera kartę doboru, ofertę, rysunki, BOM, deklarację CE oraz zgłoszenia serwisowe. Zarząd wyraża pozytywną odpowiedź na udostępnienie próbek pod NDA, jednak nie potwierdza kompletności próbki ani dostępności wszystkich wykonań. Nadal mogą wystąpić problemy lub ryzyko związane z brakiem możliwości dokładnej analizy dokumentów. Dzięki zgodzie zarządu, usuwamy barierę organizacyjną uniemożliwiającą analizę dokumentów. Przejdziemy do kolejnego etapu, czyli przygotowania listy przekazania próbek z wymienionymi plikami, wersjami i sumami kontrolnymi. Następnie, będzie opracowana tabela pól i odnośników do źródeł znajdujących się w plikach. Należy pamiętać, że trzy przypadki zostaną wykorzystane do sprawdzenia wykonalności, a nie do oszacowania statystycznej częstości błędów. Wymiary nie zostaną zatwierdzone przez model. Warunki wdrożenia są proste i niskie organizacyjnie. Konstruktor i DTH będą odpowiedzialni za kompletowanie próbek, a R&D/Jakość za szczegółowe wykonania. Należy również uzgodnić NDA, miejsce przeglądu oraz wyłączenia klientów zgodnie z I.2. Szacujemy, że cały proces może trwać od 2 do 5 dni po zebraniu pełnego kompletu próbek. Priorytet tego zadania jest bardzo wysoki, ponieważ jest to warunek konieczny do rozpoczęcia projektu. Nie wymaga on jednak autonomicznych agentów, a jedynie odpowiedzialnych pracowników i odpowiedniego planu działania. Podsumowując, na tym slajdzie musimy ustalić, który dział będzie odpowiadał za wymagania eksportowe i czy występuje obciążenie poza konstrukcją. Musimy również uzyskać zgodę zarządu na udostępnienie dokumentacji pod NDA oraz wyznaczyć odpowiedzialną osobę za kompletowanie próbek i sprawdzenie specjalnych wykonań..

[Audio] W związku z wdrożeniem rozwiązania sztucznej inteligencji wspierającego człowieka w ramach pilotażu lokalnego, istnieją określone warunki, które muszą zostać spełnione. Kierownik jest odpowiedzialny za uzgodnienie udziału, celu, dostępu oraz czasu usunięcia notatek. W ramach wdrożenia wybrano dwa różne typy zadań, a w przepływie zlecenia uwzględniono DTH, przy trudności na poziomie niskim. Szacuje się, że na wykonanie tego zadania będzie potrzebny dzień obserwacji oraz dzień opracowania, z dodatkową próbą w przypadku nie typowego dnia. Aby osiągnąć sukces w tym projekcie, należy ustalić skalę i miernik postępu prac, w tym rozkład kategorii pracy oraz listę przyczyn oczekiwania na poziomie procesu. Wynik będzie diagnozą jakościową z próbki, a nie podstawą naliczania oszczędności rocznych. Priorytet dla tego projektu jest wysoki i trzeba go weryfikować z III.5, aby określić, czy asystent wiedzy lub walidator rzeczywiście odciąży zespół. Aby wdrożyć rozwiązanie sztucznej inteligencji, potrzebne są dane do uzupełnienia. Musimy ustalić, które dwa typy pracy będą obserwowane oraz w jaki sposób pracownicy zostaną poinformowani o celu i zasadzie braku oceny indywidualnej. Po analizie wszystkich odpowiedzi, najlepszym punktem startu wydaje się być kontrolowany przepływ zlecenia z DTH do Konstrukcji, a następnie do produkcji. Musimy skupić się na wersji BOM, statusie dokumentów oraz pomiarze etapów. Nie możemy jeszcze określić przyczyn długiego przejścia, ponieważ brakuje formalnych statusów i rejestru zmian, jednakże potwierdzono, że jest to potencjalny problem. W celu weryfikacji trzech hipotez dotyczących formularza kodów oceny, musimy dokonać dalszej analizy. Częściowo potwierdzona hipoteza I.4 wskazuje, że dominują 2D w bazie. Hipotezy II.1-II.2 wskazują na program doborowy jako źródło BOM, natomiast nie potwierdzono źródła rozwinięć blach ani dokładnej roli Solid Edge. Musimy sprawdzić trzy próbki i formaty natywne. Hipoteza II.4 pozostaje nierozstrzygnięta, ponieważ potwierdza API ClimaService oraz charakter podglądowy ClimaVisa, ale nie odpowiada o mapowaniu numeru seryjnego na BOM i rewizję. Konieczne będzie sprawdzenie rzeczywistego rekordu API oraz dokumentacji urządzenia. Hipoteza III.5 została częściowo osłabiona, ponieważ podaje, że konsultacje zajmują poniżej 10% czasu, co nie potwierdza ich dominacji..

[Audio] "Na szesnastym slajdzie prezentacji omówimy szczegółowe terminy oraz poziom rozwiązania sztucznej inteligencji wspierającej człowieka w ramach pilotażu lokalnego. Przedstawimy również liczby dotyczące wyprodukowanych urządzeń, takie jak wielkość, wartość, status i ograniczenia. W okresie styczeń-sierpień wyprodukowano 1848 urządzeń, jednak należy potwierdzić ten rok. Standardowe urządzenia stanowią 55,8% z 1031 sztuk, natomiast urządzenia realizowane pod zamówienie stanowią 44,2% z 817 sztuk. Warto zaznaczyć, że nie ma pomiaru nakładu konstrukcji i nie można automatycznie utożsamiać ich z ETO. Zarząd szacuje wartość obu grup na 27,5 mln i 48 mln, ale nie podaje waluty ani podstawy wyceny. Udział wartości urządzeń pod zamówienie wynosi 63,6%. Kolejny slajd porówna etap DTH i oczekiwanie, które według szacunków wynoszą około 10 dni i 5 tygodni, jednak nie są one dokładnie zdefiniowane i nie można ich traktować jako ustalonego czasu konstrukcji. Konsultacje pozaprojektowe stanowią poniżej 10% całego projektu, ale należy pamiętać o pełnym potencjale oszczędności. Następnie omówimy kolejność prac według wpływu i trudności, które ustalił konsultant. Wysoki priorytet oznacza bezpośredni związek z celem I.1, potwierdzoną lukę lub warunek bezpiecznego startu, ale nie jest to tożsame z wyliczeniem ROI. Projekty wspólne nie przynoszą osobnych korzyści dla każdego pytania. W kolejnych slajdach przedstawimy etapy, zakres, pytania oraz priorytety i trudności, a także uzasadnimy każdą z tych części..

[Audio] Oto kolejny slajd naszej prezentacji dotyczący szczegółowych terminów i poziomu rozwiązania sztucznej inteligencji, które ma wspierać człowieka w ramach pilotażu lokalnego. Na slajdzie szesnastym zobaczymy etap, w którym będziemy generować CAD z zatwierdzonych reguł. Jest to zadanie o wysokim priorytecie, jednak może być trudne do wykonania. Dlatego też chcielibyśmy przybliżyć nasze uzasadnienie wyboru tego zadania. Podczas tego etapu będziemy mieli do czynienia z problemami przecinającymi działy. Ważne jest, abyśmy mieli wspólny zakres działań i unikali dublowania pracy. Dążymy do wdrożenia jednego rozwiązania, zamiast tworzenia wielu niepotrzebnych interpretacji. Będziemy korzystać z jednej wersji konfiguracji i listy materiałów (BOM). Kolejnym ważnym aspektem jest zwolnienie i zmiana, które będą dotyczyły konstrukcji, produkcji, jakości oraz kontroli dokumentacji technicznej (DTH). Wprowadzimy wspólne decyzje o zwolnieniu oraz jeden rejestr zmian, aby uniknąć sytuacji, w których czas i błędy są mierzone dla tego samego zlecenia. Kolejnym punktem, który zostanie omówiony na tym slajdzie, są komponenty i wersje narzędzi. Będziemy korzystać z jednego słownika komponentów oraz zestawu testów, co ułatwi nam pracę po aktualizacji DLL lub eksportu. Kolejnym ważnym aspektem, który chcemy poruszyć, jest zgłoszenie i dokumentacja urządzenia. W tej dziedzinie będą współpracować serwis, konstrukcja, dział badań i rozwoju oraz dział kontroli jakości. Ważne jest, abyśmy mieli wspólne powiązania zgłoszenia z urządzeniem oraz sprawdzili rewizję po potwierdzeniu dostępności identyfikatorów. Kolejnym punktem jest bardzo ważny z punktu widzenia technicznego - mowa tu o architekturze osadzonej w obecnych systemach. Proponujemy tutaj wykorzystanie lokalnej aplikacji Python/FastAPI, która będzie udostępniać formularze i kontrolowane operacje. Dane będą przechowywane w PostgreSQL, a pliki CAD i PDF zostaną przeniesione na obecny serwer z odpowiednimi odsyłaczami i kontrolą uprawnień. Raporty z eksportu będą dostępne dzięki wykorzystaniu Excel Power Query, co ułatwi pracę konsultantom i kierownikom. Na koniec chcielibyśmy podkreślić, że nie ma potrzeby zakupu nowego systemu ERP. To, co proponujemy, to wykorzystanie już istniejących narzędzi i wypracowanych rozwiązań. W naszym systemie wykorzystywane będą identyfikatory zlecenia, konfiguracji oraz numer seryjny urządzenia..

[Audio] Warstwa modelu i obiegu są kluczowymi elementami sztucznej inteligencji wspierającymi człowieka w ramach lokalnego pilotażu. Na slajdzie numer 17 znajduje się model kandydata o nazwie gpt-oss-20b, stworzony przez Ollama na potrzeby lokalnego użytku. Jest to model tekstowy, co oznacza, że nie uwzględnia on geometrii plików DWG, rysunków ani wymiarów uzyskanych za pomocą OCR. Wariant początkowy przetwarza pliki CSV, pliki PDF z tekstem oraz metadane zatwierdzone przez użytkownika. Wybór silnika i wielkości modelu zależy od jakości próby i czasu odpowiedzi. Następnie rozpoczynamy proces wyszukiwania, który rozpoczyna się od filtrów uprawnień, rodziny i rewizji. Opcjonalny dodatek pgvector może być wykorzystany do dodawania podobieństwa tekstu, jednak wymaga on posiadania lokalnego modelu reprezentacji wybranego podczas testowania polskich opisów. Dla niewielkich zbiorów danych, indeks tekstowy oraz filtry mogą być wystarczające, więc nie jest konieczne zakupienie bazy wektorowej jako pierwszego kroku. Node-RED lub usługa harmonogramu obsługuje zdarzenia oraz kolejkę niezależnie od wykorzystywanego modelu. Reguły liczbowe i blokady są wykonywane przez kod. Agent wybiera tylko te operacje, które znajdują się na jawnej liście, na przykład odczyt dozwolonego dokumentu lub utworzenie wewnętrznego zadania. W celu zapewnienia bezpieczeństwa, konieczna jest konfiguracja zabezpieczeń edytora oraz punktów HTTP. Aby wykluczyć dostęp do chmurowych funkcji Ollama oraz niezatwierdzonej telemetrii, należy wyłączyć granice dostępu oraz odpowiedzialności IT. Segment analizy jest również chroniony przed połączeniami wychodzącymi, a aktualizacje są przeprowadzane za pomocą oddzielnego zatwierdzonego procesu. Dostęp do modelu jest możliwy tylko poprzez protokół HTTPS oraz konta użytkowników w celu podejmowania decyzji operacyjnych. Model nie otrzymuje również haseł ani nie ma wolnego dostępu do poleceń systemowych. Przedstawiciel handlowy ma dostęp tylko do danych dopuszczonych dla jego roli. Filtr dostępu działa przed przesłaniem dokumentów do modelu. Każda wykonywana czynność posiada identyfikator zadania, opis i możliwość wycofania się z niego, co uniemożliwia wielokrotne utworzenie tego samego zadania. Dokumenty i zgłoszenia są traktowane jako dane, a nie jako instrukcje rozszerzające uprawnienia agenta. Informacje na temat osoby, która zatwierdziła dokument, są zapisywane..

[Audio] Na tym osiemnastym slajdzie możemy zobaczyć obszar autonomii dotyczący poziomu 2. W tym modelu zostaje stworzona lista braków, a decyzja o wysłaniu pytań i uzupełnieniu zostaje podjęta przez DTH. Po udanym pilotażu, poziom 3 umożliwi samodzielne dobieranie dokumentów, tworzenie wewnętrznych zadań oraz jednokrotnych przypomnień w ustalonym terminie. Nie jest wymagane zatwierdzanie tych czynności za każdym razem. W ramach granic i eskalacji, model nie zmienia urządzeń, listy materiałowej, ceny, terminu dostawy ani dokumentacji. Nie kontaktuje się również samodzielnie z klientem. W przypadku sprzecznych parametrów, nieznanego wykonania, braku uprawnień, błędów integracji lub treści wymagających zmiany zasad, dana sytuacja zostaje przekazana do DTH lub działu Konstrukcji. Dane niekompletne nie są uznawane przez model. Na kolejnym slajdzie przedstawimy wyniki i role w procesie. Będą to karta kompletności, tabela rozbieżności, źródła wskazań, projekt pytań, zadanie z przypisaną rolą oraz dziennik decyzji. Właściciel DTH zostanie wyznaczony, a Kacper Kazimierski zatwierdzi wymagania działu Konstrukcji. Warunki odbioru obejmują proponowaną bramkę oraz przeprowadzenie testu na co najmniej 20 różnych przypadkach z odpowiedziami wzorcowymi DTH/Konstrukcji. W próbce nie powinno być żadnych pominiętych ważnych braków, każde wskazanie musi mieć źródło, a także nie mogą być żadne nieautoryzowane zmiany. Należy jednak pamiętać, że wyniki z próbki nie gwarantują braku błędów w przyszłości. Przed przejściem do pełnej autonomii, będzie prowadzony tryb obserwacyjny. Trudność terminu i miernik to odpowiednio szacunek własny, co wynosi 3-5 tygodni od ustabilizowania schematu, próbki i środowiska lokalnego. Koszt zostanie wyceniony po przetestowaniu danych. Miernik to czas przygotowania całkowitej paczki oraz liczba zwrotów do DTH. Na kolejnym slajdzie przedstawiamy A2 Asystenta zatwierdzonych projektów i dokumentacji. Podstawą w odpowiedziach są punkty I.4, II.3, II.6 oraz III.2. Dostępne jest duże archiwum z przewagą projektów w formie 2D, jednak brakuje formalnego statusu zwolnienia. Nie został również zmierzony czas potrzebny na znalezienie właściwego projektu. Celem tego rozwiązania jest pomaganie w znalezieniu odpowiednich danych..

[Audio] Kolejnym zagadnieniem, które omówimy, jest problem określenia terminów i wskaźników związanych z naszym projektem sztucznej inteligencji, który ma na celu wspieranie człowieka w ramach lokalnego pilotażu. Szacujemy, że zajmie to około 4-6 tygodni dla jednej rodziny i uporządkowanego zbioru. Uważamy również, że porządkowanie całego archiwum i przeprowadzenie odczytu tekstu jest kolejnym wyzwaniem, które będzie wymagało dodatkowej pracy. Ze względu na to, konieczne będzie wcześniejsze oszacowanie kosztów. Do oceny postępów używać będziemy czasu potrzebnego do znalezienia i potwierdzenia właściwego materiału, uwzględniając również proces sprawdzania wyników. Te działania będą w ścisłym związku z naszym asystentem A3 do przygotowania konsultacji serwisowej. Naszym celem jest dostarczenie kompletnego i udokumentowanego opisu sprawy dla Serwisu i Konstrukcji, co pozwoli na łatwiejsze identyfikowanie podobnych zgłoszeń. Warto podkreślić, że nie będziemy samodzielnie diagnozować przyczyn technicznych. W celu przeprowadzenia tych działań będziemy korzystać z dozwolonych pól API systemu ClimaService, takich jak identyfikator zgłoszenia, opis, historia decyzji oraz załączniki, pod warunkiem uprzedniej potwierdzonej dostępności. Będziemy również uwzględniać numer seryjny oraz mapowanie do zatwierdzonej dokumentacji, jeśli istnieje. Ważne jest, że w tym momencie system ClimaVisa nie jest jeszcze zintegrowany z naszym systemem. W ramach naszych działań i integracji, lokalny adapter będzie pobierał rekordy w sposób przyrostowy. Wykorzystany przez nas model będzie sugerować kategorię i podobne przypadki, jednocześnie rozdzielając objaw od potwierdzonej przyczyny i przygotowując pytania dotyczące braków. Wszystkie połączone identyfikatory będą poddawane weryfikacji kodów. Jeśli jednak nie będziemy w stanie znaleźć odpowiedniego mapowania, oznacza to, że mamy do czynienia z niepowiązaną sprawą, bez konieczności spekulowania o odpowiedniej rewizji. W naszej działalności przyjmujemy poziom 2 w ramach pilotażu, jednak dopiero na poziomie 3 będziemy w stanie samodzielnie gromadzić dostępne dokumenty, skierować kompletną sprawę do odpowiedniej roli wewnętrznej oraz monitorować brak odpowiedzi. Jeśli system udostępnia jedynie odczyt, nie będziemy wymagać zapisu poprzez API, a zadania będą generowane w osobnym rejestrze lokalnym..

[Audio] "Szanowni Państwo, na slajdzie numer 20 poruszymy temat pomiaru korzyści oraz warunków opłacalności wdrożenia rozwiązania opartego na sztucznej inteligencji. Nie możemy jeszcze podać prognozy oszczędności, redukcji etatów czy okresu zwrotu inwestycji, ponieważ brakuje nam dokładnych danych. Przedstawimy jednak przykład kalkulacji czasu, zakładając, że miesięcznie obsługujemy 100 spraw, z czego każda zajmowała 25 minut, a po zmianie czas skrócił się do 10 minut. Wraz z kontrolą i poprawkami, efekt netto wyniesie 22 godziny miesięcznie. Należy jednak zauważyć, że nie uwzględniamy tutaj liczby urządzeń. Ważnym aspektem jest również pomiar efektów bez oceny ludzi. W tym celu należy zdefiniować granice związane z zamówieniem, kompletnością informacji, rozpoczęciem, zatwierdzeniem i zwolnieniem. Następnie porównujemy okresy lub równoległe grupy o podobnej rodziny, złożoności i obciążeniu. Jest również ważne raportowanie wielkości próby, braków danych, mediany i 90. percentyla. Moją rekomendacją jest rozpoczęcie obserwacji na co najmniej 20 porównywalnych zakończonych zleceniach, a następnie zwiększenie próbki w przypadku dużego rozrzutu..

[Audio] Przejdźmy teraz do kolejnego slajdu, numer 21. Tym razem skupimy się na szczegółowych terminach oraz poziomie rozwiązania sztucznej inteligencji wspierającej człowieka w ramach pilotażu lokalnego. Na tym slajdzie dowiemy się, jakie osoby są odpowiedzialne za rozmowy i decyzje, a także jaki mają wpływ na projekt. Właściciel do rozmowy to osoba, która jest odpowiedzialna za dane lub decyzję, która wpływa na projekt. Natomiast kierownik konstrukcji i DTH są odpowiedzialni za definicję głównego miernika oraz za kompletność wejścia. DTH i programista są odpowiedzialni za dobór aktualnego i docelowego CSV, schematu, słownika jednostek oraz wersji programu. Warunek walidatora BOM oraz A1 również należy do ich obowiązków. Przechodząc do konstrukcji i produkcji, ich zadaniem jest przygotowanie próbek zleceń oraz kompletnego pliku z historią jego użyć. Ich odpowiedzialnością jest również sprawdzenie ewentualnych rozbieżności, nie tylko deklaracji. Za związek urządzenia-zlecenia-projekt, rok i walutę danych odpowiadający są w stanie ustalić strukturę obciążenia i uniknąć błędnej kalkulacji. W serwisie i programiście leży zadanie opracowania opisu API oraz pola, dostępu i powiązania numerów seryjnych. Warunek A3 oraz ClimaVisa nie są jeszcze źródłem do automatyzacji. Natomiast dla Grzegorza Lasockiego i osoby odpowiedzialnej za licencje istotne jest przygotowanie planu zgodności, matrycy wymagań oraz warunków użytkowania norm. To oni również wyznaczają dozwolony zakres asystenta i odpowiedzialności za dokumentację. Kierownik oraz uczestnicy obserwacji mają za zadanie określić typowe zadania, sposób pomiaru oraz informacje dla pracowników. Ich odpowiedzialnością jest potwierdzenie skali i ograniczenie poczucia indywidualnego nadzoru. Na tym slajdzie możemy również zobaczyć ryzyka organizacyjne wynikające z odpowiedzi zebranych wcześniej. Zostały one potwierdzone przez zarząd i obejmują nieufność wobec zewnętrznego przetwarzania, niepewność kierunku 2D/3D, przebudowę narzędzia wiodącego oraz rozproszenie odpowiedzialności. Wszystkie te kwestie wymagają decyzji sponsora przed zamówieniem dużego wdrożenia. Natomiast ryzyko do sprawdzenia to zależność utrzymania systemów od jednego programisty oraz brak wskazanego właściciela DTH i biblioteki komponentów. Konieczne jest zbadanie umów zastępstwa, dokumentacji oraz możliwości przejęc..

[Audio] Jesteśmy już niemalże u końca naszej prezentacji. Na dzisiaj przygotowałem dla Was informacje na temat ostatniego etapu, czyli etapu 22 z 24, zatytułowanego "ze szczegółowymi terminami i poziomem rozwiązania AI wspierającego człowieka w ramach pilotażu lokalnego". Na tym etapie skupiamy się na kontrolowaniu danych, weryfikacji dokumentów, mapowania zmian i zdarzeń, oraz sprawdzaniu ręcznie potwierdzonych reguł. Ważne jest również, aby nie dokonywać żadnych zmian w danych źródłowych przez model. Asystent będzie obserwował pracę A1 i przygotuje wyniki obok dotychczasowej pracy DTH oraz Konstrukcji, który będzie oceniał cytaty, braki, fałszywe alarmy oraz czas kontroli. W kolejnym punkcie, będzie się odbywał pomiar pilotażu, który ma na celu porównanie czasu i jakości na porównywalnych sprawach. Ważne jest, aby nie było pogorszenia jakości i udokumentować efekt oraz koszt utrzymania. Następnie, sponsor podejmuje decyzję, czy rozszerzyć, poprawić lub zakończyć pilot. Jednak decyzja ta może być podjęta tylko po osobnym zatwierdzeniu i przeprowadzeniu testów. Orientacyjny harmonogram własny obejmuje 1-2 tygodnie przygotowania, 2-4 tygodnie konfiguracji kontroli danych oraz 3-4 tygodnie obserwacji efektów. Jeśli będzie to uzasadnione, A1 może wymagać dodatkowego zakresu prac w ciągu 3-5 tygodni. Końcowy czas zależy od przebudowy programu doborowego oraz dostępności zakończonych zleceń. Pierwsze spotkanie powinno przejść rzeczywistą ścieżkę jednego zlecenia, czyli zamówienia, doboru, zmiany BOM w DTH, pracy Konstrukcji, zwolnienia oraz użycia na hali. Dwa pozostałe przypadki sprawdzają odmienny wariant oraz wyjątki. Należy pamiętać, aby nie zaczynać od prezentacji ogólnego chatbota. Pięć zdań dla zarządu Clima Gold wskazuje na skrócenie czasu od zamówienia do zwolnienia dokumentacji jako główny cel, jednak obecne dane nie pozwalają jeszcze ustalić etapu, który odpowiada za opóźnienia. Potwierdzone luki dotyczą formalnego rozróżnienia dokumentacji roboczej i zwolnionej oraz rejestracji zmian. Natomiast dane BOM przechodzą przez przebudowywany program doborowy i DTH. Pierwszy pilotaż powinien obejmować kontrolę wersji, walidację CSV oraz pomiar przepływu DTH-Konstrukcja, z lokalnym asystentem do sprawdzania kompletności dopiero po potwierdzeniu rzeczywistych braków wejścia. Warto również ograniczyć autonomię..

[Audio] Nasz ostatni slajd prezentacji, numer 23, będzie dotyczył źródeł i zakresu potwierdzenia. Dokumentem źródłowym, naszym S0, jest opisany dokument S0 odczytany 18.09.2026. Oznaczenia S1-S9 odnoszą się do dokumentacji dostawców, odczytanej tego samego dnia. Potwierdzają one istnienie funkcji lub ograniczeń, ale nie wdrożenie tych funkcji w naszym Clima Gold. Następnie mamy zestawienie odpowiedzi zarządu Clima Gold, znajdujące się w dokumencie użytkownika z dnia 17.09.2026, zawierającym wiele informacji, jednak należy pamiętać, że są to deklaracje zarządu, a nie wyniki niezależnego pomiaru. W punkcie S1 potwierdzamy dostępność importu lokalnych plików CSV w Power Query Desktop za pomocą Microsoft Power Query Text and CSV. Dokument S2, czyli OpenAI Docs gpt oss 20b, potwierdza dostępność modelu o otwartych wagach do zastosowań lokalnych, szczególnie w obszarze tekstowym, jednak jest to tylko kandydat do testu, a nie dowód jakości analizy CAD czy języka polskiego. W punkcie S3 możemy zapoznać się z Ollama FAQ, opisującym uruchomienie lokalne i wyłączenie funkcji chmurowych, jednak pełne bezpieczeństwo wymaga osobnego sprawdzenia. Kolejnym punktem jest S4, czyli Projekt pgvector, potwierdzający rozszerzenie wyszukiwania podobieństwa dla PostgreSQL, jednak jakość wyników zależy od doboru danych, modelu reprezentacji tekstu i filtrów. W punkcie S5 zapoznamy się ze sposobem zabezpieczania edytora i punktów HTTP w Node RED podczas wdrażania Clima Gold, jednakże proponowany obieg jest projektem wdrożenia, a nie gotową funkcją branżową. W punkcie S6 wspominamy o dobrowolnej telemetrii w Node RED i zalecamy nie włączać jej bez odpowiedniej akceptacji w naszym proponowanym środowisku lokalnym. To już koniec naszej prezentacji..

[Audio] Dziękujemy za udział w tej prezentacji. Przejdźmy teraz do ostatniego slajdu, numer 24. Na tym slajdzie znajdują się trzy ważne informacje. Pierwsza dotyczy możliwości automatyzacji przez API, a także eksportu danych BOM do Excela w Solid Edge OEM. Wszystko to zostało potwierdzone przez firmę S7 Siemens. Następnie mamy informację od Komisji Europejskiej Machinery, potwierdzającą termin ogólnego stosowania rozporządzenia 2023/1230 od 20.01.2027. Pamiętajmy, że ocena konkretnych urządzeń i przepisów wymaga weryfikacji przez odpowiedzialnych specjalistów. Kolejna informacja dotyczy prawa do Polskich Norm od Polskiego Komitetu Normalizacyjnego. Wyjaśnia ono ochronę i warunki korzystania z norm, ale nie rozstrzyga indywidualnie praw Clima Gold do zamierzonego indeksowania. Należy również podkreślić, że nie korzystano z zewnętrznych porównań firm ani średnich branżowych, aby przypisać Clima Gold przyczyny, koszty błędów lub liczbę utraconych godzin. Nie wykonano również testu na danych produkcyjnych. Oczywiście, w kolejnym etapie będzie wspólna weryfikacja z DTH, Konstrukcją, R&D, Jakością i Serwisem w zakresach wskazanych przy pytaniach. Podsumowując, zostaje ustalony termin Clima Gold na 18.09.2026. Dziękujemy za uwagę i udział w tej prezentacji. Życzymy powodzenia w dalszym rozwoju projektu i współpracy..