Оборотно-сальдовая ведомость
В который раз пользователи засыпают заявками о некорректной работе тр Z_OB_VED.
К количественным показателям претензий нет но вот суммы по стоимоти!!!!
1) Стоимость запаса на начало период 275.110,74
2) Стоим. запаса на конец периода 178.168,36
3) Цена единицы запас 422,60
4) Цена на конец периода 144,04

До чего удалось докопаться с нашим программистом?
1) Сумма списания увеличена ровно в 2 раза!
2) Нет ссылки ММ документа на Бух документ при списании. а верней как сказал программист: "мм-документы не попадают в таблицу bsim (Вторичный индекс документов к материалу), а другие документы - попадают!"
Почему?

Судя по всему, ваш программист или постановщик по разработке ведомости что-то напутали.
Пользуйтесь стандартной оборотной ведомостью (TA J3RFLVMOBVED) и изменяйте ее с помощью enhacementов, тогда у вас будет самый актуальный алгоритм по выборке документов.
"мм-документы не попадают в таблицу bsim" -- они и не должны туда попадать, там хранятся только FI-документы.

Z_OB_VED, судя по названию, своя разработка. Ответ Вам могут дать только ваши специалисты.
waverzzz дело говорит.

Обычно делают так. Если есть стандартная ведомость(любая), а мы хотим ведомость на эту же тему, но свою, то берут стандартную и модифицируют. Модифицируют так, чтобы не испортить код работающий со стандартными таблицами SAP. Это требует хорошего уровня от программиста. Если у Вас полностью своя разработка, то отлаживайте программу. Не слазьте со своих программистов, пока не добъют.

Спасибо за подсказку! Попробуем!

что то неполучается у нас ничего! может стоить описать ситуациию поподробней?

Порядок действий следующий:
1.1 Проверка в стандартном отчете J_3RMOBVED.
1.2 Изучить ноту 947515, может быть ваша ситуация описана как "особенности данной программы".
1.3 Идентифицировать документ материала, который по вашему мнению искажает оборотку.
1.4 Проверить правильность данного документа MM и документа FI.
2.1 Проверить идентичность отображения стандартными отчетами: MB51, MB5B, J_3RMOBVED.
2.2.1 Поиск нот на service.sap.com/notes/ и установка наиболее подходящих на ваш взгляд.
2.2.2 Проверка в стандартном отчете J_3RMOBVED.
2.3.1 Устновка всех обновлений и нот для J_3RMOBVED.
2.3.2 Проверка в стандартном отчете J_3RMOBVED.
2.4.1 Написать сообщение в SAP: service.sap.com/message/

Всем здравствуйте!
Проверил в стандартном отчёте, тоже самое задвоение.
Смоделировал ситуацию в тесте. К чему пришёл?
Приход как обычно формирует всё правильно ММдок>Бух.док.
Затем смоделировал списание одной позиции материала в одном документе, сформировал правильно, ММдок>Бух.док. Затем при списании в одном документе, списал один материал но с разными затратами построчно! вот тут то и происходит задвоение суммы списания. Программа считает и сумму Бух.док. и ММдок которые были построчно, вместе.
Ещё одно примечание то что при создании ММдок>формируется Бух.док но в данном случаи в оборотке они отражаются отдельной строкой а не напротив как на пример при приходе материалов. Это правильно?
И тут опять же в разговоре со своим программистом всплывает, документы не попадают в таблицу bsim. Почему?
Пример:
ТЕТРАДЬ 999
F 20.12.2008 5000002541 1 101 5000000109
F 20.12.2008 5000002541 2 101 5000000109
F 21.12.2008 4900004424 1 201 4900000118
F 22.12.2008 4900000119
U 22.12.2008 4900004425 1 201
U 22.12.2008 4900004425 2 201
U 22.12.2008 4900004425 3 201
U 22.12.2008 4900004425 4 201
U 22.12.2008 4900004425 5 201
S 31.12.2008 ##########

А если брать только Бух.док. это в дальнейшем может повлиять на работу оборотной ведомости?

некоторые материальные переносы не формируют бух проводок, тоесть надо смотреть в каком ракурсе вам нужен отчет, если по счетам ГК то можно смотреть только бух провоки (учитывая разные доки увеличения стоимости), если в разрезе партий-складов, то использовать стандарт и не парится

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

Внутри отчета существует алгоритм, который сопоставляет данные бухгалтерского документа с ММ-ным. Мне кажется, что отладка вам может помочь. Странно, что и стандартный отчет ошибается (судя по объяснениям, ситуация простейшая), какая версия системы и какой patch level?

Версия системы 4.7, насчёт остального узнаю.

Кажется нашёл промблему.
При формировании списания образуются 2 главных документа ММ.док и Бух.док.
Так ММ.док. формируется построчно (одинаковая номенклатура материала, но с разными затратами)
А Бух.док. формирует общую сумму по списанию.
В итоге когда программа начинает их сравнивать, видит ссылку документов, но не имеет возможности зазбить Бух.док. и выносит его отдельной строкой, и суммирует в итоге с ММ.док.
Что интересно при приходе всё работает правельно, построчно и ММ и Бух.
ЧТО ДЕЛАТЬ?

Что значит "с разными затратами" (вид затрат, контировка?) и какие строчки схлапываются (счет запаса, счет затрат)?