Почему в 1С:ERP в документах Заказ поставщику и Приобретение товаров и услуг пропало поле Направление деятельности

← На главную

В современных редакциях 1С:ERP (начиная с 2.5 и выше) многие пользователи и технические специалисты сталкиваются с ситуацией, когда привычное поле Направление деятельности бесследно исчезает из шапки документов «Заказ поставщику» или «Приобретение товаров и услуг». Это вызывает закономерные вопросы: является ли это ошибкой обновления, изменением логики или результатом некорректной настройки функциональных опций. В данной статье мы подробно разберем, по каким правилам система управляет видимостью этого реквизита, проанализируем программный код и выясним, как вернуть или заменить этот функционал с помощью механизма назначений.

Анализ функциональных опций

Прежде всего, разберем влияние настроек системы на интерфейс. В 1С:ERP видимость большинства полей жестко завязана на функциональные опции (ФО). Как было отмечено в ходе обсуждения проблемы, ключевую роль играет не только общая опция финансового результата, но и специфические настройки учета затрат.

Рассмотрим основные настройки, которые необходимо проверить в разделе НСИ и администрирование — Финансовый результат и контроллинг — Финансовый результат:

Финансовый результат по направлениям деятельности: это базовая опция. Если она выключена, аналитика направлений деятельности исчезает практически из всех контуров системы.
Учет затрат по направлениям деятельности: именно эта опция зачастую является «потерянным звеном». Даже если финансовый результат включен, отсутствие этой настройки сообщает системе, что разделять складские запасы и затраты на закупку по конкретным проектам (направлениям) не требуется. В этом случае поле в документах закупки будет скрыто.

Проанализируем ситуацию: если ранее в вашей базе поле было доступно, а после обновления или изменения настроек пропало — проверьте флаг ИспользоватьУчетЗатратПоНаправлениямДеятельности. Именно на это указали опытные участники сообщества как на решение проблемы видимости.

Разбор программной логики обязательности заполнения

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


Функция УказаниеНаправленияДеятельностиОбязательно(ХозяйственнаяОперация) Экспорт
    
    Если НЕ ПолучитьФункциональнуюОпцию("ФормироватьФинансовыйРезультат") Тогда
        Возврат Ложь;
    КонецЕсли;
    
    ЭтоДоходнаяОперация          = ХозяйственнаяОперацияОбразуетДоход(ХозяйственнаяОперация);
    ЭтоОперацияОбразующаяАктив    = ХозяйственнаяОперацияОбразуетАктив(ХозяйственнаяОперация);
    ОбязательныйУчетДоходов     = Ложь; // Значение может зависеть от дополнительных настроек
    ОбязательныйУчетЗатрат        = Ложь; // Значение может зависеть от дополнительных настроек
    
    Если ЭтоДоходнаяОперация И ОбязательныйУчетДоходов Тогда
        Возврат Истина;
    ИначеЕсли ЭтоОперацияОбразующаяАктив И ОбязательныйУчетЗатрат Тогда
        Возврат Истина;
    КонецЕсли;
    
    Возврат Ложь;
    
КонецФункции

Проанализируем этот код. Мы видим, что система разделяет операции на «доходные» и «образующие актив» (к которым относится закупка товаров). Обратите внимание на переменные ОбязательныйУчетДоходов и ОбязательныйУчетЗатрат. Если в логике конкретного релиза эти значения жестко установлены в Ложь (как в примере выше), то функция всегда будет возвращать Ложь, и поле в шапке не будет обязательным или вовсе пропадет, уступая место другим механизмам распределения.

Смена концепции: переход к Назначениям в табличной части

Выясним причину, по которой 1С постепенно уходит от использования поля «Направление деятельности» в шапке документа. В сложных бизнес-процессах одна закупка (один документ «Приобретение товаров и услуг») может предназначаться для разных направлений деятельности. Указание одного значения в шапке ограничивает пользователя.

Для решения этой задачи реализован механизм Назначений. Рассмотрим, как это работает:

В табличной части документа закупки присутствует колонка Назначение.
Каждое Назначение внутри себя содержит ссылку на конкретное Направление деятельности.
Использование назначений позволяет системе автоматически «обособлять» запасы на складе под конкретный заказ или проект.

Если вы не видите поле в шапке, посмотрите на табличную часть. Если там присутствует колонка «Назначение», значит, система настроена на более детальный учет. Это особенно актуально для работы с ГОЗ (государственным оборонным заказом) или при позаказном производстве.

Как вернуть Направление деятельности: пошаговая инструкция

Если специфика вашего учета требует наличия этого поля именно в шапке (например, вы всегда закупаете всю партию под один проект), выполните следующие действия:

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

Резюме

Подводя итог, можно сказать, что исчезновение поля — это не произвол разработчиков, а следствие усложнения архитектуры 1С:ERP. Система переходит от простых реквизитов к многогранным объектам учета, таким как Назначения. Для программиста и администратора важно понимать, что управление видимостью здесь — это симбиоз настроек Функциональных опций, параметров Договоров и настроек самих Направлений деятельности в справочнике. Если вам нужно простое решение — проверьте опцию «Учет затрат по направлениям деятельности». Если же вы работаете в современной парадигме ERP — переходите к использованию Назначений в табличной части. Для детального изучения внутренней архитектуры и взаимосвязи процедур разработчикам пригодится схема проведения документов в ERP 2.5.