Интересует ваше мнение, как вы считаете: стоимость внедрения свыше 40 миллионов для небольшой производственной организации, численностью около 150 человек - это много или мало?
Хотелось бы услышать мнения на тему стоимости перехода с ограничено освоенного УПП на ERP, без расширения функционала...

Я как-то не помню, чтобы я выражал удивление по поводу стоимости внедрения, скорее было (и есть) некоторое непонимание обоснования такой цены.

Некоторые прозвучавшие тут реплики и диалоги, уже навели меня на определенные мысли. Например, мысль "за некомпетентность, скрытый и/или явный саботаж лиц, принимающих решения, нужно платить" мне не нравится. Но  как говорится "селяви", - наверное и это тоже имеет место быть.

(388) 1 программист и по пол-админа на главный офис и обособленное производственное подразделение.

(389) =)

(389) отчего не угадал?

1,5 ставки - это то же самое, что 5 ставок предложенных внедрением? Или 1,3 млн ежемесячного ФОТ на it-отдел все-таки имеет место быть?

(385) Не всегда деньги мотивируют. Особенно сейчас. Очень много наблюдаю народу вокруг, лучше зарабатывать меньше, но без геморроя. Геморрой уже не окупается.

(394) Со знаниями, приходит ответственность, а с ней должны прийти и деньги

Я не понимаю о чем тут речь вообще идет если неясен сам предмет обсуждения. ТС не предоставил калькуляции, а просто написал про какие то 40 млн за какое то внедрение. Предоставьте ТЗ, и лучше с опорой на план и тогда можно будет хоть как то оценить насколько адекватна вашему проекту  сумма которую вы огласили.
Чтобы не не быть голословным привожу статью как рассчитать стоимость и с примерами документов
https://trinion.org/blog/tehnicheskoe-zadanie-na-avtomatizaciyu-kakim-ono-dolzhno-byt-sostav-i-tehnologii-sozdaniya

(395) Со знаниями приходит понимание что нахер эта ответственность.
Здоровье купить тех денег не хватит.

(397) причем часто ответственность без ресурса... Иди или умри... Правильно, назер такое надо.

(379) Какого человека желание?
Я вот последние 5 лет желаю что бы у клиента в группе компаний появился человек с компетенцией администратора НСИ.
А он зараза такая все никак не появляется и хоть ты тресни.

(399) Администрирование НСИ в ГК это задача не для 1 человека скорее всего. Недавно видел отдел из 7 человек который занимается только этим.

(400) Пусть берут Управление холдингом. Там этот вопрос решен.

(401) к УХ уже прилагается специально обученный человек?

(402) Зачем? Есть согласование. Настроили маршрут, пусть начальники согласовывают. Есть исполнитель, который забьет данные по результатам. Пользователи пусть катят телегу на согласующих.

(403) Вот как раз УХу и видел. Неее, внедрение управления НСИ  с бухтыбарахты не решается. Это отдельный проект и сопровождение опять таки небанально чаще всего. Нам же нужна не видимость процесса, а результат.

(404) Ну, нам на курсах по опыту внедрения УХ рассказывали про один холдинг. Перед внедрением УХ они год переносили НСИ. Там вроде то ли 7, то ли 11 структурных подразделений. Потом проще. Задействуете типовые механизмы и радуетесь.

(405) та процесс то набить не проблема...

проблема найти специалиста со знанием "внутренней предметной области предприятия", что-бы он мог фильтровать появление семантических дублей номенклатуры.

"начальники" сами с этим вопросом плавают..или физически нет времени на согласование

(406) Автоматизируя бардак, получишь "автоматизированный бардак". Если начальники плавают, то у них должны быть ведущие специалисты или замы. Не нужно вешать на одного человека. Заболеет, найдет другую работу и вы попадете в такой же хаос какой и был. У нас дело решалось просто. Ген. дирекция издала приказ и спустила НСИ в филиалы. Поставили сроки. Кто не исполнил - был уволен.

(405) нам на курсах по опыту внедрения УХ рассказывали про один холдинг.

Это одно направление в рамках всей работы при внедрении НСИ (переноса, актуализации, добавления, и даже, архивирования)

Если вы переносите данные, то скорее всего в легаси-источниках, они уже "плохие": на первом месте будут дубли, на втором - просто не актуальные данные. Ни с первым, ни со вторым процесс согласования ввода/изменений что штатный УХшный, что любой ваш, где в качестве движка согласования используется ДО 3 - не поможет. Здесь, как мудро подметил Лодырь, нужен хорошо выстроенный в реальности процесс, который может опираться только на единую точку входа в НСИ. Идеальное решение для этого: https://solutions.1c.ru/catalog/mdm/features - оттуда все "разливается" по всем приемникам. В приемниках, ни у кого, даже у админов под полными правами, нет возможности что-то в этой части менять. Тогда, если ведение НСИ - это проблема, то она вот так будет решена. Т.е.:
1. Отдельная база-источник, где добавляются, изменяются, архивируются вся НСИ в периметре компании.
2. Отдельные бизнес-процессы, которые регламентируют (на уровне локальных нормативно-справочных Актов) процессы ведения НСИ, зоны ответственности, процесс согласования любого изменения.
3. Автоматизация п.2 любым подходящим софтом: встроенное согласование УХ из коробки, либо внешнее согласование в ДО и интеграция по бесшовке с ДО 3.

(408) Прикольная штучка. Сохранил в закладки. Надеюсь мне не придется этим заниматься.

(407) да, вот тут в одной конторе, выяснилось, что надо учитывать давальческое сырье, у них ЕРП.

Предложил им использовать типовой механизм .

Они грят - Не это сложно...сделайте нам в карточке номенклатуры признак - "давальческая схема".
И усе вопрос решен.

(410) Вас совесть мучает? Деньги заплатили?

(411) не мучает, деньги да заплатили

(396) "Я не понимаю о чем тут речь вообще идет... Предоставьте ТЗ" - как я уже говорил ранее, речь идёт(шла) о коммерческом предложении на внедрение и ничего более. Никаких иных документов с обеих сторон - не было.

Было предварительное собеседование специалистов компании и организации, по итогом которого компания представило коммерческое предложение, состоящее из план-графика этапов внедрения (обследование, моделирование, проектирование, подготовка к ОПЭ, ОПЭ).

(410) А проводки как?

(414) А зачем?

(408) Это следующий этап роста инфраструктуры компании, в небольших предприятиях, это все настраивается в рамках одной системы и городить доп конфу- избыточно.

В любом случае проблема с НСИ, это проблема-ОРГАНИЗАЦИОННАЯ, а ни как не инфраструктуры

(414) Проводки бухгалтерия в БП будет сам менять опираясь на признак в карточке номенклатуры...и это не шутка)

(417) мдяс

(418) такую схему согласовали на самом высоком уровне...

т.е. гендир...человек с дипломом МБА...

"всяко херню не посоветует"))

(397)(398) Это все же решения человека, часть из них принимают наши родители,
в обычный садик или частный
в обычную школу или частную, или гимназию
Идти ли дальше учиться или ПТУ, Вышка

Далее уже мы, идти ли работать, работать без ответственности или с ответственностью.

Я заметил, что чем выше ответственность, тем выше компенсация, поэтому пошел по этому пути, и всем рекомендую. Это также, как и управлять транспортным средством, сначала ты несешь ответственность за себя на 3-х колесном велике, далее уже за пассажиров в количестве 4-5 человек в транспорте и окружающих, далее водитель автобуса

(399) Я не видел твоего обращения у меня в личке с предложенным бюджетом решения вопроса, может и все окружающие также не знают о твоей проблеме

(420)
- Отвечает ли котик за проект?
- Нет, "у него лапки"©

(422) Иногда хочется чуть большего, чем есть, гадить, спать и размножаться ;-)

(423) Иногда смысла нет попку рвать.

(424) Тогда ты не там работаешь ;-)

или там

(424) так он и не рвет
как видно постоянно бездельничает и торчит на сайтах

(413) То есть они без обследования сказали цену? Лихо.

(427) Нафига обследование? Ты первый раз чтоли?

(427) Так это цена обследования. Само внедрение уже другой прайс.

(428) А штрафные санкции раздела не будет типа?

(430) Ты путаешь договорные отношения и предложение о сотрудничестве

(396) Без обид, но документация кривая и не отвечает на вопросы в данной ветке (ИМХО)

(432) Ну я для ТС,  а не для вас этот комментарий написал, надеюсь ему было полезно.

(433) Если он напишет согласно твоему примеру, то у него проект из 40 станет 60 ;-)

(434) Почему?

(0) Мало вводной информации, но если исходить из посыла "все под ключ", то цена занижена минимум в 5 раз.

(436) Думаешь 5кк на пользака норм?

(421) Ну то есть - это всего лишь вопрос бюджета не так ли?

Но как быть с тем что бюджет ограничен?

(413) > состоящее из план-графика этапов внедрения обследование - 20% денег получили,
моделирование - 20% денег получили,
проектирование - 20% денег получили,
подготовка к ОПЭ - 20% денег получили,
ОПЭ - ээээ, что ничего не работает, да и не очень то и хотелось оставьте эти 20% себе

)))

(438) если бюджет ограничен, то снижать хотелки...

(438) спеца по НСИ не могут себе позволить компании в 30-50 человек, но от 100, вполне себе, особенно, при низкой квалификации сотрудников, тем более готовых нет и берется заготовка специалиста и учится под конкретную задачу, там нужны всего 2 качества- педантичность и ответственность

(439) Почти всё так и есть. Только на одно моделирование запросили более 50%, а на остальные этапы - таки да, более/менее равномерное распределение по принципу "Не особенно-то и хотелось"(с)

(442) Только на одно моделирование

ясно, что без внятного описания бизес-логики, моделирование не сделать

описание бизес-логики у вас уже сделано?

(442) По чесноку не понимаю в чем у вас проблемы - есть спецификации, перенесенная нси, хотите усесться на типовой функционал. А чего не хватает для запуска?

(441) спеца по НСИ не могут себе позволить компании в 30-50 человек,

Это не "спец", а "оператор ЭВМ". В его задачи входит единственная функция: заносить/изменять/архивировать те элементы НСИ, которые ему поступают в качестве входящих задач. Это элементарная задача для студента: если ты работаешь с контрагентами, за тебя все заполнит система по ИНН, остается только аккуратно вбить расчетный счет. Если ты работаешь с номенклатурой, то нужно просто внести все то, что указано в карточке, которая тебе поступила. Если мы говорим про производственный блок - это отдельная задача, т.к. зафиксировать спецификацию, проверить ее по всем материалам, полуфабрикатам, покупным - это, конечно, не задача 1 человека, и даже не отдела. Но как правило, в блоке НСИ она и не решается.

(445) Есть учетная модель, есть регламент, а задача спеца по НСИ или оператора ЭВМ, как раз его соблюдать, как только он не будет справляться, мы берем уже по специализации- Номенклатура, Контрагенты, Спеки.

Вопрос же объемов. Ну не создает компания в 150 человек объем НСИ для загрузки даже одного сотрудника

(443) Хе-хе, ну вряд ли франча заинтересует BPMN-модели от заказчика, надо же своих консультантов и аналитиков кормить, все эти бесконечные совещания.

(445) (446) имхо посыл на корреляцию разнообразия НСИ, от количества сотрудников - неверно.

надо коррелировать с разнообразием выпускаемых изделий и применяемых технологий.

(447) А вы готовы положиться на BPMN-модель от заказчика и нести потом за нее ответственность?

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

Всегда ведется часть процессов хорошо, часть нормально, часть плохо
(449) Сначала найди заказчика, который знает BPMN модель- по мне так мертворожденный стандарт

(450) когда я писал для (447) я и это тоже подразумевал ))

(446) Ну не создает компания в 150 человек объем НСИ для загрузки даже одного сотрудника

Количество человек здесь не причем. ИП, торгующей канцелярной продукцией, через маркетплейсы, в единственном числе, сгеренит за раз с одного крупного поставщика ~ 80 000 номенклатурных позиций. Теперь введем условие, мы анализируем что покупать, по двум прайсам двух поставщиков. Допустим (это реальные данные) примерное пересечение ~ 60 000 номенклатур, но они не маппятся 1 к 1. Их нужно сопоставить. В этом уравнении, как только, появляется битрикс-магазин, через который ИП решает еще и сам торговать, задача поддержки актуального мэппинга сразу преобразуется в задачу разбивки 1 номенклатуры на номенклатуру + характеристики, по которым товар будет искаться и каталогизироваться на сайте. Всё - это задача на 8 часов 5 дней в неделю, при условии что ни один поставщик не выгружает тебе прайсы в разрезе их характеристик.

Т.е. еще раз: 1 человек, ИП, создаст при вышеуказанном кейсе нагрузку на оператора НСИ на полный рабочий день полный месяц. Когда вся эта работа будет сделана, возможно какой-то плавающий график на пол ставки, т.к. когда ты продаешь все из прайса поставщиков и эти прайсы пересекаются, то ты должен понимать, чему продаваемое соответствует у тебя + вся разбивка по характеристикам на твоей площадке.

Тут (448) прав.

+(450) Да, и у кого все блоки ведутся хорошо, обычно к услугам франчайзи не приходят, если только в качестве аутстаффа, так как способны модифицировать и внедрять участки учета самостоятельно.

Но опять же это мое субъективное мнение

(452) И какова же доля компаний со справочниками 100-200к элементов НСИ среди аналогичного по размеру бизнеса?

(445) Ведение НСИ, хоть контрагентов, хоть номенклатуры может быть очень нетривиальной задачей и намного превышать требования "оператора ЭВМ".

Например, в фирме принято делить контрагентов с одним и тем же ИНН на разные (в целях доступа в зависимости от типов договоров, получения отчетов и т.п.), и это надо хорошо знать применительно к бизнес-процессам конкретной фирмы.
Номенклатура - сегодня это может быть лекарство, потом оно же становится БАД, при этом меняется ставка НДС и т.п. Если это товар практически тот же, но разных производителей, или тот же производитель, но с другой производственной площадки - будет ли это новая карточка или используется предыдущая.
К тому, кто ведет НСИ - требования самые высокие.

(455) Кирилл и Мефодий придумали алфавит чтобы передавать знания более 1000 лет назад. Воспользуйтесь мудростью предков :-)

(455) А есть еще и дебильные требования.

Например, когда рерусные специцикации генерятся в безумном цикле под все 80 000 позиций ассортимента от каждого поставщика. Т.е. справочник Номенклатуры уже никакой не НСИ, а какая-то Бездна

(456) Советую посмотреть какой именно "алфавит" придумали Кирилл и Мефодий
А потом уже советовать другим чушь про глаголицу
wiki:Кирилл_и_Мефодий

Кириллицу же придумали уже их ученики

А мне однажды довелось решать нечто подобное.

Ресурная спецификация действительно получала множество версий своего содержимого, но не в виде справочника номенклатуры, а в виде РС с подстановкой в него Номенклатуры Контрагентов.

Конструктор-Технолог контролировал наличие только одной актуальной версии ресурсной. Со всеми стандартизированными для данного производства версиями номенклатуры, по возможности без дублей элементов.

От Номенклатуры шли связи с номенклатурой поставщика, а связи эти фиксировались дополнительно после обработки с поправочными коэффициентами в виде записей версий в РС заказная ресурсная, чтобы по этим данным обеспечение работало.

Все можно сделать.

Чем закончилось? Конструктор-технолог положил болт на актуализацию даже этого шаблонного варианта технологических карт.

А можно было бы купить и внедрить МДМ или как она там полностью называется.

(459) Любая MDM не будет работать без людей

(454) "И какова же доля компаний"

По своему опыту скажу, плотно работал/работаю с 5 производственными конторами.Позаказное производство.

У всех справочник  "Номенклатура" только в части ДСЕ больше 100к уникальных ид.

Причина? тк разрабатывают уникальные изделия, каждое новое изделие новый ИД в справочнике...

(443) "описание бизнес-логики у вас уже сделано?" - нет, оно будет сделано после обследования, в процессе моделирования.

(444) "А чего не хватает для запуска?" - в организации всего один 1С-программист (это я). И этот программист, вот так сразу, по памяти, не может вспомнить ни одного удачного примера внедрения ERP в одно лицо фикси-программистом. Тем более, что на мне уже висит поддержка и эксплуатация УПП и ЗУП.

(460) ну об том и речь.

мне за упражнения в программировании заплатили даже меньше, чем просто купить MDM. Видел много раз вакухи в нашем регионе на 1сников под внедрение и доработки в MDM. Вилки были заявлены смехотворные.

(459) положил болт ...

этот магический пасс любое внедрение аннулирует :)))

(462) это называется - вопрос не по окладу :)

[OFF]
Любопытства ради посмотрел статистику: 13506 позиций покупных и 62958 - продукции в справочнике номенклатуры, а спецификаций - 45211.

(466) Себестоимость попередельная, позаказная, по номенклатурная?

(467) Себестоимость пономенклатурная и позаказная. С расчетом себестоимости до сих пор вопрос не решён. Расходы на оплату труда производственных рабочих фактически вручную разносят - тех.карты не смогли осилить так, как хотелось бы.

Расчетчики калькуляций на продукцию в УПП наваял. Материалы и сырье - планово/сметно и фактически собираю из спецификаций и по выпуску, остальные статьи затрат - в основном по коэффициентам.

(468) Это как раз понятно, простоев же нет

(462) Как вариант нанять одного-двух прогов и передать поддержку им. Успешность внедрения штука относительная - вот перед мной ерп, переход с упп делал франч, рег учет работает и расчет себестоимости работает  (успех?) но все планирование в эксельке, нет лимитирования, бюджетирование только бдр, в общем много чего не хватает. при взятии в штат лучше контроль и меньше рисоков.

(462) + сумму отдали поболее вашей.

(470) А до этого планирования были в системе? А прог там был? ;-)

(472) до того в упп был полный цикл от заказов клиента через обеспечение потребностей с заказами поставщикам и на производство, но все самопильное. (правда без mes, но все остальное было)

так то в ерп убогие взаиморасчеты (в УХ чуть лучше, но очень далеко до идеала), убогое бюджетирование (в УХ человеческое), кто-то не очень умный удалил из ерп версионирование спецификаций (в упп было) (почти на каждом проекте нужна допилка), короче косяков хватает.

(474) А чо вы тогда не справились-то с внедрением? ;-)

(474)(475) Хотя ладно, это все лирика.

В договоре с франчем, что было, опер учет или оперучет+планирование?

(475) Это не мы, это нам делали. (до сих пор допиливают), я просто как пример написал

(477) ну так системы планирования, если они не критичны, делаются во вторую очередь

(441) "там нужны всего 2 качества- педантичность и ответственность"
  
Современное поколение до 35 - от слова "ответственность" шарахается как черт от ладана.
  
Плюс возможно имеет место быть региональная специфика - ибо у нас и в компаниях до 1000 человек решить проблему НСИ могут не только лишь все.

(446) Очень спорное утверждение.
Но речь не только об объеме но и о сложности

А компании бывают разные - и при небольших циклах производства - та же пищевка - вполне может нагрузить и не одного даже человека.
А если есть комбинация с ЕГАИС, Меркурием и ЧЗ - то и ответственность у такого человека возрастает кратно.

Если мы говорим про производственный блок - это отдельная задача, т.к. зафиксировать спецификацию, проверить ее по всем материалам, полуфабрикатам, покупным - это, конечно, не задача 1 человека, и даже не отдела. Но как правило, в блоке НСИ она и не решается.

во во

Вопрос же объемов. Ну не создает компания в 150 человек объем НСИ для загрузки даже одного сотрудника

это же не связано... один иди*т может генерить много в секунду, машинисток не хватит
(422) :DDD
А! О, тут 40 делят!
Традиционно: дайте 2!

(467) "Себестоимость попередельная, позаказная, по номенклатурная" Подскажите пожалуйста это как?
Например здесь уже из названия все понятно (скрин)

(478) Да и нифиг это планирование в конфигурации enterprise resource planning не нужно. Ок, гугл))

(482) Красивая табличка.
(449) Субъективно, обычно никто ни за что не отвечает в любом случае. Отчасти согласен с тем, что описания процессов от заказчика зачастую не соответствуют задачам внедрения.

(482) Если я правильно понял автора топика, то речь шла о различных методиках калькуляции себестоимости. Например, "попередельная себестоимость" - это себестоимость, рассчитанная по методу калькуляции "попередельный".

Актуально, например, когда передел выступает в качестве полуфабриката и м.б. сдан на склад, продан в качестве готовой продукции и т.д. Соответственно себестоимость и незавершенное производство формируются по каждому переделу.

У нас, например, полуфабрикат с конкретными размерами может быть заранее изготовлен "на склад", а в дальнейшем - использован для изготовления продукции с такими-же или меньшими размерами. Полуфабрикат, в таком случае, обрезается под нужный размер. Соответственно фактическая себестоимость конечной продукции существенно зависит от использования исходных полуфабрикатов.

[OFF]
Видов себестоимости продукции значительно больше, чем только лишь упомянутая на рисунке производственная себестоимость. Цеховая, производственная, общехозяйственная, плановая, фактическая, сметная, полная...

(459) Конструктор-Технолог контролировал наличие только одной актуальной версии ресурсной. Со всеми стандартизированными для данного производства версиями номенклатуры, по возможности без дублей элементов.

Подход работал, потому что скорее всего, "ресурсная спецификация" было либо небольшой по составу, либо само производство было относительно простым.

Я приведу пример, где такой подход уже не сработал: допустим есть сборочный узел, на него есть конструкторская спецификация. Технолог обработал ее, выдал свой документ, где указал, допустим что для изготовления этого узла нам дополнительно нужна такая-то оснаска, на таких-то технологических операциях (по разному это называется, но допустим обобщенно - карта маршрута изготовления этой сборки). Дальше эта карта отдается следующему отделу, метрологии или какому-то еще, кто просчитывает сколько и чего нужно для изготовления/оснаски и всего всего, что отдал технолог. На выходе рождается документ, назову его "ведомость материалов", в котором указывается: покупных полуфабрикатов, готовых изделий - столько-то, материалов таких-то столько. Далее это ВМка отдается отделу обеспечения, который начинает маппить на то "что нужно" с "тем что есть", попутно выясняя, что вполне себе может быть, того что указал конструктор, технолог, метролог и купить то уже нельзя (нет в наличии). При этом, как правило, поставщик там не один на каждую позицию (особенно по материалам), на каждую позицию есть список замен, каждую из которых нужно согласовать по всей цепочке. Поэтому вот эта цитата "От Номенклатуры шли связи с номенклатурой поставщика " она непременима если у вас изделие/производство - не простое. Вам просто нечего будет вязать, нужно сначала дойти до ответа, вот список того-то, вот что есть у нас, вот что можно купить, давайте определяться. Когда все согласуется, вот тогда, действительно в текущих реалиях, работу по сопоставлению проделать можно, однако как-то только какой-то ресурс-обеспечения закончится, её (работу по сопоставлению) скорее всего надо будет проделывать еще раз (т.к. обеспечение конкретными позициями) уже измениться.

Вышеописанное наблюдаю, где готовое изделие с разузлованием до болта и гайки более 10 000 различных наименований. Где-то после 50 000 различных наименований, можно считать что выпуск одной партии такой продукции - это отдельный проект-обеспечения, после завершения которой, нужно открывать новый проект, т.к. ~ 30% номенклатур могут измениться тупо по наименованию, т.к. будут закуплены или у других поставщиков, или это будут некие согласованные "аналоги", либо конструктор что-то изменит в составе специфкации, и это будет уже "чуть-чуть" другое изделие.

(486) +1 все так.

Еще добавлю, что когда вся вышеописанная процедура подготовки производства отработала, и физический процесс производства стартует, по его ходу могут выявляться  просчеты конструктора/технолога итд итп, (а когда изделие не серийное, это может быть часто), что вызывает каскадные "перезапуски" вышеописанной процедуры с поправками на ошибки.

(486) я не спорю с таким объяснением.
Очень толково расписано, как всегда у Новикова :-)

Но мое описание выше, строго предназначено для получения Закупочных ведомостей или Заказов поставщику (по типовому). От закупочной ведомости, с актуальными ценами пляшет Бюджет Закупки.

А то, что ради Бюджета Закупки нужно технологические карты менять... ну нет, не для этого их заводят и меняют, чтоб для Закупки их переделывать из-за разных наименований или артикулов одного и того же от разных поставщиков.

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

з.ы. Задача была поставлена под отдел Закупки, чтоб отвязать их деятельность от основной причины на перезапись производственных ресурсных спецификаций.

(488) и да, кстати, к отделу Закупки выше :

Ресурная - много версий Закупочных ведмостей в работу. Реально много. Отбор на оптимальный состав закупки.
Получение на склад или подписание сделок, хотя бы.

Окончательный вариант уже Технологической карты от реального обеспечения.

Другие версии решения плодили данные, а до конкретных подписанных сделок дело доходило в 10% от 100% отработанных версий.