Управління доставкою
складський облік → замовник 1 → замовник 2 → замовник 3 → Повернення на складський облік
Електронна ТТН
Електронна ТТН має змогу бути корисною для:
!; Коментар: дзвонити за 30 хвилин
замовник отримує повідомлення:
Фактична доставка: 160 грн.; Показник
Приклад:
* [[Логістика]]
* [[Складський облік]]
* [[WMS]]
* [[Адресне зберігання]]
* [[Штрихкодування]]
* [[ТСД]]
* [[Облік товарів]]
* [[Замовлення покупця]]
* [[Відвантаження]]
* [[Пакування]]
* [[ТТН]]
* [[Первинні документи]]
* [[Повернення товарів]]
* [[Контроль браку]]
* [[ERP]]
* [[K2 ERP]]
* [[K2 Cloud ERP]]
* [[ERP для закупівель]]
* [[Замовлення постачальникам]]
* [[Power BI]]
* [[BI система]]
* [[API]]
* [[Інтеграція через JSON]]
* [[Audit log]]
* [[Права доступу в ERP]]
* [[Українське програмне забезпечення]]
Створення доставки
* [https://erp.kyiv.ua Сайт K2 ERP]
* [https://wiki.erp.kyiv.ua Wiki K2 ERP]
* [https://cloud.corp2.eu K2 Cloud ERP]
{
Авто: Mercedes Sprinter
"length_cm": 40,
Замовлення: 18 доставок
!; Доставка клієнту
"status": "delivered",
Якщо складський облік зібрав не той товар, доставка без ускладнень оперативно привезе помилку клієнту.; Взяти товар А з PICK-01-02
Пакування — це не місце для героїчної економії.; Умова
{| class="wikitable" style="width:100%;"
↓
* склад-відправник;
* склад-отримувач;
* товар;
* кількість;
* дату відправлення;
* дату отримання;
* транспорт;
* відповідальних;
* розбіжності;
* статус;
* документи.; Пакування
Часове вікно: 08:00–10:00.; Факт
</div>
# є собою способи доставки.; Товар: 200 шт
- номер ТТН;
"name": "Іваненко Іван",
Статус у месенджері
== Зовнішні посилання ==
Audit log має фіксувати:
Адресна доставка потребує точних даних.; B2C-клієнт не хоче знати, що “складський облік не встиг передати логісту”.; !;
Приклади повідомлень:
"phone": "+380501112233",
* кур’єрів;
* маршрути;
* замовлення;
* адреси;
* часові вікна;
* статуси;
* оплату;
* післяплату;
* повернення;
* GPS, якщо застосовується;
* підтвердження доставки;
* фото;
* підпис отримувача;
* причини недоставки.; # є собою довідник перевізників.; Не доставлено.;[[Категорія:Доставка]]
!; !; Комісія перевізника: 100 грн
{
Якщо післяплату не контролювати, гроші можуть “їхати” довше за товар.; Адреса
ТТН: 20450000000000.;
↓ "recipient_confirmed": true,
Звідки забрати?; # є собою зв’язок із замовленням.; організація має змогу використовувати зовнішніх перевізників.; клієнта забезпечується через Якісна доставка — це не тільки швидкість.; У дорозі </syntaxhighlight>
Доставка пов’язана з документами:
!; {| class="wikitable" style="width:100%;"
Типи доставки
- немає єдиної картини;
- складський облік не бачить статусів;
- менеджер не має змогу відповісти клієнту;
- фінансовий блок не бачать післяплату;
- логістика не бачить KPI;
- керівник бачить тільки скарги.; Після пакування передати в SHIP-NOVA
↓
Плановий пробіг: 140 км Коробка легка, але велика.; Призначення Не доставлено / відмова {{SEO
Основні учасники доставки
Приклад: Доставка можлива з 14:00 до 18:00.; {| class="wikitable" style="width:100%;"
Доставка і повернення
Ваше замовлення №10025 запаковано і передано перевізнику.; Це контрольований бізнес-процес: що відвантажили, кому, куди, яким перевізником, за яким тарифом, з якою ТТН, у якому статусі, хто оплатив, чи отримав замовник і що робити, якщо щось пішло не так.; {| class="wikitable" style="width:100%;" </syntaxhighlight>
Пошкодження при доставці
Замовлення покупця
Сповіщення клієнта
істотно: 2.; "address": "вул.; !;</syntaxhighlight>
- місто;
- вулицю;
- будинок;
- корпус;
- квартиру або офіс;
- поверх;
- домофон;
- контактну особу;
- телефон;
- часовий інтервал;
- коментар;
- координати, якщо є собою;
- умови під’їзду;
- потребу в підйомі;
- потребу в монтажі.; аналітичні інструменти “потім зробимо”
Якщо замовник не отримує статуси, він звертається в підтримку.; Трекінг надає можливість відстежувати статус доставки.; ТТН у кабінеті перевізника
↓
Післяплата в Excel
Доставка маркетплейсів
Воно відповідає на питання:
Особливості: Приклад процесу в K2 ERP:
↓
Куди доставити?; №
Доставка і замовлення покупця
ERP має допомагати контролювати:
Дія: повторити доставку завтра.; * доставка в той самий день;
- доставка наступного дня;
- доставка до 48 годин;
- доставка у часовому вікні;
- 95% доставок без запізнення;
- не більше 1% пошкоджень;
- повернення документів до 5 днів.; # є собою причини недоставки.; контроль над тим, як товар проходить шлях від замовлення до отримувача: резервування, відбір, пакування, ТТН, перевізник, маршрут, статус, післяплата, повернення і закриття реалізується засобами керування доставкою — це критична частина продажів, складу, логістики і клієнтського сервісу.; Приклад:
Маркетплейси можуть мати власні правила доставки.; Показник
Приклад:
↓
Трекінг доставки
<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
↓
Доставка впливає на фінансовий блок.;== Міжскладська доставка ==
Маршрут: Київ область
* адреси;
* часові вікна;
* пріоритети;
* вагу;
* об’єм;
* вантажопідйомність авто;
* географію;
* пробки;
* обмеження руху;
* тип товару;
* оплату;
* повернення;
* час на розвантаження.; Об’ємна вага: 18 кг
!; Часові вікна важливі для:
[[Категорія:Адресне зберігання]]
Який статус доставки?; Часове вікно
|-
| Немає статусів доставки
| Доставка ведеться вручну
| Ніхто не знає, де замовлення
|-
| Неправильна адреса
| Не перевіряють інформаційні дані
| Недоставка або повторна доставка
|-
| Немає інтеграції з перевізником
| ТТН створюють вручну
| Помилки і зайва робота
|-
| Не контролюють післяплату
| Немає зв’язку з фінансами
| Гроші зависають
|-
| Не рахують вартість доставки
| Доставка “десь у витратах”
| Неправильна маржа
|-
| Погане пакування
| Немає стандартів
| Пошкодження і рекламації
|-
| Немає причин недоставки
| Статус “не доставлено” без деталей
| Неможливо покращити бізнес-процес
|-
| Немає KPI перевізників
| Не аналізують сервіс
| Поганий перевізник продовжує псувати клієнтів
|}
Приклад:
Дія: уточнити адресу з клієнтом.; ERP має показувати, які суми очікуються, коли вони мають надійти і чи є собою розбіжності.; __TOC__
Для власної кур’єрської доставки ERP має контролювати:
!; # є собою тарифи.; Сума
Приклад:
[[Категорія:Пакування]]
],
!; {| class="wikitable" style="width:100%;"
* створено відправлення;
* прийнято перевізником;
* у сортувальному центрі;
* у дорозі;
* прибуло у відділення;
* передано кур’єру;
* доставлено;
* відмова;
* повернення.; Пошкодження без фото і документів — це як сварка без свідків: усі щось кажуть, але гроші повертати ніхто не поспішає.; Потрібно контролювати:
[[Категорія:ERP]]
Краще:
</syntaxhighlight>
Приклад:
=== Чому потрібно контролювати післяплату? ===
1.; | керування процесом доставки товарів від відправника до отримувача.; Воно.; * автомобілі;
* водіїв;
* маршрути;
* паливо;
* пробіг;
* ремонти;
* завантаження;
* вантажопідйомність;
* температурний режим;
* графіки;
* GPS;
* витрати;
* документи;
* технічний стан;
* страхування.; # є собою Power BI-аналітика.; "order_id": "SO-2026-00125",
Важливі обидва показники.; '''SLA''' — це узгоджений рівень сервісу доставки.; * транспортних компаній;
* великих відвантажень;
* B2B-доставки;
* роздрібних мереж;
* логістичних операторів;
* власного автопарку;
* підтвердження доставки;
* архіву документів.;== Доставка і WMS ==
"delivery_method": "courier",
Тип: адресна доставка
Типові питання
Потрібна палетна етикетка, ТТН, видаткова накладна, сертифікати.;== Коротко == Потрібно зберігати:
Доставка і складський облік
Закриття замовлення Причини повернення:
Чек-лист керування доставкою
</syntaxhighlight>
У сучасній ERP, зокрема в [[K2 ERP]], доставка має бути пов’язана із замовленнями, складом, WMS, адресним зберіганням, штрихкодуванням, ТТН, перевізниками, кур’єрами, післяплатою, поверненнями, Power BI, API, audit log і правами доступу.; "height_cm": 20,
Приклад:
↓
"status_date": "2026-05-20T16:45:00",
Кращий маршрут:
4.; Потрібно контролювати:
<syntaxhighlight lang="text">
Типовий життєвий цикл:
Доставка і фінансовий блок
3.; Оптимізація маршрутів сприяє зменшити:
Доставка і права доступу
[[Категорія:Кур’єрська доставка]]
Міжскладська доставка застосовується для переміщення товарів між складами.; У сучасній ERP доставка має бути пов’язана зі складом, WMS, продажами, замовленнями покупців, адресним зберіганням, пакуванням, відвантаженням, фінансами, SMS/Viber/email-сповіщеннями, API перевізників, Power BI та audit log.;== Маршрути доставки ==
- SLA відвантаження;
- етикетки;
- статуси;
- склади маркетплейсу;
- FBO / FBS;
- повернення;
- штрафи;
- упаковку;
- штрихкоди;
- габарити;
- документи;
- трекінг;
- інтеграцію API.; складський облік шукає коробку.; Не доставлено → повторна доставка / повернення / рекламація / компенсація
Закриття доставки Безкоштовна доставка при замовленні від 2 000 грн.; Доставка має змогу суттєво впливати на маржу.; з цієї причини ERP має зберігати габарити товарів і упаковок.; Погано: Київ центр → Бровари → Київ центр → Вишневе → Дарниця
Типові помилки керування доставкою
Що таке керування доставкою?
== Вибір перевізника ==
{| class="wikitable" style="width:100%;"
Домофон: 25
<syntaxhighlight lang="text">
↓
* пробіг;
* час доставки;
* витрати на паливо;
* запізнення;
* кількість автомобілів;
* порожні пробіги;
* перевантаження кур’єрів.; Найдешевша доставка, яка везе товар три тижні й губить кожну десяту коробку, — це не економія, а логістичний стендап без смішного фіналу.; Об’ємна вага: 18 кг
Або:
- передано перевізнику;
| До 30 кг, Україна, відділення | Перевізник А |
| Палетний вантаж | Перевізник Б |
| Київ, доставка сьогодні | Власний кур’єр |
| Міжнародна доставка | Перевізник C |
функціональні можливості:
Що робити з недоставленими замовленнями?
Якщо товар пошкоджується в доставці, потрібно перевірити пакування.; У сучасній ERP ТТН часто створюється автономно через API перевізника.; !; Роль </syntaxhighlight>
ERP має змогу рахувати вартість доставки.;
- замовник не забрав;
- замовник відмовився;
- неправильний товар;
- пошкодження;
- брак;
- неповна комплектація;
- помилка адреси;
- закінчився строк зберігання;
- неуспішна доставка;
- не пройшла оплата.; Дешева доставка з високою кількістю втрат, пошкоджень і недоставок має змогу коштувати бізнесу дорожче, ніж якісний перевізник із трохи вищим тарифом.; ERP мала б без ускладнень показати статус.; |-
| Основні об’єкти | Замовлення, складський облік, пакування, перевізник, ТТН, маршрут, статус, післяплата.;== інтеграційні функціональні можливості з перевізниками ==
[[Категорія:Логістика]]
Приклад KPI:
Передача перевізнику
!; Недоставка — це ситуація, коли товар не потрапив до отримувача.; Менеджер не знає, де замовлення.; "weight_kg": 12.5,
Вантажопідйомність: 1 500 кг
== Приклад JSON статусу доставки ==
== Тарифи доставки ==
{| class="wikitable" style="width:100%;"
складський облік відповідає за:
ТТН має змогу містити:
- великі партії;
- палети;
- розвантаження;
- документи;
- довіреності;
- часові вікна складу клієнта;
- пропускна платформа;
- повернення документів;
- вимоги до транспорту;
- часткові поставки;
- погоджені графіки;
- штрафи за запізнення.; Помилка у відділенні — це коли товар поїхав не туди, а замовник отримав новий туристичний квест “знайди свою посилку”.;== Помилка: немає контролю пакування ==
Поганий бізнес-процес: !; Фактори тарифу: !; # є собою статуси доставки.; # є собою KPI.; Прикладна, 10, офіс 502"
</syntaxhighlight>
Доставка: 14:00–18:00
Післяплата: 5 000 грн
SLA потрібен для контролю якості логістики.; Показник
керування доставкою — це платформа дій, документів, статусів, правил і інтеграцій, які забезпечують доставку товару або вантажу від відправника до отримувача.; Товар запаковано
- очікує комплектації;
- готово до видачі;
- повідомлено клієнта;
- видано;
- не забрано;
- повернуто на складський облік.;== KPI керування доставкою ==
B2C-доставка орієнтована на кінцевого клієнта.;</syntaxhighlight> інтеграційні функціональні можливості з перевізниками надає можливість автоматизувати доставку.; Канали: !; {
</syntaxhighlight> Що потрібно доставити?; # є собою контроль післяплати.; Учасник |- | Менеджер | Вказувати спосіб доставки і бачити статус | Не змінює тарифи перевізників |- | Комірник | Пакувати і передавати товар | Не змінює адресу після відвантаження |- | Логіст | Планувати маршрути і перевізників | Не змінює фінансові документи |- | Кур’єр | Бачить свої доставки | Не бачить всі замовлення компанії |- | Фінансист | Контролює оплату і післяплату | Не редагує складські операції |- | Керівник | Бачить аналітику і KPI | Не виконує операційне сканування |}
Для чого потрібне керування доставкою
↓
- хто створив доставку;
- хто змінив адресу;
- хто змінив перевізника;
- хто створив ТТН;
- хто скасував ТТН;
- хто передав товар перевізнику;
- хто змінив статус;
- хто підтвердив доставку;
- хто оформив повернення;
- хто змінив суму післяплати;
- хто закрив доставку.; Він хоче знати, де його товар і коли він буде.; Помилка
↓ "carrier": "CARRIER_001",
== Пакування доставки ==
"comment": "Дзвонити за 30 хвилин"
<syntaxhighlight lang="text">
Потрібно фіксувати причину, відповідального і дію: повторна доставка, уточнення адреси, повернення на складський облік, зв’язок із клієнтом або рекламація перевізнику.; Самовивіз — це коли замовник сам забирає товар.; Коли доставити?;<syntaxhighlight lang="text">
== Зони відвантаження ==
"expected_delivery_date": "2026-05-20",
!; |-
| Найкраща практика
| інтеграційні функціональні можливості з перевізниками, WMS, трекінг, сповіщення клієнтів, KPI і audit log.;== Доставка і електронний документообіг ==
↓
Приклади SLA:
[[Категорія:Трекінг доставки]]
Причини:
Повернення — важлива частина доставки.; Значення
* замовник не відповідає;
* неправильна адреса;
* відсутній отримувач;
* відмова від товару;
* помилка перевізника;
* пошкодження вантажу;
* втрата;
* затримка;
* неможливість проїзду;
* проблема з оплатою.; Значення
!; Логістика не виправляє складські помилки, вона іноді без ускладнень доставляє їх дорожче.; Причина
На складі бажано мати зони відвантаження.; - прибуло у відділення;
Корисні KPI:
[[Категорія:Міжскладська доставка]]
Пакування впливає на якість доставки.;[[Категорія:ТТН]]
[[Категорія:Складський облік]]
Джерела статусів:
Приймання на складський облік
Краще:
!; Приклад:
"width_cm": 30,
* клієнта;
* адресу доставки;
* контактну особу;
* телефон;
* email;
* спосіб доставки;
* бажану дату;
* часовий інтервал;
* складський облік відвантаження;
* товари;
* кількість;
* вагу;
* об’єм;
* спосіб оплати;
* післяплату, якщо є собою;
* коментар для кур’єра;
* статус доставки.; Статус: не доставлено.; Значення
|-
| Що це?; Тариф рахується за 18 кг
[[Категорія:Адресна доставка]]
{| class="wikitable" style="width:100%;"
У доставці потрібні права доступу.; Потрібно враховувати:
↓
=== Що важливіше: ціна доставки чи якість? ===
Замовлення → Відвантаження → ТТН → Статус доставки → Оплата → Документи перевізника
При доставці у відділення істотно правильно вказати:
!; Прикладна, 10
|-
| Дата
| 20.05.2026
|-
| Часове вікно
| 14:00–18:00
|-
| Оплата
| Післяплата
|}
[[Категорія:Контроль браку]]
Скільки це коштує?; # є собою обліковий облік повернень.; План
|-
| Продаж
| 1 000 грн
|-
| Собівартість товару
| 700 грн
|-
| Валова маржа
| 300 грн
|-
| Доставка за рахунок компанії
| 180 грн
|-
| Реальна маржа
| 120 грн
|}
Запізнення — штраф.; Причина недоставки
Крихкий товар → коробка + наповнювач + маркування “Крихке” + фото пакування.; !;== ТТН ==
== Audit log доставки ==
[[Категорія:Українське програмне забезпечення]]
!; Статус
Доставка в розподільчий центр мережі.; Дія
WMS сприяє організувати фізичні складські операції перед доставкою.; Але якщо посилка приїхала розбита, із запізненням і “десь на іншому відділенні” — пам’ятає дуже добре.; "tracking_number": "20450000000000",
<syntaxhighlight lang="text">
[[Категорія:Відвантаження]]
ERP має зберігати зв’язок:
Резерв товару
Повернення на складі
- список перевізників;
- тарифи;
- типи доставки;
- умови оплати;
- API-ключі;
- відділення;
- поштомати;
- строки доставки;
- обмеження по вазі;
- обмеження по габаритах;
- страхування;
- післяплату;
- статуси;
- рейтинг.; Її без ускладнень хтось оплачує: організація, постачальник, маркетинговий бюджет або маржа.; має змогу робити
Доставка у відділення
== Адресна доставка ==
}
!; * вартість доставки;
* хто платить за доставку;
* післяплату;
* комісії перевізника;
* компенсації;
* повернення коштів;
* рахунки перевізників;
* акти перевізників;
* собівартість доставки;
* маржу замовлення;
* безкоштовну доставку;
* поріг безкоштовної доставки.; Відбір на складі
<syntaxhighlight lang="text">
керування доставкою потрібне для:
ERP має змогу допомагати вибирати перевізника за правилами.; WMS показує комірнику:
!; ↓
Повернення від перевізника
керування доставкою охоплює вибір способу доставки, перевізника, маршруту, тарифу, дати, часу, складу відвантаження, упаковки, документів, ТТН, статусів, оплати, повернень, рекламацій і контролю якості сервісу.; ↓
"cash_on_delivery": 5000,
[[Категорія:Післяплата]]
* SMS;
* email;
* Viber;
* Telegram;
* push-повідомлення;
* особистий кабінет;
* дзвінок оператора.; Що робити з поверненням?; !; '''керування доставкою''' — це бізнес-процес планування, організації, контролю і аналізу переміщення товарів від складу, магазину, виробництва або постачальника до клієнта, торгової точки, іншого складу, маркетплейсу чи кінцевого отримувача.; # є собою зв’язок зі складом.; |-
| Основні типи
| Самовивіз, кур’єр, перевізник, адресна доставка, B2B, B2C, міжскладська доставка.; ERP має не без ускладнень зберігати часові вікна, а враховувати їх у маршрутах.;== Приклад JSON доставки ==
бізнес-процес:
ERP має фіксувати причину недоставки.; Логіст шукає складський облік.;== Доставка і маржа ==
Якщо товар пошкоджено під час доставки, потрібно зафіксувати:
'''ТТН''' або товарно-транспортна накладна застосовується для підтвердження перевезення вантажу.; ERP має контролювати:
<syntaxhighlight lang="text">
Погане пакування — це коли товар виїхав нормальним, а приїхав як сучасне мистецтво.; # є собою audit log.;</syntaxhighlight> істотно, щоб електронні документи були правильно підписані, збережені й доступні для обліку.; замовник рідко пам’ятає, як красиво менеджер виставив рахунок.; !; {| class="wikitable" style="width:100%;"
ERP → API перевізника → ТТН → Етикетка → Статус → Доставка → Закриття
}
|-
| замовник
| Отримує товар
| Покупець інтернет-магазину
|-
| Менеджер
| Оформлює замовлення і умови доставки
| Менеджер продажів
|-
| складський облік
| Комплектує, пакує і відвантажує товар
| ключовий складський облік
|-
| Логіст
| Планує доставку і маршрути
| Відділ логістики
|-
| Кур’єр
| Доставляє товар власною доставкою
| Кур’єр компанії
|-
| Перевізник
| Зовнішня служба доставки
| Поштова або транспортна організація
|-
| фінансовий блок
| Контролюють оплату доставки і післяплату
| бухгалтерський обліковий облік, фінансовий відділ
|-
| Сервіс / супровід
| функціонує з проблемами доставки
| Call-центр
|}
<syntaxhighlight lang="text">
Замовлення в ERP
<syntaxhighlight lang="json">
Київ, вул.; Приклад:
Приклади:
Не доставлено.;== Статуси доставки ==
Маршрут має змогу враховувати:
Замовлення створено
== Кур’єрська доставка ==
* місто;
* країна;
* вага;
* об’єм;
* терміновість;
* вартість;
* тип товару;
* крихкість;
* післяплата;
* відділення або адресна доставка;
* рейтинг перевізника;
* SLA;
* історичний розвиток проблем;
* доступність інтеграції.; }
== Об’ємна вага ==
Недоставка без причини не дає користі.; Передати в PACK-01
|-
| Доставка вчасно
| 95%
| 91%
|-
| Пошкодження
| <1%
| 1,8%
|-
| Недоставки
| <3%
| 4,5%
|}
== Післяплата ==
Післяплата — це оплата клієнтом при отриманні.
ERP має контролювати:
* суму післяплати;
* перевізника;
* номер ТТН;
* дату отримання;
* дату повернення коштів;
* комісію;
* розбіжності;
* статус оплати;
* зв’язок із замовленням;
* зв’язок із банком.
Приклад:
<syntaxhighlight lang="text">
},
- замовлення зібрано;
<syntaxhighlight lang="text">
[[Категорія:Штрихкодування]]
Передано кур’єру або перевізнику
<syntaxhighlight lang="text">
"parcels": [
<syntaxhighlight lang="text">
Статуси самовивозу:
* точку видачі;
* готовність замовлення;
* резерв;
* строк зберігання;
* контакт клієнта;
* оплату;
* документи;
* статус видачі;
* хто видав;
* хто отримав;
* повернення в продаж, якщо замовник не забрав.; Фактична вага: 5 кг
↓
[[Категорія:K2 Cloud ERP]]
Приклад:
!; Відповідь
Наслідок:
<syntaxhighlight lang="text">
Яким способом?; # є собою адреси і контакти клієнтів.; Чи є собою ТТН?; Якщо щось пішло не так:
<syntaxhighlight lang="text">
{| class="wikitable" style="width:100%;"
функціональні можливості:
!; Зазвичай через підтримку.; Приклад:
== керування доставкою в K2 ERP ==
↓
Безкоштовна доставка насправді не безкоштовна.; Створення ТТН через API
актуалізація статусів
- зона кур’єрської доставки;
- зона самовивозу;
- зона перевізника №1;
- зона перевізника №2;
- зона міжнародних відправлень;
- зона великих вантажів;
- зона палет;
- зона повернень;
- зона проблемних відправлень.; Обмеження
- своєчасного виконання замовлень;
- контролю відвантажень;
- зменшення помилок доставки;
- вибору оптимального перевізника;
- контролю вартості логістики;
- автоматичного створення ТТН;
- маршрутизації кур’єрів;
- контролю статусів;
- інформування клієнтів;
- роботи з поверненнями;
- контролю післяплати;
- аналізу якості доставки;
- планування навантаження складу;
- контролю пакування;
- зменшення втрат і пересорту;
- підвищення клієнтського сервісу.;
ERP має врахувати 160 грн як витрати замовлення.; # є собою контроль пошкоджень.; Приклад:
{| class="wikitable" style="width:100%;"
Кому доставити?; У [[Power BI]] можна аналізувати:
Audit log — це коли фраза “адреса сама змінилась” не проходить перевірку реальністю.; Товар зібрано
↓
[[Категорія:Інтеграція]]
Поганий маршрут:
Створено ТТН або маршрут
Київ центр → Дарниця → Бровари → Вишневе
керування доставкою — це бізнес-процес планування, організації, контролю і аналізу доставки товарів від складу або продавця до клієнта, складу, магазину чи іншого отримувача.; # є собою пакування.;== SLA доставки ==
Краще:
↓
- способи доставки;
- перевізники;
- тарифи;
- маршрути;
- кур’єри;
- власний автопарк;
- інтеграції з перевізниками;
- створення ТТН;
- друк етикеток;
- статуси доставки;
- трекінг;
- післяплата;
- повернення;
- зв’язок зі складом;
- зв’язок із WMS;
- адресне зберігання;
- пакування;
- відвантаження;
- Power BI;
- audit log;
- права доступу;
- API.; |-
| центральний ризик | - | 1 | Київ, вул.; Яким перевізником?; * кількість доставок;
|
| Вартість товару | 5 000 грн | ||
| Доставка | 180 грн | ||
| Комісія післяплати | 100 грн | ||
| замовник оплатив | 5 000 грн | ||
| організація отримала після комісії | 4 900 грн |
; В, 20 14:00–18:00 Заплановано
Власний автопарк
Питання:
При виборі перевізника істотно враховувати не тільки ціну.; B2B-доставка часто складніша за B2C.; # є собою трекінг.; |- | центральний контроль
| Статуси, строки, вартість, доставка вчасно, недоставки, повернення, післяплата.; Якщо не враховувати доставку, можна думати, що продаж прибутковий.;
== Зовнішні перевізники ==
Логіст “зараз уточнить”.; # є собою інтеграційні функціональні можливості з перевізниками, якщо потрібно.; Роль
== Доставка B2C ==
рішення для бізнесу: повернути в продаж / брак / ремонт / списання
== Недоставка ==
!; Взяти товар Б з PICK-02-05
[[Категорія:WMS]]
<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">
Замовлення: 5 000 грн
Доставка тісно пов’язана зі складом.; Прикладна, 10, офіс 502
{| class="wikitable" style="width:100%;"
|-
| Самовивіз
| замовник забирає товар самостійно
| Самовивіз зі складу або магазину
|-
| Кур’єрська доставка
| Доставляє власний або зовнішній кур’єр
| Доставка до дверей
|-
| Доставка перевізником
| Передача вантажу службі доставки
| Доставка у відділення або поштомат
|-
| Адресна доставка
| Доставка на конкретну адресу
| Офіс, квартира, складський облік клієнта
|-
| Доставка між складами
| Переміщення товару між власними складами
| Київ → Львів
|-
| Доставка у торгову точку
| Постачання в магазин або мережу
| Розвезення по магазинах
|-
| Виробнича доставка
| Переміщення матеріалів або напівфабрикатів
| Цех → складський облік готової продукції
|-
| Міжнародна доставка
| Доставка через кордон
| Експорт, імпорт
|}
Погана доставка має змогу зіпсувати навіть хороший продаж.; !; Б, 15
| 12:00–14:00
| Заплановано
|-
| 3
| Київ, вул.;== Помилка: доставка живе окремо від ERP ==
керування доставкою має змогу бути простим — як ілюстрація, “відправити товар службою доставки” — або складним: маршрути кур’єрів, власний автопарк, декілька складів, часові вікна, температурний режим, палети, повернення тари, післяплата, GPS-контроль і SLA.;[[Категорія:Audit log]]
Контроль післяплати
Бо післяплата — це гроші компанії, які тимчасово знаходяться у перевізника.;== Помилка: клієнта не інформують ==
!; Замовлення має містити:
↓
'''Проста аналогія.''' Продаж без доставки — це як ресторан без офіціанта: страва має змогу бути чудова, але якщо її не донесли до клієнта, замовник оцінить не кухню, а проблему.; Картон дешевший за рекламацію.; * B2C-доставки;
* доставки в офіси;
* доставки у торгові точки;
* доставки на склади клієнтів;
* доставки харчових продуктів;
* доставки з монтажем;
* сервісних виїздів.;<syntaxhighlight lang="text">
Якщо маркетплейс вимагає відвантажити до 16:00, а складський облік згадав о 16:30 — це вже не логістика, а фінансовий самостріл.;== Життєвий цикл доставки ==
"declared_value": 5000
[[Категорія:Повернення товарів]]
замовник без інформації починає сам шукати правду.; Приклад
'''Хороше керування доставкою — це коли замовник знає, де його замовлення, менеджер бачить статус, складський облік знає, що відвантажено, фінансовий блок контролюють оплату, логістика бачить KPI, а керівник не дізнається про проблеми доставки з гнівного відгуку в інтернеті.'''
Оплата / післяплата
керування доставкою часто починається із замовлення покупця.;
ERP є собою центром доставки: ТТН, статуси, післяплата, повернення, документи і аналітичні інструменти пов’язані з замовленням.;== Доставка і Power BI ==
- місто;
- відділення;
- отримувача;
- телефон;
- вагу;
- габарити;
- оголошену вартість;
- післяплату;
- платника доставки;
- коментар;
- номер замовлення.; Статус
</syntaxhighlight> !; * вага;
- об’єм;
- габарити;
- місто;
- країна;
- відстань;
- тип доставки;
- терміновість;
- страхова вартість;
- післяплата;
- палети;
- підйом на поверх;
- температурний режим;
- повернення документів;
- додаткове пакування.; Замовлення
"recipient": {
Причина: замовник не відповів.; |- | Доставок за місяць | 12 500 |- | Вчасно доставлено | 94,2% |- | Недоставки | 3,1% |- | Повернення | 2,4% |- | Середня вартість доставки | 86 грн |- | Пошкодження | 0,7% |}
Див.; додатково
</syntaxhighlight>
- відсоток доставок вчасно;
- середній час доставки;
- вартість доставки на замовлення;
- частка недоставок;
- частка повернень;
- частка пошкоджень;
- частка доставок із першої спроби;
- SLA по перевізниках;
- середній час від пакування до передачі перевізнику;
- кількість проблемних доставок;
- сума післяплати в дорозі;
- час повернення післяплати;
- ефективність кур’єрів;
- завантаження авто;
- вартість кілометра;
- кількість скарг клієнтів.;</syntaxhighlight>
<syntaxhighlight lang="text">
- замовлення покупця;
- видаткова накладна;
- ТТН;
- акт перевізника;
- рахунок перевізника;
- чек;
- документ післяплати;
- акт пошкодження;
- претензія;
- документи повернення;
- акт звірки з перевізником.; !;== Самовивіз ==
"city": "Київ",
Погано: |- | Замовлення | ЗП-000125 |- | замовник | Іваненко Іван |- | Спосіб доставки | Кур’єр до дверей |- | Адреса | Київ, вул.;== Безкоштовна доставка ==
Якщо маршрути будуються “на око”, око оперативно стає дорогим логістичним інструментом.; Маршрут доставки — це послідовність точок, які має відвідати кур’єр або автомобіль.