Інтеграція з доставкою

Замовлення на 2 000 грн. Служби доставки можуть змінювати формати, правила, тарифи і довідники. |}

інтеграційні функції ERP з доставкою дає можливість зв’язати замовлення, складський облік, службу доставки, клієнта, оплату, повернення і аналітику в один бізнес-процес. Міжнародна доставка складніша. ERP здатна формувати маршрутний лист на основі замовлень. * списку відправлень;

• номерів ТТН;
• реєстру повернень;
• накладених платежів;
• звірки з перевізником;
• графіка кур’єрів;
• адрес клієнтів;
• вартості доставки.

Якщо багато відмов через “довго доставлялось”, проблема в логістиці. Вона дає можливість не копіювати вручну адреси, телефони, відділення, ТТН і статуси, а будувати нормальний бізнес-процес:

• які служби доставки використовуються;
• які способи доставки потрібні;
• чи потрібна адресна доставка;
• чи потрібні відділення і поштомати;
• чи виступає як власна доставка;
• чи потрібне планування маршрутів;
• які інформаційні дані передавати перевізнику;
• хто створює ТТН;
• на якому етапі створюється ТТН;
• чи потрібен друк етикеток;
• як визначається вага і габарити;
• хто платить за доставку;
• чи виступає як безкоштовна доставка;
• як функціонує накладений платіж;
• як обробляються повернення;
• як контролюються пошкодження;
• які статуси потрібні;
• які повідомлення надсилати клієнту;
• як доставка пов’язана зі складом;
• як доставка пов’язана з CRM;
• як доставка пов’язана з фінансами;
• які звіти потрібні керівнику;
• які права доступу потрібні.== Доставка і інвентаризація ==

бізнес-процес складу:

ERP не без зусиль створює ТТН. * хто доставляє;

• коли;
• кому;
• які документи;
• статус поставки;
• відповідальність;
• вартість;
• підтвердження отримання. * адреси вводяться вручну;
• немає перевірки телефону;
• неправильно обирається відділення;
• ТТН створюється до комплектації;
• ТТН створюється без оплати;
• статуси не оновлюються;
• повернення не контролюються;
• накладені платежі не звіряються;
• доставка не враховується у маржі;
• немає аналітики по перевізниках;
• клієнту не надсилається ТТН;
• складський облік і продажі та реалізація бачать різні статуси;
• немає контролю пошкоджень;
• немає реєстру передачі перевізнику;
• немає історії змін отримувача;
• не контролюються персональні інформаційні дані. ERP повинна пов’язувати доставку з сервісною заявкою. * гарантії;
• сервісу;
• повернень;
• рекламацій;
• простежуваності;
• обліку дорогих товарів. Але з ростом кількості замовлень виникають проблеми:

У B2B-доставці можуть бути додаткові вимоги:

Для поштомату важливі:

* вибір служби доставки;
* вибір відділення;
* адресну доставку;
* створення ТТН;
* друк етикеток;
* розрахунок вартості;
* передачу даних перевізнику;
* контроль статусів;
* повідомлення клієнтів;
* контроль накладеного платежу;
* повернення;
* пошкодження;
* реєстри відправлень;
* маршрути власної доставки;
* аналітику;
* зв’язок зі складом;
* зв’язок із CRM;
* зв’язок з інтернет-магазином;
* зв’язок із фінансами;
* зв’язок із контролем якості;
* права доступу;
* історію дій. |-
| Що дає автоматичне створення ТТН? Це дає можливість менеджеру вчасно реагувати. | [[K2 ERP]] здатна цифровізувати інтеграцію з доставкою, службами доставки, власною логістикою, WMS, інтернет-магазином, CRM, банком і фінансовим обліком. * тип пакування;
* коробку;
* вагу;
* габарити;
* кількість місць;
* крихкий товар;
* температурний режим;
* небезпечний вантаж;
* маркування;
* додатковий захист;
* вартість пакування. Бо питання “де моє замовлення?” краще закривати автоматизовано, ніж вручну 50 разів на день. '''Практичний сенс.''' інтеграційні функції ERP з доставкою перетворює доставку з ручного копіювання даних на керований бізнес-процес: замовлення → складський облік → ТТН → відправлення → статус → отримання → оплата або повернення. як приклад:

Приклад процесу:
ERP здатна автоматизовано визначати, коли доставка безкоштовна. ERP повинна контролювати:

компанія-користувач оплатила доставку — 120 грн. | Це транспортна накладна або номер відправлення, за яким можна відстежити доставку. | Через вартість доставки, накладений платіж, комісії, повернення, страхування і витрати логістики. Головне — не перетворити повідомлення на спам. * номер ТТН;
* службу доставки;
* посилання для відстеження;
* адресу відділення;
* суму до оплати;
* дату прибуття;
* нагадування про отримання;
* повідомлення про затримку;
* повідомлення про повернення. |-
| Як доставка пов’язана зі складом?== інтеграційні функції ERP зі складом ==

платформа здатна охоплювати:

ERP повинна отримувати статуси автоматизовано або за розкладом. як приклад:

Іноді доставку виконує постачальник напряму клієнту або на складський облік. Доставка здатна оплачуватися різними сторонами:

API-інтеграція зручна, але потребує підтримки. бізнес-процес:

Маркетплейс → Замовлення → ERP → складський облік → ТТН → Статус доставки → Маркетплейс

[[Категорія:Бізнес-процеси]]

== Доставка і контроль якості ==

* той самий клієнт ERP;
* та сама адреса;
* той самий спосіб доставки;
* товари ще не відправлені;
* немає обмежень.== Доставка і рекламації ==

* замовлення клієнтів;
* способи доставки;
* служби доставки;
* довідники міст і відділень;
* адресну доставку;
* поштомати;
* кур’єрську доставку;
* власну доставку;
* створення ТТН;
* друк етикеток;
* реєстри відправлень;
* вагу і габарити;
* кількість місць;
* тарифи;
* вартість доставки;
* безкоштовну доставку;
* накладений платіж;
* статуси доставки;
* повідомлення клієнтів;
* повернення;
* відмови;
* пошкодження;
* рекламації;
* зв’язок зі складом;
* зв’язок із WMS;
* зв’язок із CRM;
* зв’язок з інтернет-магазином;
* зв’язок із банком;
* фінансовий обліковий облік доставки;
* аналітику логістики.

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

Повернення товару

Для деяких товарів разом із доставкою потрібно передати сертифікати якості. |- | Для чого вона потрібна? Що робить

Інтернет-магазин здатна передавати в ERP:

SLA корисний не тільки для клієнтів, а й для внутрішньої дисципліни. |- | Як K2 ERP здатна допомогти? |-

| Як ERP оптимізує?

ERP дає можливість зробити доставку частиною єдиного процесу. Це здатна зменшити витрати на доставку.== Відмова клієнта від посилки ==
Причини відмов корисні для аналітики.== API служб доставки ==
Це швидкість продажу, якість сервісу, гроші в дорозі, накладені платежі, повернення, вартість логістики, помилки складу, рейтинг компанії і повторні покупки. Якщо це інтернет-магазин — доставка у відділення або поштомат.</div>

Він оцінює просту річ: замовив — отримав оперативно, правильно і без зайвих пригод.== Доставка і бізнес-процеси ==
== Приклад процесу в K2 ERP: повернення посилки ==

Для кожного місця можуть бути свої:

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

* експорт замовлень у CSV;
* імпорт ТТН;
* імпорт статусів;
* реєстри відправлень;
* звіти по накладених платежах. Для власної доставки можна використовувати маршрутні листи. * перевірка комплектності;
* перевірка зовнішнього вигляду;
* перевірка упаковки;
* перевірка серійних номерів;
* перевірка документів;
* фотофіксація;
* контроль терміну придатності;
* контроль партії. * службу доставки;
* номер ТТН;
* товар;
* партію або серію;
* фото;
* акт;
* суму збитків;
* відповідального;
* рекламацію до служби доставки;
* рішення для бізнесу;
* компенсацію;
* списання або повернення. | Це автоматичний обмін даними між ERP і службами доставки, кур’єрами, інтернет-магазином, складом або власною логістикою. Велика вага або нестандартні габарити — ще дорожче. Це і виступає як нормальна інтеграційні функції ERP.<pre>

ERP повинна дозволяти створювати відправлення з кількома місцями.== Основні сценарії інтеграції з доставкою ==

ERP здатна контролювати SLA і показувати прострочення. * клієнт ERP відмовився;
* клієнт ERP не забрав посилку;
* товар пошкоджено;
* адреса неправильна;
* клієнт ERP змінив рішення для бізнесу;
* товар не відповідає очікуванням;
* помилка складу;
* помилка менеджера;
* доставка затрималась. |-
| Як доставка пов’язана з фінансами?[[Категорія:K2 ERP]]

Замовлення → Резерв → Комплектація → ТТН → Відвантаження

Якщо на будь-якому етапі виникає проблема, ERP повинна показати її і створити задачу. Повернене відправлення потрібно правильно прийняти. * номер ТТН;
* статус;
* інформаційні дані відправлення;
* оплату;
* повернення. На вартість впливають:

* хто бачить адреси;
* хто бачить телефони;
* хто здатна експортувати інформаційні дані;
* хто здатна змінювати отримувача;
* хто здатна створювати ТТН;
* як зберігаються API-ключі;
* які інформаційні дані передаються перевізнику;
* історію доступу;
* видалення або архівацію даних. Якщо доставку не враховувати, продаж виглядатиме прибутковішим, ніж виступає як насправді. Це критично для фінансового обліку. Вона оптимізує:

Автоматичне оновлення версій дає можливість:

ERP показує часткове відвантаження і статуси по кожній посилці. Власна доставка потрібна компаніям, які мають своїх кур’єрів, автомобілі або логістичні маршрути. |-
| Керівник
| Аналізує строки доставки, витрати, повернення, якість перевізників і ефективність процесу. ERP здатна періодично запитувати статуси у служби доставки.== SLA доставки ==

клієнт ERP оформив замовлення → Обрав службу доставки → Обрав відділення → ERP отримала замовлення → складський облік зібрав товар → ERP створила ТТН → клієнт ERP отримав повідомлення

Для дорогих товарів страхування здатна бути обов’язковим правилом. Замовлення клієнта → Перевірка оплати → Резерв товару → Комплектація → Створення ТТН → Друк етикетки → Відвантаження

Накладений платіж

ERP здатна автоматизовано вибирати оптимальний спосіб доставки на основі правил. Повідомлення можуть містити:

• точку самовивозу;
• дату готовності;
• відповідального;
• статус “готово до видачі”;
• повідомлення клієнту;
• факт отримання;
• оплату;
• документи;
• строк зберігання.== Доставка для B2B ==

• витрати на доставку;
• дохід від доставки, якщо клієнт ERP платить окремо;
• комісія за накладений платіж;
• повернення;
• компенсації;
• страхування;
• пошкодження;
• втрати;
• послуги перевізника;
• заборгованість перед службою доставки;
• заборгованість служби доставки перед компанією.== Кур’єрська доставка ==

клієнт ERP обрав самовивіз із магазину. * місто;

• вулиця;
• будинок;
• квартира або офіс;
• контактна особа;
• телефон;
• бажаний час;
• коментар кур’єру;
• поверх;
• ліфт;
• обмеження доступу;
• спосіб оплати. клієнт ERP отримує повідомлення, що замовлення готове. Для складу і продажів. інтеграційні функції ERP з доставкою зменшує ручну роботу: не потрібно повторно вводити адресу, телефон, ПІБ, вагу, габарити, службу доставки, місто, відділення і номер ТТН у кількох системах. ERP здатна враховувати:

Доставка пов’язана з оплатою. | ERP автоматизує ТТН, етикетки, статуси, доставку, повернення, накладені платежі, складський облік, CRM, фінансовий блок і звіти.== Планування маршрутів ==

• клієнт ERP просить отримати іншій людині;
• компанія-користувач змінює контактну особу;
• помилка в ПІБ;
• B2B-отримувач змінив складський облік або відповідального. * місто;
• регіон;
• вага;
• габарити;
• вартість;
• строк доставки;
• тип товару;
• клієнт ERP;
• договір;
• тариф;
• спосіб оплати;
• наявність відділення;
• можливість адресної доставки;
• накладений платіж;
• обмеження товару. * країну;
• митні документи;
• інвойс;
• пакувальний лист;
• сертифікати;
• код товару;
• вагу;
• габарити;
• вартість;
• валюту;
• умови поставки;
• обмеження товарів;
• строки;
• статуси;
• брокера;
• податки і мито. Якщо клієнт ERP у великому місті — кур’єрська доставка. компанія-користувач здатна пропонувати безкоштовну доставку. * комплектацію;
• пакування;
• зважування;
• визначення габаритів;
• друк етикетки;
• сортування по перевізниках;
• формування реєстру відправлень;
• передачу в зону відвантаження. * менеджер здатна створювати ТТН по своїх замовленнях;
• складський облік здатна друкувати етикетки;
• логіст здатна змінювати службу доставки;
• фінансовий блок бачать накладені платежі;
• керівник бачить аналітику;
• адміністратор налаштовує інтеграції;
• клієнт ERP бачить тільки своє відправлення. ERP повинна розрізняти:

• замовлення відправлено;
• номер ТТН;
• клієнт ERP отримав товар;
• клієнт ERP не забрав посилку;
• посилка повертається;
• клієнт ERP відмовився;
• накладений платіж очікується;
• доставка затримується. Якщо статуси не контролювати, товар здатна одночасно “бути на складі” в обліку і їхати до клієнта фізично. ERP повинна фіксувати:

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

Бо якщо етикетка надрукована неправильно або наклеєна не на ту коробку, клієнт ERP здатна отримати не свій товар. Доставка пов’язана зі складом. Якщо через “передумав” — вітаємо, це класика інтернет-торгівлі.

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

• ручні помилки;
• різні версії файлів;
• немає автоматичних статусів;
• немає зв’язку з замовленнями;
• немає зв’язку зі складом;
• немає автоматичного повідомлення клієнта;
• складно контролювати повернення;
• складно звіряти накладений платіж;
• немає аналітики в реальному часі;
• немає прав доступу;
• персональні інформаційні дані розкидані по файлах. Корисні KPI:

ERP здатна розраховувати або отримувати вартість доставки. * доставка обладнання;

• встановлення меблів;
• монтаж техніки;
• підключення систем;
• сервісний виїзд після доставки. клієнт ERP замовив товар → компанія-користувач передала замовлення постачальнику → Постачальник відправив товар → ERP отримала ТТН → клієнт ERP отримав

ERP здатна формувати комплект документів для доставки. Для інтернет-магазину інтеграційні функції ERP з доставкою особливо важлива. |- | Кур’єр | Виконує власну доставку, змінює статуси, отримує підпис або оплату. Бо “безкоштовна доставка” для клієнта не означає безкоштовна для бізнесу. * адреси вводяться вручну;

• номери телефонів копіюються з помилками;
• ТТН створюються окремо в кабінеті служби доставки;
• менеджери вручну повідомляють клієнтам номери накладних;
• статуси доставки не оновлюються в ERP;
• складський облік не бачить, які замовлення вже готові до відправлення;
• продажі та реалізація не бачать, чи клієнт ERP отримав товар;
• фінансовий блок не бачать, чи повернувся накладений платіж;
• повернення обробляються вручну;
• важко рахувати реальну вартість доставки;
• немає аналітики по службам доставки;
• клієнти самі дзвонять і питають “де моє замовлення?”;
• частина відправлень зависає без контролю.== Автоматичне оновлення версій статусів ==

Критерії:

Масове створення ТТН

• затримка;
• пошкодження;
• втрата;
• не той товар;
• недокомплект;
• неправильна адреса;
• неправильний отримувач;
• відсутні документи;
• висока вартість;
• погане пакування. * які замовлення відправлені з накладеним платежем;
• які отримані клієнтами;
• які гроші очікуються;
• які гроші надійшли;
• які комісії утримані;
• які платежі прострочені;
• які відправлення повернулись. | Щоб цифровізувати створення ТТН, друк етикеток, статуси доставки, повернення, накладений платіж і повідомлення клієнтів.== Доставка для B2C ==

Для складу це дуже критично.== Доставка і серійні номери ==

API здатна дозволяти:

Він здатна містити:

Доставка і мультисклад

• передоплата;
• оплата при отриманні;
• накладений платіж;
• оплата після доставки;
• оплата за договором;
• часткова передоплата;
• безготівкова оплата після отримання документів. * міст;
• відділень;
• поштоматів;
• вулиць;
• тарифів;
• типів доставки;
• обмежень;
• складів відправника;
• зон доставки;
• кур’єрів;
• статусів;
• причин повернення. інтеграційні функції ERP часто виконується через API служби доставки. Замовлення → ТТН → Серійний номер → клієнт ERP → Гарантія

ERP здатна контролювати:

Якщо сертифікат не додано, платформа здатна показати попередження. WMS здатна виконувати:

• конкретні служби доставки;
• строки відправлення;
• автоматична передача ТТН;
• статуси;
• штрафи за прострочення;
• правила повернення;
• вимоги до пакування;
• маркування;
• етикетки маркетплейсу. Приклад:

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

'''[[K2 ERP]]''' здатна допомогти зробити доставку частиною єдиної системи керування: від замовлення до відвантаження, від складу до перевізника, від ТТН до статусу, від накладеного платежу до банку, від повернення до аналітики. ERP здатна звіряти:

Бо відділення можуть відкриватися, закриватися, змінювати адресу або обмеження. |}

ERP повинна фіксувати платника доставки. Типові статуси:

ERP здатна допомагати обирати службу доставки за правилами:

Кур’єрська доставка здатна бути:

* фактична вага;
* об’ємна вага;
* довжина;
* ширина;
* висота;
* кількість місць;
* нестандартні габарити. Для бізнесу — затримка доставки. 1 товар буде відправлений завтра. Це дуже оптимістичне трактування логістики. У процесі доставки беруть участь різні ролі. * наявність товару;
* ближчий складський облік до клієнта;
* вартість доставки;
* строк доставки;
* завантаження складу;
* тип товару;
* регіон;
* спосіб оплати;
* залишки;
* резерви.== Доставка і сертифікати якості ==

Для середнього — статуси, повернення, накладений платіж, інтеграційні функції ERP з інтернет-магазином і складом. ERP здатна друкувати етикетки одразу після створення ТТН або пакетно для групи замовлень. * харчові продукти;
* медикаменти;
* косметика;
* хімічні матеріали;
* біологічні зразки;
* заморожені товари. Типові проблеми без інтеграції:

== Міжміська доставка ==

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

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

ERP здатна запропонувати об’єднати їх, якщо:

Перед відвантаженням здатна виконуватись [[Контроль якості|контроль якості]]. На старті це здатна працювати.== Вступ ==

Це різні етапи, і бізнесу потрібно бачити різницю. * поштові оператори;
* кур’єрські служби;
* транспортні компанії;
* локальні перевізники;
* власна доставка;
* міжнародна доставка;
* служби доставки маркетплейсів.[[Категорія:Складський облік]]

як приклад:

бізнес-процес:

* суму накладеного платежу;
* комісію;
* дату отримання;
* дату перерахування;
* статус платежу;
* зв’язок із замовленням;
* повернення;
* часткове отримання;
* відмову клієнта.== Відстеження доставки клієнтом ==

* спосіб доставки;
* місто;
* відділення;
* адресу;
* контактні інформаційні дані;
* спосіб оплати;
* коментар клієнта;
* бажаний час доставки.<pre>

== Доставка і документи ==

</div>

CRM повинна бачити статус доставки, бо доставка впливає на клієнтський досвід.</div>

== Доставка і монтаж ==

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

== Безпека персональних даних ==

Причини:

* строків придатності;
* сертифікатів якості;
* рекламацій;
* відкликання продукції;
* простежуваності;
* FIFO / FEFO;
* складського обліку. Права доступу важливі, бо доставка містить персональні інформаційні дані клієнтів: телефони, адреси, ПІБ. Це критично для складу і клієнтського сервісу. Для великого бізнесу — багатослужбова логістика, власні маршрути, WMS, TMS, мультисклад, SLA, фінансовий контроль, API-інтеграції і глибока аналітичні інструменти доставки. |-
| Що таке накладений платіж? через Планування маршрутів користувачі можуть оптимізувати власну доставку. __TOC__

ERP або сайт здатна показувати:

* клієнт ERP оформлює замовлення на сайті;
* обирає службу доставки і відділення;
* замовлення потрапляє в K2 ERP;
* ERP перевіряє оплату або умови накладеного платежу;
* складський облік отримує задачу на комплектацію;
* після комплектації ERP створює ТТН;
* друкується етикетка;
* товар передається перевізнику;
* клієнт ERP отримує повідомлення з номером ТТН;
* ERP оновлює статуси доставки;
* після отримання замовлення закривається;
* якщо був накладений платіж — ERP контролює надходження коштів. |-
| Фінансист
| Контролює вартість доставки, накладені платежі, комісії, повернення і витрати. Це критично для фінансів і продажів. * від суми замовлення;
* для VIP-клієнтів;
* за акцією;
* для певного регіону;
* для певних товарів;
* при передоплаті;
* при самовивозі до точки видачі.== Excel у доставці ==

* клієнт ERP не забрав посилку;
* служба доставки передає статус “Повернення”;
* K2 ERP оновлює замовлення;
* менеджер отримує задачу зв’язатися з клієнтом;
* складський облік очікує повернення;
* після повернення товар перевіряється;
* якщо товар нормальний — повертається на складський облік;
* якщо пошкоджений — створюється акт або рекламація;
* фінансовий блок бачать витрати доставки і повернення;
* причина повернення потрапляє в аналітику. Це теж платформа моніторингу, але погана. Інакше менеджери дізнаються про проблему від роздратованого клієнта. Доставка створює фінансові операції:

<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">

== Маршрутні листи ==

== Як K2 ERP оптимізує з інтеграцією з доставкою ==

Статус “відправили” — це ще не “клієнт ERP отримав”. ERP здатна зберігати вимоги доставки:

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

* менеджер створив ТТН;
* складський облік не має товару;
* клієнт ERP отримав номер відправлення;
* фактично відправити нічого. Дропшипінг — це коли товар відправляється клієнту напряму від постачальника. | складський облік комплектує, пакує, друкує етикетки, передає товар перевізнику і змінює статуси відвантаження. компанія-користувач здатна продавати чудовий товар, мати красивий сайт, швидких менеджерів і гарні ціни, але якщо доставка функціонує погано, клієнт ERP запам’ятає саме це. Приклад:

* які документи передані;
* які мають повернутися;
* через яку службу доставки;
* хто відповідальний;
* чи отримані підписані документи;
* чи можна закривати угоду. '''ТТН''' — товарно-транспортна накладна або транспортна накладна, яка супроводжує доставку. Іноді доставка пов’язана з монтажем або встановленням. Самовивіз — це теж сценарій доставки. Чим краще описаний логістичний бізнес-процес, тим менше буде ручної роботи і помилок після запуску. Перед відправленням товар повинен бути зарезервований. А це вже не доставка, а лотерея з репутацією. Служба сама повідомляє про подію.== Доставка і резервування товару ==

ERP здатна створювати відправлення, передавати інформаційні дані в службу доставки, отримувати ТТН, відстежувати статус, повідомляти клієнта, контролювати повернення і пов’язувати доставку з фінансовим обліком.== Висновок ==

== Власна доставка ==

* середній час від замовлення до відправлення;
* середній час доставки;
* відсоток доставок у строк;
* відсоток повернень;
* відсоток відмов;
* кількість пошкоджень;
* середня вартість доставки;
* вартість доставки у відсотках від продажу;
* кількість помилок адреси;
* кількість нероздрукованих ТТН;
* кількість відправлень без статусу;
* час обробки замовлення складом;
* відсоток накладених платежів, отриманих у строк.[[Категорія:Інтеграція з доставкою]]

* замовлення;
* клієнта;
* канал продажу;
* підрозділ;
* проєкт;
* статтю витрат;
* собівартість;
* маркетингову акцію. як приклад:
Служба доставки повернула номер ТТН.

• легкозаймисті матеріали;
• хімія;
• акумулятори;
• гази;
• небезпечні речовини;
• товари з особливими умовами транспортування. Замовлення → складський облік → Пакування → ТТН → Доставка → Статус → Отримання → Оплата або повернення

ТТН містить:

• ТТН створено;
• товар упаковано;
• етикетка надрукована;
• передано в зону відвантаження;
• передано перевізнику;
• перевізник прийняв.

ERP здатна інтегруватися з маркетплейсом і службами доставки одночасно. як приклад, якщо клієнт ERP 3 дні не забирає посилку, CRM здатна створити задачу: зателефонувати і нагадати. без зусиль її платить компанія-користувач. ERP повертає:

У B2C-доставці важливі:

Міжміська доставка часто пов’язана зі службами доставки або транспортними компаніями. Поштомат — це автоматизований пункт видачі. Доставка у відділення потребує вибору конкретного пункту видачі. Відповідь

Причини:

ERP бере інформаційні дані з замовлення:

ERP здатна отримувати довідник:

• статус не оновлювався;
• доставка затримується;
• клієнт ERP не забирає посилку;
• відправлення повертається;
• пошкодження;
• втрачено;
• неправильна адреса;
• потрібне уточнення даних;
• накладений платіж не перераховано;
• ТТН розроблена, але товар не переданий перевізнику. розроблена ТТН ще не означає, що товар переданий перевізнику.== Статуси доставки ==

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

== Кількість місць ==

* створено;
* передано на складський облік доставки;
* у дорозі;
* прибуло у відділення;
* отримано;
* повернення;
* відмова;
* накладений платіж перераховано. Іноді кілька замовлень можна об’єднати в одне відправлення. Найпоширеніші помилки:
[[Категорія:Логістика]]

Приклад:

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

ERP повинна показувати проблемні відправлення.== Страхування відправлення ==

== Доставка і банк ==

Накладений платіж або оплата доставки можуть бути пов’язані з [[Інтеграція з банком|інтеграцією з банком]]. Служба доставки здатна рахувати об’ємну вагу. ERP повинна враховувати, що не всі замовлення можна доставити в поштомат. Товар здатна бути пошкоджений під час доставки. * SMS;
* email;
* месенджер;
* push;
* особистий кабінет;
* чат-бот;
* дзвінок менеджера. того, щоб замовлення з ERP забезпечується через '''Головне.''' інтеграційні функції ERP з доставкою потрібна; так само реалізовано CRM або інтернет-магазину оперативно перетворювались на відправлення, ТТН, задачі складу, статуси доставки, повідомлення клієнтам і фінансові операції без ручного копіювання адрес, телефонів і номерів накладних.== Друк етикеток ==

ERP здатна керувати:

ERP повинна фіксувати:

Замовлення → Резерв → Комплектація → Перевірка → Пакування → ТТН → Передача перевізнику

<pre>

* акт;
* видаткова накладна;
* договір;
* специфікація;
* ТТН. бізнес-процес:

Для неї потрібні:

це автоматичний або напівавтоматичний обмін даними між ERP-системою компанії та службами доставки, кур’єрськими сервісами, поштовими операторами, транспортними компаніями, власною логістикою, інтернет-магазином, CRM і складом виступає ключовою рисою '''інтеграційні функції ERP з доставкою'''. Фактична маржа:

аналітичні інструменти оптимізує зрозуміти, яка доставка реально вигідна, а яка без зусиль здається зручною. як приклад:

* товар на різних складах;
* частина товару в наявності;
* частина очікує поставки;
* різні габарити;
* різні температурні режими;
* різні перевізники;
* клієнт ERP просить часткове відвантаження. клієнт ERP оформив замовлення в інтернет-магазині. Якщо замовлення з передоплатою, ТТН створюється тільки після оплати. Це особливо критично для дорогих, складних або відповідальних товарів. Такі речі погано впливають на інвентаризацію і нервову систему складу. Якщо замовлення важке — обрати транспортну компанію. | Зменшує ручне введення адрес, телефонів, ваги, габаритів і помилки при оформленні доставки. |-
| Що таке ТТН?== Розрахунок вартості доставки ==

Великогабаритний товар має особливості:

Персональні інформаційні дані — це не без зусиль текст у замовленні. клієнт ERP зробив 3 замовлення протягом дня.== Що потрібно описати перед впровадженням інтеграції з доставкою ==

* створення відправлення;
* створення ТТН;
* друк етикетки;
* розрахунок вартості доставки;
* вибір служби доставки;
* вибір відділення;
* адресна доставка;
* кур’єрська доставка;
* передача габаритів і ваги;
* контроль статусів;
* повідомлення клієнта;
* накладений платіж;
* повернення;
* відмова клієнта;
* переадресація;
* зміна отримувача;
* контроль строків доставки;
* аналітичні інструменти логістики;
* робота з кількома службами доставки;
* інтеграційні функції ERP з власною доставкою;
* інтеграційні функції ERP з WMS;
* інтеграційні функції ERP з інтернет-магазином. Приклад:

* замовлення до 14:00 відправляється в той самий день;
* доставка по місту — 24 години;
* доставка в регіони — 1–3 дні;
* кур’єрська доставка — у вибране вікно;
* збірка замовлення складом — до 2 годин;
* ТТН має бути розроблена протягом 30 хвилин після комплектації. Окрема класика — створити ТТН, повідомити клієнта, а потім виявити, що товару на складі немає.== Робота з довідниками доставки ==

<pre>

Потрібно контролювати:

Для малого бізнесу це здатна бути створення ТТН із замовлення і друк етикеток. як приклад:

== Консолідація відправлень ==

* причину відмови;
* статус доставки;
* вартість доставки;
* вартість повернення;
* відповідального менеджера;
* товар;
* можливість повторного продажу;
* фінансові наслідки;
* коментар клієнта. як приклад:

Перед автоматизацією доставки потрібно відповісти на питання:

* вага;
* габарити;
* етикетка;
* штрихкод;
* вміст;
* статус. Замовлення №100 має 3 товари. Якщо замовлення з накладеним платежем, ERP контролює перерахування коштів після отримання. Якщо сума замовлення понад 3 000 грн — доставка за рахунок компанії.== Доставка постачальником ==

як приклад:

ERP отримала замовлення. Разом із товаром можуть передаватися документи:

Деякі товари мають обмеження доставки. * дату;
* кур’єра;
* транспорт;
* список доставок;
* адреси;
* послідовність точок;
* час доставки;
* контактів;
* суми до отримання;
* статуси;
* повернення;
* підпис клієнта. Бо клієнт ERP не оцінює окремо ERP, складський облік і службу доставки. |-
| Комірник
| Комплектує, пакує, друкує етикетки, передає відправлення перевізнику.== Повернення документів ==

Це суттєво економить час складу і менеджерів. без зусиль поки що терпить.

• маршрутами;
• кур’єрами;
• статусами;
• оплатами;
• поверненнями;
• підписами клієнтів;
• фотофіксацією;
• геолокацією;
• накладеним платежем;
• актами доставки. ERP повинна зберігати адресу структуровано. Накладений платіж — це коли клієнт ERP оплачує товар при отриманні, а служба доставки потім перераховує гроші продавцю. ERP повинна контролювати:

інтеграційні функції ERP з CRM

клієнт ERP здатна обрати відділення на сайті, а ERP отримає його код і назву. клієнт ERP здатна попросити змінити адресу або відділення. |- | Навіщо потрібні статуси доставки? Це побажання. Деякі товари потребують спеціального температурного режиму. Замовлення → Оплата → Резерв → Комплектація → Пакування → ТТН → Відвантаження → Статус доставки → Отримання → Закриття

Webhook-інтеграція

ERP повинна не дозволяти створювати відправлення без реального товару або відповідного правила. ERP здатна формувати частину документів і передавати інформаційні дані перевізнику.== аналітичні інструменти доставки ==

Коротко

У B2B часто потрібно отримати підписані документи назад. Доставка впливає на залишки. Для керівника. Доставка — це не без зусиль “відправили клієнту”. клієнт ERP отримав посилку → Оплатив накладений платіж → Служба доставки перерахувала гроші → Банк передав виписку → ERP закрила оплату

ERP повинна дозволяти відносити витрати доставки на:

500 - 120 - 40 = 340 грн

Доставка і оплата

Для середнього бізнесу — автоматичні статуси, накладений платіж, повернення, інтеграційні функції ERP з інтернет-магазином, складом і CRM. Це критично для безпеки і спірних ситуацій. І чим більше замовлень, тим більше шансів, що десь адреса поїде не туди, телефон буде не той, а ТТН загубиться в чаті. * дропшипінг;

• пряма поставка клієнту;
• доставка від постачальника на об’єкт;
• поставка великогабаритного товару;
• поставка матеріалів на будівництво. Оптимізація маршрутів зменшує витрати на паливо, час і кількість рейсів. | Це оплата товару клієнтом при отриманні, після чого служба доставки перераховує гроші продавцю. * кількість відправлень;
• доставка по службах;
• середня вартість доставки;
• середній строк доставки;
• відсоток повернень;
• відсоток відмов;
• пошкодження;
• втрати;
• накладені платежі;
• прострочені доставки;
• проблемні регіони;
• проблемні перевізники;
• доставка по менеджерах;
• доставка по складах;
• доставка по каналах продажу;
• доставка по клієнтах;
• витрати на безкоштовну доставку. ERP повинна зберігати логістичні вимоги клієнта. Це ручний спорт на витривалість.== Скасування відправлення ==

як приклад:

Якщо доставка живе в такому файлі, вона вже давно проситься в ERP. Канали повідомлень:

Приклад процесу:

ERP здатна пов’язати рекламацію з ТТН, замовленням, складом, перевізником і відповідальним. ERP здатна автоматизовано додавати сертифікат до комплекту документів, якщо:

• власна;
• через службу доставки;
• через локального партнера;
• по місту;
• міжміська;
• експрес;
• запланована на конкретний час. Один із найважливіших сценаріїв — створення ТТН прямо з ERP. * отримати повернення;
• перевірити товар;
• перевірити упаковку;
• визначити стан;
• оприбуткувати на складський облік;
• повернути в продаж;
• відправити на ремонт;
• списати;
• створити рекламацію;
• оновити замовлення;
• оновити фінансові інформаційні дані.

Проблемні відправлення

клієнт ERP здатна самостійно відстежувати доставку.== Небезпечні вантажі ==

Приклад процесу в K2 ERP: власна доставка

K2 ERP здатна використовуватися для автоматизації інтеграції з доставкою, службами доставки, кур’єрськими сервісами, власною логістикою, інтернет-магазинами, CRM, WMS і складом. бізнес-процес здатна виглядати так:

як приклад:

Передача перевізнику

• стару адресу;
• нову адресу;
• причину;
• відповідального;
• статус;
• додаткову вартість;
• службу доставки;
• підтвердження клієнта. Це відповідальність.SEO title: Інтеграція з доставкою — як автоматизувати відправлення, ТТН, статуси, тарифи, склади, клієнтів і логістику в ERP

SEO keywords: інтеграція з доставкою, доставка, ERP, K2 ERP, ТТН, транспортна накладна, кур’єрська доставка, логістика, служби доставки, Нова пошта, Укрпошта, Meest, WMS, інтернет-магазин, CRM, склад, відвантаження, статуси доставки, накладений платіж, повернення товару

</noinclude>
 {{SEO
Шаблон для службового SEO-опису сторінки. 

}}

Бо клієнту часто кажуть “ми вже відправили”, хоча фактично тільки створили накладну. | Через ручні помилки, відсутність актуальних статусів, зв’язку зі складом, CRM, оплатами, поверненнями і аналітикою. Маркетплейси можуть мати свої правила доставки. як приклад:

як приклад:

Якщо вагу вводити вручну, помилки можуть впливати на вартість доставки. ERP повинна відрізняти повернення товару в нормальному стані від повернення пошкодженого товару. Якщо переадресація робиться в кабінеті служби доставки, ERP повинна отримати оновлені інформаційні дані. Бо “відправимо скоро” — це не логістичний стандарт. До доставки потрібні права доступу. Якщо габарити неправильні, посилка здатна не пройти обмеження служби доставки. * клієнт ERP;

• телефон;
• місто;
• відділення;
• адреса;
• товар;
• кількість;
• сума;
• вага;
• габарити;
• спосіб оплати;
• служба доставки.

ERP здатна звіряти накладені платежі з банком або звітами служби доставки. Відправлення → Доставка → Монтаж → Акт виконаних робіт → Закриття замовлення

Якісна інтеграційні функції ERP з доставкою оптимізує:

Після створення ТТН платформа отримує номер відправлення і записує його в замовлення. * які замовлення потрібно зібрати;

• які потрібно упакувати;
• яка служба доставки;
• чи потрібна етикетка;
• скільки місць;
• які габарити;
• які товари в посилці;
• чи оплачено замовлення;
• чи потрібен накладений платіж;
• куди передати відправлення. Відправки_ТТН_нова_версія_фінал_після_повернень_12.xlsx

У сервісі доставка здатна використовуватися для:

Excel часто використовують для:

ERP оптимізує зв’язати складські задачі з логістикою. * створено;

• очікує передачі;
• передано перевізнику;
• прийнято службою доставки;
• у дорозі;
• прибуло у відділення;
• очікує отримання;
• доставляється кур’єром;
• отримано;
• відмова;
• повернення;
• повернуто відправнику;
• втрачено;
• пошкоджено;
• скасовано;
• потребує уточнення.== інтеграційні функції ERP з WMS ==

ERP здатна запропонувати відправити зі Львова, якщо це швидше і дешевше. Можливі варіанти:

ERP або інтегрована TMS здатна враховувати:

Приклад процесу:

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

Іноді потрібно змінити отримувача.

== Самовивіз ==
== KPI доставки ==
Адресна доставка означає доставку до конкретної адреси клієнта. ERP здатна створювати сервісну задачу після доставки.

У складних компаніях ERP, WMS і служби доставки повинні працювати як один бізнес-процес, а не як три окремі світи. ERP повинна зберігати історію зміни отримувача. ! Якщо накладений платіж не контролювати, можна мати товар уже в клієнта, а гроші “десь у доставці”.== Розділення відправлення ==

Доставка у відділення здатна коштувати дешевше. Іноді одне замовлення потрібно відправити частинами.

Дропшипінг

Приклад:

* служба доставки;
* тариф;
* вага;
* габарити;
* місто;
* відстань;
* тип доставки;
* оголошена вартість;
* накладений платіж;
* страхування;
* кількість місць;
* терміновість;
* адресна доставка;
* повернення документів;
* додаткові послуги. Довідники повинні оновлюватися. Webhook — це коли служба доставки сама повідомляє ERP про зміну статусу. ERP здатна не дозволяти створити ТТН, якщо фінальний контроль не пройдено. Приклад процесу:

ERP повинна скасувати ТТН або позначити її як неактивну, а так само оновити статус замовлення і складу. ERP здатна передавати оголошену вартість і контролювати:

Якщо замовлень багато, потрібне масове створення ТТН. * номер ТТН;
* статус;
* службу доставки;
* дату відправлення;
* очікувану дату прибуття;
* адресу відділення;
* суму накладеного платежу;
* історію статусів. Webhook зручний, бо ERP не потрібно постійно питати службу доставки: “ну що там?”. Пакування впливає на доставку. * не перевіряти вручну;
* повідомляти клієнта;
* контролювати проблеми;
* закривати замовлення після отримання;
* запускати бізнес-процес повернення;
* контролювати накладені платежі.== Доставка і габаритний товар ==

<pre>

Київ, ну там біля метро, під’їзд другий, подзвоніть

* клієнт ERP скасував замовлення;
* товар відсутній;
* помилка в замовленні;
* неправильна ТТН;
* зміна служби доставки;
* дубль;
* помилка адреси;
* зміна способу оплати. Для партійного товару доставка має зберігати інформацію про партію.<pre>

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

'''Поширена проблема.''' Якщо менеджер копіює адресу з CRM, вставляє її в кабінет служби доставки, потім копіює номер ТТН назад у замовлення, а потім ще пише клієнту в месенджер — це не логістика. Для товарів із серійним обліком потрібно фіксувати, який саме серійний номер відправлено клієнту. * куди потрібно доставити замовлення;
* якою службою доставки;
* хто отримувач;
* які контактні інформаційні дані клієнта;
* який складський облік відвантаження;
* яка вага і габарити посилки;
* скільки коштує доставка;
* чи розроблена ТТН;
* який статус доставки;
* чи отримав клієнт ERP товар;
* чи повернулась посилка;
* чи надійшов накладений платіж;
* чи можна закривати замовлення;
* де саме зараз вантаж;
* хто винен, якщо “воно десь їде вже третій день”. Маржа товару — 500 грн. Для доставки важливі:
Це спосіб зробити логістику швидкою, прозорою і контрольованою. Вона здатна бути корисною як перший етап автоматизації або для перевізників без API.== Типові помилки при інтеграції з доставкою ==

Файлова інтеграційні функції ERP простіша, але менш зручна, ніж API. ERP повинна отримувати або зберігати довідники:

Відправлення → клієнт ERP не отримав → Статус “Повернення” → Товар повернувся на складський облік → Перевірка стану → Оприбуткування або списання → Закриття замовлення

Адресна доставка — дорожче. * планування маршрутів;
* призначення кур’єра;
* завантаження авто;
* маршрутний лист;
* статуси доставки;
* підтвердження отримання;
* оплату при доставці;
* повернення;
* контроль часу;
* фото або підпис;
* витрати на доставку;
* паливо;
* аналітику по кур’єрах.

Пошкодження при доставці

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

Але об’єднання має бути контрольованим, щоб не переплутати документи, оплату і комплектацію. Повернення здатна виникати, якщо:

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

• місто відправлення;
• місто отримання;
• складський облік відправлення;
• службу доставки;
• строк доставки;
• тариф;
• габарити;
• вагу;
• кількість місць;
• страхування;
• статус;
• повернення;
• оплату доставки. Без інтеграції дропшипінг оперативно перетворюється на гру “а постачальник точно відправив?”. * швидше опрацьовувати замовлення;
• зменшувати помилки;
• автоматизовано створювати ТТН;
• друкувати етикетки;
• контролювати статуси;
• повідомляти клієнтів;
• контролювати повернення;
• контролювати накладені платежі;
• рахувати вартість доставки;
• аналізувати перевізників;
• покращувати клієнтський сервіс;
• бачити реальні витрати логістики. Це краще, ніж коли менеджер вручну шукає “відділення біля клієнта” і сподівається, що вибрав правильне. * отримувач;
• телефон;
• місто;
• відділення;
• вага;
• габарити;
• оголошена вартість;
• накладений платіж;
• платник доставки. Приклад:

Реєстр відправлень — це список посилок, які передаються службі доставки. Для малого бізнесу здатна бути достатньо автоматичного створення ТТН і друку етикеток.

Без інтеграції ці дії виконує людина вручну. ! |- | Що таке інтеграційні функції ERP з доставкою? SLA доставки — це правила строків. Іноді застосовується для файловий обмін.== Створення ТТН з ERP ==

Маршрутний лист містить:

інтеграційні функції ERP з доставкою потрібна для автоматизації логістичних процесів і покращення клієнтського сервісу. Роль

Доставка і сервіс

Це критично для: Приклад: Доставка виступає як важливою частиною продажів, складу, інтернет-магазину, сервісу, виробництва, B2B-торгівлі і клієнтського обслуговування. Якщо товар не зарезервований, здатна виникнути ситуація:

! Це не швидка доставка.== Вага і габарити ==

Такі відправлення краще виявляти автоматизовано. |- | IT / інтегратор | Налаштовує API, файловий обмін, webhook, безпеку і технічну підтримку інтеграцій. ERP повинна зв’язувати:

як приклад, товар легкий, але великий за об’ємом. |- | Чому критично контролювати повернення? інтеграційні функції ERP з доставкою — це важлива частина автоматизації продажів, складу, інтернет-магазину, CRM, сервісу і фінансів. * номер ТТН;

• замовлення;
• отримувача;
• кількість місць;
• вагу;
• вартість;
• накладений платіж;
• складський облік;
• дату передачі;
• відповідального. Це зменшує навантаження на менеджерів. Замовлення → Комплектація → Маршрут → Кур’єр → Доставка → Підпис клієнта → Закриття замовлення

Доставка здатна впливати на собівартість або маржу замовлення. Типовий файл:

ERP повинна враховувати габарити товару і не пропонувати невідповідний спосіб доставки. * температура;

• тип упаковки;
• служба доставки;
• час у дорозі;
• термоконтейнер;
• контроль датчиків;
• заборона певних способів доставки. Одне замовлення здатна складатися з кількох місць. |-

| Менеджер продажів | Оформлює замовлення, перевіряє спосіб доставки, контролює клієнта і статус отримання. як приклад: Після створення ТТН потрібно надрукувати етикетку. інтеграційні функції ERP з доставкою обробляє персональні інформаційні дані.== Адресна доставка ==

як приклад:

ERP здатна контролювати:

Це критично для фінансового обліку і оцінки якості перевізників. |- | ERP-адміністратор

| Налаштовує служби доставки, довідники, статуси, права, правила і звіти.

== Реєстр відправлень ==

інтеграційні функції ERP з доставкою виступає як частиною [[Бізнес-процеси|бізнес-процесів]] компанії. Потрібно враховувати:

* відправки запчастин;
* повернення обладнання;
* гарантійного ремонту;
* обміну товару;
* доставки підмінного обладнання;
* відправки інструменту;
* повернення дефектних вузлів. інтеграційні функції ERP з доставкою — це не без зусиль кнопка “створити ТТН”. Замовлення → Відправлення з накладеним платежем → клієнт ERP отримав → Служба доставки прийняла оплату → Гроші перераховано → ERP закрила оплату

як приклад, великий або важкий товар здатна не підійти. ERP або WMS здатна створювати ТТН і передавати інформаційні дані службі доставки. Комісія накладеного платежу — 40 грн.== Доставка і права доступу ==

платформа повинна віднести вартість доставки на витрати продажу або іншу статтю. Для великого — повноцінна логістична платформа з кількома перевізниками, тарифами, SLA, маршрутами, власною доставкою, аналітикою і фінансовим контролем. Приклад процесу:

Це критично для:

== Файлова інтеграційні функції ERP з доставкою ==

Клієнту потрібна корисна інформаційні матеріали, а не 12 повідомлень про те, що коробка змінила внутрішній статус у логістичному всесвіті. 2 товари відправлені сьогодні. ERP здатна цифровізувати:

Далі ERP автоматизовано отримує статуси:

== Поштомати ==

Деякі вантажі потрібно страхувати. * доставка на складський облік клієнта;
* доставка у визначене вікно;
* документи для приймання;
* сертифікати;
* палетування;
* маркування;
* кількість місць;
* підписані документи;
* пропуск на територію;
* контактна особа;
* заявка на в’їзд;
* спеціальний транспорт.== Приклад процесу в K2 ERP: інтернет-магазин і доставка ==

Якщо документи не вкладені або вкладені не ті, це здатна затримати оплату, приймання або закриття замовлення.== інтеграційні функції ERP з інтернет-магазином ==

* коробка 1;
* коробка 2;
* палета;
* окрема довга деталь;
* комплект із кількох упаковок. Товар виступає як на складах у Києві і Львові. бізнес-процес:

Пакування здатна впливати на тариф доставки. ERP повинна бути готова до таких змін. клієнт ERP здатна відмовитися від отримання. Поганий варіант:

* замовлення клієнта;
* замовлення постачальнику;
* ТТН;
* статус;
* оплату;
* маржу;
* повернення;
* рекламації. |-
| Чому Excel незручний для доставки?== Повідомлення клієнту ==

Приклад:

ERP повинна підтримувати кілька ТТН для одного замовлення. ERP здатна:

Після видачі статус змінюється на “Отримано”. Це швидке створення проблеми. |-
| Логіст
| Налаштовує служби доставки, маршрути, тарифи, правила і контролює проблемні відправлення. Статуси доставки показують, що відбувається з відправленням. Якщо компанія-користувач має кілька складів, ERP повинна визначати, звідки відправляти товар.== автоматизація процесів інтеграції з доставкою в ERP ==

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

Для власної доставки ERP здатна працювати як TMS або інтегруватися з окремою транспортною системою. Для інтернет-магазинів інтеграційні функції ERP з доставкою напряму впливає на конверсію і повторні покупки. ERP здатна показувати менеджеру або клієнту прогноз вартості доставки ще до створення ТТН.== Доставка і повернення на складський облік ==

ERP здатна контролювати, які служби доставки дозволені для таких товарів.== Для чого потрібна інтеграційні функції ERP з доставкою ==

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

<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">

Менеджер у CRM здатна бачити:

* суму страхування;
* тариф;
* вартість страховки;
* умови компенсації;
* пошкодження;
* втрату;
* претензії;
* документи. ERP здатна автоматизовано повідомляти клієнта про доставку. Етикетка здатна містити:

бізнес-процес:

* відправник;
* отримувач;
* третя сторона;
* компанія-продавець;
* клієнт ERP;
* постачальник;
* інтегратор;
* за договором;
* на безкоштовній основі для клієнта, але за рахунок продавця. Відправлення здатна бути скасоване. {| class="wikitable" style="width:100%;"

ERP здатна показувати аналітику доставки:

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

платформа здатна забезпечити:

== Хто платить за доставку ==

інтеграційні функції ERP з доставкою здатна включати різні сценарії:

Реєстр потрібен для контролю фактичної передачі відправлень перевізнику.== Контроль накладеного платежу ==

Приклад:
У контексті служб доставки ТТН часто означає номер відправлення, за яким можна відстежити посилку. бізнес-процес:
[[Категорія:Доставка]]
ERP повинна розуміти, який спосіб оплати застосовується для. як приклад:

Якщо через “не той товар” — проблема у складі або замовленні. Це здатна бути:

== ТТН ==

* товар потребує сертифіката;
* партія має паспорт якості;
* клієнт ERP вимагає документ;
* договір вимагає документ;
* товар імпортний;
* це B2B-відвантаження. |-
| Служба підтримки
| Відповідає клієнтам на питання щодо доставки, повернень і статусів. ERP зв’язує доставку з усім бізнес-процесом продажу і обліку. ERP здатна брати вагу і габарити з картки номенклатури або з фактичного зважування на складі. * спеціальні тарифи;
* вантажний транспорт;
* палети;
* підйом на поверх;
* розвантаження;
* доставка за графіком;
* обмеження відділень;
* додаткові послуги. | Бо повернення впливають на залишки, фінансовий блок, клієнтський сервіс, аналітику і якість доставки. * отримувати міста;
* отримувати відділення;
* створювати ТТН;
* друкувати етикетки;
* скасовувати відправлення;
* змінювати інформаційні дані;
* отримувати статуси;
* розраховувати вартість;
* отримувати реєстри;
* працювати з поверненнями;
* контролювати накладені платежі. бізнес-процес:

== Доставка для маркетплейсів ==

ERP передала інформаційні дані в службу доставки:

== Доставка і температурний режим ==

<pre>

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

ERP повинна опрацьовувати повернення як окремий бізнес-процес.<pre>

Якщо компанія-користувач використовує WMS, доставка здатна бути частиною складської логістики. * замовлення готове до доставки;

• логіст формує маршрут;
• ERP призначає кур’єра;
• кур’єр отримує список адрес;
• клієнти отримують повідомлення;
• кур’єр змінює статуси доставки;
• клієнт ERP підписує отримання або підтверджує його кодом;
• ERP закриває доставку;
• якщо виступає як оплата при отриманні — фіксується платіж;
• керівник бачить ефективність маршруту і кур’єра. ! |-

| Бухгалтер

| Відображає послуги доставки, акти перевізників, оплати, комісії і повернення. ERP записала номер у замовлення.

як приклад:

Простими словами, інтеграційні функції ERP з доставкою відповідає на питання:

• відібрати замовлення готові до відправлення;
• перевірити оплату;
• перевірити адресу;
• перевірити вагу;
• створити ТТН пакетно;
• надрукувати етикетки;
• сформувати реєстр передачі перевізнику.== Вибір служби доставки ==

як приклад:

Ролі в інтеграції з доставкою

клієнт ERP у Львові. Приклад:

Зміна отримувача

• код поштомату;
• адреса;
• обмеження по габаритах;
• обмеження по вазі;
• строк зберігання;
• доступність;
• статус;
• спосіб отримання. Потрібно бачити: