EQVPS

خودکارسازی کسب‌وکار فروش مجدد VPS از طریق API و MCP

14 شهریور 1405 · 3 دقیقه مطالعه · EQVPS Team

کسب‌وکار فروش مجددی که دستی اداره می‌شود زود به سقف می‌خورد: هر سفارش، هر تعلیق، هر تمدید یک انسان است که در پنل کلیک می‌کند، و وقت شما با تعداد مشتری رشد می‌کند. راه فراتر از این سقف اجرای عملیات مانند کد است — و EQVPS سمت فروش مجدد را هم از طریق API REST و هم یک نقطه پایانی MCP نمایان می‌کند، پس می‌توانید آن را اسکریپت کنید یا به یک عامل هوش مصنوعی بسپارید.

یک توکن، ۳۰ ابزار فروش مجدد

یک توکن فروش مجدد (rk_…) در کابین Partners می‌گیرید و آن را به‌صورت Authorization: Bearer rk_… می‌فرستید. توکن بر اساس نقش فیلتر شده: ۳۰ ابزار reseller_* را روی همان نقطه پایانی MCP نمایان می‌کند که کل چرخه عمر مشتری را پوشش می‌دهد:

سفارش سرور دیگر یک نشست در داشبورد نیست و یک فراخوان احراز هویت‌شده می‌شود.

API یا MCP — همان قابلیت‌ها، دو در

این‌ها گزینه‌های رقیب نیستند؛ دو ورودی به همان ابزارها هستند:

بیشتر فروشندگان مجدد هر دو را به کار می‌برند: یک وب‌هوک صورتحساب که از طریق REST تأمین می‌کند، و یک عامل که تصمیم‌های پیچیده‌تر را از طریق MCP انجام می‌دهد.

برگ برنده: عاملی که عملیات را می‌گرداند

اینجاست که دیگر شبیه هر برنامه فروش مجدد دیگری نیست. چون ابزارهای فروش مجدد روی MCP‌اند، یک عامل هوش مصنوعی که با توکن rk_ شما احراز هویت شده می‌تواند کسب‌وکار را مستقیماً بگرداند — وقتی مشتری پرداخت می‌کند VM سفارش دهد، وضعیت را بخواند، هنگام عدم پرداخت تعلیق کند، هنگام تسویه رفع تعلیق کند — بدون انسان در حلقه. همان پلتفرمی که یک عامل می‌تواند سرور خودش را بخرد و اجرا کند به یک عامل اجازه می‌دهد یک ناوگان را از طرف مشتریان شما بگرداند. شما سیاست را تعیین می‌کنید؛ عامل اجرایش می‌کند. این همان کسب‌وکار هاستینگ که هوش مصنوعی می‌گرداند به‌عنوان یک الگوی ملموس است.

یک جریان حداقلی

// هر فراخوان را با توکن فروش مجدد خود احراز هویت کنید
// Authorization: Bearer rk_...

reseller_order_for_client({ client_id, product: "small", os_id: 1 })  // تأمین زیر برند شما
// → service_id، ip، دسترسی — به مشتری‌تان مانند مال خودتان تحویل دهید
reseller_suspend_client({ service_id })       // هنگام عدم پرداخت
reseller_unsuspend_client({ service_id })      // هنگام تسویه

چهار فراخوان جای آنچه را می‌گیرد که پیش‌تر یک نشست پنل به‌ازای هر مشتری، به‌ازای هر رویداد بود.

دامنه صادقانه

گام بعدی کجاست

مرجع کامل — احراز هویت، ابزارهای reseller_*، مدیریت os_id و وضعیت‌ها — در مستندات reseller API / MCP است. تازه‌وارد سمت کسب‌وکار؟ با چگونه کسب‌وکار فروش مجدد VPS را شروع کنیم آغاز کنید. سمت عمده برنامه فروش مجدد برچسب‌سفید است.

سؤالات متداول

به‌عنوان فروشنده مجدد چطور تأمین را خودکار کنم؟

یک توکن فروش مجدد (rk_…) در کابین Partners می‌گیرید و با آن همان نقطه پایانی MCP (یا API REST) را فراخوانی می‌کنید. توکن بر اساس نقش فیلتر شده: ۳۰ ابزار reseller_* را نمایان می‌کند که کل چرخه عمر مشتری را پوشش می‌دهد — ساختن پلن، افزودن مشتری، سفارش VM برای او، خواندن وضعیت، تعلیق، رفع تعلیق، تمدید، لغو. سفارش سرور برای یک مشتری به‌جای یک نشست در داشبورد، یک فراخوان احراز هویت‌شده می‌شود.

اینجا تفاوت API و MCP چیست؟

همان قابلیت‌ها، دو در. API REST چیزی است که از بک‌اند یا سیستم صورتحساب خودتان اسکریپت می‌کنید. نقطه پایانی MCP همان ابزارهای reseller_* را به یک عامل هوش مصنوعی یا کلاینت سازگار با MCP نمایان می‌کند، تا یک مدل مستقیماً آن‌ها را بگرداند. می‌توانید هر کدام یا هر دو را به کار ببرید — یک وب‌هوک صورتحساب که از طریق REST تأمین می‌کند، و یک عامل که بقیه را از طریق MCP انجام می‌دهد.

آیا یک عامل هوش مصنوعی واقعاً می‌تواند سفارش و تعلیق را بگرداند؟

بله — سطح MCP برای همین است. چون ابزارهای فروش مجدد به MCP نمایان‌اند، یک عامل که با توکن rk_ شما احراز هویت شده می‌تواند وقتی مشتری پرداخت می‌کند VM سفارش دهد، وضعیتش را بخواند، هنگام عدم پرداخت تعلیقش کند و هنگام تسویه رفع تعلیق کند، همه بدون انسانی که در پنل کلیک کند. شما سیاست را تعیین می‌کنید؛ عامل اجرایش می‌کند.

دسترسی فروش مجدد من چطور احراز هویت و محدود می‌شود؟

با یک توکن فروش مجدد (rk_…) که به‌صورت Authorization: Bearer rk_… فرستاده می‌شود. بر اساس نقش فقط به ابزارهای reseller_* فیلتر شده، پس مشتریان و پلن‌های شما را می‌گرداند، نه کل پلتفرم را. توکن را مانند هر اعتبارنامه محرمانه نگه دارید؛ کلید کل ناوگان مشتریان شماست.

آیا باید همه‌چیز را یک‌جا خودکار کنم؟

نه. با تأمین از داشبورد شروع کنید، سپس با رشد، پرتکرارترین اقدامات را به API منتقل کنید — معمولاً اول سفارش-هنگام-پرداخت و تعلیق-هنگام-عدم-پرداخت. نکته این است که به‌محض خودکار شدن این دو، تلاش عملیاتی دیگر با تعداد مشتری رشد نمی‌کند، و همین است که یک دفتر بزرگ فروش مجدد را سودده می‌کند.

← بازگشت به وبلاگ← پلن‌ها و قیمت‌ها

نظرات

هنوز نظری نیست. اولین نفر باشید.

یک نظر بگذارید

نظرات پیش از نمایش بررسی می‌شوند.