01 / Ситуация
«Последний файл» у каждого свой
Менеджер выгрузил предложение, переставил поля и уточнил характеристики в таблице. Следующая правка стала новым файлом. Клиент ответил на одно из писем, а в сделке уже лежит более поздний вариант.
Теперь непонятно, какой состав согласован. Дата загрузки файла помогает найти свежую правку, но сама по себе не доказывает, что именно её видел и подтвердил клиент.
02 / Граница решения
Сохранять документ, а не только его номер
В описанном подходе предложение получает номер и версию, а новая редакция не затирает прежнюю. Так можно открыть конкретный состав и сопоставить его с отправкой. Это требование к процессу и сборке, а не обещание штатной возможности любого портала.
Номер объединяет историю
Показывает, к какому предложению относятся изменения и переписка.
Версия фиксирует содержание
Сохраняет состав и условия, которые отправили на определённом шаге.
Если документ всё равно доделывают вне портала, выясняем причину: порядок полей, недостающие характеристики или неудобный шаблон. Иначе новая форма не уберёт параллельные таблицы.
03 / Подход
Восстановить путь одного подтверждения
Найти отправку и ответ
Берём письмо или диалог с подтверждением и устанавливаем, какой файл получил клиент. Не подменяем его текущим документом из сделки.
Сопоставить редакции
Сравниваем позиции, цены, характеристики и приложение. Определяем, что меняли в портале, а что — уже после выгрузки.
Согласовать порядок версий
Определяем, как сохранять прежние редакции, отмечать отправленную и фиксировать ответ на неё. Отдельно задаём состав приложения и проверку его данных.
04 / Нюансы
Номер есть. Характеристики могут быть чужими.
Приложение по выбранным позициям
В рассматриваемой сборке технические характеристики берутся по артикулам товаров, включённых в предложение. Поэтому проверяем приложение вместе с этой версией КП, а не отдельно по всему прайсу.
Повторяющийся артикул
Если одному коду соответствуют разные товары, сопоставление становится неоднозначным. До автоматической сборки согласуем правила поиска и уникальности артикулов в используемом каталоге.
Пустые характеристики
Версионирование не заполняет недостающие свойства товара. Если источнику нечего передать, приложение останется неполным. Проверку наполнения отделяем от хранения файлов.
Переносимый опыт: хранить связь «версия — отправка — подтверждение» и проверять характеристики именно тех позиций, которые вошли в согласованный документ.
05 / Первый шаг
Покажите две версии
и один ответ клиента
Начнём с предложения, которое менеджер дорабатывает в таблице. Важно понять не только различия файлов, но и зачем их приходится править вручную.
- Отправленный клиенту файл и вариант, который сейчас считают актуальным.
- Ответ клиента с указанием, что он подтвердил.
- Приложение с характеристиками и источник его артикулов.
После разбора согласуем правила версий и требования к сборке. Состав работ и стоимость определим до разработки.