Конфигурирование

Формы

Форма должна быть оптимизирована под клавиатурный ввод :

Тексты

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

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

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

Переопределяемые и поставляемые объекты библиотеки

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

Оформление элементов

Названия одних и тех же объектов, их расположение должны быть одинаковые для всех форм. Пример: Номер, дата документа, клиент/поставщик, контрагент, соглашение всегда находятся в одном и том же месте, вне зависимости от документа.

Имена объектов метаданных в иерархии библиотек

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

Ограничение на использование модальных окон

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

Подсказка и проверка заполнения

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

Разработка планов обмена с отборами

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

Использование значений, влияющих на поведение клиентского приложения

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

Групповые обработки в списках

Размещение большого количества команд в основном окне приложения