Поширені питання (FAQ)

Q. Чому не підтягуються офіціанти у розділ "Платежі та чайові" ?

A. Перевірте дані які відправляєте, а саме параметр "cellPhone" - він є обов'язковим.

• Якщо передавати пустий параметр - офіціанти не будуть відображатись.

• Також cellPhone має бути валідним ( не вигаданим )

• Номер телефону потрібен для того, щоб офіціант міг підключити карту для чайових. Тому для реальних офіціантів потрібний реальний номер телефону. ( Для тестових також )

---

Q. Чому не відображаються категорії у розділі "Банківські рахунки" ?

A. Перевірте який "type" ви передаєте через /callback/categoriesInfo. type - має бути виключно product.

---

Q. Які таймінги оновлення столів у адмінці Expirenza?

A. Столи оновлюються раз на добу за наявності підключення або при вході в адмін-панель Expirenza. Найменування столу оновлюється при першому попаданні столу у систему Expirenza.

---

Q. Який порядок запитів до API? Коли саме потрібно зі сторони інтеграцій викликати яке API?

A. Інтеграції нічого не викликають. Expirenza викликає POS-систему, POS-система відповідає на запит

---

Q. Як часто потрібно відповідати на запити від Expirenza?

Q. " Наприклад, про зали та столи, якщо вони вже були передані, та змін там немає\не плануються зміни "

A. Відповідати потрібно завжди.

---

Q. Чи підтримує сокет - підключення відразу до кількох кас в одному ресторані?

A. Існують обмеження, 1 підключення для 1 ресторану. Синхронізація між кількома касами має регулюватись на боці POS-системи.

---

Q. Якщо рахунок гостя розділений на 2 банківські рахунки (ФОП,ТОВ) - то банківські транзакції (RRN та інше) також дві або одна?

Приклад: Замовлення: Коктейль, Бургер. Оплата Коктейлю по бару, який на ФОП. Бургер по кухні - яка на ТОВ.

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

---

Q. При формуванні signature отримуємо помилку "SIGNATURE_NOT_VALID"

A. Причин помилки може бути декілька:

1. Неправильне формування singature.

2. Неправильний ключ.

3. Неправильний ID ресторану.

Про формування signature.

---

Q. Як викликати команду menuInfo?

A. Команда надсилається в POS, коли ініціюється з адмінки Expirenza рестораном завантаження меню з POS-системи.

Цей блок знаходиться у розділі Редактор меню

---

Q. Як працює повернення коштів за замовлення?

A. Адміністратор ресторану через телеграм-бота може повертати оплату по кнопці.

У відповідь Expirenza також буде надсилати до POS-системи повідомлення про скасування. За замовчуванням ввімкнено автоповернення коштів, яке на тестових ресторанах не можна відключати.

Приклад повідомлення про скасування, яке Expirenza буде відправляти у POS:

Expirenza -> POS

{
   "rID":"aa61d473a08e41a9b52a5a66fb959999",
   "message":"УВАГА! Адміністратор Адмінаістратор повернув оплату рахунків [32070] гостю. Будь ласка, переконайтесь, що ці рахунки позначені неоплаченими у вашій системі обліку.",
   "warning":false,
   "billId":"8327brrr-201f-1f11-1f11-8b7d239d4949",
   "operation":"showMessage"
}

Повідомлення у телеграм-боті

---

Q.Чи має бути переданий стіл у замовленнях з ПреЧеком?

A. Так, має бути переданий tableNumber, це обов'язковий параметр у /callback/getBill.

Q. У кав'ярні немає столів, що робити?

A. Має бути переданий стіл, зі списку тих столів що передається нам у відповідь на команду tablesInfo.

У прикладі з кав'ярнею можна передати стіл "для галочки" прик. номер 1, id 1.

---

Q. Чому не підтягується номенклатура з POS системи?

A. У 90% випадків присутня страва або модифікатор з однаковими ID. Перевірте що всі id - унікальні як на стравах так і модифікторах.