Завдання на реалізацію обміну даних між Касовою системою та АВМ Loyalty
Завдання на реалізацію обміну даних між Касовою системою та АВМ Loyalty
Зміст
2. Реєстрація нового учасника програми лояльності на касі 6
2.1. Запит на реєстрацію нового учасника підводного човна (без верифікації по смс) 6
2.2. Реєстрація учасника підводного човна (з верифікацією по смс) 7
2.3. Запити для визначення значень параметрів id_city та id_region 15
2.4. Присвоїти картку учаснику програми 16
3. Авторизація за номером телефону (з смс) 16
3.1. Запит на авторизацію за номером телефону 16
3.2. Запит на підтвердження номера телефону по смс 16
4. Інформація про учасника програми лояльності 17
4.1. Запит інформації про учасника програми лояльності та картку за номером картки 17
4.2. Запит інформації про учасника програми лояльності за номером телефону 19
5. Інформація про картку учасника програми лояльності 23
5.1. Запит інформації про картку учасника програми лояльності за номером картки 23
5.2. Запит інформації про картку учасника програми лояльності за номером картки 23
5.3. Зміна статусу картки на касі 24
6.1. Запросити передрахунок за чеком 25
6.2. Запит на підтвердження продажу 30
9. Реферальна програма 34
10. Помилки 38
Суть завдання - організувати регулярний автоматичний (без участі людини) обмін даними між касовою системою Клієнта та системою лояльності АВМ Loyalty.
Загальна інформація:
В систему АВМ Loyalty передаютьсявсі транзакції, як ідентифіковані, і неідентифіковані.
Обмін даними між касовою системою та системою АВМ Loyalty повинен бути реалізований вдвохрежимах:
- Онлайн- взаємодія каси та системи АВМ Loyalty відбувається в режимі реального часу)
- Офлайн-у разі неможливості взаємодії каси та системи АВМ Loyalty в онлайн режимі (наприклад відсутність інтернет з'єднання) каса повинна записувати транзакції в чергу з номерами карток (перевіряючи їх по масці) і при відновленні з'єднання з АВМ Loyalty передавати їх. Якщо при надсиланні транзакції з черги до системи лояльності система лояльності повертає помилку, що карту не знайдено, запит надсилається повторно, як неідентифікована покупка.
Дані передаються методамиRESTful API по протоколу https.
Для взаємодії каси та Лояльності використовуються методи API:
POST /partner/operation/user/registration –реєструє нового учасника програми лояльності;
ПОСТ/v2.1/client/phone-auth –запит на авторизацію за номером телефону;
ПОСТ/v2.1/client/phone-auth-confirm- підтвердження номера телефону за допомогою смс;
GET /partner/operation/user/{token}/card-user-info -віддає інформацію про статус картки та власника цієї картки, якщо картку присвоєно до рахунку;
POST /partner/card/card-update -використовується зміни статусу карти на касі;
POST /partner/operation/pre-check -розрахунок за чеком;
POST /partner/operation/check-confirm -запит на підтвердження продажу;
POST /партнер/операція/чек-повернення –запит на повернення;
ПУБЛІКУВАТИ /партнер/реферал/посилання -для створення зв'язки реферал-реферер (по роботі реферальної програми)
Операції з продажу:
Перелік операцій продажу на касі:
- Режим онлайн - коли є безперервний доступ до мережі Internet
- Купівля товару
- Повернення товару (повне, часткове, повторне)
- Режим офлайн - немає доступу до мережі Internet - дані продажу не можуть відправитися в CRM Лояльності безпосередньо під час продажу.
Порядок виконання операцій продажу:
Карт-юзер-інф
- Отримати відповідь передрахунку POST /v2/partner/operation/pre-check.
- Вивести повідомлення скільки можна списати бонусів за цей чек, якщо можна списати бонуси - значення з параметра "receipt_bonus_amount": З питанням чи списати бонуси (Відповідь Так, і Відповідь Ні).
- Якщо відповідь Так. Вивести поле для введення кількості до списання, при цьому відображати максимальну допустиму кількість до списання. Якщо користувач ввів суму бонусів більше, ніж допустима – видавати відповідне повідомлення та не надсилати дані. Додати кнопку після введення - Надіслати (виконати другий передрахунок POST /v2/partner/operation/pre-check) та Скасувати - не списувати бонуси (вивести суму до оплати на чек та кількість нарахованих бонусів попозиційно та загальну кількість на чек) При натисканні відправити вивести суму до оплати на чек та кількість нарахованих та списаних бонусів (попозиційно та загальна кількість на чек).
- Якщо Відповідь Ні вивести суму до оплати на чек та кількість нарахованих бонусів попозиційно та загальну кількість.
- Після введення суми до оплати - підтвердження операції продажу POST /v2/partner/operation/check-confirm
За будь-яких змін у продажу - надсилати запит POST /v2/partner/operation/pre-check
Опис методів також доступний за посиланням:
канал API: https://api-sandbox.abmloyalty.app
ключ (токен):
версія: v2
тип авторизації: Базова автентифікація(можна використовувати поле імені користувача як токен (ключ) доступу та пропустити пароль)
ключ:
!! доступ до тестової бази. Потім потрібно буде перейти на продуктову систему
Опис усіх методів доступний за посиланням:
https://documenter.getpostman.com/view/10073265/TzJuAdf5
Реєстрація нового учасника програми лояльності (ПЛ) на касі
Запит на реєстрацію нового учасника підводного човна (без верифікації по смс)
POST /partner/operation/user/registration
- Створює новий рахунок у системі, заповнює анкету нового учасника програми.
- У параметрах потрібно передати анкетні дані клієнта.
Обов'язковими параметрами є поля анкети, які встановлені як обов'язкові до заповнення (у даному прикладі 5 параметрів). - Метод повертає телефон та guid нового, створеного у системі учасника програми лояльності.
Приклад відповіді при успішному запиті:
{
"успіх": правда,
"статус":201,
"даних": {
"телефон":"380931000013",
"guid":«68c147a2-edbd-4df5-a8b2-dadfb3a70ebc»,
}
}
Реєстрація учасника підводного човна (з верифікацією по смс)
- Реєстрація з смс за наявності картки
- Перевірка номера картки
- Реєстрація з смс за наявності картки
Метод перевіряє, чи є така карта в програмі лояльності, якщо карта є в параметрі availability повертається 1, якщо не карти немає-0.
ОТРИМАТИ /client/card/{number}/availability
Назва | Тип даних | Опис | Відповідає значенню у Клієнта |
---|---|---|---|
number | рядок | Номер картки учасника ПЛ |
- Запит списку обов'язкових полів
GET /client/profile-params– повертає список полів основної анкети та їх обов'язковість до заповнення.
- Запит списку додаткових полів
GET /system/profile-fields- повертає список додаткових полів анкети та їхню обов'язковість до заповнення.
- Запит списку регіонів
ОТРИМАЙТЕ /v2/client/geo/{country}/regions -повертає всі регіони та їх ID
{country} - ID країни
- Запит списку міст
ОТРИМАЙТЕ /v2/client/geo/{country}/{city}/search-city - пошук у частині назви міста, повертає міста (регіони, країни) заданої country, max = 10шт
{country} - ID країни
{city} - частина назви міста
{country} - ID країни прописати в запиті за промовчанням і не виводити в інтерфейс користувача для вибору.
Наприклад, ID країни Казахстан = 81
- Перевірка номера телефону користувача
POST /v2/client/check-phone–метод перевіряє чи є цей номер телефону вже в програмі лояльності, якщо є, то параметр is_exist у відповідь приходить true, якщо ні-false.
Назва | Тип даних | Опис | Відповідає значенню у Клієнта |
---|---|---|---|
phone | рядок | Номер мобільного телефону у форматі380######### |
- Реєстрація по смс
POST /v2.1/client/registration – метод реєструє номер телефону та відправляє на номер смс із кодом підтвердження
Назва | Тип даних | Опис | Відповідає значенню у Клієнта |
---|---|---|---|
phone | рядок | Номер мобільного телефону у форматі380######### | |
password | рядок | Постійний пароль можна вносити стандартний 111111 |
- Підтвердження реєстрації паролем із смс
POST /v2.1/client/registration-confirm -метод відправляє код із смс і підтверджує реєстрацію
Назва | Тип даних | Опис | Відповідає значенню у Клієнта |
---|---|---|---|
код | рядок | Код з смс | |
sms_id | ціле число | Id sms, отриманий у попередньому запиті |
- Присвоєння картки користувачеві
POST /v2/client/card/set-card – метод надає зазначений номер картки учаснику (по токену)
Назва | Тип даних | Опис | Відповідає значенню у Клієнта |
---|---|---|---|
code | рядок | Номер картки учасника ПЛ |
- Надсилання анкетних даних
PUT /v2/клієнт /профіль–метод надає зазначені дані учаснику (по токену)
- Реєстрація з смс без карти (генерується віртуальна картка)
- Запит списку обов'язкових полів
- Реєстрація з смс без карти (генерується віртуальна картка)
GET /client/profile-params – повертає список полів основної анкети та їх обов'язковість до заповнення.
- Запит списку додаткових полів
GET /system/profile-fields- повертає список додаткових полів анкети та їхню обов'язковість до заповнення.
- Запит списку регіонів
ОТРИМАЙТЕ /v2/client/geo/{country}/regions - повертає всі регіони та їх ID
{country} - ID країни
- Запит списку міст
ОТРИМАЙТЕ /v2/client/geo/{country}/{city}/search-city - пошук у частині назви міста, повертає міста (регіони, країни) заданої country, max = 10шт
{country} - ID країни
{city} - частина назви міста
{country} - ID країни прописати в запиті за промовчанням і не виводити в інтерфейс користувача для вибору.
Наприклад, ID країни Казахстан = 81
- Перевірка номера учасника
POST /v2/client/check-phone–метод перевіряє чи є цей номер телефону вже в програмі лояльності, якщо є, то параметр is_exist у відповідь приходить true, якщо ні-false.
Назва | Тип даних | Опис | Відповідає значенню у Клієнта |
---|---|---|---|
phone | рядок | Номер мобільного телефону у форматі380######### |
- Реєстрація по смс
POST /v2.1/client/registration –метод реєструє номер телефону та відправляє на номер смс із кодом підтвердження
Назва | Тип даних | Опис | Відповідає значенню у Клієнта |
---|---|---|---|
phone | рядок | Номер мобільного телефону у форматі380######### | |
password | рядок | Постійний пароль можна вносити стандартний 111111 |
- Підтвердження реєстрації паролем із смс
POST /v2.1/client/registration-confirm -метод відправляє код із смс і підтверджує реєстрацію
Назва | Тип даних | Опис | Відповідає значенню у Клієнта |
---|---|---|---|
code | рядок | Код з смс | |
sms_id | ціле число | Id sms, отриманий у попередньому запиті |
- Генерація віртуальної картки
GET /v2/client/card/generate-card– метод генерує віртуальну карту учаснику підводного човна (за токеном)
- Надсилання анкетних даних
PUT /v2/клієнт /профіль–метод надає зазначені дані учаснику (по токену)
Запити для визначення значень параметрів id_city та id_region
GET /v2/client/geo/{country}/regions - повертає всі регіони та їх ID
{country} - ID країни
GET /v2/client/geo/{country}/{city}/search-city - пошук у частині назви міста, повертає міста (регіони, країни) заданої country, max = 10шт
{country} - ID країни
{city} - частина назви міста
{country} - ID країни прописати в запиті за промовчанням і не виводити в інтерфейс користувача для вибору.
Наприклад, ID країни Казахстан = 81
Інші методи геопозиції:
GET /v2/client/geo/{id}/get-country - повертає ВД країни та назву країни
GET /v2/client/geo/{id}/get-region - повертає ВД країни, назву країни, ВД регіону, назву регіону
GET /v2/client/geo/{id}/get-city - повертає ВД країни, назву країни, ВД регіону, назву регіону, ВД міста, назву міста
GET /v2/client/geo/countries - повертає всі країни та їх ВД
Присвоїти картку учаснику програми
POST /v2/partner/card/card-update (опис у розділі 5.3)
Авторизація за номером телефону (з смс)
Запит на авторизацію за номером телефону
POST /v2.1/client/phone-auth
Назва | Тип даних | Опис | Відповідає значенню у Клієнта |
---|---|---|---|
phone | рядок | Номер мобільного телефону у форматі380######### |
Приклад відповіді при успішному запиті:
{
"success": true,
"status": 201,
"data": {
"phone": "380504222530",
"sms_id": 249,
"timeout": 60
}
}
Запит на підтвердження номера телефону по смс
POST /v2.1/клієнт/phone-auth-confirm
Назва | Тип даних | Опис | Відповідає значенню у Клієнта |
---|---|---|---|
code | рядок | Пароль із sms, яка прийде учаснику програми | |
sms_id | ціле число | Цей параметр повертається у методіPOST /client/action/auth-phone |
Приклад відповіді при успішному запиті:
{
"success": true,
"status": 201,
"data": {
"phone": "380504222530",
"token": "d4538090-60d0-42bc-87e9-a6141f4d6f37",
"token_expired": 1518426222
}
}
Інформація про учасника програми лояльності
Запит інформації про учасника програми лояльності та картку за номером картки
GET /partner/operation/user/{token}/card-user-info
{токен}- номер картки за якою запитується інфо
Метод повертає інфо по карті + інфо за учасником підводного човна, якщо карта прив'язана до рахунку.
Приклад відповіді при успішному запиті:
{
"успіх":правда,
"статус":200,
"дані": {
"токен":"63",//Номер картки
"дані_користувача": {
"гід":«533a7a29-6928-4aad-a1b3-051bb1717af4»,
"мобільний":"380631024903",// номер телефону
"електронна пошта":"Alyonahavrylenko@gmail.com",// email-адреса
"ім'я":"Хелен",//ім'я
"по батькові":"",//По батькові
"прізвище":"Вчитель",//Прізвище
"створений":1578488728,// дата реєстрації;
"день_народження":"1999-08-08",//Дата народження
"Стать":2,//Пол
"sms_notify":1,// згода на sms-розсилку (0 - не згоден; 1 - згоден);
"email_notify":1,//згода на email-розсилку (0 - не згоден; 1 - згоден);
"id_region":86,//id регіону
"id_city":1116,//id міста
"адреса":"Peremogy Avenu 12",// Адреса
"заблоковано":0//Кількість блокувань учасника
},
"статус_користувача": [],
"профіль": {
"робочий_статус":3,
"діти":0,
"has_auto":1,
"сімейна_статистика":2
},
"accounts_data":[
{
"рахунок":2620020401,// номер гаманця;
"валюта":"ДОБРЕ",// Назва валюти лояльності;
"баланс":0,// кількість бонусів на рахунку;
"доступний":0// кількість доступних бонусів на рахунку;
}
],
"cards_data":[
{
"номер":"2020000000259",// Номер картки;
"статус":3,// статус картки (0 – нова; 1 – не заповнена; 2 – заблокована; 3 – платіжна);
"створений":1579167842,// Дата створення карти (генерації);
"дата_активації":1580741547,// дата активації (дата першої операції з карті чи дата прив'язки карти до гаманця);
"дата випуску":нуль,// Дата видачі карти;
"issue_branch":нуль,//Торгівельна точка в якій видана карта;
"дата_заблоковано":0,// дата переведення картки у статус "заблокована";
"тип":1// тип карти (1 – основна карта, 2 – брелок);
},
{
"число":"63",
"статус":3,
"створений":1579166828,
"дата_активації":1579178912,
"дата випуску":нуль,
"issue_branch":нуль,
"дата_заблоковано":0,
"тип":1
},
{
"номер":"67",
"статус":2,
"створений":1579166828,
"дата_активації":1579167114,
"дата випуску":нуль,
"issue_branch":нуль,
"дата_заблоковано":1579167187,
"тип":1
},
{
"номер":"2020-80477",
"статус":3,
"створений":1578498242,
"дата_активації":1578910691,
"дата випуску":нуль,
"issue_branch":нуль,
"дата_заблоковано":0,
"тип":1
}
],
"подарункові_бонуси":[//Інформація з подарункових бонусів
{
"id":268,//ID операції
"ім'я":«Для книг»,// Назва нарахування
"бонус":1000,//Кількість нарахованих бонусів
"відкрито_у":1581948299//Дата активації бонусів
}
],
"статуси карток": {
"0":"новий",
"1":"Активний",
"3":"Оплата",
"2":"Заблоковано"
},
"типи_карт": {
"1":"Головний",
"2":"Раб"
},
"загальна_витрачена_сума":13398// загальна сума покупок учасника.
"групи": [//список груп, до якого бере участь УПЛ
"Кабилдаєва",
"0555409355",
"фільтр",
"Чуй обл група розсилки",
"testoce2",
«Всі клієнти»,
"тест омурбекова 2",
"Тест 2",
"Горобец М, два магазина, квартал",
"Чоловіки всі",
"Крім 996701037770",
"Гавриленко тест",
"Іван Іванов",
"чоловіки від 20 до 30",
"тест титан",
"Для розсилки Пуш",
"\t0000001433663",
"0684607869",
"Для_Завдання_2",
"Титан чоловіка 2 магазини",
"Лікар тест",
"Жінки за кермом",
"Чуй конструктор",
"Титан всі клієнти",
"Лаки Лук 1",
"1010109147909",
"Ж 20-30, МП_Горобец",
"чоловіки за завданням",
"Печіка вагова",
"чоловіки до 30",
"Валерія",
"5% знижка"
]
}
}
Рекомендація:
Якщо у відповіді набули статусу карти"2":"Заблоковано",то проводити продаж як неідентифікованому покупцеві (у річці не передавати номер картки)
Запит інформації про учасника програми лояльності за номером телефону
GET /partner/operation/user/{type}/{token}/user-info
{type} - карта або телефон
{token} - якщо {type} - card, то заповнювати значенням номеру картки, якщо {type} - phone, то заповнювати значенням номера телефону учасника ПЛ
Приклад відповіді при успішному запиті:
{
"успіх":правда,
"статус":200,
"дані": {
"токен":"63",//Номер картки
"дані_користувача": {
"гід":«533a7a29-6928-4aad-a1b3-051bb1717af4»,
"мобільний":"380631024903",// номер телефону
"електронна пошта":"Alyonahavrylenko@gmail.com",// email-адреса
"ім'я":"Хелен",//ім'я
"по батькові":"",//По батькові
"прізвище":"Вчитель",//Прізвище
"створений":1578488728,// дата реєстрації;
"день_народження":"1999-08-08",//Дата народження
"Стать":2,//Пол
"sms_notify":1,// згода на sms-розсилку (0 - не згоден; 1 - згоден);
"email_notify":1,//згода на email-розсилку (0 - не згоден; 1 - згоден);
"id_region":86,//id регіону
"id_city":1116,//id міста
"адреса":"Peremogy Avenu 12",// Адреса
"заблоковано":0//Кількість блокувань учасника
},
"статус_користувача": [],
"профіль": {
"робочий_статус":3,
"діти":0,
"has_auto":1,
"сімейна_статистика":2
},
"accounts_data":[
{
"рахунок":2620020401,// номер гаманця;
"валюта":"ДОБРЕ",// Назва валюти лояльності;
"баланс":0,// кількість бонусів на рахунку;
"доступний":0// кількість доступних бонусів на рахунку;
}
],
"cards_data":[
{
"номер":"2020000000259",// Номер картки;
"статус":3,// статус картки (0 – нова; 1 – не заповнена; 2 – заблокована; 3 – платіжна);
"створений":1579167842,// Дата створення карти (генерації);
"дата_активації":1580741547,// дата активації (дата першої операції з карті чи дата прив'язки карти до гаманця);
"дата випуску":нуль,// Дата видачі карти;
"issue_branch":нуль,//Торгівельна точка в якій видана карта;
"дата_заблоковано":0,// дата переведення картки у статус "заблокована";
"тип":1// тип карти (1 – основна карта, 2 – брелок);
},
{
"номер":"63",
"статус":3,
"створений":1579166828,
"дата_активації":1579178912,
"дата випуску":нуль,
"issue_branch":нуль,
"дата_заблоковано":0,
"тип":1
},
{
"номер":"67",
"статус":2,
"створений":1579166828,
"дата_активації":1579167114,
"дата випуску":нуль,
"issue_branch":нуль,
"дата_заблоковано":1579167187,
"тип":1
},
{
"номер":"2020-80477",
"статус":3,
"створений":1578498242,
"дата_активації":1578910691,
"дата випуску":нуль,
"issue_branch":нуль,
"дата_заблоковано":0,
"тип":1
}
],
"подарункові_бонуси":[//Інформація з подарункових бонусів
{
"id":268,//ID операції
"ім'я":«Для книг»,// Назва нарахування
"бонус":1000,//Кількість нарахованих бонусів
"відкрито_у":1581948299//Дата активації бонусів
}
],
"статуси карток": {
"0":"новий",
"1":"Активний",
"3":"Оплата",
"2":"Заблоковано"
},
"типи_карт": {
"1":"Головний",
"2":"Раб"
},
"загальна_витрачена_сума":13398// загальна сума покупок учасника.}
}
- Запит зміни інформації про учасника програми лояльності (редагування анкетних даних)
PUT /partner/operation/user/{type}/{token}/user-info
Приклад відповіді при успішному запиті:
{
"успіх": правда,
"статус":200,
"даних": {
"guid":«77f8f2d6-afad-4123-bd52-0db68df28e74»,
"мобільний":"380931000013",
"електронною поштою":"titkin1@ua-2.com",
"ім'я":"Артур",
"по батькові":"Іванович",
"прізвище":«Я досліджував»,
"створений":1521451738,//Дата створення
"день_народження":"1979-04-28",
"Стать":"2",
"sms_notify":"0",
"email_notify":"0",
"id_region":"91",
"id_city":"1586",
"заблоковано":1//Кількість блокувань картки
}
}
Інформація про картку учасника програми лояльності
Запит інформації про картку учасника програми лояльності за номером картки
GET /partner/operation/user/{token}/card-user-info
{токен}-номер карти за якою запитується інфо
Метод повертає інфо по карті + інфо за учасником підводного човна, якщо карта прив'язана до рахунку.
Приклад відповіді при успішному запиті представлений у розділі Інформація про учасника програми лояльності.
Запит інформації про картку учасника програми лояльності за номером картки
GET /partner/operation/card/{token}/card-info
{токен}-номер карти за якою запитується інфо
Метод повертає інфо за картою
Приклад відповіді при успішному запиті представлений у розділі Інформація про учасника програми лояльності.
{
"успіх": правда,
"статус": 200,
"дані": {
"токен": "2208801711684",// Номер картки
"card_data": {
"номер": "2208801711684",// Номер картки
"статус": 0, //Статус карти
"створено": 1563365120,// Дата створення (генерації карти у системі)
"дата_активації": 0,// Дата активації картки (переходу картки в статус "Не заповнена")
"date_blocked": 0,// Дата блокування картки (переда картки в статус "Заблокована")
"user_guid": "Не знайдено",// Guid учасника програми, якому належить карта
"тип": 1,// Тип картки (1-основна, 2-брелок)
"main_card_number": "", // Номер основної карти якщо є карти брилоки
"номер_підпорядкованої_картки": "", // Номер карти брилок якщо є.
"card_guid": null,// GUID самої катрти
"Issue_date": null,// Дата видачі картки учаснику програми
"issue_branch": null// Магазин видачі картки учаснику програми
},
"статуси": { // Статус старий
"0": "Новий",// Нова (карта не має бонусного рахунку, при першому продажу на таку карту вона автоматично перейде в статус)
"1": "Активний",//Мапа має бонусний рахунок, але ще не зареєстрована повністю. Може тільки накопичувати бонуси, але не списувати
"2": "Заблоковано", // Заблокована. Не може ні накопичувати ні списувати бонуси.
"3": "Оплата" // Платіжна. Може накопичувати та списувати бонуси.
},
"типи": { //Типи карток:
"1": "Головна",// Основна
"2": "Раб"// Карта брилок прив'язана до основної карти.
}
}
}
Зміна статусу картки на касі
Запит оновлює дані картки:
- Встановлює/змінює статус картки;
- Встановлює/змінює дату видачі;
- Встановлює/змінює точку видачі;
- Надає карту існуючому учаснику програми.
POST /v2/partner/card/card-update
Перелік параметрів у запиті:
Назва | Тип даних | Опис | Відповідає значенню у Клієнта |
---|---|---|---|
card_issue_branch | рядок | Код торгової точки, де видали карту | |
card_issue_date | ціле число | Дата та час видачі картки передається у форматі unix time | |
card_number | рядок | Номер картки учасника ПЛ, за якою оновлюються дані | |
card_status | ціле число | Картка статусу: 1 - Активна/Нова 2 - Заблоковано 3 - Платіжна | |
user_card | рядок | Номер картки учасника ПЛ Використовується для прив'язки додаткової карти | Ідентифікатор учасника підводного човна, використовувати при необхідності прив'язки нової карти до існуючого учасника. Потрібно передавати один із цих параметрів |
user_phone | рядок | Номер телефону учасника підводного човна до якого буде прив'язана карта, вказана в параметрі card_number |
Приклад відповіді при успішному запиті:
{
"success": true,
"status": 200,
"data": {
"card_number": "10000009"
}}
Продаж
Запросити передрахунок за чеком
POST /v2/partner/operation/pre-check
Якщо користувач - учасник програми лояльності, необхідно заповнити значення в полі card або phone. Якщо користувач не є учасником програми лояльності, дані card або phone не передавати.
Дані отримані в pre-check потрібно кешувати для подальшого друку чека та відправлення даних про продаж в облікову систему клієнта.
Дані параметра meta в receipt_details відповідають значенням товару опис деталей клієнт.
- перевіряє наявність купона у системі, приналежність до партнера
- можливість його погашення цим користувачем на даний момент часу
- пов'язує код купона з номером транзакції, до якої буде застосовано купон
- робить передрахунок чека з урахуванням купону (для купону знижок)
У запиті необхідно заповнювати наявний параметр"купон"
Перелік параметрів у запиті:
Назва | Тип даних | Опис | Відповідає значенню у Клієнта |
---|---|---|---|
branch_id | рядок | Код (id) торгової точки Попередньо має бути створений у CRM Лояльності | |
card | ціле число | Номер картки учасника ПЛ | |
coupon | рядок | Код купона, якщо купонів кілька, їх необхідно записати через кому | |
offline | логічний | Визначає режим проведення операції: 1 – офлайн, 0-онлайн Списати бонуси у режимі офлайн неможливо | |
operator_id | рядок | Код касира Попередньо має бути створений у CRM Лояльності | |
phone | рядок | Номер телефону учасника ПЛ | |
receipt_bonus_amount | номер | Кількість бонусів за чек, які покупець хоче списати. | |
receipt_currency | рядок | Валюта бонусів | Передавати значення BON |
receipt_datetime | Ціле число (тип: 1470825537) | Дата та час покупки за UTC(GMT) вформаті UNIX час | |
receipt_description | рядок | Опис типу покупки | Звичайний продаж |
receipt_details | рядок | Деталі покупки (повний список товарів та їх властивості у квитанції) у вигляді масиву JSON. "position" - позиція в чеку. "prod_cat" – код групи товарів. "prod_code" - код SKU. "prod_name" - повна назва продукту. "prod_price" - ціна товару. "prod_amount" – кількість товару. "prod_sum" - загальна вартість продукту (зазвичай дорівнює prod_amount * prod_price). bonus_restrict - виключити позицію з розрахунку бонусу, не потрібно,external_discount - рармер (у грошах) зовнішньої знижки "meta":"{\"параметр1\":\"значення\", \"параметр2\":\"значення\"}" | |
session_id | ціле число | Код сесії | |
terminal_id | рядок | Код каси | |
variables | рядок | Дод. св-тва товару у вигляді масиву JSON Приклад: {"key1":1, "key2":1} |
Важливо!!!:
1.bonus_restrict - Якщо товар продається за акцією, налаштованою в обліковій або касовій системі, передавати 1 до параметра bonus_restrict, щоб механіки лояльності по даному товару не спрацьовували.В інших позиціях цей параметр не передавати.
2. Якщо на продукт спрацьовує знижка, бонуси на цей продукт не нараховуються та не списуються.
Приклад відповіді при успішному запиті (значення в параметрі "pre_check_id" необхідно зберегти для передачі в операції підтвердження продажу )
{
"успіх": правда,
"статус":201,
"даних": {
"pre_check": {
"pre_check_id":"1548149007.104900.03",// id який необхідно буде підтвердити методом check-confirm
"оплата": {
"гроші":899,03, // "чиста" сума до оплати (скільки грошей необхідно заплатити користувачу, за вирахуванням дисконтних та бонусних знижок
"bonus_redeeded":1, // скільки бонусів використано на оплату покупки
"знижка":0// розмір знижки у грошах
},
"валюта":"ДОБРЕ",// Валюта нарахування бонусів
"купон": [
{
"код":"3863NUM6",
"успіх": помилковий,
"повідомлення":"Конфігурація купона неактивна"
},
{
"код":"6556PRE",// Номер купона
"успіх": правда,
"повідомлення":"",
"reward_type":"1"
}
],// купон використовуєний з цим чеком
"ідентифікатор_гілки":"001",// id торгової точки
"terminal_id":"термінал_1",// id каси
"operator_id":"оператор_1",// id касира
"session_id": нуль, // id сесії
"сума_квитанції":900,03, // повна сума чека
"платіжний_бонус":63,86, // всього бонусів нараховано за чеком
"базовий_бонус":63,86, // Розмір базового бонусу (кешбек)
"квитанція_опис":«Перевірочна перевірка»,// опис чека
"день народження_бонус":0, // бонус у день народження
"userStatusFixBonus":0, // бонус за статус (тільки фіксована сума винагороди, не%)
"реквізити_квитанції": [
{
"положення":1, // номер позиції у чеку
"prod_cat":"20316",// категорія продукту (якщо товару немає у CRM, то повертається як "0")
"prod_code":"13997",// номер продукту
"prod_name":"КОНФ ВАГОВІ АСОРТІ",// назва продукту (якщо товару немає у CRM, то повертається як "no name product")
"prod_price":"100,01",// ціна товару
"prod_amount":"3",/ / Кількість продукту (шт.)
"prod_sum":300,03, // загальна вартість за позицією продукту
"bonus_restrict":"в порядку",
"ліміт_знижки":300,03, // максимально можлива знижка на позицію
"знижка":0, // Розмір застосованої знижки на позицію
"параметри": [],// Додаткові параметри позиції, встановлені в налаштуваннях товарів (ціна, мрц, обмеження щодо нарахування та списання бонусів)
"discount_success": [],// інформація щодо успішно застосованих дисконтних акцій
"знижка_бонус":0, // розмір знижки наданий бонусами в грошах
"бонус":0, // кількість бонусів, нарахованих на позицію
"бонус_успіх": []// докладна інформація щодо бонусних нарахувань на позицію
},
{
"положення":2,
"prod_cat":"20316",
"prod_code":"86163",
"prod_name":«Текіла Патрон срібло 0,5»,
"prod_price":"100",
"prod_amount":"2",
"prod_sum":200,
"ліміт_знижки":0,
"знижка":0,
"параметри": {
"ціна":100,
"мрп": нуль,
"знижка":0,
"max_calculation_bonus":4,
"max_payment_bonus":0
},
"discount_success": [// докладна інформація ззнижкам на позицію
{
"правило":"купон",// Тип нарахування, вечірка
"action_id":0, // id акції (для нарахування з акції)
"назва дії":"",// Назва акції
"інформація":"6556PRE",
"знижка":7.11, // розмір знижки у грошах
"пріоритет":1// Пріоритет акції
}
],
"знижка_бонус":0,
"бонус":4,
"бонус_успіх": [
{
"правило":"кешбек",
"action_id":0,
"назва дії":"",
"бонус":4,
"пріоритет":999998
}
]
},
{
"положення":3,
"prod_cat":"20316",
"prod_code":"77765",
"prod_name":"ПАКЕТ МАЙКА ФІРМОВИЙ ЄЛІСЕЙ 12КГ",
"prod_price":"100",
"prod_amount":"2",
"prod_sum":200,
"ліміт_знижки":200,
"знижка":0,
"параметри": [],
"discount_success": [],
"знижка_бонус":0,5,
"бонус":29.93,
"бонус_успіх": [
{
"правило":"кешбек",
"action_id":0,
"назва дії":"",
"бонус":29.93,
"пріоритет":999998
}
]
},
{
"положення":4,
"prod_cat":"20316",
"prod_code":"13997",
"prod_name":"КОНФ ВАГОВІ АСОРТІ",
"prod_price":"100",
"prod_amount":"2",
"prod_sum":200,
"ліміт_знижки":200,
"знижка":0,
"параметри": {
"ціна":100,
"мрп":95,
"знижка":0,
"max_calculation_bonus":200,
"max_payment_bonus":200
},
"discount_success": [],
"знижка_бонус":0,5,
"бонус":29.93,
"бонус_успіх": [
{
"правило":"кешбек",
"action_id":0,
"назва дії":"",
"бонус":29.93,
"пріоритет":999998
}
]
}
],
"sms_id": 6756,
"max_payment_bonus_check":2264,5, // максимальна кількість бонусів для списання (у бонусах)
"max_payment_money_check":226,45, // максимальна кількість бонусів для списання (у грошовій одиниці з коефіцієнтом переказу 1 бонус = 10 копійок, у вас він може відрізнятися)
"баланс_доступний":100, //Доступно бонусів на рахунку в учасника підводного човна
"discount_fail": [],//інформація щодо не застосованих дисконтних акцій (акція активна, але в чеку не дотримано умови для її роботи)
"bonus_fail": []//інформація щодо не застосованих бонусних акцій
}
}
}
Рекомендація:
- Отримані у відповіді на pre_check параметри "max_payment_bonus_check" і
-balance_available виводити на касі мінімальне з них, як «Максимально можлива кількість бонусів для списання:»
-"sms_id": 6756,- ідентифікатор смс підтвердження списання бонусів за кодом з смс
- pre_check_id – дійсний 10 днів
Приклади відповідей від АБМ під час використання купонів у чеку:
Приклад відповіді від лояльності | Значення |
---|---|
"купон": [ { "код": "1000896246", "успіх": правда, "повідомлення": "", "template_name": "Купон на бонус Titan", "reward_type": 0 } ] | Цей купон дійсний і його можна застосувати в даному чеку |
"купон": [ { "код": "1000110027", "успіх": false, "message": "Купон погашено" } ] | Цей купон вже погашено |
"купон": [ { "код": "1000358936", "успіх": false, "message": "Конфігурація купона неактивна" } ] | Термін дії вказаного купона минув |
"купон": [ { "код": "1000303888", "успіх": false, "message": "Не той користувач", "template_name": "Купон на знижку" } ] | Цей купон не належить зазначеному користувачеві |
"купон": [ { "код": "1000572007", "успіх": false, "message": "Купон застарів" } ] | Термін дії вказаного купона ще не настав |
"купон":[ { "код": "CUP20416079", "успіх": false, "message": "Сума замовлення не виконана" } ] | Умови купона за сумою чека не виконані (сума чека менша, ніж задано в умовах купона) |
Запит на підтвердження продажу
POST /v2/partner/operation/check-confirm
- підтверджує проведення чека, списання та нарахування бонусів (pre_check_id- дійсний 10 днів)
- застосовує купон (ставить відмітку про використання)
Перелік параметрів у запиті:
Назва | Тип даних | Опис | Відповідає значенню у Клієнта |
---|---|---|---|
коробка | номер | Кількість грошей, які будуть перераховані у бонуси згідно з коефіцієнтом списання. Має бути реалізований функціонал скарбнички. | |
номер_чек | ціле число | Номер перевірки Код операції з продажу. При формуванні має бути унікальним у розрізі партнера | Формат: Номер_чека_+_Дата_покупки |
тип оплати | рядок | Массив с типами оплат. Пример: [{"type":1,"sum":899},{"type":2,"sum":0.00}] | |
pre_check_id | рядок | Код (ID) операції отриманий у відповіді на запит POST /v2/partner/operation/pre-check |
Приклад відповіді при успішному запиті
{
"успіх": правда,
"статус":201,
"даних": {
"pre_check_id":"1548149007.104900.03",// ідентифікатор підтвердженого чека
"номер_чек":"100110",// Номер чека, переданий касою
"box_bonus":0,07, // бонуси передані у скарбничку
"бонус_нараховано":63,93, // нараховані бонуси
"bonus_redeeded":1,// списані бонуси, рахунок оплати
"bonus_balance":288, //баланс бонусів у користувача після оплати чека
"c2b_result": {// відомості про журнальні операції
"успіх": правда,// статус операції
"errorDescription":"",// опис у разі помилки
"process_transaction_datetime":1548150560,// час операції у unixtime
"c2b_check_number":"C2B-100110"// id операції
},
"b2c_результат": {// відомості про журнальні операції
"успіх": правда,// статус операції
"errorDescription":"",// опис у разі помилки
"process_transaction_datetime":1548150560,// час операції у unixtime
"b2c_check_number":"B2C-100110"// id операції
},
"купон": [// інформація про купон
{
"код":"6067ПОПЕРЕДНЯ ПЕРЕВІРКА",
"успіх": правда,
"повідомлення":"",
"параметри": {
"отримана_знижка":"16,85",
"redemption_count":1
},
"reward_type":"1"
}
]
}
}
Повернення товару
POST /партнер/операція/чек-повернення
Перелік параметрів у запиті:
Назва | Тип даних | Опис | Відповідає значенню у Клієнта |
---|---|---|---|
ідентифікатор_гілки | рядок | Код (id) торгової точки | |
номер_чек | рядок | Номер чека повернення | |
operator_id | номер | Код касира | |
повернення_номер_чеку | рядок | Номер продажу (чека), що підлягає поверненню | |
повернення_датачас | ціле число (тип: 1550478564) | Дата та час повернення | |
return_details | рядок | Перелік кодів товарів та їх кількості, що підлягають поверненню. Приклад: [{"prod_code":"139974","prod_amount":1}] | |
terminal_id | номер | Код каси |
Приклад відповіді при успішному запиті
#Відгук для учасника програми лояльності
{
"успіх": правда,
"статус":201,
"дані": {
"return_check_number":"471",// Номер чека продажу з якого зроблено повернення
"чек_номер":"4587",// Номер чека повернення
"branch_id":"001",// id торгової точки
"ідентифікатор_терміналу": нуль,// id каси
"ідентифікатор_оператора": нуль,// id касира
"b2c_returned":15,// кількість бонусів повернутих на рахунок партнера
"b2c_transaction_id":471,// id транзакції повернення бонусів на рахунок партнера
"c2b_returned":0,5,// кількість бонусів повернутих на рахунок клієнта
"c2b_transaction_id":470,// id транзакції повернення бонусів на рахунок клієнта
"повідомлення":"b2c - усі бонуси очищені"// повідомлення про бонуси, що повертаються на рахунок партнера (чи вдалося повернути бонуси, якщо так, то всі бонуси або тільки частина)
}
}
#Відповідь для анонімного клієнта
{
"успіх": правда,
"статус":201,
"дані": {
"return_check_number":"CN-1570437820-db",// Номер чека продажу з якого зроблено повернення
"чек_номер":"CN-1570437820-ret",// Номер чека повернення
"branch_id":"1",// id торгової точки
"ідентифікатор_терміналу": нуль,// id каси
"ідентифікатор_оператора": нуль,// id касира
"b2c_returned":0,// кількість бонусів повернутих на рахунок партнера
"b2c_transaction_id": нуль,// id транзакції повернення бонусів на рахунок партнера
"c2b_returned":0,// кількість бонусів повернутих на рахунок клієнта
"c2b_transaction_id": нуль,// id транзакції повернення бонусів на рахунок клієнта
"повідомлення":«Не потребує виконання транзакції»// повідомлення про бонуси, що повертаються на рахунок партнера (чи вдалося повернути бонуси, якщо так, то всі бонуси або тільки частина)
}
}
Режим offline
Якщо немає можливості надіслати дані в CRM Лояльності, необхідно зберігати ці дані в окремому сховищі і вивантажити їх за регламентом рекомендується 1 - 2 рази на добу
Регламент налаштувати гнучкий, щоб клієнт міг за необхідності змінити час.
Виводити на касу в якому стані знаходиться каса – онлайн/оффлайн – списання бонусів неможливо.
Перелік операцій у режимі offline
- операції продажу
Дані з продажу анонімних покупців та учасників підводного човна накопичуються на касі, при доступі до лояльності відправляються дані про купівлюслінним бонусам. Списати бонуси в режимі онлайннеможливо - Виводити на касу діалогове вікно: «Каса перебувати в offline режимі. Списання бонусів неможливе.».
POST /v2/partner/operation/pre-checkпередавати до параметра offline – 1(офлайн),далі застосувати метод POST /v2/partner/operation/check-confirm
- Операції повернення
Дані щодо повернення анонімних покупців та учасників підводного човна накопичуються на касі, при доступі до лояльності надсилаються дані про повернення зі списанням нарахованих бонусів та нарахування списаних бонусів.
POST /партнер/операція/чек-повернення
Рекомендація
Щоб ідентифікувати транзакцію offline у звітах системи, рекомендуємо до номера чека додавати слово ”off”.
Приклад для POST /v2/partner/operation/check-confirm
номер_чек | ціле число | Номер перевірки Код операції з продажу. При формуванні має бути унікальним у розрізі партнера | off+Номер_чека_+_Дата_покупки |
---|
Приклад для POST /partner/operation/check-return
номер_чек | рядок | Номер чека повернення | off+Номер_чека |
---|
Реферальна програма
ОПУБЛІКУЙТЕ /партнера/реферал/посилання
Участь у РП не є обов'язковою. Частина учасників програми лояльності може бути в РП, тоді як інша частина учасників може бути звичайними власниками карт лояльності.
Немає постійної прив'язки Реферала до Реферера. Співвідношення Реферал-Реферер може змінюватись від операції до операції.
До одного реферера може бути прив'язано кілька рефералів. Реферал може змінити свого реферера, у своїй старий зв'язок не видаляється, а перетворюється на неактивний статус.
арбітр (реферер) – учасник підводного човна, за рекомендацією якого реферали здійснюють операції.
Реферал (рефері) –учасник підводного човна, який здійснює операцію за рекомендацією іншого учасника.
RP –реферальна програма
Зв'язок реферал -> реферер може бути створена двома способами:
- при реєстрації, якщо майбутній учасник підводного човна вказав ідентифікатор реферера і при цьому виконується подіяРеєстрація.
- після реєстрації, якщо учасник підводного човна вказав ідентифікатор реферера, при цьому подіяРеєстрація не виконується.
Ідентифікатор реферера може бути змінений рефералом будь-якої миті. У такому разі в системі створюється новий зв'язок реферер -> реферал, а старий зв'язок деактивується (зберігаємо для історії та звітності).
ПодіяРеєстрація вважати виконаним, якщо учасник підводного човна заповнив всі обов'язкові поля анкети і вказав ідентифікатор свого реферера (зазначено посилання реферера на даний момент, коли користувачеві проставляється дата реєстрації в rtl_users.start_day). Після цього в системі створюється зв'язок реферер -> реферал та фіксується подіяРеєстрація.
Алгоритм:
- Створення користувача у системі
- Створення зв'язку реферер -> реферал методом /partner/referral/link
- Завершення реєстрації (заповнення всіх обов'язкових полів анкети)
ПодіяКупівля вважати виконаним, якщо на момент покупки учасник підводного човна є рефералом (в системі існує активний зв'язок реферер -> реферал). Після цього у системі фіксується подіяКупівля.
Алгоритм:
- Розрахунок за чеком методом pre-check
- Створення зв'язку реферер -> реферал методом /partner/referral/link
- Підтвердження чека методом check-confirm
Або
- Створення зв'язку реферер -> реферал методом /partner/referral/link
- Розрахунок за чеком методом pre-check
- Підтвердження чека методом check-confirm
Алгоритм:
- Створення користувача у системі
- Створення зв'язку реферер -> реферал методом /partner/referral/link
- Завершення реєстрації (заповнення всіх обов'язкових полів анкети)
Назва | Тип даних | Опис | Відповідає значенню у Клієнта |
---|---|---|---|
refereeToken | рядок | Твікон (номер картки/телефону хто здійснює продаж) | |
refereeType | рядок | Тіп ідентифікації рефері(card/phone) | |
referToken | рядок | Токен (номер картки/телефонуза рекомендацією якого операція відбувається) | |
refererType | рядок | Тип ідентифікації реферера(card/phone) |
Приклад успішної відповіді:
{
"успіх": правда,
"статус":201,
"даних": {
"refererType":"карта",
"referToken":"20000000001",
"refereeType":"карта",
"refereeToken":"20000000001"
}
}
Помилки
Код помилки | Текст відповіді від сервера АБМ | Причина |
---|---|---|
попередня перевірка (продаж) | ||
401 | "name": "Неавторизовано", "message": "Ваш запит було зроблено з недійсними обліковими даними.", | Помилка авторизації. Неправильно вказано токен. |
404 | "name": "Не знайдено", "message": "Сторінка не знайдена.", | Допущена помилка на адресі сервера |
422 | "field": "receipt_details", "message": "Деталі квитанції не можуть бути пустими." | Допущено помилку в деталях чека (розділювач, параметри тощо) |
422 | "field": "branch_id","message": "Партнерська філія не знайдена" | Торговельну точку з таким Id не знайдено |
422 | "field": "змінні", "message": "Недійсний формат змінних" | Помилка у синтаксисі змінної для акції |
422 | "field": "картка", "message": "картка не знайдена" | Вказаної карти немає в програмі лояльності |
422 | "field": "помилки", "message": "Користувача не знайдено" | Вказаного користувача немає в лояльності |
422 | "field": "receipt_bonus_amount", "message": "Максимум 330 бонусів" | Перевищено ліміт зі списання бонусів |
422 | "field": "телефон", "message": "Користувач заблоковано" | Якщо користувач заблоковано |
422 | "field": "terminal_id", "message": "Термінал не знайдено" | Каса з таким Id не знайдено |
422 | "field": "operator_id", "message": "Оператор не знайдено" | Касира з таким Id не знайдено |
500 | "Внутрішня помилка сервера" | Зовнішня помилка сервера |
check-confirm(Продаж) | ||
422 | "field": "payment_type", "message": "Сума чека не збігається з сумою переказу в payment_type." | Сума оплати не відповідає потрібній |
422 | "field": "payment_type", "message": "Неправильний тип платежу." | Помилка синтаксису в "payment_type" |
422 | "field": "pre_check_id", "message": "Попередня перевірка не знайдена." | pre_check_id не знайдено |
422 | "field": "pre_check_id","message": "Ідентифікатор попередньої перевірки не може бути порожнім." | "pre_check_id" не передано |
422 | "field": "check_number", "message": "Такий номер чеку вже існує" | Такий номер check_number вже зайнятий |
422 | "field": "payment_type", "message": "Тип платежу не може бути пустим." | "payment_type" не передано |
422 | "field": "pre_check_id", "message": "Цю перевірку вже підтверджено." | pre_check_id не правильний або був раніше підтверджений |
500 | "Внутрішня помилка сервера" | Зовнішня помилка сервера |
check-return (Повернення) | ||
422 | "field":"return_details","message":"Неможливо повернути товар 1930612 | Неможливо повернути продукт із цим кодом, його нею у зазначеному чеку або повернення цього продукту вже здійснено |
422 | "field":"return_check_number","message":"Чек не знайдено" | Зазначений чек для повернення не знайдено у програмі лояльності |
500 | "Внутрішня помилка сервера" | Зовнішня помилка сервера |