IOSOR Gabay

Pagsusuri ng dami ng template: Ang pag-reject ay nananatiling reject

Alamin kung bakit ang mataas na dami ng mensahe ay hindi lumalampas sa mga patakaran sa pag-reject ng template at kung paano pinapanatili ng IOSOR ang mahigpit na pagsunod.

Pagsusuri ng dami ng template: Ang pag-reject ay nananatiling reject.

Pag-unawa sa Panuntunan sa Pag-reject para sa Mataas na Dami

Sa paghahatid ng mataas na dami ng SMS at OTP, napakahalaga ng mahigpit na pagsunod sa template. Kapag ang isang template ay na-reject ng mga carrier sa ibaba o ng mga panloob na sistema ng pagsunod, ang katayuang iyon ay absolute. Ipinapalagay ng ilang operator na ang pagpapalaki ng dami ng trapiko ay magti-trigger ng bypass o silent fallback mechanism. Sa platform ng IOSOR, ang isang na-reject na template ay nananatiling reject anuman ang sukat ng trapiko.

Bakit Hindi Nagti-trigger ng mga Silent Send Fallback ang Dami

Ang silent send fallback ay isang panganib sa pagsunod. Nagpapatupad ang IOSOR ng mahigpit na transparency. Kung susubukan mong magpadala ng trapiko gamit ang hindi inaprubahang template, agad na ititigil ng platform ang pagpapadala at magbabalik ng malinaw na error payload. Para sa mga detalye sa pamamahala ng mga kumplikadong istruktura ng template, tingnan ang aming gabay sa Pag-export ng mix ng template sa 02:00.

Paghahambing sa mga Estado ng Template at mga Kilos sa Debit

Kapag ang isang template ay na-reject, walang mensaheng ipinapadala at walang bayad sa carrier ang sinisingil.

Estado ng Template Ginawang Aksyon Inilapat na Debit Katayuan ng DLR
Approved Ipinaabot sa network Buong debit Delivered / Failed
Pending Nakabinbin sa pila Pansamantalang hold Pending
Rejected Hinarang sa gateway Walang debit Hard Fail (Rejected)

Upang maunawaan kung paano nag-aumapaw ang mga estadong ito sa iyong balance sheet, suriin ang dokumentasyon sa Template unit class sa mga debit row.

Ang USD 20 Prepaid Floor at mga Soft Review Limit

Gumagana ang IOSOR sa isang mahigpit na prepaid na modelo. Ang lahat ng account ay dapat panatilihin ang isang USD 20 prepaid floor upang mapanatiling gumagana ang mga aktibong JIT number assignment. Kapag ang iyong buwanang dami sa labas ay lumaki at nag-trigger ng malambot na pagsusuri malapit sa USD 1,000/buwan, sinusuri ng aming koponan ang iyong paggamit ng template. Tinitiyak ng sahig na 20 USD laban sa volume review na ito na ang iyong mga template ay umaayon sa mga regulasyon, ngunit hinding-hindi ito magpapahintulot ng bypass ng isang na-reject na template.

Pag-debug sa mga DLR Signal at Webhook Payload

Kapag ang isang template ay na-reject, nagpapadala ang IOSOR ng agarang kaganapan sa webhook na naglalaman ng kabiguang DLR. Ang mga developer ay dapat mag-configure ng kanilang mga sistema upang pakinggan ang mga webhook na ito sa halip na umasa na ang mga pila na may mataas na dami ay tuluyang lilinis.

Magsimula sa IOSOR

Mag-navigate sa console ng IOSOR sa ilalim ng Template Management upang siyasatin ang eksaktong dahilan ng pagtanggi at code na nakatalaga sa iyong payload. I-update ang iyong API integration upang agad na kunin ang mga payload ng nabigong webhook sa halip na muling i-queue ang hinarang na nilalaman. Siguraduhin na ang lohika ng iyong aplikasyon ay awtomatikong pinapahinto ang pagbuo ng trapiko para sa anumang template na na-flag bilang tinanggihan bago palakihin ang dami ng dispatch.

Buod ng IOSOR

Itinatag ng gabay na ito na ang pagtanggi sa template sa IOSOR ay pinal at hindi mababago ng mga pagtaas ng trapiko. Ang pagdami ng dami ng pagpapadala ay hindi nag-a-activate ng mga tahimik na fallback ng pagpapadala, mga mekanismo ng awtomatikong pagpapasa, o mga nakatagong padding ng sukatan, na tinitiyak na ang hindi inaprubahang trapiko ay malinis na pinatitigil sa hangganan ng platform.

Nakatulong ba ang gabay na ito?

Mga kaugnay na gabay