Три задачі, які закриває інтеграція
Під «інтеграцією з перевізником» зазвичай розуміють одну річ — друк накладної з системи. Насправді задач три, і вони мають різну цінність.
| Задача | Що дає | Скільки економить |
|---|---|---|
| Створення відправлення | ТТН формується з документа відвантаження, без повторного набору | Хвилини на кожне відправлення |
| Статуси доставки | Система знає, що доїхало, що в дорозі, що повернулося | Прибирає ручний обхід кабінету перевізника |
| Гроші за накладеним платежем | Оплати зіставляються із замовленнями автоматично | Найбільша економія з трьох |
Компанії зазвичай починають із першої задачі, бо вона очевидна. А найбільше болю знімає третя: коли перевізник переказує одним платежем гроші за сорок відправлень, розкладати цю суму по клієнтах вручну — окрема робота на кілька годин щотижня.
Три рівні за обсягом відправлень
Як і в інших інтеграціях, не варто одразу замовляти максимум. Порахуйте свій реальний обсяг.
- До 20 відправлень на день. Ручне створення в кабінеті перевізника плюс внесення номера ТТН у документ. Займає хвилини, не потребує бюджету взагалі.
- 20–100 на день. Створення відправлення з документа й автоматичне підтягування статусів. Це той рівень, де інтеграція окуповується найшвидше.
- Понад 100. Повний цикл разом із розкладанням накладених платежів і автоматичною обробкою повернень.
Практична перевірка перед рішенням: скільки годин на тиждень сумарно йде на створення накладних, перевірку статусів і зіставлення оплат. Помножте на вартість години. Якщо виходить менше вартості інтеграції за рік — рано.
Які дані ходять в обидва боки
Обмін не односторонній, і саме зворотний напрямок дає основну цінність.
Із системи до перевізника: одержувач із контактами, адреса або номер відділення, опис вантажу, вага й габарити, оголошена вартість, сума накладеного платежу, платник доставки.
Від перевізника в систему: номер ТТН, статус відправлення, дата фактичної доставки, факт і сума накладеного платежу, причина повернення.
Найважливіший елемент — номер ТТН у документі відвантаження. Він зв’язує замовлення з відправленням і з грошима. Якщо його немає в системі, автоматизувати наступні кроки нічим: сума від перевізника не знайде свого замовлення.
Вага й габарити — друге місце, де інтеграції спотикаються. Якщо їх немає в картці номенклатури, вони заповнюються вручну на кожному відправленні, і виграш від автоматизації з’їдається. Заповнення вагових характеристик — робота, яку варто зробити до інтеграції, а не після.
Накладений платіж: окрема історія
Це те місце, де інтеграція дає найбільше й де найчастіше налаштовують неправильно.
Механіка така: клієнт платить перевізнику при отриманні, перевізник накопичує суми й переказує вам одним платежем за період, утримавши комісію. У вашому обліку виникає розрив: гроші прийшли одним рядком, а закривати ними треба десятки різних замовлень.
Що має бути передбачено
- Проміжний рахунок розрахунків із перевізником. Оплата клієнта закриває його заборгованість одразу при отриманні, а не коли перевізник переказав гроші. Інакше дебіторка показує борг за клієнтом, який давно розрахувався.
- Комісія перевізника як окрема витрата, а не як зменшення виручки. Різниця принципова для розрахунку маржі.
- Зіставлення реєстру з замовленнями за номером ТТН — саме тому номер має бути в документі.
Без проміжного рахунку компанії роками бачать спотворену дебіторку й не розуміють, чому контроль заборгованості не сходиться.
Повернення й недоставлені
Частина відправлень не доїжджає: клієнт не забрав, відмовився, вказав неправильну адресу. Для інтернет-торгівлі це не виняток, а нормальна частка потоку.
Що має відбутися в обліку, коли відправлення повернулося:
- Товар оприбутковується назад на склад — інакше залишки розійдуться з фактом.
- Реалізація сторнується або оформлюється повернення.
- Витрати на доставку в обидва боки лягають на витрати, а не зникають.
- Причина повернення фіксується — щоб потім побачити, чи це системна проблема з конкретним товаром.
Четвертий пункт зазвичай пропускають, а він найцінніший: якщо за однією позицією повернень удвічі більше, ніж у середньому, справа зазвичай не в клієнтах, а в описі товару чи упаковці.
Неоформлені повернення — одна з типових причин розбіжностей у залишках, і саме в інтернет-торгівлі вона проявляється найсильніше.
Чек-лист перед стартом
- Порахований реальний обсяг відправлень і час, який зараз на них іде.
- Вага й габарити заповнені в картках номенклатури.
- Визначено місце для номера ТТН у документі відвантаження.
- Створений проміжний рахунок розрахунків із перевізником.
- Вирішено, як обліковується комісія перевізника.
- Описаний сценарій повернення: хто оформлює й у який строк.
- З’ясовано, хто підтримує конектор і що буде, коли перевізник змінить API.
Останній пункт актуальний так само, як і для інтеграції інтернет-магазину: зовнішні сервіси змінюють інтерфейси обміну без узгодження з вами, і супровід інтеграції — це не разова робота.
Часті запитання
З якого обсягу відправлень інтеграція окуповується?
Орієнтовно від 20 відправлень на день. До цього ручне створення в кабінеті перевізника з внесенням номера ТТН у документ займає хвилини й не потребує бюджету. Точніше рахувати треба через години: скільки часу на тиждень іде на накладні, статуси й зіставлення оплат.
Навіщо потрібен проміжний рахунок для накладеного платежу?
Щоб заборгованість клієнта закривалася в момент отримання товару, а не коли перевізник переказав гроші за період. Без цього дебіторка показує борг за клієнтом, який давно розрахувався, і контроль заборгованості перестає працювати.
Як обліковувати комісію перевізника?
Окремою витратою, а не зменшенням виручки. Різниця принципова: у першому випадку ви бачите реальну маржу за замовленням, у другому вона занижена й незрозуміло, за рахунок чого.
Що робити з поверненнями?
Оприбуткувати товар назад на склад, оформити повернення реалізації, віднести доставку в обидва боки на витрати й обов’язково зафіксувати причину. Причина потрібна, щоб побачити, чи не пов’язані повернення з конкретним товаром — тоді справа зазвичай в описі або упаковці.
Чи потрібні вага й габарити в картках товарів?
Так, і заповнити їх варто до інтеграції. Якщо їх немає, дані доводиться вводити вручну на кожному відправленні, і виграш від автоматизації зникає.