При переходе с редакции 1.0 на 2.0 многие пользователи сталкиваются с тем, что привычные процессы оформления документов претерпели существенные изменения. Одним из самых частых вопросов является невозможность формирования одного документа Принятие к учету ОС для списка объектов, поступивших одним документом. Давайте разберемся, почему это происходит и как правильно организовать работу в новых условиях.
Первое, что необходимо осознать при работе с БГУ 2.0 — это переход к более строгому учету объектов капитальных вложений. В отличие от версии 1.0, где система позволяла «объединять» позиции, новая редакция 1С жестко привязывает документ Принятие к учету ОС к конкретному объекту вложений.
Это сделано для обеспечения точности аналитики. Для каждого основного средства в процессе ввода в эксплуатацию могут потребоваться свои уникальные параметры:
Система настроена таким образом, чтобы исключить ошибки в проводках, которые неизбежны при массовом «сваливании» разных по своей сути объектов в один документ.
Рассмотрим, какие подходы можно использовать для оптимизации процесса, если у вас большой поток поступлений основных средств.
Если параметры учета для ряда объектов идентичны, мы можем воспользоваться штатным механизмом Создание на основании. Важно при этом обращать внимание на вид операции, выбираемый в шапке документа Принятие к учету ОС. При выборе правильной операции (например, Принятие к учету объектов ОС, НМА) табличная часть становится доступной для заполнения.
Если вы столкнулись с тем, что подтягивается только одна позиция, проверьте следующее:
Основные средства для каждой номенклатурной позиции.В современных релизах БГУ 2.0 рекомендуется использовать специализированные рабочие места или встроенные помощники. Они позволяют выделить несколько строк в документе поступления и запустить процесс автоматического формирования документов. Это позволяет системе корректно распределить стоимость вложений согласно настройкам каждого конкретного ОС.
Если объем поступлений достигает сотен позиций (как в случае с 1000 ОС), стандартная работа может стать трудоемкой. В таких ситуациях профессионалы 1С прибегают к разработке внешних обработок. Принцип их работы заключается в следующем:
Поступление ОС.Принятие к учету ОС программно, используя метод Записать() или ЗаписатьИПровести().Рассмотрим пример того, как схематично выглядит программное создание документа в коде 1С:
// Пример фрагмента кода для создания документов
ДокПринятие = Документы.ПринятиеКУчетуОС.СоздатьДокумент();
ДокПринятие.Дата = ТекущаяДата();
ДокПринятие.ВидОперации = Перечисления.ВидыОперацийПринятиеКУчетуОС.ПринятиеКУчетуОС;
// Заполнение параметров
ДокПринятие.СчетУчета = ПланыСчетов.ЕПСБУ.Счет_101_34;
// Заполнение табличной части и расчет стоимости
// ... логика заполнения ...
ДокПринятие.Записать(РежимЗаписиДокумента.Проведение);
В завершение, проанализируем ситуацию: стоит ли стремиться к созданию одного документа на 1000 ОС? С точки зрения методологии — нет. Методологически верным считается разделение документов по категориям или видам активов. Если основные средства разные по природе (например, мебель и вычислительная техника), их разделение в разные документы позволит избежать путаницы при начислении амортизации и формировании отчетности.
Совет: Если вы перешли с версии 1.0, не пытайтесь искать «старую» кнопку для массового принятия. Лучшим решением будет использование группового создания по заданному шаблону параметров учета для однородных групп ОС, что позволит системе работать максимально эффективно, обеспечивая прозрачность бюджетного учета.