Інтеграція Нової Пошти — це вибір відділення, поштомата або адреси для кур'єра прямо в чекауті й створення експрес-накладної з адмінки, без переходу в кабінет перевізника. Робимо її через API перевізника на OpenCart, WooCommerce і Next.js. Починаємо не з коду, а з виміру: у магазині систем поливу реальне гостьове оформлення віддало 6 способів доставки від двох перевізників — сторінка «Доставка й оплата» такого не доводить. Строк — 3–10 робочих днів.
6 способів доставки від 2 перевізників, 3 способи оплати (01.08.2026)
Нова Пошта в наших проєктах
підтверджена в чекауті або на сторінці доставки у 16 магазинах, вимір 31.07.2026
Показники зняті нашим виміром на живих сайтах відповідного масштабу.
після безкоштовного аудиту
Вартість
30
Гарантія
днів після підписання акта
3–10
Строк робіт
робочих днів, п'ять етапів
відділення, кур'єр за адресою, поштомат
Сценарії в чекауті
6 с
Вимір чекауту магазину поливу
пособів доставки від 2 перевізників, 3 способи оплати (01.08.2026)
підтверджена в чекауті або на сторінці доставки у 16 магазинах, вимір 31.07.2026
Нова Пошта в наших проєктах
перевірка чекауту, 1–2 робочих дні, безкоштовно
Перед кошторисом
Що входить
Повний перелік робіт і того, що ви отримуєте на виході
Вибір відділення зі списку з пошуком по місту — менеджер отримує ідентифікатор відділення, а не рядок тексту
Кур'єрська доставка за адресою з перевіркою зони обслуговування — покупець не обирає варіант, якого до нього не існує
Поштомати окремим способом із власним довідником — сценарій для дрібних відправлень без черги на відділенні
Орієнтовний розрахунок вартості доставки в чекауті за вагою й оголошеною вартістю — замість нуля або порожнього місця в кошику
Оновлення довідника міст, відділень і поштоматів за розкладом — нові відділення з'являються без вашої участі
Створення експрес-накладної з адмінки й друк декларації — менеджер не переходить у кабінет перевізника й не вводить дані вдруге
Номер декларації повертається в замовлення й у лист покупцю — питання «де моя посилка» закривається до того, як його поставлять
Доведення форми замовлення: прізвище, телефон у коректному форматі, вага, оголошена вартість — без цих полів декларація не створиться
Перевірка на живому замовленні від кошика до друку ТТН разом із вашим менеджером — сценарій приймає людина, яка ним користуватиметься
Письмова інструкція під ваші процеси й гарантія 30 календарних днів на виконані роботи
Коли ця послуга не підходить
Що не входить у роботу — щоб не було сюрпризів на здачі
Договір із перевізником і отримання ключів API — вони видаються вам, не підряднику
Логістика: тарифи, розрахунок собівартості доставки, домовленості про знижки
Обробка повернень і оформлення зворотних відправлень у кабінеті перевізника
Робота з претензіями до перевізника
Підключення інших служб доставки — рахуємо окремо
Кому підходить
Ситуації, у яких ця послуга дає результат
Ситуація 1 з 5
Менеджер уточнює місто й відділення в кожному замовленні
Замовлення прийшло — далі дзвінок або повідомлення, щоб дізнатися, куди везти. Інтеграція переносить це питання в чекаут: покупець обирає відділення з довідника сам, і той самий запис іде в декларацію. Механізм тут про собівартість обробки замовлення, а не про трафік: ви прибираєте кілька хвилин ручної роботи з кожного продажу.
Розберемо вашу ситуацію на безкоштовному аудиті
Ситуація 2 з 5
Відділення потрапляє в замовлення текстом у полі коментаря
Найпоширеніший стан на сайтах, де доставка «є». Менеджер читає «НП 12, Дніпро» і сам вирішує, що це означає. Помилка в номері виявляється тоді, коли посилка приїхала не туди, і коштує вона повернення та повторної відправки. Список із довідника дає ідентифікатор, а не рядок тексту.
Ситуація 3 з 5
У чекауті доставка є, а ціни за неї немає
Обидва варіанти цієї поломки ми бачили на одному магазині: Нова Пошта показувалась без ціни взагалі, а другий перевізник — як «0 грн», хоча інформаційна сторінка називала 35–80 грн. Нуль у чекауті — це обіцянка, яку сайт не виконує, і покупець дізнається про неї вже на відділенні.
Ситуація 4 з 5
Замовлень стало більше, ніж вміщується в ручне оформлення
Поки їх десяток на тиждень, кабінет перевізника працює. На кількох десятках на день переклад даних руками перетворюється на окрему посаду й головне джерело друкарських помилок. Тоді має сенс кнопка «створити декларацію» прямо в замовленні.
Ситуація 5 з 5
Магазин на OpenCart або WooCommerce з живим каталогом
Обидві платформи мають готові збірки модулів під Нову Пошту, тому робота зводиться до налаштування, довідників і полів замовлення. На Next.js чекаут пишеться руками — там інтеграція довша, і ми кажемо про це до кошторису, а не після.
Безкоштовна перевірка чекауту перед інтеграцією
Ми не оцінюємо доставку зі слів: замовляємо тестовий товар у ваш кошик, доходимо до вибору способу доставки й дивимось, що сайт віддає насправді. Це займає години й дає точний обсяг робіт.
Що міряємо
Які способи доставки реально є в чекаутіПроходимо гостьове оформлення й запитуємо список методів. На виміряному магазині це дало 6 способів від двох перевізників — цифра з реального чекауту, а не зі сторінки «Доставка й оплата».
Чи є вибір відділення спискомРучне введення адреси відділення текстом — головна причина помилок у ТТН. Дивимось, чи підтягується довідник відділень і чи оновлюється він автоматично.
Чи показується вартість доставкиНа виміряному магазині Нова Пошта показувалась у чекауті взагалі без ціни, а інший перевізник — як «0 грн», хоча інформаційна сторінка називала 35–80 грн. Покупець бачить нуль і потім дізнається реальну суму на відділенні.
Що відбувається з замовленням після оформленняЧи створюється ТТН і де. Якщо менеджер щоразу переносить дані в кабінет перевізника руками, це кілька хвилин на замовлення й регулярні помилки в адресі.
Чи є в замовленні всі поля для деклараціїПрізвище, телефон у коректному форматі, вага й оголошена вартість. Без них ТТН не створиться автоматично, скільки б API не підключали.
Що ви отримуєте на руки
Звіт з реального чекауту: які методи доставки віддає сайт і з якими цінами.
Перелік того, чого бракує в замовленні для автоматичного створення декларації.
Оцінку робіт із поділом на обов'язкове й бажане.
Розмову на 20–30 хвилин із вами або вашим менеджером із замовлень.
Строк: 1–2 робочих дні
Чому це безкоштовно
Бо перевірка чекауту — це кілька годин роботи, і без неї оцінка була б здогадкою. Звіт лишається у вас у будь-якому разі.
Що далі
Після перевірки даємо кошторис і строк. Якщо на вашій платформі достатньо налаштувати наявний модуль замість писати інтеграцію — так і скажемо.
Форма коротка: контакт і адреса сайту
Працюємо офіційно
Договір, акт і рахунок — на кожен проєкт, а не тільки на великий. Без документів у вас немає ні прав на роботу, ні підстави провести витрати.
Договір, акт і гарантія 30 днів
На кожен проєкт письмовий договір: обсяг, строки, сума, порядок приймання. Після здачі — акт і рахунок, а далі 30 календарних днів гарантії: помилки з нашої вини усуваємо безоплатно. Усне з дзвінка дублюємо письмово того ж дня — домовленість, якої немає в тексті, не рахується.
ФОП і безготівковий розрахунок
Виконавець — зареєстрований ФОП. Оплата на рахунок із закривними документами, які бухгалтерія проведе як витрати. Курс для гривневої оплати фіксується договором, а не з’ясовується постфактум.
Права й доступи — ваші
Код, дизайн і матеріали переходять до вас після повної оплати. Домен, хостинг, репозиторій, аналітику й рекламні кабінети оформлюємо на вас — щоб сайт не залежав від підрядника. NDA підписуємо на запит, після завершення свої доступи видаляємо самі.
Портал клієнта замість переписки
На час роботи ви отримуєте доступ до порталу: договори, рахунки, акти й стан проєкту в одному місці. Документи формуються з даних угоди, тому реквізити й суми в них не розходяться, а про оплати й дедлайни нагадує система, а не пам’ять менеджера.
Замовники з Європи
Серед робіт — проєкти для Норвегії, Болгарії та Іспанії: болгарський магазин трьома мовами з кур’єрською доставкою, іспанський з оплатою карткою й переказом, норвезький сайт клініки. Це видно в портфоліо, а не тільки в описі.
Цифри, які можна перевірити
Кожен кейс у портфоліо — з посиланням на живий сайт і технічним виміром: швидкість відповіді, вага сторінки, обсяг каталогу, знайдені дефекти. Ці цифри можна зняти самому й звірити з нашими.
Спершу аудит, потім сума
Прайсу на сайті немає навмисно: обсяг тієї самої роботи у двох клієнтів відрізняється в рази, і цифра «від» нічого не пояснює. Спершу безкоштовний розбір — рахуємо ваші сторінки, дублі й швидкість, — потім називаємо суму й строк і фіксуємо їх у договорі.
Кажемо «ні», коли не впевнені
Якщо задача не наша, строк нереальний або послуга вам просто не потрібна — скажемо це першим листом, а не після передоплати. Гарантій позицій у пошуку не даємо: їх не дає ніхто, а обіцянка без механізму — це продаж, а не робота.
NDA підписуємо на запит. Після завершення співпраці наші доступи до ваших сервісів видаляємо самі й повідомляємо про це.
Що впливає на вартість
Чому дві однакові на вигляд задачі рахуються по-різному — і що саме ми міряємо на аудиті
Скільки сценаріїв доставки вмикаємоЛише відділення — це один довідник і одне поле в чекауті. Відділення плюс кур'єр плюс поштомат — три різні набори даних, окрема перевірка зони обслуговування для кур'єра й три гілки в розрахунку вартості. Кожен доданий сценарій — окремий блок тестування, а не галочка в налаштуваннях.
Чи потрібне створення декларацій з адмінкиНайдорожча частина після самого чекауту й водночас та, що дає найбільшу економію часу. Якщо ТТН ви й далі створюєте в кабінеті перевізника, етап випадає з кошторису повністю — так і кажемо, замість продавати його про запас.
Стан форми замовленняДекларація вимагає прізвища, телефону в коректному форматі, ваги й оголошеної вартості. Якщо цих полів немає або телефон зберігається як довільний рядок, форму доводиться переробляти разом з інтеграцією. Саме тут ховається різниця між нижньою і верхньою межею строку.
ПлатформаПід OpenCart 3 і WooCommerce існують готові збірки, і робота зводиться до налаштування й доробок. Під OpenCart 4 частина українських модулів досі не вийшла. На Next.js чекаут свій, тому кожен крок пишеться руками.
Звідки беруться вага й габаритиЯкщо вага лежить окремим полем у прайсі, розрахунок ставиться за день. Якщо її треба виводити правилом з категорії, назви або набору позицій у кошику — це окрема логіка, яку ще й перевіряють на реальних замовленнях.
Кейси
Задачі та результат у цифрах — усі показники зняті нашим виміром
магазин систем автоматичного і крапельного поливу
Задача
Дати покупцеві оформити замовлення з доставкою у відділення, кур'єром або в поштомат і не втратити швидкість віддачі сторінок.
Рішення
OpenCart 3 за nginx з HTTP/2 і стисненням brotli. У чекауті три сценарії Нової Пошти — відділення, кур'єр і поштомат — плюс другий перевізник із трьома власними варіантами. Оплата при доставці, банківський переказ і картка через платіжний шлюз.
Результат
Вимір 01.08.2026 через реальний чекаут — товар у кошик, гостьове оформлення, запит списку методів: 2 перевізники, 6 способів доставки і 3 способи оплати. Перша відповідь сервера 235 мс (медіана з п'яти замірів), HTML головної 143,6 КБ, у brotli 22,5 КБ. Каталог 300 товарів у 40 категоріях підтверджено двома незалежними методами з розбіжністю 0%. Знайдені дефекти: /sitemap.xml віддає 200 і нуль байт, JSON-LD немає жодного блоку, аналітики не встановлено взагалі.
офіційний інтернет-магазин садового інструменту
Задача
Обслужити в чекауті і фізособу, і компанію: різні перевізники, різні способи розрахунку, доставка на майданчик поруч із власною.
Рішення
OpenCart 3 із чотирма службами доставки, серед них Нова Пошта, і вісьмома способами розрахунку на сторінці умов. Логотипи перевізників із заповненим alt-текстом, увімкнено HSTS, дві мовні версії з hreflang.
Результат
Вимір 31.07.2026: 8 690 унікальних адрес у карті сайту — близько 8,6 тис. карток і 81 категорійний вузол. Чотири служби доставки й вісім способів розрахунку. Перша відповідь сервера 789,4 мс, і в ці мілісекунди входить 301-редирект на мовну гілку. Знайдені дефекти: у карті сайту 33 493 записи на ті самі 8 690 адрес, а друга мовна версія, оголошена в hreflang, у карту не потрапила зовсім.
інтернет-магазин доставки солодощів, снеків і подарункових наборів
Задача
Зробити доставку не рядком в умовах, а важелем середнього чека: покупець має бачити поріг безкоштовної відправки до того, як почне оформлення.
Рішення
OpenCart 3 за nginx з HTTP/2. Чотири способи доставки, серед них Нова Пошта, і п'ять способів онлайн-оплати. Умова безкоштовної доставки до відділення Нової Пошти від 2 500 грн винесена банером на головну.
Результат
Вимір 31.07.2026: перша відповідь сервера 402,9 мс, повне завантаження HTML 532,4 мс при вазі 303,4 КБ. Знайдений дефект: обсяг каталогу ззовні порахувати не вдалося — /sitemap.xml віддає HTTP 200 з тілом на нуль байт, а фід карти сайту 404.
Не знайшли свій випадок?
Опишіть, як це влаштовано у вас, — відповімо, чи підходить «Інтеграція Нової Пошти» і що це означає у вашій ситуації. Без брифу й без дзвінка: одне питання, одна відповідь.
Як проходить робота
Прозорі етапи з погодженням на кожному кроці
Загальний строк:3–10 днів
1
Перевірка чекауту й полів замовлення
1–2 робочих дні
Кладемо товар у кошик, проходимо гостьове оформлення й запитуємо список методів доставки — те, що віддає сайт, і є правдою. Паралельно дивимось, які поля реально зберігаються в замовленні. На виході — перелік того, чого бракує для автоматичної декларації.
2
Ключ API, довідники, розклад оновлення
1–2 робочих дні
Підключаємо ваш ключ, заливаємо довідники міст, відділень і поштоматів, ставимо оновлення фоновою задачею за розкладом. Тут же перевіряємо, що довідник не тягнеться синхронно в момент оформлення — інакше пауза перевізника стає паузою вашого кошика.
3
Способи доставки й розрахунок вартості в чекауті
1–3 робочих дні
Вмикаємо узгоджені сценарії: відділення, кур'єр, поштомат. Додаємо орієнтовний розрахунок за вагою й оголошеною вартістю з приміткою, що точну суму рахує перевізник. Перевіряємо, що жоден метод не показує «0 грн».
4
Декларація з адмінки й друк
0–3 робочих дні — етап випадає, якщо декларації ви створюєте в кабінеті
Кнопка в замовленні: менеджер отримує номер експрес-накладної й друковану форму, номер лягає в замовлення й у лист покупцю. Якщо потрібних полів у формі замовлення бракує, доводимо її тут же.
5
Живе замовлення й передача менеджеру
у день здачі
Проходимо повний сценарій з вашим менеджером: кошик, вибір відділення, оформлення, створення декларації, друк. Те, що після нас лишається робити руками, фіксуємо письмово.
Технології та інтеграції
На чому будуємо і з чим це з’єднується
Стек
API Нової Пошти — довідники міст і відділень плюс створення декларації. Межа: склад методів міняє перевізник, після оновлень перевіряємо наново.
OpenCart 3 на PHP/MySQL — є готові збірки модулів доставки. Межа: два ocmod-модулі вміють зламати один одного.
OpenCart 4 — події переписані. Межа: частина українських збірок під неї ще не вийшла.
WooCommerce — доставка окремим плагіном, чекаут міняється хуками. Межа: після оновлення ядра чекаут перевіряють наново.
Next.js — чекаут свій, ключ не потрапляє в браузер. Межа: коробкової доставки немає, кожен крок пишеться руками.
Черга фонових задач — довідник відділень лежить локально й оновлюється за розкладом. Межа: між прогонами щойно відкрите відділення на сайті ще не з'явиться.
Інтеграції
Нова Пошта — відділення
Нова Пошта — кур'єр за адресою
Нова Пошта — поштомати
післяплата
створення експрес-накладної
друк декларації
KeyCRM
Telegram-бот для сповіщень про замовлення
Інтеграція через API проти ручного оформлення в кабінеті
Чим цей варіант відрізняється від «Менеджер оформлює декларації руками»
Менеджер оформлює декларації рукамиНаш підхід
Як відділення потрапляє в замовленнятекст у полі коментаря, який менеджер розшифровує сампокупець обирає зі списку з пошуком по місту, у замовлення лягає ідентифікатор відділення
Вартість доставки в кошикупорожнє місце або «0 грн» — суму покупець дізнається на відділенніорієнтовний розрахунок за вагою й оголошеною вартістю з приміткою про перерахунок на відділенні
Створення накладноїперехід у кабінет і повторне введення тих самих данихкнопка в замовленні, номер повертається в замовлення й у лист покупцю
Ціна помилки в адресіпомилку видно тоді, коли посилка вже поїхала не тудидрукарську помилку в номері відділення виключено на боці даних
Витрата на володіннянуль на старті й постійна витрата часу менеджера на кожному замовленніразова робота плюс перевірка після оновлень API перевізника
Що потрібно від вас
Без цього не почнемо — краще підготувати заздалегідь
1Ключ API Нової Пошти з вашого кабінету — договір і ключ оформлюються на вас.
2Доступи до сайту й адмінки з правами на встановлення модулів.
3Відповідь, які сценарії вмикаємо: відділення, кур'єр, поштомат — і чи всі три одразу.
4Дані відправника: адреса, контактна особа, телефон — вони підставляються в декларацію.
5Типова вага й габарити ваших відправлень або правило їх розрахунку.
6Менеджера, який працює із замовленнями, — на перевірку живого сценарію.
Якщо чогось із цього немає — скажіть, підкажемо, як зібрати або зробимо самі окремою задачею.
Часті питання
Те, що питають найчастіше — з конкретними відповідями
навіщо вибір відділення списком, якщо покупець може написати адресу текстом?
Бо текст доводиться розшифровувати менеджеру, а помилка в номері відділення означає, що посилка поїхала не туди. Список із довідника перевізника віддає точний ідентифікатор, який далі підставляється в декларацію без повторного введення. Це питання не зручності покупця, а кількості повернень і часу менеджера. Чесна межа: від покупця, який свідомо обрав не те відділення, список не рятує — він прибирає помилку розшифровки, а не помилку вибору.
чи можна показувати вартість доставки прямо в кошику?
Орієнтовну — так, за вагою й оголошеною вартістю. Точну суму однаково рахує перевізник на відділенні, тому ми виводимо розрахунок із приміткою про це. Гірший варіант ми бачили на виміряному магазині: Нова Пошта показувалась у чекауті взагалі без ціни, а другий перевізник — як «0 грн», хоча інформаційна сторінка називала 35–80 грн. Нуль у чекауті — це обіцянка, яку сайт не виконує.
як зрозуміти, що доставка на моєму сайті справді працює?
Перевірити з боку покупця, а не за налаштуваннями в адмінці. Ми кладемо товар у кошик, проходимо гостьове оформлення й запитуємо список методів — те, що віддає сайт, і є правдою. У магазині поливу так підтвердились 6 способів доставки від двох перевізників і 3 способи оплати. Сторінка «Доставка й оплата» при цьому може розповідати зовсім інше: вона текст, а не налаштування. Ще одна знахідка з тієї ж вибірки: в одному магазині назви перевізників стоять картинками без alt — людина їх бачить, пошуковик і скрінрідер ні.
чи можна створювати й друкувати ТТН прямо з адмінки?
Так, і це найбільша економія часу з усього переліку. Менеджер відкриває замовлення, натискає кнопку, отримує номер декларації й друкує її — без переходу в кабінет і без повторного введення. Умова одна: у замовленні мають бути прізвище, телефон у коректному форматі, вага й оголошена вартість. Якщо цих полів немає, спершу доводимо форму замовлення, і саме це найчастіше розтягує строк до верхньої межі.
чий договір із перевізником і в кого лишається ключ API?
Договір оформлюється на вас, ключ видається у вашому кабінеті — і це правильно: доступ до відправлень має лишатися у власника бізнесу, а не в підрядника. Ми працюємо з ключем на етапі налаштування й тестування. Після передачі ви можете перевипустити його будь-коли: сайт продовжить працювати одразу після оновлення значення в адмінці, переробляти нічого не треба.
довідник відділень оновлюється сам чи його треба заливати руками?
Сам, фоновою задачею за розкладом. Технічна деталь, на якій горять швидкі інтеграції: довідник не можна тягнути з API синхронно в момент оформлення замовлення. Виглядає це нормально рівно доти, доки перевізник відповідає швидко; варто йому пригальмувати — і гальмує ваш кошик, тобто найдорожчий крок сайту починає залежати від чужого сервера. Тому дані лежать локально й індексуються, а оновлюються окремим прогоном. Чесна межа: між прогонами є вікно, у яке щойно відкрите відділення на сайті ще не з'явиться.
скільки триває інтеграція і від чого залежить строк?
3–10 робочих днів, п'ять етапів. Три дні — це коли вмикаємо лише відділення, поля в замовленні вже коректні, а декларації ви й далі створюєте в кабінеті: етап із ТТН просто випадає. Десять — коли вмикаються всі три сценарії, потрібна кнопка створення накладної в адмінці, а форму замовлення доводиться переробляти. Ключ і доступи потрібні на старті: без них перший етап стоїть.
що з цього реально економить гроші, а що ні?
Економить дві речі: час менеджера на кожному замовленні й повернення через помилки в адресі. Більше нічого. Інтеграція не зменшує тариф перевізника, не прискорює його роботу й не впливає на позиції сайту в пошуку. І окремо: звільнена година менеджера стає грошима лише тоді, коли її справді на щось перерозподілили — якщо він просто отримав вільний час, у звіті це не з'явиться. Наша рекомендація: до старту виміряйте, скільки хвилин зараз іде на одну декларацію і скільки замовлень на місяць повертається через адресу. Це дві цифри, за якими через місяць буде видно, окупилась робота чи ні.
Надішліть посилання на сайт — ми пройдемо ваш чекаут як покупець.
У відповідь отримаєте звіт: які способи доставки віддає сайт насправді, з якими цінами, і чого бракує в замовленні для автоматичної декларації. Далі — кошторис і строк.
Прайса на сайті немає навмисно: обсяг тієї самої роботи у двох клієнтів відрізняється в рази, і цифра «від» у такому разі нічого не пояснює. Спершу безкоштовний аудит — рахуємо ваші сторінки, дублі й швидкість, — потім називаємо суму й строк і фіксуємо їх у договорі.