Разработка сайта производственной компании на 1С-Битрикс

Представьте: у вас 20 000 позиций, каждую нужно описать по 50 параметрам, а дилеры часами ждут ответ на запрос. Сроки срываются, менеджеры тонут в Excel. Мы разрабатываем сайты для производственных компаний на 1С-Битрикс, которые становятся рабочим инструментом для дилеров, снабженцев и инженеров. Главная задача — дать техническому специалисту возможность найти нужную позицию по параметрам, скачать спецификацию и отправить запрос на коммерческое предложение. Всё остальное — вторично.

На 1С-Битрикс такой сайт строится вокруг каталога на инфоблоках, B2B-модуля личного кабинета и обмена данными с 1С:УПП или 1С:ERP. Каталог может содержать десятки тысяч товаров с десятками технических свойств. B2B-кабинет — персональные цены и история заказов. Интеграция с 1С — автоматическая синхронизация номенклатуры и остатков. Средний чек одного дилера — 150 000 руб., а экономия времени на обработку заказа за счёт автоматизации — до 40%.

Разберём каждый блок.

Каталог продукции с техническими характеристиками

Это ядро сайта. Типичный каталог производственной компании содержит от 500 до 50 000 позиций, у каждой — от 15 до 60 технических свойств. Арматура, металлопрокат, электротехника, промышленное оборудование — у каждой отрасли свой набор параметров, но архитектурный подход один.

Как организовать каталог с техническими характеристиками?

Каталог строится на инфоблоке типа catalog (торговый каталог). Разделы инфоблока — это дерево категорий. Для каждой категории верхнего уровня обычно создаётся отдельный набор свойств через механизм привязки свойств к разделам (таблица b_iblock_section_property). Это критически важно: если у вас насосы и задвижки в одном инфоблоке, не нужно показывать свойство «Диаметр условного прохода» для позиций из категории «Электродвигатели».

Типовая конфигурация свойств для промышленного каталога:

Для свойств с единицами измерения используется справочник b_catalog_measure. Значения хранятся в b_iblock_element_property (обычные свойства) и b_catalog_product (торговые параметры).

Умный фильтр

Компонент catalog.smart.filter работает с фасетным индексом — таблица b_catalog_smart_filter хранит предвычисленные комбинации. Без фасетного индекса фильтрация по 30+ свойствам на каталоге в 10 000 позиций будет генерировать запросы по 3-5 секунд. С индексом — 50-100 мс.

Построение фасетного индекса запускается через \Bitrix\Iblock\PropertyIndex\Manager::markAsInvalid($iblockId) и последующую переиндексацию. При каждом изменении элемента индекс обновляется автоматически, но после массового импорта из 1С нужна полная перестройка.

Для инженерных каталогов стандартного фильтра часто недостаточно. Типичные доработки:

• Фильтр по диапазону для числовых свойств (давление от/до, температура от/до) — штатно поддерживается, но требует настройки отображения.
• Фильтр по нескольким значениям одного свойства с логикой OR — работает из коробки.
• Перекрёстная фильтрация — когда выбор значения одного свойства сужает доступные значения других. Реализуется через AJAX-подгрузку фильтра с передачей текущих параметров.
• Табличное сравнение выбранных позиций — компонент catalog.compare.list, но обычно переписывается полностью под задачу.

PDF-спецификации и документация

Техническая документация хранится в свойствах типа F (файл). Для каждой позиции может быть несколько документов: паспорт изделия, сертификат, чертёж, инструкция по монтажу. Правильный подход — множественное свойство с привязкой файлов или отдельный Highload-блок TechDocuments с полями UF_PRODUCT_ID, UF_FILE, UF_DOC_TYPE, UF_LANGUAGE.

Генерация PDF-каталога на лету — отдельная задача. Обычно используется библиотека mPDF или TCPDF, вызываемая через кастомный компонент. Шаблон PDF формируется из данных инфоблока, результат кэшируется и отдаётся пользователю.

Интеграция с 1С:Управление производственным предприятием

Стандартный модуль обмена catalog в Битрикс реализует протокол CommerceML 2 (обмен через XML-файлы). Для 1С:УПП и 1С:ERP это основной путь синхронизации номенклатуры и цен.

Как происходит интеграция с 1С?

Обмен работает через URL /bitrix/admin/1c_exchange.php и состоит из этапов:

1. Авторизация — 1С отправляет логин/пароль, получает сессию.
2. Выгрузка каталога (catalog) — файлы import.xml и offers.xml загружаются на сервер.
3. Импорт — Битрикс парсит XML, создаёт/обновляет элементы инфоблока.
4. Обмен заказами (sale) — двусторонний обмен статусами заказов.

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

• Множественные типы цен. В 1С:УПП — розничная, оптовая, дилерская, специальная для конкретного контрагента. Модуль catalog поддерживает множественные типы цен через таблицу b_catalog_group, но маппинг с 1С нужно настраивать вручную.
• Остатки по складам. Таблица b_catalog_store_product хранит остатки по складам (b_catalog_store). 1С:УПП может выгружать остатки с разбивкой по складам, но нужна доработка обработки на стороне 1С.
• Характеристики номенклатуры. В 1С это реализуется через «Характеристики номенклатуры», в Битрикс — через торговые предложения (SKU). Маппинг один-в-один не всегда возможен, особенно если характеристики многоуровневые.

Highload-блоки для справочников

Справочники из 1С (единицы измерения, категории, материалы, ГОСТы) лучше хранить в Highload-блоках, а не в обычных списках. Таблица b_hlblock_entity определяет блок, данные хранятся в автоматически создаваемой таблице с префиксом. API доступа — через \Bitrix\Highloadblock\HighloadBlockTable::getById() и генерируемый ORM-класс.

Обмен справочниками — отдельная задача, не покрываемая штатным CommerceML. Реализуется через REST API Битрикс или кастомный endpoint, который вызывается из 1С по расписанию.

B2B-функционал

Личный кабинет дилера

Личный кабинет строится на модуле sale и расширяется кастомными компонентами. Базовые возможности:

• Персональные цены — через типы цен, привязанные к группам пользователей. Группа «Дилеры» видит оптовую колонку, группа «Дистрибьюторы» — свою. Настраивается в b_catalog_group2group.
• История заказов — компонент sale.personal.order.list, обычно кастомизированный: добавляется статус производства, трек-номер отгрузки, ссылка на накладную.
• Повтор заказа — добавление всех позиций из предыдущего заказа в корзину одной кнопкой.
• Выгрузка в Excel — формирование прайс-листа с персональными ценами для конкретного дилера.

Запрос коммерческого предложения

Для производственных компаний корзина часто работает не как оформление заказа, а как формирование запроса на КП. Пользователь добавляет позиции, указывает количество, и вместо оплаты получает форму «Запросить КП». Заявка уходит в CRM-модуль Битрикс (crm — лид или сделка) и параллельно на почту менеджеру.

Реализуется через кастомный обработчик события OnSaleOrderBeforeSaved или полностью свой компонент, минуя стандартное оформление заказа.

Дополнительные блоки

• Новости и статьи — стандартный инфоблок, компоненты news.list / news.detail. Для производственной компании это отраслевые новости, участие в выставках, обновления каталога.
• Сертификаты и лицензии — отдельный инфоблок или раздел медиабиблиотеки. PDF-файлы с preview в виде изображения.
• Калькулятор продукции — если номенклатура подразумевает расчёт (метраж, объём, нестандартные размеры). Реализуется как JS-компонент с обращением к API каталога для получения цен.
• География поставок — Яндекс.Карты API с метками дилеров и представительств. Данные из Highload-блока DealerNetwork.

Что входит в работу

• Детальное техническое задание на основе аудита текущих процессов.
• Архитектура и проектирование: структура инфоблоков, схема обмена с 1С, ролевая модель.
• Разработка каталога с умным фильтром, PDF-спецификациями и документацией.
• Интеграция с 1С:УПП или 1С:ERP (CommerceML 2, REST API).
• Личный кабинет дилера с персональными ценами и запросом КП.
• Тестирование и оптимизация производительности (кэширование, индексы).
• Деплой на сервер, настройка мониторинга.
• Передача документации, доступов, обучение администраторов.
• Техническая поддержка на период гарантии (до 6 месяцев).

Сроки реализации

Узкое место — всегда интеграция с 1С. Зависит от того, насколько стандартизирована конфигурация на стороне заказчика и есть ли выделенный 1С-специалист для доработки обмена.

Наш опыт: более 10 лет разработки на 1С-Битрикс, свыше 50 реализованных проектов для промышленных предприятий. Если вам нужен сайт, который станет рабочим инструментом для дилеров и инженеров, — свяжитесь с нами. Получите консультацию по проекту и примерный план работ.

Как правильно проектировать инфоблоки?

Мы видим десятки проектов, где неправильная структура инфоблоков превращает сайт в тормоз. Типичный сценарий: заказчик просит «каталог товаров». Разработчик создаёт один инфоблок catalog, закидывает туда 15 свойств. Через полгода — 40 свойств, 8 из которых используются только для одной категории. Фильтр тормозит, таблица b_iblock_element_property разрослась до миллионов строк, CIBlockElement::GetList выполняется 3 секунды. Последствия — падение конверсии, потеря клиентов, дополнительные затраты на оптимизацию. В одном проекте после рефакторинга каталога время генерации страницы снизилось с 4,2 до 0,8 секунды, а стоимость поддержки сократилась на 250 000 рублей в год — за счёт устранения избыточных запросов и агентов.

Наш подход: проектируем инфоблоки до первой строки кода. Отдельные инфоблоки под сущности (товары, категории, бренды), свойства-справочники через highload-блоки, торговые предложения для SKU. Это закладывает производительность на годы вперёд. Если хотите получить предварительный аудит вашей схемы инфоблоков — свяжитесь с нами, разберём типовые ошибки и дадим рекомендации бесплатно.

Почему 1С-Битрикс выгоднее альтернатив?

Выбор CMS диктуется не предпочтениями, а бизнес-задачами. Вот ключевые аргументы:

• Нативный обмен с 1С — модуль catalog.import.1c обеспечивает двусторонний обмен товарами, ценами, остатками и заказами через CommerceML. Без сторонних модулей. Это в 5 раз быстрее, чем разработка собственного обмена на OpenCart или WordPress. Подробнее о формате — в Wikipedia. Экономия на интеграции составляет в среднем 150 000–300 000 рублей по сравнению с кастомными решениями.
• Проактивная защита — модуль security включает WAF, контроль целостности файлов, защиту от SQL-инъекций, двухфакторную аутентификацию. Для проектов с требованиями ФСТЭК — сертифицированное решение.
• Модульная архитектура — подключаем только нужные модули: iblock, catalog, sale, search. Меньше модулей — меньше запросов к БД на каждый хит.
• Регулярные патчи — вендор выпускает security-патчи, закрывая уязвимости быстрее, чем open-source проекты (среднее время исправления CVE — 2 недели). Официальная документация по модулям — dev.1c-bitrix.ru.

Что дают HL-блоки и как мы ускоряем каталог

Highload-блоки — это альтернатива расширенным свойствам инфоблоков, когда список значений может расти до тысяч записей. Типичный пример: производители, страны, цвета. Если хранить их как свойства-списки в инфоблоке, каждая фильтрация вызывает полное сканирование таблицы b_iblock_property_enum. С HL-блоками выборка идёт по индексу — время ответа фильтра снижается с 1–2 секунд до 50 мс. Мы используем HLB компонент и кастомные запросы через Bitrix\Highloadblock\DataManager. Это особенно критично для каталогов с 100 000+ товарами.

Из нашей практики — проект интернет-магазина с 500 000 товаров. Стандартный фильтр по бренду выполнялся 4 секунды. Сервер не выдерживал нагрузку в 50 одновременных запросов — страницы падали. Мы перевели справочник брендов в HL-блок, добавили тегированное кэширование на 15 минут и настроили агент для сброса кэша при изменении. После доработки время фильтрации составило 120 мс, средний LCP страницы — 1,8 секунды. Проект работает стабильно без сбоев.

Что входит в разработку сайта на 1С-Битрикс

Каждый проект включает полный комплект документации и артефактов, исключающий потерю знаний после передачи.

• Техническое задание — user stories, диаграммы инфоблоков, схемы интеграций.
• Исходный код в Git — с историей коммитов, тегами релизов, правилами ветвления.
• Административная документация — описание кастомных компонентов, инструкции по разворачиванию, перечень агентов и событий.
• Обучение сотрудников — до 3 часов вебинара: панель управления, работа с заказами, настройка цен. Записываем, чтобы можно было пересмотреть.
• Доступ к staging на время разработки — тестируете сами до деплоя на продуктив.
• Гарантийная поддержка — исправление ошибок кода в течение 30 дней после запуска. Постгарантийные абонентские пакеты с SLA (реакция 2 часа, решение 8 часов).

Наш процесс и технологии

Стек: вёрстка mobile-first, тестируем на физических устройствах (iPhone, iPad, Android). Используем BrowserStack для Safari на iOS. Производительность — LCP < 2,5 с, FID < 100 мс, CLS < 0,1. Включаем композитный сайт (composite), CDN, тегированное кэширование, WebP/AVIF, lazy loading. SEO — Schema.org через JSON-LD, автогенерация sitemap.xml модулем seo, canonical и hreflang для мультиязычных версий. robots.txt закрываем /bitrix/ от индексации. CI/CD — Git, автодеплой через GitLab CI, staging. Миграции базы — модуль sprint.migration с версионированием.

Процесс работы:

1. Аналитика — изучаем конкурентов, собираем требования, рисуем прототипы в Figma. На выходе — ТЗ с user stories.
2. Дизайн — UI/UX с дизайн-системой. Компоненты переиспользуются.
3. Разработка — пишем компоненты с кастомными шаблонами в local/templates/. Бизнес-логику выносим в модули local/modules/.
4. Тестирование — функциональное, кроссбраузерное, нагрузочное (до 1000 запросов). Критичные баги исправляем до запуска.
5. Запуск — деплой на прод, мониторинг через UptimeRobot, алерты в Telegram. Устраняем первые 48 часов.

Интеграции, мультиязычность и редизайн

• Полная локализация через языковые файлы lang/ и механизм SITE_ID. hreflang для каждой версии. Региональные версии с разными ценами и контентом — определение по IP (main.geo) или ручной выбор. Мультидоменность — единое управление несколькими доменами.

• Редизайн без потери позиций: аудит производительности (PageSpeed, WebPageTest), SEO (Screaming Frog). Новый шаблон в local/templates/ с сохранением URL-структуры. 301-редиректы только если URL меняется существенно. Обновление ядра, переход на D7 ORM, реструктуризация инфоблоков, миграция через sprint.migration с Git.

Гарантия и поддержка

Мы работаем с 1С-Битрикс 12+ лет, реализовали 500+ проектов. В штате сертифицированные разработчики. Фиксированная стоимость в договоре — без сюрпризов. Гарантийный период покрывает ошибки кода. После — абонентские пакеты с SLA (время реакции — 2 часа, решение — 8 часов). Мониторинг доступности 24/7, алерты в Telegram. Получите консультацию и предварительный расчёт: свяжитесь с нами через форму на сайте или напишите в чат — ответим в течение часа. Закажите разработку под ключ — мы спроектируем инфоблоки, интегрируем 1С и разгоним каталог. Если уже есть сайт на другой CMS — закажите аудит производительности и миграцию на Битрикс.