IOSOR

IOSOR Žinios

Dalinis perdavimas su gedimo atveju be dvigubo mokesčio

Perjungimas tarp kanalų vieno kliento tikslu turi būti atliktas vieną kartą ir niekada neturi sukurti „Pristatyta“ atsarginėje kopijoje – tai white-label išankstinio mokėjimo sąžiningumas dalinio gedimo atveju.

Sistemos gedimo atveju vykdomas dalinis perdavimas privalo išlaikyti vieno kliento veiksmo vientisumą, kad būtų išvengta dvigubo nurašymo. Norint apsaugoti lėšas, būtina užtikrinti, kad atsarginis kanalas neatidarytų naujos atsiskaitymo sesijos be patvirtinimo. Sužinokite, kaip teisingai sukonfigūruoti šį procesą: pirminio kanalo gedimo atsarginis kelias, perjungimo patikros vartai bei išankstinio mokėjimo sulaikymas.

Perjungimas siuntimo metu vis dar yra vienas tikslas

Dalinis gedimo atveju reiškia, kad vienetas vieną kartą paliko pirkėjo API, tada operacijos perkėlė kanalus, nes pirminis kanalas negalėjo baigti. Klientas vis dar mato vieną pranešimo eilutę, vieną idempotentiškumo raktą, vieną pinigų istoriją. Neapdorokite atsarginio šuolio kaip naujo siuntimo ar antro sulaikymo.

Ką «dalinis siuntimas» reiškia pinigine prasme

Etapas Pinigai Kliento tiesa
Sulaikymas pagal tikslą Rezervuoti vieną kartą Lėšos apsaugotos vienam vienetui
Pirminis kanalas priima, tada nepavyksta viduryje kelio Vienas atsiskaitymo kandidatas Laukia / reikia dėmesio – ne „Pristatyta“
Atsarginis kanalas priima tą patį raktą Nėra antro atsiskaitymo Tas pats nurašymas; kanalas pakeistas operacijų pusėje

Niekada nekurkite „Pristatyta“ atsarginėje kopijoje

Kanalų perjungimas neįrodo gautųjų. Atsarginis kanalas gali priimti ir vis tiek grąžinti nepavykusį DLR, baigti laiką arba tylėti. Kliento būsena atitinka įrodymus: priimta, laukia, pristatyta, nepavyko, reikia dėmesio – tik white-label. Operacijos gali registruoti vykdantį kanalą; pirkėjai neturi matyti prekės ženklo eilučių.

Skiriasi nuo pakartotinio bandymo politikos ir užsakytosios eigos

Tai yra pinigai siuntimo metu, jau pradėjus perjungimą – ne tada, kai reikia pakartotinai bandyti nepavykusį DLR (nepavykusio DLR pakartojimo politika su prepaid) ir ne iš anksto parašyta pirminio → atsarginio kanalo seka (užsakytosios eigos brolis).

Pirkėjo kontrolinis sąrašas dalinio gedimo atveju

  1. Vienas idempotentiškumo raktas apima pirminius ir atsarginius pinigus tam pačiam tikslui?
  2. Atsarginis kanalas gali priimti be antro atsiskaitymo?
  3. Kliento būsenos white-label be sugalvoto „Pristatyta“ tik perjungus?
  4. Sulaikymo gedimo keliai automatiškai atleidžiami be atsiskaitytų vaiduoklių nė viename kanale?

Pradėkite nuo IOSOR

Priverskite pirminio gedimą siuntimo viduryje ne gamybos koridoriuje. Sutvarkytas atsarginis turi paimti tą patį ketinimo raktą. Eksportuokite vieną nurašymą, likutį ir sąžiningą galinę būseną. Jei pirminis jau išsiuntė sulipdyto kūno dalį, neišgalvokite Delivered atsarginiame ir neatidarykite antro atsiskaitymo toms dalims.

IOSOR santrauka

Dalinis perjungimas vis dar yra vienas kliento ketinimas.

Darykite: laikykite vieną raktą ir vieną nurašymą per hop siuntimo viduryje.

Nedarykite: išgalvoti Delivered atsarginiame kuris dalių neturėjo, ar imti likutį du kartus.

Ar šis vadovas buvo naudingas?

Susiję vadovai