ВОПРОСЫ НА СОБЕСЕДОВАНИЯХ ДЛЯ 1С СПЕЦИАЛИСТОВ

Перед вами — актуальные вопросы с реальных собеседований для 1С-специалистов. Этот набор поможет объективно оценить уровень кандидатов и выбрать наиболее квалифицированных профессионалов. Независимо от искомой должности — разработчик, архитектор или администратор 1С — данные вопросы обеспечат качественный отбор.

ОТВЕТ:
На уровне СУБД устанавливаются Транзакционные блокировки.

Транзакционные блокировки деляться на Автоматические и Управляемые.

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

ОТВЕТ:
Истина

Это особенность 1С, где Null рассматривается как "отсутствие значения," что интерпретируется как пустое значение для строк.

ОТВЕТ:
Этим вопросом проверяют на сколько программист держит руку на пульсе и занимается саморазвитием.

Поэтому начиная искать работу и отправляясь на собеседования проверьте последнюю версию и почитайте, что там новенького появилось в последних релизах. Можно рассказать даже, если не спросят напрямую, а когда, скажем, спросят про сильные стороны. Тогда можно сказать, что любите учится и держите руку на пульсе, вот, например, в последних релизах появились такие-то полезные вещи. Будет в плюс и будет что конкретно ответить на вопрос про сильные стороны.

ОТВЕТ:
Необходимо выполнить следующие шаги:

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

2. Внутри обработки выполняется подключение к внешнему источнику (например, через API или скачивание файла с данными).

3. Производится разбор данных, данные обновляются в системе с проверкой на актуальность.

4. Можно сделать информирование ответственных, например, путем рассылки по почте статуса выполнения задачи.

ОТВЕТ:
У метода системы НачатьТранзакцию() есть параметр, с помощью которого можно указать режим управления:

НачатьТранзакцию(РежимУправленияБлокировкойДанных.Управляемый);

Однако вопрос с подвохом, для полного ответа надо также проговорить следующее:

Параметр «действует» только в том случае, если в свойстве конфигурации Режим управления блокировкой данных выбрано значение Автоматический и управляемый. Если для конфигурации установлен режим Автоматический, то все транзакции будут исполняться в автоматическом режиме; если Управляемый, то в управляемом режиме.

ОТВЕТ:
Вопрос из разряда поведенческих и единственного правильного ответа здесь нет и быть не может, но в целом хорошо будет воспринято, если ответить примерно так:

* Проверю документацию и логи.

* Попробую воспроизвести ошибку в тестовой базе.

* Если не удается, обращусь к коллегам или на профессиональные форумы.

ВОПРОС:
Проверка какого условия чаще всего ставится в обработчиках объектов, чтобы при автоматических обменах и загрузках не выполнялись разные стандартные действия с объектами конфигурации, которые не надо выполнять при загрузках данных (например, проверка на заполнение реквизитов или какие-то пересчеты) ?

ОТВЕТ:
ОбменДанными.Загрузка = Истина

ВОПРОС:
Есть задание добавить новый реквизит в документ для использования его в типовых отчетах через точку, значение в реквизит должно подставляться автоматически, если выбран реквизит Контрагент, алгоритм заполнения реквизита задан и все данные доступны в базе, также не допускается, чтобы реквизит не соответствовал Контрагенту согласно данному алгоритму заполнения. Как будете действовать? Конфигурация, для определенности, типовая 1С Бухгалтерия КОРП.

ОТВЕТ:
- Добавляю реквизит, прописываю алгоритм заполнения реквизита при выборе Контрагента, при очистке значения реквизита Контрагент делаю очищение значения реквизита.

- Делаю реквизит недоступным для изменения пользователем, раз его значение жестким алгоритмом завязано на Контрагента.

- Создам обработку, которая проставит значения реквизита в уже существующих документах в соответствие с заданным алгоритмом, документ буду записывать без проведения и с признаком ОбменДанными.Загрузка = Истина, чтобы не "сломать" проводки и другие данные в базе.

ВОПРОС:
В каких случаях не рекомендуется использовать параметры сеанса для хранения значений?

ОТВЕТ:
1) Для хранения значений, используемых исключительно в клиентской логике. Поскольку в клиент-серверном варианте параметры сеанса хранятся на сервере, то любое их считывание или изменение в процессе работы на клиенте потребует дополнительного серверного вызова и увеличит объем передаваемых данных с клиента на сервер и обратно.

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

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

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

ВОПРОС:
В СКД есть поле "Роль", для чего оно используется?

ОТВЕТ:
Это поле не имеет ничего общего с правами доступа, как могло бы показаться. Роль поля СКД указывает, что из себя представляет данное поле. Каждая роль поля может содержать свое свойство. Например, свойство «Период» имеет числовое значение и содержит номер периода, если поле период. Если значение свойство «Период» равно 0 (ноль), то это означает, что данное поле периодом не является. Или свойство «Измерение» – содержит признак того, что поле является измерением. Если поле является измерением, то эта информация используется при расчете итогов по полям остатка.

ВОПРОС:
Вопрос дословно звучал так "Что такое константа и чем она отличается от регистра сведений и справочника?".

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

И ответ не такой уж простой, как наверное все подумали.

ОТВЕТ:
Оказалось, имели ввиду, зачем нужны Константы как объект метаданных, если есть Справочники и Регистры сведений. И ответ действительно может показать некоторую глубину знаний кандидата.

1) Простота использования.

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

2) Минимальная нагрузка.

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

3) Глобальная доступность.

Значения Констант доступны из любого модуля, что делает их удобными для хранения глобальных параметров системы.

Итог: Константы обеспечивают легковесный и эффективный способ хранения и доступа к глобальным параметрам в системе.

ВОПРОС:
Что вы обычно проверяете, если сложный запрос выполняется медленно, а надо ускорить?

ОТВЕТ:
• Проверяю нет ли вложенных запросов, заменяю их объединением или через временные таблицы.

• Проверяю правильно ли используются виртуальные таблицы регистров и правильно ли накладываются фильтры в их параметрах.

• Убираю все лишние поля в выборке и вообще все лишнее, что не требуется от запроса.

• Смотрю, чтобы не получались данные через точку без необходимости.

• Во временных таблицах добавляю недостающие индексы, для колонок, которые учувствуют в фильтрах и сортировках.

• Для объективного понимания скорости выполнения запроса использую замер производительности.

• В сложных случаях смотрю на План выполнения запроса, чтобы понять , что идет не так на уровне СУБД.