Автоматизация · 11 мин
Архитектор 1С: кто это и чем занимается
Кто такой архитектор 1С, чем отличается от разработчика и внедренца, какие задачи решает, когда компании нужен архитектор и как проверить его компетенции.
Архитектор 1С — это специалист, который проектирует структуру информационной системы на платформе 1С: какие конфигурации и подсистемы будут использоваться, как они обмениваются данными, как распределяются роли и нагрузка, как решение будет развиваться. Если разработчик отвечает за конкретный код и доработки, то архитектор отвечает за целостность решения: чтобы система выдерживала рост компании, не «рассыпалась» при обновлениях и не превращалась в набор несовместимых доработок.
Роль архитектора появляется там, где учёт выходит за рамки одной типовой конфигурации: несколько баз, интеграции с сайтом, CRM, WMS, кассами и внешними сервисами, сотни одновременно работающих пользователей, филиальная структура. В таких условиях ошибка проектирования стоит дороже, чем ошибка в коде: переделывать приходится не процедуру, а всю схему обмена или модель данных.
Термин не является официальной профессией из классификатора — это сложившееся на рынке название роли. В одних компаниях архитектор — отдельная штатная позиция, в других — функция ведущего разработчика или руководителя проекта внедрения. Ниже разберём, чем архитектор отличается от смежных ролей, какие задачи решает и как понять, что вашей компании он нужен.
Чем архитектор отличается от разработчика, консультанта и внедренца
Разработчик 1С пишет и изменяет код: создаёт документы, отчёты, обработки, дорабатывает типовые механизмы. Его зона ответственности — корректная работа конкретного объекта или функции. Консультант (функциональный специалист) знает предметную область — бухгалтерский учёт, зарплату, склад — и помогает настроить типовые механизмы под процессы компании. Внедренец обычно совмещает обе роли в рамках проекта.
Архитектор работает уровнем выше. Он решает, нужна ли вообще доработка или задача закрывается типовым функционалом, в какой системе должна жить та или иная функция, как базы будут обмениваться данными и что произойдёт при росте нагрузки. Разработчик отвечает на вопрос «как сделать», архитектор — «что делать, где и зачем, и чем это аукнется через год».
Сравнение ролей в проекте 1С
Пишет и изменяет код, создаёт объекты конфигурации. Ограничение: не отвечает за целостность системы в целом.
Настраивает типовой функционал под процессы, обучает пользователей. Ограничение: решения в рамках одной конфигурации.
Проектирует состав систем, интеграции, модель данных и правила развития. Ограничение: нужен не в каждом проекте, его роль избыточна для одной типовой базы.
Какие задачи решает архитектор 1С
Типовой круг задач архитектора включает проектирование ландшафта систем: выбор конфигураций (ERP, УТ, ЗУП, БП, ДО и других), определение границ между ними и схем обмена. Например, решение о том, где вести управленческий учёт, а где регламентированный, и как синхронизировать справочники между базами — это архитектурное решение, а не задача кодирования.
Вторая группа задач — проектирование модели данных и интеграций. Архитектор определяет, какие справочники и регистры нужны, как организовать обмен: через EnterpriseData, веб-сервисы, очереди сообщений или файловые обмены, что делать при конфликтах и ошибках обмена. От этих решений зависит, будет ли обмен стабильным и сможет ли его сопровождать обычный разработчик.
Третья группа — нефункциональные требования: производительность, отказоустойчивость, безопасность, распределение прав. Архитектор оценивает, выдержит ли схема рост числа пользователей, как организовать резервное копирование и разделение доступа, где разместить базы (сервер, облако, гибрид).
Наконец, архитектор задаёт стандарты разработки: правила доработки типовых конфигураций, соглашения по именованию, требования к расширениям вместо изменения типового кода, порядок код-ревью. Это снижает стоимость сопровождения и обновлений.
Типовые механизмы не переписаны, изменения вынесены в расширения
Есть мониторинг ошибок и регламент повторной отправки
Модульная структура, понятные границы ответственности систем
Когда компании нужен архитектор, а когда нет
Если у вас одна типовая база (например, 1С:Бухгалтерия или ЗУП) на десятки пользователей без серьёзных доработок — отдельный архитектор не нужен. Достаточно грамотного внедренца и сопровождения. Привлечение архитектора в такой ситуации — лишние расходы.
Архитектор становится необходим, когда совпадает несколько условий: несколько взаимосвязанных баз или планируется переход на ERP-класс решения; интеграции с внешними системами (сайт, маркетплейсы, WMS, банки, ЭДО); высокая нагрузка — сотни пользователей или большие объёмы документов; история «зоопарка» доработок, из-за которых база не обновляется. В этих случаях стоимость ошибки проектирования многократно превышает оплату работы архитектора.
Как выбрать действие
Как выглядит работа архитектора на проекте
Работа начинается с обследования: архитектор изучает текущие базы, доработки, обмены, бизнес-процессы и планы развития компании. Результат — описание текущего состояния и проблемных мест: где дублируются данные, где обмен нестабилен, где доработки блокируют обновления.
Далее формируется целевая архитектура: состав систем, схемы интеграций, модель ключевых данных, требования к инфраструктуре. Хорошая практика — зафиксировать решения в письменном документе (архитектурном решении), а не держать их «в голове» специалиста. Это защищает компанию, если подрядчик сменится.
На этапе реализации архитектор контролирует соответствие разработки проекту: проводит ревью ключевых доработок, следит за соблюдением стандартов, корректирует решения при изменении требований. После запуска — участвует в развитии системы и оценке новых инициатив на предмет влияния на архитектуру.
- 1Проведите обследование: соберите список баз, доработок, обменов и проблемных мест
- 2Сформулируйте целевую архитектуру и зафиксируйте её письменно
- 3Определите стандарты разработки: расширения вместо изменения типового кода, правила обменов
- 4Контролируйте реализацию через ревью ключевых доработок
- 5Проверьте результат: обновление базы, стабильность обменов, время выполнения типовых операций
Как проверить компетенции архитектора 1С
Формальные признаки: опыт проектов с несколькими конфигурациями и интеграциями, знание механизмов обмена (планы обмена, EnterpriseData, веб-сервисы, брокеры сообщений), понимание клиент-серверной архитектуры платформы и СУБД. Сертификаты «1С:Специалист» и «1С:Эксперт по технологическим вопросам» — полезный, но не достаточный признак: они подтверждают знание платформы, а не умение проектировать системы.
Практическая проверка надёжнее. Попросите кандидата описать, как он спроектировал бы обмен между двумя вашими системами: какие данные, в какую сторону, что при ошибках, как контролировать полноту передачи. Сильный архитектор задаст уточняющие вопросы про объёмы, регламенты и ответственных, а не начнёт сразу предлагать технологию. Слабый — будет говорить только про инструменты.
Обратите внимание на артефакты: попросите пример архитектурного документа или схемы интеграций с прошлых проектов (без раскрытия чужих данных). Умение изложить решение письменно — ключевой навык архитектора, отличающий его от опытного разработчика.
Как проверить результат работы архитектора
Есть письменный документ: состав систем, схемы обменов, обоснование выбора
Решения существуют только устно или в переписке
Изменения вынесены в расширения, типовой код не тронут
Типовые модули переписаны, обновление требует недель работы
Есть регламент, мониторинг ошибок, обработка конфликтов
Обмен запускается вручную, ошибки узнают от пользователей
Типичные ошибки при работе с архитектурой 1С
Самая частая ошибка — отсутствие архитектуры как таковой: доработки делаются по запросам пользователей без единого плана. Через несколько лет база перестаёт обновляться, обмены конфликтуют, а никто не помнит, зачем нужна та или иная доработка. Лечение такой ситуации дороже профилактики.
Вторая ошибка — избыточное проектирование: сложные схемы интеграций и микросервисный подход там, где достаточно типового обмена. Архитектура должна соответствовать масштабу задачи; усложнение «на вырост» без реальных планов роста увеличивает стоимость владения.
Третья ошибка — зависимость от одного человека без документирования. Если все решения в голове у специалиста, его уход парализует развитие системы. Требуйте письменной фиксации архитектурных решений как обязательного результата работы.
Как стать архитектором 1С
Типовой путь — рост из разработчика: несколько лет практики с типовыми конфигурациями, затем участие в проектах с интеграциями и переход на задачи проектирования. Важно освоить не только язык 1С, но и смежные области: основы СУБД и клиент-серверной работы платформы, форматы и протоколы обмена, принципы проектирования баз данных.
Полезно изучать чужие решения: устройство типовых конфигураций (например, как устроены подсистемы БСП — библиотеки стандартных подсистем) даёт образцы продуманной модульной архитектуры. Практика документирования своих решений — навык, который отличает архитектора от старшего разработчика.
Хороший критерий зрелости архитектора — он сначала пытается решить задачу типовыми средствами и только потом предлагает доработку. Если специалист на любой запрос отвечает предложением писать код, это разработчик, а не архитектор.
Что важно запомнить
Архитектор 1С проектирует систему целиком: состав конфигураций, интеграции, модель данных и стандарты разработки. Он нужен при нескольких базах, интеграциях и высокой нагрузке. Результат его работы — письменно зафиксированная архитектура, обновляемые базы и стабильные обмены.
Частые вопросы
Архитектор 1С — это официальная должность?
Нет, это рыночное название роли. В штатном расписании может значиться как «ведущий разработчик», «руководитель проекта» или «системный архитектор». Важны не название, а функции: проектирование решения и ответственность за его целостность.
Нужен ли архитектор для внедрения типовой 1С:Бухгалтерии?
Обычно нет. Для одной типовой конфигурации без сложных доработок достаточно внедренца или консультанта. Архитектор оправдан при нескольких системах, интеграциях или миграции на решения класса ERP.
Чем архитектурный аудит отличается от обычной диагностики?
Диагностика ищет конкретные ошибки и узкие места. Архитектурный аудит оценивает систему в целом: соответствие доработок стандартам, схемы обменов, способность к обновлению и масштабированию, и выдаёт план приведения системы в управляемое состояние.
Может ли разработчик совмещать роль архитектора?
Да, в небольших проектах это нормальная практика. Риск в том, что при совмещении проектирование часто вытесняется срочными задачами кодирования. При росте системы роли стоит разделять.
Какие сертификаты 1С релевантны для архитектора?
Полезны «1С:Специалист» по платформе и прикладным решениям, а также «1С:Эксперт по технологическим вопросам» для крупных внедрений. Но сертификаты подтверждают знание платформы, а не умение проектировать — оценивайте ещё и портфолио решений и качество документации.
Сколько стоит работа архитектора 1С?
Точных расценок назвать нельзя: они зависят от региона, масштаба проекта и формата (штат, подряд, почасовая консультация). Практичный подход — сравнивать стоимость архитектурного этапа со стоимостью переделки неправильно спроектированного решения, которая обычно в разы выше.