Как сохранить полную историю переписки из Wazzup

Что Wazzup хранит сам, а что нужно настроить дополнительно, чтобы не потерять переписку с клиентами

Wazzup — это сервис-коннектор между мессенджерами (WhatsApp, Telegram, Instagram*, VK, Авито, MAX и другие) и CRM. Он не создан как самостоятельный архив переписки: основное место хранения истории — карточка сделки или контакта в CRM, с которой Wazzup интегрирован [5]. Если нужна независимая от CRM копия переписки — за период, для аудита, для миграции или для юридических целей — используется официальный API-метод выгрузки сообщений messages_dump, который формирует CSV-файл с данными о канале, чате, адресате, тексте и менеджере [1]. Отдельной кнопки «выгрузить всё» в личном кабинете для конечного пользователя в документации не описано — экспорт делается программно, через разработчика или no-code коннектор.

В чём проблема и кому это нужно

Компания подключает WhatsApp, Telegram и другие каналы через Wazzup к своей CRM, менеджеры годами переписываются с клиентами — и рано или поздно возникает один из вопросов:

• Что будет с историей, если сменить CRM или отказаться от Wazzup?
• Как получить переписку за прошлый квартал для разбора спора с клиентом или для проверки работы менеджера?
• Что произойдёт с историей, если отвязать номер WhatsApp Business API от сервиса?
• Как выполнить требования по хранению персональных данных клиентов, если переписка содержит имена, номера телефонов, адреса?

Единого «архива на все случаи жизни» Wazzup не предлагает — но даёт инструменты, которыми можно закрыть каждую из этих задач, если настроить их заранее, а не постфактум.

Как устроено хранение переписки в Wazzup

Wazzup как посредник, а не архив

Технически Wazzup работает как прослойка между мессенджерами и CRM: принимает сообщения по API мессенджера, передаёт их в CRM через вебхуки и одновременно показывает в едином окне чатов — в личном кабинете Wazzup, внутри CRM или в мобильном приложении [4]. Так как интерфейс переписки идентичен во всех местах подключения, пользователю кажется, что «Wazzup хранит всё» — но фактически основной актуальной копией для дальнейшей работы обычно становится запись в CRM: например, в Битрикс24 переписка сохраняется в карточке лида, сделки или контакта в виде комментариев [6][5].

Где физически «живёт» история

У Wazzup есть собственная инфраструктура: сервис размещён в двух независимых дата-центрах, соответствующих международному стандарту информационной безопасности ISO/IEC 27001, с ежедневным резервным копированием и возможностью восстановить состояние сервиса за последние три месяца [2]. Это резервное копирование защищает от сбоев и потери данных на стороне Wazzup, но не является инструментом самостоятельной выгрузки истории пользователем — восстановление касается работоспособности сервиса, а не выдачи архива по запросу клиента.

Для программного доступа к истории существует отдельный API-метод: POST /v2/messages/messages_dump создаёт задачу на выгрузку сообщений за указанный период (start_at, end_at), при необходимости — только по одному каналу (channel_id). Готовый файл отдаётся не сразу, а асинхронно: клиент подписывается на вебхук messages_dump.status_update, и когда выгрузка готова, в вебхуке приходит ссылка на CSV с данными [1][3].

Российская специфика: 152-ФЗ, локализация и GDPR

Переписка с клиентами почти всегда содержит персональные данные: имя, номер телефона, иногда адрес или данные заказа. Это значит, что при экспорте истории компания как оператор персональных данных должна учитывать требования 152-ФЗ «О персональных данных».

Ключевой момент — локализация: часть 5 статьи 18 152-ФЗ (введённая законом № 242-ФЗ) обязывает оператора при первичном сборе, накоплении и хранении персональных данных граждан РФ использовать базы данных, физически расположенные на территории России [11]. С 1 июля 2025 года требования по этой норме были уточнены и стали строже применяться на практике [12]. Правило касается именно первичной обработки: закон не запрещает впоследствии передавать данные за рубеж или дублировать их на других серверах, но исходная и актуальная копия должна храниться в РФ [13].

Практический вывод для темы статьи: если компания настраивает собственную выгрузку переписки Wazzup (через API или вебхуки) в стороннее хранилище — таблицу, базу данных, BI-систему, — это хранилище само становится местом обработки персональных данных, и его тоже нужно размещать на серверах в России, а не выбирать зарубежный облачный сервис «по умолчанию».

Сам Wazzup со своей стороны заявляет о соответствии как европейскому регламенту GDPR, так и российскому 152-ФЗ, а также об использовании шифрования при передаче данных (TLS 1.2) [2]. Но соответствие требованиям на стороне Wazzup не снимает с компании-клиента ответственности за то, куда она сама выгружает и как хранит скопированную переписку.

Способы сохранить полную историю переписки

Способ 1. История в карточке CRM

Это базовый сценарий, который работает «из коробки» после настройки интеграции: каждое сообщение из подключённого канала попадает в карточку лида, сделки или контакта в виде комментария или элемента ленты [6][5]. Плюс — не требует разработки. Минус — история жёстко привязана к конкретной CRM: если сменить CRM-систему или удалить карточку, переписка, как правило, теряется вместе с ней, а массовой выгрузки «в один клик» из самой CRM для истории Wazzup обычно нет.

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

Способ 2. Выгрузка сообщений через API

Метод POST /v2/messages/messages_dump позволяет получить CSV-файл с историей переписки за произвольный период по всем каналам или по конкретному каналу [1]. В файле есть данные о канале, чате, адресате, тексте сообщения и менеджере, который его отправил, — этого достаточно для ручного архивирования, разбора инцидента или юридического запроса.

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

Подходит для: разовых выгрузок за период (например, ежемесячно) и для случаев, когда нужно подтвердить содержание переписки независимо от CRM.

Способ 3. Автоматическая репликация через вебхуки

Более надёжный вариант для тех, кому нужна постоянная и полная история, а не периодические выгрузки: подписаться на вебхуки о новых сообщениях и их статусах [3] и в реальном времени записывать каждое входящее и исходящее сообщение в собственную базу данных или хранилище, физически размещённое в России (см. раздел о 152-ФЗ выше). В таком случае архив не зависит ни от смены CRM, ни от отключения канала, ни от действий менеджеров.

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

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

Способ 4. No-code коннекторы

Если нет своего разработчика, дублировать сообщения из вебхуков Wazzup в Google Таблицы, базу данных или другую систему можно через no-code платформы интеграции — например, через связки HTTP-запрос/исходящий вебхук [9] или готовые коннекторы для работы с вебхуками Wazzup без программиста [10]. Это компромиссный вариант между «ничего не настраивать» и «нанимать разработчика»: настройка занимает время сопоставимое с обычной интеграцией CRM, но не требует написания кода.

Минус — такие платформы часто зарубежные или используют облако вне контролируемой юрисдикции, поэтому при выборе no-code сервиса для хранения персональных данных клиентов нужно отдельно проверять, где физически расположены его серверы, — это прямо влияет на соответствие требованиям локализации ПДн.

Пошаговая настройка выгрузки через API

1. Получите client_access_token. Он выдаётся через упрощённую авторизацию или OAuth и используется в заголовке Authorization: Bearer client_access_token для всех запросов к API сообщений [1].
2. Подпишитесь на вебхук messages_dump.status_update. Без этой подписки готовая выгрузка не будет доставлена — важно настроить приём вебхука заранее, до отправки запроса на выгрузку [1][3].
3. Отправьте запрос на выгрузку. POST /v2/messages/messages_dump с параметрами start_at, end_at (в формате ISO 8601) и, при необходимости, channel_id для конкретного канала. В ответ приходит export_id и статус pending [1].
4. Проверьте статус задачи. Через GET /v2/messages/messages_dump/{export_id} можно узнать, готова ли выгрузка (pending, processing, done, webhook_failed) [1].
5. Скачайте CSV по ссылке из вебхука или ответа API и сохраните файл в защищённом хранилище на серверах в РФ, с ограничением доступа только для ответственных сотрудников.
6. Настройте регулярность. Для регулярного архивирования удобно делать выгрузку по расписанию — например, раз в месяц — и хранить файлы с понятной структурой папок по периодам и каналам.

Ограничения, риски и типичные ошибки

• Потеря истории при отвязке номера WABA. Если номер WhatsApp Business API ранее уже был привязан к аккаунту WhatsApp или Facebook*, для повторного подключения нужно удалить прежний аккаунт в приложении WhatsApp — а вместе с этим теряется вся история переписки, которая была на этом номере [7]. Это стоит учитывать до переноса номера, а не после.
• Экспорт — не то же самое, что интерфейс просмотра. Метод messages_dump отдаёт метаданные и текст сообщений в CSV, а не полноценную копию интерфейса переписки с вложениями «как есть» — файлы и медиа при полном архивировании нужно выгружать и сохранять отдельно.
• Резервные копии Wazzup — не архив пользователя. Ежедневное резервное копирование с глубиной в три месяца защищает от сбоев самого сервиса, а не является способом получить историю переписки по запросу клиента [2].
• Удаление аккаунта = удаление всех данных. При отказе от сервиса Wazzup удаляет аккаунт со всеми данными по обращению в поддержку [2] — значит, если нужна многолетняя история, её нужно выгрузить заранее, до закрытия аккаунта.
• Собственное хранилище — тоже объект 152-ФЗ. Настроив репликацию переписки в свою базу данных, компания создаёт новое место хранения персональных данных клиентов и обязана соблюдать те же требования к локализации, что и для любой другой базы с ПДн [11][12][13].
• Асинхронность API. Запрос на выгрузку не отдаёт файл сразу — важно заранее настроить обработку вебхука messages_dump.status_update, иначе можно не узнать, что архив готов [1].

Как выбрать подходящий вариант

Если переписка нужна только «для порядка» и достаточно того, что видно в CRM, — отдельная настройка не требуется, история и так копится в карточках сделок. Если периодически нужен независимый архив за период — для отчётности, разбора спора или due diligence — оптимален разовый или регулярный экспорт через API messages_dump. Если цель — полная, независимая от CRM и канала история переписки с возможностью long-term хранения и аудита, разумнее настроить постоянную репликацию через вебхуки в собственную защищённую базу данных. No-code коннекторы — рабочий средний вариант, когда нужна автоматизация, но нет штатного разработчика, при условии, что выбранная платформа и хранилище физически находятся в подходящей юрисдикции.

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

Как может помочь «Пятый фактор»

Экспорт переписки из Wazzup решает техническую задачу, но одновременно создаёт новый вопрос: где теперь физически находятся персональные данные клиентов — в CSV-файлах на диске сотрудника, в таблице стороннего no-code сервиса, в новой базе данных — и соответствует ли это требованиям 152-ФЗ. «Пятый фактор» — сервис, который помогает компаниям видеть, где в их ИТ-инфраструктуре появляются персональные данные и какие с этим связаны риски: новые поля в CRM и 1С, экспортные файлы, вебхуки и подключения сторонних сервисов, которые меняют фактический маршрут данных [14]. Если компания настраивает регулярную выгрузку переписки Wazzup в собственное хранилище или через no-code коннектор, имеет смысл заранее проверить, не создаёт ли это новый неучтённый канал хранения персональных данных за пределами контролируемого периметра.

Вывод

Wazzup сам по себе не задуман как долговременный архив переписки — это коннектор между мессенджерами и CRM, и основная копия истории обычно живёт в карточках CRM. Но у сервиса есть официальный API-метод выгрузки сообщений и механизм вебхуков, которые при должной настройке позволяют получить полную и независимую историю переписки — разово, регулярно или в режиме реального времени. Выбор конкретного способа зависит от того, нужен ли разовый архив для отчётности или постоянная, не зависящая от CRM копия переписки, а для российского бизнеса дополнительно важно, чтобы любое новое место хранения этой истории соответствовало требованиям локализации персональных данных.

Источники

[1] wazzup24.ru — Сообщения (API-документация, метод messages_dump) — https://wazzup24.ru/help/api/messages/

[2] wazzup24.ru — Безопасность данных — https://wazzup24.ru/help/how-to-use/security-ru/

[3] wazzup24.ru — Webhooks — https://wazzup24.ru/help/api-ru/webhooks-2/

[4] wazzup24.ru — Как устроены чаты Wazzup — https://wazzup24.ru/help/how-to-use/kak-ustroeny-chaty-wazzup/

[5] vc.ru — Wazzup: обзор сервиса по интеграции мессенджеров и социальных сетей — https://vc.ru/services/2397265-wazzup-integratsiya-messendzherov-i-sotsetey-dlya-biznesa

[6] positive2b.ru — Wazzup: приложение для интеграции Битрикс24 с Max и другими мессенджерами — https://www.positive2b.ru/news/crm/wazzup-prilozhenie-dlya-integratsii-bitrix24-s-whatsapp/

[7] advantshop.net — Модуль Wazzup — https://www.advantshop.net/help/pages/modul-wazzup

[8] apps.apple.com — Wazzup (приложение) — https://apps.apple.com/ru/app/wazzup/id1553773214

[9] albato.ru — Интеграция HTTP Запрос/Исходящий webhook с Wazzup — https://albato.ru/integration-http-wazzup

[10] apimonster.ru — Интеграция Wazzup 24 и входящие вебхуки по API — https://apimonster.ru/connector/bundle/wazzup24/webhook/

[11] consultant.ru — Локализация персональных данных (подборка) — https://www.consultant.ru/law/podborki/lokalizaciya_personalnyh_dannyh/

[12] b1.ru — Новые правила по локализации персональных данных граждан РФ — https://b1.ru/insights/law-messenger/localization-of-personal-data-of-russian-citizens-6-march-2025/

[13] wcr-consulting.com — Локализация персональных данных по 152-ФЗ: требования — https://wcr-consulting.com/blog/2026/03/13/lokalizaciya-baz-dannyh-personalnyh-dannyh/

[14] 5factor.ru — Пятый фактор: нарушения 152-ФЗ под постоянным контролем — https://5factor.ru/

*Instagram и Facebook принадлежат компании Meta, признанной экстремистской и запрещённой на территории РФ.