Добрый день! Провели разукомлектацию ОС. Через «Ввод начальных остаток» приняли на учет новое ОС. При формировании ведомости амортизации по новому ОС не видим сумму ни в графе «Стоимость» на начало периода, ни в графе «Увеличение стоимости » за период, однако на конец периода стоимость отражена верно. С чем это может быть связано?
Вместо Комплекса…* с перв. ст-ю 9,4 млн. руб. было введено в эксплуатацию новое ОС (разукомплектованное) -Комлекс…** с перв. ст-ю 9,379 млн. руб и дооборудовано (модернизация) новыми чиллером и ванной большей мощности и ёмкости. Ст-ть после модернизации была увеличина на 379,9 тыс. руб. Т.о. стоимость нового ОС-Комлекс…** — 9,758 млн. руб. С октября 2023г. по нему продолжает начисляеться амортизация.
Добрый день!
Понимаю так, что нового ОС на начало сентября просто не было, ОС был скомплектован только 30.09.23, поэтому столбец «Стоимость» На начало периода-пустой.
В столбце «Увеличение стоимости» За период — указан размер модернизации.
В столбце «Стоимость» На конец периода — равна стоимости нового комплекса с учетом модернизации и амортизации.
Считаю, что ведомость сформирована корректно.
Наши аудиторы утверждают обратное… Можно этот момент как-то аргументировать. Ведь при стандартном принятии е учету ОС столбец «Увеличение стоимости» заполняется.
Да, при стандартном Принятии к учету ОС, столбец «Стоимость» На начало периода- так же пустой.
Заполняется столбец «Увеличение стоимости» За период — на сумму стоимости ОС.
Эта же сумма отражаете в части Стоимости и Остаточной стоимости На конец периода( если амортизация начисляется со следующего месяца).
Но данный алгоритм в программе при разукомлектации ОС — это искусственный маневр, а не стандартная операция созданная разработчиками.
Поэтому столбец «Увеличение стоимости» За период заполняется только на сумму модернизации.
Оксана, спасибо большое за Ваш ответ, но у меня есть сомнения на этот счет. Считаю, что «Увеличение стоимости» в ведомости должно быть заполнено. Я посмотрела видео материал по разукомплектации ОС с помощью такого же алгоритма, через ввод остатков, там при формировании «Ведомости амортизации» стоимость новых объектов отражается в данном столбце.
Приложение
Ирина, добрый день!
Отчет «Ведомость амортизации ОС» работает по запросу от разработчиков. Он довольно сложный, но основная логика там такая:
Стоимость ОС на начало берется остатком регистра Хозрасчетный на дату начала формирования отчёта.
Стоимость на конец — соответственно по регистру Хозрасчетный на дату конца формирования ведомости.
И тут никаких сюрпризов обычно не бывает, что есть в остатках по ОС, то и видим в ведомости на эти даты.
А вот в расчетными колонками, в том числе и Увеличение/Уменьшение стоимости, стоимости картина другая.
Вот смотрите, запрос на формирование этих данных собирается из 4х таблиц, но в учет идут только данные по таблицам
— ХозрасчетныйПоступлениеВыбытиеЗаПериод.СтоимостьУвеличение
— ХозрасчетныйПеремещениеЗаПериод.СтоимостьУвеличение
Другие регистраторы, кроме указанных выше и проводок, не учитываются и ставятся принудительно в ноль.
Поэтому, на мой взгляд, запрос может не учитывать все нужные документы, которые мы здесь используем для формирования правильной суммы Увеличения стоимости. Это нужно смотреть конкретно на примере в базе.
Справедливости ради, отчёт нормально работает на типовых операциях с ОС по типовым документам.
Он просто собирает данные учета и даже неточность сбора данных в нем не влияет на сдачу отчетности и проводки по операциям.
Ошибки такого рода стоят на исправление не в первую очередь. Но, на мой взгляд — это может быть недоработка.
Имеет смысл написать разработчикам на горячую линию v8@1с.ru
Вот чем могу. Это «общее рассуждение» исходя из анализа запроса, для точности и окончательного вывода нужно формировать пример и анализировать по нему работу запроса.
Ирина, спасибо большое за помощь. Но проделала аналогичную операцию в 1с в 2022г. , смотрю ведомость — сумма попадает в нужную колонку, а в 2023г. вроде бы все тоже, но сумма не попадает в колонку увеличение стоимости. Вот и ломаю голову…) Могу скинуть скриншот… Может попробуете у себя смоделировать ситуацию?
Возможно, переход на ФСБУ меняет формирование ведомости.
Менялось по ОС очень много и сборка может идти иначе внутри указанных таблиц оборотов ОС.
Я попробую завтра повторить пример в тестовой базе на 2023 и 2024 гг, если будет аналогичный вашему результат отключу переход на ФСБУ в 2022 и перезакрою, посмотрю результат.
🙏Спасибо большое
Приложение Primer-razukomplektatsii-OS-po-state-BE.docx
Здравствуйте!
Я полностью повторила все действия по примеру статьи и у меня увеличение стоимости в ведомости показалось нормально.
Прикладываю подробное изложение действий в файле Word.
Я могу дать вам ссылку на скачивание своей базы, где делала пример: все документы здесь описаны, все на 2023 и 2024 годах сделано, т.е. с ФСБУ:
https://drive.google.com/file/d/1BgY4Pw9L84767X7GmnhsXkmyH117rcxD/view?usp=sharing
Вход под пользователем СД без пароля. Пример абсолютно как в статье: есть ОС, которое разукомлектовывается с остаточной стоимостью (и нулевой ликв. стоимостью) и все проходит корректно.
Вам нужно обязательно проверить документы и сами проводки в документах с теми, что даются в статье.
PS: По запросу еще раз тщательно проанализировала по конкретно нашему примеру отбор данных: документы перемещения, которые учитываются в запросе с «-«, в действиях примера не используются. Поступления для указанного примера собираются по журналу проводок, регистрам Счета учета ОС и События ОС.
В результате, основа формирования данных в запросе в конкретном этом примере: проводки и два выше указанных регистра.
В тестовой базе у меня ситуация с примером отработала корректно, поэтому если все у вас идентично, то нужно отдавать базу смотреть программисту в Отладчике.
Приложение
Все-таки обратите внимание, что ваш пример не полностью соответствует нашей статье.
У нас идет разукомплектация ОС с выделением и заменой выделенной части ОС: выделяется Трансформатор б/у и новое ОС Трансформатор (новый) для исходного ОС Трансформаторная подстанция. Трансформатор б/у обрабатывается ручной операцией и вводом остатков, по новому трансформатору оформляем поступление оборудования и принятие к учету ОС.
У вас нового ОС и операций по нему, как в нашей статье, не возникает, то есть формально отрабатывается ветка, аналогичная действиям по Трансформатору б/у из статьи. Но плюс к этому еще и операция Модернизации ОС (конец месяца 30.09.2023, то есть та же дата, что и при вводе вводе остатков).
В предоставленных вами скринах я в документе ввода остатков вижу, что проводки подверглись ручному редактированию (на вашем скрине виден «карандашик»).
Возможно, именно в ручной правке введенных остатков и кроется причина ошибочного поведения формирования Ведомости.
Попробуйте отменить ручную корректировку проводок в вводе остатков по ОС от 30.09.2023 и перезакрыть сентябрь 2023 г. заново. При закрытии месяцев идет перерасчет итогов.
Также можно попробовать в копии базы изменить дату операции и ввода остатков реальной датой выделения части ОС (это не начальные остатки по БУ/НУ, поэтому в специальные регистры мы можем писать не концом месяца, см. наш пример, а например 22 сентября 2023 г), возможно, это инициирует пересчет итогов за сентябрь 2023 г. и формирование ведомости изменится.
И наконец, чтобы исключить ошибки в итоговых таблицах проводок, можно запустить пересчет итогов: кн. Главное меню — Функции для ТС — группа Стандартные — Управление итогами — кн. Устанвить период рассчитанных итогов.
Выполните эти рекомендации сначала в копии базы и сверьте еще раз проводки документов с теми, что приводятся в нашей статье.
—
При моделировании примера с разукомплектацией ОС в тестовой базе по статье: формирование Ведомости происходит корректно.
Базу с примером по статье предоставила в прикрепленном к комментарию файле выше.
Ирин, моему примеру соответствует Трансформатор б/у. Так вот по нему при формировании ведомости амортизации тоже виден только остаток на конец месяца, а увеличения стоимости нет… ) По Трансформатору нов. вопросов нет, Там стандартное принятие на учет.
Приложение
Ирина, добрый день, я вам в файле дала ссылку на выгруженную базу.
Все операции ложатся корректно, можете развернуть и посмотреть.
Даже если добавить модернизацию к вашему примеру — все равно корректное отражение.
Не воспроизводится в тестовой базе ваша ситуация, поведение программы нетиповое, тем более, что вы пишите, что делаете на другие даты — и все хорошо.
Тогда только отдавать базу программисту, чтобы он смотрел пошагово в Отладчике выполнение алгоритма в конкретно вашей базе 1С.
Сейчас все, что вы можете сделать без программиста я вам написала, в том числе и пересчет итогов, изменение дат в остатках. Без базы можно только еще в копии базы данных пометить на удаление все ваши документы и создать их заново с нуля и перезакрыть месяцы снова.
Если не поможет — только помощь программиста.
И да… Ручные правки отменила, не помогло.
Я бы на вашем месте в копии базы пометила введенные документы на удаление и ввела бы снова. Не копированием. По кнопке Создать. Потом перезакрыла месяцы и посмотрела результат.
…
Я полностью повторила пример статьи, добавила по ветке амортизации трансформатора б/у, которой вы следуете, модернизацию ОС — и ошибка не воспроизводится ни в одном случае: и без модернизации и с модернизацией.
Все формируется корректно в ведомости амортизации ОС.
Разверните мою базу, сравните со своей по данной операции.
Очень похоже на неправильный пересчет итогов бухучета, я вам предложила выполнить их пересчет. Честно, все, что могла предложить — я выше написала…
Тут уже нужен специалист, который будет смотреть не алгоритм, а конкретно вашу базу, почему у вас так происходит в Отладчике.
Единственно, что ещё можно проверить: наверняка у вас есть подключенные расширения, которые работают с проводками.
Не поленитесь, сделайте копию и удалите там все расширения из списка расширений.
Где-то год-полтора назад поменялась на новых платформах обработка планов счетов.
Те расширения, что раньше без проблем работали, иногда именно в оборотах и бухгалтерских типовых отчетах давали непонятные глюки.
Я сталкивалась с этим, поэтому попробуйте исключить этот момент — сейчас это самое простое, что можно сделать.
Поскольку ошибка не повторяется, а итоги — это функционал больше платформенный, чем функционал программного кода обработки данных, то тут даже зацепиться не за что.
Минимальный набор, что можно сделать без программиста я выше написала, но отключение расширений (попробуйте в копии!) тоже необходимый проверочные вариант, не пренебрегайте им.
Ирин, спасибо. Завтра посмотрю Вашу базу.
Как мне развернуть Вашу базу? Перешла по ссылке, скачала файл, а дальше ступор… К 1С у нас удаленный доступ.
Если на вашем ПК нет установленной Платформы 1С, то попросите системного администратора установить базу на сервере, к которому у вас доступ, где установлена платформа 1С.
Как установить базу:
Как восстановить базу 1С из резервной копии
Так же может быть полезен материал:
Бухгалтер без Админа при работе с 1С:Бухгалтерия — для начинающих и опытных пользователей 1С
Ирин, есть копия нашей базы, могу через конфигуратор попробовать загрузить Ваш файл. С рабочей базой ничего в этом случае не будет?
Если вы не загружали базы до этого, вы можете ошибиться.
Лучше создать новую базу и загрузить в нее мою, как рассказывается в статье.
Единственное, у меня версия ПРОФ, если у вас стоит платформа с лицензией на базовую или КОРП, то работать с ней вы не сможете.
или нужна новая пустая база?
Для исключения ошибок лучше загрузить в пустую базу.
У нас КОРП….)
Ирин, сделайте пожалуйста слайды по документу ввод остатков…
Приложение
Прикладываю скрины Ввода остатков.
Но проблема не в этом документе. Здесь заполняются регистры, которые не участвуют в сентябрьской ведомости, где уже ошибка. Они дальше повлияют на расчет амортизации, регламентные операции и Справку-расчет. А у вас на ПЕРВОМ месяце — сентябре 2023 года, т.е. еще до закрытия октября — неправильно берутся остатки на конец сентября: последнее увеличение стоимости попадает не в оборот, а границу окончания периода, хотя в документе она у вас не 23:59:59 выставлена, и закрытие месяца сентябрь у вас произведено. Произведено же?
Проверять нужно Операцию, введенную вручную. Она у меня в файле, приложенном к ответу выше, приведена вся.
На мой взгляд, все-таки это не ошибка данных, хотя проверить все надо, чтобы исключить. а все то, что я вам написала в рекомендациях.
Вы не написали этого в вопросе, я сделала на ПРОФ.
Повторять на КОРП долго, но скрины с выполненных операций и результат в файл для вас я поместила.
Если что-то нужно еще показать — пишите, разверну.
—
Вы все рекомендации выполнили в копии базы?
Удаление расширений (именно физическое удаление, не снятие флажка активности — это важно!!!), пересчет итогов, создание новых документов после удаления старых и перезакрытие месяцев с восстановлением границы последовательности в форме закрытия месяца?
Тут ошибка не в коде и не в данных.
Неправильно берутся итоги на конец месяца: это с большой вероятностью похоже на расширения или платформу(если у вас все отчеты в оборотках формируются корректно).
А если перешли с ПРОФ на КОРП…, может причина в этом…?
В любом случае, Вы сделали, все что могли и даже больше) Спасибо большое!!!