Регламентний обмін 1С та 1С-Бітрікс: налаштування автоматичного розкладу
Менеджер забув запустити обмін у п'ятницю ввечері — і весь понеділок клієнти бачать невірні залишки. Знайома ситуація? Але навіть якщо пам'ятає, ручний запуск відволікає від основних завдань. Ми стикаємося з цим регулярно: ручний обмін — головна причина розбіжностей. Автоматичний обмін за розкладом вирішує проблему цілком, але потребує коректного налаштування в обох системах. Наш досвід показує, що після правильного налаштування кількість інцидентів знижується на 80% і економиться до 10 годин на тиждень.
Чому обмін за розкладом важливий?
Без розкладу дані в живому каталозі застарівають: ціни не оновлюються, замовлення не надходять до 1С, залишки розходяться з реальними. Особливо критично для компаній, що працюють за 54-ФЗ, де фіскальні дані мають синхронізуватися строго вчасно. За даними документації 1С-Бітрікс, регламентні завдання через крон — єдиний надійний спосіб гарантувати виконання обміну в заданий час.
Як налаштувати регламентне завдання в 1С?
У конфігурації УТ 10/11 обмін запускається з регламентного завдання: Адміністрування → Регламентні та фонові завдання → Обмін з сайтом Параметри завдання:
- Розклад: задайте інтервал (кожні N хвилин, щогодини, щодня). Для залишків та цін — кожні 15–30 хвилин, повний каталог — вночі.
- Користувач: вкажіть обліковий запис з правами на обмін з сайтом.
- Повтор при помилці: увімкніть з паузою 5–10 хвилин, щоб завдання не зависало.
Це мінімальна конфігурація. Додатково можна налаштувати кілька регламентних завдань для різних типів даних — так ви уникнете блокувань та перевантаження.
Як уникнути помилок при налаштуванні крона?
Якщо архітектура передбачає, що сайт періодично запитує оновлення у 1С (REST API), запуск через агент Бітрікс:
Налаштування → Інструменти → Агенти → Додати агент:
\MyProject\OneC\ExchangeAgent::run(); Інтервал: 900 секунд (15 хвилин) для цін та залишків. Агент має виконуватися через реальний крон (/bitrix/modules/main/tools/cron_events.php), а не через хіти — інакше обмін не запуститься в нічний час. Типова помилка — забувають налаштувати крон, і агент спрацьовує лише при відвідуванні сайту, що вночі не відбувається.
Що робити, якщо обмін не запускається вночі?
Перевірте, чи налаштований системний планувальник на виконання cron_events.php. Якщо ні — налаштуйте задачу cron на сервері. Команда:
* * * * * php -f /path/to/site/bitrix/modules/main/tools/cron_events.php Це гарантує виконання агента щохвилини. Після налаштування переконайтеся, що в логах агента немає помилок доступу до файлів або бази даних.
Моніторинг виконання
Без моніторингу налаштований розклад непотрібний — обмін може зламатися тихо. Мінімальний моніторинг:
- Лог останнього обміну з часовою міткою в окремій таблиці
- Алерт при відсутності успішного обміну більше X годин
- Повідомлення по email/Telegram при помилках
// Записати результат обміну \Bitrix\Main\Application::getConnection()->query( "INSERT INTO b_exchange_log (CREATED_AT, STATUS, DETAILS) VALUES (NOW(), '" . ($success ? 'OK' : 'ERROR') . "', '" . $details . "')" ); Що потрібно пам'ятати при налаштуванні крона?
Крон має виконуватися від користувача з правами на запис у файлову систему та доступ до бази. Переконайтеся, що шлях до php вказаний вірно. Для налагодження використовуйте логування виводу команди у файл.Ручний обмін vs автоматичний: порівняння
| Критерій | Ручний обмін | Автоматичний за розкладом |
|---|---|---|
| Частота збоїв | Висока (людський фактор) | Низька (залежить від налаштувань) |
| Час запізнення даних | Години, іноді дні | Хвилини (15–30) |
| Навантаження на співробітників | Високе (регулярний запуск) | Мінімальне |
| Моніторинг | Відсутній або ручний | Автоматичний зі сповіщеннями |
Ручний обмін у 10 разів збільшує ризик запізнення даних порівняно з автоматичним — і це без урахування людських помилок.
Розподіл розкладів за типом даних
| Тип даних | Рекомендована періодичність |
|---|---|
| Залишки та ціни | Кожні 15–30 хвилин |
| Статуси замовлень | Кожні 30–60 хвилин |
| Повний каталог | 1 раз на ніч |
| Нові замовлення в 1С | Кожні 15–30 хвилин |
Що входить до роботи
- Аналіз поточної конфігурації 1С та Бітрікс
- Налаштування регламентних завдань в 1С з урахуванням 54-ФЗ
- Налаштування агентів та крона на стороні сайту
- Розподіл розкладів за типами даних
- Налаштування моніторингу з логами та сповіщеннями
- Документація по новій конфігурації
- Навчання співробітників роботі з системою
- Тестовий прогін протягом 48 годин
Типові помилки при налаштуванні
- Агент не виконується вночі — забули налаштувати реальний крон, агент спрацьовує лише по хіту.
- Розклад занадто частий — кожні 5 хвилин для повного каталогу призводить до перевантаження сервера та блокувань.
- Відсутній моніторинг — помилка обміну може залишатися непоміченою днями.
- Різні типи даних в одному завданні — краще рознести на окремі регламентні завдання.
Налаштування автоматичного обміну за розкладом з моніторингом — від 4 до 8 годин. Зв'яжіться з нами для аудиту вашої поточної інтеграції — ми запропонуємо оптимальне рішення під ключ. Отримайте консультацію безкоштовно.