Подскажите, плиз, какие "подводные камни" могут быть при частичном сторнировании документов материалов? если SAP не рекомендует? то почему?

банально - очень легко запутаться в цепочке. Представьте документ с кучей позийий и частичном сторнировании некоторых из них

ну а если бухгалтерия возьмет "на себя" отслеживание цепочек, иных препятствий нет или есть?

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

Еще есть вопрос по производительности отчетов.
Практически в любом отчете, анализирующем документы материалов, возникает задача отфильтровать сторнированные документы.
Если запретить программно частичное сторно документа материала, можно прорезать признак сторнирован/сторнирующий в MKPF и в будущем ориентироваться на него вместо mseg-smbln с своих отчетах.

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

Насчет быстродействия, я наоборот от MKPF ушел в большинстве отчетов.
SAP придумал прорЕзать поля из заголовка в MSEG (даты, пользователя, транзакцию и некоторые другие). См. ноту 1516684.

Нужно выполнить некоторые изменения существующих данных, установить ноты 1550000, 1558298, 1567602 и другие (по ключевому слову BUDAT_MKPF, например).

SAA, это вы наверное в ритейле SAP не внедряли , тут всякие уловки хороши, чтобы отчеты работали за разумное время
Насчет дублирования самых необходимых полей (в первую очередь даты проводки) в mseg согласен, это совершенно оправданная денормализация данных.
Пока SAP не выпустил соответствующие ноты, сам так делал при помощи z-полей в mseg.

Работает-то нормально, только готовьтесь, что при проблемах цепочку раскручивать будет скорей не бухгалтер, а поддержка.

Как минимум предупредите бизнес, чтобы по возможности не использовали частичное сторно. Для их же удобства.

Ну тогда, по вашей логике, нужно запрещать и сторно сторно, и чтобы сторнирующий вид движения был = сторнируемый + 1, и еще что-нибудь.

Бухгалтер нормально раскручивает, сделал им отчет по документам движения с учетом (и показом) сторно. Зависит от компании, скорее всего, и от компетентности бухгалтерии.


А на мой взгляд - нормальная ситуация, когда сторно сторно не могут сделать просто так, и нужно выполнить ряд организационных мер, чтобы получить право на проводку сторно к документу сторно
Хотя сторнируемый+1 - это конечно unreal


Ну да, об этом не подумал
сорри за оффтопик, а HANA для ритейла есть?

сорри за оффтопик, а HANA для ритейла есть?

Ну если про БД ХАна, то конечно можно использовать БД Хана для системы с актвированным Ритейлом.

S4 Retail тоже уже есть(с осени 2016), но внедрений в России пока нету.

В тему об S4 и структуре таблиц: в живую не видел, но по описаниям там документ материала теперь вообще в одной таблице хранится, т.е. заголовочную таблицу упразднили.
И VBUK объединили с VBAK,LIKP, VBRK.
Наконец-то можно будет выбрать поставки с определенным пунктом отгрузки и не проведенным ОМ без джойна LIKP+VBUK.

Наконец-то можно будет выбрать поставки с определенным пунктом отгрузки и не проведенным ОМ без джойна LIKP+VBUK.
Так и сейчас есть - SHP_IDX_GDSI.
Смотри таблицы SHP_IDX*
Они используются в SH к номеру поставки, вроде.

Да, про индексную таблицу я забыл
Хотя всегда найдется нужное поле в LIKP, которого нет в индексной таблице.