← На главную

Мы нередко сталкиваемся с изменениями в типовых конфигурациях 1С, которые могут вызывать вопросы и недоумение. Один из таких случаев – наблюдение пользователей о том, что в программе 1С:Бухгалтерия Предприятия (БП) 3.0 для документов исчезла привычная возможность добавления «дополнительных реквизитов». Вместо этого, по наблюдениям, осталась лишь опция «дополнительные сведения» или «свойства», а соответствующая галка в настройках была переименована. Давайте вместе разберемся, что произошло, почему 1С внесла эти изменения, и как теперь работать с расширением функционала документов.

В чем суть изменений в 1С:Бухгалтерии 3.0?

Ваше наблюдение абсолютно верно. Действительно, в последних версиях 1С:Бухгалтерии Предприятия 3.0 произошли существенные изменения в механизме работы с дополнительными свойствами документов. Ранее мы могли напрямую добавлять «дополнительные реквизиты» к документам, которые воспринимались как их неотъемлемая часть. Теперь же, если мы обратимся к настройкам и функционалу документов, мы увидим, что эта опция была модифицирована. Вместо «дополнительных реквизитов» для документов теперь, как правило, доступны исключительно «дополнительные сведения» или, как их еще называют, «свойства».

Давайте подробнее рассмотрим, как это проявляется в интерфейсе и настройках:

1. Переименование флажка: Если раньше мы активировали возможность использования дополнительных свойств через флажок «Доп реквизиты и сведения», то теперь этот флажок для документов переименован просто в «Свойства». Это напрямую указывает на изменение терминологии и функционала.
2. Различие по типу объектов: Важно отметить, что эти изменения коснулись не всех объектов конфигурации. Так, для справочников (каталогов, таких как «Номенклатура», «Контрагенты» и т.п.) функционал «дополнительных реквизитов» остался прежним и продолжает активно использоваться. Это означает, что для справочников мы по-прежнему можем добавлять поля, которые становятся частью структуры самого объекта.
3. Отсутствие прямых реквизитов для документов: Для документов же мы теперь обнаруживаем отсутствие возможности создать дополнительные поля, которые бы хранились непосредственно в табличной части или реквизитах документа и отображались бы на его основной форме как обычные реквизиты.

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

Различия между дополнительными реквизитами и дополнительными сведениями (свойствами)

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

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

• Дополнительные реквизиты:
  1. Интегральная часть объекта: Мы воспринимаем дополнительные реквизиты как неотъемлемую, внутреннюю часть самого объекта конфигурации, будь то элемент справочника или документ. Они логически и физически связаны с ним.
  2. Место хранения: Хранятся непосредственно в структуре объекта (в его таблицах базы данных), расширяя набор его атрибутов.
  3. Отображение на форме: Обычно такие реквизиты могут быть легко добавлены и отображены непосредственно на основной форме объекта, сливаясь с его стандартными полями. Это обеспечивает удобство ввода и просмотра данных.
  4. Права доступа: Редактирование и просмотр таких реквизитов напрямую зависят от прав доступа пользователя к самому объекту. Если у пользователя есть права на изменение объекта, он может менять и его дополнительные реквизиты.
  5. Статус объекта: Значения дополнительных реквизитов могут быть заблокированы или доступны для изменения в зависимости от состояния основного объекта. Например, если документ проведен и запрещен для редактирования, его реквизиты (включая дополнительные) также становятся недоступными.
• Дополнительные сведения (или свойства):
  1. Неинтегральная часть объекта: Мы рассматриваем дополнительные сведения как внешние, неинтегральные данные, которые, хоть и привязаны к объекту, не являются его частью в том же смысле, что и реквизиты.
  2. Место хранения: Хранятся в отдельном, специальном регистре сведений. Это позволяет управлять ими более гибко, независимо от основной структуры объекта.
  3. Отображение на форме: Доступ к дополнительным сведениям осуществляется, как правило, через отдельное окно или команду, обычно вызываемую по кнопке «Дополнительные сведения» (или аналогичной). Они не отображаются непосредственно на основной форме документа как его поля.
  4. Права доступа: Поскольку дополнительные сведения хранятся отдельно, их доступность для просмотра или редактирования может управляться независимо от прав доступа к основному объекту.
  5. Статус объекта: Критически важно: значения дополнительных сведений не блокируются в зависимости от состояния документа. Это означает, что даже если документ проведен и запрещен для редактирования, его дополнительные сведения могут оставаться доступными для изменения.
  6. Перенос в карточку: Дополнительные сведения нельзя напрямую перенести в карточку документа как его стандартный реквизит. Для их использования в отчетах или других механизмах может потребоваться дополнительная настройка или разработка.

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

Почему 1С внесла эти изменения?

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

Мы можем выделить несколько ключевых причин, побудивших 1С к такому подходу:

1. Улучшение управления данными: Разделение на «реквизиты» (как интегральную часть) и «сведения» (как неинтегральные данные) позволяет более тонко управлять структурой и хранением информации. Для документов, которые часто имеют сложный жизненный цикл (создание, проведение, отмена проведения, архивирование), возможность хранения части данных независимо от статуса самого документа предоставляет дополнительную гибкость.
2. Разграничение прав доступа: Независимое хранение сведений в регистре позволяет реализовать более гранулированное управление правами доступа. Например, мы можем разрешить одним пользователям изменять основные реквизиты документа, а другим – только его дополнительные сведения, не затрагивая основной объект.
3. Обеспечение большей гибкости системы: Механизм дополнительных сведений, как часть БСП, спроектирован для обеспечения максимальной гибкости. Он позволяет добавлять и изменять свойства без необходимости модификации структуры основных таблиц документов, что упрощает обновления конфигурации и разработку расширений. Это особенно актуально для типовых решений, которые должны быть универсальными и легко адаптируемыми.
4. Оптимизация производительности: В некоторых случаях раздельное хранение часто меняющихся, но не критичных для основного объекта данных, может способствовать оптимизации производительности системы.
5. Единообразие подхода: 1С стремится к унификации подходов в своих конфигурациях. Возможно, это изменение является шагом к более единообразному использованию механизмов БСП для всех типов объектов, учитывая их специфику.

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

Как действовать пользователям и разработчикам?

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

Для пользователей и бухгалтеров:

1. Переход на использование «Дополнительных сведений»: Если ранее вы использовали дополнительные реквизиты для документов, теперь вам, скорее всего, придется перестроиться на использование «Дополнительных сведений» (или «Свойств»). Для доступа к ним обычно используется соответствующая кнопка на форме документа, часто расположенная в верхней части или в меню «Еще». Мы настоятельно рекомендуем изучить расположение этой кнопки и потренироваться в работе с новым интерфейсом.
2. Осознание особенностей: Помните о ключевом отличии: дополнительные сведения хранятся отдельно и их значения могут быть изменены даже для проведенного документа. Это может быть как преимуществом, так и потенциальным источником проблем, если не учитывать эту особенность в бизнес-процессах.
3. Адаптация отчетности: Если ранее данные из дополнительных реквизитов документов использовались в отчетах или печатных формах, теперь может потребоваться адаптация этих отчетов. Данные из дополнительных сведений обычно доступны через специальные механизмы работы с регистрами сведений.

Для программистов и системных администраторов:

1. Использование стандартного механизма «Дополнительных сведений»: В большинстве случаев, если новые поля не являются критически важными для основной логики документа и не требуют жесткой привязки к его статусу, мы рекомендуем использовать стандартный механизм «Дополнительных сведений», предоставляемый БСП. Этот механизм хорошо документирован и поддерживается 1С.
2. Разработка расширений для «Дополнительных реквизитов»: Если все же существует критическая потребность в добавлении именно «дополнительных реквизитов» к документу, которые будут храниться непосредственно в его структуре и блокироваться вместе с ним, нам придется реализовывать необходимый функционал с помощью расширений. Это потребует следующих шагов:
   1. Создание новых реквизитов: В расширении мы можем добавить новые реквизиты непосредственно к объекту «Документ» (например, Документ.РеализацияТоваровУслуг).
   2. Размещение на форме: Затем эти реквизиты можно разместить на форме документа, чтобы они были видны пользователям.
   3. Управление видимостью и доступностью: Мы должны будем самостоятельно управлять видимостью и доступностью этих реквизитов в зависимости от статуса документа (например, блокировать их при проведении).
   4. Интеграция с подсистемами: Если эти реквизиты должны участвовать в расчетах, проводках или других подсистемах, нам потребуется дополнительная разработка для их интеграции.
3. Анализ существующих решений: Перед началом разработки расширения, мы настоятельно рекомендуем провести тщательный анализ существующих типовых механизмов и требований к новым полям, чтобы выбрать наиболее подходящий способ их реализации. Возможно, функционала дополнительных сведений будет вполне достаточно.

Мы видим, что изменения в 1С:Бухгалтерии 3.0 относительно дополнительных реквизитов документов являются частью продуманной эволюции платформы. Хотя это может вызвать первоначальное замешательство, понимание сути этих изменений и различий между «реквизитами» и «сведениями» позволяет нам эффективно адаптироваться к новому функционалу и использовать его преимущества для более гибкого и управляемого ведения учета.