در اکوسیستمهای API، مدیران مالی و فنی با واقعیتی روبرو هستند: مانیتورینگ ترافیک را میبیند اما پول را نه. درگاه 200 OK برمیگرداند، داشبورد سبز است — و چند روز بعد تسویه شکست خورده، rollup مصرف منحرف شده، یا اعتبار پسپرداخت از سقف گذشته.
این فاصله بین تحویل و پاسخگویی مالی همان «شکاف صورتحساب» است. فینو آن را با تضمین درآمد میبندد: اندازهگیری، تأیید، شارژ و حسابداری در یک جریان اتمیک — بهعلاوه لایهٔ سردی که کتابها را زیر ۲۵۰ میکروثانیه سربار روی مسیر داغ، زیر نظر میگیرد.
۲۳ نگهبان در مسیر سرد
فینو ۲۳ بررسی پسزمینه اجرا میکند (۱۷ قاعدهٔ قطعی + ۶ بررسی آماری):
- یکپارچگی پول — عدم تعادل دفتر، شکست تسویه پس از سرویسدهی، فراخوان بدون هزینه تأمینکننده، انحراف rollup با تشخیص علت
- درستی صورتحساب — سقوط حاشیه، ناهنجاری مبلغ فاکتور، جهش صورتحساب (آماری، پیشفرض سایه)
- ریسک مشتری — فاکتور معوق، تعهد اعتباری، شکستهای مکرر پرداخت
- سلامت دروازه — Survival Mode، تشدید IP-ban، سقف invoke طرح
- عملیات — خطای بالادست، spike محدودسازی، سکوت ترافیک، رگرسیون تأخیر و کش
بررسیهای آماری پیشفرض در حالت سایه اجرا میشوند: محاسبه و ذخیره برای کالیبراسیون، قبل از نمایش روی تابلو یا ارسال اعلان.
رتبهبندی بر اساس مبلغ در معرض خطر
هشدار SRE بر اساس نرخ خطا، endpoint کمارزش را با endpoint حیاتی یکی میگیرد. فینو بر اساس مبلغ در معرض خطر رتبه میدهد — شدت تابع exposure است، نه فقط حجم.
هر مورد: شواهد قابل ممیزی، مسئول (مهندسی / مالی / SRE)، گام بعدی. یافتههای چسبنده (عدم تعادل دفتر، شکست تسویه) تا تأیید/رفع انسانی باز میمانند.
از ناهنجاری تا بررسی سوءاستفاده و اعلان
تشخیص ناهنجاری: چه چیزی اشتباه به نظر میرسد؟
بررسی سوءاستفاده در درآمد (امروز در محصول): کدام الگو یا بازیگر را پیگیری کنیم؟ قواعد nearline و سیگنالهای ناهنجاری در پروندههای امتیازدار با رد ممیزی جمع میشوند. اجرا روی مسیر درخواست تا فعالسازی شما، اعمال نمیشود.
کانالهای اعلان رویدادهای anomaly.opened و fraud.opened را به Slack، ایمیل، تلگرام، واتساپ یا webhook میفرستند — با cooldown، لاگ تحویل و زبان پیام.
بدون مالیات روی مسیر داغ
درگاه واقعیت ثبت میکند؛ API داشبورد Postgres و /stats را اسکن میکند. Reserve → Finalize → Ledger هرگز منتظر تشخیص نمیماند.