Лучшие fax API в 2026 году: сравнение 10 провайдеров и их вебхуков

Краткое сравнение

Fax.Plus лидирует для команд, ориентированных на cloud. Остальные сервисы подходят для более узких задач интеграции или развёртывания. Выбор короткого списка зависит от того, насколько полно нужно контролировать рабочий процесс, как приложение будет восстанавливаться после сбоев и что вам нужно: cloud-сервис или API, подключённый к fax-инфраструктуре, которую вы эксплуатируете сами.

На что обратить внимание при выборе fax API

API может поддерживать отправку fax и всё же плохо подходить для рабочего процесса в рабочей среде. Чтобы оценить интеграцию целиком, используйте следующие вопросы:

1. Охватывает ли API весь жизненный цикл fax и настройку команды? Проверьте, поддерживаются ли отправка, приём, запрос статуса, получение документов, покупка и назначение номеров, а также роли участников, квоты и приглашения, если они нужны в вашем процессе. Уточните, какие административные действия доступны через API, а для каких по-прежнему требуется портал.
2. Сможет ли команда безопасно начать работу? Проверьте наличие понятных инструкций по аутентификации, рабочих примеров, тестового доступа, реалистичных тестовых данных и поддержки при внедрении. Уточните, как выдаются, ограничиваются по областям доступа и отзываются учётные данные API и соответствует ли эта модель требованиям безопасности вашей организации.
3. Что происходит после события fax? Проверьте, охватывают ли уведомления отправку, приём и сбои, а также, если это нужно в вашем процессе, отдельные страницы входящего fax.
4. Можно ли эксплуатировать вебхук в рабочей среде? Проверьте наличие подписанных запросов, повторных попыток, журналов событий, повторной отправки событий, настройки конечных точек, фильтрации и рекомендаций по обработке дубликатов событий.
5. Подходит ли модель развёртывания? Cloud REST API, управляемый корпоративный сервис и локально эксплуатируемый fax-сервер требуют разного объёма работ по внедрению и закупке.

Какой fax API готов к работе в рабочей среде?

Полноценный API не ограничивается отправкой

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

Затем проверьте, как передаётся сам документ fax. Некоторые обратные вызовы содержат полезные метаданные, но PDF или TIFF приложению нужно получать отдельным вызовом API. Такое разделение может повысить безопасность и уменьшить объём передаваемых данных, но ваша интеграция должна сохранять событие, загружать документ и обрабатывать временный сбой загрузки.

Тестовая среда должна соответствовать вопросу, на который вам нужно получить ответ

Под «песочницей» могут понимать совершенно разное. Такая среда может возвращать имитированные ответы, принимать тестовые номера, отправлять реальный fax или позволять проверить только настройку учётной записи. Выясните, какие части рабочей среды она воспроизводит, есть ли у тестовой учётной записи те же возможности и ограничения и какие данные хранит провайдер.

Доступ к песочнице API Fax.Plus предоставляется по запросу через контактную форму API, настройкой занимается команда сервиса. У других провайдеров уточните, отправляет ли песочница реальные fax или возвращает имитированные ответы.

Повторная отправка fax и повторная доставка вебхука — разные механизмы

Если fax-аппарат получателя занят, провайдер может повторить передачу. Если ваш сервер не успевает принять уведомление о статусе из-за тайм-аута, провайдер может повторить отправку вебхука. Это две отдельные очереди с разными причинами сбоев и разными способами восстановления.

Кроме того, в Fax.Plus есть настройка Auto Resume on Partial Send для подходящих многостраничных передач. Если она включена, передача может продолжиться со следующей неотправленной страницы, поэтому получатель может получить fax за несколько сеансов передачи. Это особенность доставки fax, не связанная с повторной отправкой вебхука или повторной отправкой событий.

Получатель вебхука должен быстро возвращать успешный HTTP-ответ, сохранять событие или помещать его в очередь и обрабатывать асинхронно. Он также должен корректно обрабатывать дубликаты. Повторная попытка может доставить одно и то же событие несколько раз, а повторная отправка событий заново передаёт событие, которое ваша система не обработала. В программировании способность безопасно обрабатывать одно и то же событие без дублирования работы называется идемпотентностью.

Вебхуки fax API: какие вопросы задать

Вебхук — это автоматический HTTP-запрос, который один сервис отправляет вашему приложению при возникновении события. Вместо того чтобы постоянно спрашивать «Fax уже отправлен?», ваша система получает сообщение, когда у провайдера появляется новая информация.

Какие события можно получать?

Как минимум проверьте, отправляет ли провайдер события о завершении исходящих передач и о входящих fax. Затем изучите структуру данных события и значение каждого статуса. Событие «fax отправлен» может означать, что задание на отправку fax завершено, но не что оно выполнено успешно. Приложению всё равно нужно проверить фактический статус доставки.

Для некоторых процессов полезны события уровня страниц. Например, команда может начать просматривать входящий направляющий пакет, не дожидаясь, пока отправитель передаст все страницы. В документации Fax.Plus описано событие получения страницы, которое доступно при включённой функции Fax Streaming. В справочнике событий Documo также указано событие входящей страницы. Уточните, как извлекается полный документ и что происходит, если события страниц приходят раньше записи о завершённом fax.

Как убедиться, что вебхук подлинный?

HTTPS защищает соединение при передаче данных между серверами. Подпись добавляет ещё одну проверку: получатель может убедиться, что запрос подписан секретным ключом, известным провайдеру, и что тело запроса не изменялось. В документации Fax.Plus для актуального API вебхуков описаны подписи HMAC-SHA256 с секретом для каждой конечной точки и проверкой временной метки. В прежнем руководстве по порталу API eFax описана необязательная HMAC-аутентификация. Retarus поддерживает для HTTP-уведомлений о статусе несколько вариантов аутентификации: Basic, Digest и OAuth 2.0.

У любого провайдера уточните, какой вариант аутентификации применяется именно к той версии API и тому продукту, который вы приобретаете. Если доступна подпись сообщений, не заменяйте проверку подписи списком разрешённых IP-адресов или трудноугадываемым URL.

Можно ли увидеть пропущенное событие и восстановить его?

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

Fax.Plus предоставляет журналы доставки вебхуков, автоматические повторные попытки, оповещения о сбоях конечной точки и самостоятельную повторную отправку событий, в том числе за выбранный период. Documo отправляет письмо после исчерпания запланированных повторных попыток. В справочнике API InterFAX описан способ повторной отправки обратного вызова. У других провайдеров запросите демонстрацию журнала в рабочей среде и процесса повторной отправки. Также уточните, выполняется ли повтор автоматически, вручную или обоими способами.

Можно ли направлять события нужному клиенту или номеру fax?

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

Fax.Plus поддерживает фильтры по событиям и номерам, а в его портале можно управлять несколькими конечными точками. Это помогает командам распределять события между номерами fax и рабочими процессами. Documo описывает настройку вебхука на уровне учётной записи и на уровне номера. WestFax описывает настройку обратного вызова для отдельной линии. Также уточните, как новые номера наследуют настройки.

Сравнение 10 провайдеров fax API

1. Fax.Plus

Fax.Plus — это cloud API для fax. Он подходит командам, которым нужно отправлять и получать fax, управлять корпоративными учётными записями и обрабатывать доставку событий из своих приложений. Подписание встроено в тот же набор сервисов: любой fax из папки входящих или отправленных можно переслать в Sign.Plus — собственный продукт Alohi для электронной подписи. Там можно подписать документ самостоятельно или запросить подписи у других пользователей в рамках одной учётной записи. Мобильные приложения позволяют подписать полученный fax и сразу отправить его обратно.

Возможности вебхуков включают подписку на события, маршрутизацию по номерам, HMAC-подписи для каждой конечной точки, идентификаторы доставки, каталог событий, журналы доставки, автоматические повторные попытки, повторную отправку неудавшихся событий или событий за выбранный период, а также оповещения о сбоях конечной точки. Благодаря фильтрам по номерам каждая конечная точка получает события только для указанных в ней номеров fax. Платформа, обслуживающая нескольких клиентов, может выделить номерам каждого клиента отдельную конечную точку и секретный ключ. Fax Streaming добавляет уведомления о входящих страницах. В портале можно просмотреть попытки доставки и повторно отправить события, когда получатель будет готов. Так проще разобраться с пропущенным уведомлением или распределить события между несколькими номерами fax. Текущий API работает параллельно с устаревшим API вебхуков на время перехода. Подробности реализации см. в документации по вебхукам.

Помимо операций с fax, REST API отвечает за администрирование учётных записей: участники корпоративной учётной записи, роли и квоты fax, приглашения, покупка и назначение номеров fax, контакты и группы. Всё это доступно через конечные точки Enterprise API с ограничением по правам доступа. См. справочники: учётные записи, управление номерами и покупка номеров.

Fax.Plus также публикует данные о доступности платформы на странице статуса, где можно следить за обновлениями сервиса.

Для отправки и масштабирования API поддерживает один или несколько адресатов в одном запросе на отправку, а также настраиваемое число повторных попыток передачи fax и задержку между ними, как показано в примере отправки fax. Fax.Plus также предлагает Auto Resume on Partial Send для подходящих многостраничных fax, если эта возможность включена. Лимиты тарифов на количество страниц, размер файлов и одновременные передачи Fax.Plus публикует в описании цен. Для больших объёмов доступны возможности Enterprise. Записи о статусе fax и отчёты о подтверждении помогают сверять результаты отдельных передач.

Командам, которым не нужна собственная интеграция с бэкендом, также доступны no-code подключения приложений, например Zapier. Это практичная альтернатива для поддерживаемых сценариев.

Потоковая передача fax в реальном времени

Если включена потоковая передача fax, Fax.Plus отправляет событие в момент получения каждой страницы входящего fax. Эта страница сразу доступна через API в виде одностраничного файла. Системы приёма могут классифицировать или маршрутизировать пакет документов по первой странице, пока остальные ещё поступают, не дожидаясь полного документа. Потоковая передача включается по запросу для всей учётной записи и работает с учётными записями HIPAA, где событие содержит сведения о fax, а не содержимое документа.

Подключение ИИ-ассистентов через MCP

Model Context Protocol (MCP) позволяет совместимым ИИ-ассистентам подключаться к внешним инструментам. Fax.Plus предоставляет размещённый MCP-сервер: ассистент может отправлять fax, проверять входящие документы, отслеживать доставку и управлять контактами по запросам на естественном языке. Одна конечная точка работает со всеми поддерживаемыми MCP-клиентами. Поэтому команды могут сделать действия с fax доступными в ИИ-процессах, не поддерживая отдельный коннектор для каждого ассистента. OAuth доступен на платных тарифах Fax.Plus. Enterprise также поддерживает персональные токены доступа с настраиваемыми областями действия. Используйте MCP для задач с fax, которыми управляет ассистент, а REST API — для процессов, которыми управляет приложение: настройка вебхуков, подключение номеров и администрирование участников корпоративной учётной записи. Подробнее о MCP-сервере Fax.Plus и его документации для разработчиков.

REST API и вебхуки доступны на тарифе Enterprise, а MCP — на платных тарифах, начиная с Basic. Подробнее о Fax.Plus Enterprise и его процессе работы с fax в соответствии с HIPAA.

Подходит для: команд, ориентированных на cloud, которым нужны автоматизация через REST API, восстанавливаемые операции вебхуков и прямой способ связать действия с fax с ИИ-ассистентами.

2. eFax Enterprise

eFax Enterprise сочетает cloud REST API для fax с подключением аккаунтов и номеров. На публичной странице API описаны OAuth 2.0, отправка и получение, получение изображений fax и метаданных, вебхуки, а также закрытый портал разработчика с песочницей. Fax.Plus также предоставляет администрирование участников и номеров через REST API. eFax может подойти организациям, которые уже используют eFax Corporate и предпочитают модель с закрытым порталом разработчика.

Страница API описывает защищённые входящие и исходящие уведомления. Краткое руководство по порталу также объясняет, как получать fax через публикуемый URL, и сообщает, что может потребоваться HMAC-аутентификация. Это руководство старше актуальной маркетинговой страницы, поэтому уточните у eFax, какие возможности подписи, песочницы, событий и журналов доставки доступны в среде API, на которую вы получаете предложение. Портал закрыт, поэтому для доступа к полной документации разработчику может понадобиться учётная запись или обращение в отдел продаж.

Подходит для: крупных организаций, которым нужен управляемый cloud fax с отправкой через API, администрированием учётных записей и подключением номеров.

3. iFax

iFax публикует справочник по REST API, который охватывает отправку исходящих fax, полученные fax, проверку статуса, загрузку документов и операции с номерами. Сервис использует API-ключ учётной записи и ответы в формате JSON. В документации также описана работа вебхуков: глобальные URL для отправленных и полученных fax, уведомления после завершения fax и до пяти повторных попыток с опубликованным графиком задержек.

Глобальные URL событий подходят для простой настройки на уровне всей учётной записи. Командам, которым нужны подписанные запросы, повторная отправка или инструменты просмотра истории доставки, стоит уточнить у iFax, как эти меры сочетаются с их учётной записью и интеграцией.

Подходит для: разработчиков, которым нужна REST-интеграция с API-ключом и URL вебхуков на уровне всей учётной записи.

4. Retarus

Retarus предлагает региональный REST API для отправки fax из приложений, а также другие варианты корпоративной интеграции. В руководстве описаны отчёты о статусе, которые можно запрашивать опросом или получать на конечную точку клиента. HTTP-адрес для отправки статуса можно задать для отдельного задания или настроить URL по умолчанию для учётной записи. Документированные способы аутентификации: Basic, Digest и OAuth 2.0. Отчёты о статусе доступны для получения в течение 30 дней либо до ручного удаления.

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

Подходит для: корпоративных команд, которым нужны региональные варианты сервиса и настраиваемая доставка статусов в рамках интеграции под руководством провайдера.

5. Concord

Материалы Concord для разработчиков охватывают интеграции для fax и обмена документами, в том числе API, которые принимают входящие документы и возвращают обработанные файлы через HTTP push или pull. Для части ресурсов требуется вход на портал, а публичные материалы относятся к разным разделам документации и поколениям API. Перед сравнением деталей конечных точек уточните, какой продукт Concord, версию API и вариант развёртывания вы планируете использовать.

В одном из публичных руководств по исходящим уведомлениям рекомендуется реализовать проверку статуса по запросу (pull) как резервный механизм для push. Там отмечено, что push может задерживаться на несколько минут или из-за недоступности целевого сервера. Предусмотрите механизм сверки и не исходите из того, что каждое уведомление придёт точно тогда, когда его ожидает ваше приложение. Уточните у Concord актуальные сведения об аутентификации вебхуков, повторных попытках, повторной отправке и журналах доставки для конкретного сервиса, который вы рассматриваете.

Подходит для: организаций, которые оценивают более широкие возможности Concord по обмену документами и корпоративной интеграции, особенно если fax входит в состав более крупной программы.

6. InterFAX

InterFAX публикует справочники по REST API для исходящих и входящих операций с fax. Документация охватывает отправку, получение статуса, работу с входящими документами и другие действия по управлению заданиями. В справочнике API также есть операция повторной отправки обратного вызова, которая даёт разработчикам документированный способ запросить обратный вызов ещё раз.

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

Подходит для: разработчиков, которым нужен прямой REST API для входящих и исходящих сценариев работы с fax и которые могут уточнить у провайдера операции обратного вызова.

7. WestFax

Портал разработчика WestFax предлагает бесплатные учётные данные для песочницы, имитационные REST API, которые повторяют пути запросов и структуру ответов рабочей среды, а также примеры, которые разработчики могут копировать. Песочница позволяет команде имитировать результаты обратных вызовов без отправки реального fax.

Краткое руководство описывает исходящий процесс из двух частей: WestFax обращается к URL по завершении задания, после чего приложение получает подробный статус по каждому получателю через отдельный вызов API. Входящие обратные вызовы работают похоже: они сообщают приложению о получении fax, после чего оно запрашивает метаданные и PDF. Руководство рекомендует быстро возвращать успешный ответ и обрабатывать работу асинхронно. Также рекомендуется идемпотентная обработка, поскольку медленная конечная точка может получить обратный вызов повторно. Перед запуском уточните способ аутентификации в рабочей среде, график повторных попыток обратных вызовов, варианты подписи и повторную отправку событий.

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

8. RightFax, теперь OpenText Fax

Сейчас RightFax продаётся компанией OpenText под названием OpenText Fax. OpenText описывает варианты развёртывания: локальное, гибридное и в частном cloud. Это решение подходит организациям, у которых уже есть инфраструктура fax или которым нужно контролировать, где работает fax-сервер. Однако оно относится к другой категории, чем размещённый cloud API с самостоятельной настройкой.

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

Подходит для: организаций, которым нужен API, подключаемый к fax-серверу, который эксплуатирует сам заказчик, или к гибридной fax-среде.

9. Documo

Документация Documo по вебхукам описывает настройку на уровне учётной записи или отдельного номера fax, широкий набор событий входящих и исходящих fax, а также необязательную аутентификацию HTTP Basic. Провайдер публикует график повторных попыток: семь попыток с увеличивающимися интервалами. Если все попытки завершились неудачей, согласно документации отправляется письмо с данными об ошибке и вебхуке. Справочник событий также содержит события завершения и сбоя запроса вебхука.

Вебхук охватывает лишь часть процесса работы с документом. Входящие события могут поступать постранично, а приложение может получить файл fax через API. Предусмотрите раздельную обработку событий и загрузку документа и уточните, как для вашей учётной записи работают права доступа, хранение и повторные попытки. Публичные источники Documo включают как инструкции по настройке в портале, так и справочники по API. Убедитесь, что ваша команда изучает именно ту конфигурацию продукта и API, которая указана в коммерческом предложении.

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

10. SRFax

Руководство разработчика SRFax описывает API на основе HTTPS POST с ответами в формате JSON или XML. Его операции, построенные на действиях (action), позволяют поставить fax в очередь, проверить статус одного или нескольких fax, получить элементы из входящих и исходящих, скачать файлы fax и управлять заданиями в очереди. Провайдер также публикует клиентские классы и примеры, доступные для загрузки.

Для исходящих fax SRFax документирует параметр sNotifyURL: после постановки задания в очередь на указанный URL отправляются поля со статусом fax. В документации API сказано, что при пропуске уведомления разработчик по-прежнему может запросить статус методом опроса. Такая схема с обратным вызовом и резервным опросом работоспособна, но публичное руководство не содержит столько операционных деталей, сколько современный портал событий. Уточните, как устроены входящие уведомления, аутентификация обратных вызовов и повторные попытки доставки, а также есть ли для вашей учётной записи журнал или ручной повтор отправки.

Подходит для: команд, которых устраивают API на основе действий, загружаемые примеры кода и резервный опрос для уведомлений о статусе исходящих fax.

Cloud API для fax, управляемый сервис или fax-сервер?

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

• Cloud API для fax: ваше приложение обращается к размещённому сервису, а провайдер эксплуатирует инфраструктуру доставки fax. Fax.Plus, eFax, iFax, InterFAX, WestFax, Documo и SRFax публикуют варианты работы через cloud API. Сверьте с вашими требованиями регионы обслуживания, охват номеров, пропускную способность, сроки хранения, поддержку и условия доступа к учётной записи.
• Управляемый корпоративный сервис: провайдер может помочь определить региональные конечные точки, настройку учётной записи, маршрутизацию, тестовый доступ и операционную поддержку. Эта модель подходит для Retarus и Concord. Уточните, какие услуги включены в договор и кто отвечает за работы по интеграции.
• Fax-сервер, эксплуатируемый заказчиком, или гибридное решение: API подключается к серверной среде, которую эксплуатирует ваша организация или партнёр по внедрению. Сюда относится RightFax/OpenText. Такая модель может дать больше контроля над инфраструктурой, но требует планирования версионирования, хостинга, обновлений, мониторинга и распределения ответственности за поддержку.

Эти категории пересекаются. Провайдер может предлагать несколько вариантов доставки, а управляемому cloud-сервису всё равно нужно техническое подключение. Попросите поставщика сопоставить конкретный продукт и вариант развёртывания из вашего коммерческого предложения с документацией по API, которую вы изучаете.

Чек-лист для оценки API для fax

Сравнивайте провайдеров по основным критериям:

• Охват рабочих процессов: позволяет ли API отправлять и принимать fax, сообщать статус, возвращать документы, а также управлять номерами fax и доступом команды?
• Работа с вебхуками: чётко ли определены события, подписываются ли они? Есть ли повторные попытки, журналы доставки, повторная отправка событий, фильтры маршрутизации и безопасная обработка дубликатов?
• Результаты отправки fax: можно ли отслеживать результаты по каждому получателю и получать отчёты о подтверждении? Разделяйте повторные попытки передачи fax и повторные попытки доставки вебхуков.
• Доступ для разработчиков: подходят ли вашей команде документация, SDK, тестовый доступ, аутентификация и поддержка внедрения?
• Безопасность и развёртывание: соответствуют ли вашим требованиям меры контроля доступа, порядок обработки данных, сроки хранения, местонахождение данных, регуляторные условия, а также cloud и гибридные варианты?
• Масштаб и стоимость: можно ли спрогнозировать лимиты по страницам, файлам, параллельным заданиям, пользователям и номерам и понятны ли расценки при больших объёмах?
• Совместимость с автоматизацией: интегрируется ли провайдер с вашими текущими инструментами, включая no-code-сценарии и MCP для задач с участием ИИ?

Наш вывод

Командам, которые ориентированы на cloud и которым нужны API для приложений, вебхуки для эксплуатации и путь к сценариям с ИИ-агентами, мы рекомендуем Fax.Plus. REST API позволяет управлять операциями с fax из приложения. Подписанные вебхуки с фильтрами дают командам прозрачность доставки событий и возможность восстановления. Размещённый MCP-сервер подключает совместимых ассистентов к повседневным задачам с fax. В совокупности эти возможности дают командам единую платформу как для привычных серверных интеграций, так и для новых диалоговых сценариев.

Остальные провайдеры подходят для более узких задач: eFax — организациям, которые уже используют его сервис Corporate, а RightFax/OpenText — командам, которым нужна инфраструктура fax, эксплуатируемая заказчиком или гибридная. Для команд, которые строят современный cloud-процесс работы с fax на основе API, управления учётными записями и номерами, вебхуков и ИИ-ассистентов, Fax.Plus — самый сильный вариант в этом сравнении. Используйте API Fax.Plus для интеграции с приложениями и MCP, чтобы подключить fax к сценариям с участием ИИ.