Новая Почта и CRM: трекинг отправлений, автозаполнение ТТН

Для 70% украинских интернет-магазинов и сервисных бизнесов, которые отправляют товар почтой, трекинг Новой Почты — не «хочу-не хочу», а операционная необходимость. Клиент заплатил, вы отправили, ТТН где-то едет — и кто-то должен следить, когда посылка доставлена, чтобы закрыть сделку и запустить послепродажную работу. Менеджер, который каждое утро открывает 40 вкладок Новой Почты и копирует статусы в CRM, — это не «автоматизация», это ручной труд. В этом материале — как наладить трекинг НП в TurboCRM, хотя нативного модуля у нас ещё нет, через открытый Nova Poshta API и Make/Zapier.

Что означает «трекинг посылок в CRM»

Это набор сценариев, которые автоматизируют жизненный цикл заказа после отправки:

• Создали ТТН в кабинете НП → CRM получает номер в поле «ТТН» сделки.
• Статус в НП изменился на «В пути» → сделка переходит на этап «Доставка».
• Статус «Прибыла в отделение» → автоматическое SMS клиенту «Ваш заказ ждёт вас в отделении #143».
• Статус «Получено» → сделка закрывается как «Успешная», создаётся задача «Спросить впечатления через 3 дня».
• Статус «Возврат отправителю» → задача «Связаться с клиентом, выяснить причину».

90% сбоев в доставке заметны за 24 часа до того, как клиент вам позвонит с претензией. Трекинг даёт те 24 часа, чтобы отреагировать первыми.

Честно: нативного модуля в TurboCRM нет

Мы регулярно получаем запросы на готовый «Нова Пошта»-модуль, и честный ответ — его нет в коробке по состоянию на апрель 2026. У нас есть:

• Есть: REST API (`/api/v1/*`) для чтения и записи сделок, клиентов, задач, активностей.
• Есть: incoming webhooks (`/api/v1/webhook/{token}`) — внешняя система толкает нам события.
• Есть: outgoing webhooks — когда сделка/статус меняется, CRM толкает URL наружу.
• Есть: custom fields для хранения ТТН, типа отправления, отделения получения.
• Есть: интеграция с TurboSMS для отправки сообщений клиентам.
• Нет: готового «подключил аккаунт НП — получил трекинг» модуля.

Нативный модуль НП и Укрпочты — в roadmap на Q4 2026. Пока есть два рабочих паттерна через Make/Zapier или собственный микросервис. Оба покрывают 100% кейсов.

Паттерн 1: через Make.com (без кода)

Nova Poshta имеет публичный REST API с методом `getDocumentList`, который возвращает статусы всех ваших ТТН за период. Ключ API получается в личном кабинете за 2 минуты. В Make есть HTTP-модуль, через который можно ходить в этот API.

Сценарий: статус НП → обновление сделки TurboCRM

1. В Make создайте Scenario: Trigger — Schedule (раз в 15 минут).
2. Добавьте HTTP → Make a request → POST `https://api.novaposhta.ua/v2.0/json/`.
3. Body: `{"apiKey":"ВАШ_КЛЮЧ","modelName":"TrackingDocument","calledMethod":"getStatusDocuments","methodProperties":{"Documents":[{"DocumentNumber":"20450912345678"}]}}`.
4. Парсите ответ, чтобы получить `Status` каждой ТТН.
5. Router → фильтр по статусу → для каждого случая действие в TurboCRM API.
6. Пример: статус «Получено» → HTTP POST `https://{tenant}.turbocrm.com.ua/api/v1/deals/{id}/stage`, body `{"stage":"won"}`.
7. Параллельно — POST в `/api/v1/deals/{id}/activities` с текстом «Посылка получена клиентом».

Оптимальная частота polling — каждые 15 минут. Реже — клиент успеет позвонить первым. Чаще — съедите квоту Make. Для SMB с 50-100 активных ТТН полу-дневного тарифа Make-Core (10 000 операций/мес) хватает.

Дополнительная автоматизация — SMS на переход статуса

В Make после обновления сделки добавьте ещё один модуль — HTTP POST в TurboSMS API или в `/api/v1/sms/send` TurboCRM:

• Статус «Прибыла в отделение» → SMS «Ваш заказ #1234 в отделении НП №143. Готов для получения. Спасибо!»
• Статус «Хранится на складе» → SMS «Напоминаем о заказе #1234 — его можно забрать до 25.04.»
• Статус «Возвращается отправителю» → менеджеру (не клиенту) — задача «Связаться с клиентом».

Один автоматический SMS на статус «прибыла в отделение» даёт +7% конверсии получения (по нашим данным среди магазинов одежды). Клиент иногда забывает, что заказал.

Паттерн 2: собственный микросервис

Для бизнеса с 500+ отправлений в день Make становится дорогим. Тогда стоит написать воркер на PHP/Node.js, который:

1. Раз в 15 мин забирает из TurboCRM список открытых сделок с заполненным полем `ttn` (через REST API).
2. Делает один batch-запрос в Nova Poshta API (до 100 ТТН за раз).
3. Парсит ответ, фильтрует изменения статусов (сохраняет предыдущий статус в локальном storage или в custom field).
4. Для каждого изменения — HTTP POST в TurboCRM API.

Такой воркер мы регулярно видим у клиентов с 1000+ отправлений/день. Стоимость разработки — 2-3 человеко-дня, поддержка — почти ноль. Детали о собственных webhooks мы разбирали в статье правила автоматизации.

Как хранить ТТН в TurboCRM

В TurboCRM создайте несколько custom fields на сущности «Сделка»:

• ТТН (text) — номер отправления.
• Тип доставки (select: отделение, постамат, адресная, склад-склад).
• Город/отделение получения (text).
• Статус НП (select из списка возможных статусов) — обновляется автоматически через API.
• Дата создания ТТН (date) — для SLA «если посылка в пути более 7 дней — алерт».

Поле «Статус НП» в custom fields сделайте с вариантами: «Создана», «Принята в отделении», «В пути», «Прибыла», «Получено», «Возврат», «Утеряно». Тогда менеджер может фильтровать Kanban по статусу.

Как создавать ТТН прямо из карточки сделки

Обратная задача: менеджер оформил сделку и теперь должен создать ТТН. Это тоже покрывается через Make. Сценарий:

1. В TurboCRM сделка переходит на этап «Готово к отправке» → outgoing webhook.
2. Make получает данные (ФИО клиента, телефон, город, отделение, сумма).
3. Make делает POST в Nova Poshta API, метод `save` модели `InternetDocumentGeneral`.
4. НП возвращает номер ТТН → Make записывает его в custom field сделки через TurboCRM API.
5. Параллельно — SMS клиенту «Ваш заказ отправлен. ТТН: 20450912345678».

Это экономит менеджеру 3-5 мин на каждый заказ. При 20 заказах/день — час рабочего времени.

Типичные ошибки и как их избежать

• Polling без фильтрации — ходите за всеми ТТН, даже за «Получено»/«Возвращено» (конечные статусы). Фикс: фильтруйте на стороне TurboCRM только открытые сделки.
• Дубли активностей — Make сработал дважды на одно и то же изменение. Фикс: перед POST проверяйте, существует ли активность с таким же названием и датой.
• Rate limit НП — 100 запросов/мин. Фикс: batch-запросы по 100 ТТН в один вызов.
• Timezone ляп — НП отдаёт в Europe/Kyiv, а вы храните UTC. Фикс: конвертация в Make.
• Ошибка в SMS-тексте — написали «Ваша посылка готово». Фикс: тестируйте шаблон на 3-5 статусах перед релизом.

Альтернатива — сервисы-агрегаторы

Если вам лень писать Make-сценарий, есть SaaS-сервисы типа Posta.one, Bayraktar.ua, которые агрегируют трекинг НП, Укрпочты, Meest и имеют готовый выход в CRM (через REST). Стоимость — от $10/мес. Минус — ещё одна зависимость в вашем стеке. Плюс — 5 минут на подключение.

Мы держим нейтральную позицию: если у вас до 100 ТТН в день — спокойно Make. Если больше — или собственный воркер, или агрегатор. Подробнее о паттернах интеграций мы писали в Telegram-боте и Meta Lead Ads.

TurboCRM имеет REST API, incoming/outgoing webhooks, интеграцию с TurboSMS и украинскую поддержку. Откройте тарифы и начните с 14 дней бесплатно — в чате мы поможем настроить Make-сценарий для вашей Новой Почты под ваш конкретный процесс доставки.