Аудит интеграций сайта 1С-Битрикс
Интеграции — самая хрупкая часть Битрикс-проекта. Обмен с 1С падает молча в 3 ночи, платёжная система перестаёт работать после обновления API на их стороне, маркетплейс-интеграция создаёт дубли заказов. Без мониторинга и документации эти проблемы обнаруживаются через жалобы клиентов или при очередном кризисе. Аудит интеграций — инвентаризация всех связей с внешними системами и оценка их надёжности.
Карта интеграций
Первый шаг аудита — составить полный список интеграций. На среднем Битрикс-сайте их 5–15:
| Тип | Примеры | Механизм |
|---|---|---|
| ERP/учётная | 1С: Предприятие | CommerceML, REST |
| Платёжные системы | Сбербанк, ЮКасса, Stripe | Модули sale.payment |
| Доставка | СДЭК, Boxberry, Почта России | API-модули |
| CRM | Битрикс24, amoCRM | REST API |
| Маркетинг | SendPulse, GetResponse | SMTP, REST |
| Аналитика | GA4, Яндекс.Метрика | JS-счётчики |
| Маркетплейсы | Wildberries, Ozon | REST API |
| Коллтрекинг | CoMagic, CallTouch | JS + вебхуки |
Проверка обмена с 1С
Обмен с 1С — наиболее проблемная интеграция. Проверяем:
Лог обмена. В Битрикс: Рабочий стол → 1С-Битрикс → Обмен данными. Смотрим на последние даты синхронизации, ошибки в логе. Лог хранится в файлах /bitrix/modules/sale/sync/ и базе — таблица b_catalog_import_log.
Целостность данных. Выборочная проверка: 10–20 случайных товаров сравниваем между сайтом и 1С по ценам, остаткам, наличию. Расхождения указывают на проблему в маппинге или потери при передаче.
Расписание. Проверяем cron-задание обмена: запускается ли вовремя, нет ли зависших процессов (ps aux | grep import).
Формат CommerceML. При ошибках разбора — смотрим структуру XML-файлов в /bitrix/catalog_import/. Частые причины: недопустимые символы в именах товаров, превышение лимита памяти PHP при импорте большого файла.
Проверка платёжных интеграций
Для каждой платёжной системы:
- Последняя успешная транзакция (из
b_sale_order_payment) - Актуальность API-ключей (срок действия, ротация)
- Настройка вебхука для подтверждения оплаты — URL должен быть доступен из интернета
- Обработка ошибок: что происходит при недоступности платёжного шлюза
Что проверяется при аудите
- Полный список активных интеграций (часто часть не задокументирована)
- Даты последних успешных синхронизаций по каждой интеграции
- Наличие и качество обработки ошибок (retry, алерты при падении)
- Актуальность API-ключей, сертификатов, токенов
- Логирование — есть ли возможность восстановить историю операций
- Документация — описаны ли параметры интеграций, контакты поддержки партнёров
Итоговый отчёт
Для каждой интеграции: статус (работает / работает с проблемами / неизвестно), дата последней проверки, выявленные риски, рекомендации. Отдельно — список интеграций без мониторинга (падение обнаружится только вручную).
Что входит в аудит интеграций
- Составление полной карты интеграций проекта
- Проверка логов и состояния обмена с 1С, CRM, маркетплейсами
- Контроль актуальности API-ключей и сертификатов
- Оценка надёжности: обработка ошибок, наличие мониторинга
- Выборочная проверка целостности передаваемых данных
- Итоговый отчёт с рекомендациями по устранению рисков