Ключи аналитик учета в ерп ка ут

Здравствуйте!
«Выпуски, реализации ставим с подразделением. Поступление ТРУ без подразделений» (с)

Уточните, вы работаете с обычной БП 3.0 или версии КОРП?
Для КОРП ситуация критичная.

Для обычной Бухгалтерии нужно смотреть ваш учет.
Учет по подразделениям в обычной БП 3.0 используется в указанных в файле счетах.
Если в поступлениях они у вас фигурируют, то возможны разрывы в определении цен списания и определении средней при закрытии месяца, опять же, если учет по среднему, не ФИФО.

В ситуации использования в поступлении только счетов учета 10, 41, 43, где нет учета по подразделениям, скорее всего, проблем быть не должно. Говорим по ситуации «в общем», поскольку по опыту знаем, что обмен ERP и БП часто бывает с доработками. И в любом случае ситуации выглядит опасной, если вдруг потенциально будете не выставлять подразделение там, где оно задействовано в Плане счетов.

Точно сказать можно увидев все настройки вашей Учетной политики, Настройки параметров учета — Учета запасов, Плана счетов и возможных доработок вашей конфигурации.

Предварительное заключение: если в поступлениях используются счета с учетом по подразделению, а вы его выставляете не везде, то ошибки Закрытия месяца и определения средней стоимости вполне вероятны.

Разбираемся, зачем в системе ЕРП созданы справочники: ключи аналитик учета, зачем созданы аналогичные по набору измерений регистры сведений. Какие проблемы они решают, какие создают новые и что с этим делать.

В системах учета ЕРП, КА, УТ есть агрегированные наборы аналитик в разных разделах учета. Так называемые ключи аналитик учета.

Это сделано для того, чтобы уменьшить количество измерений в регистрах накопления. По сути, ключ аналитики, это элемент отдельного справочника, который содержит уникальный набор некоторого количества аналитик учета. Соответственно, для указания данного ключа необходимо только одно измерение регистра. Это позволяет оптимизировать количество измерений регистров учета.

В конфигурациях типа ЕРП реализовано четыре таких набора аналитик:

• Ключи аналитик учета по партнерам,
• Ключи аналитик учета номенклатуры
• Ключи аналитик учета партий
• Ключи аналитик учета наборов

Разберем один такой набор аналитик, который является самым проблемным – Ключи аналитики учета по партнерам.

Элементы данного справочника указываются в качестве измерения для всех регистров, по которым ведутся расчеты с контрагентами. Основные такие регистры для режима ведения взаиморасчетов , который является единственно возможным для начала ведения учета в текущих версиях ЕРП, КА:

• Расчеты с клиентами
• Расчеты с клиентами по срокам
• Плановый оплаты клиентов
• Расчеты с поставщиками
• Расчеты с поставщиками по срокам
• Плановые оплаты поставщикам

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

Идея такого решения на мой взгляд хорошая, резко сокращается количество необходимых измерений в регистрах. Однако появляются дополнительные сложности, о которых я хочу написать в этой статье.

Сложности, связанные с использованием ключей аналитик

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

Необходимо следить за образованием дублей в данном справочнике (элементов с одинаковыми наборами всех аналитик). Если такие дубли будут появляться взаиморасчеты не будет закрываться по регистрам учета. И это несмотря на то, что дублей по основным аналитикам: организация, партнер, контрагент, договор, направление – в системе не будет.

По этим причинам, возможно еще по каким-то мне не ведомым, разработчики наряду со справочниками ключей аналитик создали еще и непериодические независимые регистры сведений с аналогичным набором измерений. Регистры эти содержат всего один ресурс тип которого является сам этот ключ аналитики.

Для рассматриваемого нами справочника ключей регистр называется: Аналитика учета по партнерам. Данный регистр призван решить описанные мной выше проблемы.

Решает ли дополнительный регистр сведений вышеописанные проблемы?

Да, решает. Но с некоторыми оговорками.

появляется возможность быстрого поиска ключа по набору измерений. При условии, что мы попадаем в кластерный индекс регистра сведений.

Непериодический независимый регистр сведений содержит по умолчанию кластерный индекс со всеми измерениями данного регистра. Измерения в индексе заданы в порядке из следования в конфигураторе. Это одно из его существенных отличий регистра сведений от справочника, который имеет кластерный индекс только по ссылке. А если индексировать отдельные поля справочника, это все равно не создаст индекса содержащего все поля справочника. Будут созданы отдельные индексы для каждого индексируемого поля.

Для регистра, который мы рассматриваем, набор измерений будет следующий: Партнер, организация, Контрагент, Договор, Направление деятельности.

Соответственно, если строить запрос и при отборе указать следующие поля:

• Партнер и организация,
• Партнер, организация и контрагент  

Мы сможем быстро найти ключ аналитики используя кластерный индекс регистра сведений.

А если при отборе будет указано:

Поиск будет выполнен по не кластерному индексу, так как для данного регистра создаются отдельные не кластерные индексы для каждого измерения. Затем дополнительно будет выполнен поиск по ключу в кластерном индексе ( ). Это тоже приемлемо, но медленнее первого варианта.

А вот если при отборе будет указано:

• Организация и контрагент,
• Контрагент и договор,
• Организация, контрагент и договор

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

Стоит также заметить, что существенную разницу можно заметить только на достаточно большом объеме данных. Да и вообще выше описано, так сказать, стандартное поведение оптимизатора . По факту он вполне может выбрать и другой вариант в какой-то конкретной ситуации. Или же вообще наплевать на индексы и выполнить перебор записей. При относительно не большом количестве записей чаще всего он поступает именно так.

Еще нужно учитывать накладные расходы, связанные с использованием дополнительного регистра сведений с ПЯТЬЮ дополнительными не кластерными индексами (по каждому измерению). Количество индексов влияет на скорость записи в этот регистр, также на размер самой базы данных. Хотя, в сравнении с общим объемом ЕРП или КА это конечно крохи )).

описанная мною проблема, также частично решается использованием дополнительного регистра сведений. Система технически не позволит создать дубли с одинаковыми измерениями в регистре. Это вроде бы должно решить проблему дублей.

Однако на практике, часто это вызывает еще больше проблем.

Необходимо дополнительно контролировать, что для каждого ключа аналитики (элемента справочника) в системе существует запись в регистре сведений. И эта запись содержит именно те значения измерений, которые указаны в самом ключе.

Если записи в регистре сведений не будет, система не будет вести себя корректно. Отчеты будут выдавать не верную информацию. Более того, при проведении документа с этим же набором измерений, будет создан дополнительный ключ (дубль существующего) и запись в регистре со ссылкой на новый ключ. Это достаточно частая проблема, и если Вы проверите свою систему, то я уверен практически на 100%, найдете какое-то количество таких ключей. Решается данная проблема очень просто – перезаписью самого ключа.

Еще одна проблема заключается в том, что если значения измерений записи регистра сведений отличаются от полей самого ключа, то система также будет работать некорректно. Это более редкая ситуация и исправить ее не так просто. Интерактивно можно внести изменения только в запись регистра. Исправить реквизиты самого ключа стандартными средствами нельзя. Однако исправлять необходимо именно сам ключ, так как в проверках при создании нового ключа, в отчетах и прочих механизмах анализируются именно данные из регистра сведений. В данному случае можно прибегнуть к любому средству для непосредственного редактирования объектов системы, например Infostart Toolkit – инструмент, в котором сделано то, что давно просят от 1С

Если Вы работаете с ЕРП или КА, без каких-либо средств прямого редактирования объектов и регистров системы Вам не обойтись )).

Исправление описанных выше несоответствий дополнительно дает гарантию, что на один ключ аналитики учета ссылается только одна запись регистра сведений.

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

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

Какие можно выполнять профилактические мероприятия с ключами аналитик?

Необходимо периодически выполнять схлопывание дублей по ключам аналитики. Это выполняется с помощью стандартного функционала ЕРП, да и вообще любой конфигурации на базе БСП,

Необходимо выявлять ключи аналитики, для которых нет записей в регистре сведений или измерения регистра сведений расходятся с полями самого ключа. Для этого можно использовать произвольный запрос, например представленный ниже:

ВЫБРАТЬ
    КлючиАналитикиУчетаПоПартнерам.Ссылка КАК Аналитика,
    КлючиАналитикиУчетаПоПартнерам.Партнер КАК Партнер,
    АналитикаУчетаПоПартнерам.КлючАналитики ЕСТЬ NULL КАК ОтсутствиеВРегистре,
    АналитикаУчетаПоПартнерам.Партнер <> КлючиАналитикиУчетаПоПартнерам.Партнер КАК РазличиеПартнера,
    АналитикаУчетаПоПартнерам.Организация <> КлючиАналитикиУчетаПоПартнерам.Организация КАК РазличиеОрганизации,
    АналитикаУчетаПоПартнерам.Контрагент <> КлючиАналитикиУчетаПоПартнерам.Контрагент КАК РазличиеКонтрагента,
    АналитикаУчетаПоПартнерам.Договор <> КлючиАналитикиУчетаПоПартнерам.Договор КАК РазличиеДоговора,
    АналитикаУчетаПоПартнерам.НаправлениеДеятельности <> КлючиАналитикиУчетаПоПартнерам.НаправлениеДеятельности КАК РазличиеНаправления
ИЗ
    Справочник.КлючиАналитикиУчетаПоПартнерам КАК КлючиАналитикиУчетаПоПартнерам
    ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.АналитикаУчетаПоПартнерам КАК АналитикаУчетаПоПартнерам
        ПО (АналитикаУчетаПоПартнерам.КлючАналитики = КлючиАналитикиУчетаПоПартнерам.Ссылка)
ГДЕ
    (АналитикаУчетаПоПартнерам.КлючАналитики ЕСТЬ NULL
     ИЛИ АналитикаУчетаПоПартнерам.Партнер <> КлючиАналитикиУчетаПоПартнерам.Партнер
     ИЛИ АналитикаУчетаПоПартнерам.Организация <> КлючиАналитикиУчетаПоПартнерам.Организация
     ИЛИ АналитикаУчетаПоПартнерам.Контрагент <> КлючиАналитикиУчетаПоПартнерам.Контрагент
     ИЛИ АналитикаУчетаПоПартнерам.Договор <> КлючиАналитикиУчетаПоПартнерам.Договор
     ИЛИ АналитикаУчетаПоПартнерам.НаправлениеДеятельности <> КлючиАналитикиУчетаПоПартнерам.НаправлениеДеятельности)

Запрос показывает проблемные записи. Если их возникает не много, можно их исправлять вручную, способом, который описан выше. Если ошибок большое количество, можно написать не сложную обработку для их исправления и выполнять ее автоматически с определенным расписанием.

Такие не сложные профилактические мероприятия позволяют решить большое количество учетных проблем в системе.

Что с остальными ключами аналитик учета?

Второй по количеству возникающих проблем набор ключей аналитик — Ключи аналитики учета номенклатуры.

В принципе, все описанное выше справедливо и для этой пары справочник – регистр сведений. Также рекомендуется схлопывать дубли, проверять наличие записей в регистре сведений и соответствие измерений регистра и реквизитов самого ключа.

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

Спасибо за внимание. Пишите в комментариях, с каким проблемами с ключами аналитик учета столкнулись Вы и как вышли из положения.

Другие мои статьи из серии «Механизмы учета в типовых конфигурациях УТ 11, КА 2, ЕРП 2»

Первый случай

Конфигурация Бухгалтерия предприятия, редакция 3.0. При попытке провести документ «требование-накладная» возникает ошибка:

Для целей учета НДС не списано 1,000 товара Мобильный кондиционер Ballu, счет учета: 10.09, склад: Основной склад, партия: Поступление (акт, накладная, УПД) БП-002346 от 18.09.2019 23:59:59

Для начала давайте посмотрим приходный документ, указанный в сообщении об ошибке.

Видим, что проводки корректировались, возможно менялся счет учета:

Посмотрим движения по регистру «Раздельный учет НДС»:

Получается, что в проводке вручную изменили счет, но не поменяли его в аналитике учета затрат.

Для исправления ситуации необходимо изменить счет учета в аналитике учета затрат (Справочник «Ключи аналитики учета затрат»). Сделать это напрямую не получится, поэтому я воспользовался универсальной обработкой редактирования реквизитов. В итоге, аналитика учета затрат получилась следующая:

Теперь необходимо проверить все места, где используется данная аналитика. Я воспользовался универсальной обработкой поиска и замены значений, которая нашла только одну ссылку в регистре сведений «Аналитика учета затрат». Аналогичным образом исправляем:

Пробуем провести документ. Ошибки нет.

Второй случай

Документ не проводится из-за примерно такой же ошибки, как в первом случае. Но ручных корректировок движений нет. Все отчеты видят только один документ поступления товаров и с ним всё в порядке. Попробуем разобраться в чем же дело.

1. Открываем движения документа поступления. Смотрим движения по «Раздельный учет НДС».

2. Копируем название Аналитики учета затрат в буфер обмена.

3. Открываем регистр накопления «Раздельный учет НДС», устанавливаем отбор по скопированной аналитике.

Видим, что кроме поступления есть еще какая-то операция, которая и списывает нужное нам количество товара.

Получилось так, что, пытаясь сторнировать документ поступления по одной позиции, забыли удалить из него позицию с нашей номенклатурой. В итоге, товар списался по НДС, но не списался с остатков.

Исправляем текущим периодом, введением документа Операция по регистру «Раздельный учет НДС» с положительным количеством.

Специалисты компании BeringPro регулярно сталкиваются на проектах с ситуацией, когда у заказчика для раскрытия показателей в бюджетных формах используется больше шести аналитик. Но максимальное количество аналитик в группах раскрытия показателей отчетов 1С «Управление холдингом» — шесть. Возможностей типового решения в таком случае не хватает. В этой статье старший эксперт Роман Кайгородцев делится своим опытом расширения количества аналитик с минимальным объемом модификации типового функционала.

Итак, представим проектную задачу: необходимо настроить вид отчета “Бюджет ЦФО”. Данный вид отчета имеет один показатель “БДР сумма” (строка отчета — БДР, колонка — Сумма). У данного показателя должны быть в группе раскрытия следующие аналитики: 

1. ЦФО (подразделение, ответственное за планирование и контроль данных доходов и расходов; по условиям задачи организационная единица, которая указывается в экземпляре отчетов, это группа ЦФО); 
2. МВЗ (подразделение, на чьи нужды планируются расходы); 
3. Юридическое лицо (организация Группы, по которой проходят доходы и расходы); 
4. Статья PL (статьи доходов и расходов); 
5. Статья ДДС (статьи движения денежных средств); 
6. Номенклатурная группа (группы услуг, которые оказывает компания клиентам); 
7. Проект (направление деятельности); 
8. Контрагент; 
9. Договор; 
10. Условия оплаты; 
11. Ставка НДС. 

Как мы видим, речь идет об 11 аналитиках. Но в типовом функционале мы можем настроить только шесть дополнительных аналитик у показателя:

Есть несколько распространенных способов обойти это ограничение без доработки конфигурации:

1. Настройка раскрытия по проектам 

На форме вида отчета можно активировать флаг “Разделение по проектам”:

После этого при создании экземпляра отчета можно указать проект, которому соответствуют ВСЕ данные этого документа:

Очевидным минусом является то, что можно указать только один проект для всего документа. В нашем случае у записей показателя даже в одном экземпляре согласно требованиям заказчика могут быть разные значения аналитики “Проект”. 

Также важно сказать, что при указании аналитики на вкладке “Аналитики отчета” данная аналитика все равно занимает место в группе раскрытия показателя как обязательная!

2. Настройка раскрытия по валютам 

Еще одной возможностью увеличить количество аналитик является установка в группе раскрытия показателя флага “Использовать дополнительное раскрытие по валютам”:

В таком случае при вводе данных в экземпляр отчета по показателю можно будет указывать (или настроить заполнение) по дополнительной аналитике “Валюты” (справочник “Валюты”). 

В нашем случае все бюджетные данные заказчик вводит в одной валюте — “Руб.” — и валютное раскрытие не требуется. 

3. Использование реквизитов аналитики 

Пример: в справочнике “Договоры” есть реквизиты “Условие оплаты”, “Ставка НДС”, “Организация” и “Контрагент”. Если имеет место допущение, что во всех плановых данных будет заполнена аналитика “Договор” и в этих договорах обязательно будут заполнены все вышеперечисленные реквизиты, то в таком случае мы можем указать в группе раскрытия показателя только аналитику “Договоры”, а анализ данных в разрезе остальных вышеупомянутых аналитик проводить путем использования реквизитов договора. 

Такой способ является одним из самых распространенных. Но у него есть минусы: 

• На деле редко есть дополнительная аналитика, которая указывается во всех записях показателя и имеет при этом нужные реквизиты. В нашем случае заказчик сообщил, что при планировании расходов на следующий год контрагент и договор часто отсутствуют в системе (параметры сделки известны, но договора заключаются в течение года). 
• Реквизиты аналитики показателя можно использовать в отборах сводных таблиц, но нельзя использовать в группировке данных в сводных таблицах. Это ограничение детально описано в пункте “Особенности реализации типового функционала”. 

4. Добавление строк в структуру вида отчета 

Также одним из распространенных способов увеличить количество дополнительных аналитик показателя является следующий: значения аналитики, которой «не хватило места», указывают в виде строк отчета, соответственно, происходит увеличение количества показателей. К такому способу прибегают, когда значения аналитики редко корректируются заказчиком и малочисленны (классификаторы). 

Например, если у нас ограниченное и редко изменяемое количество статей PL, используемое в данном виде отчета, то на каждую статью можно создать отдельную строку отчета и, соответственно, отдельный показатель:

В таком случае мы можем не включать аналитику “Статья PL” в группу раскрытия показателей формы. У данного способа есть большой минус: при изменении состава значений аналитики придется корректировать структуру показателей отчета и источники данных показателей связанных форм. 

В нашем случае заказчик не ограничил список статей PL (могут быть все), которые можно вводить с помощью данного вида отчета. 

Таким образом, ни один из вышеперечисленных способов не подошел нам для выполнения поставленной задачи и потребовалось разработать свое решение по выходу из этой ситуации. ВАЖНО: заказчик выдвинул требования по более чем шести аналитикам только для показателей промежуточных видов отчетов (к ним относится “Бюджет ЦФО”). К специальным видам отчетов (например, Бюджет ФОТ и ВГО) и мастер-бюджетам (БДР и БДДС) таких требований нет, и количество аналитик в них не превышает шесть. 

Особенности реализации типового функционала 

Перед разработкой проектного решения был детально изучен типовой функционал, связанный с показателями отчетов. 

1. Оказалось, что данные показателя записываются на тот регистр сведений, который соответствует количеству аналитик в группе раскрытия этого показателя. 

Речь идет про регистры сведений, начинающиеся с фразы “Значения показателей отчетов”:

Правила определения регистра сведений указаны в таблице ниже:

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

2. В случае создания многопериодного бланка можно настроить два варианта расположения полей с аналитиками: «Иерархия» и “Рядом”. 

Если указать расположение полей “Иерархия”, то значения всех аналитик будут сгруппированы по виду и указаны в одной колонке отчета:

Если указать расположение полей “Рядом”, то для значений каждой аналитики в отчете будет отдельная колонка:

ВАЖНО: только при расположении полей “Рядом” можно будет выводить отдельными колонками не только аналитики, но и реквизиты аналитик:

3. При настройке расположения полей в макете сводной таблицы нет возможности вывести в отдельные колонки реквизиты аналитик (только сами аналитики показателей):

После изучения особенностей типового решения было разработано проектное решение. 

В результате анализа типового функционала решено было не добавлять новые регистры сведений и не вносить многочисленные изменения в модули системы. 

Вместо этого был добавлен новый справочник “Ключи аналитики”:

Ключ аналитики — сущность, в которой хранится уникальное сочетание значений всех требуемых для показателя бюджетных аналитик. Такого рода инструменты активно применяются в различных прикладных решениях фирмы 1С. Например, в 1С:Управление холдингом есть вот такой типовой справочник:

Для корректного поиска подходящих ключей при использовании источников данных помимо бюджетных аналитик были добавлены реквизиты “Сценарий” и “Вид отчета”, а также “Наименование” (автоматически формируется по определенным правилам) для быстрой идентификации в отчетах. 

Внешний вид элемента нетипового справочника “Ключи аналитики”:

Далее был настроен вид корпоративной аналитики с типом значения, соответствующим новому справочнику:

Затем вместо шести аналитик в группу раскрытия показателя была добавлена только одна аналитика “Ключ аналитики”:

При настройке источников данных по данному показателю для сбора факта пришлось использовать способ получения “Произвольный запрос к текущей ИБ”, так как программа должна произвести сложный поиск подходящего ключа по сочетанию реквизитов:

Также была сделана доработка по созданию нового ключа в случае неудачного поиска подходящего при расчете значений показателей согласно источникам данных (общий модуль “АналитическийБланкУХСервер”) и при загрузке данных из Excel (общий модуль «ИмпортДанныхБланкУХ»). 

При настройке многопериодного бланка Бюджета ЦФО в расположении полей макета аналитик указали “Рядом”:

Благодаря этому удалось расположить в колонках не аналитики, а реквизиты аналитик:

В нашем примере в многопериодный бланк таким образом были добавлены колонки с реквизитами ключа “Договор” и “МВЗ”. 

После ввода данных экземпляр отчета выглядит следующим образом:

При этом для ручного ввода данных в ячейку необходимо указать только ключ и значение показателя:

В таком случае после введения данных они сохраняются в регистре сведений “Значения показателей отчетов 1”. 

Также пришлось доработать механизм сводных таблиц. Как ранее описывалось, одной из особенностей реализации типового функционала является то, что невозможно при настройке расположения полей в бланке сводной таблицы указывать реквизиты аналитик — только сами аналитики:

В таком случае группировка данных в сводной таблице может быть только до значений самой аналитики:

Что неинформативно и неприемлемо для заказчика. 

Поэтому пришлось доработать настройку расположения полей так, чтобы при расположении колонок “рядом” можно было указать реквизиты аналитик:

Важным достоинством типового функционала является то, что не потребовалось никаких доработок для того, чтобы использовать реквизиты аналитики при настройке источников данных (например, для настройки операндов для показателей мастер-бюджетов):

Благодаря нашему решению удалось достичь целей проектной задачи с минимальной модификацией прикладного решения: 

• Создан один справочник “Ключи аналитики”; 
• Доработан механизм сводной таблицы (для группировки по реквизитам аналитики); 
• Внесен один фрагмент кода в общий модуль “АналитическийБланкУХСервер”; 
• Внесен один фрагмент кода в общий модуль «ИмпортДанныхБланкУХ». 

На подготовку задания на доработки, реализацию и тестирование было потрачено 20 человеко-дней. 

Впоследствии минимальные модификации позволили избежать повышения стоимости сопровождения решения (трудозатраты на обновление типовыми релизами 1С). Стоимость осталось той же, что и до выполнения доработок.

Согласно ФСБУ 6/2020 существенные затраты на ремонт основных средств, проводимый с периодичностью более 12 месяцев, должны учитываться в стоимости данных объектов ОС – капитализироваться. Для целей налогообложения прибыли такие затраты сразу включаются в расходы текущего периода. Начиная с версии 3.0.145 в «1С:Бухгалтерии 8 КОРП» появился функционал, позволяющий учитывать капитализируемые ремонты ОС. Эксперты 1С рассказывают о новых возможностях программы.

Понятие капитализируемых ремонтов основных средств

Существенные по величине затраты организации на проведение ремонта, технического осмотра, технического обслуживания объектов основных средств с частотой более 12 месяцев или более обычного операционного цикла, превышающего 12 месяцев (капитализируемые ремонты), признаются самостоятельными инвентарными объектами (п. 10 ФСБУ 6/2020 «Основные средства», утв. приказом Минфина России от 17.09.2020 № 204н). Амортизация основных средств должна отражать распределение во времени ожидаемых к получению будущих экономических выгод от их использования. Цель достигается посредством применения различных способов амортизации, управления элементами амортизации и принципами формирования инвентарных объектов как элементарных единиц учета.

Межремонтный интервал времени при проведении капитализируемых ремонтов отражает период получения экономических выгод от произведенных на ремонт затрат (п. 8 ФСБУ 6/2020), поэтому рационально выделять совокупность затрат на каждый ремонт, формируя инвентарный объект, и амортизировать полученную величину в течение межремонтного периода несмотря на то, что какой-либо физической обособленности этот объект не имеет. Иными словами, капитализируемые ремонты обособляются в отдельный инвентарный объект только как часть экономической стоимости материального объекта, потребляемая организацией в течение существенно иного срока, нежели первоначальная стоимость базового объекта при признании.

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

Затраты являются капитальными, когда срок полезного использования позволяет отнести их к внеоборотным активам (п. 6 ФСБУ 26/2020 «Капитальные вложения», утв. приказом Минфина России от 17.09.2020 № 204н, п. 19 ПБУ 4/99 «Бухгалтерская отчетность организации», утв. приказом Минфина РФ от 06.07.1999 № 43н). 

Организационная и технологическая специфика проведения ремонта, технического осмотра, технического обслуживания объектов является второстепенной. Ремонт, названный капитальным в договоре и исполнительной документации, может не отвечать условиям капитализации, если он проводится ежегодно. И наоборот, текущее техническое обслуживание с инженерной точки зрения, проводимое раз в три года и обуславливающее допуск по правилам промышленной безопасности к эксплуатации базового объекта на следующий трехлетний период, для бухгалтерского учета будет капитализируемым ремонтом (п. 6 ПБУ 1/2008 «Учетная политика организации», утв. приказом Минфина России от 06.10.2008 № 106н).

Раскрытие информации о капитализируемых ремонтах в бухгалтерской отчетности

В бухгалтерском балансе основные средства и капитальные вложения в них отражаются в общей сумме по строке «Основные средства». Расшифровка строки «Основные средства» и дополнительные раскрытия информации о капитальных вложениях в основные средства приводятся в пояснениях по группам объектов. Таблица 2.2 «Незавершенные капитальные вложения» позволяет обеспечить минимальный объем раскрытий (п. 20 ПБУ 4/99, п. 23 «а» ФСБУ 26/2020). 

Может потребоваться раскрыть и иную информацию, например, о величине авансов, предварительной оплаты, задатка, уплаченных организацией в связи с осуществлением капитальных вложений, в том числе и проведении капитализируемых ремонтов (пп. «г» п. 23 ФСБУ 26/2020). Требований о раскрытии информации о капитализируемых ремонтах отдельно по общему правилу нет, если только, по мнению руководства самой отчитывающейся организации, эта информация не является существенной.

Порядок учета капитализируемых ремонтов должен обеспечивать включение их стоимости в стоимость капитальных вложений и основных средств в соответствии с принадлежностью к той или иной группе объектов.

Порядок учета капитальных вложений в ремонт основных средств

Организация учета затрат на капитализируемые ремонты зависит от организационной и технологической специфики их проведения (п.п. 5.1, 6 ПБУ 1/2008). Процессы ремонтной деятельности могут входить в операционный контур организации полностью или частично, а могут целиком осуществляться по договору подряда с другими организациями. 

В результате ремонтной деятельности может возникать внутренний оборот, цикличное использование запасных частей и материалов, оборот запасов с передачей их подрядчику и обратно. Результатом работы осуществляющих ремонт подразделений могут быть капитализируемые ремонты и ремонты, затраты на которые должны быть признаны расходами периода, что потребует выработки способов разделения затрат на оплату труда и косвенных затрат.

Ремонты связаны с проверкой элементов амортизации (п. 6 ФСБУ 6/2020) и проверкой на обесценение базового актива (пп. «f» п. 12 МСФО (IAS) 36 «Обесценение активов», введен в действие на территории РФ приказом Минфина России от 28.12.2015 № 217н)). Факторы риска, способные повлиять на срок полезного использования, ликвидационную стоимость или возмещаемую стоимость актива, могут быть выявлены как в ходе ремонта, так и при анализе отклонений план-факт в ремонтной деятельности. Срок полезного использования очередного ремонта не может длиться дольше, чем начало ремонта следующего, и не может быть больше срока полезного использования базового объекта.

Модель учета «Капитальные вложения»

Для сценария, где ремонтные работы выполняются «под ключ» по договору подряда, а в процессе ремонта не возникает никаких возвратных запасов, рационально построить учет по самой простой модели на счетах учета капитальных вложений. 

Специального субсчета счета 08 «Вложения во внеоборотные активы» (Инструкция по применению Плана счетов бухгалтерского учета финансово-хозяйственной деятельности организаций, утв. приказом Минфина России от 31.10.2000 № 94н) может быть достаточно. 

Аналитика счета должна позволять обеспечить как минимум привязку капитализируемого ремонта к базовому объекту основных средств и классификацию затрат по элементам. Остается только предусмотреть проверку, насколько своевременность, качество ремонта и его результаты влияют на элементы амортизации (срок полезного использования и ликвидационную стоимость), и не возникает ли в связи с информацией о проведенном ремонте факторов обесценения базового объекта.

Модель учета «Вспомогательное производство»

Если хотя бы часть ремонтных работ проводится работниками самой организации, может возникнуть необходимость обособления затрат на проведение ремонта от затрат на другие объекты учета или затрат на текущие производственные процессы. Тогда вести учет целесообразно на отдельном субсчете счета 23 «Вспомогательные производство» (Инструкция по применению Плана счетов), где учет затрат подчиняется тем же правилам, что и затраты на другие производственные процессы. 

Для обособленного учета затрат на ремонт основных средств в План счетов «1С:Бухгалтерии 8» добавлен новый счет 23.05 «Выполнение ремонтов основных средств».

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

Модель учета «Вторичное сырье»

В процессе ремонтных работ могут быть задействованы материалы, пригодные для вторичного использования или продажи. Например, при проведении испытаний оборудования используется машинное масло, которое после проведения испытаний сливается и используется повторно при ремонте другого объекта или для других работ, где допускается применение масла более низкого качества. 

Из суммы капитальных вложений вычитается расчетная стоимость этих материалов, которая определяется исходя из их справедливой стоимости, чистой стоимости продажи, стоимости аналогичных ценностей и не может быть выше суммы затрат, из которой она вычитается (п. 15 ФСБУ 26/2020).

Модель учета «Замена блока»

При проведении ремонтов могут заменяться блоки или отдельные узлы базового объекта. Использованный блок демонтируется, а на его место устанавливается новый. Диагностика, обслуживание, ремонт и подготовка к следующему циклу использования снятого блока представляет собой отдельный процесс. Ресурс блока рассчитывается на плановое число циклов использования. На каждом цикле блок более или менее значительно утрачивает исходный ресурс. На следующих циклах он может требовать более частой замены или использования только в качестве резервного. Не каждый блок проходит нормативное число циклов. На каждом цикле ресурс блока требует проверки.

Для рационального построения учета необходимо уже на этапе признания базового объекта выделить блок в самостоятельный инвентарный объект со своим сроком полезного использования, равным длительности цикла (п. 10 ФСБУ 6/2020). Для блока потребуется определить его ликвидационную стоимость, что позволит амортизировать только ту часть экономической стоимости объекта, которая будет потреблена в этом цикле. При проведении ремонта показатели базового объекта не изменяются.

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

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

Модель учета «Ценные отходы»

В результате ремонта может быть демонтирована часть объекта. Демонтированная часть базового объекта в этом случае фактически использоваться прекращает, а, следовательно, она должна быть списана (пп. «а» п. 40 ФСБУ 6/2020).

В процессе могут быть получены материалы, которые обладают некоторой потребительской ценностью. Они могут быть использованы в качестве сырья в других процессах или проданы, например, в качестве металлолома. Расчетная стоимость полученных ценностей определяется по аналогии с ценностями, пригодными для повторного использования, при осуществлении капитальных вложений (п. 15 ФСБУ 26/2020), исходя из справедливой стоимости, чистой стоимости продажи, стоимости аналогичных ценностей и не может быть выше суммы балансовой стоимости списываемого объекта, из которой она вычитается при признании доходов или расходов от списания объекта основных средств в составе прибыли (убытка) отчетного периода (п. 44 ФСБУ 6/2020). 

Когда списание части объекта и получение ценных отходов является устойчивой практикой, это учитывается при формировании инвентарных единиц и определении ликвидационной стоимости базового объекта (см. модель «Замена блока»).

Другие модели учета

Для организации учета капитализируемых затрат в объекты основных средств при проведении ремонтов с применением описанных технологий могут разрабатываться и другие модели учета. У организации могут быть сотни, а то и тысячи основных средств, которые требуют регулярного ремонта. Как пример – компания, оказывающая услуги клиентам по организации перевозок грузов железнодорожным транспортом. При таком виде деятельности для железнодорожного подвижного состава (вагонов) требуется регулярное проведение следующих видов ремонтов:

• капитальный ремонт – раз в 10–12 лет (существенные затраты);

• деповский ремонт – раз в 2–3 года (существенные затраты);

• текущие ремонты – по мере необходимости (затраты несущественные).

В прежних версиях «1С:Бухгалтерии 8 КОРП» редакции 3.0 был реализован механизм компонентов амортизации, но он не обеспечивает возможности простого и понятного учета большого количества ремонтов ОС.