Менеджер интернет-магазина в 9:30 утра открывает почту: 25 новых заказов за ночь. На каждый нужно подготовить товар, упаковать — и создать экспресс-накладную на сайте Новой Почты. По 5-7 минут на ТТН: логин, форма, копирование адреса из заказа в отдельную вкладку, выбор отделения, описание груза, объявленная стоимость, тип оплаты. К обеду менеджер ещё не начал паковать — он только создал накладные.

Это типичная картина для малого и среднего e-commerce. 25 заказов × 6 минут = 2,5 часа ежедневно, которые можно вернуть себе — если программа учёта интегрирована с Новой Почтой напрямую. Разберём, как это реально выглядит в ERPJS — без обещаний «всё автоматически», а с конкретикой о том, что автоматизировано, а что нет.

Почему создание ТТН вручную убивает маржу малого магазина?

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

Сколько времени уходит на самом деле:

• Логин в кабинет НП — 30 секунд (иногда приходится восстанавливать сессию)
• Перенести данные из заказа в форму НП — 2-3 минуты (адрес, телефон, ФИО, вес, описание груза)
• Найти нужное отделение из 38 000+ — 30-60 секунд
• Рассчитать объявленную стоимость и наложенный платёж — 30 секунд
• Сохранить и распечатать маркировку — 30 секунд

В сумме 5-7 минут на одну ТТН — при условии что ничего не сломалось. Если в кабинете НП вылезла новая капча или медленно загрузилось отделение, можно добавить ещё минуту-две.

Типичные ошибки при ручном вводе:

• Не тот адрес. Менеджер скопировал адрес предыдущего клиента — посылка ушла другому человеку. Переадресация стоит денег и времени.
• Неправильная объявленная стоимость. Менеджер забыл добавить НДС или вписал цену одной единицы вместо всего заказа — клиент получает посылку с некорректной ценой, возникают вопросы при возврате.
• Потерянный номер ТТН. Менеджер создал накладную, но не вставил номер в заказ — через неделю клиент пишет «где моя посылка», и никто не знает, какая это ТТН.
• Дубль ТТН. Два менеджера на один заказ создали две накладные. Одну нужно удалять, деньги возвращать.

Для магазина с 30 ТТН в день это 2,5 часа работы менеджера + 1-3 ошибки в неделю. Ошибки стоят: переадресация — 50-80 грн, дополнительный контакт с клиентом — 10-15 минут менеджера, потерянный клиент — несколько сотен или несколько тысяч гривен упущенного LTV.

Как ERPJS создаёт ТТН из заказа одним кликом?

В ERPJS экспресс-накладная Новой Почты создаётся из заказа или из документа отгрузки. Менеджер открывает заказ → нажимает кнопку «Создать экспресс-накладную (НП)» → система формирует все поля из данных заказа и отправляет запрос в Новую Почту. Через 2-3 секунды ТТН готова, номер записан в заказе.

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

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

Что заполняется автоматически, а что нужно ввести вручную?

Это вопрос, где честный ответ важнее обещания «всё автоматически». Разберём по полям.

Автоматически из данных отправителя:

• Город и отделение отправителя (из настроек вашего юр.лица в системе)
• Контактное лицо, телефон отправителя
• Тип груза (стандартный — «Товары»)
• Кто платит за доставку (из настроек: вы или клиент)

Автоматически из данных заказа:

• Объявленная стоимость = сумма заказа
• Наложенный платёж = сумма заказа (если клиент платит при получении)
• Юридическое лицо клиента — система распознаёт по наличию ЕГРПОУ в карточке контрагента
• Номер заказа привязывается к ТТН — потом видно, какая посылка для какого заказа

Вручную вводит менеджер:

• Город получателя (если это новый клиент, которого нет в базе)
• Отделение или полный адрес (отделение-отделение или адресная доставка)
• ФИО и телефон получателя (если нет в карточке клиента)

Если клиент постоянный и уже есть в базе с адресом и телефоном, менеджеру вообще почти ничего не нужно вводить — нажал кнопку, проверил, подтвердил. Создание ТТН занимает 20-30 секунд вместо 5-7 минут.

Как работают справочники городов и отделений — быстро или с задержкой?

Это важная деталь, которую часто не замечают при выборе системы. У Новой Почты 38 000+ отделений и почтоматов, сотни городов. Если каждый раз при выборе система ходит в API НП — поиск тормозит, особенно при слабом интернете.

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

Обновление справочника — либо по нажатию кнопки в административном модуле, либо автоматически по расписанию (раз в неделю-две). Новые отделения появляются в системе без участия менеджера.

Что это даёт на практике:

• Поиск отделения занимает 2-3 секунды вместо 10-30
• Интеграция не зависит от доступности API НП в моменте — даже если у Новой Почты сбой, вы дальше можете готовить заказы, ТТН создастся позже
• Менеджер не отвлекается от основной работы на «загрузку справочника»

Как автоматически обновляются статусы доставки?

Создать ТТН — половина задачи. Вторая половина — знать, где она сейчас. В e-commerce это критично: клиенты спрашивают «где мой заказ», менеджер отвечает, маркетинг сегментирует клиентов по статусам доставки.

ERPJS периодически обращается к Новой Почте и опрашивает статус всех активных ТТН. Интервал настраивается — чаще всего устанавливают раз в 1-2 часа. Статус обновляется в заказе автоматически: «Принято в отправление», «В пути», «Прибыло в отделение», «Получено».

Как это выглядит в рабочем процессе:

• Менеджер открывает заказ — видит актуальный статус доставки без перехода в кабинет НП
• Можно построить отчёт «все посылки, которые доставляются более 5 дней» — и позвонить клиентам, предупредить
• Маркетинг настраивает автоматические письма клиентам — «ваша посылка прибыла в отделение», «вы её получили — оцените, пожалуйста, заказ»
• Бухгалтерия видит, какие заказы с наложенным платежом уже получены — деньги Новая Почта вернёт через 2-4 дня

Финальные статусы (доставлено, возвращено, отменено) система перестаёт опрашивать — нагрузка на API минимальная.

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

Печать маркировки — отдельная история. Маленькие магазины печатают на обычном офисном принтере формата А4 — и это нормально. Магазины с объёмом 50+ посылок в день переходят на термопринтеры Zebra (печатают на самоклеящихся рулонах 100×100 мм), потому что это быстрее и дешевле — не нужен тонер, нет ограничений на распечатывание.

ERPJS поддерживает оба варианта:

• Печать экспресс-накладной (А4) — стандартная печать на обычном принтере. Подходит для офиса, где отправляют 5-20 посылок в день.
• Печать маркировки для термопринтеров (Zebra) — специальный формат для самоклеящихся этикеток. Накладная печатается одним нажатием, ярлык автоматически наклеивается на коробку.

Система фиксирует, что маркировка уже напечатана — можно увидеть, для каких заказов ещё не сделана наклейка, и за день обработать все одним пакетом.

Можно ли подключить несколько магазинов или юр.лиц?

У малого бизнеса часто бывает ситуация: одна ФОП для маркетплейса, другая ТОВ — для B2B-продаж. Каждая — отдельный кабинет в Новой Почте, свой API-ключ.

В ERPJS таких отправителей можно подключить сколько угодно. Каждый — отдельная запись в настройках интеграции со своим API-ключом, типовым городом, отделением, настройками. При создании ТТН менеджер выбирает, от какого юр.лица отправлять посылку — или это автоматически определяется в зависимости от заказа (например, B2C → ФОП, B2B → ТОВ).

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

Какие типы доставки поддерживаются?

Поддерживаются все основные режимы Новой Почты:

• Отделение-Отделение — стандартный вариант для большинства заказов
• Отделение-Адрес — курьерская доставка до двери клиента
• Адрес-Отделение — забор курьером от вашего офиса или склада
• Адрес-Адрес — полная курьерская логистика
• Наложенный платёж — клиент платит при получении, вы получаете деньги от НП через 2-4 дня
• Предоплата — посылка идёт уже оплаченной, без блокировки средств
• Возврат товара — отдельный тип документа для рекламаций со стороны клиента

Честно об ограничениях: изменение отделения уже созданной ТТН через API не экспонировано в форме. Если клиент после отправки попросил изменить пункт получения — это нужно сделать через кабинет НП. Это планируется к добавлению в следующих версиях.

Что с бухгалтерским учётом услуг доставки?

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

Почему так: проводки зависят от того, кто платил за доставку (вы или клиент), каким способом (оплата с карты, со счёта), как это отражается в реестре НДС. Универсальной логики нет — у каждой компании своя схема учёта услуг доставки.

Что это означает на практике:

• Менеджер создаёт ТТН — интеграция работает автоматически
• Бухгалтер раз в месяц получает от НП отчёт и вносит итоговую проводку
• Через интеграцию уже видно, на какую сумму услуги НП за период — отчёт помогает сверить со счётом от НП

Это тот же подход, что и у большинства ERP-систем — автоматизировать операционную работу (создание ТТН, статусы) и оставить бухгалтеру полный контроль над тем, что уже попадает в Главную книгу.

С чего начать интеграцию — план на полчаса

Реалистичный план подключения Новой Почты к ERPJS — менее чем за рабочий день:

Шаг 1 (5 минут): получить API-ключ. Зайти в свой кабинет Новой Почты → Настройки → API → создать новый ключ. Скопировать.

Шаг 2 (5 минут): добавить отправителя в ERPJS. В настройках интеграции вставить API-ключ, выбрать город, типовое отделение, контактное лицо. Сохранить.

Шаг 3 (5-10 минут): загрузить справочники. Нажать кнопку «Обновить справочники НП» — система подтянет все города, отделения, типы груза. Делается один раз на установку.

Шаг 4 (10 минут): тестовая ТТН. Создать один заказ, попробовать создать ТТН. Проверить, что номер появился, маркировка печатается.

Шаг 5 (опционально): добавить автоматическое обновление статусов. В административном модуле поставить обновление раз в час-два. Это делается один раз.

После этого интеграция готова к промышленной эксплуатации. Менеджеры продолжают работать в привычных заказах, но кнопка «Создать ТТН» убирает 5-7 минут ручной работы на каждую посылку.

Что это даёт в результате

Через месяц работы с интеграцией Новой Почты владелец магазина получает:

• ✅ Экономия 2-3 часов работы менеджера ежедневно (для магазина с 30 ТТН/день)
• ✅ Меньше ошибок в адресах и данных — всё подтягивается автоматически из карточки клиента
• ✅ Привязка каждой ТТН к конкретному заказу — поиск статуса занимает секунды
• ✅ Автоматические статусы доставки в реальном времени — клиенты получают ответ быстро
• ✅ Печать маркировок пакетом за день — менеджер работает партиями, а не по одной посылке
• ✅ Поддержка нескольких юр.лиц или магазинов в одной системе
• ✅ Отчёты по доставкам для анализа: среднее время, количество возвратов, география

Если у вас больше 10 посылок в день — ручное создание ТТН на сайте НП уже стоит дороже, чем интегрированная система. Для 30+ посылок интеграция окупается за первую же неделю.

Если вы только запускаете магазин или планируете переход — начинайте с учёта товаров и базовой программы учёта магазина, а интеграцию с Новой Почтой добавляйте, когда объём доставок станет критическим для времени команды. POS-касса с онлайн-фискализацией — отдельная история, её мы разбирали в посте об интегрированной POS-кассе.

Часто задаваемые вопросы