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