Справочник «ОбъектыСтроительства» — техническое описание (Бухгалтерия для Казахстана 3.0.74.2)

1. Идентификация

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

Где найти в 1С:

• Интерфейсно: раздел «Внеоборотные активы» → «Объекты строительства» (доступен также из блока учёта ОС и капитальных вложений).
• Навигационная ссылка: e1cib/list/Справочник.ОбъектыСтроительства

2. Реквизиты и табличные части

2.1. Стандартные реквизиты

Справочник иерархический, поэтому используются стандартные реквизиты платформы (в metadata как дополнительные атрибуты не перечислены, но присутствуют в формах):

2.2. Реквизиты шапки

2.3. Табличная часть «ДополнительныеРеквизиты»

Назначение. Механизм расширяемости структуры справочника пользовательскими атрибутами без изменения конфигурации (площадь застройки, проектная мощность, инвентарный номер по стройке, номер разрешения на строительство и т. п.). Наполняется через подсистему «Свойства».

3. Формы

4. Ключевые процедуры модулей

В metadata по данной версии специфические (нетиповые) процедуры модулей форм и модуля менеджера не выделены. Для справочника этого вида применяются типовые обработчики платформы и БСП:

• МодульОбъекта → ОбработкаЗаполнения — заполнение значений по умолчанию при создании нового элемента (в т. ч. подстановка группы/родителя из контекста открытия).
• МодульОбъекта → ПередЗаписью / ПриЗаписи — контроль корректности реквизитов и целостности иерархии перед сохранением.
• ФормаЭлемента → ПриСозданииНаСервере — инициализация подсистемы «Свойства» (вывод табличной части ДополнительныеРеквизиты), настройка доступности полей.
• ФормаЭлемента → ПриИзмененииСвойства / Подключаемый_ПриИзмененииРеквизита — обработка ввода значений дополнительных реквизитов через механизм УправлениеСвойствами.
• ФормаСписка → ПриСозданииНаСервере — установка условного оформления, настройка отбора и группировки иерархического списка.

Требует проверки в конкретной сборке 3.0.74.2: наличие индивидуальных обработчиков модуля менеджера (например, процедур автозаполнения или обмена данными), если они добавлялись в рамках доработок релиза.

5. Проведение и движения

Справочник не является документом и самостоятельно движений/проводок не формирует. Элемент справочника участвует в учёте как объект аналитики (субконто) в документах капитальных вложений и учёта основных средств. По типовой методике РК (типовой план счетов Республики Казахстан) элементы «ОбъектыСтроительства» выступают аналитикой по счёту:

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

• Поступление работ/услуг подрядчика, материалов и прочих затрат на строительство:
  • Дт 2930 (по объекту строительства) — Кт 3310 «Краткосрочная кредиторская задолженность поставщикам и подрядчикам»;
  • НДС по приобретениям (стандартная ставка РК с 2026 года — 16%): Дт счёта учёта НДС к зачёту — Кт 3310.
• Оплата поставщику/подрядчику: Дт 3310 — Кт 1030 «Денежные средства на текущих банковских счетах».
• Ввод объекта в эксплуатацию (принятие к учёту ОС): Дт счёта учёта основных средств — Кт 2930 (по объекту строительства). Дальнейшая амортизация рассчитывается с учётом группы ОС, определённой реквизитом КодКОФ.

Пример накопления затрат по объекту строительства (суммы в тенге, ₸):

• Акт выполненных работ подрядчика на 5 000 000 ₸ без НДС:
  • Дт 2930 — Кт 3310 = 5 000 000 ₸;
  • НДС 16 % = 800 000 ₸: Дт «НДС к зачёту» — Кт 3310 = 800 000 ₸.
• После завершения строительства сальдо 2930 по объекту переносится на счёт основных средств.

Электронные документы (при подрядном способе и приобретении материалов/работ у плательщиков НДС): по операциям поступления и реализации формируются ЭСФ (ИС ЭСФ), при перемещении товаров — СНТ. Сам справочник в оформлении ЭД не участвует, но используется как аналитика в документах-основаниях.

6. Связанные объекты и ввод на основании

Связанные объекты:

• Справочник.КлассификаторОсновныхФондов — источник значения реквизита КодКОФ (группа ОС будущего объекта).
• ПланВидовХарактеристик.ДополнительныеРеквизитыИСведения — описания дополнительных реквизитов справочника.
• ПланСчетов (счёт 2930) — счёт, для которого объект строительства служит аналитикой (субконто).
• Справочник.ОсновныеСредства — целевой объект учёта, создаваемый при вводе построенного объекта в эксплуатацию; сформированная стоимость переносится с объекта строительства.
• Документы капитальных вложений и учёта ОС (поступление работ/услуг, поступление доп. расходов, принятие к учёту ОС) — используют объект строительства как значение реквизита/субконто.

Ввод на основании. Для справочников ввод на основании как самостоятельный механизм документов не применяется. Элемент справочника используется как значение-заполнитель в документах капитальных вложений; выбор выполняется через ФормаВыбора. Обратный сценарий — создание элемента справочника «на лету» из формы выбора при заполнении документа.

7. Точки расширения

• Дополнительные реквизиты и сведения (подсистема «Свойства») — штатный способ добавить характеристики объекта (площадь, мощность, № разрешения) без изменения конфигурации; реализовано табличной частью ДополнительныеРеквизиты.
• Расширения конфигурации (Extensions) — добавление собственных реквизитов шапки, команд, изменение форм ФормаЭлемента/ФормаСписка без снятия с поддержки.
• Подписки на события (ПередЗаписью, ПриЗаписи объекта) — валидация и автозаполнение реквизитов, интеграция с внешними системами.
• Модуль менеджера — размещение сервисных функций (заполнение по умолчанию, проверки, процедуры обмена).
• Заполнение КодКОФ — точка настройки методики: связь с КОФ определяет группу амортизации будущего ОС, поэтому её заполнение целесообразно контролировать в обработчике записи.