В help'e написано, что этот отчет сохраняет данные только для завода в целом. Похоже, что никак не решить стандартными способами.

здравствуйте!
если использовать Материальный отчет по скаладам для материалов, по которым еще не все запасы списаны в рамках завода, в подстолбце "Сумма" столбца "приход" проскакивают "корректирующие" копейки при количестве поступления 0 (из-за округлений средней цены материала в целом по заводу).


1) как-то можно это победить? или как убедить бухгалтерию, что это нормально?
3) реально ли настроить суммовой отчет по складам (чтобы при распределении с центр. склада передавалась сумма) и где это может аукнуться?

1) Победить никак. Убедить при помощи наглядного примера и и расчетов на счетах/калькуляторе/экселе в зависимости от уровня развития бухгалтеров.
2) Не совсем понятно... Вроде бы как оборотка показывает движения между складами в суммовом выражении. Или это относилось к вопросу сохранения в БД не только в разрезе завода? Если так, то при вызове из БД пользуйтесь преднастроенными форматами с фильтрами.

DimKU, спасибо за ответ!

второй вопрос подразумевал, чтобы при проводках внутри завода формировался RE-документ. т.е. чтобы на второстепенные скалды поступало количество по четкой цене, которая не будет усредняться. (да, про ведение материалов по партиям с четкой ценой я в курсе, ошибка выласила, когда поступало, например, 9 штук материала за 25 рублей, т.е. цена за штуку более чем с 2-мя знаками после запятой).

посмотрел, почитал... вроде такое можно настроить. единственное: не забыть галку красного сторно, чтобы обороты по счетам не увеличивались...

Почему сумму ИзмСреднСкЦе в отчете прибавляется к сумме "Оставшееся количество запаса на начало периода" если в периоде формирования отчета нет движений? В результате сумма запаса на начало периода не соответствует действительности. Например:
1 31.03.2010 поступление 561 ВД 20 штук 2000 руб.
2 17.08.2010 отпуск 201 ВД 20 штук 2000 руб.
3 17.11.2011 поступление 101 ВД 15 штук 1500 руб.
4 17.11.2011 дополнительное дебетование материала на 20 руб

При формировании отчета за период с 01.04.2010 по 30.04.2010 запас на начало периода вместо 2000 руб выводится 2020 руб, с учетом доп дебетования за 2011 год. Для чего так сделано и можно ли каким то образом сформировать отчет так, чтобы сальдо на начало и конец совпадали с финансами, т.е. с реальными запасами на дату?

Все ли обновления и ноты по оборотке установлены?

К сожалению нет. Крайний установленный пакет SAPKH60015. Судя по датам выпуска нот, не установлены:

1711305 MIGO: CHARG and UMCHA incorrect for stock transfer in SiT 25.04.2012
1673200 J_3RMOBVED: Stock in Transit Processing 29.02.2012
1666710 J_3RMOBVED: T001W and T001K Tables 10.01.2012
1665666 J_3RMOBVED: Batch Processing 10.01.2012
1650775 J_3RMOBVED: Overvalue Processing (Part II) 12.12.2011
1604108 J_3RMOBVED: Overvalue Processing 16.09.2011
1557283 J_3RMOBVED: Memory Consumption 24.05.2011
1582729 J_3RMOBVED: Receiving Stock In Transit Not Displayed 16.05.2011
1542965 J_3RMOBVED: Stock In Transit on Batch Level 24.12.2010
1534105 J_3RMOBVED: Valuation Type Change for Special Stock 06.12.2010
1519935 J_3RMOBVED: WBS Element Restriction 10.11.2010
1506298 J_3RMOBVED: Overvalue Accounting Document 21.10.2010
1506654 J_3RMOBVED: Incorrect Value in Reversal Document 23.09.2010
1494542 J_3RMOBVED: Customer or Vendor Restriction for Special Stock 01.09.2010
1464432 J_3RMOBVED: Exchange Rate Difference in ML document 16.06.2010
1433794 J_3RMOBVED: Accounting Documents With the Same Amount 30.03.2010
1422813 J_3RMOBVED: PR Document for Special Stock 30.03.2010
1430397 J_3RMOBVED: "Save" and "Read" options 28.01.2010
1418079 J_3RMOBVED: Stock in Transfer Issues 15.12.2009
1417445 J_3RMOBVED: Performance Improvement 14.12.2009
1411886 J_3RMOBVED: ML Document Not Displayed 04.12.2009
1397170 J_3RMOBVED: Incorrect Overvalue Document 04.12.2009
1374130 J_3RMOBVED: Incorrect Stock in Transit 02.12.2009
1384361 J_3RMOBVED: Performance Improvement 01.10.2009
997661 Batch hierarchy level in J_3RMOBVED report 04.09.2009
1375994 J_3RMOBVED: G/L Account Not Displayed 02.09.2009
1375865 J_3RMOBVED: ML Document Displayed Incorrectly 02.09.2009
1363385 J_3RMOBVED: Valuation Type Change Option 16.07.2009
1354071 J_3RMOBVED: stock in transit for stock transport order 25.06.2009
1345551 J_3RMOBVED: blocked stock returns transfer postings 27.05.2009
947515 J_3RMOBVED behavior and limitations 05.05.2009
1327464 J_3RMOBVED: ML document not displayed 16.04.2009
1328916 J_3RMOBVED: G/L account not displayed 13.04.2009
1318706 J_3RMOBVED: incorrect stock cost due to ML document 08.04.2009
1323282 J_3RMOBVED: background job canceled 27.03.2009

Ставьте все!

После установки этих нот запас на начало периода рассчитывается так же.

После того, как выяснилось на днях, что если на селекционном экране указать только БЕ, не вводя ограничений по заводам, то отчет выгребает данные по всем заводам, независимо от указанной БЕ, и только в конце отфильтрует, если полномочия пользователя на завод/БЕ позволят до этого дойти, у меня не осталось веры в способность САП ЦИС делать качественные вещи...

to Старик: а может причина такого поведения - учёт товара в пути при межзаводском перемещении?

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

Доброго дня.
Как правильно должна показывать оборотка запас на начало периода, если по заводу было двухшаговое перемещение?
Есть заказ на перемешение с завода А на Б
05.01 выполнено движение с завода А в путь 941 вдв
и потом еще много движений в течении месяца по данному виду оценци, партии и в том числе поступление из запаса в пути на завод Б

Запускаю по заводу Б
mb5b на 01.01.20 показывает ноль и нет движений -хорошо
05.01 на начало ноль, движение в плюс, на конец отображает количество равное движению.- хорошо, партия пустая отображается поступление по счету
Если запустить оборотку с 01.05 по 05.01, то на начало периода с фильтром по виду оценки отображаются минусовые значения. Как они отсчитываются от текущих запасов, что в минут уходит?
Такое впечатление, что учитываются какие то движения перемещения выполненные за переделами рассматриваемого периода.

Более чем уверен, что отчет некорректно отрабатывает запас в пути. Дело в том, что запас в пути между заводами в системе учитывается на уровне завода, т.е. без разбивки на партии. Наверняка отчет некорректно восстанавливает разбивку по партиям из одной только цифры в таблице MARC. Для правильного расчета нужно учитывать движения не только по датам проводки, но и по времени ввода в систему.

Как я понимаю обортка за прошлые периоды рассчитывает путем открути назад от текущей даты документов материала.
Как объясняется, что если переведен запас в пути в мае, а поступление осуществить в июне или ином периоде, то запас на конец периода в мае увеличивается? (фильтр на виду оценки)