Стандартная программа "Запас основных средств", похоже, работает по ссылочной дате. Выполнили перемещение между объектами, дата проводки март, ссылочная - февраль. В итоге на конец февраля в отчете "Запас основных средств" оба эти объекта не показываются.
Наверняка, кто-нибудь сталкивался с подобной ситуацией. Неужели надо писать свою программу? Кто как решает эту проблему.

Да, прибыл\убыл - все по ссылочной дате. Но объект-получатель в отчете быть должен (на конец февраля). Отправителя и не должно быть .

Правда у получателя стоят нули, а реальные цифры появляются
только в следующем периоде (март для вас), т.е. периоде даты проводки. :-\

Пока так и оставили.

Коллеги, добрый день. Столкнулись с той же проблемой: при поступлении ноябре с датой проводки декабрь AR01 запущенный за ноябрь не показывают суммы поступления. Подскажите, на это ноту не выдумали никакую?

Да и не должен по идеи. На конец ноября фактически же не было этих ОС, поэтому и не показывает. Ссылочная дата используется для управления началом расчета амортизации, а при поступлении учитывается дата проводки.

Должно.
Конкретно наша ситуация, следующая: мы сделали перемещение с одной карточки на другую, теперь в отчете за ноябрь нет старого ОСа, так как даты выбытия проставляется по ссылочной дате, и нет стоимости на новом ОСе, так при анализе поступления используется дата проводки, соответственно в ноябрьском отчете просто исчезла сумма по этому ОСу.
Но даже если бы были простые поступления, то получается, что ADA выбытие считает по ссылочной дате, а поступление по дате проводки, отчет "ни рыба ни мясо" получается.

На мой взгляд все верно, при поступлении по крайней мере. При поступлении в декабре с ноябрьской ссылочной датой все движения по счетам ГК проходят именно в декабре, поэтому новый объект должен появится в запасе также в декабре. Иначе данные в ОС и ГК за один и тот же период будут разными.

Выбывающее ОС не попадает в запас ноября из-за даты выбытия. Если ее поменять на декабрьскую - то все будет ок. Как вариант, можно сделать замещение даты выбытия датой проводки а не ссылочной датой.

Подскажите, пожалуйста, как реализовать данное замещение?

Затестили работу отчета, с учетом того, что сделаем замещение на дату выбытия. Проблемы будут возникать с ручными проводками амортизации (на базе видов движений 6*), так как в отчет выбирается дата проводки из ANEK, хотя реальная дата проводки, возникающая в результате прогона амортизации, может отличаться, таким образом отчет запасов ОС всё равно может разъехаться с главной книгой:(
Вопрос: Как с этой проблемой мирятся на других проектах?

А в чем с этим проблема, не совсем понял? Запас же показывает значения на конец месяца и амортизация тоже в конце месяца проводится...

Проблема в том, что мы можем делать корректировки амортизации в закрытых периодах, т.е. если у нас сейчас открыт декабрь, пользователь сделал корректировку в мае, дату проводки поставил май, реально проводка прошла при прогоне амортизации в декабре. Соответственно если мы запустим отчет на конец мая, то суммы амортизации отразится маем, хотя по главной книги пройдет в декабре.
То же самое если мы прогоним амортизации внепланово за два месяца, то в ГК сумма упадет в одном месяце, в Запасе она будет отражена в разных месяцах.
То есть в одном случае отчет показывает по дате проводке: Поступление, выбытие(с условием подмены даты списания)
Во втором случае в соответствие с "действительностью": Амортизацию, корректировки амортизации, переоценку.
В результате не получаем ни нормального бухгалтерского отчета, ни нормального управленческого отчета.

Про корректировки можно по-поподробнее? Не понял, почему если дата проводки корректировки амортизации май текущего года, то в ГК она должна провестись в декабре прошлого? Почему не в мае текущего? Как проводятся такие корректировки, с помощью каких транзакций, видов движений, амортизации?

В запасе есть опция "Актуальная балансовая стоимость", при ее установке будет отображаться значения исходя из фактически проведенной амортизации в ГК.

С помощью ABSO виды движений 6*, например особую амортизацию, в ABSO есть поле "Дата проводки" значение именно из этого поля записывается в ANEK и обрабатывается ЛБД. В декабре текущего проведется прогоном амортизации, сейчас декабрь и мы за май амортизацию за пускать уже не будем, поэтому и проведется в декабре вместе с ближайшим прогоном амортизации, ну и вглавную книгу упадет всё декабрем, а не маем.
Опция есть и работает хорошо, но отчет иногда необходимо запускать и за прошлые даты, например если Вы вдруг захотели посмотреть 1 декабря отчет по состоянию на конец ноября, Вы не можете запустить отчет по актуальной стоимости, так как 1ого декабря уже возможно были сделаны проводки поступлений или выбытией бухгалтерией. Ну и вполне нормальная ситуация, когда бухгалтерия или другие отделы хотят посмотреть состояние ОС на первое полугодие.
Одной из таких ситуаций является проверка расчета налога на имущество, налоговые органы контролируют его начисление через сверку 01ого и 02ого счета, при этом предоставить им расшифровку этих счетов мы не способны, так как запас ОС, без галочки "Актуальная стоимость" не отображает данных соответствующих данным счетов главной книги.

А, понял... Т е амортизация за май текущего года, корректируется позже в декабре текущего. Но, тогда не понимаю, зачем дату проводки в такой корректировки ставить за май? По правилам БУ, по крайней мере российского, корректировку нужно отражать в том периоде, в котором была обнаружена ошибка или основание для этой корректировки. Вы же не открываете периоды проводок по счетам ГК за май, чтобы эту ошибку откорректировать? А почему тогда в FI-AA проводите документы с датой проводки за прошлый период? Дата проводки отражает фактическую дату проведения операции в учете, а не период корректировки. Используете для этой цели другое поле, например ссылочную дату или дату документа, тогда будет идти запас и ГК.

В том и проблема, что дату проводки можно поставить ручками и не факт, что она будет равна реальной дате проводки. Если бухгалтер по ОСам один, ну или их несколько и они сидят в одном кабинете, это еще терпимо, но когда они разбросаны по стране, становится критично.
Ну и несоответствие данных при внеплановом прогоне тоже никак не решается.
Печально. Буду писать мэсседж.

На мой взгляд это не тема для мэссаджа. Минимизировать ошибки пользователей можно либо организационно либо технически, например, какими-то дополнительными проверками, либо и так и так. Можно сделать, например, проверку, которая не будет позволять провести внутренний документ FI-AA датой, относящейся к закрытому периоду проводки ГК. Можно прописать в инструкции порядок заполнения полей при проводке корректировок амортизации, организационно в рамках процедуры по закрытию периода обязать проверять дату проводки в документах AA перед прогоном амортизации и т д.