Работа с периодическими операциями
Периодические операции в 1С: три подхода — одно неверное решение
В 1С периодические операции — это не функция «на все случаи жизни», а поле для выбора между принципиально разными механизмами. Каждый из них даёт выгоду в одном и оборачивается потерями в другом. Разберём три основных способа: регламентные задания, обработки заполнения на форме и внешние скрипты через COM/OLE. Ваша задача — понять, какой инструмент подходит именно вашему сценарию, а от какого лучше отказаться сразу.
Регламентные задания: автоматизация без участия человека
Этот вариант выбирают, когда операция должна выполняться строго по расписанию (ежедневно, еженедельно, по будням) и без вмешательства администратора. Регламентные задания запускаются из-под фоновых процессов, не блокируя интерфейс.
Кому подходит:
- Администраторам, которым нужно обновлять курсы валют или закрывать месяц в три часа ночи.
- Крупным фирмам, где операции затрагивают тысячи документов — фоновый режим не тормозит работу бухгалтеров.
- Тем, у кого настроен регламентный сервер 1С (например, в кластерной архитектуре).
Кому НЕ подходит:
- Одиночным пользователям файловых баз — регламентные задания в файловом режиме работают крайне ненадёжно, часто пропускают запуски.
- Специалистам, которым нужно запустить операцию «прямо сейчас» без ожидания расписания — для такого лучше «Обработка заполнения».
- Тем, у кого нет прав на настройку заданий на сервере (например, в арендованных базах).
Обработки заполнения на форме: когда важна гибкость
Этот механизм встроен в формы документов и справочников. Он срабатывает при нажатии кнопки «Заполнить» или при открытии формы. Периодичность здесь — не календарь, а событийная логика: «каждый раз, когда пользователь входит в документ».
Кому подходит:
- Специалистам, которым нужно подставлять данные (например, ставку НДФЛ) на основе предыдущих периодов.
- Сценариям, где операция должна выполняться только при явном запросе оператора — никаких сюрпризов в фоне.
- Некрупным компаниям с файловой базой, где регламентные задания не работают.
Кому НЕ подходит:
- Тем, кому нужно массово обработать 10 000 документов без участия человека — форма откроется для каждого, это нереально долго.
- Сценариям, где операция должна выполняться ночью в выходной — обработка заполнения не умеет ждать.
Внешние скрипты через COM/OLE: последнее средство
Используется, когда периодическая операция должна работать из внешней среды: например, PowerShell, Python или VBA запускает сеанс 1С, выполняет нужные действия и закрывается. Это аналог регламентных заданий, но без привязки к серверу 1С.
Кому подходит:
- Разработчикам, у которых база 1С является лишь частью экосистемы (обмен с CRM, сайтом).
- Ситуациям, когда вы не можете установить платформу в серверном режиме, но у вас есть планировщик Windows.
Кому НЕ подходит:
- Администраторам без навыков программирования — отладка такого скрипта сложна, а ошибка может оставить базу заблокированной.
- Операциям, которые выполняются чаще раза в минуту — запуск COM-сессии сам по себе тяжёл (0,5–2 секунды).
Сводная таблица характеристик
| Критерий | Регламентные задания | Обработки заполнения | Внешние скрипты |
|---|---|---|---|
| Требование к режиму | Серверный кластер или клиент-сервер | Любой (файловый, серверный) | Любой, но нужен запуск извне |
| Необходимость участия человека | Нет | Да (кнопка или открытие формы) | Нет (если настроен планировщик) |
| Скорость на большом объёме | Высокая (фоновые потоки) | Низкая (на каждый документ свой сеанс) | Средняя (зависит от внешней среды) |
| Простота настройки для новичка | Низкая (нужно знание Администрирования) | Средняя (программирование на формах) | Низкая (требуется знание COM и внешнего языка) |
| Устойчивость к сбоям | Высокая (журнал заданий, повтор) | Низкая (сбой формы — потеря данных) | Средняя (журнал внешний, но без интеграции с 1С) |
| Типичная ошибка | Задание не сработало в файле | Заполнил не те данные из-за контекста | Завис внешний процесс, база заблокирована |
Как не ошибиться при выборе
Первый шаг — определить, где будет жить ваша база. Если это файловый режим — забудьте про регламентные задания. Они либо не запустятся, либо дадут ошибку. Выбирайте между обработками заполнения (если операция невысокая по частоте) и внешними скриптами (если нужен планировщик).
Второй шаг — частота. Если операция нужна «каждый час» — только регламентные задания или скрипт, но не форма. Если «раз в месяц при закрытии периода» — любой вариант, но обработка заполнения даст полный контроль бухгалтеру.
Третий шаг — кто будет сопровождать код. Если вы единственный специалист в компании — выбирайте обработки заполнения: они прозрачны, легко правятся прямо в конфигураторе. Если у вас команда разработки — регламентные задания дадут централизованный мониторинг.
Добавлено: 07.05.2026