Материалы слушателям курсов: "Пример": 1С:Предприятие 8.2 / Разработчикам / Создание и изменение объектов метаданных

Технология разветвленной разработки конфигураций

Область применения: управляемое приложение, мобильное приложение, обычное приложение.1. Определения. 2. Разработка исправительных версий. 3. Разработка плановой версии. 4. Разработка технических проектов. 5. Нумерация сборок. Приложение 1. Порядок создания хранилища технического проекта. Приложение 2. Порядок обновления хранилища технического проекта до состояния основного хранилища

Обработчики событий ОбработкаПолученияПредставления и ОбработкаПолученияПолейПредставления

Область применения: управляемое приложение, мобильное приложение.См. также

Ограничения на использование реквизитов составного типа

Область применения: управляемое приложение, мобильное приложение, обычное приложение.См. также:

Особенности разработки конфигураций для ОС Linux

Область применения: управляемое приложение, обычное приложение.См. также

Поставка данных в составе конфигурации

Для поставки в составе конфигурации тех или иных данных (например, данных, предназначенных для заполнения справочников, настроек отчетов, правил обмена данными и т.п.) рекомендуется использовать форматы, предназначенные для передачи данных (например, формат xml) и применять для этого макеты вида "Текстовый документ" или "Двоичные данные".Конвертация табличных макетов в формат XML

Использование активности движений

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

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

Для версий 8.2.13 и ранее, а также для 8.2.14 в режиме совместимости с 8.2.13 см. "Использование констант (8.2.13 и ранее)"

Использование констант (8.2.13 и ранее)

Действует для платформы 1С:Предприятие версий 8.2.13 и ранее, а также для 8.2.14 в режиме совместимости с 8.2.13Для 8.2.14 с отключенным режимом совместимости, см. "Использование констант"См. также

Предопределенные регламентные задания

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

Работа с неактуальными (недействительными) объектами

1. Данная рекомендация действует для ситуаций, когда какой-либо объект информационной базы перестает быть актуальным – навсегда или на время (сотрудник увольняется или уходит в декретный отпуск, подразделение расформируется и т.д.). При этом удалять этот объект из базы недопустимо, чтобы не нарушать ссылочную целостность: на него должны ссылаться другие ранее созданные объекты. Например, объект типа Файл должен содержать в поле Автор ссылку на уволившегося сотрудника и после его увольнения.

Удаление устаревших объектов метаданных из конфигурации

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

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

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

Настройка расписания регламентных заданий

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

Требования к проведению документов

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

Реквизит «Комментарий» у документов

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

Проверки, выполняемые в и вне транзакции записи объекта

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