Накладений платіж — це коли покупець платить не на сайті, а в момент отримання посилки: кур'єру, у відділенні чи поштоматі перевізника, у касі магазину. Для покупця це спокій: спершу побачив товар, потім заплатив. Для власника магазину це три ризики, про які зазвичай згадують запізно. Гроші за відправлене замовлення ще в дорозі, а товар уже поїхав. Частина посилок не буде забрана, і ви двічі заплатите за доставку. А в адмінці таке замовлення часто виглядає так само, як неоплачене онлайн, тож неможливо відповісти навіть на просте питання: скільки грошей ми зараз чекаємо від перевізника? Ми в Turboshop вирішили, що оплата при отриманні заслуговує на власний облік, а не на позначку «не сплачено».
Чому ми переробили облік накладеного платежу
Раніше в Turboshop статуси оплати були побудовані навколо платіжних систем: «Створений», «В обробці», «Сплачений», «Відхилений», «Прострочений». Для замовлення з накладеним платежем жоден із них не підходив. Менеджери ставили «Створений», і замовлення роками висіло «неоплаченим», хоча гроші давно прийшли. Або ставили «Сплачений», і тоді звіти змішували онлайн-оплати з готівкою. А відмову від посилки не було як позначити взагалі: вона губилася серед звичайних скасувань.
Ми бачили наслідки в цифрах магазинів: «неоплачених» замовлень на сотні тисяч, які насправді або вже оплачені, або вже повернулися. Тому ми розділили два світи. Онлайн-оплата живе за статусами платіжної системи, оплата при отриманні — за своїми, зрозумілими менеджеру. І платформа сама стежить, щоб їх не плутали.
Що таке накладений платіж для магазину: три стани грошей
Якщо прибрати деталі перевізників, у замовлення з оплатою при отриманні є лише три стани. Саме їх ми зробили системними статусами оплати:
- «Очікує оплати при отриманні» — товар відправлено або готується до відправлення, покупець заплатить під час вручення. Це гроші в дорозі.
- «Оплачено при отриманні» — покупець забрав посилку й заплатив. Замовлення вважається оплаченим.
- «Відмова від посилки» — покупець не забрав замовлення, посилка повертається. Це прямий збиток на доставці, і його треба бачити окремо.
Кожен новий заказ з офлайн-методом оплати одразу отримує статус «Очікує оплати при отриманні», без участі менеджера. Далі менеджер ставить «Оплачено при отриманні» або «Відмова від посилки», коли отримує звіт від перевізника.
Перемикач «Онлайн-оплата» в методу оплати
Щоб платформа знала, де який світ, ми додали в довідник «Методи оплати» один перемикач. У списку методів нічого не змінилося: «Оплата кур'єру», «Накладений платіж», «Оплата онлайн», «Передплата», «Оплата в касу» — ті самі пункти, що бачить покупець на оформленні.
У формі методу з'явився перемикач «Онлайн-оплата». Для «Накладеного платежу» він вимкнений: такі замовлення отримують статус «Очікує оплати при отриманні». Для «Оплати онлайн» — увімкнений: замовлення живе за статусами платіжного сервісу. Передоплата на рахунок теж належить до офлайн-методів: гроші приходять не через платіжний сервіс на сайті.
Статуси оплати: група і канал
У довіднику «Статуси оплати» з'явилися три нові системні статуси для оплати при отриманні, а статус «reversed» тепер підписаний зрозуміло — «Повернено». Системні статуси не можна видалити, але назву й колір можна змінити під свою команду.
Головне нововведення — у формі статусу. Кожен статус тепер має групу (оплачено, очікує, неуспішно, повернення) і канал (онлайн чи офлайн, при отриманні). Група каже платформі, як рахувати гроші: «Відмова від посилки» — це «Неуспішно», «Оплачено при отриманні» — «Оплачено». Якщо ви створюєте власний статус, наприклад «Оплачено на касі», оберіть групу, що відповідає реальному стану грошей, і звіти лишаться правильними.
Картка замовлення: статуси не переплутаються
У картці замовлення поряд стоять «Метод оплати» і «Статус оплати». Для замовлення з накладеним платежем ви бачите «Очікує оплати при отриманні» — чесний стан, а не «неоплачено».
Якщо менеджер помилково обере статус платіжної системи, наприклад «Сплачений» чи «Прострочений», для замовлення з офлайн-методом, форма не збережеться й покаже підказку. Так само працює і зворотний випадок. Через API таке значення теж не пройде: інтеграція отримає відмову з помилкою. Ми зробили це навмисно: одна випадкова помилка в статусі ламає звіт, а звіт — рішення власника.
Журнал змін статусу замовлення
Разом із цим ми почали вести журнал змін статусу замовлення: з якого статусу в який, коли і хто змінив — менеджер в адмінці, інтеграція через API чи сама система. Окремого екрана для журналу в адмінці немає, він працює «під капотом». На ньому ґрунтується перевірка «не відправлено вчасно»: платформа знає, скільки замовлення провело в статусі «Оброблений». Його ж бачить AI-асистент, коли ви питаєте про конкретне замовлення. Про це ми детально писали в статті «Де я зараз втрачаю гроші?»: відмови від посилки там окремий тип ризику.
Як вести накладений платіж: практичні поради
- Позначайте метод правильно. Відкрийте «Магазин → Методи оплати» і перевірте, що перемикач «Онлайн-оплата» увімкнений лише в методу, де покупець платить на сайті.
- Закривайте статуси щодня. Отримали від перевізника реєстр виплат — поставте «Оплачено при отриманні» по кожному замовленню. Повернулася посилка — «Відмова від посилки». Тоді сума «в дорозі» завжди реальна.
- Дивіться на відмови окремо. Якщо частка відмов росте, шукайте причину: товар не відповідає фото, довго їхав, покупця не попередили про відправлення.
- Підтверджуйте великі замовлення дзвінком. Для дорогих товарів розумно домовитися про часткову передоплату й оформити її окремим офлайн-методом «Передплата».
- Перейменуйте статуси під команду. Назва й колір системного статусу змінюються у формі, а група й канал лишаються правильними.
- Пропонуйте альтернативу. Частина покупців охоче заплатить онлайн, якщо оплата проста. Як ми налаштували онлайн-оплату, розповімо в окремій статті.
Кому це дає найбільше
- Одяг і взуття. Примірка у відділенні й відмови через розмір — звичайна справа. Тепер ви бачите, скільки посилок повертається і на яку суму.
- Товари для дому й техніка. Великий чек і довга доставка: гроші в дорозі можуть бути більшими за щоденну виручку, і їх треба бачити окремим рядком.
- Магазин із кількома менеджерами. Статуси не переплутаються: форма не дасть поставити онлайн-статус накладеному платежу.
- Магазин з інтеграцією через API. CRM чи облікова система не запише в замовлення статус не того каналу, а журнал покаже, що зміну зробила інтеграція.
FAQ
Що таке накладений платіж простими словами? Покупець оплачує замовлення під час отримання: кур'єру, у відділенні чи поштоматі перевізника або в касі. Магазин отримує гроші після вручення посилки.
Чи треба щось налаштовувати після оновлення? Перевірте перемикач «Онлайн-оплата» в методах оплати. Нові системні статуси з'являться самі; якщо у вас уже був статус з такою самою назвою, новий отримає позначку «(система)», і назву можна змінити.
Хто ставить «Оплачено при отриманні»? Менеджер у картці замовлення, коли гроші від перевізника надійшли. Або ваша інтеграція через API.
Що буде, якщо поставити «Сплачений» замовленню з накладеним платежем? Форма не збережеться й покаже підказку біля поля «Статус оплати». Через API такий запит теж буде відхилено.
Чи можна мати власні статуси оплати? Так. Створіть статус, оберіть групу за реальним станом грошей, а канал за потреби залиште порожнім — такий статус підходить для будь-якого методу.
Усе це вже працює в кожному магазині на платформі. Якщо ви тільки плануєте відкрити інтернет-магазин, подивіться, що ще вміє конструктор інтернет-магазинів Turboshop.
Підсумок: що ви отримуєте
Ми зробили накладений платіж повноправною частиною обліку: замовлення одразу отримує «Очікує оплати при отриманні», далі «Оплачено при отриманні» або «Відмова від посилки», онлайн- і офлайн-оплати не змішуються, а кожна зміна статусу замовлення записується в журнал. Ви бачите гроші в дорозі й відмови окремо, а не губите їх серед «неоплачених». Якщо ви оформлюєте посилки на іншу людину, стане в пригоді й функція «Інший отримувач». Усі нові можливості платформи — у розділі «Можливості».