اندازهگیری مصرف معمول، مسیر عادی را پوشش میدهد: رزرو، ارائهٔ خدمت، نهاییسازی و ثبت حسابداری.
اما در عمل همیشه به موارد استثنا هم نیاز دارید. اعتبار حسننیت بعد از قطعی سرویس. جبران نقض توافق سطح خدمت. اصلاح نرخی که بعد از صدور فاکتور مشخص شده اشتباه بوده. ماندهٔ اول دوره هنگام مهاجرت مشتری. یا بخش مالی یک اختلاف صورتحساب که بسته شده است.
اینها دستکاری پراکنده در دفتر نیستند. رویدادهای مالی رسمیاند و باید همان نظم و رد حسابرسی را داشته باشند که بقیهٔ عملیات فینو دارد.
تعدیل اصلاحی یعنی اصلاح علامتدار ماندهٔ مصرفکننده، یا آنچه فینو به تأمینکننده بدهکار است؛ برای مواردی که اندازهگیری مصرف بهتنهایی کافی نیست.
دو جدول جدا؛ عمداً
پول مصرفکننده و پول تأمینکننده در جای متفاوتی نگهداری میشود؛ بنابراین تعدیلها هم جدا هستند.
| مصرفکننده | تأمینکننده | |
|---|---|---|
| چه چیزی تغییر میکند | کیف پول یا مطالبات در دفتر تکرارشونده | انباشتهایی که در تسویهٔ بعدی کسر یا اضافه میشوند |
| بعد از تأیید | رهبر درگاه رکورد معلق را به لایهٔ Raft منتقل میکند | سند حسابداری فوراً ثبت میشود؛ پرداخت نقدی تا تسویه منتظر میماند |
| معنای علامت | مثبت به نفع طرف مقابل است (بدهی او کمتر میشود) | مثبت یعنی بدهی ما به او بیشتر میشود |
در هر دو جدول، علامت به نفع طرف مقابل تعریف شده است. این انتخاب عمدی است: یک اختلاف حلشده اغلب همزمان یک ردیف در هر دو جدول مینویسد — اعتبار برای مصرفکننده و بازپسگیری از تأمینکننده. فقط با همین قرارداد است که هر دو ردیف با یک زبان خوانده میشوند.
برای هر مبلغ، دو نفر لازم است
هر تعدیل را یک نفر پیشنهاد میدهد و نفر دیگری تأیید میکند. تأیید پیشنهاد خود فرد پذیرفته نمیشود. عمداً هیچ آستانهٔ مبلغی هم تعریف نشده که زیر آن تأیید لازم نباشد.
آستانهٔ مبلغ معمولاً اشتباه پیکربندی میشود. هزینهٔ یک تأیید دوم کم است؛ و دقیقاً مبالغ «کوچک و قابل چشمپوشی» همان جایی است که سوءاستفاده شکل میگیرد.
وضعیت رکورد از «در انتظار» به «تأییدشده» میرود (و برای تأمینکننده بعداً ممکن است «تسویهشده» شود)، یا با ذکر دلیل «ردشده» میشود و هیچ پولی جابهجا نمیشود.
دلیلها از فهرست ثابت انتخاب میشوند — مثل حسننیت، اعتبار توافق سطح خدمت، اختلاف، اصلاح نرخ، جریمه، ماندهٔ اول دوره و اصلاح عمومی — تا مقدار نامعتبر با خطای روشن برگردد، نه با خطای مبهم پایگاه داده.
اپراتور در پنل چه میبیند
در بخش ادمین ← تعدیلها سه زبانه وجود دارد: مصرفکننده، تأمینکننده و غیرقابل وصول.
گردش کار کوتاه است:
- پیشنهاد: طرف مقابل، مبلغ علامتدار، کد دلیل، و توضیح آزاد دربارهٔ چرایی کار. این توضیح را هم تأییدکننده و هم ممیز بعدی میخوانند. در صورت نیاز میتوان فاکتور، اختلاف یا تسویه را بهعنوان موضوع پیوست کرد.
- تأیید: توسط اپراتور دیگر. پنل پیش از ارسال درخواست میگوید تأیید پیشنهاد خودتان مجاز نیست.
- پیگیری اعمال: برای مصرفکننده، وضعیت «تأییدشده» با «اعمالشده» فرق دارد. فقط وقتی اعمال شده باشد، پول واقعاً در دفتر جابهجا شده است. اگر چند دقیقه در حالت تأییدشده باقی بماند، مشکل را در حلقهٔ همگامسازی رهبر درگاه جستجو کنید؛ نه در فرم تعدیل.
در تعدیل مصرفکننده میتوان کنار مبلغ ناخالص، مالیات هم ثبت کرد تا برگشت ارزشافزوده مثل فاکتور اصلی انجام شود. برای اعتبار حسننیتی که از ابتدا مشمول مالیات نبوده، مالیات را خالی بگذارید.
بازپسگیری از تأمینکننده و زبانهٔ غیرقابل وصول
کسر از مصرفکننده همیشه اعمال میشود؛ ابتدا از کیف پول و در صورت کمبود از مطالبات.
کسر از تأمینکننده ممکن است کامل اعمال نشود. تأمینکننده کیف پول جدا ندارد؛ بازپسگیری فقط وقتی اجرا میشود که درآمد آتی برای تهاتر وجود داشته باشد. اگر تأمینکنندهای بیش از استحقاق دریافت کرده، تسویه شده و دیگر فعالیتی نداشته باشد، ردیف منفی ممکن است باز بماند. این یک مسئلهٔ وصول است و فینو آن را پنهان نمیکند.
زبانهٔ غیرقابل وصول و یک آشکارساز ناهنجاری، بازپسگیریهای قدیمی بدون امکان تهاتر را نشان میدهند تا واحد مالی با حفرهٔ خاموش در دفاتر غافلگیر نشود.
این همان «تصحیح دفتر» نیست
فینو ابزار محدودی هم برای ترمیم عدمتراز آزمایشی ناشی از باگ قدیمی دارد. آن ابزار ماندهٔ طرف مقابل را عوض نمیکند و به Raft نمیرسد.
تعدیل مسیر دیگری است: وقتی داستان درست، اندازهگیری مصرف نیست و باید عمداً پول جابهجا شود. نام این دو قابلیت نزدیک است؛ برای تغییر بدهی واقعی از ماژول تعدیل استفاده کنید.
چه امکاناتی باز میشود
- اصلاح عملیات مالی بدون کانال جانبی در فایلهای اکسل
- ثبت نتیجهٔ اختلاف در همان جداولی که اعتبارهای روزمره ثبت میشوند
- رد حسابرسی با نام دو نفر روی هر جابهجایی
- تسویهٔ تأمینکننده با منظور کردن تعدیلهای تأییدشده، نه نادیده گرفتن آنها
یک سؤال عملی
وقتی امروز کسی درخواست اعتبار میدهد، چه کسی میتواند پیشنهاد خودش را تأیید کند — و آن پول واقعاً کجا مینشیند؟