۱
شناسایی کاربر
مصرفکننده از روی توکن API در کسری از ثانیه شناسایی میشود. نیازی به سرویس احراز هویت جدا نیست — هویت، بخشی از مسیر درآمد است.
نحوه کار
درآمد، همزمان با تحویل سرویس
پروکسی و دفتر کل یک سیستم واحدند. هر درخواست قبل از برگشت پاسخ، اندازهگیری، شارژ و ثبت میشود.
مقایسه
دو مسیر، یک نتیجه مالی
بیشتر پلتفرمها درآمد را بعداً از روی لاگ بازسازی میکنند. فینو آن را در همان لحظه تحویل میسازد.
روش رایج
درگاه API →صف رویداد →سیستم صورتحساب →حسابداری
- شکاف بین سرویس و صورتحساب
- تطبیق شبانه
- درآمد از دسترفته
- اختلاف با مشتری
فینو
رزرو موجودی →فراخوانی سرویس →قطعیسازی هزینه →ثبت دفتر کل
- بدون شکاف
- بدون تطبیق
- بدون شارژ جاافتاده
- ممیزی آنی
مراحل
شش مرحله، بدون شکاف صورتحساب
از شناسایی کاربر تا ثبت دفتر کل — یک سیستم، یک تراکنش، یک منبع حقیقت.
۲
رزرو موجودی
قبل از فراخوانی سرویس بالادست، فینو سهمیه، کیف پول یا اعتبار را بررسی میکند و مبلغ تقریبی را رزرو میکند. اگر موجودی کافی نباشد، همانجا خطای ۴۰۲ برمیگردد — نه فاکتور غافلگیرکننده چند روز بعد.
۳
ارسال به سرویس بالادست
درخواست با بازنویسی مسیر، تنظیم هدر و تبدیل داده (jq) به سرویس اصلی ارسال میشود. سرویس تحویل داده میشود و همزمان ثبت مالی آماده میشود.
۴
قطعی کردن هزینه
مصرف واقعی از روی پاسخ محاسبه میشود. مبلغ نهایی تعیین و در لاگ Raft ذخیره میشود — قبل از اینکه پاسخ به مشتری برگردد.
۵
ثبت در دفتر کل
ثبت حسابداری دوطرفه هر شش حساب را بهروز میکند. معادله حسابداری بررسی میشود. گزارشهای مالی همان لحظه آمادهاند.
۶
برگشت پاسخ
مشتری پاسخ API را دریافت میکند. درآمد قبلاً ثبت شده است. سربار فینو کمتر از ۲۵۰ میکروثانیه است.
صحت مالی
معادله حسابداری — همیشه برقرار، نه فقط آخر ماه
شش حساب پس از هر تراکنش یک معادله را حفظ میکنند. دفاتر شما بدون کار تطبیق، همیشه متعادل میمانند.
داراییها
نقد + دریافتنی
بدهیها + حقوق صاحبان سهم
کیف پول + بدهی به ارائهدهنده + درآمد معوق + درآمد
سه روش تأمین مالی — سهمیه، کیف پول پیشپرداخت و اعتبار پسپرداخت — روی یک کلید API کار میکنند.
وقتی سهمیه تمام شد، فینو خودکار سراغ منبع بعدی میرود — یا در صورت نبود موجودی، 402 برمیگرداند.
تشخیص ناهنجاری
نشت درآمد را قبل از صورتحساب بعدی ببندید
فینو فقط درخواستها را شارژ نمیکند — هر دقیقه در پسزمینه ۱۶ بررسی قطعی روی دفتر کل، پرداختها، تسویه و تلهمتری دروازه اجرا میکند. هر هشدار با شواهد، مبلغ در معرض خطر و اقدام پیشنهادی میآید — نه یک اعلان مبهم.
بدون سربار روی مسیر داغ
درگاه فقط واقعیتها را ثبت میکند؛ تشخیص در API داشبورد و پایگاه داده انجام میشود. سربار درخواست همان کمتر از ۲۵۰ میکروثانیه میماند.
۱۶ بررسی قطعی + یک آماری
از تراز دفتر کل تا شکست تسویه، صورتحساب معوق، سیل خطا و حالت بقای دروازه — قوانین شفاف با نرخ مثبت کاذب نزدیک به صفر، نه مدل جعبهسیاه.
هشدار قابل اقدام، نه لاگ
هر مورد: شدت، مبلغ در معرض خطر، شواهد قابل ممیزی، مسئول (مهندسی / مالی / SRE) و گام بعدی مشخص. تا رفع یا تأیید، در تابلو باز میماند.
چطور کار میکند
۱
درگاه واقعیت ثبت میکند
هر درخواست، پرداخت، ثبت دفتر و سیگنال /stats در آینهٔ Postgres و تلهمتری ذخیره میشود.
۲
بررسیهای پسزمینه اجرا میشوند
حلقهٔ دورهای API داشبورد روی دادهٔ موجود SQL و تلهمتری دروازه را اسکن میکند — بدون دست زدن به مسیر پروکسی.
۳
تابلو ناهنجاریها پر میشود
مدیران موارد باز را بر اساس مبلغ در معرض خطر میبینند، تأیید/رفع میکنند و از طریق کانال اعلان (ایمیل، تلگرام، …) مطلع میشوند.
چه چیزهایی زیر نظر است
یکپارچگی دفتر و تسویه
- تراز بدهکار و بستانکار هر ثبت دفتر
- شکست تسویه پس از سرویسدهی درخواست
- فراخوان بدون هزینهٔ تأمینکننده با درآمد ثبتشده
- فایل CSV خروجی ناموجود برای حسابرسی
وصول و نشت
- درخواستهای معلق که درآمدشان در گزارش نیست
- شکستهای مکرر پرداخت و صورتحساب معوق
- ریسک اعتباری مشتریان پسپرداخت
- افت ناگهانی ترافیک مشتری فعال
دروازه و بالادست
- کسری موجودی (۴۰۲) و محدودسازی نرخ (۴۲۹)
- خطاهای سرویسدهندهٔ بالادست
- حالت بقا زیر فشار میزبان
- جهش مسدودسازی IP و نزدیکشدن به سقف طرح
سوءاستفاده و یکپارچهسازی
- سیل خطا از یک IP (ورود ناموفق، پویش مسیر)
- الگوهای حملهٔ هماهنگ در مسدودسازی IP
دیگر درآمد را از روی لاگ نسازید
زیرساخت درآمد را مستقر کنید — جایی که پروکسی و دفتر کل یکی هستند.