IOSOR

IOSOR Знания

Корелация на DLR статус уебхукове с предплатени задържания

Научете как да съгласувате входящите потвърждения за доставка със задържани предплатени средства, за да освободите резервирани суми в инфраструктурата на IOSOR CPaaS.

При изпращане на SMS платформата IOSOR автоматично блокира сума в USD за съответното съобщение. Ако не свържете правилно входящия DLR статус с това първоначално задържане, балансът ви може да остане неточно отразен. Решението е внедряване на JIT проверка чрез API, която автоматично освобождава или дебитира средствата.

Разбиране на механизма за предплатено задържане

В екосистемата на IOSOR всяка изходяща SMS заявка задейства незабавна JIT (Just-In-Time) проверка на главната книга. Когато заявката е инициирана, системата поставя временно задържане върху салдото по сметката, за да гарантира наличието на достатъчно средства за доставката на съобщението.

Жизненият цикъл на DLR обратната връзка

След като съобщението бъде изпратено, мрежата връща DLR статус. Вашият уебхук краен пункт получава този полезен товар, който съдържа уникалния идентификатор на съобщението и крайния код за статус. Двигателят на IOSOR корелира този идентификатор с оригиналния запис на транзакцията. Ако статусът показва успешна доставка, системата преобразува задържаната сума в постоянен дебит. Ако статусът показва неуспех, задържането се освобождава обратно към наличното ви салдо, което гарантира, че плащате само за успешни опити.

Управление на съгласуването на главната книга

Съгласуването е автоматизирано, но разработчиците трябва да следят латентността между изпращането и пристигането на DLR. Ако DLR се забави, задържането остава активно, което може временно да намали наличния ви кредит. За сметки, поддържащи предплатен праг от USD 20, това е критично за избягване на прекъсвания на услугата. Ако месечният ви обем надвишава USD 1 000/месец, нашата система задейства преглед за коригиране на кредитните ви лимити и осигуряване на плавна пропускателна способност за високочестотен трафик.

Управление на гранични случаи и изчаквания

Не всички съобщения получават DLR в рамките на очаквания времеви прозорец. Ако мрежата не предостави актуализация на статуса, системата IOSOR използва задача за почистване, която освобождава остарели задържания след определен TTL (Time-To-Live). Това предотвратява 'призрачни' задържания да влияят на ликвидността ви. Винаги се уверявайте, че вашият уебхук обработчик потвърждава получаването на DLR в рамките на 500ms, за да поддържате синхронизация между нашата главна книга и вашите вътрешни счетоводни записи.

Основни ресурси за интеграция

За да се уверите, че вашата реализация е стабилна и следва най-добрите практики за финансова цялост, вижте тези ръководства:

Започнете с IOSOR

За да финализирате интеграцията си, отидете в конзолата на IOSOR и отворете Webhook Settings, за да конфигурирате крайната точка за съгласуване на салдата. Уверете се, че вашият приемник е готов да обработи пакета данни dlr.status и да го свърже директно със съответния идентификатор за блокиране на трансакцията (hold ID). Тестването на тази корелация в тестова среда (sandbox) ще гарантира, че резервираните средства се освобождават или дебитират незабавно без разминавания в счетоводния регистър.

Обобщение IOSOR

Това ръководство показа как безопасно да преодолеете разликата между доставката на съобщения в реално време и точността на финансовия регистър. Чрез съпоставяне на входящите DLR извиквания с активни предплатени блокирания, вие предотвратявате блокирането на капитал и гарантирате, че разполагаемото ви салдо отразява действителните състояния на доставка, а не най-лошите сценарии.

Полезно ли беше ръководството?

Свързани ръководства