Monitor 1C scheduled jobs and data exchanges

When you need this

A data exchange may remain disabled after maintenance, leaving users with stale data the next morning. A server availability check does not confirm a specific 1C job ran. Send a signal after the business operation succeeds.

How to connect

1. 1

   Create a separate monitor for the exchange. Match the schedule and timezone; use a suitable interval check for an irregular schedule.

2. 2

   Add the procedures to a server-side common module. Replace ВыполнитьОбмен() with your operation and {{PING}} with the monitor URL. Set the job entry point to ВыполнитьЗадание.

3. 3

   On a test database, verify completion, an exception and a missed run. Configure a runtime limit and Telegram or email.

Ready-to-use example

A template for a 1C 8.3 developer to adapt, without a BSP dependency. It expects a standard Tickwatch HTTPS ping URL on port 443 without query parameters. The server needs internet access, trusted certificates and, where required, proxy settings in HTTPСоединение. It does not implement your configuration’s business operation.

Процедура ОтправитьСигнал(Суффикс, Идентификатор)
    Попытка
        // Standard HTTPS ping URL on port 443, without query parameters.
        Адрес = "https://ping.tickwatch.dev/YOUR_PING_KEY";
        БезСхемы = Сред(Адрес, 9);
        Разделитель = СтрНайти(БезСхемы, "/");
        Хост = Лев(БезСхемы, Разделитель - 1);
        Путь = Сред(БезСхемы, Разделитель) + Суффикс
            + "?rid=" + Идентификатор;
        Защита = Новый ЗащищенноеСоединениеOpenSSL(
            , Новый СертификатыУдостоверяющихЦентровОС);
        Соединение = Новый HTTPСоединение(Хост, 443, , , , 5, Защита);
        Запрос = Новый HTTPЗапрос(Путь);
        Соединение.ВызватьHTTPМетод("POST", Запрос);
    Исключение
        // Signal delivery must not interrupt the business operation.
    КонецПопытки;
КонецПроцедуры

Процедура ВыполнитьЗадание() Экспорт
    Идентификатор = Строка(Новый УникальныйИдентификатор);
    ОтправитьСигнал("/start", Идентификатор);
    Попытка
        ВыполнитьОбмен(); // Replace with your business operation.
        ОтправитьСигнал("", Идентификатор);
    Исключение
        ОтправитьСигнал("/fail", Идентификатор);
        ВызватьИсключение;
    КонецПопытки;
КонецПроцедуры

// Entry point in the scheduled job metadata:
Мониторинг.ВыполнитьЗадание

Check before going live

• The original exception is rethrown: monitoring does not turn a failed exchange into a successful job. Do not suppress failures inside ВыполнитьОбмен.

• Signals contain no documents, customer names or exception text. One UUID correlates each execution’s start and finish.

• Check scheduled-job blocking after maintenance and actual execution in your database mode. For file-based databases, explicitly test operation without a user session.

Common questions