Разработка и Конфигурация · 10 мин
Чем занимается архитектор 1С
Разбираем, чем занимается архитектор 1С: проектирование решений, выбор конфигураций, интеграции, производительность, отличия от разработчика и когда он нужен компании.
Архитектор 1С — это специалист, который проектирует структуру информационной системы на платформе «1С:Предприятие» до того, как разработчики начнут писать код. Он отвечает не за отдельные доработки, а за целостность решения: какие подсистемы будут использованы, как данные будут связаны между собой, как система выдержит рост числа пользователей и объёма документов.
Его работа начинается на этапе анализа бизнес-процессов и продолжается на всём жизненном цикле системы. Пока разработчик решает задачу «как реализовать конкретный отчёт», архитектор решает вопрос «куда этот отчёт встроить, чтобы он не сломал обновление и не замедлил базу». Ошибка архитектора дороже ошибки программиста: переделка неверно спроектированной структуры данных может потребовать миграции всей базы.
В небольших компаниях роль архитектора часто совмещает ведущий разработчик или руководитель проекта. В крупных внедрениях — сотни пользователей, несколько баз, обмены с внешними системами — отдельный архитектор становится необходимостью, иначе система быстро превращается в набор несогласованных доработок.
Проектирование структуры системы и модели данных
Главная задача архитектора — спроектировать, из каких блоков будет состоять система. Он определяет состав объектов конфигурации: какие справочники, документы, регистры сведений и накопления нужны, какие реквизиты и измерения у них будут, как объекты связаны между собой. От этих решений зависит, сможет ли система поддерживать новые требования без полной переделки.
Например, при проектировании учёта складских остатков архитектор решает: использовать типовой регистр накопления или создать собственный, вести партионный учёт или учёт по средней, хранить серии номенклатуры отдельным измерением или в табличной части. Каждый вариант влияет на скорость проведения документов, объём базы и сложность отчётности.
Результат этого этапа обычно оформляется в виде архитектурного решения: схемы объектов, описания потоков данных, перечня подсистем и правил их взаимодействия. Этот документ становится ориентиром для всей команды разработки.
Выбор конфигурации и стратегии доработок
Архитектор решает, что брать за основу: типовую конфигурацию (например, «1С:ERP» или «1С:Комплексная автоматизация»), отраслевое решение или самописную разработку. Критерии выбора — покрытие бизнес-процессов типовым функционалом, стоимость владения, планируемое число доработок и требования к обновлениям.
Ключевой принцип, который он защищает, — максимальное сохранение типовой функциональности. Каждое изменение типовых объектов усложняет обновление конфигурации, поэтому архитектор определяет, что дорабатывается через расширения конфигурации, что — через внешние обработки, а что допустимо менять в основной конфигурации.
Проектирование интеграций и обменов данными
В реальной инфраструктуре 1С редко существует изолированно: нужны обмены с сайтом, CRM, WMS, банками, другими базами 1С. Архитектор проектирует схему интеграций: какие системы с какими обмениваются, в каком направлении идут данные, какая система является мастер-системой для каждого справочника.
Он выбирает технологию обмена под задачу: планы обмена и формат EnterpriseData для связи баз 1С между собой, HTTP-сервисы и REST для веб-приложений, очереди сообщений для асинхронных сценариев, COM/OLE — только когда альтернатив нет. Также он определяет режим обмена: онлайн, по расписанию или по событию.
Отдельная зона ответственности — обработка ошибок интеграции. Архитектор закладывает механизмы повторной отправки, журналирования и контроля расхождений, чтобы потерянное сообщение не привело к расхождению остатков между системами.
Сравнение способов интеграции
Подходит для регулярных обменов между базами 1С. Ограничение: сложно применять для внешних не-1С систем и для жёсткого реального времени.
Подходит для сайтов, мобильных приложений и внешних систем. Ограничение: требует разработки с двух сторон и продуманной обработки ошибок сети.
Подходит для высоконагруженных асинхронных обменов. Ограничение: дополнительная инфраструктура и необходимость сопровождения.
Подходит как временное или простое решение. Ограничение: нет гарантий доставки, сложно контролировать целостность.
Производительность и масштабируемость
Архитектор закладывает в систему способность работать под нагрузкой: оценивает ожидаемое число одновременных пользователей, объём документов в месяц, скорость роста базы. На основании этого он принимает решения о структуре регистров, индексах, разделении данных и режиме работы СУБД.
Типичные архитектурные решения этого блока: отказ от избыточных итогов, вынос тяжёлых расчётов в фоновые задания, проектирование отчётов на регистрах с нужными измерениями вместо выборок по документам, планирование свёртки базы и архивации старых периодов.
Когда система уже работает, архитектор участвует в диагностике узких мест: анализирует замеры производительности, длительные запросы и блокировки, а затем предлагает изменения структуры, а не только точечные исправления кода.
Как проверить здоровье архитектуры
Обновление типового релиза занимает часы, конфликтов доработок немного
Каждое обновление требует недель ручного сопоставления из-за изменённых типовых объектов
Время проведения стабильно при росте объёма данных
Проведение замедляется пропорционально росту базы, появляются взаимоблокировки
Добавляются через настройки или расширения без переделки ядра
Любое изменение требует правки множества связанных объектов
Контроль качества разработки и технические стандарты
Архитектор формирует стандарты разработки в команде: соглашения об именовании объектов, правила работы с расширениями, требования к запросам и проведению документов, порядок код-ревью. Эти правила гарантируют, что код разных разработчиков не разрушит общую структуру.
Он проводит архитектурное ревью значимых доработок: проверяет, не дублирует ли новый объект существующий, не нарушает ли доработка целостность данных, выдержит ли решение нагрузку. Без такого контроля система со временем накапливает дублирующие справочники, параллельные регистры и запутанные зависимости.
Чем архитектор отличается от разработчика и аналитика
Эти роли часто путают, потому что в небольших проектах их выполняет один человек. Различие — в уровне ответственности и горизонте решений.
| Роль | Что делает | Горизонт решений |
|---|---|---|
| Аналитик (консультант) | Описывает бизнес-процессы, собирает требования, ставит задачи | Что система должна делать |
| Архитектор | Проектирует структуру решения, выбирает механизмы и технологии | Как система устроена и будет развиваться годами |
| Разработчик | Пишет код, реализует объекты и алгоритмы по постановке | Конкретная задача или доработка |
На практике границы подвижны: архитектор должен хорошо знать платформу на уровне разработчика, иначе его решения окажутся оторванными от реальности. Но его ценность — именно в способности видеть систему целиком и предвидеть последствия решений.
Когда компании нужен архитектор 1С
Не каждому проекту нужен выделенный архитектор. Для внедрения типовой «1С:Бухгалтерии» на десять пользователей достаточно грамотного внедренца. Архитектор становится необходим, когда совпадает несколько условий: десятки и сотни пользователей, несколько взаимосвязанных баз, активные интеграции с внешними системами, планируются серьёзные доработки типовой конфигурации.
Также архитектора привлекают разово — для аудита существующей системы, когда она «тормозит», плохо обновляется или разрослась хаотичными доработками. В этом случае он формирует план приведения системы в управляемое состояние.
Как выбрать действие
Что важно запомнить
Архитектор 1С проектирует систему как единое целое: модель данных, стратегию доработок, интеграции и производительность. Его главная задача — чтобы система развивалась годами, обновлялась без мучений и выдерживала рост нагрузки. Чем крупнее и сложнее проект, тем дороже обходится отсутствие этой роли.
Частые вопросы
Может ли разработчик 1С стать архитектором?
Да, это естественный путь развития. Обычно требуется несколько лет разработки, опыт участия в крупных внедрениях, понимание работы СУБД и механизмов платформы на глубоком уровне. Полезен опыт проектирования с нуля хотя бы одной подсистемы и участия в решении проблем производительности.
Нужны ли архитектору сертификаты 1С?
Сертификаты «1С:Профессионал» и «1С:Специалист» по платформе и прикладным решениям подтверждают базовую квалификацию, но не заменяют опыта. Реальный признак архитектора — способность обосновать проектное решение и предсказать его последствия для нагрузки, обновлений и сопровождения.
Чем архитектор 1С отличается от системного архитектора?
Архитектор 1С специализируется на платформе «1С:Предприятие» и её экосистеме. Системный архитектор работает на уровне всей ИТ-инфраструктуры компании. В крупных проектах они взаимодействуют: системный архитектор задаёт рамки интеграционного ландшафта, архитектор 1С проектирует решение внутри платформы.
Сколько стоит ошибка в архитектуре?
Точной цифры нет, но закономерность устойчивая: чем позже обнаружена архитектурная ошибка, тем дороже исправление. Изменение структуры ключевого регистра в работающей системе означает миграцию накопленных данных, переписывание зависимых отчётов и проведение документов заново — это недели работы команды.
Нужен ли архитектор, если используется типовая конфигурация без доработок?
Как правило, нет — типовое решение уже содержит готовую архитектуру от вендора. Архитектор нужен, когда вы выходите за рамки типового: доработки, нестандартные интеграции, высокая нагрузка, несколько баз.