Приветствую. Подскажите, как лучше всего вести учет спецодежды в системе (приблизительная цепочка закупки, выдачи, наиболее удобная). Можно ли обойтись одним стандартом?
1) Закупка. Ведется через ММ, цепочка заяка, запрос=предложение, заказ, поступление материала (на центральный склад с последующей передачей на склад МОЛа или нет?), поступление счета.
2) Выдача спецодежды.
3) Начисление амортизации.

Зависит от того, что вы хотите учитывать в одежде (размер/цвет важен? дата списания,
нужен ли учет после списания одежды в FI и т.д.)

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

другой вариант был в MM - в MM было на функционале серийных номеров + в ОЗМ несколько своих
полей добавили (можно их в классификацию в 001 класс добавить).

Закупка и учёт на складе одназначно в MM, а вот учёт спецодежды в эксплуатации, в том числе и начисление амортизации вели на проектах:

1-й вариант FI-AA (удобный механизм стандартый начисления амортизации и по разному отражать износ по областям оценки РСБУ, НУ, МФСО)

2-й вариант PS - в своё время российский SAP всё ещё проталкивал - в этом случае учёт спецодежды в эксплуатации ведётся в запасе проекта и пишется прога по начислению износа на базе MR22, для различного учёта по областям оценки активируется регистр материалов


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

Учет спецодежды нужен количественный, без бухгалтерских документов, без амортизации, т.е. упрощенный вариант. Хочу обойтись только ММ, вести спецодежду на ОЗМ. Такое возможно или есть "подводный камень"?
Учет нужен в разрезе наименований и размеров, а также с учетом сроков носки (1 или 2 года, например) - в ОЗМ в каком месте всё это правильнее вести? В "классификации"?

Ввод в эксплуатацию - перевод материала с центр. склада на склад МОЛ
Списание - просто списание со склада МОЛ

А как решали проблему с количествами? Мы столкнули с тем, что SAP не мог схлопывать проводки FI-AA в отчетах
по нашим собственным полям. Например: пришло три маски - одна проводка; списали одну маску - вторая проводка.
Так вот SAP не показывал Итого (что в количестве осталась 3-1=2 шт.), а всегда показывал пул проводок (+3 и -1).
Бухгалтера вручную всё складдывали на калькуляторе.

Это не доделанное рещение в FI-AA или действительно стандарт так работает?

2moderator(s) если off-topic просьба в финасы передвинуть.

Вообще то срок носки обычно зависит от специальности и региона (у рабочей специальности срок спец.рукавиц короче чем, например у бригадира).
Если же срок просто зависит от номенклатуры, то классификация ОЗМ вполне подойдёт, иначе смотреть, например, в сторону классификации партий.

Отчёты для анализа какие то свои, конечно, делали, но поминимум, а для вышеописанных вами ситуаций как правило хватает простого нажатия кнопки подсуммировки в отчёте.
Да и по большей части интересовало в отчётах сравнение текущего наличия спецодежды у людей с нормами что им положено.

Создал класс СпецОдежда с признаком срок эксплуатации. В ОЗМ теперь могу заполнять данный параметр. В какой таблице хранятся данные из вкладки классификация? Как их связать с материалом, вытащить? Удобно ли в таких случаях использовать например, Z-таблицу, куда специально вписывать данные по классификации (или это уже лишнее)?

Значения признаков хранятся в AUSP-ATWRT. Идём туда по AUSP-OBJEK и AUSP-ATINN = CABN-ATINN (внутренний номер признаков).
CABN-ATINN определяем по CABN-ATNAM = кодировка вашего признака.

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

И лучше использовать именно ФМ, т.к. в зависимости от настроек таблица AUSP может не использоваться.

Каждый случай уникален- у нас из-за объема данных стандартные функциии, возвращавшие признаки из партий/ОЗМ, порождали
такое количество блокировок к KSSK что система останавливалась (ибо ~500 человек в системе одномоментно).
Никакой другой вариант, кроме выборки напрямую из того же AUSP, не работал.

Так в этом и проблема! Подсумма в лучшем случае вернет оборот, а не сальдо (сколько пришло и ушло за такой-то период) --- чтобы было сальдо (=текущий запас) надо делать выборку за весь период от начала и все их схлопывать. Вторая проблема --- по какому полю схлопывать? Номера ОЗМ нет и соотнести проводки (т.е. понять что мы одну и туже куртку списываем или приходуем) нужна подсумма по нескольким полям (например по названию + размер + ФИО) или таки вводить инвентарные номера...
В итоге приходим к тому, что в FI надо фкнционал MM на-z-тить.

Номер материала обязательно передавали - на разных проектах FI-AA для этого разные свои поля отводил.
Без ABAP совсем конечно не обойтись, но тебе не придётся за то абапить механизм начисления износа, при чём по разному это делать одновременно по 3-м областям оценки.

Есть еще вариант, если СО и СИЗ полностью списывается в момент выдачи.

Списание на МВЗ (или еще куда) при выдаче, затем отрабатывает АБАП , который после списания сразу делает поступление этого же материла на "забалансовый" завод с партионным учетом.
Аналитику МОЛ можно вести либо в признаках партии, либо в складах на этом "особом" заводе, либо в СПП.
Для отслеживания сроков полезного использования -- стандарт по срокам годности (если сроки носки зависят только от ОЗМ, а не от специальности и условий работы!). Сроки годности (нОски) указываются в ОЗМ, когда материал расширяется на "забалансовый" завод.
Получается не особо хлопотно, вопрос только в качестве ABAP-кода, создающего документ материала в фоне (учет блокировок и т.п.)

P.S.: Делал такое для количественного учет инструмента на достаточно большом проекте. Вроде работает =)

Т.е. ответ на изначальный вопрос про СО в SAP - стандартом никак не сделать, только ABAP.

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