1С Бухгалтерия предприятия, редакция 3.0 (3.0.191.41). Возникла проблема с отчетом ВедомостьАмортизацииОСБухгалтерскийУчет: Для НЕКОТОРЫХ основных средств в графе "На начало периода" Стоимость стала нулевой и остаточная стоимость приобрела отрицательное значение. На копии базы двухдневной давности отчет формируется корректно.
Бухгалтер вводила ручную операцию задним числом (на 1 января 2025). суть операции - передача ОС в аренду. Но проблема в том, что в этой операции участвовали совсем не те ОС, по которым проявилась проблема в отчете. Операция была удалена, проведено последовательное закрытие месяца - проблема в отчете сохранилась.
И еще забавная вещь: если в настройках отчета выбрать конкретное проблемное основное средство, то отчет по этому ОС формируется корректно.
В чем может быть дело?

Итоги пересчитайте для начала

Это слишком просто. Делалось Тестирование и исправление, перепроводились ВСЕ документы в базе....

(0) Отчёт Анализ субконто, выбрать только одного ОС-плохиша, зачерпнуть период поглубже: от 1980 по 2030
Сюда.

Гм... При таком периоде Графа "На начало периода" - пуста. В 1980 году не было там никаких ОС...

(4) Дубль два: я не про ведомость, а про стандартный бух-отчёт вроде ОСВ, только Анализ субконто

цигель!

Сделал Анализ субконто за период 01.01.2010 - 30.03.26. На начало периода все пусто, обороты за период, на конец периода сальдо Дт по сч 01 и сальдо Кт по сч 02.

(7) Будьте добры скрин.

Вот

(9) Я не просил по 1кв, я просил ГОДЫ. Поставьте, пожалуйста по 31.12.2026
Вверху тогда появится маленькая полоска опция "Вид периода". По умолчанию полоска сдвинута влево "Отчётный период". Выберите, пожалуйста последнюю опцию "Отчётный и межотчётный периоды".

Результат в точности такой же

(11) Гут. Теперь два щелчка по 01 и давайте карточку счёта.

Вот

(13) Нормально. Осталось только два щелчка по 02, карточка будет длинная, скрин не надо. Сами пробегите глазами - нет ли хоть одной проводки, отличной от стандартной по регламентной операции Начисления амортизации?

Только регламентные операции. Единственный нюанс - сначала по дебету был сч 26, а с некоторого момента стал 23.01.

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

А база файловая или какая? А то может кэш стоить почистить на компьютере, на сервере, в СУБД что-то сделать .... Попробуете перегрузить всё это хозяйство.

Изначально база под MS SQL, но все упражнения производятся на файловых копиях, выгруженных через dt файлы и на другом компе. Думается, кэши тут не при делах...

(18) Скрины ведомостей давайте глянем.

Регистр "Счета бухгалтерского учета ОС" проверяли?

(0) В запросе отчёта ошибка :)
Если вы конечно этот релиз смотрите...

Там есть кусочки кода, на подобии такого.


Надо поправить :)

+(0) Но не ручаюсь, вдруг чего новенького преподнесли :)

+(0) Если не поняли, то должно быть так:

(21) Глянул 194.23
Действительно, есть такой ляп в двух местах. А почему же никто не замечал раньше? Или мало у кого ОС перемещались именно со сменой места нахождения (как подразделение)?
А давайте проверим.

(18) Откройте РС МестонахождениеОСБухгалтерскийУчет
Есть там перемещения между подразделениями внутри рассматриваемого в ведомости амортизации периода?

Для одного из проблемных ОС в РС МестонахождениеОСБухгалтерскийУчет 5 записей: Принятие к учету и 4 перемещения. При этом Местонахождение остается неизменным, менялись МОЛ.

(25) Давайте всё-таки поправим запрос в СКД по рецепту Зомби и посмотрим.

Проверил еще несколько проблемных ОС: для некоторых картина аналогичная, а для некоторых - только одна запись, Принятие к учету...

Поправил запрос, как рекомендовано выше, в 2-х местах. Ничего не изменилось.

(28) Дубль два: покажите скрины.

(28)

Вот

(31) Пересчёт итогов по #30 за длинный период сделали?
Давайте ведомость по всем, но за 2024 год. И следом за 2023.

Пересчеты итогов ничего не меняют

(33) Неужели так трудно убрать первый столбец, чтобы не замалёвывать и обязательно надо видеть последний столбец - остаточную стоимость на конец периода. Это же важно. Не обрезайте.

Давайте информацию по второму ОС БС-000214 за 2024 год, Анализ субконто и карточку счёта 01.

А если для быстроты - то скиньте базу dt на мой мэйл.

БС-000214 и  иже с ним - там ручные операции по сч 01 и 02. Какие-то манипуляции, связанные с арендой

(35) Манипулянты ручников )))
От нас-то вы чего хотите со своей бухгалтершей?

Дык, мне их манипуляции вообще пофиг. Мне бы разобраться, что с базой творится. То, о чем спрашиваю, к бухгалтерским манипуляциям отношения не имеет.

Всё равно давайте карточку счёта 01 по БС-000214 за период 2020-2026. Полюбуемся что там наворотили.

цигель!

По БС-000214 и целому ряду аналогичных картина в Ведомости амортизации соответствует тому, что наворотили в проводках. Правильно оно или нет - вопрос другой, пусть бухгалтерия с этим разбирается. У них, кстати, эти строки неприятия не вызывают.
А вот БС-000130 - совсем другое дело...

(40) Можно посмотреть карточку счёта 01 по БС-000214 за период 2020-2026 ?

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

В результате СчетаУчета состоят из (01,02) и для самортизированных ОС стоимость обнуляется (что такое СтоимостьОстаток в виртуальной таблице нужно объяснять?).
А СчетаНачисленияАмортизации состоят из (02) и остаток по амортизации корректный (да и в запросе СуммаОстатокКт).

При формировании ведомости по одному ОС счета учета из регистра отбираются по ОС, поэтому для одного ОС всё корректно.

ВЫБОР
КОГДА ХозрасчетныйОстатки.Счет В
(ВЫБРАТЬ СчетаУчета.СчетУчета ИЗ СчетаУчета)
ТОГДА ХозрасчетныйОстатки.СуммаОстаток
ИНАЧЕ 0
КОНЕЦ КАК СтоимостьОстаток,

ВЫБОР
КОГДА ХозрасчетныйОстатки.Счет В (ВЫБРАТЬ СчетаНачисленияАмортизации.СчетНачисленияАмортизации ИЗ СчетаНачисленияАмортизации)
ТОГДА ХозрасчетныйОстатки.СуммаОстатокКт
ИНАЧЕ 0
КОНЕЦ КАК АмортизацияОстаток,

(42) Да, я тоже оцениваю вероятность ошибки в указании счёта учёта как 02 в 99%. Но автор упорно не даёт скрины карточек счёта, лишний раз подтверждая, что крайне затруднительно работать "на слух" с программистом. Бухгалтер просто даст карточки за секунды. Программист будет неделю чистить кэш, менять платформы и делать ТиИ, погружённый в своё вИдение.

(42) Проверил. Да. Если в РС  "Счета бухгалтерского учета ОС" есть хоть в одной строке счёт 02 - то ведомость рушится как у автора - для ВСЕХ ОС. При этом отдельное любое ОС в отборе даёт норму.

Из чистого любопытства, Ботаник, знали или сами сейчас вывели? )

(44)
"И опыт, сын ошибок трудных."
В прошлом году бухи в филиале ошиблись, еще из памяти не выветрилось.

Задача решена Ботаником.
Вывод: если отчёт Ведомость амортизации ОС рисует хрень по всем ОС, то бухгалтер кому-то указал 02 как счёт учёта ОС.

P.S. не понимаю только что должно щёлкнуть в голове бухгалтера, чтобы учитывать ОС на амортизации 02? Я с таким даже у новичков после двухнедельных курсов бухгалтеров не сталкивался )

(45) Тогда надо продумать "защиту от дурака". Например, запретить выбор 02 в счёте учёта ОС в документах.

И ещё: странно, что автор в отладчике не увидел эту хрень.
Или в запросе СКД невозможно ставить остановы чисто технически?
Как вообще работать в отладчике с кодом СКД?

(47)[в запросе СКД невозможно ставить остановы чисто технически?]
отладка пакетных запросов требует использования продвинутых консолей запросов, для 95% 1С-ников это высший пилотаж

(48) Спасибо. Я так и подумал... не в обиду автору )

(45) Спасибо за науку. Классное решение, никогда бы не подумал чисто теоретически. Понятно, что увидел бы сразу, если б зашёл в базу, но вот без неё и скринов - не допёр бы.

Кстати, от автора не ждите благодарности. Пруф:
Обновление. Дублируется регл отчет.

(42) "По какому-то ОС будет счет учета 02.хх."
И действительно...
У ОДНОГО ОС счет учета 02.01. Исправил - и Ведомость амортизации встала на место. Спасибо!