Готовишься к экзамену?
Полнофункциональный тренажер @bot_1cnik_bot с полноценным обучением, режимом экзамена и подробной статистикой.
Когда в режиме «1С:Предприятие» имеет смысл полагаться на автоматически сформированные системой формы «по умолчанию» (без разработки собственной формы), например, для документа вроде «Ведомость в кассу»?
Использовать стоит в большинстве случаев, когда стандартных возможностей формы достаточно: не нужно добавлять программную логику в форму и нет особых требований к ее внешнему виду и поведению.
Правильно: автосгенерированные формы покрывают типовые сценарии просмотра и ввода данных. Если для задачи достаточно стандартных команд и реквизитов (например, «Заполнить» в ведомости уже есть и работает по типовым правилам), то создавать отдельную «ручную» форму не требуется.
Использовать нужно только тогда, когда требуется исключить форму из «основных» форм объекта.
Неправильно: статус «основная форма» не является главным критерием. Решение принимают по необходимости доработок: если нужен особый дизайн, дополнительные команды, проверки или обработчики событий - тогда делают собственную форму; если нет - достаточно формы по умолчанию.
Подход подходит исключительно для объектов с простой структурой (мало полей и таблиц).
Неправильно: сложность объекта сама по себе не запрещает автогенерацию. Важно, хватает ли стандартного поведения. Даже у «сложного» документа форма по умолчанию может быть приемлемой, если не нужно специфическое расположение элементов и программные действия на форме.
Подход применим только для редко используемых форм, так как автогенерация всегда значительно расходует ресурсы системы.
Неправильно: автосгенерированная форма не предназначена исключительно для «редких» обращений. Ключевой критерий - отсутствие необходимости в уникальном интерфейсе и дополнительной логике. Ограничение «только редко» не является правилом применения.
Пояснение
Развернутая подсказка:
1) Что значит «форма по умолчанию, созданная на лету»
- Платформа может открыть объект без заранее разработанной формы: она автоматически строит стандартную форму на основе структуры метаданных (реквизиты, табличные части, команды).
- Такой подход удобен, когда нужен типовой интерфейс без специальных элементов и без программных обработчиков событий формы.
2) Когда лучше НЕ делать свою форму
- Если пользователю хватает стандартного набора полей и команд.
- Если не требуется изменять логику открытия/заполнения/проверок именно на уровне формы.
- Если нет требований к «нестандартному» внешнему виду (особая компоновка, вкладки, подсветки, интерактивные подсказки, нестандартные кнопки и т. п.).
3) Когда стоит создать собственную форму (или доработать через расширение)
- Нужно добавить программные действия: дополнительные команды, проверки перед записью/проведением, автоматические подсказки, сценарии выбора/подбора.
- Нужно изменить визуальную структуру: вынести важные параметры на первую вкладку, разделить на блоки, спрятать редкие поля, добавить предупреждения.
- Нужно специфическое поведение автозаполнения (например, до заполнения проверить условия и показать понятное сообщение пользователю).
4) Практический контекст: автозаполнение «Ведомости в кассу»
Типовая форма ведомости обычно уже содержит нужные команды (в т. ч. «Заполнить») и стандартные правила подбора сотрудников и сумм. Поэтому чаще всего своей формы не требуется.
Если же пользователи регулярно сталкиваются с ситуацией «нажали Заполнить - пусто», то доработка формы может быть оправдана, но только при наличии конкретной цели (не “красота”, а удобство и снижение ошибок).
5) Что чаще всего проверяют, когда «Ведомость в кассу» не заполняется автоматически
- Есть ли рассчитанные суммы за нужный период (например, аванс/зарплата должны быть начислены).
- Совпадает ли способ выплаты сотрудника с типом ведомости (касса/наличными vs банк).
- Верно ли выбран вид ведомости и период (месяц начисления/дата выплаты).
- Нет ли ситуации, когда сотруднику «нечего платить» (все выплачено) или есть задолженность сотрудника перед организацией - тогда он может не попадать в заполнение.
- При необходимости сотрудника можно добавить через «Подобрать», не меняя постоянные настройки выплаты.
6) Мини-пример, когда своя форма действительно полезна
- В организации много пользователей, и типовая причина пустой ведомости - неправильный вид ведомости или способ выплаты.
- Тогда можно добавить в форму подсказку/проверку: при нажатии «Заполнить» показывать список “что проверить” (вид ведомости, способ выплаты, наличие начислений, задолженность).
- Но если таких проблем нет, стандартной автосгенерированной (или типовой) формы достаточно - лишняя кастомизация усложняет сопровождение.
Итог: формы по умолчанию стоит использовать везде, где стандартных возможностей достаточно. Доработку формы имеет смысл делать только при реальной потребности в дополнительной логике или особом интерфейсе (например, чтобы снизить число ошибок при заполнении «Ведомости в кассу»).