Підготовлено редакцією Надалі з використанням ШІ.
У листі англійською дата 03/04 виглядає звично, сума має знайомий знак валюти, а час зустрічі — лише дві цифри. Але клієнт може прочитати інший місяць, іншу валюту або час іншого міста. Граматично добрий переклад не доводить, що людина прийде тоді й туди, куди її запросили.
Коротко: доручайте ШІ мовну чернетку, а не визначення дати, валюти чи адреси. Для кожного повідомлення збережіть погоджені факти окремо від способу їх показу. Перед надсиланням перевірте саме лист, PDF або сторінку, яку побачить клієнт.
Цей посібник для невеликих готелів, сервісних компаній та магазинів, які надсилають підтвердження, нагадування й повідомлення кількома мовами. Нижче — редакційний процес із вигаданим прикладом, не результати тестування перекладача та не гарантія відсутності помилок.
1. Визначте не лише мову, а й контекст читання
Запис «англійська» не вирішує всіх питань оформлення. Узгодьте мову, аудиторію, канал і те, де відбудеться подія. Англомовний лист про відвідування української майстерні не переносить майстерню в іншу країну й не змінює її валюту.
Для одного шаблону створіть картку випуску:
- Код повідомлення та його призначення: наприклад, підтвердження вже погодженого запису.
- Версія джерела й відповідальна людина, яка підтверджує факти.
- Мова та погоджений спосіб запису дат і сум.
- Місце події або часова зона онлайн-події.
- Незмінні поля: посилання, номер звернення, телефон, адресні складники.
- Канали, де треба перевірити результат, і людина, яка дозволяє надсилання.
Це не нова база всіх клієнтів. Для опрацювання шаблону достатньо вигаданих значень і погоджених публічних реквізитів. Не додавайте історії бронювань чи приватні адреси до запиту лише для перевірки стилю.
2. Збережіть значення дати, а не її двозначний запис
W3C пояснює, що числові дати можуть читатися по-різному, і рекомендує за ризику неоднозначності явно називати місяць та використовувати чотиризначний рік. Для клієнтського повідомлення це корисніша опора, ніж прохання «зроби формат міжнародним».
Якщо джерело містить 03/04/2026, спочатку уточніть значення у відповідального. Не просіть модель обрати найімовірніше. Коли підтверджено 3 квітня, у тексті можна написати «3 квітня 2026 року» та «3 April 2026». Це редакційний вибір для прозорості, а не вимога до всіх англомовних листів.
Тримайте поруч зі словесним відображенням погоджені компоненти: рік, місяць, день. Звіряйте їх після перекладу. Не додавайте день тижня для краси: він створює ще один факт, який потрібно перевірити. Якщо бізнес його використовує, перевіряйте його календарем незалежно від відповіді ШІ.
3. Не перетворюйте місцевий час на припущення
W3C розрізняє часову зону та зміщення від UTC: зона задає правила, включно з можливими сезонними змінами. Тому одного постійного зміщення недостатньо для всіх майбутніх дат.
У підтвердженні очного візиту прив’яжіть час до місця: «14:30 за місцевим часом майстерні у Львові». Не переводьте його автоматично в гаданий час клієнта. Для онлайн-події визначте погоджений момент і зони показу; перерахунок перевіряйте в налаштованому календарі, а не за впевненою фразою моделі.
Окремо перевірте запрошення в календарі й текст листа. Правильний час у тексті не доводить правильності вкладеного запрошення. Після зміни дати перевірка має повторитися: попередній результат не підтверджує нового перерахунку. Якщо зона не встановлена, повідомлення ще не готове.
4. Відокремте формат суми від конвертації
Unicode CLDR описує окремі правила числового й валютного відображення, включно з роздільниками, розташуванням символу та пробілами. Це правила показу, а не дозвіл змінювати економічний зміст.
Зберігайте суму й код валюти окремими контрольними значеннями. Якщо погоджено 1250,50 гривні, англійська версія не має перетворитися на 1250,50 долара чи на округлені 1251. Для міжнародної аудиторії оберіть однозначне позначення валюти, погоджене бізнесом; не залишайте сам знак долара, якщо незрозуміло, про який долар ідеться.
Не просіть ШІ самостійно конвертувати ціни. Конвертація, округлення, податки та умови оплати — окремі рішення відповідальних осіб. У цьому процесі їх не змінюють. Так само переклад не може перетворити орієнтовну суму на остаточну або передоплату на повну оплату.
5. Адреси та телефони не редагують як звичайну прозу
W3C показує різноманітність адрес: складники та їхній порядок не є однаковими в усіх країнах. Для вихідного повідомлення наш висновок простий: беріть адресу з погодженого запису, а не просіть модель «виправити її під англійську».
Збережіть номер будинку, корпус, приміщення й поштовий індекс. Якщо потрібна латинська версія назви, використовуйте погоджений бізнесом варіант і за потреби залишайте місцевий запис поруч. Не вигадуйте відсутній індекс чи нову назву вулиці. Карта — додатковий спосіб знайти місце, не заміна перевіреній адресі.
Телефон перевірте за затвердженим контактним записом. Не дозволяйте моделі додавати код країни здогадкою або видаляти цифри як «зайвий нуль». У тестовому повідомленні окремо зіставте видимий номер і номер, який відкриває посилання для дзвінка. Це рекомендована перевірка реалізації; ми її на реальному сервісі не виконували.
6. Навчальний приклад: той самий запис двома мовами
Усе нижче вигадано. Майстерня погодила запис на 3 квітня 2026 року о 14:30 за місцевим часом у Львові. Орієнтовна сума — 1250,50 UAH; остаточну вартість ще не підтверджено. Адресу й телефон додають із погоджених полів, яких у цьому прикладі немає.
Українська чернетка: «Ваш візит погоджено на 3 квітня 2026 року, 14:30 за місцевим часом у Львові. Орієнтовна сума — 1250,50 UAH; остаточну вартість ще не підтверджено».
Англійська чернетка: “Your visit is confirmed for 3 April 2026 at 14:30 local time in Lviv. The estimated amount is UAH 1,250.50; the final price has not yet been confirmed.”
Контрольні значення однакові: 2026, місяць 4, день 3, 14:30, Львів, сума 1250.50, валюта UAH, статус суми — орієнтовна. Числові записи тут обрані редакційно для прикладу; це не перевірка конкретного форматувача. Адреса, телефон і обіцянка строку виконання не можуть з’явитися без джерела.
7. Дайте ШІ вузьке завдання й перевірте випуск
Підготуй англійську чернетку з погодженого українського повідомлення та картки фактів. Не змінюй значення дат, часу, суми, валюти, статусу підтвердження й умов. Не конвертуй валюту або часову зону. Познач невизначені поля. Збережи контактні реквізити та посилання з джерела. Поверни чернетку й окремий список контрольних значень. Нічого не надсилай.
Перевіряйте чернетку безпосередньо з джерелом, а не лише з перекладом назад. Потім відкрийте тестове повідомлення в запланованому каналі: чи видно валюту повністю, чи не обрізано адресу, чи правильні посилання, чи календар показує погоджений час. Запишіть версію, мову, канал, спостереження та відповідального. Невиконану перевірку позначте як невиконану.
Висновок: почніть з одного шаблону, збережіть його факти й перевірте кінцевий вигляд обома мовами. ШІ допомагає з формулюванням; дозвіл на надсилання спирається на звірені значення. Процес не потребує нового платного сервісу, але доступні функції форматування й попереднього перегляду залежать від ваших інструментів.
Для вхідних таблиць використовуйте окремий посібник зі збереження даних CSV; для текстів полів — перевірку форми заявки. Цей матеріал стосується вихідних повідомлень, а не імпорту чи зміни правил форми.
Автор: Надалі. Підготовлено за допомогою ШІ. Першоджерела перевірено 29 жовтня 2026 року. Приклад і процес не тестували на реальному клієнтському листуванні.
Обкладинка — повторно використана оригінальна ШІ-ілюстрація Надалі: вигадані бланки, не реальне клієнтське повідомлення.
