Согласование цен с сетями: файл-спецификация без ошибок

Переписка с категорийным менеджером сети выглядит знакомо: вы отправили файл с предложением на триста позиций, через неделю он вернулся с пометкой «по этим сорока цена выше ориентира, поправьте». Вы поправили, отправили вторую версию, получили третью итерацию с уточнениями. К пятому раунду в почте живут spec.xlsx, spec_v2.xlsx, spec_v2_final.xlsx и spec_v2_final_FINAL.xlsx — и уже никто не помнит, какая цена в какой версии была согласована. Разберём, как вести файл согласования, чтобы правки сети применялись за минуты, а итоговая версия не терялась и не подменялась.

Как устроен процесс: файл ходит туда-сюда

Согласование цен с сетью — это не один документ, а цикл:

1. Предложение. Вы собираете файл по шаблону сети: согласуемая матрица, ваши цены, кратность, сроки поставки.
2. Правки сети. Категорийный менеджер сверяет цены со своим ориентиром и возвращает тот же файл с пометками: выделенные ячейки, комментарии или уже исправленные значения прямо в колонке цены.
3. Ваша итерация. Часть правок принимаете, по спорным позициям отвечаете аргументами — состав, упаковка, минимальный заказ — и отправляете следующую версию.
4. Фиксация. После финального «согласовано» файл превращается в спецификацию к договору, и цены в ней замораживаются на весь период действия.

На практике это два–пять раундов и две–шесть недель. Каждый раунд порождает новый файл — и именно здесь начинается путаница. Состав полей и их оформление подробно разобраны в статье про спецификацию для Ленты: там же типовые ошибки, из-за которых файл возвращают ещё до обсуждения цен.

Почему версии путаются

Файл v2_final_FINAL.xlsx рождается не от безалаберности, а от устройства самого процесса:

• каждая сторона правит свою копию — сеть исправляет ваш файл и присылает назад, вы работаете уже поверх её версии;
• копии живут в почтовых ветках, мессенджерах и на рабочих столах сразу двух сотрудников;
• имена файлов ничего не говорят: слово «final» появляется уже на второй итерации.

Чтобы путаница исчезла, достаточно трёх правил:

1. Один мастер-файл. Все правки существуют только в нём; файлы сети — источник правок, а не место работы.
2. Имя с датой и номером. Например, «set_2026-08-30_v3.xlsx»: дата и номер итерации читаются сразу, а сортировка по имени даёт всю историю.
3. Входящие и исходящие раздельно. Папки «от сети» и «в сеть»: что пришло — не трогаем, что отправили — не правим.

Как применять правки сети к своему прайсу

Сеть вернула файл, где у сорока позиций из трёхсот изменена колонка цены. Задача — перенести эти сорок значений в мастер-файл и ничего больше не задеть. Ключ переноса — артикул: наименования у вас и у сети могут отличаться формулировками и лишними пробелами, а артикул стабилен.

Сначала из вернувшегося файла делают чистую таблицу правок «артикул + согласованная цена». В конвертере EasyExcel это пара минут:

1. Загрузите файл сети (.xls, .xlsx или .csv — до 2 МБ бесплатно и без регистрации).
2. На шаге «Структура» укажите, с какой строки начинается таблица, схлопните многострочную шапку и уберите служебные строки — сети любят добавлять разделы категорий.
3. На шаге «Колонки» оставьте только артикул и колонку с согласованной ценой. Комментарии и пометки сети в файл правок не идут.
4. На цену добавьте действия «Убрать пробелы» и «Заменить текст»: «1 250 руб.» превращается в число 1250.
5. Экспортируйте XLSX со значениями без формул — это ваш файл правок.

Дальше — перенос в мастер: ВПР по артикулу подтягивает согласованную цену из файла правок, и обновляется только колонка цены. Принципиально важно: строки, которых нет в файле правок, остаются со старыми значениями — сеть их не меняла. Вся механика такого обновления с контрольными проверками описана в статье про обновление цен по артикулу.

Обратная задача решается тем же инструментом: из обновлённого мастера собираете следующую версию для сети — переименовываете колонки под её шаблон, переставляете в требуемом порядке, фильтром оставляете только согласуемую матрицу. После регистрации настройки сохраняются шаблоном, и пятая итерация собирается так же быстро, как вторая.

Фиксация итоговой версии и контроль отправленного

Финальное «согласовано» от менеджера сети — точка, после которой файл нельзя править молча. Зафиксируйте его: отдельный файл с датой в имени, копия в архивной папке, письмо-фиксация с этим файлом во вложении. Именно эта версия уйдёт в договор и дополнительные соглашения, и именно с ней сеть будет сверяться при расхождениях.

Перед отправкой очередной версии — а финальной особенно — прогоните четыре проверки:

1. Число строк. Совпадает с согласуемой матрицей: ни одна позиция не потерялась и не добавилась лишняя.
2. Сравнение с предыдущей версией. Отличия от прошлой итерации должны быть ровно те, что вы вносили осознанно. Как быстро увидеть все различия между двумя файлами — в статье про сравнение двух прайсов.
3. Контрольная выборка. Пять–десять строк сверьте глазами с последним письмом сети: цена, кратность, артикул.
4. Цены числами. Без «руб.», пробелов-разделителей и пустых ячеек — иначе автопроверка сети вернёт файл раньше, чем его увидит менеджер.

И последнее: отправляйте тот файл, который проверили. Классическая авария — в письмо прикрепили прошлую версию из папки «Загрузки». Правило «сначала архив, потом письмо» спасает чаще, чем кажется.

Частые вопросы

Сеть правит цены прямо в нашем файле и возвращает. Как понять, что именно изменилось?

Сравните вернувшийся файл с той версией, которую отправляли: сопоставьте строки по артикулу и посмотрите разницу в колонке цены. Все отличия — это и есть правки сети. Входящие файлы храните отдельно от мастера, чтобы всегда было с чем сравнить.

Сколько итераций согласования считается нормой?

Два–пять раундов для новой матрицы — обычная практика. Если процесс пошёл на седьмую итерацию, просите не точечные правки, а полный список требований: ориентир цены по каждой позиции, условия по кратности и срокам. Один большой список дешевле, чем правки по кругу.

Можно ли вести согласование в одном облачном файле?

Осторожно. Общий файл с одновременным доступом ломает главное правило: непонятно, кто и когда изменил цену, а история версий в облаках часто усекается. Надёжнее файл-эстафета: версии ходят по очереди, каждая с датой и номером в имени.

Как доказать, какая цена была согласована, если всплыл спор?

Зафиксированной финальной версией и письмом согласования. Файл с датой в имени, вложенный в письмо с ответом «согласовано», — рабочее доказательство. Поэтому финал никогда не правят после отправки и не хранят единственной копией на рабочем столе.