Realizacja · odkuwki matrycowe · Skoczów
Wycena odkuwki w aplikacji zamiast w Excelu
Kuźnia Polska S.A. ze Skoczowa produkuje stalowe odkuwki matrycowe, a zapytania ofertowe dostaje z rysunkami klientów, często z zagranicy. Wycena odkuwki powstawała w arkuszu Excela, który przy każdej nowej marszrucie trzeba było przerabiać ręcznie. Zbudowałem aplikację webową, która przy każdej zmianie pola przelicza materiał, operacje, TKW, marżę i cenę w EUR i PLN. Drugi etap to prototyp lokalnej AI, która odczytuje parametry z rysunku klienta.
- Klient
- Kuźnia Polska S.A., Skoczów
- Branża
- Odkuwki matrycowe ze stali
- Zakres
- Aplikacja do wyceny odkuwek w miejsce arkusza Excela + prototyp odczytu parametrów z rysunku lokalną AI
- Technologia
- Angular 22 · Chart.js · Java 21 · Spring Boot 3.4 · PDFBox · Ollama + Qwen2.5-VL · Docker, nginx
- Okres
- 02–05.2026
- Status
- Kalkulator i raporty — zbudowane (03.2026)Odczyt rysunku — prototyp, etap 2
- Rewizja
- B
- Arkusz
- 1/1
- Data
- 2026
Uwagi 1. Problem
Jak wyglądała wycena odkuwki przed aplikacją?
Opis na podstawie arkusza wyceny i listy kontrolnej przekazanych przez kuźnię.
Ręcznie, w arkuszu Excela ułożonym do czytania, nie do liczenia: wartości siedziały w konkretnych komórkach, a nie w tabelach. Każda odkuwka ma inną marszrutę i inną liczbę operacji, więc przy nowym zapytaniu odwołania w formułach się przesuwały, a kalkulant poprawiał arkusz przy każdej wycenie.
Arkusz wycenyskładane ręcznie
- cena stali: cena bazowa plus dopłaty SS i AS (EUR/kg)
- norma zużycia wobec masy odkuwki, czyli odpad i odzysk za złom
- każda operacja na każdym stanowisku: szt./godz., EUR/godz. i procent sztuk, których dotyczy
- koszty ogólne, marża, cena EXW w EUR i PLN, rentowność PFI i PFII
- dodatki na sztukę: opakowanie, transport FCA, obróbka wiórowa CNC
Rysunek klientaodczytywane ręcznie
- numer rysunku, rewizja, opis detalu i masa
- materiał z normą materiałową, obróbka cieplna
- czy detal w ogóle jest odkuwką (raw part, Rohteil, forging)
- normy klienta, które wymagają innej technologii, np. tłoczenia albo kucia na zimno
- tolerancje wg EN 10243-1 i wymagania badań nieniszczących
- podobne detale w dawnej produkcji i ofertach
Zapytania przychodzą jako PDF albo skany TIF, opisane po angielsku lub niemiecku, czasem z wymiarami w calach i z amerykańskim zapisem dat. Kuźnia spisała, co trzeba z nich odczytać, we własnej liście kontrolnej: Must have i Nice to have.
Marszruta odkuwki (przykład)
każda operacja to wiersz kalkulacji: stanowisko · szt./godz. · EUR/godz. · % sztuk; obróbka CNC liczona w kosztach dodatkowych
-
01Cięcie
-
02Kucie
-
03Chłodzenie
opcja: obróbka cieplna — normalizowanie, wyżarzanie, ulepszanie cieplne
-
04Śrutowanie
-
05Defektoskop
badanie magnetyczne na pęknięcia
-
06Szlifowanie
rys i wypływek; może dotyczyć części sztuk (%)
-
07Dogniatanie
-
08Kontrola
kontrola wizualna
Uwagi 2. Rozwiązanie
Co zbudowałem dla kalkulantów?
Kalkulator przenosi logikę arkusza do aplikacji, z pojęciami i skrótami, których używa dział ofert. Odczyt rysunku to drugi etap.
| Poz. | Element | Stan | Rys. |
|---|---|---|---|
| 1 | Lista kalkulacji | zbudowane (bez zapisu w bazie) | 1 |
| 2 | Kalkulacja: materiał, operacje, cena EXW | zbudowane | 2 |
| 3 | Raporty finansowe | zbudowane | 3 |
| 4 | Odczyt parametrów z rysunku (lokalna AI) | prototyp / etap 2 | 4 |
Lista kalkulacji
Każda wycena to jeden wiersz: indeks kuźni, numer rysunku klienta, gatunek stali, masa odkuwki i data. Kliknięcie otwiera pełną kalkulację, a nowa zaczyna się od czystego formularza, nie od kopii starego pliku.
Kalkulacja: materiał, operacje, cena EXW
Formularz ma pięć sekcji: dane podstawowe z kursem EUR/PLN, materiał, operacje, podsumowanie i koszty dodatkowe (opakowanie, transport FCA, obróbka CNC).
Operacja to wiersz ze stanowiskiem, szt./godz., EUR/godz. i procentem sztuk, więc szlifowanie rys tylko na 30% sztuk to jeden wiersz z wpisanym 30 w kolumnie %. Cena przelicza się przy każdej zmianie pola, razem z rentownością PFI (cena wobec TKW) i PFII (cena wobec pełnego kosztu).
Raporty finansowe
Ten sam silnik przelicza wszystkie wyceny naraz. Na jednym ekranie widać średnią cenę, średni TKW, średnią rentowność PFII, najdroższą i najtańszą odkuwkę oraz cztery wykresy, w tym strukturę kosztów i udział składników w cenie.
Odczyt parametrów z rysunku (prototyp, etap 2)
Stanprototyp / etap 2
Do prototypu trafia PDF od klienta, a model AI działający lokalnie wypisuje z niego numer i rewizję rysunku, materiał, obróbkę cieplną, tolerancje i wymiary gabarytowe. Cale i funty od razu zamienia na milimetry i kilogramy, a nieczytelne cyfry oznacza do sprawdzenia. Przycisk „Wczytaj rysunek” dla kalkulanta to zakres etapu 2, dlatego rys. 4 jest koncepcją.
Uwagi 3. Jak to działa
Gdzie powstaje cena, a gdzie odczyt rysunku?
Wycenę odkuwki liczy przeglądarka kalkulanta, a odczyt rysunku działa na lokalnym modelu, docelowo na serwerze kuźni. Żaden moduł nie wysyła rysunków ani cen do zewnętrznych usług AI.
Strefa Au kalkulanta
Przeglądarka kalkulanta
Angular 22. Silnik ceny to jedna funkcja w czterech fazach: materiał, operacje, podsumowanie, dodatki. EUR jest walutą źródłową, PLN wynika z kursu zapisanego w kalkulacji.
Strefa Bserwer aplikacji
Kalkulator: Docker i nginx
Kontener Docker z nginx serwuje aplikację, a liczenie i tak odbywa się w przeglądarce.
Strefa C · etap 2w zakładzie
Odczyt rysunku: docelowo serwer w zakładzie
Java 21, Spring Boot 3.4 i Apache PDFBox, obok Ollamy z modelem Qwen2.5-VL 72B (lżejszy wariant: 32B). Zakres projektu zakłada co najmniej 64 GB pamięci dostępnej dla modelu, zalecane 96 GB.
Strefa Dpoza firmą
Zewnętrzne usługi AI
Brak. Rysunki i ceny nie trafiają do chmurowych API.
Odczyt rysunku krok po kroku (prototyp)
Spring Boot · PDFBox · Ollama · Qwen2.5-VL
-
01PDF od klientapierwsza strona rysunku
-
02Render 300 DPIcały arkusz i powiększony wycinek dolnych 30%: metryczka, NOTES
-
03 · trzy przebiegi równolegle AMetryczka: model najpierw rozpoznaje format BMateriał, powierzchnia, tolerancje, NOTES CWymiary gabarytowe z całego arkusza
-
04Jeden plik JSONkopia obok PDF do porównania z ręcznym wzorcem
-
05Formularz wycenyetap 2: przycisk „Wczytaj rysunek”
Zasady odczytu
Model ma zostawić puste pole zamiast zgadywać. Reguły są zapisane w promptach i ustawieniach modelu, a wynik i tak sprawdza kalkulant.
- Wartość, której nie widać na rysunku, zostaje pustym polem.
- Nieczytelna cyfra dostaje „?” i trafia do weryfikacji.
- Model najpierw przepisuje fragment dosłownie, dopiero potem wypełnia pola.
- Cale na mm (× 25,4), funty na kg (× 0,4536), daty M-D-YY na RRRR-MM-DD.
- Ustawienia bez losowości: ten sam rysunek daje powtarzalny wynik.
- Każdy format metryczki to osobna strategia, więc nowy format klienta nie rusza reszty.
Uwagi 4. Przebieg projektu
Jak przebiegał projekt?
Etapami: najpierw kalkulator w miejsce arkusza, potem prototyp odczytu rysunków.
- 02–03.2026Rozpoznanie: arkusz wyceny i ok. 38 rysunków testowych od klienta, w PDF i skanach TIF.
- 03.2026Kalkulator: model danych i silnik w czterech fazach zgodnych z sekcjami arkusza, lista wycen, pięć sekcji formularza, raporty, obraz Docker.
- 05.2026Prototyp odczytu rysunków: render PDF, trzy przebiegi, strategie metryczek i porównanie z ręcznym wzorcem.
- 05.2026Zakres etapu 2 na trzy tygodnie: przycisk „Wczytaj rysunek” z autouzupełnianiem, historia analiz, pliki TIF i JPG, testy automatyczne, szkolenie kalkulantów i wdrożenie na serwerze klienta.
- 05.2026Ostatnia wersja listy kontrolnej Must have / Nice to have od kuźni.
- dalejMożliwy następny krok: podpowiedź ceny na podstawie podobnych odkuwek z historii ofert.
Uwagi 5. Efekty
Efekty: wycena bez przerabiania formuł
Zmiany, które wynikają wprost z funkcji narzędzia.
- Nowa marszruta nie psuje formuł: operacji jest tyle, ile wierszy.
- Cenę EXW, TKW i rentowność PFI/PFII widać przed wysłaniem oferty, w EUR i w PLN.
- Kurs EUR/PLN jest zapisany w każdej kalkulacji, więc kwoty w PLN liczą się po kursie przyjętym w tej wycenie, a nie po dzisiejszym.
- Raporty przeliczają naraz wszystkie wyceny z listy, więc odkuwki z najcieńszą marżą widać od razu.
- Rysunki klientów nie trafiają do chmury: prototyp korzysta z lokalnego modelu, a w etapie 2 odczyt ma działać na serwerze kuźni.
Uwagi 6. Pytania
Najczęstsze pytania
Ile kosztuje taki system?
System na danych firmy kosztuje u mnie zwykle 40–120 tys. zł netto. Zaczynam od PoC na Twoim arkuszu i rysunkach za 10–25 tys. zł. Serwer pod lokalny model to 15–35 tys. zł, utrzymanie 1–2 tys. zł miesięcznie.
Czy odczyt rysunków przez AI wymaga wysyłania ich do chmury?
Nie. Prototyp łączy się wyłącznie z lokalnym modelem w Ollamie, a w etapie 2 odczyt ma działać na serwerze kuźni. Ten wymóg jest zapisany w zakresie projektu, bo rysunki klientów są poufne.
Ile trwa wdrożenie?
PoC trwa 2–4 tygodnie, system na danych firmy 2–3 miesiące. Tutaj kalkulator powstał w marcu 2026, prototyp odczytu rysunków w maju, a zakres etapu 2 przewiduje trzy tygodnie.
Czy to współpracuje z naszym ERP?
W tym projekcie kalkulator działa samodzielnie i zastępuje arkusz, a nie ERP. Jeśli Twój system ma API albo widoki SQL, jak Comarch ERP, SAP czy IFS, podłączam go najpierw tylko do odczytu, np. po ceny stali i historię ofert.
Co, jeśli AI źle odczyta rysunek?
Może się pomylić, także bez ostrzeżenia, dlatego w koncepcji etapu 2 kalkulant sprawdza każde pole z rysunkiem, zanim przeniesie je do kalkulacji. Model ma w promptach zakaz zgadywania: czego nie widzi, zostawia puste, a nieczytelną cyfrę oznacza „?”, więc te miejsca są podświetlone. Każdy wynik zapisuje się obok pliku PDF, więc można go porównać z ręcznym odczytem.
Co, jeśli nie będziesz dostępny?
Kalkulator to standardowa aplikacja Angular w kontenerze Docker, więc może ją przejąć inny programista. Prawa do kodu, NDA i zasady przekazania projektu ustalamy w umowie, zanim zacznę pracę. Utrzymanie u mnie kosztuje 1–2 tys. zł miesięcznie.
Jak dziś powstaje u Ciebie wycena?
Na pierwszą rozmowę nie musisz niczego wysyłać: opowiedz, skąd przychodzą rysunki i kto liczy ofertę. Arkusz i rysunki są potrzebne dopiero w PoC. Rozmawiasz wprost z inżynierem, który pisze kod.



