Методика работы в контрактах с поставщиками : Супермаг Плюс (Супермаг 2000)

Проблема в том, что автоматизировать хаос нельзя.
Поэтому надо приводить всё это к общему знаменателю.
Если поставщик ежедневно цену меняет, не соблюдая условия договора - настучите (можно даже анонимно) на него в ФАС.

Читает и даже предварительно проверяет что показывает отчёт.
Отчет показывает какие были изменения контрактных цен по конкретному поставщику, в конкретном месте хранения. В случае, когда контракты не плодятся, эти изменения и будут соответствовать конкретному контракту. (у нас так - один поставщик, для одного места хранения имеет один контракт, за редкими исключениями)
Про редакции контракта я уже вопрос задал. Сами тут сейчас постараемся проверить как это работает.
Я то понимаю так - VitorJ имеет ввиду как раз новый контракт, а не редакцию старого. (может и ошибаюсь)

Еще раз.
Есть контракт с ценой 50 рублей.
По нему были приходы.
Заходим в контракт и изменяем цену на 60 рублей (А не создаем новый).
Что показывает отчет?
Что цена изменилась?
Не думаю.

Типичный пример обратного движения от автоматизации - к бумажкам. Зачем плодить такую схему, когда можно рулить правами доступа? Пусть каждый правит то, что должен править. Зачем плодить заявки и то, что надо анализировать? Заявки теряются и занимают время, как на составление, так и на передачу/разъяснение. Анализировать их отдельно - тоже время. Привязки к контрактам они не имеют, я полагаю? Кроме вручную вписанного номера? Очень удобно, конечно, найти двух крайних, которые будут отдуваться за ошибки остальных... Невовремя или не так понял... А если кто-то из этих двоих в отпуск уходил или наоборот, отзывался из него? Или по крайней необходимости давал свой логин еще кому-то? Через год вспомните, зачем и почему? Предлагаю не страдать фигней и заняться организацией процесса, сведя его к такому, когда либо человек сам напортачил, либо кому-то отдал логин, что не лучше первого. А сейчас, да, автоматизация хаоса.

Понятно что что если номенклатура поставщика 100 позиций, то можно ожидать что цена меняется редко. Но вот есть несколько поставщиков с номенклатурой 1000 позиций, пересекающийся ассортимент, по разным группам товаров. Коммерсы постоянно занимаются работой с поставщиками. У какого то поставщика перехватили, подешевле, партию на несколько позиций - получилось изменение цены контракта для этого поставщика + он стал приоритетным для этих артикулов, для какой то группы магазинов.
Но некоторые контракты живут без изменений например больше года. (поставщиком не работам) Вдруг договорился коммерс с поставщиком и контракт опять начинает работать. Действующих контрактов на всю сеть 955 на данную секунду.

Это не так много, если вести нормальную автоматизацию, а не держать их все в голове. А если вы на рынке перехватываете товар, а не по договору, то это и надо отражать в приходе, а не в контракте.

У всех так. Всё описываемое нормально и не является ничем выдающимся.
А что касается ассортимента.
В контракт не обязательно запихивать всё то, что поставляет поставщик. Разделите контракты по группам товаров или по брендам. Найдите свой оптимальный режим работы с контрактами, но НЕ РЕДАКТИРУЙТЕ ИХ ЗАДНИМ ЧИСЛОМ, пожалуйста.

Согласен обеими руками, но...
Раздать кагорийным менеджерам права на изменение конкретной группы товаров каждому нельзя. Он либо может делать изменение цен/контрактов/карточек, либо не может. Если дали права - то он эти изменения делать сможет не только в своей группе - ох и начнётся...
А разошлю ка я всю номенклатуру 100 000 карточек (или все контракты) по всем магазинам, а то только что какой то магазин звонил, говорит что у него по одному артикулу цена не идёт по кассе. И пошли обмены и т.д. Тут много можно нафантазировать, что может сотворить коммерсант с правами.
Сейчас как раз и разделено комерсанты своим делом заняты, процессинг своим. Если процессинг получает заявку на изменения карточек товаров/контрактов/акций/ракурсов магазина и т.д. он может это сделать наиболее эффективным способом - у него квалификации хватает.
К вопросу о бумажках. Сейчас часто возникают конфликты между подразделения компании (типа производства, комотдела, маркетингового отдела) кто последняя инстанция при внесении каких то изменений. А вы предлагаете что бы все эти конфликты заканчивались изменением прав на проведение каких то операций ? Вот тогда то как раз и начнётся хаос уже на другом уровне. Это годами наработано - вносить фактические изменения в цены контрактов/карточки и т.д. должен человек с опытом и людей таких должно быть как можно меньше. Иначе надо будет заводить отдельных людей для поиска виноватых. При текущем количестве контрактов, поставщиков, артикулов, магазинов этим придётся заниматься постоянно.

В каком смысле задним ?
Контрактные цены меняются текущим числом. Рассылаются в магазины. В магазинах, для которых этот контракт действующий, после изменения цены, приход начнёт плясать уже от новых цен. А старые приходы никто не трогал, они уже произошли.
Я и говорил - один поставщик, но несколько контрактов. Разделение по двум группам товаров + по нескольким группам магазинов.

Исходная точка отсчета.
Ты её защищаешь с момента открытия ветки.
Это не означает "редактирование контрактов задним числом"?
Это что-то другое в твоем понимании?