Звичка платити по одній
Деякі оператори виплачують мерчантам, створюючи кожну виплату окремо: оператор відкриває форму, вводить суму й реквізити та надсилає. Немає ні пакетної перевірки, ні окремого етапу погодження перед тим, як гроші йдуть. При невеликих обсягах це здається швидким. Але коли кількість мерчантів і частота виплат зростають, кожна виплата все одно залежить від того, що одна людина правильно заповнить одну форму — і нічого структурно не перевіряє це перед відправленням.
Виплата — це транзакція, а не разова дія
В omwio виплати не є окремою, «легшою» дією порівняно з платежами. Вони входять у ту саму модель транзакцій, що й платежі, обміни, рефанди та чарджбеки: спільна модель статусів, публічний токен і єдине зведене відображення статусу, однакове для всієї платформи. Виплата, створена сьогодні, має той самий життєвий цикл і ту саму видимість, що й будь-яка інша транзакція, яку бачить менеджер чи мерчант — вона не зникає у формі, яку відправили й забули.
Кошельки показують, чого торкається виплата ще до руху
У кожного мерчанта є мультивалютні кошельки з історією балансу та видимістю резервів. Це означає, що виплата — ніколи не ізольована цифра, вписана у поле: вона прив'язана до конкретного кошелька, у конкретній валюті, з видимою історією того, як баланс дійшов до поточного стану і що саме зараз утримується в резерві. Менеджер завжди може відповісти, звідки взялася сума і що утримується — саме той контекст, який процес «по одній виплаті» не показує за замовчуванням.
Права доступу визначають, хто діє, і все логується
Модель доступу omwio доходить до окремих дій у панелі, із двофакторною автентифікацією в межах тенанта, контролем сесій і зафіксованим журналом адміністративних дій. Це дозволяє розділити, хто може створювати транзакцію, від того, хто має ширший доступ, і означає, що кожну дію над виплатою можна згодом атрибутувати. У процесі, побудованому навколо того, що одна людина напряму створює кожну виплату, немає аналогічного запису про те, хто що зробив — якщо його не вести окремо.
Звірка — там, де знаходяться розриви
Модуль бухгалтерії та звірки пов'язує виплати з обліком. Сетлменти охоплюють виплати мерчантам проти конкретного MID, виписки провайдерів зіставляються з транзакціями платформи за сумами, референсами та часовими вікнами, а казначейство в будь-який момент показує зарезервовані, заморожені та вільні кошти по кожній валюті. Саме на цьому етапі виплата, створена без структурної перевірки, зрештою перевіряється на відповідність тому, що реально засетлилося — і саме тут різницю між двома найлегше помітити рано, а не під час розслідування на кінець місяця.
Що це змінює на практиці
Різниця не у швидкості однієї конкретної виплати — вона у тому, що існує навколо цієї виплати після: історія статусів, запис кошелька, що показує, з якого балансу її взято, журнал того, хто над нею діяв, і процес звірки, який перевіряє її проти виписок провайдера. Ніщо з цього не замінює рішення оператора — це дає цьому рішенню запис, на який можна спертися.
