Dokumentacja dla klienta zagranicznego – jak raz zmapować dane na jego formatki i nie przepisywać w kółko

Właściciel biura projektowego pracującego dla klienta z Niemiec powiedział nam kiedyś wprost: „Rynek jest o tyle specyficzny, że klientom naprawdę zależy na tym, żebyś przepisał ich Excele i formularze po swojemu. I pochłania to godziny.” Nie z własnej winy – po prostu każdy zagraniczny zamawiający ma swój system, swoje formatki, swój sposób nazywania elementów. Ty masz swoje dane w swoich plikach. I co projekt, ktoś musi ręcznie te dwa światy posklejać ze sobą.

To nie jest problem tłumaczenia. To problem mapowania: Twoje dane muszą trafić do cudzego szablonu, w cudzym języku, z cudzą nomenklaturą techniczną. I jeśli robisz to za każdym razem od zera, tracisz kilkanaście godzin na projekt – a błąd w terminologii może kosztować znacznie więcej niż czas. Więcej o tym, jak uniknąć podobnych strat na etapie dokumentacji przetargowej, piszemy w artykule o analizie dokumentacji przetargowej SWZ i OPZ.

W tym artykule pokażę, jak zmapować raz swoje dane na formatki klienta zagranicznego i przestać robić to samo przy każdym zleceniu. Gdzie tłumaczenie maszynowe wystarcza, gdzie potrzeba weryfikacji specjalisty. I jak agent AI może przenosić dane z projektu do formatek – tak żeby człowiek weryfikował tylko to, czego maszyna nie powinna zatwierdzać sama.

Dlaczego przenoszenie danych do cudzych formatek trwa tak długo?

Mapowanie danych na formatki klienta to nie jest prosta czynność „kopiuj-wklej”. To praca w trzech warstwach naraz – i każda z nich zjada czas osobno.

Pierwsza warstwa to struktura. Klient zagraniczny ma swój układ tabeli, swój podział na sekcje, swoje pole obowiązkowe, które u Ciebie nie istnieje w takiej formie. Żeby przenieść dane, najpierw musisz zrozumieć logikę jego formatki – co dokładnie on chce wiedzieć w każdym polu i jak to się mapuje na Twoje dane.

Druga warstwa to terminologia. Ty piszesz „przekrój HEB 300”. Klient pisze „Träger HEB 300” albo „steel section HEB 300” albo używa własnych kodów katalogowych. Jeśli przepiszesz po swojemu, dane są technicznie poprawne, ale niezgodne z jego systemem. A jego system generuje zamówienia, raporty, kontrole budżetu – na bazie tych kodów.

Trzecia warstwa to format danych. Ty masz datę „14.03.2026”, on chce „2026-03-14”. Ty piszesz „15,7 m²”, on chce „15.7 sqm”. Ty masz kategorię „branża sanitarna”, on ma „HVAC & Plumbing”. Każda z tych różnic to potencjalne ręczne przekształcenie.

Kiedy te trzy warstwy pojawiają się razem – a zawsze pojawiają się razem – przeniesienie jednego zestawu danych z projektu do formatki klienta zajmuje od 2 do 6 godzin. Na duży projekt z wieloma dokumentami: kilkanaście godzin. Za każdym razem, od nowa.

Jak zmapować swoje dane na formatki klienta raz – nie za każdym razem?

Mapowanie raz, a nie przy każdym dokumencie, wymaga trzech kroków. Każdy z nich można zrobić w tygodniu roboczym – bez specjalistycznego oprogramowania.

Krok 1 – zrób słownik powiązań

Weź formatki klienta i obok każdego pola zapisz, skąd pochodzi ta informacja u Ciebie. Nie tłumacz – na razie tylko powiązuj. Pole „Bauteilbezeichnung” w formatce klienta = „nazwa elementu konstrukcyjnego” w Twoim projekcie. Pole „Ausführender” = „wykonawca branży”. Pole „Stand” = „rewizja dokumentu”.

Wynik: tabela z dwoma kolumnami. Lewa: pola klienta. Prawa: skąd pochodzi ta wartość w Twoim projekcie. To jest Twój słownik mapowania. Zrób go raz dla każdego klienta zagranicznego – potem tylko dopisujesz nowe pola gdy się pojawiają.

Krok 2 – ustal terminologię raz z klientem

Poproś klienta o jego słownik terminów lub listę kodów katalogowych, których używa. Jeśli nie ma formalnego słownika – wyciągnij terminy z jego poprzednich formatek i zapytaj: „Czy ten termin u Ciebie zawsze oznacza X?” Jeden mail, jeden raz per projekt lub per klient.

Wynik: lista korespondencji terminów. Twoje „stal S355” = jego „Baustahl S355 nach DIN EN 10025”. Twoja „ściana murowana” = jego „Mauerwerk” (nie „Wand” – to dla klienta cokolwiek). Te różnice są przeważnie nieoczywiste i wymagają weryfikacji specjalisty – ale tylko raz, na początku współpracy.

Krok 3 – ustal zasady formatu danych

Daty, jednostki, znaki dziesiętne, skróty – zapisz te różnice w jednym miejscu. „Daty: format ISO (YYYY-MM-DD). Powierzchnie: kropka jako separator dziesiętny, bez spacji, skrót 'sqm’. Kategorie branż: lista na zakładce 'Legenda’ w jego Excelu.”

Wynik: reguły konwersji, które stosujesz do wszystkich danych przed wypełnianiem formatek. Możesz je zaprogramować w skrypcie lub przekazać agentowi AI jako instrukcję – i on stosuje je automatycznie.

Trzy słowniki – powiązań, terminologii, formatów – to fundament systemu, który robi tę pracę za Ciebie przy kolejnych zleceniach. Jak zbudować taki system krok po kroku w całym biurze, piszemy w artykule o standaryzacji opisów technicznych i formatkach w biurze projektowym.

Gdzie tłumaczenie maszynowe wystarcza, a gdzie potrzeba specjalisty?

Tłumaczenie maszynowe (DeepL, Google Translate, modele językowe) w ciągu ostatnich kilku lat znacząco poprawiło jakość dla języków zachodnioeuropejskich. Dla tekstu ogólnego – wystarczy w 90% przypadków. Dla dokumentacji technicznej biura projektowego – historia jest inna.

Problem polega na tym, że terminy techniczne w branży budowlanej, konstrukcyjnej czy instalacyjnej mają wiele synonimów i lokalne standardy nazewnictwa. „Podciąg” możesz przetłumaczyć na „Unterzug” lub „Träger” lub „Balkenträger” – zależnie od kontekstu i norm, które stosuje klient. Tłumaczenie maszynowe wybiera statystycznie najpopularniejsze słowo. Nie wie, że Twój klient używa norm DIN, a nie EN, i że w jego systemie „Unterzug” i „Träger” to różne pozycje budżetowe.

Poniższa tabela pokazuje, gdzie ryzyko błędu jest wysokie, a gdzie niskie:

Zasada jest prosta: jeśli błąd w tym miejscu może skutkować złym zamówieniem, kolizją z normą albo rozbieżnością budżetową – potrzeba weryfikacji specjalisty. Jeśli błąd to co najwyżej niezręczność stylistyczna – tłumaczenie maszynowe wystarczy.

Jak agent AI przenosi dane z projektu do formatek klienta?

Agent AI w tym kontekście działa jak asystent, który zna Twój słownik mapowania i formatki klienta. Nie zastępuje projektanta – przygotowuje mu dokument do weryfikacji.

W praktyce wygląda to tak. Agent dostaje na wejście Twoje dane projektowe – plik Excel, PDF z zestawieniem, arkusz z BIM lub plik tekstowy z wykazem elementów. Dostaje też słownik mapowania dla tego klienta. Na wyjściu generuje wypełnioną formatkę klienta, z danymi przeniesionymi zgodnie ze słownikiem, terminami zastąpionymi zgodnie z tabelą korespondencji, datami i jednostkami sformatowanymi według reguł.

Gdzie agent przenosi dane automatycznie, bez flagi dla człowieka:

• pola, które mają dokładne odwzorowanie w słowniku mapowania
• konwersje formatów (daty, jednostki) zdefiniowane w regułach
• terminy z zatwierdzonego słownika terminologicznego

Gdzie agent flaguje dokument do weryfikacji przez człowieka:

• nowy termin, którego nie ma w słowniku – agent wpisuje tłumaczenie maszynowe z adnotacją „do weryfikacji”
• wartość numeryczna, przy której konwersja jednostek nie jest jednoznaczna
• pole obowiązkowe w formatce klienta, dla którego nie znalazł odpowiednika w danych wejściowych

Człowiek otwiera wygenerowany dokument i weryfikuje tylko zaznaczone miejsca – nie przeglada całości od nowa. To jest właśnie nadzór człowieka: zamiast przepisywać 200 pól, sprawdza 8 flagowanych. Całość, która zajmowała 4 godziny, schodzi do 30-40 minut. Przegląd tego, co warto automatyzować w biurze projektowym jako całości, znajdziesz w artykule o AI w biurze projektowym – co automatyzować.

Jak utrzymać spójność terminologii w obcym języku między projektami?

Słownik terminów stworzony na początku współpracy z klientem zagranicznym ma sens tylko wtedy, gdy jest żywy – czyli aktualizowany przy każdym nowym terminie i dostępny dla całego zespołu.

Biura, które prowadzą dokumentację dla stałych klientów zagranicznych, powinny traktować słownik terminologiczny jak dokument projektowy – z numerem wersji i datą ostatniej aktualizacji. Gdy pojawia się nowy element, nowa branża lub nowy standard klienta, słownik dostaje nowy wpis. Nie po projekcie – w trakcie, gdy problem pojawia się po raz pierwszy.

Spójność terminologii między projektami psuje się w trzech sytuacjach. Pierwszy: różni projektanci uzupełniają te same pola formatki inaczej, bo każdy ma swoją wersję słownika (albo żadnej). Drugi: klient zmienia nomenklatury w połowie współpracy i nikt tego nie zaktualizuje w słowniku. Trzeci: do projektu dochodzi nowy projektant, który nie zna ustalonej terminologii i tłumaczy intuicyjnie.

Rozwiązaniem nie jest „lepsza dyscyplina” – rozwiązaniem jest jedno miejsce ze słownikiem, do którego agent AI sięga automatycznie, i mechanizm flagowania nowych terminów do zatwierdzenia. Taki słownik rośnie z każdym projektem i z każdym rokiem współpracy z klientem zagranicznym staje się coraz bardziej wartościowy – bo zawiera nie tylko tłumaczenia, ale historię decyzji terminologicznych. To jest część szerszego systemu wiedzy biura, który opisujemy w artykule o bazie wiedzy w firmie projektowej.

Jakie ryzyka błędów pozostają przy automatycznym przenoszeniu danych?

Uczciwa odpowiedź: automatyzacja przenoszenia danych eliminuje błędy przepisywania, ale nie eliminuje błędów merytorycznych. To różne kategorie ryzyka.

Błędy przepisywania – literówka w numerze, zamieniona jednostka, zły format daty – agent AI praktycznie eliminuje. Stosuje reguły konsekwentnie, bez zmęczenia, tak samo dla setnej pozycji jak dla pierwszej.

Błędy merytoryczne pozostają ludzką odpowiedzialnością. Jeśli w Twoim projekcie jest źle obliczona nośność, agent przeniesie błędną wartość do formatki klienta z taką samą starannością jak poprawną. Jeśli słownik terminów zawiera błędne mapowanie (np. „belka” = „Träger”, a powinno być „Unterzug” dla tego konkretnego klienta), agent będzie stosował ten błąd konsekwentnie przez cały projekt.

Trzy obszary szczególnego ryzyka przy dokumentacji dla klientów zagranicznych:

Konwersja norm. Polska PN i niemiecka DIN nie zawsze są równoważne. Przeniesienie parametrów bez uwzględnienia różnic normowych to błąd merytoryczny – agent tego nie wyłapie, bo nie zna różnic norm. To musi sprawdzić projektant z odpowiednią specjalizacją.

Klasyfikacje budżetowe klienta. Jeśli klient używa własnych kodów do klasyfikacji elementów dla celów budżetowych lub zamówień, błędne przypisanie kodu to potencjalny problem finansowy – nie tylko dokumentacyjny. Nowe elementy bez pewnego odpowiednika w słowniku zawsze powinien zatwierdzić człowiek.

Uwagi i zastrzeżenia z odpowiedzialnością projektanta. Tekst „projektant zastrzega, że obliczenia wymagają weryfikacji przez uprawnionego konstruktora wg prawa miejscowego” po tłumaczeniu maszynowym może zmienić odcień znaczenia. Takie fragmenty zawsze warto przeczytać po przełożeniu – nie dlatego, że tłumaczenie będzie złe, ale dlatego, że konsekwencje niejednoznaczności są tu inne niż przy opisie materiałów.

Najczęściej zadawane pytania

Ile czasu zajmuje stworzenie słownika mapowania dla nowego klienta zagranicznego?

Pierwszy słownik dla nowego klienta to zazwyczaj 4-8 godzin pracy – przeniesienie struktury jego formatek, uzgodnienie terminologii mailowo, ustalenie zasad formatu danych. To inwestycja, która zwraca się przy drugim projekcie dla tego samego klienta. Każdy kolejny projekt z gotowym słownikiem to oszczędność kilku do kilkunastu godzin pracy manualnej.

Czy klient musi wiedzieć, że używamy agenta AI do wypełniania jego formatek?

Agent przygotowuje dokument, projektant weryfikuje i podpisuje. To jest standardowy proces przygotowania dokumentacji – decydujesz, jakich narzędzi używasz wewnętrznie. Jeśli klient pyta o narzędzia, nie ma powodu tego ukrywać. Ale obowiązek informowania klienta z góry nie wynika z samego faktu użycia AI do przenoszenia danych – wynika z konkretnych zapisów umowy lub wymagań prawnych, które warto sprawdzić per kontrakt.

Co jeśli klient zmienia formatki w połowie współpracy?

To się zdarza – klienci aktualizują swoje szablony. W takim przypadku aktualizujesz słownik mapowania dla nowej struktury i sprawdzasz, które pola się zmieniły. Jeśli zmiana jest poważna (nowe kolumny, zmiana logiki kategorii), warto przepuścić jeden projekt ręcznie i uzupełnić słownik na bieżąco. Koszt jest jednorazowy – potem wracasz do automatyzacji.

Czy agent AI radzi sobie z plikami PDF klienta, które nie są edytowalne?

Nieedytowalne PDF-y to osobny problem – trzeba je najpierw przetworzyć przez OCR lub wyekstrahować dane strukturalnie. Dla stałego klienta zagranicznego warto poprosić o edytowalne szablony (Excel, Word) raz na początku współpracy. Większość zachodnich zamawiających ma takie wersje i chętnie je udostępnia – rzadko kiedy PDF jest jedyną opcją.

Jak zadbać o poprawność terminologii branżowej w języku obcym bez zatrudniania tłumacza technicznego?

Nie musisz zatrudniać tłumacza technicznego stale – wystarczy go zaangażować raz, przy tworzeniu słownika terminów dla nowego klienta. Jedna sesja weryfikacyjna z tłumaczem technicznym (2-4 godziny) tworzy zasób, z którego korzystasz przez lata współpracy. Dla klientów niemieckich warto też sprawdzić, czy klient ma własną listę terminów – duże firmy z sektora przemysłowego i budowlanego często mają wewnętrzne słowniki branżowe, które chętnie udostępniają podwykonawcom.

Podsumowanie

Przenoszenie danych do formatek klienta zagranicznego to praca trójwarstwowa: struktura, terminologia, format danych. Robiona ręcznie przy każdym projekcie – pochłania kilkanaście godzin i generuje błędy. Zrobiona raz jako słownik mapowania – staje się zasobem, z którego agent AI korzysta automatycznie. Człowiek weryfikuje tylko to, czego maszyna nie powinna zatwierdzać sama: nowe terminy spoza słownika, konwersje norm, zastrzeżenia z odpowiedzialnością projektanta. To jest praktyczne wdrożenie nadzoru człowieka – nie filozofia, tylko podział obowiązków. Jak taki podział wygląda w całym systemie operacyjnym biura projektowego, opisujemy w przewodniku o systemie operacyjnym biura projektowego.

Chcesz sprawdzić, jak zmapowanie Twoich danych na formatki klienta zagranicznego mogłoby wyglądać w praktyce? Umów 15-minutową rozmowę – przejdziemy przez Twój przypadek i pokażemy, które fragmenty procesu da się zautomatyzować od razu.