Интересует кто как считает устаревшие запасы, если считает.

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

На данный момент процесс подсчета оч трудоемкий (Все - все, что двигались за указанный период). Думаю, что можно как-то через ISL поэтому пишу сюда, а не в MM.

На моей бывшей работе было несколько отчетов (в т.ч. самописных) для отслеживания Inventory Aging и всяких слабо двигающихся товаров. Один отчет был такой громоздкий, что по ночам запускалось обновление Z таблички, чтобы юзеры назавтра могли смотреть данные. Частично использовались свои инфо-структуры (LIS - INVCO).

Быстрый поиск в интернете выявляет транзакции типа Dead stock report (MC50) и Slow-moving stock report (MC46) на основе LIS.

Да я вот тоже в своих алгоритмах упустил один шаг (3).
1. Определение перечня не нулевых запасов на сейсас.
2. Исключение всех артикулов, что двигались в искомом периоде (601ВДВ).
3. Исключение нулевых запасов на начальную дату искомого периода.
4. MC.5
Как то оптимизыровал отчет, что счытал стоимость консигнаций на уровне дебиторов, и его тоже запускали на ночь.


Мои логисты купившись на название начали с MC46, но что он показывает я еще не понял - сегодня собираюсь посмотреть.

Так вот MC46 учитывает дни с момента создания последнего SO, что во многих случаях не гарантирует продажу, хотя у моего клиента с третьего квартала ситуация с этим улучшилась, но количество возвратов увеличилось. Видимо, в той вашей компании этот отчет тоже показывал данные на уровне "интересовался ли кто либо товаром".

Пожалуй, пойдем путем разработки.

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

Но ваши пункты 1-3 легко можно таким образом осуществить IMHO.

На одном из проектов есть свой отчет по устареванию. Там для определения дат движений используют структуру S032. Правда обнаружилось, что он с special stock не работает - еще не разобрался почему...