Як створити посилання на оплату й пов’язати його із замовленням

Спочатку зафіксуйте домовленість

Перед створенням посилання запишіть назву послуги, погоджену суму, валюту та внутрішній номер замовлення. Якщо клієнт замовляє два різні етапи роботи, вирішіть, чи це один платіж, чи окремі погоджені частини. Формулювання в повідомленні має відповідати реальному обсягу послуги, щоб покупець не сприйняв оплату авансу як повний розрахунок.

Наприклад, студія погодила підготовку макета, але ще не погодила друк. Посилання повинно стосуватися саме макета. Зміна обсягу після надсилання потребує окремого рішення щодо попереднього посилання та нового замовлення. Не намагайтеся виправити суперечливі умови лише коротким коментарем у чаті, який інший менеджер може не побачити.

Платіжні посилання

Створіть однозначний зв’язок із записом у системі

Номер замовлення та ідентифікатор посилання виконують різні ролі. Замовлення описує комерційну домовленість, а посилання є способом перейти до оплати. Зберігайте цей зв’язок у системі, де працює команда, а не тільки в особистому листуванні менеджера. Так можна перевірити, чи не було надіслано кілька різних пропозицій для однієї покупки.

У поточному процесі OrsunPay посилання має фіксовану суму та валюту, а створення в кабінеті пов’язане з робочим середовищем. Не припускайте наявності довільної зміни суми покупцем, автоматичних нагадувань або вбудованого розкладу підписки. Якщо потрібна така поведінка, спочатку підтвердьте її окремо та визначте відповідальний компонент.

Кабінет мерчанта

Надсилайте посилання з достатнім поясненням

Повідомлення має коротко називати продавця, замовлення, суму та наступний крок після оплати. Клієнт повинен упізнати домовленість без необхідності відкривати кілька попередніх повідомлень. Не просіть надсилати номер картки або секретні коди у відповідь. Оплата проходить у відповідному платіжному інтерфейсі, а не через передачу таких даних менеджеру.

Документація Stripe та Mollie описує платіжні посилання як окремі можливості цих провайдерів. Їхні правила та функції не переносяться автоматично на OrsunPay. Якщо ви порівнюєте варіанти, перевіряйте саме підтримуваний сценарій: хто створює посилання, як визначається сума, які методи доступні вашому акаунту та як система отримує результат.

Вважайте оплату завершеною лише після перевірки

Скріншот клієнта, відкриття сторінки або повідомлення «готово» не є технічним підтвердженням. Менеджер перевіряє статус у системі, а автоматична видача послуги спирається на перевірений серверний результат. Якщо покупець повідомив про списання, але статус ще очікує підтвердження, не вимагайте негайно повторити платіж до перевірки операції.

Для консультації це може означати тимчасове збереження бронювання зі статусом перевірки. Для цифрового матеріалу варто відокремити успішну оплату від факту видачі доступу. Такий поділ допомагає зрозуміти, чи проблема виникла у платежі, чи вже в системі виконання замовлення, і не створювати зайвих фінансових операцій.

Керуйте застарілими посиланнями

Коли змінюється ціна або покупка скасовується, старе посилання не повинно залишатися без уваги. У OrsunPay передбачена деактивація посилань; узгодьте, хто її виконує та де фіксується причина. Не описуйте ручну деактивацію як автоматичний строк дії: це різні механізми з різними вимогами до роботи команди.

• Перевірте замовлення перед повторним надсиланням посилання.
• Деактивуйте попередню пропозицію після погодженої заміни ціни.
• Збережіть історію повідомлень про зміну умов для підтримки.
• Перевірте незавершені спроби перед остаточним закриттям замовлення.

Зробіть процес відтворюваним для команди

Створіть коротку інструкцію з прикладом правильного повідомлення, місцем перевірки статусу та порядком ескалації. Новий менеджер повинен мати змогу провести замовлення без усних пояснень колеги. Обмежте доступ до створення та деактивації посилань відповідно до ролей, а не спільного пароля на весь відділ.

OrsunPay надає програмний шар роботи з платежами; власний договір і акаунт провайдера залишаються необхідними, а плата за програмне забезпечення є окремою. Перед використанням посилань для іноземних клієнтів також перевірте мову самого checkout: поточний інтерфейс підтримує англійську й українську. Мови маркетингового сайту не означають аналогічного покриття платіжного інтерфейсу. Перед надсиланням перевірте посилання на мобільному пристрої та переконайтеся, що клієнт бачить погоджену пропозицію.

Джерела

• Stripe — Платіжні посилання
• Mollie — Платіжні посилання