Дорожная карта 1С-разработчика:
что изучать и в каком порядке

Карта опирается на порядок тем курса «1С-Программирование для начинающих» на платформе «Ментор 1С». Сначала знакомимся с механизмом на простом примере, затем возвращаемся к нему в более сложной задаче. Поэтому формы и расширения встретятся несколько раз — каждый раз с новым вопросом.

Если начинаете с нуля, двигайтесь последовательно. Если уже проходили курс или программировали на другом языке, проверьте первые темы небольшой самостоятельной работой. Знакомый синтаксис помогает, но ещё не объясняет устройство конфигурации и учётных данных.

Демокарта рядом со статьёй показывает три укрупнённых этапа развития. Разделы ниже подробнее раскрывают темы внутри пути. Это не соответствие «один раздел — один грейд»: название уровня не заменяет опыт решения задач.

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

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

В конфигураторе вы меняете устройство приложения, а в режиме «1С:Предприятие» проверяете результат глазами пользователя. Изучите дерево объектов, создайте первую форму с кнопкой и проследите путь от изменения до запуска.

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

• Изучаем: устройство курса, платформу и конфигурацию, установку, дерево объектов, подсистему, форму и команду.
• Результат: вы открываете собственную форму, нажимаете кнопку и получаете понятный ответ.
• Проверьте себя: почему после изменения кода на экране может остаться прежний результат и какой шаг между сохранением и запуском вы проверите?

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

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

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

• Изучаем: основы встроенного языка, условия, циклы, процедуры и функции, общие модули, вывод сообщений.
• Результат: небольшой расчёт, ход и результат которого вы объясняете без готового ответа.
• Проверьте себя: где меняется значение, что возвращает функция и что произойдёт, если условие ни разу не выполнится?

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

Например, описание товара и факт его поступления — разные вещи. Для первого знакомимся со справочником, для второго — с документом и проведением. Затем смотрим, какие записи появляются в регистрах и как они связаны с действием пользователя.

На первом проходе достаточно простой связи между объектами. Не начинайте со сложных блокировок: сначала разберитесь, чем запись документа отличается от проведения и от изменения учётных показателей.

• Изучаем: константы, справочники, реквизиты, документы и проведение, регистры сведений и накопления.
• Результат: вы выбираете объект по назначению и можете проследить происхождение сохранённых данных.
• Проверьте себя: что описывает сам товар, что относится к отдельному событию и какие данные нужны для получения остатка?

Теперь вернитесь к обработчику кнопки: где он выполняется и какие данные ему доступны? Директивы клиентского и серверного выполнения описывают место работы кода. Их нельзя выбирать наугад только ради исчезновения ошибки.

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

В управляемой форме различайте реквизиты, элементы и команды. Поле на экране, значение реквизита формы и сохранённые данные объекта — не одно и то же. Это помогает разобраться, почему введённое значение исчезло после повторного открытия.

• Изучаем: клиент-серверные директивы, универсальные коллекции, создание управляемых форм в редакторе.
• Результат: форма с вводом и обработкой данных, где вы понимаете назначение реквизитов и место выполнения кода.
• Проверьте себя: что живёт только в форме, что хранится в базе и нужен ли для выбранного действия вызов сервера?

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

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

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

• Изучаем: внешние обработки, программную работу с формами, основы языка запросов и параметры.
• Результат: обработка получает нужный список, а вы объясняете, почему каждая строка попала в результат.
• Проверьте себя: что вернётся без подходящих записей и как изменить значение отбора, не переписывая текст запроса?

Когда простой запрос понятен, добавляйте соединения и группировки. Следите за количеством строк: если одной записи слева соответствуют несколько справа, результат меняется ещё до расчёта итогов.

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

Придумайте несколько записей, чтобы итог можно было посчитать вручную. Добавьте повторяющееся значение и строку без пары. На таком примере легче увидеть ошибку соединения, чем в большом отчёте с правдоподобной суммой.

• Изучаем: соединения, группировки, виртуальные таблицы регистров, временные таблицы, пакетные запросы.
• Результат: запрос возвращает объяснимые строки и итоги, а не просто выполняется без сообщения об ошибке.
• Проверьте себя: почему сумма изменилась после соединения, какой период участвует в расчёте и что получится на пустых данных?

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

Печатная форма решает другую задачу — представить документ в нужном виде. Разберите макет, области, параметры и табличный документ. Правильный расчёт и правильное представление проверяйте отдельно.

Затем познакомьтесь с расширениями конфигурации на небольшой доработке. Пока важно понимать, где находится ваше изменение и как его проверить. К зависимостям и сопровождению расширений вернётесь после дальнейшей практики.

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

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

Подписки на события позволяют реагировать на события объектов. Разберите, когда выполняется обработчик и что он меняет. Если результат неожиданно изменился при записи, искать причину только в коде кнопки недостаточно.

Регламентные задания нужны для запуска по расписанию, фоновые — для выполнения работы вне обычного взаимодействия с формой. Продумайте, как узнать о завершении или ошибке и что произойдёт при повторном запуске.

• Изучаем: план счетов и проводки, подписки на события, регламентные и фоновые задания.
• Результат: вы понимаете причину запуска операции и проверяете её результат без обязательного открытия формы.
• Проверьте себя: какое событие запустило обработчик, где искать ошибку и не создаст ли повторный запуск лишние записи?

После работы внутри базы переходите к внешним данным. Сначала файлы и таблицы Excel: смысл колонок, допустимые значения, пустые ячейки и ошибочные строки. Файл, который удалось открыть, ещё не обязательно подходит для загрузки.

JSON и XML — форматы представления данных для обмена. HTTP-запрос позволяет обратиться к внешнему сервису. Проверяйте отдельно доступность сервиса, его ответ и смысл полученных данных.

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

• Изучаем: внешние файлы и Excel, чтение и запись JSON и XML, HTTP-запросы.
• Результат: вы понимаете входной формат, замечаете неподходящие значения и объясняете отказ внешней системы.
• Проверьте себя: что произойдёт при отсутствующей колонке, неверном формате, пустом ответе или долгом ожидании?

Библиотека стандартных подсистем, или БСП, содержит готовые общие механизмы для прикладных решений. Учитесь находить подходящую подсистему и читать её назначение, прежде чем писать собственную замену.

При обновлении типовой конфигурации важно сохранить нужное поведение доработок. Разберите сравнение изменений и проверку знакомых сценариев на отдельной копии базы. Само завершение обновления ещё не подтверждает правильную работу.

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

• Изучаем: основные подсистемы БСП, обновление типовых конфигураций, роли, права и RLS.
• Результат: вы находите стандартный механизм и понимаете, как проверить доработку после обновления и при ограниченных правах.
• Проверьте себя: какие данные разрешены этому пользователю и сохранится ли ограничение при другом способе обращения к ним?

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

Рядом в программе — стандарты разработки, HTTP-сервисы и внешнее COM-соединение. Отправить запрос в другую систему и предоставить собственную операцию внешнему клиенту — разные задачи. COM-соединение рассматривайте как отдельный способ интеграции с учётом поддерживаемой среды.

Начните с разрешённого действия и возможного отказа. Для сервиса нужны проверки доступа и входных данных; для изменения записей — понимание того, что должно произойти целиком. Учебный сервис не нужно сразу публиковать в интернете.

• Изучаем: блокировки, транзакции, стандарты, HTTP-сервисы и назначение COM-соединения.
• Результат: вы объясняете поведение при ошибке и называете проверки повторного или одновременного выполнения.
• Проверьте себя: какие изменения нельзя разделить, кто вправе вызвать операцию и что получит вызывающая сторона при отказе?

Первое расширение показывало, как добавить изменение. Теперь вопрос шире: как устроить доработку, чтобы её могли понять, проверить и сопровождать после обновления. Разберите зависимости и влияние на уже работающие сценарии.

Оптимизацию начинайте с измерения. Найдите медленный участок, зафиксируйте условия, измените решение и сравните на тех же данных. Более короткий код не обязательно работает быстрее.

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

• Изучаем: архитектуру расширений, оптимизацию производительности и обмены данными.
• Результат: вы обосновываете устройство доработки и сравниваете её поведение до и после изменения.
• Проверьте себя: чем подтверждено ускорение, какие сценарии могли измениться и как обнаружить пропуск или повторную передачу?

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

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

Исправьте замечания после разбора. Если замечание непонятно, уточните причину, а не меняйте код наугад. В портфолио называйте такую работу учебной: собственное решение полезнее выдуманного коммерческого опыта.

• Результат: связная учебная работа с понятными ограничениями и инструкцией запуска.
• Проверка: обычное действие, неверные данные, повторный запуск и ограниченные права — там, где они относятся к задаче.
• Объяснение: почему выбраны эти объекты, где выполняется код, откуда взялись итоги и что исправлено после разбора.

Теория и практика должны идти рядом. Изучили механизм — закрепите небольшой задачей. Не получается без готового примера — вернитесь к конкретному пробелу. Начальная практика на платформе основана на задачах стажировки; затем сложность растёт.

Отдельно тренируйте чтение кода. При переходе к УТ, БП, ЗУП или ERP разбирайте рабочий процесс, а не только названия объектов. Не нужно одновременно учить все типовые решения: выбирайте предметную область под свои задачи.

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

• После разбора задачи: исправьте замечания, повторите проверку и объясните, почему теперь результат верный.
• Перед собеседованием: потренируйтесь читать показанный код или запрос, находить проблему и предлагать изменение.
• При выборе роли: сопоставьте свои навыки с реальными задачами, а не только с названием грейда.

Выберите ближайшую тему, которую ещё не можете подтвердить своей работой. Запишите конкретную трудность: например, «значение пропадает при повторном открытии формы». С таким вопросом уже понятно, что изучать и что спросить у ментора.

Считайте тему закреплённой, когда можете решить небольшой пример, проверить результат и объяснить решение. Если новое условие снова заставляет искать готовый ответ, дайте себе ещё практику. Это нормальная часть обучения.