W organizacji działającej w kilku krajach język kanału zgłoszeń wpływa na zaufanie, kompletność informacji i możliwość prowadzenia dalszego kontaktu. Przetłumaczenie nagłówka formularza to dobry początek, ale nie jest jeszcze wielojęzycznym procesem.
Ten tekst jest przewodnikiem operacyjnym, nie poradą prawną. Krajowe obowiązki, wybór języków i relacja między centralnym a lokalnym procesem wymagają oceny właściwej dla organizacji.
Dyrektywa (UE) 2019/1937 ustanawia unijną podstawę ochrony osób zgłaszających naruszenia prawa Unii.[1] W praktyce grup międzynarodowych nie należy jednak wyciągać z tego automatycznego wniosku, że jedna centralna konfiguracja będzie adekwatna dla każdego kraju. Teksty, odpowiedzialności, procedury i lokalne podstawy prawne wymagają przemyślanego modelu.
Cztery warstwy wielojęzycznego kanału
| Warstwa | Pytanie kontrolne |
|---|---|
| Doświadczenie osoby zgłaszającej | Czy instrukcje, formularz, potwierdzenia i komunikaty są jasne w wybranym języku? |
| Dalszy kontakt | Czy pytania i odpowiedzi mogą być prowadzone bez gubienia kontekstu językowego? |
| Prowadzenie spraw | Czy osoby upoważnione rozumieją treść albo mają bezpieczny model tłumaczenia? |
| Nadzór | Czy raportowanie trendów łączy dane w sposób użyteczny bez zbędnego ujawniania treści spraw? |
1. Wybierz języki według ryzyka i odbiorców
Nie zaczynaj od listy wszystkich języków, które produkt „może obsłużyć”. Zacznij od osób, które mają korzystać z kanału: pracowników, kontraktorów, wolontariuszy, osób w procesie rekrutacji lub innych grup zgodnych z modelem organizacji.
Przydatne pytania:
- W jakich językach odbiorcy rzeczywiście pracują i otrzymują polityki?
- Czy język formularza jest zrozumiały dla osób niepracujących przy biurku?
- Czy tekst opisuje kanał, zasady dalszego kontaktu i ograniczenia bez prawniczego żargonu?
- Kto zatwierdza lokalne tłumaczenia i ich aktualizacje?
Język „korporacyjny” może być wygodny dla centrali, ale nie zawsze dla osoby, która ma zdecydować, czy bezpiecznie przekazać wrażliwą informację.
2. Nie zostawiaj dalszego kontaktu w jednym języku
Jeśli formularz jest po polsku, a odpowiedź od zespołu przychodzi w niezrozumiałym języku, kanał przestaje pełnić funkcję komunikacyjną. Projekt powinien obejmować zarówno wejście, jak i wyjście:
- instrukcje oraz kategorie zgłoszenia;
- potwierdzenie przyjęcia;
- pytania uzupełniające;
- odpowiedzi osoby zgłaszającej;
- komunikaty o dalszych krokach zgodnie z procedurą;
- ewentualne zakończenie kontaktu.
System powinien pozwalać zachować wątek sprawy w jednym miejscu. Niezależnie od języka trzeba utrzymać kontrolę dostępu, historię działań oraz sens kontekstu.
3. Ustal model tłumaczenia przed pierwszą sprawą
Tłumaczenie maszynowe może pomóc w orientacji, ale nie jest neutralne. W sprawach wrażliwych znaczenie pojedynczego słowa, tonu albo terminu lokalnego może mieć znaczenie dla dalszych działań. Ustal z wyprzedzeniem:
| Kwestia | Przykładowa decyzja operacyjna |
|---|---|
| Kiedy używamy tłumaczenia automatycznego? | Tylko do wstępnego zrozumienia lub zgodnie z zatwierdzoną polityką. |
| Kiedy potrzebna jest osoba znająca język? | Przy istotnych pytaniach, decyzjach lub materiałach o wysokim ryzyku. |
| Kto widzi treść podczas tłumaczenia? | Tylko upoważnione role, zgodnie z procedurą i zasadami danych. |
| Jak zapisujemy wersję oryginalną? | Oryginał pozostaje powiązany ze sprawą; tłumaczenie nie powinno go bez śladu zastępować. |
| Jak komunikujemy się z osobą zgłaszającą? | W języku, który rozumie, z zachowaniem spójności przekazu. |
4. Centralny nadzór, lokalna odpowiedzialność
Organizacja może potrzebować centralnego obrazu ryzyka, lecz nie oznacza to, że każda osoba w centrali powinna widzieć pełną treść lokalnych spraw. Dobre wymagania systemowe wspierają:
- rozdzielenie dostępów według podmiotu, kraju lub funkcji;
- lokalne przypisanie właściciela sprawy;
- centralne raportowanie w zakresie uzasadnionym potrzebą nadzoru;
- bezpieczne przekazanie sprawy, gdy wymaga tego procedura;
- zapis zmian ról oraz eskalacji.
W Polsce ustawa ogranicza ujawnianie danych pozwalających na identyfikację sygnalisty osobom nieupoważnionym, z wyjątkami określonymi przez prawo.[2] W międzynarodowym modelu jest to dodatkowy powód, aby projektować nie tylko tłumaczenia, lecz również granice dostępu.
5. Testuj kompletne scenariusze
Przed uruchomieniem wykonaj test dla każdego kluczowego języka:
- wyślij przykładowe zgłoszenie;
- wróć do sprawy bez używania zwykłego e-maila;
- zadaj pytanie uzupełniające;
- sprawdź, jak działa tłumaczenie lub przekazanie osobie językowo kompetentnej;
- zmień właściciela sprawy;
- zweryfikuj, co zobaczy administrator, lokalny prowadzący i osoba nadzorująca;
- utwórz zagregowany raport bez ujawniania niepotrzebnej treści.
To test procesu, nie tylko test interfejsu.
Rola Disclosurely
Disclosurely może wspierać wielojęzyczne portale zgłoszeń, dalszy kontakt i pracę ze sprawą zgodnie z konfiguracją organizacji. Zespół organizacji nadal odpowiada za wybór języków, jakość tekstów, role, lokalne procedury i ocenę wymogów w poszczególnych jurysdykcjach.
Przed zakupem sprawdź również kryteria wyboru systemu i procedurę zgłoszeń wewnętrznych.
Źródła
[1] Dyrektywa (UE) 2019/1937, EUR-Lex.
[2] Rzecznik Praw Obywatelskich, ustawa o ochronie sygnalistów.