Одна механіка, багато розміщень
Немає окремого продукту для чека і окремого для кіоску — той самий виклик повертає те саме посилання.
Партнерський напрям
Один виклик, одне посилання, будь-де, де можна намалювати QR
Для POS, ERP, CRM чи e-commerce платформи інтеграція навмисно маленька: ваша система просить в API посилання і кодує його в QR-код. Де цей код з'явиться — це розміщення, а не окрема функція, яку треба будувати.
За посиланням стоїть та сама сторінка, яку відкривають термінал і тейбл-тент, тож нічого в клієнтському досвіді перебудовувати у вашому продукті не треба.
Коротко
- Що інтегруєте
- Запит посилання, далі QR, який ви й так малюєте
- Розміщення
- Чек, вкладка, екран кіоску, сторінка оплати
- Що їде разом
- Каса, локація, зміна, час, склад чека
- Під вашим брендом
- White-label віддає сторінку з вашого домену
Оновлено
Куди це ставлять ваші клієнти
Чотири розміщення, одна механіка. Жодне з них не потребує іншого ендпойнта чи іншої сторінки.
01
Надруковано на чеку
Receipt QR: ваша каса просить посилання наприкінці продажу і друкує його у футері, яким і так керує.
02
На чужому кіоску
Кіоск самообслуговування показує код на екрані після покупки, у який клієнт уже дивиться.
03
У пакеті доставки
Delivery Inserts несуть те саме посилання на друкованій картці, взагалі без інтеграції з кур'єром.
04
На сторінці оплати
Інтернет-магазин показує код або посилання на фінальному екрані, оцінюючи замовлення й оформлення разом.
Що несе посилання
Контекст покупки їде разом із кодом
Відправка, що прийшла з чека, знає касу, адресу, номер зміни, час і склад чека. Саме це відрізняє придатний звіт від потоку анонімних зірок.
Фіскальний маршрут не потребує нічого
На фіскалізованих ринках клієнт може просто відсканувати QR податкової, і з вашого боку інтеграції немає.
Атрибуція автоматична
API-інтеграція сама є staff login, тож кожна відправка через неї приписана до локації.
Питання про інтеграцію
Чи потрібна інтеграція з нашим POS?
Ні. Застосунок на терміналі встановлюється поруч з іншими Android-застосунками і не чіпає платіжний потік, тому платіжна сертифікація не потрібна. Друкований QR або фіскальний QR на чеку не потребують інтеграції взагалі. Глибша інтеграція через API існує для партнерів, які хочуть бачити запитання всередині власних платіжних екранів.
Чи можна працювати під нашим брендом і доменом?
Так. З White-label сторінка відгуку і системні листи йдуть з вашого домену в кожному каналі — QR на столі, чек, термінал, кіоск і бот однаково. Для термінального парку, який продається під брендом еквайєра, це радше умова угоди, ніж опція.
Card-linked recognition справді працює?
Він побудований і працює з платіжним партнером, на стеках, які віддають PAR або стабільний токен у момент транзакції. Це не твердження, що воно працює на будь-якому стеку: без доступу до PAR запасний варіант — токен, стабільний у межах одного еквайєра. Номер картки не використовується і ніколи не хешується.
Скільки застосунків ставиться на термінальний парк?
Один. Збір відгуків — це режим усередині наявного APK 7Stamp Scanner, тому еквайєр сертифікує, версіонує і підтримує один застосунок на весь парк. Другий застосунок не випускається і не пропонується.
Наступний крок
Напишіть, куди ви поставили б код
Футер чека, екран кіоску, підтвердження замовлення. З цього ми скажемо, якою саме буде інтеграція з вашого боку.