Перемещаю материал на одном и том же складе из запаса проекта в свободно-используемый.
При этом формируется проводка:
Д<счет запасов> - К<счет запасов>.

Вопрос: можно ли как-то избежать возникновения этой проводки, чтобы документ FI не создавался?

Имхо, стандартом и настройками никак (только если материал не неоцениваемый )

материал оцениваемый

ответ не обнадеживает

вопрос можно было поставить и шире: когда мы делаем перемещение материла на одном итом же заводе/складе между разными видами оценки и при этом цена ни в одной валюте учета не меняется, зачем система делает проводку Д/К счет запасов? Можно ли этого избежать?

ключевые слова у тебя - "разные виды оценки" - ведь к разным видам оценки (те же, например, раздельно оцениваемые партии) можно присвоить и различные контировки/счета. Ведь то, что у тебя для разных видов оценок указан один и тот же счет запаса, например - это лишь частный случай.

Обычно разные виды оценки имеют разные классы оценки, что в свою очередь приводит к учету на разных счетах. Поэтому и возникает Д одного счета запаса и К другого счета. Если проводку не делать, тогда нарушается баланс, т.к. кол-ва на разных видах оценки не будут соотв. стоим-тям.

исчерпывающий ответ!!! Впрочем, как всегда у Олега!

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

Спасибо за подробные ответы!

Возвращаясь к моему первому вопросу:


Резюмирую: хотя вид оценки при этом не изменяется, но данные по стоимости свободного и запаса проекта хранятся в разных таблицах, поэтому система и делает такую _формальную_ проводку(Т.е. _теоретически_ могла бы обновлять записи в MBEW и QBEW, не формируя бух.документа)

Избежать этой проводки стандартными решениями, похоже, нельзя.

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