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