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

А в чем конкретно проблема.
Вы продали товар. И делаете его возврат ?

Да, делаем возврат. Возврат сделки, отгруженной в прошлом месяце. В закрытом периоде, после пересчета регистра материалов и тд. Если ПМ в свободно используемый - не та цена.
Если в запас возврата, без цены, с переносом и "догонкой" цены вручную - то отклонения и проблемы с налоговым учетом.

а возврат делаете возвратным заказом со ссылкой на фактуру, по которой была отгрузка?

да, совершенно верно.
Как подсказывает мне наш СО: в данном случае проблема с возвратами прошлых периодов сидит во внедрении МСфО и налогового учета через дифференциацию затрат на материале. Как-то так.... То есть за N лет такой проблемы нигде не возникало (потому что такой конфигурации не было!), а сейчас - нате вам...

Честно сказать по такой конфигурации не подскажу.
Но при возврате задним числом будет возникать разница...
А что Вам мешает настроить разницу ?

а финарики сказали, что не должно быть разницы. Вот не должно - и все тут. То есть 16 счетом не отделаешься (как было раньше).
Поэтому пока вариант мурыжиться с СО-РР-заказом (1 заказ на 1 возврат), на который выполняются ручные проводки по каждому элементу дифференциации(сколько их там будет) , а с него уже потом идет поступление ОЗМ на склад... И все перекроется после пересчета текущего периода, при расчете новой учетной цены...
В общем, что-то страшное и контроллинговое, а я в нем совсем никак
Ладно, собственно, вопрос решен, но решен муторно, осталось слово за бизнесом.... Я надеялась, может кто-то делал все это очень легко и стандартно...

Легко и стандартно в SAP не бывает...

Как же... Все очень просто. При закрытии периода "генерим " вид оценки ""ММ.ГГГГ" и возвращать будем туда (цена-то стандартная). Другой вопрос - что делать с регистром материалов за тот период - все проводки разниц 43-45-90 нужно будет пропорционально откатить

но дифференциацию затрат это все равно не спасет, увы!