زیرساخت درآمد برای کسبوکارهای API — نه رقابت با Kong یا Apigee در بازار درگاهها.
پلتفرم
درآمد درونساخت — نه الحاقی
صحت مالی باید بخشی از زیرساخت باشد، نه نتیجه یکپارچهسازی بین درگاه و SaaS صورتحساب.
فینو چیست؟
زیرساخت درآمد — نه درگاه API
فینو یک درگاه API معمولی نیست. سیستمی است که پروکسی، اندازهگیری مصرف، صورتحساب و دفتر کل حسابداری را در یک جریان واحد ادغام میکند.
بهجای ترکیب درگاه + Kafka + Stripe + صورتحساب دستی + تیم تطبیق، یک محصول واحد روی زیرساخت خودتان.
هر درخواست API قبل از برگشت پاسخ، شارژ و در دفتر کل ثبت میشود — درآمدی که میتوانید توضیح دهید، نه بازسازی کنید.
Kong + Metronome + Stripe Billing + دفتر کل بانکی در یک محصول
نتیجه
زیرساخت درآمد چه میدهد
مدیران درگاه API نمیخرند. کنترل درآمد، اعتماد و شفافیت مالی میخرند.
درآمد همان لحظه
وقتی سرویس تحویل داده میشود، مصرف اندازهگیری و شارژ میشود — نه شبها بعد در یک job جدا. هر درخواست قبل از برگشت پاسخ، درآمد ثبتشده دارد.
شفاف و قابل ممیزی
هر شارژ به یک درخواست مشخص برمیگردد. واحد مالی گزارشی میگیرد که میتواند از آن دفاع کند — بدون بازسازی از روی لاگ.
مقیاسپذیر و پایدار
ثبت شارژها با Raft، سربار کمتر از ۲۵۰ میکروثانیه و تا ۵۰ هزار درخواست در ثانیه. زیرساختی که با رشد شما گلوگاه تطبیق نمیسازد.
هر اقدام دیجیتال ارزشی خلق میکند.
- هر واحد ارزش باید قابل پیگیری باشد.
- هر درخواست باید همان لحظه اندازهگیری، تأیید، شارژ و ثبت شود.
ما باور داریم درآمد نباید به کارهای تطبیق شبانه، رویدادهای گمشده یا حسابداری با تأخیر وابسته باشد. فینو برای این ساخته شده که تجارت دیجیتال از پایه قابل اعتماد باشد — نه فقط صورتحساب، نه فقط حسابداری. زیرساخت درآمد برای اقتصاد API.
بیشتر بدانید تشخیص ناهنجاری درآمد
نشت درآمد را قبل از صورتحساب بعدی ببندید
فینو فقط درخواستها را شارژ نمیکند — هر دقیقه در پسزمینه ۲۳ بررسی روی دفتر کل، پرداختها، تسویه، rollup مصرف و تلهمتری دروازه اجرا میکند. هر هشدار با شواهد، مبلغ در معرض خطر و اقدام پیشنهادی میآید — نه یک اعلان مبهم.
بدون سربار روی مسیر داغ
درگاه فقط واقعیتها را ثبت میکند؛ تشخیص در API داشبورد و پایگاه داده انجام میشود. سربار درخواست همان کمتر از ۲۵۰ میکروثانیه میماند.
۲۳ بررسی: ۱۷ قطعی + ۶ آماری
از تراز دفتر کل تا شکست تسویه، انحراف rollup مصرف، صورتحساب معوق، سیل خطا و حالت بقای دروازه — قوانین شفاف با نرخ مثبت کاذب نزدیک به صفر؛ بررسیهای آماری پیشفرض در حالت سایه.
هشدار قابل اقدام، نه لاگ
هر مورد: شدت، مبلغ در معرض خطر، شواهد قابل ممیزی، مسئول (مهندسی / مالی / SRE) و گام بعدی مشخص. تا رفع یا تأیید، در تابلو باز میماند.
چطور کار میکند
۱
درگاه واقعیت ثبت میکند
هر درخواست، پرداخت، ثبت دفتر و سیگنال /stats در آینهٔ Postgres و تلهمتری ذخیره میشود.
۲
بررسیهای پسزمینه اجرا میشوند
حلقهٔ دورهای API داشبورد روی دادهٔ موجود SQL و تلهمتری دروازه را اسکن میکند — بدون دست زدن به مسیر پروکسی.
۳
تابلو ناهنجاریها پر میشود
مدیران موارد باز را بر اساس مبلغ در معرض خطر میبینند، تأیید/رفع میکنند و از طریق کانال اعلان (ایمیل، تلگرام، …) مطلع میشوند.
چه چیزهایی زیر نظر است
یکپارچگی دفتر و تسویه
- تراز بدهکار و بستانکار هر ثبت دفتر
- شکست تسویه پس از سرویسدهی درخواست
- فراخوان بدون هزینهٔ تأمینکننده با درآمد ثبتشده
- انحراف rollup مصرف در برابر واقعیت (با تشخیص علت)
- فایل CSV خروجی ناموجود برای حسابرسی
وصول و نشت
- درخواستهای معلق که درآمدشان در گزارش نیست
- شکستهای مکرر پرداخت و صورتحساب معوق
- ریسک اعتباری مشتریان پسپرداخت
- افت ناگهانی ترافیک مشتری فعال
دروازه و بالادست
- کسری موجودی (۴۰۲) و محدودسازی نرخ (۴۲۹)
- خطاهای سرویسدهندهٔ بالادست
- حالت بقا زیر فشار میزبان
- جهش مسدودسازی IP و نزدیکشدن به سقف طرح
سوءاستفاده و یکپارچهسازی
- سیل خطا از یک IP (ورود ناموفق، پویش مسیر)
- الگوهای حملهٔ هماهنگ در مسدودسازی IP
تضمین درآمد
شناسایی، هشدار و پیگیری — بدون دست زدن به مسیر داغ
تشخیص ناهنجاری درآمد یکپارچگی و نشت را در پلتفرم شما پیدا میکند. تابلوی بررسی سوءاستفاده سیگنالها را در قالب قابل پیگیری جمع میکند. کانالهای اعلان موارد بحرانی را به Slack، ایمیل، تلگرام، واتساپ یا webhook شما — به زبان انتخابی — میفرستد.
تابلو ناهنجاریها
۲۳ بررسی پسزمینه روی دفتر کل، پرداختها، تسویه، تلهمتری دروازه و rollup مصرف. هر مورد: شدت، مبلغ در معرض خطر، شواهد، مسئول، گام بعدی.
بررسی سوءاستفاده در درآمد
قواعد nearline و سیگنالهای ناهنجاری در پروندههای امتیازدهیشده با رد ممیزی جمع میشوند. پیگیری، بازنویسی تصمیم و تشدید — اجرا روی مسیر درخواست تا زمانی که فعال نکنید، اعمال نمیشود.
کانالهای اعلان
webhook، Slack، ایمیل SMTP، تلگرام و واتساپ. رویدادهای ناهنجاری و سوءاستفاده در درآمد با cooldown و لاگ تحویل ارسال میشوند.
تابآوری عملیاتی
وقتی سهمیه بالادست تمام شد یا فشار روی میزبان بالا رفت، سرویس زنده بماند
دو نوع failover: Raft پایداری کلاستر را حفظ میکند؛ failover سرویس وقتی سهمیه مشترک ارائهدهنده تمام شد، ترافیک را به بالادستهای جایگزین هدایت میکند — مشتری با قیمت سرویس اصلی صورتحساب میشود، ارائهدهندهٔ واقعی تسویه میشود. Survival Mode قبل از فروپاشی میزبان، بار را بر اساس ارزش کم میکند.
Failover سرویس
اهداف جایگزین اولویتدار وقتی سقف همزمانی یا بودجه روزانه/ماهانه سرویس تمام شد. سرویسهای backend-only در کاتالوگ مشتری نیستند اما بهعنوان هدف spill عمل میکنند.
Survival Mode
وضعیت CPU/RAM میزبان سطوح محافظت را بالا میبرد: در Elevated پارک متوقف؛ در Critical/Lifeboat کنار گذاشتن بار بر اساس ارزش. بازگشت خودکار — هر اقدام تابعی از سطح فعلی است.
تلهمتری دروازه
/stats و /metrics هر گره در صفحه Gateway ادمین — نرخ درخواست، صدکهای تأخیر، سلامت Raft، سطح Survival، شکست تسویه.
امکانات فنی
همهچیز در یک جا — چون پراکندگی دشمن درآمد است
یک سیستم جایگزین ترکیب درگاه + رویداد + صورتحساب + حسابداری میشود.
سهمیه، پیشپرداخت، پسپرداخت
سه مدل مالی با یک کلید API و انتخاب خودکار منبع مناسب.
قیمت پلکانی و حجمی
بستههای چندسطحی برای مشتریان کممصرف تا سازمانی.
دید حاشیه سود
هزینه بالادست در برابر درآمد مشتری — به تفکیک سرویس و دوره.
تبدیل درخواست و پاسخ
بازنویسی مسیر، هدر و تبدیل JSON با jq — بدون middleware سفارشی.
سه داشبورد
مدیریت، سلفسرویس مشتری و تسویه با ارائهدهنده.
پرداخت چندارزی
Stripe و درگاههای پرداخت محلی (IPG) با تأیید وبهوک.
تشخیص ناهنجاری درآمد
۲۳ بررسی پسزمینه روی دفتر کل، پرداختها، rollup و تلهمتری دروازه — با رتبهبندی بر اساس مبلغ در معرض خطر و اقدام پیشنهادی.
بررسی سوءاستفاده در درآمد
سیگنالها از ناهنجاری و قواعد nearline در پروندههای امتیازدار با شواهد و رد ممیزی جمع میشوند.
Failover سرویس
spill به بالادست جایگزین وقتی سهمیه ارائهدهنده تمام شد — همان قیمت مشتری، تسویهٔ ارائهدهندهٔ واقعی.
تعهد صورتحسابنشده
نمای کلی ادمین درآمد و سود هنوز فاکتورنشده را نشان میدهد — مالی قبل از اجرای صورتحساب تعهد را میبیند.
عملیات مالی
صورتحساب، افشای تعهد و توضیح — از همان دفتر کل
صدور دستهای فاکتور بر اساس بازه، PDF قابل چاپ، درآمد و سود صورتحسابنشده در نمای کلی ادمین، و گزارشهای مالی از projection نرمالشدهٔ دفتر — سریع حتی در میلیونها ثبت.
- تعهد صورتحسابنشده درآمد ناخالص بهعلاوهٔ هزینههای پسپرداخت هنوز فاکتورنشده؛ سود در معرض خطر وقتی هزینه ارائهدهنده ثبت شده.
- صدور فاکتور بازهای پایان دوره در timezone شما؛ صورتحساب مبتنی بر cursor بدون شمارش دوباره.
- PDF + CSV فاکتور PDF مشتری و خروجی CSV ممیزی از جدول ادمین.
- نقش ناظر (Supervisor) اپراتور فقطخواندنی محدود به سرویسهای تعیینشده؛ کلیدهای ارائهدهنده در API پاک میشوند.
- هشدار پیشگیرانه مشتری ایمیل/SMS وقتی موجودی کیف یا مصرف اعتبار از آستانه عبور کند — با SEP/Mellat برای شارژ کیف.
تجربه اپراتور
راهاندازی سرویس در دقیقه، نه اسپرینت
- راهنمای گامبهگام سرویس در داشبورد ادمین
- Import از cURL/Postman برای ساخت سریع سرویس
- آنالیتیکس ادمین با مقایسه دوره و timezone محلی
- گواهی کلاینت mTLS با سنجاق در لایه اپلیکیشن (بسته حاکمیتی)
رقبای سنتی در چه دستههایی هستند؟
درگاههای API
پلتفرم درآمدزایی API
صورتحساب مصرفی
صورتحساب اشتراکی
جدول مقایسه
| قابلیت | روش رایج Kong + Metronome + Stripe + حسابداری دستی | فینو |
|---|---|---|
| معماری | درگاه، رویداد، صورتحساب و حسابداری جدا | پروکسی + دفتر کل در یک سیستم |
| زمان ثبت درآمد | ساعتها یا روزها بعد | قبل از برگشت پاسخ |
| تطبیق شبانه | الزامی | نیاز نیست |
| حسابداری دوطرفه | ساخت دستی یا خروجی | ۶ حساب داخلی |
| رزرو موجودی قبل از سرویس | بهندرت | همیشه |
| شکاف صورتحساب | بله | خیر |
| رویداد صورتحساب گمشده | ممکن است | جلوگیری میشود |
| استقرار درونسازمانی / air-gapped | محدود | کامل |
| گزارش مالی آماده ممیزی | ادغام جدا | داخلی |
| تشخیص ناهنجاری درآمد | مانیتورینگ جدا / گزارش دستی | ۲۳ بررسی پسزمینهٔ داخلی |
تمایزهای کلیدی فینو
پروکسی + دفتر کل در یک سیستم
رقبا معمولاً مسیر درگاه → رویداد → صورتحساب → حسابداری دارند. فینو: رزرو → فراخوانی → قطعیسازی — بدون شکاف، بدون تطبیق، بدون رویداد گمشده.
حسابداری دوطرفهٔ یکپارچه
بیشتر رقبا فقط موجودی نگه میدارند. فینو شش حساب دارد: Float، Receivable، Wallet، Owed، Deferred Revenue، Revenue — آماده ممیزی و گزارش مالی.
کنترل هزینه قبل از سرویس
قبل از ارسال درخواست به بالادست، موجودی رزرو و اعتبار بررسی میشود. ریسک مالی سیستمهای صورتحساب پس از واقع، از بین میرود.
استقرار درونسازمانی
استقرار on-premise، محیط air-gapped و سازمانهای دولتی — جایی که SaaS ابری رقبا جواب نمیدهد.
تشخیص ناهنجاری درآمد
۲۳ بررسی پسزمینه روی دفتر کل، پرداختها، rollup و تلهمتری دروازه — از تراز حسابداری تا شکست تسویه و صورتحساب معوق. هر هشدار با شواهد و اقدام پیشنهادی، بدون سربار روی مسیر داغ.
رقیب پنهان: تیم داخلی شما
بزرگترین رقیب، تیم مهندسی داخلی است که Kong + Kafka + Stripe + صورتحساب دستی میسازد. فینو جایگزین کل این ترکیب میشود.
بهجای ساخت زیرساخت درآمد، فینو را مستقر کنید.
یکبار مستقر کنید. برای همیشه درآمد بگیرید.
دیگر برای چند فروشنده و یک تیم تطبیق هزینه نکنید.