| IT / інтегратор
|
Налаштовує API, файловий обмін, webhook, безпеку і технічну підтримку інтеграцій.;== Автоматичне актуалізація статусів ==
ERP має змогу формувати частину документів і передавати інформаційні дані перевізнику.; Це теж платформа моніторингу, але погана.; | ERP автоматизує ТТН, етикетки, статуси, доставку, повернення, накладені платежі, складський облік, CRM, фінансовий блок і звіти.;Для товарів із серійним обліком потрібно фіксувати, який саме серійний номер відправлено клієнту.; Накладений платіж або оплата доставки можуть бути пов’язані з [[Інтеграція з банком|інтеграцією з банком]].;== Безпека персональних даних ==
WMS має змогу виконувати:
інтеграційні функціональні можливості з доставкою — це не без ускладнень кнопка “створити ТТН”.; * вага;
* габарити;
* етикетка;
* штрихкод;
* вміст;
* статус.; | Це автоматичний обмін даними між ERP і службами доставки, кур’єрами, інтернет-магазином, складом або власною логістикою.; ERP повинна враховувати габарити товару і не пропонувати невідповідний спосіб доставки.; Реєстр відправлень — це список посилок, які передаються службі доставки.; Якщо замовлення з передоплатою, ТТН створюється тільки після оплати.;
- адреси вводяться вручну;
- немає перевірки телефону;
- неправильно обирається відділення;
- ТТН створюється до комплектації;
- ТТН створюється без оплати;
- статуси не оновлюються;
- повернення не контролюються;
- накладені платежі не звіряються;
- доставка не враховується у маржі;
- немає аналітики по перевізниках;
- клієнту не надсилається ТТН;
- складський облік і продажі та реалізація бачать різні статуси;
- немає контролю пошкоджень;
- немає реєстру передачі перевізнику;
- немає історії змін отримувача;
- не контролюються персональні інформаційні дані.; ERP повинна обробляти повернення як окремий бізнес-процес.; Замовлення → Резерв → Комплектація → Перевірка → Пакування → ТТН → Передача перевізнику
ERP має змогу зберігати вимоги доставки:
інтеграційні функціональні можливості з доставкою є собою частиною бізнес-процесів компанії.; Іноді потрібно змінити отримувача.; Потрібно правильно відображати статуси товару:
|
; Замовлення №100 має 3 товари.; ERP повинна бути готова до таких змін.; складський облік зібрав товар.; Перед відвантаженням має змогу виконуватись контроль якості.; Поганий варіант:
Після створення ТТН потрібно надрукувати етикетку.; * відправки запчастин;
- повернення обладнання;
- гарантійного ремонту;
- обміну товару;
- доставки підмінного обладнання;
- відправки інструменту;
- повернення дефектних вузлів.; бізнес-процес:
ERP повинна отримувати статуси автономно або за розкладом.; ТТН містить:
У сервісі доставка має змогу використовуватися для:
Маркетплейс → Замовлення → ERP → складський облік → ТТН → Статус доставки → Маркетплейс
- дату;
- кур’єра;
- транспорт;
- список доставок;
- адреси;
- послідовність точок;
- час доставки;
- контактів;
- суми до отримання;
- статуси;
- повернення;
- підпис клієнта.; * замовник оформлює замовлення на сайті;
- обирає службу доставки і відділення;
- замовлення потрапляє в K2 ERP;
- ERP перевіряє оплату або умови накладеного платежу;
- складський облік отримує задачу на комплектацію;
- після комплектації ERP створює ТТН;
- друкується етикетка;
- товар передається перевізнику;
- замовник отримує повідомлення з номером ТТН;
- ERP оновлює статуси доставки;
- після отримання замовлення закривається;
- якщо був накладений платіж — ERP контролює надходження коштів.;== Доставка і габаритний товар ==
Доставка і контроль якості
Але об’єднання має бути контрольованим, щоб не переплутати документи, оплату і комплектацію.; Якщо замовлення з накладеним платежем, ERP контролює перерахування коштів після отримання.; API має змогу дозволяти:
Етикетка має змогу містити:
- створено;
- передано на складський облік доставки;
- у дорозі;
- прибуло у відділення;
- отримано;
- повернення;
- відмова;
- накладений платіж перераховано.; ERP має змогу розраховувати або отримувати вартість доставки.; Бо “безкоштовна доставка” для клієнта не означає безкоштовна для бізнесу.; | K2 ERP має змогу автоматизувати інтеграцію з доставкою, службами доставки, власною логістикою, WMS, інтернет-магазином, CRM, банком і фінансовим обліком.;== Відстеження доставки клієнтом ==
ERP повинна знати, яку партію відправлено конкретному клієнту.; Міжміська доставка часто пов’язана зі службами доставки або транспортними компаніями.;== Проблемні відправлення ==
Дропшипінг
- номер ТТН;
- штрихкод;
- QR-код;
- отримувача;
- телефон;
- адресу;
- відділення;
- службу доставки;
- вагу;
- кількість місць;
- оголошену вартість;
- накладений платіж.; ERP повинна зв’язувати:
- швидше обробляти замовлення;
- зменшувати помилки;
- автономно створювати ТТН;
- друкувати етикетки;
- контролювати статуси;
- повідомляти клієнтів;
- контролювати повернення;
- контролювати накладені платежі;
- рахувати вартість доставки;
- аналізувати перевізників;
- покращувати клієнтський сервіс;
- бачити реальні витрати логістики.; Для інтернет-магазину інтеграційні функціональні можливості з доставкою особливо важлива.; ERP повинна дозволяти фіксувати:
Для малого бізнесу це має змогу бути створення ТТН із замовлення і друк етикеток.;== Excel у доставці ==
Це істотно для фінансового обліку і оцінки якості перевізників.; Замовлення → Комплектація → Маршрут → Кур’єр → Доставка → Підпис клієнта → Закриття замовлення
<pre>
* хто бачить адреси;
* хто бачить телефони;
* хто має змогу експортувати інформаційні дані;
* хто має змогу змінювати отримувача;
* хто має змогу створювати ТТН;
* як зберігаються API-ключі;
* які інформаційні дані передаються перевізнику;
* історію доступу;
* видалення або архівацію даних.; Якщо організація має кілька складів, ERP повинна визначати, звідки відправляти товар.; Самовивіз — це теж сценарій доставки.;== Власна доставка ==
як ілюстрація, товар легкий, але великий за об’ємом.; Перед автоматизацією доставки потрібно відповісти на питання:
Довідники повинні оновлюватися.; * відправник;
- отримувач;
- третя сторона;
- компанія-продавець;
- замовник;
- постачальник;
- партнерська сторона;
- за договором;
- на безоплатній основі для клієнта, але за рахунок продавця.; * номер ТТН;
- службу доставки;
- посилання для відстеження;
- адресу відділення;
- суму до оплати;
- дату прибуття;
- нагадування про отримання;
- повідомлення про затримку;
- повідомлення про повернення.; Без інтеграції ці дії виконує людина вручну.;
API-інтеграція зручна, але потребує підтримки.; Поштомат — це автоматизований пункт видачі.;== Створення ТТН з ERP ==
* замовлення готове до доставки;
* логіст формує маршрут;
* ERP призначає кур’єра;
* кур’єр отримує список адрес;
* клієнти отримують повідомлення;
* кур’єр змінює статуси доставки;
* замовник підписує отримання або підтверджує його кодом;
* ERP закриває доставку;
* якщо є собою оплата при отриманні — фіксується платіж;
* керівник бачить ефективність маршруту і кур’єра.;== Основні сценарії інтеграції з доставкою ==
ERP має змогу формувати комплект документів для доставки.; Деякі товари мають обмеження доставки.; ERP повинна пов’язувати доставку з сервісною заявкою.;== Доставка і монтаж ==
замовник обрав самовивіз із магазину.; Приклад:
* не перевіряти вручну;
* повідомляти клієнта;
* контролювати проблеми;
* закривати замовлення після отримання;
* запускати бізнес-процес повернення;
* контролювати накладені платежі.; Webhook — це коли служба доставки сама повідомляє ERP про зміну статусу.; Для малого бізнесу має змогу бути достатньо автоматичного створення ТТН і друку етикеток.; Якщо через “передумав” — вітаємо, це класика інтернет-торгівлі.;== Консолідація відправлень ==
== Друк етикеток ==
ERP має змогу формувати маршрутний лист на основі замовлень.; * номер відправлення;
* відправника;
* отримувача;
* адресу або відділення;
* телефон;
* характеристика вантажу;
* вагу;
* габарити;
* оголошену вартість;
* платника доставки;
* суму накладеного платежу;
* дату створення;
* службу доставки;
* статус.; |}
ERP повинна враховувати, що не всі замовлення можна доставити в поштомат.; ERP має змогу враховувати:
ERP має змогу отримувати довідник:
Персональні інформаційні дані — це не без ускладнень текст у замовленні.; ERP повинна зберігати адресу структуровано.; !; ERP має змогу пов’язати рекламацію з ТТН, замовленням, складом, перевізником і відповідальним.; Замовлення на 2 000 грн.; ERP повинна відрізняти повернення товару в нормальному стані від повернення пошкодженого товару.; інтеграційні функціональні можливості з доставкою має змогу включати різні сценарії:
Що таке інтеграційні функціональні можливості з доставкою простими словами
Якщо документи не вкладені або вкладені не ті, це має змогу затримати оплату, приймання або закриття замовлення.; Для власної доставки ERP має змогу працювати як TMS або інтегруватися з окремою транспортною системою.; |}
Приклад:
Що потрібно описати перед впровадженням інтеграції з доставкою
платформа повинна віднести вартість доставки на витрати продажу або іншу статтю.;
'''Накладений платіж''' — це коли замовник оплачує товар при отриманні, а служба доставки потім перераховує гроші продавцю.;== Зміна отримувача ==
Служба доставки повернула номер ТТН.; | Це транспортна накладна або номер відправлення, за яким можна відстежити доставку.; Дропшипінг — це коли товар відправляється клієнту напряму від постачальника.;
ERP повинна не дозволяти створювати відправлення без реального товару або відповідного правила.; Це ручний спорт на витривалість.; бізнес-процес:
K2 ERP має змогу використовуватися для автоматизації інтеграції з доставкою, службами доставки, кур’єрськими сервісами, власною логістикою, інтернет-магазинами, CRM, WMS і складом.; без ускладнень поки що терпить.; Товар є собою на складах у Києві і Львові.;== Доставка і фінансовий обліковий облік ==
1 товар буде відправлений завтра.; як ілюстрація:
Бо питання “де моє замовлення?” краще закривати автономно, ніж вручну 50 разів на день.; ERP має змогу показувати аналітику доставки:
2 товари відправлені сьогодні.; Іноді одне замовлення потрібно відправити частинами.; K2 ERP має змогу допомогти зробити доставку частиною єдиної системи керування: від замовлення до відвантаження, від складу до перевізника, від ТТН до статусу, від накладеного платежу до банку, від повернення до аналітики.; ERP повинна дозволяти створювати відправлення з кількома місцями.; інтеграційні функціональні можливості з доставкою обробляє персональні інформаційні дані.;
замовник отримав повідомлення.; Якщо доставка живе в такому файлі, вона вже давно проситься в ERP.;== Розділення відправлення ==
замовник має змогу відмовитися від отримання.; ERP не без ускладнень створює ТТН.; Це істотно для:
Права доступу важливі, бо доставка містить персональні інформаційні дані клієнтів: телефони, адреси, ПІБ.; * місто;
- регіон;
- вага;
- габарити;
- вартість;
- строк доставки;
- тип товару;
- замовник;
- договір;
- тариф;
- спосіб оплати;
- наявність відділення;
- можливість адресної доставки;
- накладений платіж;
- обмеження товару.; як ілюстрація:
ERP має змогу створювати сервісну задачу після доставки.; ERP повинна підтримувати кілька ТТН для одного замовлення.;== Доставка і собівартість ==
Доставка для маркетплейсів
ERP має змогу запропонувати об’єднати їх, якщо:
розроблена ТТН ще не означає, що товар переданий перевізнику.; Власна доставка потрібна компаніям, які мають своїх кур’єрів, автомобілі або логістичні маршрути.; * номер ТТН;
- замовлення;
- отримувача;
- кількість місць;
- вагу;
- вартість;
- накладений платіж;
- складський облік;
- дату передачі;
- відповідального.; |-
|
Як ERP сприяє?; * спеціальні тарифи;
- вантажний транспорт;
- палети;
- підйом на поверх;
- розвантаження;
- доставка за графіком;
- обмеження відділень;
- додаткові послуги.; |-
|
Щоб автоматизувати створення ТТН, друк етикеток, статуси доставки, повернення, накладений платіж і повідомлення клієнтів.; Реєстр потрібен для контролю фактичної передачі відправлень перевізнику.; Що робить
Це не швидка доставка.; Після створення ТТН платформа отримує номер відправлення і записує його в замовлення.; * власна;
- через службу доставки;
- через локального партнера;
- по місту;
- міжміська;
- експрес;
- запланована на конкретний час.; ERP повинна показувати проблемні відправлення.; Це має змогу зменшити витрати на доставку.;
Повернення документів
Замовлення → Відправлення з накладеним платежем → замовник отримав → Служба доставки прийняла оплату → Гроші перераховано → ERP закрила оплату
ERP має змогу:
як ілюстрація:
- строків придатності;
- сертифікатів якості;
- рекламацій;
- відкликання продукції;
- простежуваності;
- FIFO / FEFO;
- складського обліку.;
Якщо вагу вводити вручну, помилки можуть впливати на вартість доставки.; бізнес-процес:
Чим краще описаний логістичний бізнес-процес, тим менше буде ручної роботи і помилок після запуску.; ERP має змогу керувати:
- спосіб доставки;
- місто;
- відділення;
- адресу;
- контактні інформаційні дані;
- спосіб оплати;
- коментар клієнта;
- бажаний час доставки.; Це особливо істотно для дорогих, складних або відповідальних товарів.; Відправлення → Доставка → Монтаж → Акт виконаних робіт → Закриття замовлення
замовник має змогу попросити змінити адресу або відділення.; ERP має змогу не дозволяти створити ТТН, якщо фінальний контроль не пройдено.; Критерії:
Практичний сенс. інтеграційні функціональні можливості з доставкою перетворює доставку з ручного копіювання даних на керований бізнес-процес: замовлення → складський облік → ТТН → відправлення → статус → отримання → оплата або повернення.; Доставка пов’язана з оплатою.; * вибір служби доставки;
- вибір відділення;
- адресну доставку;
- створення ТТН;
- друк етикеток;
- розрахунок вартості;
- передачу даних перевізнику;
- контроль статусів;
- повідомлення клієнтів;
- контроль накладеного платежу;
- повернення;
- пошкодження;
- реєстри відправлень;
- маршрути власної доставки;
- аналітику;
- зв’язок зі складом;
- зв’язок із CRM;
- зв’язок з інтернет-магазином;
- зв’язок із фінансами;
- зв’язок із контролем якості;
- права доступу;
- історію дій.; * замовник не забрав посилку;
- служба доставки передає статус “Повернення”;
- K2 ERP оновлює замовлення;
- менеджер отримує задачу зв’язатися з клієнтом;
- складський облік очікує повернення;
- після повернення товар перевіряється;
- якщо товар нормальний — повертається на складський облік;
- якщо пошкоджений — створюється акт або рекламація;
- фінансовий блок бачать витрати доставки і повернення;
- причина повернення потрапляє в аналітику.; Окрема класика — створити ТТН, повідомити клієнта, а потім виявити, що товару на складі немає.; ERP має змогу передавати оголошену вартість і контролювати:
організація має змогу працювати з різними службами доставки.; як ілюстрація:
- замовлення;
- клієнта;
- канал продажу;
- підрозділ;
- проєкт;
- статтю витрат;
- собівартість;
- маркетингову акцію.;== Доставка постачальником ==
Вона сприяє:
Доставка і документи
Бо якщо етикетка надрукована неправильно або наклеєна не на ту коробку, замовник має змогу отримати не свій товар.; Іноді кілька замовлень можна об’єднати в одне відправлення.; Приклад процесу:
ERP або сайт має змогу показувати:
KPI доставки
Для доставки важливі:
- кожні 30 хвилин;
- кожну годину;
- раз на день;
- при відкритті замовлення;
- за подією;
- через webhook, якщо служба доставки підтримує роботу.; Повернення має змогу виникати, якщо:
ERP має змогу контролювати SLA і показувати прострочення.; Типовий файл:
Якщо замовник скаржиться на доставку, потрібно фіксувати рекламацію.; Для складу і продажів. інтеграційні функціональні можливості з доставкою зменшує ручну роботу: не потрібно повторно вводити адресу, телефон, ПІБ, вагу, габарити, службу доставки, місто, відділення і номер ТТН у кількох системах.; |-
|
Бухгалтер
|
Відображає послуги доставки, акти перевізників, оплати, комісії і повернення.; Корисні KPI:
ERP записала номер у замовлення.; |-
|
Служба підтримки
|
Відповідає клієнтам на питання щодо доставки, повернень і статусів.; Менеджер у CRM має змогу бачити:
- маршрутами;
- кур’єрами;
- статусами;
- оплатами;
- поверненнями;
- підписами клієнтів;
- фотофіксацією;
- геолокацією;
- накладеним платежем;
- актами доставки.;== Доставка і мультисклад ==
ERP передає задачу на підготовку товару.; |-
|
-
|
Як доставка пов’язана зі складом?; Фактична маржа:
ERP повинна фіксувати:
бізнес-процес:
- причину відмови;
- статус доставки;
- вартість доставки;
- вартість повернення;
- відповідального менеджера;
- товар;
- можливість повторного продажу;
- фінансові наслідки;
- коментар клієнта.; як ілюстрація:
|
; ERP повинна зберігати ТТН у замовленні, відвантаженні, CRM, кабінеті клієнта і фінансових процесах.;
Одне замовлення має змогу складатися з кількох місць.; | Через ручні помилки, відсутність актуальних статусів, зв’язку зі складом, CRM, оплатами, поверненнями і аналітикою.;
Відмова клієнта від посилки
Доставка і оплата
- які замовлення відправлені з накладеним платежем;
- які отримані клієнтами;
- які гроші очікуються;
- які гроші надійшли;
- які комісії утримані;
- які платежі прострочені;
- які відправлення повернулись.; |-
|
Що таке накладений платіж?; Простими словами, інтеграційні функціональні можливості з доставкою відповідає на питання:
- SMS;
- email;
- месенджер;
- push;
- особистий кабінет;
- чат-бот;
- дзвінок менеджера.; ERP зв’язує доставку з усім бізнес-процесом продажу і обліку.; 500 - 120 - 40 = 340 грн
Доставка для B2C
замовник оформив замовлення в інтернет-магазині.; Маршрутний лист містить:
інтеграційні функціональні можливості з доставкою — це важлива частина автоматизації продажів, складу, інтернет-магазину, CRM, сервісу і фінансів.; * отримувач;
- телефон;
- місто;
- відділення;
- вага;
- габарити;
- оголошена вартість;
- накладений платіж;
- платник доставки.; У B2B-доставці можуть бути додаткові вимоги:
Якщо габарити неправильні, посилка має змогу не пройти обмеження служби доставки.; Маркетплейси можуть мати свої правила доставки.; Бо клієнту часто кажуть “ми вже відправили”, хоча фактично тільки створили накладну.;== Доставка і партії ==
- доставка на складський облік клієнта;
- доставка у визначене вікно;
- документи для приймання;
- сертифікати;
- палетування;
- маркування;
- кількість місць;
- підписані документи;
- пропуск на територію;
- контактна особа;
- заявка на в’їзд;
- спеціальний транспорт.; |-
|
Логіст
|
Налаштовує служби доставки, маршрути, тарифи, правила і контролює проблемні відправлення.; На вартість впливають:
ERP має змогу контролювати, які служби доставки дозволені для таких товарів.; * суму накладеного платежу;
- комісію;
- дату отримання;
- дату перерахування;
- статус платежу;
- зв’язок із замовленням;
- повернення;
- часткове отримання;
- відмову клієнта.; бізнес-процес складу:
Планування маршрутів сприяє оптимізувати власну доставку.; * посилка отримана;
- статус змінено;
- накладений платіж проведено;
- посилка повертається;
- виникла проблема.; ERP надає можливість зробити доставку частиною єдиного процесу.;== SLA доставки ==
- код поштомату;
- адреса;
- обмеження по габаритах;
- обмеження по вазі;
- строк зберігання;
- доступність;
- статус;
- спосіб отримання.; * затримка;
- пошкодження;
- втрата;
- не той товар;
- недокомплект;
- неправильна адреса;
- неправильний отримувач;
- відсутні документи;
- висока вартість;
- погане пакування.; як ілюстрація:
- легкозаймисті матеріали;
- хімія;
- акумулятори;
- гази;
- небезпечні речовини;
- товари з особливими умовами транспортування.; Великогабаритний товар має особливості:
- ручні помилки;
- різні версії файлів;
- немає автоматичних статусів;
- немає зв’язку з замовленнями;
- немає зв’язку зі складом;
- немає автоматичного повідомлення клієнта;
- складно контролювати повернення;
- складно звіряти накладений платіж;
- немає аналітики в реальному часі;
- немає прав доступу;
- персональні інформаційні дані розкидані по файлах.; без ускладнень її платить організація.; ERP має змогу друкувати етикетки одразу після створення ТТН або пакетно для групи замовлень.; Київ, ну там біля метро, під’їзд другий, подзвоніть
бізнес-процес:
Доставка і сертифікати якості
- замовник просить отримати іншій людині;
- організація змінює контактну особу;
- помилка в ПІБ;
- B2B-отримувач змінив складський облік або відповідального.; Якщо статуси не контролювати, товар має змогу одночасно “бути на складі” в обліку і їхати до клієнта фізично.;== інтеграційні функціональні можливості з CRM ==
Доставка є собою важливою частиною продажів, складу, інтернет-магазину, сервісу, виробництва, B2B-торгівлі і клієнтського обслуговування.; Далі ERP автономно отримує статуси:
Для середнього — статуси, повернення, накладений платіж, інтеграційні функціональні можливості з інтернет-магазином і складом.; | Щоб бачити, де посилка: розроблена, передана перевізнику, в дорозі, у відділенні, отримана, повертається або проблемна.; Статус “відправили” — це ще не “замовник отримав”.;
- куди потрібно доставити замовлення;
- якою службою доставки;
- хто отримувач;
- які контактні інформаційні дані клієнта;
- який складський облік відвантаження;
- яка вага і габарити посилки;
- скільки коштує доставка;
- чи розроблена ТТН;
- який статус доставки;
- чи отримав замовник товар;
- чи повернулась посилка;
- чи надійшов накладений платіж;
- чи можна закривати замовлення;
- де саме зараз вантаж;
- хто винен, якщо “воно десь їде вже третій день”.; Причини:
Скасування відправлення
інтеграційні функціональні можливості з інтернет-магазином
- країну;
- митні документи;
- інвойс;
- пакувальний лист;
- сертифікати;
- код товару;
- вагу;
- габарити;
- вартість;
- валюту;
- умови поставки;
- обмеження товарів;
- строки;
- статуси;
- брокера;
- податки і мито.;
Іноді застосовується файловий обмін.;
Причини:
Приклад:
SLA корисний не тільки для клієнтів, а й для внутрішньої дисципліни.; Якщо сертифікат не додано, платформа має змогу показати попередження.; Товар має змогу бути пошкоджений під час доставки.;
Замовлення → складський облік → Пакування → ТТН → Доставка → Статус → Отримання → Оплата або повернення
Іноді доставку виконує постачальник напряму клієнту або на складський облік.; як ілюстрація:
Відправлення має змогу бути скасоване.; Це спосіб зробити логістику швидкою, прозорою і контрольованою.; * замовлення до 14:00 відправляється в той самий день;
- доставка по місту — 24 години;
- доставка в регіони — 1–3 дні;
- кур’єрська доставка — у вибране вікно;
- збірка замовлення складом — до 2 годин;
- ТТН має бути розроблена протягом 30 хвилин після комплектації.; Вона надає можливість не копіювати вручну адреси, телефони, відділення, ТТН і статуси, а будувати нормальний бізнес-процес:
Найпоширеніші помилки:
Замовлення → Оплата → Резерв → Комплектація → Пакування → ТТН → Відвантаження → Статус доставки → Отримання → Закриття
- комплектацію;
- пакування;
- зважування;
- визначення габаритів;
- друк етикетки;
- сортування по перевізниках;
- формування реєстру відправлень;
- передачу в зону відвантаження.; |-
| Як K2 ERP має змогу допомогти?;== Файлова інтеграційні функціональні можливості з доставкою ==
як ілюстрація:
- замовлення;
- суму накладеного платежу;
- комісію;
- фактичне надходження;
- дату;
- службу доставки.; * конкретні служби доставки;
- строки відправлення;
- автоматична передача ТТН;
- статуси;
- штрафи за прострочення;
- правила повернення;
- вимоги до пакування;
- маркування;
- етикетки маркетплейсу.; Міжнародна доставка складніша.; Служба сама повідомляє про подію.; Приклад:
Доставка впливає на залишки.; Excel часто використовують для:
ERP бере інформаційні дані з замовлення:
Інакше менеджери дізнаються про проблему від роздратованого клієнта.; Відправки_ТТН_нова_версія_фінал_після_повернень_12.xlsx
- перевірка комплектності;
- перевірка зовнішнього вигляду;
- перевірка упаковки;
- перевірка серійних номерів;
- перевірка документів;
- фотофіксація;
- контроль терміну придатності;
- контроль партії.; А це вже не доставка, а лотерея з репутацією.; бізнес-процес:
Потрібно контролювати:
== Адресна доставка ==
* товар на різних складах;
* частина товару в наявності;
* частина очікує поставки;
* різні габарити;
* різні температурні режими;
* різні перевізники;
* замовник просить часткове відвантаження.; як ілюстрація:
== аналітичні інструменти доставки ==
У складних компаніях ERP, WMS і служби доставки повинні працювати як один бізнес-процес, а не як три окремі світи.; ERP має змогу автономно повідомляти клієнта про доставку.;
Це різні етапи, і бізнесу потрібно бачити різницю.; Приклад:
Велика вага або нестандартні габарити — ще дорожче.; як ілюстрація, якщо замовник 3 дні не забирає посилку, CRM має змогу створити задачу: зателефонувати і нагадати.; Кур’єрська доставка має змогу бути:
ERP передала інформаційні дані в службу доставки:
У B2C-доставці важливі:
- замовник;
- телефон;
- місто;
- відділення;
- адреса;
- товар;
- кількість;
- сума;
- вага;
- габарити;
- спосіб оплати;
- служба доставки.; * менеджер має змогу створювати ТТН по своїх замовленнях;
- складський облік має змогу друкувати етикетки;
- логіст має змогу змінювати службу доставки;
- фінансовий блок бачать накладені платежі;
- керівник бачить аналітику;
- адміністратор налаштовує інтеграції;
- замовник бачить тільки своє відправлення.; Для керівника. Доставка — це не без ускладнень “відправили клієнту”.; Для кожного місця можуть бути свої:
бізнес-процес має змогу виглядати так:
замовник замовив товар → організація передала замовлення постачальнику → Постачальник відправив товар → ERP отримала ТТН → замовник отримав
Webhook зручний, бо ERP не потрібно постійно питати службу доставки: “ну що там?”.; |-
|
Кур’єр
|
Виконує власну доставку, змінює статуси, отримує підпис або оплату.; * доставка обладнання;
- встановлення меблів;
- монтаж техніки;
- підключення систем;
- сервісний виїзд після доставки.; Доставка пов’язана зі складом.; організація оплатила доставку — 120 грн.; * швидкість;
- зручність;
- повідомлення;
- відділення;
- поштомат;
- накладений платіж;
- повернення;
- простий трекінг;
- якісне пакування;
- мінімум дзвінків.; Відправлення → замовник не отримав → Статус “Повернення” → Товар повернувся на складський облік → Перевірка стану → Оприбуткування або списання → Закриття замовлення
Для дорогих товарів страхування має змогу бути обов’язковим правилом.; ERP показує часткове відвантаження і статуси по кожній посилці.; У процесі доставки беруть участь різні ролі.; ERP повинна зберігати логістичні вимоги клієнта.; * оперативно створювати відправлення;
- автономно формувати ТТН;
- зменшувати ручне введення;
- зменшувати помилки в адресах;
- контролювати статуси доставки;
- повідомляти клієнтів;
- контролювати повернення;
- контролювати накладений платіж;
- рахувати вартість доставки;
- порівнювати служби доставки;
- пов’язувати доставку із замовленням;
- пов’язувати доставку зі складом;
- автоматизувати відвантаження;
- контролювати SLA доставки;
- аналізувати проблемні відправлення;
- покращувати роботу інтернет-магазину;
- підвищувати швидкість обробки замовлень.; ERP повинна скасувати ТТН або позначити її як неактивну, а додатково оновити статус замовлення і складу.; |-
|
Керівник
|
Аналізує строки доставки, витрати, повернення, якість перевізників і ефективність процесу.; ERP повинна зберігати історію зміни отримувача.; Це істотно для складу і клієнтського сервісу.;== Безкоштовна доставка ==
Він оцінює просту річ: замовив — отримав оперативно, правильно і без зайвих пригод.; Адресна доставка — дорожче.; | Через вартість доставки, накладений платіж, комісії, повернення, страхування і витрати логістики.; * стару адресу;
- нову адресу;
- причину;
- відповідального;
- статус;
- додаткову вартість;
- службу доставки;
- підтвердження клієнта.; Це відповідальність.; ERP отримала замовлення.;== Доставка і резервування товару ==
Для неї потрібні:
ERP має змогу контролювати:
ERP повинна розуміти, який спосіб оплати застосовується.;== Передача перевізнику ==
Канали повідомлень:
Типові помилки при інтеграції з доставкою
Файлова інтеграційні функціональні можливості простіша, але менш зручна, ніж API.;== Доставка у відділення ==
- статус не оновлювався;
- доставка затримується;
- замовник не забирає посилку;
- відправлення повертається;
- пошкодження;
- втрачено;
- неправильна адреса;
- потрібне уточнення даних;
- накладений платіж не перераховано;
- ТТН розроблена, але товар не переданий перевізнику.; * фактична вага;
- об’ємна вага;
- довжина;
- ширина;
- висота;
- кількість місць;
- нестандартні габарити.; * коробка 1;
- коробка 2;
- палета;
- окрема довга деталь;
- комплект із кількох упаковок.; Якісна інтеграційні функціональні можливості з доставкою сприяє:
платформа має змогу забезпечити:
Кількість місць
- замовлення відправлено;
- номер ТТН;
- замовник отримав товар;
- замовник не забрав посилку;
- посилка повертається;
- замовник відмовився;
- накладений платіж очікується;
- доставка затримується.; Потрібно враховувати:
Контроль накладеного платежу
ERP повинна фіксувати платника доставки.; Це і є собою нормальна інтеграційні функціональні можливості.;== Планування маршрутів ==
Небезпечні вантажі
Приклад процесу в K2 ERP: повернення посилки
як ілюстрація:
- номер ТТН;
- статус;
- службу доставки;
- дату відправлення;
- очікувану дату прибуття;
- адресу відділення;
- суму накладеного платежу;
- історію статусів.; |-
|
Чому істотно контролювати повернення?;== Реєстр відправлень ==
ERP або WMS має змогу створювати ТТН і передавати інформаційні дані службі доставки.;
== Масове створення ТТН ==
== Доставка і рекламації ==
У B2B часто потрібно отримати підписані документи назад.; * експорт замовлень у CSV;
* імпорт ТТН;
* імпорт статусів;
* реєстри відправлень;
* звіти по накладених платежах.; Служби доставки можуть змінювати формати, правила, тарифи і довідники.; * які служби доставки використовуються;
* які способи доставки потрібні;
* чи потрібна адресна доставка;
* чи потрібні відділення і поштомати;
* чи є собою власна доставка;
* чи потрібне планування маршрутів;
* які інформаційні дані передавати перевізнику;
* хто створює ТТН;
* на якому етапі створюється ТТН;
* чи потрібен друк етикеток;
* як визначається вага і габарити;
* хто платить за доставку;
* чи є собою безкоштовна доставка;
* як функціонує накладений платіж;
* як обробляються повернення;
* як контролюються пошкодження;
* які статуси потрібні;
* які повідомлення надсилати клієнту;
* як доставка пов’язана зі складом;
* як доставка пов’язана з CRM;
* як доставка пов’язана з фінансами;
* які звіти потрібні керівнику;
* які права доступу потрібні.; Це побажання.; того, щоб замовлення з ERP забезпечується через '''Головне.''' інтеграційні функціональні можливості з доставкою потрібна; додатково реалізовано CRM або інтернет-магазину оперативно перетворювались на відправлення, ТТН, задачі складу, статуси доставки, повідомлення клієнтам і фінансові операції без ручного копіювання адрес, телефонів і номерів накладних.; Пакування впливає на доставку.; * які документи передані;
* які мають повернутися;
* через яку службу доставки;
* хто відповідальний;
* чи отримані підписані документи;
* чи можна закривати угоду.; як ілюстрація:
== Статуси доставки ==
__TOC__
як ілюстрація:
* на складі;
* зарезервовано;
* у комплектації;
* передано перевізнику;
* в дорозі;
* доставлено;
* повертається;
* повернено;
* втрачено;
* пошкоджено.;<pre>
{{DISPLAYTITLE:Інтеграція з доставкою}}
ERP має змогу періодично запитувати статуси у служби доставки.; Служба доставки має змогу рахувати об’ємну вагу.;== автоматизація процесів інтеграції з доставкою в ERP ==
Доставка має змогу оплачуватися різними сторонами:
це автоматичний або напівавтоматичний обмін даними між ERP-системою компанії та службами доставки, кур’єрськими сервісами, поштовими операторами, транспортними компаніями, власною логістикою, інтернет-магазином, CRM і складом виступає ключовою рисою інтеграційні функціональні можливості з доставкою.;== Страхування відправлення ==
Статуси доставки показують, що відбувається з відправленням.;== Для чого потрібна інтеграційні функціональні можливості з доставкою ==
Якщо переадресація робиться в кабінеті служби доставки, ERP повинна отримати оновлені інформаційні дані.; Для кур’єра це має змогу бути романтична пригода.; Для бізнесу — затримка доставки.; Якщо багато відмов через “довго доставлялось”, проблема в логістиці.; До доставки потрібні права доступу.; * адреси вводяться вручну;
- номери телефонів копіюються з помилками;
- ТТН створюються окремо в кабінеті служби доставки;
- менеджери вручну повідомляють клієнтам номери накладних;
- статуси доставки не оновлюються в ERP;
- складський облік не бачить, які замовлення вже готові до відправлення;
- продажі та реалізація не бачать, чи замовник отримав товар;
- фінансовий блок не бачать, чи повернувся накладений платіж;
- повернення обробляються вручну;
- важко рахувати реальну вартість доставки;
- немає аналітики по службам доставки;
- клієнти самі дзвонять і питають “де моє замовлення?”;
- частина відправлень зависає без контролю.; Але з ростом кількості замовлень виникають проблеми:
- номер ТТН;
- статус;
- інформаційні дані відправлення;
- оплату;
- повернення.; | Це оплата товару клієнтом при отриманні, після чого служба доставки перераховує гроші продавцю.; як ілюстрація:
Вага і габарити
ERP повертає:
- поштові оператори;
- кур’єрські служби;
- транспортні компанії;
- локальні перевізники;
- власна доставка;
- міжнародна доставка;
- служби доставки маркетплейсів.;== ТТН ==
замовник оформив замовлення → Обрав службу доставки → Обрав відділення → ERP отримала замовлення → складський облік зібрав товар → ERP створила ТТН → замовник отримав повідомлення
Робота з довідниками доставки
ERP має змогу створювати відправлення, передавати інформаційні дані в службу доставки, отримувати ТТН, відстежувати статус, повідомляти клієнта, контролювати повернення і пов’язувати доставку з фінансовим обліком.; Відповідь
- кількість відправлень;
- доставка по службах;
- середня вартість доставки;
- середній строк доставки;
- відсоток повернень;
- відсоток відмов;
- пошкодження;
- втрати;
- накладені платежі;
- прострочені доставки;
- проблемні регіони;
- проблемні перевізники;
- доставка по менеджерах;
- доставка по складах;
- доставка по каналах продажу;
- доставка по клієнтах;
- витрати на безкоштовну доставку.; Для партійного товару доставка має зберігати інформацію про партію.;== Доставка для B2B ==
ERP повинна контролювати:
|
| Менеджер продажів
|
Оформлює замовлення, перевіряє спосіб доставки, контролює клієнта і статус отримання.; * менеджер створив ТТН;
- складський облік не має товару;
- замовник отримав номер відправлення;
- фактично відправити нічого.;
ERP має змогу звіряти:
* відібрати замовлення готові до відправлення;
* перевірити оплату;
* перевірити адресу;
* перевірити вагу;
* створити ТТН пакетно;
* надрукувати етикетки;
* сформувати реєстр передачі перевізнику.;== Як K2 ERP сприяє з інтеграцією з доставкою ==
Якщо через “не той товар” — проблема у складі або замовленні.;
* точку самовивозу;
* дату готовності;
* відповідального;
* статус “готово до видачі”;
* повідомлення клієнту;
* факт отримання;
* оплату;
* документи;
* строк зберігання.; Пакування має змогу впливати на тариф доставки.; Для великого — повноцінна логістична платформа з кількома перевізниками, тарифами, SLA, маршрутами, власною доставкою, аналітикою і фінансовим контролем.; Питання
* створення відправлення;
* створення ТТН;
* друк етикетки;
* розрахунок вартості доставки;
* вибір служби доставки;
* вибір відділення;
* адресна доставка;
* кур’єрська доставка;
* передача габаритів і ваги;
* контроль статусів;
* повідомлення клієнта;
* накладений платіж;
* повернення;
* відмова клієнта;
* переадресація;
* зміна отримувача;
* контроль строків доставки;
* аналітичні інструменти логістики;
* робота з кількома службами доставки;
* інтеграційні функціональні можливості з власною доставкою;
* інтеграційні функціональні можливості з WMS;
* інтеграційні функціональні можливості з інтернет-магазином.; | складський облік комплектує, пакує, друкує етикетки, передає товар перевізнику і змінює статуси відвантаження.; * планування маршрутів;
* призначення кур’єра;
* завантаження авто;
* маршрутний лист;
* статуси доставки;
* підтвердження отримання;
* оплату при доставці;
* повернення;
* контроль часу;
* фото або підпис;
* витрати на доставку;
* паливо;
* аналітику по кур’єрах.; Роль
ERP повинна розрізняти:
Переадресація
* ТТН створено;
* товар упаковано;
* етикетка надрукована;
* передано в зону відвантаження;
* передано перевізнику;
* перевізник прийняв.; * гарантії;
* сервісу;
* повернень;
* рекламацій;
* простежуваності;
* обліку дорогих товарів.;== Міжнародна доставка ==
Приклад:
ERP повинна фіксувати:
Доставка створює фінансові операції:
Для великого бізнесу — багатослужбова логістика, власні маршрути, WMS, TMS, мультисклад, SLA, фінансовий контроль, API-інтеграції і глибока аналітичні інструменти доставки.; SLA доставки — це правила строків.; Потрібно бачити:
ERP має змогу брати вагу і габарити з картки номенклатури або з фактичного зважування на складі.; Інтернет-магазин має змогу передавати в ERP:
інтеграційні функціональні можливості часто виконується через API служби доставки.; |-
|
Чому Excel незручний для доставки?; замовник отримує повідомлення, що замовлення готове.; * отримувати міста;
* отримувати відділення;
* створювати ТТН;
* друкувати етикетки;
* скасовувати відправлення;
* змінювати інформаційні дані;
* отримувати статуси;
* розраховувати вартість;
* отримувати реєстри;
* працювати з поверненнями;
* контролювати накладені платежі.;== Доставка і бізнес-процеси ==
як ілюстрація:
Замовлення → Резерв → Комплектація → ТТН → Відвантаження
Це істотно для фінансів і продажів.;== Коротко ==
Приклад:
ERP має змогу автономно визначати, коли доставка безкоштовна.; * міст;
* відділень;
* поштоматів;
* адрес відділень;
* графіку роботи;
* обмежень по вазі;
* обмежень по габаритах.; Приклад процесу:
Разом із товаром можуть передаватися документи:
Це зменшує навантаження на менеджерів.; Адресна доставка означає доставку до конкретної адреси клієнта.;
CRM повинна бачити статус доставки, бо доставка впливає на клієнтський досвід.;
Приклад:
Самовивіз
як ілюстрація:
Іноді доставка пов’язана з монтажем або встановленням.; інтеграційні функціональні можливості з доставкою потрібна для автоматизації логістичних процесів і покращення клієнтського сервісу.; * суму страхування;
* тариф;
* вартість страховки;
* умови компенсації;
* пошкодження;
* втрату;
* претензії;
* документи.; У контексті служб доставки ТТН часто означає номер відправлення, за яким можна відстежити посилку.; замовник у Львові.; * міст;
* відділень;
* поштоматів;
* вулиць;
* тарифів;
* типів доставки;
* обмежень;
* складів відправника;
* зон доставки;
* кур’єрів;
* статусів;
* причин повернення.;== Доставка і інвентаризація ==
Причини:
Доставка і повернення на складський облік
|
| -
|
Комірник
|
Комплектує, пакує, друкує етикетки, передає відправлення перевізнику.;== Повідомлення клієнту ==
Висновок
Можливі варіанти:
ERP повинна контролювати:
* адреси;
* час доставки;
* завантаження авто;
* вантажопідйомність;
* об’єм;
* пріоритети;
* пробки;
* вікна доставки;
* географію;
* кількість кур’єрів;
* повернення;
* самовивіз документів.; * від суми замовлення;
* для VIP-клієнтів;
* за акцією;
* для певного регіону;
* для певних товарів;
* при передоплаті;
* при самовивозі до точки видачі.; Це надає можливість менеджеру вчасно реагувати.;
Для середнього бізнесу — автоматичні статуси, накладений платіж, повернення, інтеграційні функціональні можливості з інтернет-магазином, складом і CRM.; ERP має змогу автоматизувати:
* витрати на доставку;
* дохід від доставки, якщо замовник платить окремо;
* комісія за накладений платіж;
* повернення;
* компенсації;
* страхування;
* пошкодження;
* втрати;
* послуги перевізника;
* заборгованість перед службою доставки;
* заборгованість служби доставки перед компанією.; Один із найважливіших сценаріїв — створення ТТН прямо з ERP.; Це швидкість продажу, якість сервісу, гроші в дорозі, накладені платежі, повернення, вартість логістики, помилки складу, рейтинг компанії і повторні покупки.; Якщо замовлення важке — обрати транспортну компанію.; замовник зробив 3 замовлення протягом дня.; ERP повинна отримувати або зберігати довідники:
Клієнту потрібна корисна відомості, а не 12 повідомлень про те, що коробка змінила внутрішній статус у логістичному всесвіті.; Приклад процесу:
* температура;
* тип упаковки;
* служба доставки;
* час у дорозі;
* термоконтейнер;
* контроль датчиків;
* заборона певних способів доставки.; |-
|
Фінансист
|
Контролює вартість доставки, накладені платежі, комісії, повернення і витрати.;
Доставка у відділення має змогу коштувати дешевше.; Це швидке створення проблеми.; Потрібно контролювати:
Міжміська доставка
Причини відмов корисні для аналітики.; платформа має змогу охоплювати:
* товар потребує сертифіката;
* партія має паспорт якості;
* замовник вимагає документ;
* договір вимагає документ;
* товар імпортний;
* це B2B-відвантаження.;
* передоплата;
* оплата при отриманні;
* накладений платіж;
* оплата після доставки;
* оплата за договором;
* часткова передоплата;
* безготівкова оплата після отримання документів.; ERP має змогу запропонувати відправити зі Львова, якщо це швидше і дешевше.; Деякі товари потребують спеціального температурного режиму.; Це істотно для безпеки і спірних ситуацій.;{{SEO
* які замовлення потрібно зібрати;
* які потрібно упакувати;
* яка служба доставки;
* чи потрібна етикетка;
* скільки місць;
* які габарити;
* які товари в посилці;
* чи оплачено замовлення;
* чи потрібен накладений платіж;
* куди передати відправлення.; ERP має змогу показувати менеджеру або клієнту прогноз вартості доставки ще до створення ТТН.; інтеграційні функціональні можливості з доставкою — це коли ERP автономно обмінюється даними зі службою доставки або логістичною системою.; як ілюстрація:
На старті це має змогу працювати.;== Хто платить за доставку ==
Пошкодження при доставці
замовник отримав посилку → Оплатив накладений платіж → Служба доставки перерахувала гроші → Банк передав виписку → ERP закрила оплату
Це істотно для:
ERP має змогу допомагати обирати службу доставки за правилами:
Якщо замовник у великому місті — кур’єрська доставка.; Бо відділення можуть відкриватися, закриватися, змінювати адресу або обмеження.;== Кур’єрська доставка ==
організація має змогу пропонувати безкоштовну доставку.;== інтеграційні функціональні можливості зі складом ==
Доставка має змогу впливати на собівартість або маржу замовлення.; ERP має змогу інтегруватися з маркетплейсом і службами доставки одночасно.; Поширена проблема. Якщо менеджер копіює адресу з CRM, вставляє її в кабінет служби доставки, потім копіює номер ТТН назад у замовлення, а потім ще пише клієнту в месенджер — це не логістика.; Приклад:
ERP має змогу автономно вибирати оптимальний спосіб доставки на основі правил.; * дропшипінг;
* пряма поставка клієнту;
* доставка від постачальника на об’єкт;
* поставка великогабаритного товару;
* поставка матеріалів на будівництво.;== інтеграційні функціональні можливості з WMS ==
Якщо товар не зарезервований, має змогу виникнути ситуація:
* видаткова накладна;
* рахунок;
* акт;
* ТТН;
* сертифікат якості;
* гарантійний талон;
* інструкція;
* комплектувальний лист;
* договір;
* документи для підпису клієнтом.; Типові статуси:
Бо “відправимо скоро” — це не логістичний стандарт.;== Доставка і права доступу ==
* списку відправлень;
* номерів ТТН;
* реєстру повернень;
* накладених платежів;
* звірки з перевізником;
* графіка кур’єрів;
* адрес клієнтів;
* вартості доставки.; бізнес-процес:
Приклад:
Для складу це дуже істотно.; * харчові продукти;
* медикаменти;
* косметика;
* хімічні матеріали;
* біологічні зразки;
* заморожені товари.; Це має змогу бути:
як ілюстрація, великий або важкий товар має змогу не підійти.; Деякі вантажі потрібно страхувати.; бізнес-процес:
* наявність товару;
* ближчий складський облік до клієнта;
* вартість доставки;
* строк доставки;
* завантаження складу;
* тип товару;
* регіон;
* спосіб оплати;
* залишки;
* резерви.; * замовлення клієнтів;
* способи доставки;
* служби доставки;
* довідники міст і відділень;
* адресну доставку;
* поштомати;
* кур’єрську доставку;
* власну доставку;
* створення ТТН;
* друк етикеток;
* реєстри відправлень;
* вагу і габарити;
* кількість місць;
* тарифи;
* вартість доставки;
* безкоштовну доставку;
* накладений платіж;
* статуси доставки;
* повідомлення клієнтів;
* повернення;
* відмови;
* пошкодження;
* рекламації;
* зв’язок зі складом;
* зв’язок із WMS;
* зв’язок із CRM;
* зв’язок з інтернет-магазином;
* зв’язок із банком;
* фінансовий обліковий облік доставки;
* аналітику логістики.; ERP повинна контролювати:
Якщо сума замовлення понад 3 000 грн — доставка за рахунок компанії.
|
|
