Самое последственное число в финансах наложенного платежа — не процент доставки. Это цикл расчёта — дни между подтверждённой доставкой и приходом банковского перевода USD на счёт мерчанта.
Fufills публикует 7 дней. Большинство латиноамериканских операторов публикуют 14, 21 или 30. Некоторые тихо работают на 45.
Этот материал — математика того, почему 7 — правильное число, почему быстрее структурно хрупко, и что 30-дневные операторы на самом деле делают с float.
Заказ COD выглядит линейным снаружи: курьер доставляет, покупатель платит наличными, мерчант получает деньги. Внутри операции это шестиступенчатый финансовый пайплайн:
- Сбор наличных у двери. Водитель курьера получает наличные в локальной валюте от покупателя.
- Передача водитель–хаб. Водитель сдаёт наличные в хабе курьера, обычно в тот же или на следующий день.
- Депозит хаб–банк курьера. Курьер вносит агрегированные наличные на свой операционный банковский счёт. Обычно T+1 или T+2.
- Перевод курьер–платформа. Курьер переводит агрегированные собранные средства на счёт в локальной валюте COD-платформы по согласованному расписанию (еженедельно, раз в две недели).
- Конвертация валюты. Платформа конвертирует локальную валюту в USD через FX-деск.
- Перевод платформа–мерчант. Платформа переводит USD на банк-референс мерчанта.
Шесть шагов. У каждого свой SLA, своя сверка, свои режимы сбоя. Цикл расчёта — это сумма этих шагов плюс буфер сверки.
Если оператор гоняет чистые SOP на каждом шаге, естественный пол примерно такой:
| Шаг | Дни |
|---|---|
| Наличные у двери → хаб курьера | 1 |
| Агрегация в хабе → банковский депозит курьера | 1–2 |
| Сверка курьера → перевод платформе (день цикла) | 1–3 |
| Конвертация валюты | 0,5–1 |
| Платформа → USD-перевод мерчанту | 0,5–1 |
| Буфер сверки (споры, недоплаты, возвраты) | 1–2 |
Это 5–10 дней end-to-end без простоев. 7 дней — это операционно-пессимистическая медиана этой полосы. Платформа, публикующая 7 и попадающая в 7, гоняет каждый шаг на операционном полу с маленьким буфером сверки.
Некоторые операторы рекламируют расчёт COD за T+1 или T+2. Механически это достижимо только одним из двух способов:
Вариант A — оператор авансирует наличные. Он рассчитывается с мерчантом до того, как курьер перевёл базовые наличные. Это требует существенной линии оборотного капитала, и работает прекрасно до волны чарджбэков, события мошенничества или задержки перевода курьером. Тогда оператор оказывается в минусе, а мерчант подвержен балансу оператора.
Вариант B — расчёт частичный. Оператор переводит "ожидаемые" средства на основе процента доставки, который он фактически не сверил. Когда сверка завершается, мерчант получает clawback на переплаченные балансы. Мерчант видит быстрые деньги в первый день и неудобный дебет в пятнадцатый.
Ни одна из моделей не плоха сама по себе. Обе плохи, когда продаются как фича без раскрытия. Fufills не использует ни одну. Мы переводим после сверки, на 7-дневном цикле, полностью. Мерчант никогда не получает clawback по рассчитанному инвойсу.
30-дневный конец рынка обычно соответствует одному из двух паттернов:
Паттерн A — оператор использует средства мерчанта как оборотный капитал. Операционный пол — 7 дней. Растягивая расчёт до 30 дней, создаётся float 23 дня на каждый собранный доллар — по агрегированному портфелю этот float является линией оборотного капитала оператора. Мерчант фактически финансирует рост оператора под 0% годовых.
Паттерн B — сверка оператора сломана. Споры, недоплаты и возвраты не закрываются в чистом окне, потому что SOP не работают. Расчёт затягивается, потому что у платформы нет уверенности, что она может перевести правильное число, пока не разойдётся бэклог споров.
Оба паттерна плохи для мерчанта. Паттерн A плох, потому что кладёт наличные мерчанта на баланс оператора. Паттерн B плох, потому что сигнализирует операционный дрейф — и следующая упущенная неделя обычно становится 45-дневным циклом, потом 60.
Три причины:
Это операционный пол с дисциплиной. Не пол авансирования наличных, не пол сокращения сверки. Пол, на котором каждый шаг укладывается в SLA, а буфер сверки публично виден.
Это аудируемо. Мерчант может сравнить дату инвойса с датой получения перевода и проверить, соответствует ли опубликованное число операционному. Мы ожидаем, что нас проверят. Если цикл Fufills проскальзывает дальше 7 дней, опубликованная цель была завышена; мы публикуем фактическую медиану квартально в дашборде.
Оно складывается с остальным стеком. Hard-gated подтверждение приводит к низкому RTO, что приводит к чистой сверке, что приводит к стабильным 7-дневным циклам. Кусочки сцепляются. Операторы, гоняющие COD без gate, не могут держать 7 дней, даже если хотят, потому что сверка постоянно гонится за возвратами.
Три вопроса, которые нужно задать:
-
Каков ваш публикуемый цикл расчёта, и какова ваша фактическая медиана за последний квартал? (Если опубликованное и фактическое числа различаются больше чем на день, опубликованное — маркетинг.)
-
Вы авансируете наличные, или переводите после сверки? (Оба могут быть приемлемы. Только один из них совместим со стабильной операцией на пять лет.)
-
Какая была ваша худшая задержка одного цикла за последние 12 месяцев, и что её вызвало? (У каждого оператора была хотя бы одна. Операторы, утверждающие, что у них не было ни одной, просто не рассказывают вам про одну.)
Платформа, открыто отвечающая на все три вопроса — это платформа, которая продумала финоперации COD так, как они заслуживают: как реальный пайплайн денег, а не как маркетинговую претензию.
Это число, вокруг которого Fufills был спроектирован. Семь дней, переведённые полностью, после сверки. Мы ожидаем, что мерчанты будут аудировать нас по нему.
