Uprawnienia do publikacji powinny należeć do procesu lokalizacji

Osoba, która może zlecić tłumaczenie, nie powinna automatycznie otrzymywać uprawnienia do jego publikacji.

Tłumaczenie, przegląd, dostarczenie do CMS i publikacja to odrębne działania o różnych konsekwencjach. Gdy narzędzie do lokalizacji sprowadza je do jednego uprawnienia, zespoły muszą wybierać między szerokim dostępem a powolnym, scentralizowanym procesem.

Lepszy workflow zachowuje granice, którym organizacja redakcyjna już ufa.

Rozdziel ważne uprawnienia

Co najmniej system uprawnień lokalizacyjnych powinien rozróżniać, kto może:

• tworzyć zlecenia tłumaczeniowe
• edytować wygenerowane wersje robocze
• zatwierdzać zlokalizowane treści
• przesyłać zatwierdzone wartości do CMS
• publikować lub cofać publikację wpisów
• zmieniać prompty projektu, reguły glosariusza i automatyzację

Małe zespoły mogą przypisywać kilka uprawnień tej samej osobie. To rozróżnienie nadal ma znaczenie, ponieważ uwidacznia intencję i pozwala rozwijać workflow bez przeprojektowywania jego modelu bezpieczeństwa.

Traktuj CMS jako źródło uprawnień

Aplikacja lokalizacyjna nie powinna stawać się skrótem omijającym uprawnienia Contentful.

Jeśli podłączony użytkownik lub integracja nie może opublikować wpisu w wybranym środowisku, workflow lokalizacyjny nie powinien twierdzić inaczej. Powinien wcześnie zweryfikować to uprawnienie, pokazać, że tłumaczenie i przesłanie nadal mogą się powieść, oraz jasno opisać pozostały krok publikacji.

To zapobiega frustrującej sytuacji, w której redaktor przegląda całą partię, by dopiero na końcu odkryć, że nikt w tym workflow nie może jej dokończyć.

Spraw, by automatyzacja podlegała tym samym zasadom

Automatyczne przesyłanie i publikowanie to udogodnienia, a nie nowe źródła uprawnień.

Automatyzacja powinna działać pod określoną tożsamością z możliwie najwęższymi uprawnieniami, jakich potrzebuje. Zlecenie powinno zapisywać, kto włączył regułę, którego projektu i środowiska dotyczy oraz czy publikacja wymaga wcześniejszego przeglądu.

Jeśli uprawnienia zmienią się, gdy praca oczekuje w kolejce, należy sprawdzić je ponownie przed wykonaniem działania. Ustawienie zapisane w zeszłym miesiącu nie powinno nadpisywać dostępu odebranego dzisiaj.

Utrzymuj precyzyjne stany błędów

Błąd uprawnień podczas publikacji nie unieważnia tłumaczenia.

Zachowaj zatwierdzoną wersję roboczą i każdą udaną aktualizację CMS. Oznacz etap publikacji jako zablokowany, wyjaśnij, jakiego uprawnienia brakuje, i pozwól upoważnionej osobie wznowić proces od tego momentu.

Ponowne uruchomienie zlecenia marnuje pracę włożoną w przegląd i zaciemnia rzeczywisty problem. Stan specyficzny dla danego etapu sprawia, że odzyskanie ciągłości jest zarówno szybsze, jak i bardziej rozliczalne.

Projektuj z myślą o rozdzieleniu obowiązków

Niektóre organizacje wymagają, aby jedna osoba przygotowała treść, a inna zatwierdziła jej publikację. Workflow powinien to wspierać bez polegania na wiadomościach poza systemem.

Recenzent może zatwierdzić język, właściciel rynku może autoryzować wersję językową, a publikujący może opublikować wpis. Każde przekazanie powinno obejmować odpowiedni podgląd, migawkę źródła, zmiany w wersji docelowej oraz historię audytu.

Rozdzielenie obowiązków nie musi oznaczać niekończących się łańcuchów akceptacji. Stosuj je tam, gdzie wymaga tego ryzyko, a treści o niższym ryzyku pozostaw na prostszej ścieżce.

Audytuj decyzje, nie tylko wywołania API

Logi techniczne mogą potwierdzić, że endpoint zwrócił sukces. Audyty redakcyjne potrzebują więcej kontekstu.

Rejestruj, kto zatwierdził wersję roboczą, które pola zostały przesłane, które środowisko je otrzymało, kto zainicjował publikację i jaka wersja została opublikowana. Gdy działa automatyzacja, rejestruj politykę i tożsamość, które za nią stoją.

Ta historia pomaga zespołom odpowiedzieć na pytanie o publikację bez odtwarzania jej z kilku systemów.

Najważniejszy wniosek

Lokalizacja przenosi treść przez granice języka, systemów i uprawnień.

Rozdziel uprawnienia do zlecania, przeglądu, przesyłania i publikacji. Respektuj bieżące uprawnienia CMS, stosuj te same mechanizmy kontroli do automatyzacji i zachowuj pomyślnie wykonane działania, gdy późniejszy etap zostanie zablokowany. Jasne granice uprawnień pozwalają zespołom działać szybko bez oddawania każdemu uczestnikowi kluczy do finalnej publikacji.