Нравится идея реализации учета (количественного) спецодежды и инвентаря на подотчетниках через неоцененные СПП (стоимость сразу и полностью относится на затраты).

Но РБУшники требуют проводок по забалансовым счетам. Как на ваш взгляд это лучше организовать? (конечно с мин абапом):
- пытаться делать вторую строку в файном документе (D забал - К технич)
- пытаться в СПП где-то фиксировать стоимость списания и при всех перемещениях между СПП и выбытиях с СПП изменять эту стоимость. потом отчетом показывать бухам обороты по забалансу и заставлять делать проводку по счетам
- .... ваши варианты....

коллеги, подскажите кто реализовывал для РБУ забалансовый учет спец и инвентаря по счетам российского учета - какой метод вы использовали? FI-AA? и там разводили проводки по списанию на затраты и проводки по забалансовым счетам в разных областях? или у кого-то получилось сделать через СПП?

И еще вопрос - никто не пробовал сделать ведение МОЛов в HR?
Дело в том, что в орг.менеджементе существует возможность привязки человека (объект P-лицо) или штатной должности (объект S) к объекту Заводской склад aka Plant storage Area (объект IW).
Тип связи - нужно прописать IW-S или IW-P в HR. Затем можно стандартно вести эту привязку.
Далее - анализировать через S-IW-что-то там в MM

Ну что-то там в ММ это уже врядли... максимум как мне кажется это через карточку ОС. А вот в запасах так ничего подходящего не видел.

Насколько я понимаю концепцию "что-то там в MM " лежит на складе, который находится на заводе.
Этот самый склад можно привязать что к должности, что к конкретному человеку (если я правильно понимаю концепцию - це и есть МОЛ). Для особых извращенцев можно СУСовский склад использовать в Орг.менеджменте HRовском, код IY (Транзакция PP01, выбрать Актуальный план, затем объект IW/IY, нажать F4 на окошке ниже)
Путь анализа для отчетности крайне прост - P(лицо)-S(штатная должность)-IW(склад)-содержимое склада
Обратную связь тоже проследить не составит труда.
Явной дыры в своих построениях я не вижу

Дыра одна и большая ты предлагаешь делать МОЛ = Склад ММ а так как склад ММ это ну очень круто и очень расточительно то... в общем не катит тут такая гипотенуза... кстати Склад ММ обозвать молом можно и так без проблем и не надо для этого оргменеджмент вязать из HR.

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

Ну я подвязал к складскому месту для склада с активным СУС, т.е. табельный номер это складское место... получилось самое оно, можно к СПП-элементам или другим видам особого запаса... но с HR внятно никак к сожалению стандартно не сделать и нужна разработка.

А процесс смены со складскими местами вообще не проблема... всегда есть транспортный заказ по которому видно что и куда перешло...

Тогда да, в случае с СУСом HR бессилен. Точнее, можно сделать свой объект, но навскидку не нашел я код этого самого storage bin

То же вот озаботился темой. Попытаюсь формализовать задачу:
1. Нужно списать стоимость на затраты
2. Нужно провести количество и стоимость на забалансовый счет
3. Нужно вести списание по сроку или факту использования
4. Нужно иметь возможность восстановить остаточную стоимость при увольнении или возврате
5. Нужно затратить как можно меньше сил на это, поскольку народу много - голов 400 на одного буха, а рукавицы больше месяца не служат, не считая всего остального, в т.ч. долгосрочного.

Как считаете, какой вариант удобнее ляжет в такой постановке?

up. Тоже интересны идеи реализации такого процеса.

раньше тоже задавал в этой теме похожие вопросы. Реализовал через FI-AA - все волшебно получилось, правда "МОЛов" не так много ~голов 800-900

А можно уточнить, как именно это сделано?
Каждый МОЛ является основным средством, на которое 241 ВДв списываются материалы? Но тогда они в MMBE не будут видны на складе, придется другие отчеты использовать.
Сорри, если вопросы глупые, FI-AA "неродной" для меня модуль

Реализовывал МОЛов на многих проектов, в боях с бухгалтерией пришли к следующему мнению:

1. Запас проекта - красиво, но с т.з. учета запас проекта на 10-м счете, при условии, что оценка V, получается фигня. Запас проекта оценивается обособленно, как только появился неликвид, то приплываем, что цены из-за паса проекта не усредняются. Налоговая велкам, прямые риски по налогу на прибыль. Хотя в принципе на предприятиях с высокой ликвидностью запасов, может прокатить. С 07 и 08 счетами проще, т.к. оценка обычно там по партиям все равно. Если же оценка S и регистр помогает нам жить, то в случаи Q запасов, кажется он нам не поможет в пересчете цен.
2. Альтернатива Q запасам, конечно же E запасы, там у нас в стандарте реализовано обособленное хранение и, если не делать расчет чз заказ клиента, то оценка будет формироваться на уровне завода-вида оценки. Все хорошо. Но на каждого мола создавать заказ клиент, - это дело вкуса:)
3. СУС - классно, если не придется его действительно для потребностей склада использовать. Будет потом проблематично спрыгивать.
4. МОЛ - партия. Тоже можно, но гемороя больше и опять же потом спрыгивать с них проблематично.
5. Хорошая альтернатива: доказать заказчику, что переход на коллективные договора ответсвенности - это не так уж и плохо:) И забыть про МОЛов, именно про тех, кто является кладовщиками.
6. Для МОЛов, которые с технической т.з. не являются хранителями/кладовщиками, а просто используеют МПЗ, например, это когда мы спецодежды выдаем или инструмент. То действительно можно использовать FI-AA и 241 вд. списывать на карточку ОС, потом ОС ликвидировать и с 91 счета своим вд забирать на склад - это, если возврат. И париться особо не надо, т.к. в карточке у нас есть табельный номер. Вопрос в том, чтобы просто написать отчет, а это делается быстро. Все хорошо, если карточек ОС не становиться неограниченно много:) В таком случаи есть вариант, тупо хранить данные по выдвче в своей таблице либо же выдавать чз FB01 вкрутив табельный нормер, а потом ежемесячно запускать вариант долгострочных проводок... - в принципе та же амортизация, только вид с боку.
7. На текущем проекте, МОЛов используем по сути только для печати первичных докумнтов, а запас лежит на складе, складов не скрою много, но не больше 1000. Запихнул МОЛов в адресные данные склада. В принципе свой сеч-хелп плюс полномочия решили проблему большого кол-ва складов для пользователя.

Мы обнаружили, что если для СПП элемента проапдейтить поле PRPS-KZBWS (поставить там A вместо М), то запас СПП элемента будет оцениваться в общей куче, а не раздельно по СПП элементам.
То же самое можно для запаса E, только там есть настрока (для класса потребности в контроллинге). А вот для запаса Q настройки не нашли, но после апдейта вроде работает