Mokėjimų branduolys
Bendras mokėjimų integracijų pagrindas produktams, kuriems reikia kelių atsiskaitymo kelių.
WebEdge projektas
Mokėjimų branduolys
Iššūkis
Mokėjimų integracijos kartojosi skirtinguose produktuose ir reikalavo vienodų būsenų bei klaidų modelių.
Ką darėme
Atskyrėme mokėjimų logiką į branduolį su bankinių ir alternatyvių kanalų adapteriais.
Rezultatas
Nauji produktai gali jungti mokėjimus per bendrą modelį ir paprasčiau prižiūrėti operacijas.
Dev-story straipsnis
Kaip buvo kuriamas projektas: Mokėjimų branduolys
Skirtingi mokėjimų būdai anksčiau reiškė atskirus sprendimus, kurie skyrėsi klaidų aprašymais ir logikos pavadinimais.
Skyriai
06
Moduliai
04
Stackas
TypeScript + Bank integrations
Kodėl projektas atsirado
Mokėjimų integracijos kartojosi skirtinguose produktuose ir reikalavo vienodų būsenų bei klaidų modelių.
Skirtingi mokėjimų būdai anksčiau reiškė atskirus sprendimus, kurie skyrėsi klaidų aprašymais ir logikos pavadinimais.
Ką sukūrėme
Atskyrėme mokėjimų logiką į branduolį su bankinių ir alternatyvių kanalų adapteriais.
Atskyrėme mokėjimo sluoksnį su kanalų adapteriais ir aiškiu būsenų aprašymu per visą įmonės produktų žemėlapį.
Pagrindiniai moduliai ir vartotojo kelias
Transakcijų įrašų struktūra aprašo sumas, valiutą, kanalą ir gyvavimo laiką operacijai.
Adapteriai bankiniam ir alternatyviam keliui supaprastina plėtrą be pertvarkymo centro.
Klaidų žodynas suvienodina atsakymus, kad operatoriai matytų vienodus signalus nepriklausomai nuo kanalo.
Ataskaitų vaizdas susieja operacijas su pagalbos komandos veiksmais.
Architektūra ir technologiniai sprendimai
Technologinis pagrindas: TypeScript, Bank integrations, Crypto. Ši dalis svarbi ne dėl logotipų sąrašo, o dėl to, kaip pasirinktas stackas padeda valdyti duomenis, būsenas, vartotojo veiksmus ir tolimesnę priežiūrą.
TypeScript kontraktas padeda visiems klientams kalbėtis su bendru branduoliu ir išvengti atskirų mokėjimų „karpymo“ sprendimų.
Kaip tai veikia realiame scenarijuje
Realiame naudojime „Mokėjimų branduolys“ veikia kaip nuosekli seka: pirmiausia sprendžiama pradinė problema, tada vartotojas atlieka pagrindinį veiksmą, mato aiškų duomenų kelią ir rezultatą. Taip patirtis lieka logiška, o ne atsitiktinis ekranų rinkinys.
Praktinė vertė matoma ten, kur anksčiau reikėjo rankinio darbo: dalis proceso automatizuota, atsakomybės aiškiai atskirtos, o kiekvienas modulis atlieka vieną suprantamą funkciją. Būtent dėl to sprendimą lengva prižiūrėti ir plėsti.
Rezultatas ir pamokos
Nauji produktai gali jungti mokėjimus per bendrą modelį ir paprasčiau prižiūrėti operacijas.
Įmonė gauna bendrą mokėjimų gramatiką, kuri sumažina klaidų paieškos laiką ir palengvina plėtrą.
Susiję straipsniai
Toliau skaityti
Susijusios projektų istorijos
Šie projektai turi artimų technologinių arba produkto sprendimų, todėl padeda matyti, kaip tas pats principas veikia kitame kontekste.
Dev-storyWebEdge CMS ir turinio API
Turinio valdymas, kuris maitina svetaines ir leidžia komandai publikuoti be kūrėjo įsikišimo.
Dev-storyWebEdge viešoji svetainė
Greita daugiakalbė svetainė, sujungianti paslaugas, turinį ir projektų katalogą.
WebEdge projektas
Savarankiškai valdoma reaktyvi duomenų platforma
Savarankiškai valdoma reaktyvi duomenų platforma
Eksperimentinis duomenų sluoksnis realaus laiko programoms ir infrastruktūros kontrolei.
Turite panašią idėją?
Aptarti projektą