AUT-0447· Продажі та CRM
Контроль відновлення призупиненого продажу на касі
Незавершений касовий продаж зберігає номер і склад товарів та отримує підтверджене продовження або скасування.
Чернетка · Оцінка потребує перевірки
01 / Проблема
Продаж почали на мобільній касі й відклали до іншої каси. Працівник створив його повторно або не знайшов запис після зміни режиму зв’язку.
02 / Результат
Призупинений продаж має один джерельний запис, відповідального й перевірений кінцевий стан без повторної оплати чи помилкового резерву.
03 / Процес
ТригерКасир призупиняє поточний продаж, щоб звільнити касу або завершити його на іншому дозволеному пристрої.
Зафіксувати джерельний номер продажу, магазин, пристрій, оператора та режим зв’язку.
Перевірити допустимість призупинення в конкретній POS; активну оплату не перетворювати на звичайний відкладений кошик.
Отримати підтверджений номер призупиненого запису й передати його оператору продовження.
Перед відновленням знайти саме цей запис і перевірити доступність у поточному режимі; відсутній запис не замінювати копією навмання.
Касир продовжує або скасовує джерельний продаж у межах своїх прав; підтвердити фактичний результат і пов’язаний чек.
Наприкінці зміни показати невирішені призупинені записи й отримати рішення без автоматичного перетворення їх на продажі.
04 / Реалізація2 варіанти
Приклад · Звірка з джерельною системою
Адаптер отримав призупинений запис П-18 і згодом чек Ч-93. PlanFix пов’язав завершення з первинним записом; запізніла подія призупинення не відкрила його повторно.
Спосіб реалізації
- Читати дозволені події, зіставляти ID, суми й стани; повторні події не створюють нових операцій.
- Дозволений запис перевіряти повторним читанням; невизначений результат передавати оператору.
Що потрібно для реалізації
- POS підтримує призупинення й відновлення та визначає допустимі пристрої й режими.
- Є номер запису, відповідальний за продовження й правила невирішених продажів.
- Потрібні перевірка API, прав і тестового середовища конкретного клієнта.
Обмеження
- Microsoft описує Suspend/Recall у межах магазину; у його POS призупинення не змінює продажі чи доступність запасу.
- Активні платіжні рядки й операції видачі або поповнення подарункової картки в описаній POS мають обмеження.
- Правила online/offline залежать від POS. PlanFix не відновлює оплату й не замінює POS; реквізити картки в задачі не зберігають.
- Години попередні; права, стан джерельних даних та обсяг звірки уточнюють після аудиту.
- Документація Microsoft не доводить доступності адаптера або API у конкретному акаунті.
Що потрібно уточнити (2)
- Чи потрібно розбирати записи після переходів online/offline?
Опишіть підтримувані режими й правила локальної бази POS.
- Чи потрібна черга невирішених продажів перед закриттям зміни?
Визначте відповідального та допустимі рішення.