سیستم پشتیبانی کسب‌وکار BSS

در بخش سیستم های پشتیبانی کسب وکار در نهایت باید API را روی یک پورتال بگذاریم که کاربر از این طریق بتواند به API دسترسی پیدا کند و از آن استفاده کند. با توجه به تصویر زیر ماژول های API Gateway به شرح زیر است :

پورتال portal

در بخش API ها پس از طراحی و پیاده سازی برای دسترسی عمومی روی پورتال قرار می گیرند. با توجه به تصویر زیر پورتال شامل بخش های زیر است :

• ثبت نام مصرف کننده (Consumer Registration) :اولین قدم این است که مصرف کننده API در پورتال مورد نظر ثبت نام کند.
• کاتالوگ API ها (API Catalog) : به این معنی است که هر API یک سند دارد و اطلاعات کاملی از ورودی، خروجی، منطق API و... است. که این فایل روی پورتال و در اختیار مصرف کنندگان قرار می گیرد و swagger تکونولوژی تعریف شده برای این موضوع است.
• سند API ها (API Document) :گزارشی از اینکه هر API چندبار و برای چه کاربری فراخونی شده است.
• اطلاعات صورتحساب (Billing Info) : مصرف کننده باید اطلاعات کاملی از میزان مصرف ،API تعداد API هایی که در واحد زمان فراخوانی کرده است، هزینه پرداختی و ... را داشته باشد.
• پیکربندی و گزارش SLA ها (SLA Config and Report) : سازمان ها و شرکت هایی که پورتال دارند با توجه به رتبه بندی مشتریان بهرین خدمات را به آن ها ارائه میدهند و SLA را به تفکیک رتبه بندی مشتریان تنظیم می شود.
• ثبت درخواست (Ticketing) : مصرف کننده API به هر دلیلی که به مشکل بخورد بتواند سوال خود را مطرح کند.
• محیط تست (Sandbox) : قابلیت تست API قبل از انجام عملیات اصلی را در اختیار کاربر می گذارد و نحوی استفاده از محیط تست هم در پورتال وجود دارد.
• پرسش و پاسخ (Q and A) : برخلاف تصورات عام که این بخش را دارای ارزش کمی می دانند ولی باید پرسش و پاسخ های مهم در ارتباط با API را باید در جایی ثب کنیم سوالات پرتکرار که در زمان استفاده از API راحتر باشد خیلی به کاربران کمک می کند.
• تبلیغات و بازاریابی (Promotion and Marketing) : باید بتواند تبلیغ کند و برای API های عمومی که کاربر دارد و باید قابلیت تبلیغ داشته باشد تا به کاربران مورد نظرش API را معرفی کند.

صورتحساب  (CRM and Billing)

• حسابداری (Accounting) : مشتری ها به این معنی است که باید اطلاعاتی در رابطه با اینکه هر مشتری چه میزان مصرف کرده است چه میزان بدهکار و بستانکار است.
• مدیریت درخواست (Request management) : سرویس دهنده باید یک راه ارتباطی برای تعامل با سرویس گیرنده ایجاد کند که در صورت بروز خرابی بتواند با سرویس دهنده ارتباط برقرار کند و همچنین باید درگاه های ارتباطی مختلف برای سرویس گیرندگان تعریف کند که کاربر بتواند از هر سکویی دسترسی داشته باشد.
• طراح قیمت گذاری (Pricing Plan) : در این بخش باید سیاست های مختلفی برای قیمت گذاری با توجه به رتبه بندی مشتریان، میزان استفاده و خرید API ها قیمت گذاری های مختلفی داشته باشیم .
• محاسبه صورتحساب (Bill Computation) : در این بخش صورتحساب ماهیانه هر کاربر بررسی می شود اگر ظرفیت خود را مصرف کرده باشد و تسویه حساب نکرده باشد دسترسی به سرویس قطع شود.
• هزینه جریمه (SLA penalty fee) : در این بخش تمام توافق های لازم در تمام جنبه ها بین سرویس دهنده و سرویس گیرنده باید تعریف و مشخص شود.

ورود به سیستم (Logging)

در این بخش بحث های امنیتی تعریف می شود و تقلب ها را از همین طریق می توان پیگیری کرد. کلیه تراکنش هاي ثبت شده در API Gateway باید براي گزارش هاي بعدي ثبت شوند.

نظارت و تجزیه و تحلیل (Monitoring and Analytics)

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

اگر نیاز به مشاوره در خصوص API های سازمان خودتان دارید به وب سایت ما سر بزنید.

ما را در اینستاگرام دنبال کنید.