У нас планируется вести работы/услуги через ОЗМ. Но я прочитала на данном форме, что если есть модуль ТОРО, то это очень проблематично.
А можно у знающих людей уточнить, чем же все таки это грозит?

Если есть модуль ТОРО, PS и иже с ним - то в документах планирующих операции данных модулей и соответственно порождающих заявки ММ используется записи ОЗУ(из компонента MM-SRV) для подрядных работ.
Если вы будете использовать ведение услуг через нескладируемые ОЗМ, то придется в данных модулях вводить не операции, а компоненты - что уже само по себе несколько противоречит логике - например компонент "Осмотр турбины" смотрится как то куцо.

И это только верхушка айсберга.... с помощью нескадируемых ОЗМ не очень то сможешь составить техкарты, каталоги услуг и пр.
+ наверняка специалисты по ТОРО еще много могут сказать по этому вопросу.

Спасибо, за ответ. Но на сколько это добавит проблем.
Мы сейчас находимся на стадии написания концепта и должны все заложить заранее.
Консультанты настаивают на ведение работ/услуг в ОЗМ.

Чем аргументируют? Имхо, использовать функциональность работ/услуг (SRV) проще, да и преимущества определенные есть (ведь не зря же это дело выдумали). Есть одно но (и об этом как-то говорили) - если мы будет перепродавать (перевыставлять) эти услуги (через SD), то тогда да - может будет иметь смысл остановиться на ОЗМ (хотя это тоже вопрос спорный).

Внятных аргументов нет. Ну или пока они их не озвучивали, что типа так будет проще. Работы и услуги продавать будем, но не те которые закупаем.

Мотивируют, что надо вести два справочника и пользователям будет сложно работать. Разные интерфейсы и т.п.
Насколько это верно.
Т.к. кажется что нас просто дурят.

как раз таки основная запись работ/услуг намного проще ОЗМ - все необходимое сгруппировано на одном экране

Не спортный. Сбыт не работает с MM-SRV.

Знаю. Спорный он в том смысле, что стоит ли себя ограничивать ОЗМ только из-за того, что в SD нет этой функциональности. Зато она есть, например, в РМ и PS.

Спасибо!