Перейти к основному содержимому
Altcraft Docs LogoAltcraft Docs Logo
Пользователям iconПользователям
Разработчикам iconРазработчикам
Администраторам iconАдминистраторам
Русский
  • Русский
  • English
Войти
    Документация пользователяС чего начатьFAQТермины
      Обновления платформыarrow
    • v2026.3.79v2026.3.78v2026.2.77v2026.1.76v2025.4.75v2025.4.74v2025.3.73v2025.2.72v2025.1.71v2024.4.70v2024.3.69v2024.2.68.2v2024.1.68
    Ограничения платформы
      Хранение и сбор данныхarrow
    • Ресурсы подписокРабота с базами данныхПрофиль подписчикаИмпорт профилей клиентов и обновление данныхЧастые ошибки при импорте профилейИмпорт данных по расписаниюУправление таблицами данныхАвтоматизация сбора данных о профилеМассовое обновление профилей клиентовDouble opt-in подпискаСтоп-спискиСвязи между профилямиЭкспорт истории профилейЭкспорт профилейАвтоматическое создание статического сегмента при импортеКак открыть CSV-файлМатчингТипы полей в базе данныхГлобальные контрольные группыМенеджер подписок
      Каналы коммуникацииarrow
      • Emailarrow
        • Рассылка с нуляarrow
        • Быстрый стартПервая Email-рассылка
        Рекомендации по взаимодействию с ISPНастройка собственного from-доменаНастройка и использование постмастеровКак работает email-трекинг
        Pusharrow
        • Mobile Pusharrow
        • Первая Mobile push-рассылка
            Провайдеры Mobile Pusharrow
          • Firebase Cloud MessagingApple Push Notification ServiceHuawei Mobile ServicesRuStoreYandex.AppMetrica
          Интеграция приложения с Altcraft
            Устаревшее: ручная настройка Pusharrow
          • Устаревшее: настройка и подключениеОбработка и добавление подпискиРегистрация событийПровайдеры: структура push-сообщения
          Web Pusharrow
        • Первая Web push-рассылкаНастройка ресурса и сайта
            Провайдеры Web Pusharrow
          • Firebase Cloud MessagingApple SafariMozilla Services
          Передача данных в платформуМетоды Web Push SDKPWA и Push-уведомления
            Миграция и перенос подписокarrow
          • Перенос push-подписок из стороннего сервисаПеренос push-подписок для SafariМиграция с OneSignal
        Деактивация push-токенов
        SMSarrow
      • Первая SMS-рассылка
        In-Apparrow
      • Первое размещение для In-AppНастройка и подключение SDK
        Telegramarrow
      • Telegram BotTelegram Group
        Maxarrow
      • MAX BotMAX Group
      Viber™WhatsAppNotifyСхема работы каналов коммуникацииРуководство: SMS-рассылка через VK NotifyРуководство: SMS-рассылка через УТШРуководство: push-рассылка через сервис от "Согласие"
      Сегментацияarrow
    • Статические сегментыДинамические сегментыОбновляемые сегменты
        Условия сегментацииarrow
      • Сегментация по данным профиляСегментация по взаимодействиям с сущностямиСегментация по активности в каналах коммуникации
          Сегментация по внешним даннымarrow
        • Сегментация по внешним даннымСегментация по внешним SQL-таблицамРекомендации по сегментации по внешним данным
        Сегментация по структуре профиля
      Лучшее время отправки (BST)Логические операторы "И" и "ИЛИ"Рекомендации по работе с сегментами
      Шаблоны сообщенийarrow
      • Работа с шаблонами сообщенийarrow
      • Работа в редактореEmail-шаблонSMS-шаблонPush-шаблонШаблон для In-AppMAX-шаблонTelegram-шаблонWhatsApp-шаблонViber-шаблонNotify-шаблон
        Визуальный редактор для email-шаблонаarrow
      • Интерфейс редактораДобавление элементовЭлементы и их настройкиПользовательские блокиСтили элементаСтруктура элементов
      Блочный редактор для email-шаблонаФрагменты шаблоновИзображения в сообщенияхПерсонализация контента в сообщенияхФормирование таблиц на основе элементов массива
        Переменные и функции Altcraftarrow
      • Использование логических выражений в сообщенияхИспользование циклов в сообщенияхИспользование переменных маркета в сообщенияхИспользование функционала JSONPath
        Динамический контент сообщенийarrow
      • Использование API-контента в сообщенияхИспользование HTML-контента в сообщенияхИспользование JSON-контента в сообщенияхИспользование контента из SQL базы данных в сообщениях
      Импорт и экспорт шаблона сообщенияЭкспорт шаблона из PixcraftИмпорт шаблона из стороннего сервиса
      Рассылкиarrow
    • Броадкаст-рассылкаТриггерная рассылкаРегулярная рассылкаМультивариантный тест (A/B/n)РазмещенияРасписание рассылокТестирование расылокКалендарь рассылокЖурнал рассылки — ошибки и способы их устраненияУправление очередью сендера
      Кампанииarrow
    • Работа с КампаниямиЛокальные контрольные группы (ЛКГ)Ошибка нарушения стратификации при достижении лимитаРасширение аудитории в кампанииРазметка аудитории в кампаниях
      Сценарии автоматизацииarrow
    • Работа со Сценариями автоматизацииУзлы сценарияКлассические сценарии автоматизации маркетингаПриветственный сценарий: пошаговая настройкаАвтоматическое оповещение менеджера через сценарийСценарий брошенной корзиныОбработка циклов в сценариях автоматизацииВысокоприоритетные сценарии
      Маркетarrow
    • Настройки маркета
        Продуктыarrow
      • Создание продукта вручнуюИмпорт продукта из файлаИмпорт по расписаниюСегменты продуктов и SKUПодготовка YML-файла
      ЗаказыПеременные маркета в шаблонахРуководство: как отправить письмо подтверждения заказа
      Лояльностьarrow
    • Создание и настройка программы лояльностиИнтеграция лояльности с внешними системамиСоздание программы лояльности с нуляБазовые кейсы использования программы лояльностиСегменты заказовПромокоды
      Веб-слойarrow
      • Формыarrow
        • Создание формыarrow
        • Основные настройки формыКастомизация формы через дополнительный кодКонструктор формыОформление формыДействия и публикация формыУсловная постраничная логика в формах и опросах
        Аналитика данныхСвязывание данных канала и формыNPS-тестирование
        Пикселиarrow
      • Целевые действия клиентов и скоринг
        Попапыarrow
      • Создание и публикация попапаНастройка попапа в редакторе кодаУправление попапами вручную через скриптАналитика попаповРуководство: попап для подписки на pushБазовые кейсы размещения попапа через Менеджер теговКейс: Создание попапа с виджетом "Колесо фортуны"
        Менеджер теговarrow
      • Настройка и установка Менеджера теговТипы триггеровТипы переменныхСвязывание пикселя и Менеджера тегов
      Отчеты и аналитикаarrow
    • Отчет по каналамОтчёт по трафику
        Сводный отчётarrow
      • Все показатели сводного отчета
      Когортный отчётВремя жизниВоронка конверсииЦелиПрирост аудиторииКарта кликов (Email)Отчет по программам лояльностиОтчёт о возвратахОтчёт о недоставкахОтчет по глобальным контрольным группам
      Интеграцииarrow
    • Facebook Ads Manager
        Yandexarrow
      • Yandex AppMetricaЯндекс.Аудитории
      Аудитории Google AdsWhatsAppСинхронизация статических сегментовViberVK РекламаNotifyMAX
        Захват событийarrow
      • LpgeneratorTildaЗахват событий AltcraftТипы событий для захватаСтруктуры сообщений захвата событийОтправить JSON-запрос батчемОтправить сообщение в очередь RabbitMQОтправить сообщение в exchange RabbitMQОтправить сообщение в Kafka brokerПредварительное тестирование события
        Интеграция сторонних сервисов с Altcraft через Albatoarrow
      • Подключение Altcraft к AlbatoЗапуск приветственного сценария через AlbatoПередача данных о событииОтправка триггерной рассылкиРегистрация событийИмпорт данных из Google Sheets через AlbatoПередача данных из Altcraft
        Дополнительная информацияarrow
      • Область видимости интеграцииПередаваемые при синхронизации данные
      Настройкиarrow
    • Настройки аккаунтаНастройки атрибутовПоисковые теги: создание и применениеПользовательские ссылкиВиртуальные сендерыПолитики отправки
        Пользователи и разграничение доступаarrow
      • Пароль и безопасность входаДвухфакторная аутентификация (2FA)
        Подключенияarrow
      • Подключение к Facebook AdsПодключение к Google AdsПодключение к Яндекс.Аудиториям™Подключение к 360dialogПодключение к EdnaПодключение к Devino TelecomПодключение к SMS TrafficПодключение к VK Рекламе™Подключение к MTS OmniChannelПодключение через OAuth2Подключение через Basic AuthenticationПодключение через Token AuthenticationПодключение через Custom AuthenticationПодключение к MAXПодключение к NotifyПодключение к Rapporto
      Журнал аудита
      API-запросы: с чего начатьarrow
    • Импорт и обновление профиляЗапуск триггерной рассылкиОтправка профиля клиента в сценарий
    Архив документацииБиблиотека email-маркетолога
  • Обновления платформы
  • v2026.3.78

v2026.3.78

Требуется переконфигурация при обновлении до v2026.3.78

Начиная с версии v2026.3.78 отложенные задачи пользовательских каналов обрабатывает только мастер procpiper. При кластерной установке платформы после обновления требуется переконфигурация main.json: добавьте секцию CLUSTER.PROC_PIPER и укажите флаг мастера (FORCE_MASTER_ROLE: true) только на одном узле — так же, как настраивается procloyalty. Пока конфигурация не задана, обработка отложенных задач пользовательских каналов выполняться не будет.

Пример секции:

"PROC_PIPER": [
{
"HOST_ID": "app1",
"RPC_HOST": "0.0.0.0",
"RPC_HOST_CLI": "app1",
"RPC_PORT": 8062,
"FORCE_MASTER_ROLE": true
},
{
"HOST_ID": "app2",
"RPC_HOST": "0.0.0.0",
"RPC_HOST_CLI": "app2",
"RPC_PORT": 8062,
"FORCE_MASTER_ROLE": false
}
]
Требуется выполнить миграции при обновлении до v2026.3.78

В этом обновлении требуется выполнить миграции. Если у вас есть базы с более чем 5 млн профилей, перед выполнением миграций увеличьте таймаут в main.json:

"MONGODB_SOCKET_TIMEOUT_MIN": 360

Перезапускать платформу необязательно — параметр нужен для выполнения миграций. После завершения миграций верните исходное значение параметра или уберите его, если его не было.

Обычная сборка
  1. Из архива новой сборки возьмите бинарные файлы akd, aktool и migrate.
  2. При кластерном размещении платформы (с несколькими инстансами) перед первым запуском миграции остановите процессы на всех серверах: ./akd stop webcontrol api procevent procloyalty proctask procworkflow.
  3. Выполните PRE-UPGRADE командой ./akd upgrade. На вопрос Unpack v78 and confirm [Y/n]: введите n, чтобы прервать выполнение POST-UPGRADE.
  4. Обновите платформу и перезапустите ноды в панели администратора.
  5. Выполните POST-UPGRADE той же командой ./akd upgrade.
  6. Убедитесь, что все процессы запустились: ./akd start.
Docker-сборка
  1. Остановите контейнер с платформой (на всех инстансах платформы).
  2. Через docker run выполните PRE-UPGRADE командой ./akd upgrade, используя новый образ и не запуская саму платформу. На вопрос Unpack v78 and confirm [Y/n]: введите n, чтобы прервать запуск POST-UPGRADE.
  3. Запустите контейнер с новой платформой.
  4. Перезапустите ноды в панели администратора.
  5. Выполните POST-UPGRADE той же командой ./akd upgrade.

v2026.3.78.507 — Приоритеты сценариев, интеграция сегментатора и исправления​

В этом обновлении появились приоритеты сценариев, единый редактор условий сегментации внедрён в остальные модули платформы, а история профиля в API стала подробнее. Также повышена стабильность и безопасность работы платформы, ускорена работа программы лояльности и улучшена работа с атрибутами.

Приоритеты сценариев​

Теперь можно выделить самые важные сценарии — например, критические для бизнеса. Их задачи обрабатываются в первую очередь и не ждут в очереди за остальными.

Чекбокс Высокий приоритет в настройках сценария

  • В настройках сценария появился чекбокс «Высокий приоритет». Задачи такого сценария выполняются выделенными процессами; их количество задаёт администратор в конфигурации кластера (параметр HIGH_PRIORITY_WORKERS). Конфигурация проверяется: если параметр задан не на всех узлах кластера, она не будет принята.
  • Рассылки внутри высокоприоритетного сценария тоже отправляются в приоритетном порядке — включать это отдельно не нужно, платформа проставит настройку автоматически.
  • Изменение приоритета сценария действует только на новые задачи: профили, которые уже находятся в сценарии, продолжают обработку с прежним приоритетом.

Единый редактор условий сегментации​

Единый редактор условий сегментации теперь применяется во всех местах, где настраивается отбор профилей, — условия выглядят и работают одинаково во всех модулях: в воронках, связях профилей, фильтрации рассылок по полям каналов и захвате профилей в триггерных сценариях по целям.

Обогащение событий истории профиля в API​

API истории профиля (subscribers/history_get и subscribers/history_get_all) стало информативнее: события возвращаются с подробными данными о связанных объектах — для цели (пикселя) это название и ID, переданные данные, источник перехода (referer), utm-метки, браузер и устройство пользователя. Полную картину действий профиля можно получить одним запросом. Существующие поля ответа не изменились — новые данные добавлены как дополнительные поля, поэтому текущие интеграции продолжат работать без изменений.

Подробнее: Получить историю одного профиля.

Добавлено​

  • В API campaigns/list добавлен фильтр по ID шаблона (message_id) — можно найти все рассылки, в которых используется конкретный шаблон. В ответе теперь возвращается полная информация о шаблонах: тема, отправитель, адрес для ответов, ID и название шаблона.
  • События Push-канала дополнены показателем прочтения (Read) — доступна аналитика по прочтению push-уведомлений.
  • Добавлена обработка жалоб от почтового сервера Altcraft Cloud SMTP — жалобы на письма корректно распознаются и учитываются.
  • В редакторе пользовательского канала для полей внешних объектов (Entity) появилась опция «Не использовать поле при отправке рассылки — данные выбранного поля не попадут в отправляемое сообщение, что снижает нагрузку, когда в поле хранится большой список значений.

Улучшено​

  • Повышена стабильность: устранены сбои внутренних процессов, из-за которых платформа могла переставать отвечать, а также ошибка API импорта заказов Маркета. Программа лояльности больше не останавливается из-за нехватки памяти.
  • Обновление платформы теперь проходит корректно даже при нестандартных настройках конфигурации, фоновые очереди обрабатываются быстрее, устранены зависания при работе с базой данных после запросов Маркета.
  • Устранено сильное замедление отправки рассылок на множество разных доменов — скорость доставки больше не падает.
  • Исправлено распределение трафика в виртуальном сендере: рассылки отправляются строго согласно настроенным процентам и группам.
  • Ускорено открытие списков участников и транзакций в программе лояльности — они загружаются быстро даже при большом количестве записей.
  • Исправлен расчёт баллов в программе лояльности: баланс больше не уходит в минус при списании заблокированных баллов, показатели в API совпадают с интерфейсом, корректно проставляется срок действия баллов.
  • Улучшена работа с атрибутами: при создании атрибута автоматически подставляются имя и API-название (например, new_field_1), функция «добавлять значения из сущностей» включена по умолчанию, а при конфликте атрибутов выводится понятное сообщение об ошибке.
  • Исправлены ошибки расчёта сегментов: статические сегменты корректно обрабатывают большой объём данных, расчёт обновляемых сегментов больше не завершается сбоем, исправлены обработка числовых списков в динамических сегментах и отображение условия «Относительно текущей даты».
  • Оптимизировано выполнение задач в сценариях: исправлена ошибка, из-за которой задачи могли обрабатываться несколько десятков часов; ручной запуск броадкаст-рассылок теперь распределяется по кластеру и не перегружает систему.
  • Исправлена деактивация регулярной рассылки со статусом «Активна (Работает)» — без чекбокса «прервать текущую отправку» рассылка корректно переходит в статус «Неактивна».
  • Исправлена ошибка, из-за которой пользователям с правами только на просмотр был недоступен просмотр объектов платформы.

Прочее​

  • Исправлено дублирование событий доставки при отправке рассылок через провайдера Sendsay.
  • Исправлена ошибка в менеджере подписок: подписка на ресурс больше не удаляется, если ресурс не добавлен в менеджер подписок.
  • Исправлен экспорт заполнений форм: при выгрузке за конкретные даты создаётся одна задача, а не две; порядок данных в выгрузке сохранён.
  • При выгрузке данных и истории со страницы профиля теперь выгружаются все подписки профиля.
  • Исправлена аналитика UTM-меток в попапах: метки корректно учитываются.
  • Исправлена ошибка на странице входа, из-за которой аккаунт мог не открыться, и бесконечная перезагрузка при обновлении авторизации.
  • При активации броадкаста чекбокс «Активная» больше не сбрасывается до завершения рассылки.
  • В сценариях меню выбора условий сегментации больше не обрезается.
  • В захвате по цели в условии «в диапазоне» теперь можно задать диапазон значений (например, сумму покупки от и до) — ранее было доступно только одно значение.
  • В меню тестирования рассылки больше не отображаются невалидные подписки.
  • Исправлена работа пользовательских каналов: отправка рассылок с внешними объектами, служебные поля params и out стали необязательными, добавлены защита от дублирования задач при выполнении по расписанию и настройка параметров очереди в listener.
  • Исправлено кодирование значений из данных событий при подстановке в ссылки — кириллические и другие спецсимволы больше не ломают URL.
  • Исправлена ошибка захвата событий, из-за которой данные из одного хука могли попадать в данные других хуков.
  • Исправлена ошибка создания таблиц кеширования результатов внешних SQL-запросов.
  • Исправлена регистрация источника перехода (реферера) в событиях профиля.
  • В SMS-провайдере Soglasie улучшена диагностика ошибок отправки.
  • Исправлена ошибка создания индексов в базе MongoDB, из-за которой могла зависнуть работа с данными.
  • Процессы сортировки данных теперь корректно завершаются и больше не накапливаются на сервере.
References

v2026.3.78.507: PL-22978 PL-22314 PL-22965 PL-22925 PL-22926 PL-22949 PL-22927 PL-22943 PL-22935 PL-22672 PL-22909 PL-22863 PL-22819 PL-22723 PL-22864 PL-22905 PL-22740 PL-22862 PL-22824 PL-22790 PL-22741 PL-22742 PL-22694 PL-22552 PL-22822 PL-22869 PL-22185 PL-22802 PL-22579 PL-22434 PL-19404 PL-22883 PL-22806 PL-22056 PL-22089 PL-21664 PL-22421 PL-22708 PL-22688 PL-22583 PL-22644 PL-22748 PL-22734 PL-22753 PL-22766 PL-22278 PL-22737 PL-22715 PL-22580 PL-22721 PL-22674 PL-22505 PL-22300 PL-22353 PL-20019 PL-21920 PL-22017 PL-14389 PL-22697 PL-22712 PL-22699 PL-22682 PL-22648 PL-22514 PL-22646 PL-22637 PL-22601 PL-22447 PL-22592 PL-22565 PL-22193 PL-22476 PL-22440 PL-21681 PL-22590 PL-22585 PL-22576 PL-22528 PL-22351 PL-21461 PL-20327 PL-19751 PL-22529 PL-18282 PL-18655 PL-22247 PL-22126 PL-21818

v2026.3.78.640 — Приоритетные очереди каналов и исправления​

В этом обновлении мы добавили приоритетные очереди для всех каналов отправки. Также улучшена стабильность работы сегментов, кампаний, рассылок и сценариев.

Приоритетные очереди каналов​

Для всех типов каналов отправки добавлена поддержка приоритетных очередей: триггерные и тестовые сообщения уходят в первую очередь, раньше фоновых массовых рассылок.

Приоритет работает и во встроенных каналах — Email, SMS и Push получают отдельные приоритетные очереди у провайдеров.

В настройках пользовательского канала добавлен чекбокс «Выделенная очередь»: включённый канал получает собственную очередь вместо общей.

Улучшено​

  • Пересчёт обновляемых сегментов ускорился: полный подсчёт профилей теперь выполняется только при ручном запуске и первом пересчёте.
  • Ускорена отправка push-уведомлений через Firebase: из очереди отправки убраны лишние данные, и подтверждение отправки теперь занимает заметно меньше времени.
  • Запросы регистрации push-событий (post_events) больше не прерываются по таймауту.

Прочее​

  • Исправлена ошибка, из-за которой в сегмент попадали не все профили.
  • Профили больше не застревают в узле «Условие» (проверка участия в динамическом сегменте), а пересчёт больше не зависает — в том числе с фильтром по заказам и при включённом параметре SEGMENT_SQL_ABSORB_QUERIES.
  • Устранены зависания задач обработки сценариев.
  • Обновляемые сегменты больше не падают с ошибкой без пояснений и не зависают при пересчёте, а текст ошибки пересчёта теперь отображается в журнале сегмента.
  • Исправлен запуск кампаний: аудитория сегмента больше не считается пустой, профили корректно распределяются на тестовую и контрольную группы.
  • Удаление профилей из контрольной группы больше не создаёт избыточную нагрузку на базу данных.
  • Отправка больше не блокируется при превышении тарифа без установленного лимита, а рассылки не уходят с запрещённого адреса отправителя.
  • Повторный клик по ссылке в SMS больше не регистрирует повторное событие доставки.
  • Запрет отписки по одной категории ресурса больше не блокирует весь менеджер подписок — недоступной остаётся только эта категория.
  • Статистика доставляемости пушей стала точнее: ошибка «Device unregistered» и недоставки через RuStore теперь считаются постоянными (hard bounce).
  • В сегментах и аналитике по push-рассылкам можно выбирать конкретную ссылку из шаблона — клики по ссылкам в уведомлениях корректно фиксируются.
  • В истории профиля у действий «Открыто» и «Клик по ссылке» корректно указывается push-провайдер устройства.
  • Устранены аварийные остановки обработки сообщений при массовой отправке пушей.
  • В шаблонах пользовательского канала больше не сбрасываются настройки системной формы, снова сохраняются шаблоны с JSONPath в логических выражениях, а обработка полей с привязанными внешними объектами при рассылках больше не падает с ошибкой.
  • Исправлена автоподстановка переменных: при сохранении шаблона слова в теме письма больше не заменяются на переменные.
  • Баллы программы лояльности активируются при наступлении даты активации, а события лояльности больше не накапливаются необработанными из-за сбоев в очередях.
  • В событиях начисления баллов (points_accrual) передаётся валюта, а при списании за промокод — корректные данные транзакции.
  • Группу пользователя аккаунта теперь можно изменить.
  • В API ошибка при отсутствии обязательного параметра указывает именно на него, постраничное получение подписок (subscriptions/list_all) больше не возвращает пустых страниц, а при импорте заказов с ошибкой возвращается external_id.
  • Страница отчётов по каналам больше не падает с ошибкой.
  • Исправлен вход через LDAP: платформа больше не запрашивает у Active Directory всё дерево групп, и вход в больших каталогах не прерывается таймаутом.
  • Повышена стабильность и безопасность работы платформы.
References

v2026.3.78.640: PL-23474 PL-23524 PL-23257 PL-23447 PL-23462 PL-23277 PL-23450 PL-23115 PL-23088 PL-23240 PL-22635 PL-23465 PL-23251 PL-23327 PL-23361 PL-23400 PL-23328 PL-23371 PL-23340 PL-23285 PL-23175 PL-23054 PL-23122 PL-23296 PL-23205 PL-23159 PL-23244 PL-23260 PL-22629 PL-23089 PL-23150 PL-23090 PL-22547 PL-22347 PL-23100 PL-22505 PL-23111 PL-23117 PL-22946 PL-22744 PL-22849 PL-22745 PL-22808 PL-22792 PL-22791 PL-22804 PL-23023 PL-23005

Последнее обновление 21 окт. 2026 г.
Предыдущая страница
v2026.3.79
Следующая страница
v2026.2.77
  • v2026.3.78.507 — Приоритеты сценариев, интеграция сегментатора и исправления
    • Приоритеты сценариев
    • Единый редактор условий сегментации
    • Обогащение событий истории профиля в API
    • Добавлено
    • Улучшено
    • Прочее
  • v2026.3.78.640 — Приоритетные очереди каналов и исправления
    • Приоритетные очереди каналов
    • Улучшено
    • Прочее
© 2015 - 2026 Altcraft. Все права защищены.