Готовишься к экзамену?
Полнофункциональный тренажер @bot_1cnik_bot с полноценным обучением, режимом экзамена и подробной статистикой.
В «1С:Бухгалтерия 8» (ред. 3.0) нужно отразить в бухгалтерском учете переоценку основного средства (дооценку/уценку) и, при необходимости, скорректировать дальнейшую амортизацию. Каким инструментом в программе обычно оформляют такие изменения стоимости ОС?
Оформить переоценку документом «Инвентаризация ОС».
Неправильно: инвентаризация предназначена для фиксации факта наличия и состояния объектов (и сверки данных), а не для отражения бухгалтерских проводок по переоценке стоимости. Переоценка - это изменение оценочных показателей и отражается проводками, которые инвентаризация в типовом сценарии не формирует.
Использовать документ «Принятие к учету ОС».
Неправильно: этот документ нужен для первичного принятия объекта к учету (первоначальная стоимость, счет учета, амортизационные параметры). Переоценка выполняется уже по принятому к учету активу и не оформляется повторным принятием.
Отразить переоценку документом «Перемещение ОС».
Неправильно: перемещение фиксирует изменения места эксплуатации/МОЛ/подразделения и связанные с этим параметры учета, но не предназначено для изменения стоимости объекта по причине переоценки.
Сделать переоценку через документ «Модернизация ОС».
Неправильно: модернизация увеличивает стоимость из-за капитальных вложений (улучшений, реконструкции), а переоценка - это приведение балансовой стоимости к справедливой/рыночной оценке. Это разные основания и разная методика учета, поэтому «Модернизация» не является корректной заменой переоценке.
Ввести бухгалтерские проводки вручную (документ «Операция, введенная вручную» / «Ручная операция»).
Правильно: в типовой «1С:Бухгалтерия 8» отдельного штатного документа «Переоценка ОС» для коммерческих организаций обычно нет, поэтому изменение стоимости по переоценке отражают вручную бухгалтерской операцией (и при необходимости дополнительно корректируют элементы амортизации отдельным механизмом изменения параметров амортизации).
Пояснение
Развернутая подсказка:
1) Что важно про переоценку ОС в 1С
- Переоценка нужна, чтобы привести балансовую стоимость ОС к справедливой (рыночной) оценке.
- В типовой «1С:Бухгалтерия 8» (ред. 3.0 для коммерческих организаций) обычно нет отдельного «волшебного» документа для переоценки, который сам пересчитает стоимость и сделает проводки. Поэтому бухгалтер отражает ее проводками ручной операцией.
- На практике переоценка чаще выполняется в конце отчетного года, а далее может потребоваться пересчет амортизации исходя из новой стоимости и/или оставшегося срока.
2) Как это оформляют на практике (пример логики учета)
- Дооценка (увеличение стоимости): обычно затрагивает счет учета ОС (например, 01) и добавочный капитал/резерв переоценки (в зависимости от учетной политики и правил учета).
- Уценка (уменьшение стоимости): может уменьшать ранее сформированный резерв переоценки, а при его недостаточности отражаться в расходах.
Важно: точные счета и корреспонденции зависят от вашей учетной политики и методики (по каким правилам вы ведете учет - РСБУ/внутренние регламенты), поэтому перед вводом проводок сверяйте учетную политику и методические указания вашей организации.
3) Где «ошибаются» чаще всего
- Путают переоценку с модернизацией: модернизация - это вложения (улучшение объекта), а переоценка - изменение оценки без факта вложений.
- Делают переоценку «принятием к учету» или «перемещением»: эти документы про другое.
- Вводят проводки, но забывают скорректировать параметры амортизации, если это требуется методикой учета.
4) Как это увязать с автоматическим заполнением «Ведомости в кассу» (чтобы было понятно в общем контуре учета)
Переоценка ОС напрямую не влияет на то, как в зарплатной подсистеме (ЗУП/ЗКГУ) автоматически заполняется «Ведомость в кассу». Но в реальной работе бухгалтерии важно разделять контуры:
- Переоценка ОС - это бухгалтерские операции по активам.
- «Ведомость в кассу» автозаполняется по данным расчета зарплаты и настройкам выплаты.
Если «Ведомость в кассу» заполняется не полностью или пустая, чаще помогают такие проверки:
- Верно ли выбран «Месяц выплаты» и вид выплаты (аванс/зарплата/межрасчетная).
- Есть ли рассчитанные суммы к выплате по сотрудникам (документы начисления выполнены).
- Совпадает ли способ/место выплаты сотрудника с типом ведомости (для кассы - выплата через кассу).
- Нет ли условий, из-за которых сотрудник исключается из заполнения (задолженность сотрудника перед организацией, неверный вид дохода/выплаты, отборы в ведомости).
5) Небольшой практический совет разработчику/сопровождающему
Если вы дорабатываете автозаполнение «Ведомости в кассу», сначала проверьте типовые причины «пустой ведомости» (настройки выплаты, месяц выплаты, наличие начислений). Доработки кода стоит делать только когда типовые причины исключены - так меньше рисков сломать обновления и логику расчета.