Управління доставкою

Якщо щось пішло не так:

! Найдешевша доставка, яка везе товар три тижні й губить кожну десяту коробку, — це не економія, а логістичний стендап без смішного фіналу. Логістика не виправляє складські помилки, вона іноді без зусиль доставляє їх дорожче. Показник

зона кур’єрської доставки;
зона самовивозу;
зона перевізника №1;
зона перевізника №2;
зона міжнародних відправлень;
зона великих вантажів;
зона палет;
зона повернень;
зона проблемних відправлень. "status_date": "2026-05-20T16:45:00",

Приклад маршруту:

Якщо післяплату не контролювати, гроші можуть “їхати” довше за товар. Прикладна, 10, офіс 502"

Авто: Mercedes Sprinter Потрібно контролювати: Створення ТТН через API

Замовлення в ERP У Якщо компанія-користувач має власні автомобілі, керування доставкою передбачено автопарк. ! Плановий пробіг: 140 км ↓ Доставка здатна суттєво впливати на маржу. Прикладна, 10

Дата	20.05.2026
Часове вікно	14:00–18:00
Оплата	Післяплата

Післяплата: 5 000 грн

Безкоштовна доставка

ERP здатна автоматизовано відправляти клієнту сповіщення. ↓

[[Категорія:Міжскладська доставка]]

* клієнт ERP не відповідає;
* неправильна адреса;
* відсутній отримувач;
* відмова від товару;
* помилка перевізника;
* пошкодження вантажу;
* втрата;
* затримка;
* неможливість проїзду;
* проблема з оплатою.

Приклади повідомлень: </syntaxhighlight> Краще:

1 Київ, вул. План

Київ центр → Дарниця → Бровари → Вишневе </syntaxhighlight> Доставка: 14:00–18:00 Важливі обидва показники. # виступає як зв’язок із замовленням. Критерії: Закриття доставки </syntaxhighlight>

}

</syntaxhighlight> Замовлення → Відвантаження → ТТН → Статус доставки → Оплата → Документи перевізника </syntaxhighlight>

Нова Доставка розроблена, але ще не оброблена Очікує комплектації складський облік ще не зібрав товар Комплектується Товар збирається на складі Запаковано Товар готовий до відвантаження Очікує передачі перевізнику ТТН розроблена, але товар ще на складі Передано перевізнику Товар передано службі доставки У дорозі Вантаж рухається до отримувача Прибув у відділення Очікує отримання клієнтом Доставлено клієнт ERP отримав товар Не доставлено Спроба доставки неуспішна Повернення Товар повертається Закрито Доставка завершена і документи оброблені

</syntaxhighlight>

Оптимізація маршрутів

резервування товару;
відбір;
перевірку;
пакування;
маркування;
друк документів;
передачу перевізнику;
фіксацію факту відвантаження;
обробку повернень;
контроль браку;
роботу з ТСД;
сканування штрихкодів. Причина: неправильна адреса. |-

Основні типи

Самовивіз, кур’єр, перевізник, адресна доставка, B2B, B2C, міжскладська доставка. Значення

WMS показує комірнику:

! ERP має показувати, які суми очікуються, коли вони мають надійти і чи виступає як розбіжності. Статуси самовивозу:

=== Навіщо ERP для доставки? ===
Кому доставити? Приклад
Страхова вартість: 10 000 грн
== Коротко ==

== Тарифи доставки ==

Маршрут: Київ область

У дорозі

* чи правильна коробка;
* чи виступає як наповнювач;
* чи захищений крихкий товар;
* чи виступає як маркування;
* чи не перевантажена коробка;
* чи виступає як фото пакування;
* чи відповідає упаковка вимогам перевізника;
* чи не економлять на копійчаній упаковці, втрачаючи дорогий товар.== Пошкодження при доставці ==

 ↓

Трекінг дає можливість відстежувати статус доставки. Приклад:
 ↓
== Чек-лист керування доставкою ==
складський облік відповідає за:

Фактори тарифу: Ваше замовлення №10025 запаковано і передано перевізнику. Доставка запланована Не доставлено. Тоді доставка стає не хаотичним “відправили якось”, а керованим бізнес-процесом. Роль

Доставка і повернення

кур’єрів;
маршрути;
замовлення;
адреси;
часові вікна;
статуси;
оплату;
післяплату;
повернення;
GPS, якщо застосовується для;
підтвердження доставки;
фото;
підпис отримувача;
причини недоставки. Зона

"expected_delivery_date": "2026-05-20",

У сучасній ERP, зокрема в K2 ERP, доставка має бути пов’язана із замовленнями, складом, WMS, адресним зберіганням, штрихкодуванням, ТТН, перевізниками, кур’єрами, післяплатою, поверненнями, Power BI, API, audit log і правами доступу.

Доставка і маржа

Післяплата в Excel Канали: Пошкодження без фото і документів — це як сварка без свідків: усі щось кажуть, але гроші повертати ніхто не поспішає. Тип: адресна доставка </syntaxhighlight>

Приклади статусів:

Погано:

ТТН

</syntaxhighlight>

адреси;
часові вікна;
пріоритети;
вагу;
об’єм;
вантажопідйомність авто;
географію;
пробки;
обмеження руху;
тип товару;
оплату;
повернення;
час на розвантаження.== Приклад JSON статусу доставки ==

↓ ], Причини: 3. Домофон: 25

== Трекінг доставки ==
=== Що таке керування доставкою? ===
Маршрут доставки — це послідовність точок, які має відвідати кур’єр або автомобіль.<syntaxhighlight lang="text">

* номер ТТН;
* перевізника;
* замовлення;
* товар;
* кількість;
* фото;
* SEO-опис пошкодження;
* упаковку;
* хто виявив;
* дату;
* рішення для бізнесу;
* претензію перевізнику;
* компенсацію. ERP має контролювати:

<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">

<syntaxhighlight lang="text">

[[Категорія:Повернення товарів]]

* SLA відвантаження;
* етикетки;
* статуси;
* склади маркетплейсу;
* FBO / FBS;
* повернення;
* штрафи;
* упаковку;
* штрихкоди;
* габарити;
* документи;
* трекінг;
* інтеграцію API.== Доставка маркетплейсів ==
Товар зібрано

При виборі перевізника критично враховувати не тільки ціну.

Кур’єрська доставка здатна бути власною або зовнішньою. |-
| провідний контроль
| Статуси, строки, вартість, доставка вчасно, недоставки, повернення, післяплата. !== Доставка у відділення ==
[[Категорія:Доставка]]
 "address": "вул. # виступає як Power BI-аналітика.== Недоставка ==

== Типові питання ==
Який статус доставки? {
керування доставкою здатна бути простим — як приклад, “відправити товар службою доставки” — або складним: маршрути кур’єрів, власний автопарк, декілька складів, часові вікна, температурний режим, палети, повернення тари, післяплата, GPS-контроль і SLA. Доставка впливає на фінансовий блок. Корисні KPI:
</div>
Логіст “зараз уточнить”. ↓

{| class="wikitable" style="width:100%;"

ТТН у кабінеті перевізника
 "status": "delivered",
Краще:
Передано кур’єру або перевізнику
|-
| Доставка вчасно
| 95%
| 91%
|-
| Пошкодження
| <1%
| 1,8%
|-
| Недоставки
| <3%
| 4,5%
|}

== Післяплата ==

Післяплата — це оплата клієнтом при отриманні.

ERP має контролювати:

* суму післяплати;
* перевізника;
* номер ТТН;
* дату отримання;
* дату повернення коштів;
* комісію;
* розбіжності;
* статус оплати;
* зв’язок із замовленням;
* зв’язок із банком.

Приклад:

<syntaxhighlight lang="text">
 "cash_on_delivery_received": true
керування доставкою — це бізнес-процес планування, організації, контролю і аналізу доставки товарів від складу або продавця до клієнта, складу, магазину чи іншого отримувача.<syntaxhighlight lang="json">
Резерв товару

ERP має зберігати:

 ↓

Схема:

Менеджер не знає, де замовлення. Приклад KPI:
|-
| Немає статусів доставки
| Доставка ведеться вручну
| Ніхто не знає, де замовлення
|-
| Неправильна адреса
| Не перевіряють інформаційні дані
| Недоставка або повторна доставка
|-
| Немає інтеграції з перевізником
| ТТН створюють вручну
| Помилки і зайва робота
|-
| Не контролюють післяплату
| Немає зв’язку з фінансами
| Гроші зависають
|-
| Не рахують вартість доставки
| Доставка “десь у витратах”
| Неправильна маржа
|-
| Погане пакування
| Немає стандартів
| Пошкодження і рекламації
|-
| Немає причин недоставки
| Статус “не доставлено” без деталей
| Неможливо покращити бізнес-процес
|-
| Немає KPI перевізників
| Не аналізують сервіс
| Поганий перевізник продовжує псувати клієнтів
|}

 ↓

Audit log має фіксувати:

<syntaxhighlight lang="text">
Вантажопідйомність: 1 500 кг
бізнес-процес:
Приклад:
Доставка пов’язана з документами:
[[Категорія:Адресна доставка]]
При доставці у відділення критично правильно вказати:
Об’ємна вага: 18 кг

Повернення від перевізника

* немає єдиної картини;
* складський облік не бачить статусів;
* менеджер не здатна відповісти клієнту;
* фінансовий блок не бачать післяплату;
* логістика не бачить KPI;
* керівник бачить тільки скарги. Учасник
ТТН: 20450000000000.== Пакування доставки ==

* створено відправлення;
* прийнято перевізником;
* у сортувальному центрі;
* у дорозі;
* прибуло у відділення;
* передано кур’єру;
* доставлено;
* відмова;
* повернення. Безкоштовна доставка насправді не безкоштовна. Якщо клієнт ERP не отримує статуси, він звертається в підтримку. Потрібно контролювати:
<syntaxhighlight lang="text">
Доставка тісно пов’язана зі складом. Він хоче знати, де його товар і коли він буде. 1. Дія: уточнити адресу з клієнтом.<syntaxhighlight lang="text">

Audit log — це коли фраза “адреса сама змінилась” не проходить перевірку реальністю. },

Доставка в розподільчий центр мережі. Перевізники часто рахують не тільки фактичну вагу, а й об’ємну. Джерела статусів:

 "delivery_method": "courier",

</div>

* SMS;
* email;
* Viber;
* Telegram;
* push-повідомлення;
* особистий кабінет;
* дзвінок оператора. * [[Логістика]]
* [[Складський облік]]
* [[WMS]]
* [[Адресне зберігання]]
* [[Штрихкодування]]
* [[ТСД]]
* [[Облік товарів]]
* [[Замовлення покупця]]
* [[Відвантаження]]
* [[Пакування]]
* [[ТТН]]
* [[Первинні документи]]
* [[Повернення товарів]]
* [[Контроль браку]]
* [[ERP]]
* [[K2 ERP]]
* [[K2 Cloud ERP]]
* [[ERP для закупівель]]
* [[Замовлення постачальникам]]
* [[Power BI]]
* [[BI система]]
* [[API]]
* [[Інтеграція через JSON]]
* [[Audit log]]
* [[Права доступу в ERP]]
* [[Українське програмне забезпечення]]

<syntaxhighlight lang="text">

* [https://erp.kyiv.ua Сайт K2 ERP]
* [https://wiki.erp.kyiv.ua Wiki K2 ERP]
* [https://cloud.corp2.eu K2 Cloud ERP]

== Висновок ==
клієнт ERP не знає, де замовлення. Взяти товар Б з PICK-02-05
контроль над тим, як товар проходить шлях від замовлення до отримувача: резервування, відбір, пакування, ТТН, перевізник, маршрут, статус, післяплата, повернення і закриття реалізується засобами '''керування доставкою''' — це критична частина продажів, складу, логістики і клієнтського сервісу. ! Дія

<syntaxhighlight lang="text">

[[Категорія:Управління доставкою]]
Приклад:
Замовлення покупця → Резерв → Відбір → Пакування → Відвантаження → Доставка
! "recipient": {

Замовлення має містити:
Замовлення: 18 доставок
{| class="wikitable" style="width:100%;"

{| class="wikitable" style="width:100%;"

=== Що таке ТТН? ===

* пробіг;
* час доставки;
* витрати на паливо;
* запізнення;
* кількість автомобілів;
* порожні пробіги;
* перевантаження кур’єрів. ! Часове вікно: 08:00–10:00.== Audit log доставки ==
клієнта забезпечується через Якісна доставка — це не тільки швидкість. Наслідок

ERP здатна допомагати вибирати перевізника за правилами. Показник

* транспортних компаній;
* великих відвантажень;
* B2B-доставки;
* роздрібних мереж;
* логістичних операторів;
* власного автопарку;
* підтвердження доставки;
* архіву документів. '''Хороше керування доставкою — це коли клієнт ERP знає, де його замовлення, менеджер бачить статус, складський облік знає, що відвантажено, фінансовий блок контролюють оплату, логістика бачить KPI, а керівник не дізнається про проблеми доставки з гнівного відгуку в інтернеті.'''

* клієнт ERP не забрав;
* клієнт ERP відмовився;
* неправильний товар;
* пошкодження;
* брак;
* неповна комплектація;
* помилка адреси;
* закінчився строк зберігання;
* неуспішна доставка;
* не пройшла оплата. "length_cm": 40,
 "name": "Іваненко Іван",
[[Категорія:Штрихкодування]]
|-
| SHIP-COURIER
| Власні кур’єри
|-
| SHIP-NP
| Передача поштовому перевізнику
|-
| SHIP-PALLET
| Палетні відвантаження
|-
| PICKUP
| Самовивіз
|-
| RETURN
| Повернення
|}

<syntaxhighlight lang="text">

Доставка можлива з 14:00 до 18:00.[[Категорія:Контроль браку]]

Закриття замовлення
WMS здатна керувати:
== Зони відвантаження ==
|-
| Замовлення
| ЗП-000125
|-
| клієнт ERP
| Іваненко Іван
|-
| Спосіб доставки
| Кур’єр до дверей
|-
| Адреса
| Київ, вул.[[Категорія:B2C доставка]]

* тип товару;
* крихкість;
* вагу;
* об’єм;
* температурний режим;
* вологість;
* вимоги перевізника;
* маркування;
* пломби;
* вкладення документів;
* брендовану упаковку;
* захист від пошкоджень. Перевізник
Вага: 12 кг

Товар зарезервовано

 "city": "Київ",

! Фактична доставка: 160 грн. * умови безкоштовної доставки;
* поріг суми;
* категорії товарів;
* акції;
* регіони;
* перевізників;
* фактичну вартість;
* вплив на маржу. технічна підтримка потім шукає логіста. * відбором товарів;
* маршрутом відбору;
* пакуванням;
* перевіркою через штрихкоди;
* сортуванням по маршрутах;
* зонами відвантаження;
* передачею перевізнику;
* друком етикеток;
* обробкою повернень;
* контролем помилок.[[Категорія:B2B доставка]]
== KPI керування доставкою ==
 "comment": "Дзвонити за 30 хвилин"
'''Головне.''' керування доставкою — це не “віддали коробку кур’єру і помолились”. * місто;
* відділення;
* отримувача;
* телефон;
* вагу;
* габарити;
* оголошену вартість;
* післяплату;
* платника доставки;
* коментар;
* номер замовлення. "recipient_confirmed": true,
=== Що важливіше: ціна доставки чи якість? ===
ERP має зберігати зв’язок:
 "height_cm": 20,
Причина: клієнт ERP не відповів. Логіст шукає складський облік. Приймання на складський облік

Маркетплейси можуть мати власні правила доставки. Приклади:
|-
| Самовивіз
| клієнт ERP забирає товар самостійно
| Самовивіз зі складу або магазину
|-
| Кур’єрська доставка
| Доставляє власний або зовнішній кур’єр
| Доставка до дверей
|-
| Доставка перевізником
| Передача вантажу службі доставки
| Доставка у відділення або поштомат
|-
| Адресна доставка
| Доставка на конкретну адресу
| Офіс, квартира, складський облік клієнта
|-
| Доставка між складами
| Переміщення товару між власними складами
| Київ → Львів
|-
| Доставка у торгову точку
| Постачання в магазин або мережу
| Розвезення по магазинах
|-
| Виробнича доставка
| Переміщення матеріалів або напівфабрикатів
| Цех → складський облік готової продукції
|-
| Міжнародна доставка
| Доставка через кордон
| Експорт, імпорт
|}

Яким способом?[[Категорія:API]]
Замовлення покупця
Часові вікна важливі для:
! Міжскладська доставка застосовується для для переміщення товарів між складами. Умова

 ↓
== Власний автопарк ==
== SLA доставки ==
!== Доставка і електронний документообіг ==

Коли доставити?

Повернення — важлива частина доставки. клієнт ERP, як правило, не аплодує. Питання

Доставка і права доступу

↓

B2C-клієнт не хоче знати, що “складський облік не встиг передати логісту”.</syntaxhighlight>

! До отримання: 4 900 грн [[Категорія:Первинні документи]] ! Хто відповідальний? Чи отримав клієнт ERP товар? Якщо маркетплейс вимагає відвантажити до 16:00, а складський облік згадав о 16:30 — це вже не логістика, а фінансовий самостріл. # виступає як контроль післяплати. Приклади SLA: Безкоштовна доставка при замовленні від 2 000 грн. А іноді — в невідомому напрямку.[[Категорія:Права доступу в ERP]] === Чому потрібно контролювати післяплату? === == Основні учасники доставки == '''Проста аналогія.''' Продаж без доставки — це як ресторан без офіціанта: страва здатна бути чудова, але якщо її не донесли до клієнта, клієнт ERP оцінить не кухню, а проблему. Призначення Тому ERP має зберігати габарити товарів і упаковок. Приклад: * API перевізника; * мобільний застосунок кур’єра; * WMS; * ERP; * GPS; * ручне оновлення версій; * сканування на сортувальних пунктах. # виступає як обліковий облік повернень. Сума На складі бажано мати зони відвантаження. # виступає як ТТН. Запізнення — штраф. Оптимізація маршрутів оптимізує зменшити: Київ, вул. \|- \| провідний ризик \| Доставка живе окремо від ERP, а статуси шукають у листуванні. # виступає як причини недоставки. ! Електронна ТТН здатна бути корисною для: ! * вага; * об’єм; * габарити; * місто; * країна; * відстань; * тип доставки; * терміновість; * страхова вартість; * післяплата; * палети; * підйом на поверх; * температурний режим; * повернення документів; * додаткове пакування. # виступає як SMS/email/Viber-сповіщення. !<syntaxhighlight lang="text"> ERP має фіксувати причину недоставки. Прикладна, 10, офіс 502 * точку видачі; * готовність замовлення; * резерв; * строк зберігання; * контакт клієнта; * оплату; * документи; * статус видачі; * хто видав; * хто отримав; * повернення в продаж, якщо клієнт ERP не забрав. Воно. Не доставлено → повторна доставка / повернення / рекламація / компенсація Фактична вага: 5 кг Товар запаковано ↓ <syntaxhighlight lang="text"> ! \|- \| Найкраща практика \| інтеграційні функції ERP з перевізниками, WMS, трекінг, сповіщення клієнтів, KPI і audit log. Кращий маршрут: ↓ * список перевізників; * тарифи; * типи доставки; * умови оплати; * API-ключі; * відділення; * поштомати; * строки доставки; * обмеження по вазі; * обмеження по габаритах; * страхування; * післяплату; * статуси; * рейтинг.<syntaxhighlight lang="text"> * місто; * вулицю; * будинок; * корпус; * квартиру або офіс; * поверх; * домофон; * контактну особу; * телефон; * часовий інтервал; * коментар; * координати, якщо виступає як; * умови під’їзду; * потребу в підйомі; * потребу в монтажі. В, 20 \| 14:00–18:00 \| Заплановано \|} Коробка легка, але велика. * своєчасного виконання замовлень; * контролю відвантажень; * зменшення помилок доставки; * вибору оптимального перевізника; * контролю вартості логістики; * автоматичного створення ТТН; * маршрутизації кур’єрів; * контролю статусів; * інформування клієнтів; * роботи з поверненнями; * контролю післяплати; * аналізу якості доставки; * планування навантаження складу; * контролю пакування; * зменшення втрат і пересорту; * підвищення клієнтського сервісу. Інакше доставка “раптом” стає дорожчою, хоча насправді її без зусиль ніхто нормально не порахував. # виступає як інтеграційні функції ERP з перевізниками, якщо потрібно.<syntaxhighlight lang="text"> \|- \| Вартість товару \| 5 000 грн \|- \| Доставка \| 180 грн \|- \| Комісія післяплати \| 100 грн \|- \| клієнт ERP оплатив \| 5 000 грн \|- \| компанія-користувач отримала після комісії \| 4 900 грн \|} ERP потрібна, щоб пов’язати доставку із замовленням, складом, пакуванням, ТТН, перевізником, статусами, оплатою, післяплатою, поверненнями і аналітикою. # виступає як довідник перевізників. Адресна доставка потребує точних даних.<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;"> Статус у месенджері * великі партії; * палети; * розвантаження; * документи; * довіреності; * часові вікна складу клієнта; * пропускна платформа; * повернення документів; * вимоги до транспорту; * часткові поставки; * погоджені графіки; * штрафи за запізнення. здатна робити WMS оптимізує організувати фізичні складські операції перед доставкою. # виступає як трекінг. Значення == Сповіщення клієнта == Пакування — це не місце для героїчної економії. Що означає У [[Power BI]] можна аналізувати: * створення ТТН; * розрахунок тарифу; * отримання списку відділень; * отримання поштоматів; * перевірка адрес; * отримання статусів; * друк етикеток; * контроль післяплати; * скасування відправлення; * масове створення відправлень; * отримання реєстру доставок; * отримання актів і рахунків. Товар: 200 шт Розрахована доставка: 280 грн [[Категорія:Трекінг доставки]] Приклад: "order_id": "SO-2026-00125", * вартість доставки; * хто платить за доставку; * післяплату; * комісії перевізника; * компенсації; * повернення коштів; * рахунки перевізників; * акти перевізників; * собівартість доставки; * маржу замовлення; * безкоштовну доставку; * поріг безкоштовної доставки. \| керування процесом доставки товарів від відправника до отримувача.== Помилка: доставка живе окремо від ERP == <syntaxhighlight lang="json"> {\| class="wikitable" style="width:100%;" == Кур’єрська доставка == == Об’ємна вага == == керування доставкою в K2 ERP == SLA потрібен для контролю якості логістики. \|} '''керування доставкою''' — це платформа дій, документів, статусів, правил і інтеграцій, які забезпечують доставку товару або вантажу від відправника до отримувача. клієнт ERP рідко пам’ятає, як красиво менеджер виставив рахунок. ERP мала б без зусиль показати статус.[[Категорія:Українське програмне забезпечення]] Приклад: Оплата / післяплата ERP → API перевізника → ТТН → Етикетка → Статус → Доставка → Закриття {{SEO \|title=Управління доставкою — логістика, маршрути, кур’єри, перевізники, ТТН, ERP, WMS і контроль відвантажень \|description=Управління доставкою: що це таке, як організувати доставку товарів, маршрути, кур’єрів, перевізників, ТТН, статуси доставки, тарифи, склади, WMS, ERP, K2 ERP, інтеграції, KPI, контроль строків і типові помилки. \|keywords=управління доставкою, доставка, логістика, маршрути доставки, кур’єри, перевізники, ТТН, ERP для доставки, WMS, склад, відвантаження, K2 ERP, інтеграція з доставкою }} аналітичні інструменти “потім зробимо” Не доставлено / відмова ↓ Недоставка без причини не дає користі. \|-	Основні об’єкти	Замовлення, складський облік, пакування, перевізник, ТТН, маршрут, статус, післяплата. # виступає як адреси і контакти клієнтів. У доставці потрібні права доступу. Відповідь "parcels": [ !	Потрібно фіксувати причину, відповідального і дію: повторна доставка, уточнення адреси, повернення на складський облік, зв’язок із клієнтом або рекламація перевізнику. Потрібно враховувати:
ЗП-000125	клієнт ERP не відповідає	Повторна спроба
ЗП-000126	Неправильна адреса	Уточнити адресу
ЗП-000127	Пошкодження	Повернення і акт

У сучасній ERP ТТН часто створюється автоматизовано через API перевізника.== Помилка: клієнта не інформують == Якщо товар пошкоджено під час доставки, потрібно зафіксувати: ERP має допомагати контролювати:

"tracking_number": "20450000000000",

Приклад:

Передати в PACK-01

B2C-доставки;
доставки в офіси;
доставки у торгові точки;
доставки на склади клієнтів;
доставки харчових продуктів;
доставки з монтажем;
сервісних виїздів. Зазвичай через підтримку. Б, 15

12:00–14:00

Заплановано

3

Київ, вул. 2. ! Часове вікно

Що робити з поверненням? |-

До 30 кг, Україна, відділення

Перевізник А

Палетний вантаж

Перевізник Б

Київ, доставка сьогодні

Власний кур’єр

Міжнародна доставка

Перевізник C

Що робити з недоставленими замовленнями?

Перевірка стану

У K2 ERP керування доставкою здатна бути частиною наскрізного процесу продажів, складу і логістики. Факт

Вибір перевізника

відправника;
отримувача;
перевізника;
адресу відправлення;
адресу доставки;
SEO-опис вантажу;
кількість місць;
вагу;
об’єм;
вартість;
номер замовлення;
номер відправлення;
спосіб оплати доставки;
післяплату;
статус. Яким перевізником? компанія-користувач здатна використовувати зовнішніх перевізників.== Життєвий цикл доставки ==

Коментар: дзвонити за 30 хвилин |- | Доставок за місяць | 12 500 |- | Вчасно доставлено | 94,2% |- | Недоставки | 3,1% |- | Повернення | 2,4% |- | Середня вартість доставки | 86 грн |- | Пошкодження | 0,7% |}

Воно відповідає на питання:

B2B-доставка часто складніша за B2C. # виступає як зв’язок зі складом. Приклад:

Самовивіз

Значення

функції ERP:

<syntaxhighlight lang="text">

ТТН або товарно-транспортна накладна застосовують, коли потрібно для підтвердження перевезення вантажу. Причина

Помилка у відділенні — це коли товар поїхав не туди, а клієнт ERP отримав новий туристичний квест “знайди свою посилку”. # виступає як тарифи. "width_cm": 30,

Погана доставка здатна зіпсувати навіть хороший продаж. Доставка клієнту Повернення на складі Якщо складський облік зібрав не той товар, доставка без зусиль оперативно привезе помилку клієнту.== Що таке керування доставкою ==

Типові помилки керування доставкою

↓

Доставка B2B

</syntaxhighlight>

кількість доставок;
доставку вчасно;
прострочені доставки;
недоставки;
повернення;
пошкодження;
витрати на доставку;
доставка по перевізниках;
доставка по регіонах;
середній строк доставки;
SLA;
післяплату;
ефективність кур’єрів;
маршрути;
вартість доставки на замовлення;
вплив доставки на маржу. Помилка

Помилка: немає контролю пакування

швидкість;
зручність;
повідомлення;
вибір способу доставки;
післяплата;
просте повернення;
точний статус;
якісне пакування;
мінімум помилок;
клієнтський сервіс. Приклад

 ↓

# виступає як способи доставки. Але якщо посилка приїхала розбита, із запізненням і “десь на іншому відділенні” — пам’ятає дуже добре. Замовлення
Типовий життєвий цикл:
Приклад:

Питання:
ERP виступає як центром доставки: ТТН, статуси, післяплата, повернення, документи і аналітичні інструменти пов’язані з замовленням. ! Показник

 "carrier": "CARRIER_001",

[[Категорія:K2 Cloud ERP]]

 ↓

 ↓

Приклад процесу в K2 ERP:
Потрібно контролювати:
керування доставкою потрібне для:
|-
| Що це? Це точність, прозорість, контроль вартості, правильні документи, зручність; так само реалізовано мінімум пошкоджень, зрозумілі статуси і реальна аналітичні інструменти. Створено ТТН або маршрут

Замовлення створено

Електронна ТТН дає можливість скоротити паперовий електронний документообіг і швидше обмінюватися даними між учасниками доставки. Особливості:
<syntaxhighlight lang="text">
Приклад:
Чи виступає як ТТН? Потрібна палетна етикетка, ТТН, видаткова накладна, сертифікати. * відсоток доставок вчасно;
* середній час доставки;
* вартість доставки на замовлення;
* частка недоставок;
* частка повернень;
* частка пошкоджень;
* частка доставок із першої спроби;
* SLA по перевізниках;
* середній час від пакування до передачі перевізнику;
* кількість проблемних доставок;
* сума післяплати в дорозі;
* час повернення післяплати;
* ефективність кур’єрів;
* завантаження авто;
* вартість кілометра;
* кількість скарг клієнтів.[[Категорія:Облік товарів]]

<syntaxhighlight lang="text">

ERP має врахувати 160 грн як витрати замовлення. клієнт ERP отримує повідомлення:
{| class="wikitable" style="width:100%;"
Куди доставити?

Пакування впливає на якість доставки.== Доставка і складський облік ==

Бо післяплата — це гроші компанії, які тимчасово знаходяться у перевізника. Поганий бізнес-процес:

"phone": "+380501112233",

Об’ємна вага: 18 кг Крихкий товар → коробка + наповнювач + маркування “Крихке” + фото пакування. Роль </syntaxhighlight> Для власної кур’єрської доставки ERP має контролювати: Якщо не враховувати доставку, можна думати, що продаж прибутковий. Звідки забрати? [[Категорія:BI]] Приклад: Статуси доставки { </syntaxhighlight> ТТН здатна містити: інтеграційні функції ERP з перевізниками Доставка і Power BI Недоставка — це ситуація, коли товар не потрапив до отримувача. Картон дешевший за рекламацію. # виступає як audit log.== Адресна доставка == Краще: рішення для бізнесу: повернути в продаж / брак / ремонт / списання - передано перевізнику; [[Категорія:Power BI]] [[Категорія:ERP]] Якщо маршрути будуються “на око”, око оперативно стає дорогим логістичним інструментом. Статус ↓ критично, щоб електронні документи були правильно підписані, збережені й доступні для обліку. __TOC__ інтеграційні функції ERP з перевізниками дає можливість цифровізувати доставку. А, 10 \| 10:00–12:00 \| Заплановано \|- \| 2 \| Київ, вул. складський облік шукає коробку. 4. \|- \| Менеджер \| Вказувати спосіб доставки і бачити статус \| Не змінює тарифи перевізників \|- \| Комірник \| Пакувати і передавати товар \| Не змінює адресу після відвантаження \|- \| Логіст \| Планувати маршрути і перевізників \| Не змінює фінансові документи \|- \| Кур’єр \| Бачить свої доставки \| Не бачить всі замовлення компанії \|- \| Фінансист \| Контролює оплату і післяплату \| Не редагує складські операції \|- \| Керівник \| Бачить аналітику і KPI \| Не виконує операційне сканування \|} ↓ хто створив доставку; хто змінив адресу; хто змінив перевізника; хто створив ТТН; хто скасував ТТН; хто передав товар перевізнику; хто змінив статус; хто підтвердив доставку; хто оформив повернення; хто змінив суму післяплати; хто закрив доставку. Комісія перевізника: 100 грн ↓ </syntaxhighlight> Погане пакування — це коли товар виїхав нормальним, а приїхав як сучасне мистецтво. Статус Потрібно зберігати: "cash_on_delivery": 5000,	Передача перевізнику Створення доставки оновлення версій статусів	</syntaxhighlight> { Скільки це коштує?</syntaxhighlight> Часове вікно — це період, коли клієнт ERP готовий прийняти доставку. # виступає як KPI. ! Дешева доставка з високою кількістю втрат, пошкоджень і недоставок здатна коштувати бізнесу дорожче, ніж якісний перевізник із трохи вищим тарифом. # виступає як статуси доставки.== Зовнішні посилання == Для чого потрібне керування доставкою <syntaxhighlight lang="text"> [[Категорія:Складський облік]] ! Поганий маршрут: клієнт ERP без інформації починає сам шукати правду. ↓ == Зовнішні перевізники == Пакування Якщо товар пошкоджується в доставці, потрібно перевірити пакування. критично: Часові вікна доставки
клієнт ERP	Отримує товар	Покупець інтернет-магазину
Менеджер	Оформлює замовлення і умови доставки	Менеджер продажів
складський облік	Комплектує, пакує і відвантажує товар	базовий складський облік
Логіст	Планує доставку і маршрути	Відділ логістики
Кур’єр	Доставляє товар власною доставкою	Кур’єр компанії
Перевізник	Зовнішня служба доставки	Поштова або транспортна компанія-користувач
фінансовий блок	Контролюють оплату доставки і післяплату	бухгалтерський обліковий облік, фінансовий відділ
Сервіс / технічна підтримка	функціонує з проблемами доставки	Call-центр

== Доставка і WMS ==

керування доставкою часто починається із замовлення покупця. # виступає як права доступу.== Помилка: не аналізують недоставки ==

Див. так само

способи доставки;
перевізники;
тарифи;
маршрути;
кур’єри;
власний автопарк;
інтеграції з перевізниками;
створення ТТН;
друк етикеток;
статуси доставки;
трекінг;
післяплата;
повернення;
зв’язок зі складом;
зв’язок із WMS;
адресне зберігання;
пакування;
відвантаження;
Power BI;
audit log;
права доступу;
API. Причина недоставки

"declared_value": 5000

Дія: повторити доставку завтра. Після пакування передати в SHIP-NOVA

клієнта;
адресу доставки;
контактну особу;
телефон;
email;
спосіб доставки;
бажану дату;
часовий інтервал;
складський облік відвантаження;
товари;
кількість;
вагу;
об’єм;
спосіб оплати;
післяплату, якщо виступає як;
коментар для кур’єра;
статус доставки. ↓

Причина: поповнення регіонального складу Або:

</syntaxhighlight> ERP має не без зусиль зберігати часові вікна, а враховувати їх у маршрутах. * місто;

країна;
вага;
об’єм;
терміновість;
вартість;
тип товару;
крихкість;
післяплата;
відділення або адресна доставка;
рейтинг перевізника;
SLA;
історія продукту проблем;
доступність інтеграції. Взяти товар А з PICK-01-02

Приклад:

Контроль післяплати бізнес-процес: Погано: Доставлено клієнту ERP здатна рахувати вартість доставки. # виступає як пакування.== Маршрути доставки ==

</syntaxhighlight>

- прибуло у відділення;

доставка в той самий день;
доставка наступного дня;
доставка до 48 годин;
доставка у часовому вікні;
95% доставок без запізнення;
не більше 1% пошкоджень;
повернення документів до 5 днів. це бізнес-процес планування, організації, контролю і аналізу переміщення товарів від складу, магазину, виробництва або постачальника до клієнта, торгової точки, іншого складу, маркетплейсу чи кінцевого отримувача виступає ключовою рисою керування доставкою. Приклад:

# виступає як контроль пошкоджень. складський облік → клієнт ERP 1 → клієнт ERP 2 → клієнт ERP 3 → Повернення на складський облік - доставлено. Її без зусиль хтось оплачує: компанія-користувач, постачальник, маркетинговий бюджет або маржа. ! № Статус: не доставлено. ! \|-	Продаж	1 000 грн
Собівартість товару	700 грн
Валова маржа	300 грн
Доставка за рахунок компанії	180 грн
Реальна маржа	120 грн

}

</syntaxhighlight>

Доставка B2C

замовлення покупця;
видаткова накладна;
ТТН;
акт перевізника;
рахунок перевізника;
чек;
документ післяплати;
акт пошкодження;
претензія;
документи повернення;
акт звірки з перевізником. У сучасній ERP доставка має бути пов’язана зі складом, WMS, продажами, замовленнями покупців, адресним зберіганням, пакуванням, відвантаженням, фінансами, SMS/Viber/email-сповіщеннями, API перевізників, Power BI та audit log. Тип доставки

Наслідок: Київ центр → Бровари → Київ центр → Вишневе → Дарниця

Електронна ТТН

SLA — це узгоджений рівень сервісу доставки. Адреса

Маршрут здатна враховувати:

↓

Самовивіз — це коли клієнт ERP сам забирає товар. Це контрольований бізнес-процес: що відвантажили, кому, куди, яким перевізником, за яким тарифом, з якою ТТН, у якому статусі, хто оплатив, чи отримав клієнт ERP і що робити, якщо щось пішло не так. Обмеження

</syntaxhighlight>

Відбір на складі

ТТН — це товарно-транспортна накладна, яка підтверджує перевезення вантажу і містить інформаційні дані про відправника, отримувача, перевізника, вантаж і маршрут доставки.== Міжскладська доставка ==

очікує комплектації;
готово до видачі;
повідомлено клієнта;
видано;
не забрано;
повернуто на складський облік. ! функції ERP:

керування доставкою охоплює вибір способу доставки, перевізника, маршруту, тарифу, дати, часу, складу відвантаження, упаковки, документів, ТТН, статусів, оплати, повернень, рекламацій і контролю якості сервісу. SEO-опис

Поле

Приклад: Не доставлено. {| class="wikitable" style="width:100%;"

<syntaxhighlight lang="text">

Безкоштовна доставка

Оптимізація маршрутів

Доставка і повернення

Доставка і маржа

ТТН

Доставка і права доступу

Що робити з недоставленими замовленнями?

Вибір перевізника

Самовивіз

Типові помилки керування доставкою

Доставка B2B

Помилка: немає контролю пакування

Статуси доставки

інтеграційні функції ERP з перевізниками

Доставка і Power BI

Для чого потрібне керування доставкою

Часові вікна доставки

Доставка і фінансовий блок

Див. так само

Доставка B2C

Електронна ТТН