Интеграция с 1С
Проектируем обмен номенклатурой, предложениями, ценами, остатками и заказами по согласованной модели данных.
Разработка на 1С-Битрикс
1С-Битрикс без правок ядра и ловушек обновления
Разрабатываем, переносим и развиваем корпоративные сайты, каталоги и интернет-магазины на 1С-Битрикс. Кастомизация — через local и предусмотренные точки расширения, интеграции — через API и события, обновления — с резервной точкой и проверкой критических сценариев.
- Без изменения ядра платформы
- 1С, CRM и внешние API
- Обновляемая архитектура
Что делаем
Проекты и задачи на 1С-Битрикс
Используем платформу там, где её стандартные механизмы и экосистема действительно сокращают стоимость владения и упрощают развитие.
0105 0607 08
Корпоративные сайты
Многостраничные структуры, услуги, проекты, новости, вакансии, формы и роли редакторов.
02Интернет-магазины
Каталог, торговые предложения, корзина, заказы, скидки, оплата, доставка и интеграции с учётными системами.
03B2B-каталоги
Технический ассортимент, фильтры, документы, запрос КП, персональные сценарии и интеграции.
04Миграция и редизайн
Переносим структуру и данные, сохраняем SEO-ценные URL, убираем устаревшие кастомизации и готовим карту редиректов.
CRM и внешние API
Передаём заявки, заказы и контекст клиента в CRM, телефонию и внутренние сервисы через штатные механизмы интеграции.
Оплата и доставка
Подключаем стандартные или совместимые модули и тестируем реальные статусы заказа, оплаты и доставки.
Техническая поддержка
Обновления, диагностика, резервные точки, исправления, производительность и развитие проекта.
Стандарты разработки
Как сохраняем обновляемость проекта
Кастомизация не должна превращать сайт в проект, который можно обновлять только вручную и с риском потерять изменения.
Собственный код — в local
Пользовательские компоненты и проектный код размещаем вне обновляемого ядра. Для собственных компонентов используем /local/components/.
Ядро не редактируем
Системные компоненты и файлы платформы должны оставаться обновляемыми. Любая необходимая логика выносится в проектный слой.
Шаблоны компонентов отдельно
Копии и кастомные шаблоны размещаем в шаблоне сайта или предусмотренных каталогах, не переписывая исходные компоненты.
PSR и автозагрузка
Собственные классы организуем предсказуемо, используем пространства имён и автозагрузку вместо набора несвязанных include-файлов.
API вместо обхода платформы
Инфоблоки, каталог, пользователи и другие сущности читаем и изменяем через API Битрикс; прямой доступ к таблицам не используем как замену бизнес-логики.
Backup перед рисковыми изменениями
Обновление ядра, решения Аспро, PHP или интеграционного кода начинается с резервной точки и плана проверки.
Архитектура
Архитектура Битрикс должна переживать обновления и передачу другой команде
Сущности, свойства, шаблоны и интеграции проектируем так, чтобы поддержка не зависела от случайных ID, переписанных файлов ядра и знаний одного разработчика.
Модель данных до наполнения
Инфоблоки, свойства, торговые предложения и связи проектируются до массового импорта. В проектном коде не привязываемся к случайным цифровым ID.
Собственные компоненты
Нестандартную бизнес-логику выносим в пользовательские компоненты и классы, чтобы не превращать стандартный компонент в непереносимый форк.
События и интеграции
Обработчики собираются в проектном слое, а внешние системы подключаются через API, webhook и штатные события платформы.
Наблюдаемость
Для обменов и критических операций нужны логи, понятные ошибки и возможность повторить операцию без создания дублей.
Аспро
Кастомизируем Аспро через предусмотренные custom-шаблоны
Работаем с решениями Аспро: Премьер, Максимум и другими продуктами экосистемы. По возможности используем custom-шаблоны и точки расширения решения, чтобы обновления не затирали проектные изменения. Комплексные компоненты и стандартные блоки корзины, оформления заказа и персонального раздела меняем только при понятной необходимости: такие кастомизации повышают стоимость последующей синхронизации и обновлений.
Связанные решения
Что обычно входит в развитие проекта на Битрикс
Платформа — только основа. Дальше важны архитектура каталога, интеграции, производительность и процесс поддержки.
01
Интернет-магазин
Каталог, торговые предложения, заказы, 1С, оплата и доставка.
02Редизайн и миграция
Перестраиваем интерфейс без потери работающих данных и поисковой структуры.
03CRM и интеграции
Связываем формы, заказы, телефонию, API и внутренние системы.
04Техническая поддержка
Обновления, диагностика, backup, мониторинг и развитие.
Аудит существующего проекта
Что проверяем перед доработкой чужого сайта на Битрикс
Начинать изменение работающего проекта без технического обследования рискованно: неизвестно, где находятся кастомизации и что зависит от них.
Изменения ядра и шаблона
Ищем переписанные системные файлы, прямые правки шаблона и участки, которые могут быть затёрты обновлением.
Модули и лицензия
Проверяем используемые модули, совместимость, необходимость обновления и реальную зависимость проекта от сторонних решений.
Каталог и данные
Смотрим структуру инфоблоков, свойства, предложения, связи, дубли и качество обмена с 1С.
Производительность
Ищем тяжёлые выборки, повторные обращения, неоптимальные компоненты, проблемы кэша и узкие места интеграций.
Безопасность и инфраструктура
Обновления, PHP, права файлов, резервные копии, логи и доступы оцениваются до изменения production.
Интеграция с 1С
Обмен с 1С проектируем вокруг стабильных соответствий
Главная задача — не «подключить обмен», а сохранить однозначную связь сущностей и понятный источник истины.
Номенклатура и предложения
Фиксируем, что является товаром, вариантом и свойством, какие идентификаторы связывают системы и кто создаёт новые сущности.
Цены
Розничные, оптовые, персональные и акционные цены имеют понятный приоритет и правила отображения.
Остатки
Определяем склады, доступность, резерв и поведение при временном сбое, чтобы сайт не показывал заведомо ложные данные.
Заказы
Заказ передаётся с единым идентификатором, статусы синхронизируются без дублей, ошибки обмена логируются.
Производительность
Оптимизация начинается с измерения, а не с отключения модулей
Перед изменением конфигурации определяем реальное узкое место: PHP, БД, компонент, интеграцию, сеть, изображения или фронтенд.
Компоненты и выборки
Убираем повторные запросы, выбираем только необходимые поля и не используем циклические обращения к API там, где данные можно получить одной выборкой.
Кэширование
Кэшируем там, где данные допускают задержку, и правильно инвалидируем кэш после изменения источника.
Медиа и фронтенд
Оптимизируем изображения, загрузку ресурсов и критический путь страницы отдельно от серверной части.
Интеграции
Тяжёлый импорт, webhook или внешний API не должны блокировать пользовательский запрос без необходимости.
Обновления
Как проводим обновление ядра, PHP или решения Аспро
Обновление — отдельная операция с точкой восстановления и checklist, а не кнопка в production без проверки.
Backup
Файлы, база и конфигурация сохраняются до начала работ. Проверяем, что backup доступен для восстановления.
Совместимость
Проверяем требования версии PHP, ядра, модулей и решения Аспро, а также известные проектные кастомизации.
Критические сценарии
После обновления проверяем каталог, формы, авторизацию, корзину, checkout, интеграции и административные операции, которые важны конкретному проекту.
Логи после релиза
Смотрим ошибки и фоновые процессы после запуска, а не считаем обновление завершённым только по успешной установке пакета.
Оценка проекта
Сначала аудит и архитектура — потом смета доработок
Для нового проекта оценка строится по страницам, шаблонам, каталогу, интеграциям и контенту. Для существующего сайта сначала важно понять состояние ядра, шаблона, модулей, базы и обменов. Иначе в смету неизбежно попадает большой резерв на неизвестные проблемы. После аудита разделяем обязательные исправления, продуктовые доработки и технический долг.
FAQ
Вопросы о разработке на 1С-Битрикс
Что важно определить до разработки, аудита или обновления проекта.
Системные файлы обновляются платформой. Правка ядра делает обновления непредсказуемыми и усложняет поддержку. Собственный код и шаблоны выносим в проектный слой и предусмотренные точки расширения.
Для пользовательских компонентов используем /local/components/. Шаблоны и проектные файлы также отделяем от обновляемого системного кода, чтобы снизить риск потери изменений при обновлении.
Да. Работаем с решениями Аспро, включая Премьер и Максимум. По возможности используем custom-шаблоны и рекомендованные точки расширения. Изменение комплексных компонентов и стандартного checkout оцениваем отдельно, потому что оно повышает стоимость последующих обновлений.
Да. Сначала проводим технический аудит: ядро, шаблоны, модули, структуру каталога, кастомизации, PHP, интеграции и резервные копии. После этого разделяем безопасные доработки и технический долг.
Да. Проектируем соответствия номенклатуры, предложений, свойств, цен, остатков и заказов. Для сложных проектов отдельно фиксируем логи, обработку ошибок и повторный запуск обмена без дублей.
Да, но сначала проверяем совместимость ядра, модулей, решения Аспро и проектного кода. Обновление проводится с резервной точкой и проверкой критических сценариев.
Да. Для собственного кода используем современные API платформы там, где это соответствует задаче, и организуем классы с понятными пространствами имён и автозагрузкой.
Да. Сначала измеряем причину: компоненты и выборки, база, кэш, интеграции, изображения, фронтенд или инфраструктура. Оптимизация без диагностики часто маскирует проблему, но не устраняет её.
Сначала определяем, какие изменения выполнены через custom-шаблоны, а какие затрагивают копии комплексных компонентов. Затем создаём backup, обновляем и вручную проверяем зоны, где возможна необходимость синхронизации.
Для небольших понятных задач можно оценить работу сразу. Для проекта с неизвестной историей сначала нужен аудит: без него смета либо неточная, либо содержит большой резерв на риски.
Покажите проект на Битрикс — разберём архитектуру до доработок
Проверим, где находятся кастомизации, как устроены данные и интеграции, и предложим безопасный путь развития без переписывания работающих частей.