Ольга Колюкова
Консультант-эксперт, департамент 1C «КОРУС Консалтинг»
Привет, Хабр! Меня зовут Ольга Колюкова, я консультант-эксперт в департаменте 1С в «КОРУС Консалтинг» с 13-летним опытом внедрений.
В этой статье я разберу несколько ключевых технических вопросов по 1С, которые регулярно задаю на собеседованиях для аналитиков и функциональных архитекторов. А главное — отвечу на эти вопросы. Это не редкие «подводные камни» или экзамен по тонкостям платформы, а фундаментальные аспекты, в которых кандидаты часто путаются и отвечают неуверенно.
Вопрос 1. Какие бывают регистры в 1С?
Здесь я даю подсказку — всего есть четыре вида регистров.
Правильный ответ:
– Регистр сведений
– Регистр накопления
– Регистр бухгалтерии
– Регистр расчетов
Из забавного. Один раз кандидат назвал 3 регистра верно, а вместо «регистра бухгалтерии» мне ответили: «Хозрасчетный».
На мое уточнение «это же конкретный созданный регистр, а не тип», кандидат уверенно ответил: «Нет, у нас он так и называется». Кандидат шел на позицию функционального архитектора.
Вопрос 2. Чем отличаются дополнительные реквизиты от дополнительных сведений?
Вопрос почему-то часто вызывает ступор у кандидатов, при этом я обычно не жду развернутого ответа.
Ответ простой:
– Дополнительные реквизиты хранятся в табличной части
– Дополнительные сведения хранятся в регистре сведений
Функционал используется нечасто, особенно доп. сведения — и именно здесь кандидаты начинают «плавать».
Вопрос 3. Что нельзя записать в ресурсы регистра накопления?
В ресурсы нельзя записать ссылку, как пример.
Ресурсы регистра накопления — это числа. Потому что регистр накопления — это про остатки и обороты, а не про ссылки на объекты.
Вопрос 4. Какие бывают регистры сведений?
Вот, что я ожидаю здесь услышать:
– Про периодичность
– Про подчинение регистратору
– Про независимые регистры
Если человек работает с 1С не первый год, этот вопрос не должен быть неожиданным.
Вопрос 5. Какие бывают регистры накопления?
Ответ короткий и четкий:
– Остатки
– Обороты
Без фантазии и без «ну, там разные бывают». Часто кандидаты начинают вспоминать названия из какой-либо конфигурации, что неверно.
Заключение
Эти вопросы — не про заучивание. Они про понимание платформы и архитектуры решений. И если на них трудно ответить, дальше в проекте будет еще сложнее. Если база на месте, собеседование пройдет уверенно, а проекты — без сюрпризов. Делитесь в комментариях своими «фейлами» на собеседованиях.
Не так давно начала вести свой канал. Подписывайся, чтобы узнать больше о работе в 1С. А еще – присоединяйся к команде КОРУСа.
Комментарии (16)
Quackerjack
18.03.2026 13:07"Вопрос 2" некорректный, все вопросы про метаданные, а этот про БСП (совсем вбок) вызывает потерю контекста у соискателя и растерянность - адекватная реакция (секунду назад вы общались про устройство автомобиля, потом вопрос про частности работу ABS y Audi, без обозначения, что это про Audi).
Скрытый текст
"-В чем разница между уткой?"
В целом опросник бестолковый, берите сразу с фантиком "Проф", если это все в таком контексте у вас, чтобы не тратить свое время и время соискателя-новичка. Лучше, спрашивать какие-то практические задачки или мини сценарии из жизни - обновление нетиповых конфигураций, выбор архитектуры для задачи учета чего либо, способы интеграции 1С с внешними сервисами (по верхам, углубляется, только если соискатель делал какую-то реализацию), или требовать фантик спеца если вас интересуют квалифицированные специалисты. Можно выводить на чистую воду велосипедостроителей, намекая на реализации БСП (завуалировав в вопросе, что теоретическая доработка делается на типовой конфигурации), спросить про работу подписок, когда отрабатывает их код относительно события. Поинтересоваться, в диалоге, какие интересные ошибки в работе кода/платформы встречал соискатель.
XLeshiy
18.03.2026 13:07Ну не соглашусь слегка, 2 вопрос вполне норм если ты знаком с типовыми и БСП, а это 99.99% 1сников (только это очень, очень простой вопрос)
Я всегда задаю ровно 1 вопрос. Назовите все директивы компиляции и опишите поведение системы при их использовании. Если человек хотя бы уровня джун+, легко ответит. Если нет — на выход)
koltsov22
18.03.2026 13:07это плохой вопрос
ответит на него тот кто готовился к собеседованию, и джун тоже. Человек с опытом не вспомнит те что не использует
XLeshiy
18.03.2026 13:07Не использует что, директивы компиляции или доп реквизиты/сведения?
DamirMur
18.03.2026 13:07Я никогда не использовал ДопСведения. ДопРеквизиты пару раз. Так особо и не понял зачем, они нужны. Гугл попросил привести примеры использования про допсведения, там ответ - на всякий случай и вдруг понадобятся. В базе своей посмотрел СБИС в ДопСведения запихнул свои ID для контрагентов. Но тут вопрос, если вы втыкаете свое расширение, где всё это можно реализовать на уровне архитектуры, зачем весь этот геморой.
Вообще, по мне, правильное собеседование - это дать человеку задачу и попросить её сделать, во вменяемые сроки. Я видел как пишут плохие программисты (после них переделывал) - это тихий ужас, который ни с чем не спутаешь.
Wakadakawaka
18.03.2026 13:07Доп.сведения полезны. Например - есть справочник, который никому, кроме избранных, править нельзя. Но появляется задача реализовать возможность добавления каких-либо дополнительных данных пользователями, у которых нет прав на изменение этого справочника. Вот тут-то доп сведения и помогают
Emelian
18.03.2026 13:07понимание платформы и архитектуры решений
Мне не пришлось профессионально работать с «восьмеркой» («1С8х»), но 100%-но собственная конфигурация на «семерке» («1С77») кормила меня двадцать лет и еще столько бы, если бы фирму не закрыли бы по политическим мотивам.
Думаю, что я бы не прошел ваш техсобес даже по разработке на старой платформе «1С». Просто потому, что всегда шел нестандартным путем. Например:
Я полностью отказался от стандартного механизма проведения в «7.7» и реализовал его самостоятельно на подчиненных справочниках. Как показал опыт, решение оказалось очень удачным.
Я полностью отказался от использования объектов «Документ», «ЖурналДокументов», «ЖурналРасчетов» (хотя, я программировал, в том числе, «зарплату»), «Регистры» и некоторые другие. Все документы и механизм проведения у меня были реализованы в иерархических справочниках. Что позволило спокойно хранить всю историю начислений заработной платы, в одной базе, в течении всех двадцати лет, без падения производительности в работе.
Зато я очень ценю объект «Справочник», а его автору я бы поставил памятник при жизни. За реализацию групп в справочниках, чего, в учетных системах не делал никто. В 1С82, в «толстом» клиенте («обычное» приложение) еще были, более менее, нормальные справочники, но, чем выше была версия платформы, тем хуже с ними было работать.
Я отказался от собственного движка базы данных «1С77», вместо него использовал встроенный движок «Visual FoxPro», который подключался непосредственно к dbf/cdx-файлам «семерки» как к DDE-серверу. Само, скомпилированное, в ехе-шник, приложение VFP выступало как DDE-клиент. Идея оказалась – супер! Не знаю никого, кто бы её еще использовал. Это дало мне увеличение производительности в 15-раз!
Сама платформа крутилась на дешевом терминал-сервере с двумя гектарами памяти, что обеспечивало одновременное количество сессий до двадцати. Этого вполне хватало для фирмы. Кстати, на всех клиентских компьютерах было по четыре гектара памяти.
Помимо стандартных, использовал собственные внешние компоненты, написанные на С++, которые мне значительно улучшали жизнь.
Используемые учетные конфигурации (плюс собственная система учета рабочего времени на базе нетбуков, китайских считывателей RFID-карт доступа сотрудников и собственного драйвера на С++) помогли мне выдержать три государственности: Украину, ЛНР и РФ. На типовых конфах я бы такого эффекта не достиг бы.
Мы пробовали, с главбухшей, вести параллельный учет «зарплаты» в «1С8х:ЗУП», но, получалось плохо. Эта система более жесткая и менее удобная. Да, в итоге я получил в ней нужные нам результаты, но очень большой ценой. Если бы там пришлось работать профессионально, то предпочел бы использовать «восьмерку» только для внешней отчетности, а весь учет вести в «семерке» плюс экспорт / импорт в собственном варианте «КД» («Конвертация данных»).
Очевидно, что я бы не прошел ни по каким бы вашим фильтрам. К счастью, от меня требовали только результат, а не способ его достижения.
Тем не менее, если бы начинать все заново, сейчас, я бы пошел по пути глубокого освоения платформы «1С8х» и выполнению всех формальных требований на техсобесах. Однако, про себя бы всегда имел в виду, что стандартный путь в разработке не всегда – самый оптимальный. Главное, только, не говорить об этом вслух :) .
DamirMur
18.03.2026 13:07Я, как программист 1С, который неторопливо подыскивающий себе новое место работы, с 25 летним стажем, куевой тучей внедрений всего что было актуально в свое время, также могу сказать, что 90% собеседователей, и Вы в том числе, не умеют проводить собеседование. И скорее умничают, чем ищут нормальных программистов.
Вопросы про проводки, один из самых забавных. То что Вы тут спрашиваете - это ещё нормально, могут спросить сколько физических и виртуальных таблиц у тех или иных регистров, назови все, ну и другое интересное типа как это хранится и обрабатывается в MS SQL.
При этом, по своему опыту внедрения и сопровождения могу сказать, что с регистрами, ну далеко не каждый месяц сталкиваюсь, да и 99% при программировании документов - это точно не про регистры, а всякие вводы на основании, проверки остатков при подборе номенклатуры, обмены данными и печатные формы. К тому же регистры - это костяк архитектуры, за которую отвечает архитектор, а не программист, и когда вакансия фактически предполагает работу по обновлению, внешним печатным формам и обработкам - то причем здесь здесь регистры. Это как у уборщицы при приеме на работу требовать высшее образование.
Если Вам нужно чтобы человек мог во сне рассказать про регистры, в вакансии укажите что нужен специалист по платформе, там почти все задачи про регистры. А я проф по платформе в прошлом году, выучил это всё, сдал и забыл, потому что в моей нынешней работе это неактуально. А когда понадобилось, скопировал из аналогичного документа и всё, пошел дальше подцеплять к обмену данных и прочим механизмам БСП.
sshhhka
18.03.2026 13:07Да, это буквально те вещи, которые должен знать каждый АНАЛИТИК. Понятно, что программисты более глубоко разбираются в метаданных конфигурации и соответственно вопросы им задаются другие. Для аналитика скорее проверяется общее понимание объектов системы, их назначения и структуры конфигурации.
Не совсем поняла комментарии о неподходящих вопросах для программиста, если статья для аналитиков и ФА. Думаю все же, что это не единственные вещи, которые спрашивают у кандидата. На мой взгляд, если потенциальный сотрудник рассказывает о большом количестве проектного опыта и , но при этом не понимает отличия в объектах, то большой вопрос - как он работает. Технические навыки в любом случае нужно проверить, а не просто верить в рассказы о ранее выполняемой работе
ikhis
18.03.2026 13:07На мой взгляд, кроме сугубо 1с тем, наверное стоит проверять ИТ-базис. Бывает, что кандидат банально не умеет читать логи.
XLeshiy
Это сейчас такие "кандидаты" приходят? Кандидаты на что, на выход?
Pusk1
Я с 1С не работаю с 2005 года, с восьмёркой почти не работал, ушёл в Oracle и занимался только интеграциями с другой стороны . Провалился на незавимых регистрах сведений и на втором вопросе. 5 и 3 выглядят как совсем очевидно даже через 20+ лет.
XLeshiy
Были времена, когда доп реквизиты и доп сведения хранились в одном регистре)))
А вообще, по мне, так ответ должен звучать так: "Для записи доп реквизита необходимо записать объект, а для доп сведений — нет". В этом и был смысл разделения)
Naf2000
А я считаю, что правильный ответ - доп. реквизиты это часть сущности, а сведения нет. Отсюда и способ хранения и запись и права доступа вытекают.