AUT-0457· Продажі та CRM
Контроль ручної зміни ціни рядка замовлення
Разовий ціновий виняток має причину, повноваження й погоджену суму; команда перевіряє застосований результат у конкретному замовленні.
Чернетка · Оцінка потребує перевірки
01 / Проблема
Продавець вручну змінює ціну товару без пояснення або поза своїми повноваженнями. Погодження керівника є, але в рядку замовлення збережена інша ціна.
02 / Результат
Рядок замовлення містить дозволену фактичну ціну, причину відхилення від розрахункової та зв’язок із рішенням уповноваженої особи.
03 / Процес
ТригерДля конкретного рядка замовлення запитано ручну ціну замість системно розрахованої.
Зафіксувати ключ замовлення й рядка, товар, кількість, валюту, системну та запропоновану ціни; зберегти причину зміни.
Перевірити, чи дозволяють канал, товар і права користувача потрібну операцію; заборону знижок не вважати автоматичною забороною зміни ціни.
Звірити запит із погодженими межами повноважень; поза межами передати рішення уповноваженій особі, а не розширювати доступ продавцю.
Погодити саме поточні умови рядка та строк рішення; зміна товару, кількості або суми потребує повторного перегляду.
Уповноважений оператор застосовує дозволений виняток у джерелі; статус PlanFix не підміняє виконання цієї дії.
Прочитати фактичну ціну рядка й причину після потрібного перерахунку; розбіжність або втрату винятку передати на виправлення.
Зберегти рішення й застосований результат для контролю; разовий виняток не змінює прайс для інших замовлень.
04 / Реалізація2 варіанти
Приклад · Звірка цінового винятку через адаптер
Після погодження 95 USD адаптер прочитав рядок із 90 USD та створив виняток. Зміну кількості з однієї на десять одиниць повернули на нове рішення.
Спосіб реалізації
- Зіставляти ключі рядка та редакції, вихідну, погоджену й збережену ціни.
- Перевіряти повторні події й результат перерахунку; невизначений запис передавати оператору без сліпого повтору.
Що потрібно для реалізації
- Є погоджена політика ручних цін, власник рішення та межі повноважень за каналом і товаром.
- Джерело дозволяє отримати ключ рядка, вихідну й фактичну ціни та причину операції.
- Перевірено API, права й тестовий маршрут цільового джерела.
Обмеження
- Microsoft документує окремі налаштування зміни ціни та знижок. Для call center описано reason code і workflow за межами повноважень; цей маршрут не заявлено універсальним для POS.
- Ручна знижка й ручна ціна є різними операціями; блокування загальної знижки POS не означає автоматичної можливості погоджувального обходу.
- Процес не визначає податкові наслідки й методику мінімальної маржі; їх погоджує фінансовий власник.
- Години попередні; права, правила джерела й якість даних уточнюють після аудиту.
- Автоматичний запис не включати без перевіреної підтримки й дозволів; готовий адаптер не підтверджено.
Що потрібно уточнити (2)
- Чи відрізняються повноваження та причини за каналами продажу?
Укажіть окремі ролі, товари й правила цінових винятків.
- Чи потрібна повторна звірка після зміни або перерахунку замовлення?
Визначте події, які можуть змінити погоджену ціну чи її застосовність.