وب سرویس وب سایت های پرداخت قبوض به چه صورت طراحی شده اند ؟


#1

سلام و درود

دوستان در حال مطالعه روی BPEL و WSDL هستم و مساله ای برام پیش اومده، خواستم بدونم وب سرویس وب سایت های پرداخت قبوض به چه صورت طراحی شده اند ؟
چطوره که هم به صورت آنلاین و هم با تلفن و اپ میشه قبض رو با شناسه قبض و پرداخت واریز رو انجام داد.

اگر منبع یا رفرنسی هست معرفی کنید تا برم دربارشون بخونم ممنون میشم


#2

ممنون میشم اگر اطلاعی دارین راهنمایی کنین


#3

هیچ وقت از این سرویس ها استفاده نکردم. اما منطقش باید این جوری باشه که هر کدوم از این روش های پرداخت یه سرویس هستند که از طریق یه API واحد با قبض ها و اینا کار می کنن.


#4

WSDL یک‌فایل xml که تمام کارهایی که soap api انجام میده تعریف میکنه

SOAP یک پروتکل قدیمیه api هستش


#5

ممنونم

من اینها رو حقیقتش اطلاع دارم و چند وقتی هستی روشون مطالعه دارم.
بیشتر خواستم درباره نوع طراحیشون اطلاع پیدا کنم
اینکه فکر کنم با REST طراحی شده باشن


#6

RESTFull و SOAP نمیتونن دوستای خیلی خوبی باشند😯
اگر بدونم دقیقا چه قسمتی از کار براتون جالبتره شاید بتونم کمک کنم


#7

درود

بله دقیقا، SOAP پروتکل هست و قاعدتا سنگین اما REST چون سبک معماری هست و با تکیه بر HTTP قاعدتا سبک تر هستش. من مشخصا میخوام بدونم وب سرویسی که پشت این پرداخت آنلاین قبوض هست و با شناسه قبض و شناسه پرداخت از طریق تلفن و اپ و برنامه تحت وب کار میکنه به چه شکل کار میکنه و طراحیش صورت گرفته ؟


#8

در ساده ترین حالت به این صورت هست که سیستمی که اطلاعات پیامک یا tone رو پردازش میکنه اون اطلاعاتو تبدیل payload برای data exchange با سرویسی های دیگه ای که کارشون احتمالا انجام عملیات بانکی و غیره هست میکنه.

ممکنه مطالعه روی USSD به این مطلب کمک کنه
به اضافه authorization و tokenization