AUT-0207· Продажі та CRM
Введення погодженої редакції прайсу для продажів
Погоджений прайс набирає чинності для визначених клієнтів, товарів, кількостей і дат без зміни історії замовлень.
Чернетка · Оцінка потребує перевірки
01 / Проблема
Менеджери продають за різними копіями прайсу; нові правила діють не для тієї групи клієнтів або непомітно змінюють старі домовленості.
02 / Результат
Нові пропозиції використовують перевірену чинну редакцію правил; винятки та раніше погоджені ціни мають окрему історію.
03 / Процес
ТригерВідповідальний подав нову редакцію клієнтського продажного прайсу на введення з визначеної дати.
Зафіксувати редакцію прайсу, компанію, валюту, товари та клієнтів, для яких він призначений.
Перевірити періоди, пороги кількості, формули й округлення на погоджених прикладах; конфлікти правил повернути на рішення.
Погодити редакцію та дату введення; явно визначити резервний прайс і порядок вибору правил.
Увести погоджені правила та прочитати фактичні ціни для контрольних товарів, клієнтів і граничних дат.
У новій пропозиції зберегти застосовану редакцію й ціну; ручний виняток позначити та передати на погодження.
Завершити дію попередньої редакції для нових продажів; чинні замовлення не перераховувати без окремого погодженого рішення.
04 / Реалізація1 варіант
Приклад · Погоджені правила з датою введення та перевіркою застосування
Новий оптовий прайс діє з понеділка лише від десяти одиниць. Перевірка виявила нову ціну вже для дев’яти одиниць, тому введення зупинили. Після виправлення нові пропозиції отримали чинну редакцію; погоджене минулого тижня замовлення зберегло стару ціну.
Спосіб реалізації
- Проєктна модель PlanFix: редакції прайсу, погодження та контрольні ціни; інтеграцію з фактичним джерелом продажних правил перевіряють у цільовій системі.
Що потрібно для реалізації
- Є відповідальний за продажний прайс і погоджені правила його застосування.
- Визначено компанії, валюти, товари, групи клієнтів, дати та контрольні приклади.
- Є погоджені умови застосування й контрольні приклади.
- Визначено правило збереження старих домовленостей і погодження винятків.
Обмеження
- Прайс постачальника не є продажним прайсом для клієнта.
- Odoo 19 пропонує ціну прайсу, але дозволяє її перевизначити в замовленні; це не автоматичний захист від винятків.
- Документація Odoo описує default selection та Public Pricelist у різних контекстах; чинний резервний вибір перевіряють у цільовій конфігурації.
- Погодження редакції, незмінність історії й синхронізація PlanFix є проєктними правилами, а не підтвердженою готовою конфігурацією.
- Години попередні; повна податкова модель, валютне хеджування та AI-оптимізація ціни не включені.
- Прайс не гарантує маржу без перевірки витрат.
- Відсутність ручних змін ціни треба перевіряти окремо.
Що потрібно уточнити (2)
- Чи потрібно вводити прайс у зовнішній системі продажів і звіряти застосування?
Укажіть товари, клієнтські групи, резервний прайс та спосіб прочитати фактичні ціни.
- Чи потрібні формули, кількісні пороги та погодження ручних винятків?
Погодьте пріоритети правил, округлення та контрольні приклади на межах дат і кількостей.