Аудит інтеграцій сайту 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-лічильники |
| Маркетплейси | Rozetka, Prom.ua | 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-ключів та сертифікатів
- Оцінка надійності: обробка помилок, наявність моніторингу
- Вибіркова перевірка цілісності переданих даних
- Підсумковий звіт з рекомендаціями щодо усунення ризиків