Добрый день.
Подскажите, правильно ли я понимаю, что чтобы вести учет остатков на складах строго в разрезе подразделений необходимо использовать "Назначения".
Другого более традиционного варианта как в старых УТ, где подразделение было отдельным измерением регистра остатков, не предусмотрено в ЕРП ?
Уже в ЕРп работают адресные склады, которые вели без учета по подразделениям, только по сериям , сейчас хотим все остатки разделить.При этом серии по подразделениям делить не хотелось бы.
Спасибо.

товары хранятся на складах, а не в подразделениях

(0) Назначения в 1С:ERP используются для обособления товаров на складе (из коробки работает обособление под заказ или под направление деятельности).
В разрезе подразделений в 1С:ERP можно посмотреть только количественные остатки по финансовому контуру (см. ключи аналитики учета номенклатуры в регистре «Товары организаций»), в оперативном контуре (регистры «Товары на складах», «Товары в ячейках») информации о подразделении нет.
И в этом есть определенная логика, которую лично я поддерживаю, лол.

(2) >В разрезе подразделений в 1С:ERP можно посмотреть только количественные остатки по финансовому контуру (см. ключи аналитики учета номенклатуры в регистре «Товары организаций»)
уверен?

Эх, не надо из ЕРП делать УПП, а из УПП - ЕРП. Два очень похожих, но абсолютно разных продукта. Самое трудное перестроить учет ничего не потеряв, или настроив заново)))

(0) А если включить обособленный учет по видам запасов в разрезе подразделений?

(3)  Уже не очень :) сейчас проверю.

+(6)  Да, ПТиУ не заполняет этот реквизит ключа при движениях.
Видимо, допиливали на одном из своих проектов.

(1) Все. Ветку можно закрывать.

(0)[в старых УТ, где подразделение было отдельным измерением регистра остатков]
не было такого

незавершенка раньше именно таки по подразделениям хранилась

(10) НЗП - это затраты. Они и должны по подразделениям учитываться.

(10) в УТ нет незавершёнки,
незавершенка в УТ не является видом запасов

(11) но сейчас то на складах
(12) в топике речь про ерп

(5) А это где настраивается?
Готовимся к переходу со старой УТ на ЕРП,был настроен жесткий учет по подразделениям остатков от покупки до продажи, поэтому и на складах учет ведется в рамках подразделений номенклатуры. Пытаемся в ЕРП найти аналогичный вариант. Каждое подразделение может оперировать только своим остатком.

(0)Структуру подразделений скопируйте в справочник направления деятельности(если они не используются) и попробуйте обосабливать товар по направлениям указывая его в документе поступления и реализации.

(13) Это суррогат. Склад, но на 20 счете :)

Но на самом деле полезная штука для оперативного контроля остатков МПЗ в производстве. Его аналог в виде "Материалов в производстве" был убогим.

(15) Проще сразу удавиться.

(17)почему?

(18) Потому что геморрой на всю оставшуюся жизнь. Это крайне неоднозначная штука в КА/ERP.

(19)ну как то не убедительно. Можете привести пример когда этот вариант использования будет проблемным? Опыта у меня мало, хотелось бы от гуру узнать что либо нового.

(14) как вариант: На складе сделайте помещения-подразделения и будем вам счастье. Не знаю надолго ли.

(15) избыточное решение
если нужно обособление по подразделениям, то достаточно завести фейковые заказы клиента или на внутреннее потребление с ЦФО в шапке
(21) ордерная схема не всем нужна и не на всяком складе

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

т.е. резать запасы на складе можно много и по разному

(14) в УТ включается в настройках финансового результата и контроллинга - Учет товаров

проще всего виртуальные склады сделать

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

(0) нормально постановку задачи сделайте. Ваша реализация этой задачи интересна но. Не обязательна

(27) Каким образом в ЕРП сделать разделение остатков на складах по подразделениям организации для того, чтобы при обеспечении заказов клиентов, этапов производства каждое подразделение могло оперировать остатками на складах, расчетом потребностей по закупу только в рамках своего подразделения? Так лучше? Склады общие. Если у одного подразделения товар закончился, то оно должно закупить этот товар, даже если он есть на остатках на складе другого подразделения. У каждого подразделения считаются свои доходы и расходы по упр. учету.
Бухгалтерия ведется не в ЕРП и там разреза по подразделениям не требуется вести.

(28) структура предприятия, обособление по подразделению

(28) проще всего сделать несколько складов

(29) таки направление детяельности

(30) Проще всего наладить пополнение на складах в (28) вовремя

Иначе дурдом что подразделение не может использовать имеющееся на складе, а должно само заказывать и ждать. Хотя то что лежит невостребовано.

(32) обычный проектный офис

(32) нет, это нормально у нас так же сделано, несмотря на то, что склад физически один, каждое производственное подразделение имеет свой виртуальный склад в 1С.

(34) Интересный сразу вопрос а кто МОЛ и как инвентаризация на этих виртуальных складах, если "физически один".

У вас там случайно нет такого что на складе лежит одын штук.
А каждое подразделение из 10 считает что это их штука при ревизиях ибо у них на складе тоже 1.
В всего по конторе 10 шт числится...

(35) кладовщик знает, что это 1 штука для производства табуреток, а для производствва лопат ее использовать нельзя

(35) МОЛ - складские работники и они следят за всеми штуками вместе, инвентаризацию делают по общему складу

(36) (37) Сказки не рассказывайте

(37) Ок. Прощелкали 1 шт. Чью прощелкали?

(35) бочки маркируют что для кого

(39) С каждого по 0.1 штуки ))

(40) Пришел и переклеил маркировку - что будет. Ничего же не выносили ))

(42) обычный пересорт

(43) В чью пользу, какого подразделения?

(42) насколько я знаю, никогда такой фигни не было. Там же камеры стоят.
Побьют чуток, наверное, чтобы херней не занимался

(45) Вы реально когда то пытались что то увидеть на камерах на огромном складе? Если неизвестно за кем и чем следить даже?

(39) можно по ГТД определить в крайнем случае

(45) ты хочешь доказать, что то как они рабоатют - такого быть не может?

(28) Посмотри регистр Товары на складах, сразу станет понять какие там есть разрезы.
И как можно обособлять

(46) кладовщикам это не нужно, они в ответе за весь материал в общей сумме, а если начальник подразделения будет ошиваться у чужих бочек, то это будет странно

(35)(38) если ты что-то не автоматизировал, это твоя беда
оборудование идентичное и храниться без разделения по проектам
учет ведётся по проектам и со склада не будет выдано железо РП, который не купил его из своего проекта

(48) не поняла, что ты хочешь сказать

(52) не тебе,а Garykom

(44) ФИФО - мог бы и сам догадаться

(51) Спасибо за ваши ответы на вопросы другим. Но хочется услышать тех кому они были адресованы.

(55) а кому был вопрос?

кстати можно еще хар-ку заводить

(57) тогда можно не все товары делить, а только избранные

(55)  я тебе ответила в (37), что инвентаризация идет по физическому складу

я не знаю, есть ли в ЕРП механизм резервирования, но можно его использовать

(60) Ты будешь ржать, но это и есть механизм обособлений ;-)

(31) Складывается ощущение что мы решаем некогда спроектированное через жопу решение

(55) а это и ответы были форуму, а не тебе

(61) я не изучала ЕРП глубоко, но в определенный момент я поняла, что через резервирование больше геморроя, больше вариантов человеку ошибиться, чем через разные склады, к тому, же у нас внутри подразделения может быть резерв под конкретного заказчика. То есть резерв внутри резерва.
Отчеты можно составлять как по конкретному складу, так и по группе виртуальных складов, которая и является физическим складом

(64) склад не универсален, придётся дублировать ещё и цеховые кладовые

(65) цеховые кладовые по-любому надо дублировать там МОЛы разные

(66) Если МОЛЫ разные то это не дубли, а реализация текущего состояния