40 języków automatycznie: jak nasze tłumaczenie oparte na sztucznej inteligencji radzi sobie z terminologią specjalistyczną

40 języków automatycznie: jak nasze tłumaczenie oparte na sztucznej inteligencji radzi sobie z terminologią specjalistyczną

Oto, w jaki sposób nasze tłumaczenie oparte na sztucznej inteligencji radzi sobie z terminami specjalistycznymi w danych dotyczących produktów. Pokażemy, dlaczego są one tłumaczone inaczej niż w przypadku powieści.

Tłumaczenie maszynowe jest obecnie na tak wysokim poziomie, że w wielu przypadkach nie da się go odróżnić od tłumaczenia ludzkiego. Usługi tłumaczeniowe zapewniają płynność, idiomatyczność oraz wyczucie stylu. Jednak gdy tłumaczy się zestaw danych DPP - nagle „rear lock fiber closure” zamienia się w „zamknięcie z tyłu za pomocą włókna”.

Problem dotyczy terminologii fachowej. Wyjaśniamy tutaj, dlaczego dane produktowe nie powinny być traktowane jak powieści oraz jakie narzędzia udostępnia Transpareo, aby Państwa 40 wersji językowych pozostało zrozumiałych.

Podstawowy problem: jedno słowo, wiele znaczeń

„Seal” w pliku DPP kurtki outdoorowej: uszczelnienie. „Seal” w laboratorium: foka lub uszczelka, w zależności od kontekstu. „Seal” w protokole konserwacji: w pewnych okolicznościach pieczęć.

Ogólny model tłumaczeniowy dokonuje wyboru na podstawie kontekstu statystycznego. W przypadku płynnego tekstu rozwiązanie to sprawdza się - powieść dostarcza obfitego kontekstu. W przypadku pola danych primary_closure: seal kontekst praktycznie nie istnieje. Model zgaduje.

Pole danych nie dostarcza kontekstu, a bez kontekstu model zgaduje.

Skutkiem tego są subtelne błędy. Nie tak dramatyczne jak „zamek tylny - zamknięcie włókniste”, ale mające poważne konsekwencje: element, który w języku niemieckim nazywa się „Dichtung”, w włoskim DPP nagle otrzymuje nazwę „sigillo” zamiast „guarnizione”. Nabywca nie może już znaleźć tej części zamiennej.

Co obecnie oferuje Transpareo

Nasz system tłumaczeniowy automatycznie przekłada każdą nową treść na wszystkie aktywne języki. Cechują go cztery właściwości:

  • Zachowanie znaczników Markdown i zmiennych: przed tłumaczeniem wyodrębniane są symbole zastępcze, takie jak <a href="/pl/zarejestrowac-sie">Pro-Mitgliedschaft</a>, oraz struktury Markdown; tłumaczony jest sam tekst, a następnie struktury te są ponownie wstawiane bez zmian. Dzięki temu linki, formularze i układ pozostają spójne we wszystkich językach.
  • Centralne wpisy tłumaczeniowe: tłumaczenia nie są zapisywane w samym rekordzie danych, lecz w warstwie współdzielonej. Kilka rekordów danych o tym samym tekście źródłowym korzysta z tego samego tłumaczenia. Pozwala to obniżyć koszty tłumaczenia i automatycznie ujednolica terminologię w całym modelu danych.
  • Automatyczne ponowne tłumaczenie w przypadku zmian: W przypadku zmiany tekstu oryginalnego tłumaczenia we wszystkich językach są generowane od nowa. Poprawka w języku niemieckim powoduje automatyczną aktualizację pozostałych 39 wersji językowych.
  • Oznaczenia dla poszczególnych rekordów: Treści można wykluczyć z automatycznego przetwarzania lub zablokować istniejące tłumaczenia - na przykład w przypadku międzynarodowych nazw produktów lub ręcznych poprawek.

Gdzie klient uzupełnia przetwarzanie

Tłumaczenie automatyczne zapewnia w większości przypadków poprawne wyniki w przypadku tekstów opisowych, marketingowych oraz instrukcji konserwacji. W przypadku krytycznej terminologii specjalistycznej - np. „seal”/„guarnizione” - pozostaje pewna liczba błędów, które musi skorygować administrator klienta.

W tym przypadku administrator ma do dyspozycji trzy możliwości:

  1. Ręczne nadpisywanie dla poszczególnych języków i kluczy: Każdy wpis tłumaczeniowy można otworzyć w menedżerze aplikacji i dostosować dla danego języka. Dzięki zaznaczeniu opcji „Zachowaj” to ręczne tłumaczenie zostanie zachowane podczas następnego automatycznego przebiegu.
  2. Import słownika: Istniejące terminologie z narzędzi tłumaczeniowych lub słowników w formacie PDF można zaimportować jako plik CSV, co pozwala na bezpośrednie utworzenie wpisów tłumaczeniowych.
  3. Poprawki w poszczególnych językach w trakcie pracy: włoski dział sprzedaży zauważa błąd i koryguje go w menedżerze aplikacji - poprawka zaczyna obowiązywać natychmiast, a pozostałe tłumaczenia pozostają bez zmian.

Menedżer aplikacji obsługuje te same 40 języków

Nie tylko paszporty produktów są wielojęzyczne - również interfejs, w którym je aktualizują Państwo. Menedżer aplikacji został przetłumaczony na wszystkie 40 języków, a Państwo mogą wprowadzać treści w każdym z tych języków. System automatycznie tłumaczy je na wszystkie pozostałe.

Dla zespołów wielojęzycznych oznacza to zauważalną zmianę we współpracy: dział zarządzania produktami w Mediolanie sporządza instrukcje pielęgnacji w języku włoskim, dział zakupów w Warszawie uzupełnia dane dotyczące materiałów w języku polskim, a dział zapewnienia jakości w Hamburgu dokonuje kontroli w języku niemieckim.

Każda osoba pracuje w swoim własnym języku, wszyscy widzą ten sam zestaw danych, a osoba korygująca dane poprawia je jednocześnie we wszystkich wersjach językowych.

Również w tym przypadku obowiązuje ograniczenie wspomniane powyżej: w przypadku krytycznej terminologii fachowej na końcu człowiek powinien sprawdzić, co wybrała maszyna.

Rzeczywistość językowa w UE

24 języki urzędowe UE to sporo. W praktyce dzielą się one na trzy grupy:

  • Rynki kluczowe: DE, EN, FR, IT, ES, NL - tutaj każdy konsument oczekuje perfekcji
  • Rynki o znaczeniu strategicznym: PT, PL, SV, DA, FI - dobry poziom, sporadycznie zauważalny ślad pracy maszyny
  • Języki rzadko spotykane: MT, GA, ET, LV, LT - czasami pojawia się DPP w języku maltańskim, mimo że żaden konsument końcowy na Malcie nigdy go nie przegląda. Niemniej jednak jest to obowiązkowe.

Obowiązek ten nie ma charakteru opcjonalnego. Rozporządzenie ESPR wymaga, aby treści DPP były sporządzone w języku państwa członkowskiego, w którym produkt jest sprzedawany. Kto obsługuje 27 państw, ma zatem do czynienia z 24 językami (niektóre państwa dzielą języki).

Od maltańskiego po bengalski

Transpareo tłumaczy na 40 języków - wszystkie 24 języki urzędowe UE oraz 16 dodatkowych w celu zapewnienia globalnego zasięgu:

  • Europa: bułgarski, duński, niemiecki, angielski, estoński, fiński, francuski, grecki, irlandzki, włoski, chorwacki, łotewski, litewski, maltański, niderlandzki, polski, portugalski, rumuński, szwedzki, słowacki, słoweński, hiszpański, czeski i węgierski - a także albański, bośniacki, islandzki, macedoński, norweski, rosyjski, serbski, turecki i ukraiński.
  • Na całym świecie: bengalski, chiński, hindi, indonezyjski, japoński, koreański i wietnamski.

W przypadku nadchodzącego projektu DPP dla branży tekstylnej języki bengalski i wietnamski zapewniają pokrycie głównych krajów produkcyjnych - dostawca w Dhace czyta tę samą specyfikację, co kupiec w Paryżu.

Dlaczego warto stosować scentralizowaną warstwę lokalizacyjną

Większość platform przechowuje tłumaczenia jako dodatkowe pola w rekordzie danych: description_de, description_en, … 40 pól na każdy atrybut podlegający tłumaczeniu. Brzmi to prosto, ma jednak trzy wady:

  • Podwójne przechowywanie tekstu. Dwa produkty z identycznym opisem materiału generują 40 + 40 tłumaczeń zamiast jednorazowo 40
  • Trudna skalowalność. Dodanie 41. języka oznacza: migrację schematu we wszystkich modelach podlegających tłumaczeniu
  • Trudności z globalnym zastosowaniem poprawek. Jeśli słowo „guarnizione” zostanie poprawione wszędzie, konieczne będzie indywidualne edytowanie wszystkich rekordów danych

Rozwiązaniem jest podzielona warstwa tłumaczeniowa: jeden wpis, wiele odwołań. Jedna poprawka, korzyść dla wszystkich rekordów danych.

Czego jeszcze nie mamy

Baza danych terminologii dostosowana do potrzeb klienta z funkcją automatycznego rozpoznawania propozycji znajduje się w planach rozwojowych, ale obecnie nie jest jeszcze dostępna. Osoby rozpoczynające pracę już dziś mogą wiele osiągnąć dzięki istniejącym narzędziom: ręczne nadpisywanie, import słowników oraz oznaczenie „zachowaj” pokrywają najczęstsze przypadki użycia.

Uważamy, że maszyny powinny wykonywać większość pracy, a ludzie powinni interweniować tylko tam, gdzie jest to naprawdę konieczne. Dopóki automatyczne rozpoznawanie terminologii nie będzie dostępne, ręczna obsługa jest przejrzysta - a to jest bardziej uczciwe niż obietnica, która nie zostanie spełniona.

Pytania dotyczące tego wpisu

W jakich językach musi być sporządzony paszport produktu?

Rozporządzenie ESPR wymaga, aby treść etykiet była sporządzona w języku państwa członkowskiego, w którym produkt jest sprzedawany. Podmioty dostarczające produkty na terenie całej Unii muszą zatem uwzględnić 24 języki urzędowe UE, z których niektóre są wspólne dla kilku państw. Transpareo obsługuje te 24 języki oraz 16 dodatkowych, a każdy nowy lub zmieniony tekst jest automatycznie przekładany na wszystkie z nich. W praktyce oznacza to, że język nie stanowi już kryterium wyjściowego - wystarczy raz sporządzić tekst w języku, w którym Państwo pracują, a wersje rynkowe pojawią się same.

Kto ponosi odpowiedzialność, jeśli tłumaczenie maszynowe nie oddaje prawidłowo terminu specjalistycznego?

To Państwo. Obowiązek zapewnienia poprawności treści paszportu spoczywa na podmiocie gospodarczym wprowadzającym produkt do obrotu i nie przechodzi on ani na system tłumaczeniowy, ani na nas. Dlatego otwarcie informujemy, w jakich obszarach maszyna sprawdza się, a w jakich nie - opisy, wskazówki dotyczące pielęgnacji i teksty marketingowe są przetwarzane bezbłędnie, natomiast wąskie terminy specjalistyczne, takie jak nazwy komponentów, zamknięcia czy powłoki, wymagają weryfikacji przez człowieka. Prosimy traktować automatyczny wynik jako kompletny wstępny projekt w 40 językach i poświęcić czas na weryfikację tych kilkuset terminów, od których faktycznie zależy wiele dla warsztatów naprawczych i nabywców.

W jaki sposób mogę poprawić termin, tak aby nie został nadpisany podczas kolejnego automatycznego przebiegu?

Proszę otworzyć wpis dotyczący tłumaczenia w menedżerze aplikacji, dostosować wartość dla danego języka i zaznaczyć opcję „Zachowaj”. Zaznaczenie to wyłącza wpis z automatycznego przetwarzania, dzięki czemu zachowa on swoją treść pomimo wszelkich późniejszych zmian w tekście oryginalnym. Bez zaznaczenia Państwa poprawka traktowana jest jako zwykłe tłumaczenie i zostanie wygenerowana na nowo, gdy tylko zmieni się tekst oryginalny. W przypadku pojedynczego słowa obowiązuje ta sama dwuetapowa procedura, co w przypadku całego akapitu.

Czy możemy zaimportować istniejącą listę terminów?

Tak. Terminologia, którą i tak Państwo aktualizują - czy to z narzędzia tłumaczeniowego, czy ze słownika w pliku PDF Państwa agencji - można zaimportować w formacie CSV, a następnie zostanie ona zapisana jako wpis tłumaczeniowy. Wpisy te są następnie traktowane jak poprawki wprowadzane ręcznie. Najkorzystniejszym momentem na to jest okres przed pierwszym dużym importem - wtedy terminy są już gotowe, zanim przetłumaczone zostaną tysiące rekordów, i nie pozostaje nic do dopracowania.

Czy korekta ma zastosowanie do wszystkich produktów, czy tylko do otwartego rekordu?

Dla każdego rekordu danych o tym samym tekście źródłowym. Tłumaczenia znajdują się w oddzielnej warstwie, a nie przy poszczególnych produktach, więc identyczne rekordy danych dzielą jeden wpis, a jednorazowa korekta ma zastosowanie do wszystkich. Dlatego też nakład pracy związany z korektą nie rośnie wraz z rozmiarem katalogu - jeden termin występujący w 4000 produktach stanowi jeden wpis, a nie 4000.

Czy pracownicy przebywający za granicą muszą posługiwać się językiem niemieckim lub angielskim w pracy?

Nie. Sam menedżer aplikacji jest dostępny we wszystkich 40 językach, a treści można wprowadzać w każdym z nich. Dział zarządzania produktami w Mediolanie sporządza instrukcje dotyczące pielęgnacji w języku włoskim, dział zakupów w Warszawie uzupełnia dane dotyczące materiałów w języku polskim, a wszyscy mają wgląd w ten sam zestaw danych. Każdy, kto wprowadza poprawkę, dokonuje jej jednocześnie we wszystkich wersjach językowych, co eliminuje konieczność korzystania z centralnego biura tłumaczeń.

Czy dostępna jest funkcja automatycznego rozpoznawania terminologii?

Dzisiaj nie. Indywidualna baza terminologiczna, która samodzielnie sugeruje terminy, znajduje się w fazie planowania i nie została jeszcze wdrożona. Do tego czasu dostępne są następujące opcje: ręczne nadpisywanie, oznaczanie terminów oraz import słownika. Wolimy to jasno powiedzieć, aby nie planowali Państwo pracy z funkcją, która nie istnieje. W typowych przypadkach te trzy narzędzia w pełni zaspokajają potrzeby, a liczba terminów, które muszą Państwo zaznaczyć, jest znacznie mniejsza niż liczba terminów przeznaczonych do tłumaczenia.

Aktualności dotyczące wielojęzyczności i praktyki DPP

Nowe języki, jakość danych i funkcje produktów - raz w miesiącu wysyłane do Twojej skrzynki odbiorczej.