Событие
Входной payload пишется в PostgreSQL. HTTP не вызывает внешние API напрямую.
Простая система автоматизации: своя база, свой код, отдельный проект на каждый сценарий.
Сценарии
Кодируете модель данных под процесс: сущности, статусы, инварианты. PostgreSQL — источник правды, не чужой шаблон.
Открыть проект 02Сценарий — это код обработчиков: триггер, проверки, побочные эффекты. Без canvas-конструктора и чужих нод.
Открыть проект 03Доставка в Telegram, календарь, webhook — как шаг сценария с идемпотентностью, а не как отдельный «интегратор».
Открыть проект 04Очереди, outbox, журнал прогонов, изоляция workspace. Как устроено ядро — в документации, без обёрток.
Читать docsВходной payload пишется в PostgreSQL. HTTP не вызывает внешние API напрямую.
Доменное изменение и outbox_event коммитятся атомарно. Потеря side-effect исключается.
BullMQ забирает задание, исполняет handler, ставит retry на transient failure.
Telegram, Calendar, webhook — только после подтверждённого состояния агрегата.
Ключ прогона уникален. Повторный worker видит успех и не дублирует действие.
Как устроен доступ
Получаете workspace, схему, очереди и журнал. Ядро общее — логика сценария ваша.
Сущности, статусы, инварианты. Никакой универсальной воронки: только то, что есть в процессе.
Триггер → проверки → действия. Каждый сценарий живёт отдельным проектом и отдельным прогоном.
Ретраи, dead-letter, аудит. Следующий сценарий — следующий проект, без пересборки платформы.
Прайс
Сценарий
5 000 ₽
Один исполняемый контур: схема данных, handlers, канал доставки, журнал прогонов.
Контракт
Docs
Архитектура runtime, API, идемпотентность, изоляция данных — без маркетинговой обёртки.
Перед покупкой дайте программистам время прочитать контракт и подготовить контур. Иначе подписка открывается вхолостую.
Открыть документациюСообщение
Опишите сценарий и укажите почту. Письмо уйдёт на неё, заявку рассмотрят и выдадут доступ.