IOSOR دانش
نمای گزارشها در برابر سطرهای خام دفتر کل کیف پول
نماهای گزارش مالی و محصول، DLR و هزینهها را خلاصه میکنند. سطرهای خام دفتر کل کیف پول در خروجی کیف پول باقی میمانند — با CSV گزارش به عنوان دفتر کل رفتار نکنید.
نماهای گزارش و سطرهای خام دفتر کل کیف پول در پوشه پایان ماه مشابه به نظر میرسند، اما به پرسشهای کاملاً متفاوتی پاسخ میدهند. یک نمای گزارش، تحویل داده شده، ناموفق، ناشناخته و هزینه کل را برای تیمهای محصول و مالی خلاصه میکند. سطر دفتر کل، خط دقیق بدهکار یا بستانکار پیشپرداختی است که موجودی کیف پول را تغییر داده است.
IOSOR این تفکیک را به طور سختگیرانه حفظ میکند. هنگامی که به خلاصههای محصول یا مالی نیاز دارید، گزارش بگیرید. وقتی به بررسی دقیق تکتک خطوط رزرو، بدهی، بازگشت وجه و شارژ نیاز دارید، دفتر کل کیف پول را باز کنید. ترکیب این دو، یک حقیقت مالی دوم و گمراهکننده ایجاد میکند.
نمای گزارشها حقیقت محصول و مالی را خلاصه میکند
یک نمای گزارش به نحوه عملکرد مسیر پاسخ میدهد: سهم تحویل داده شده، سهم ناشناخته، بازههای تأخیر و هزینه در برابر موجودی پیشپرداخت. تیم محصول از آن برای بررسیهای پس از انتشار استفاده میکند؛ تیم مالی از همان خلاصه برای هفتههای صدور فاکتور استفاده میکند — نه یک برگه خصوصی با برچسبهای وضعیت متفاوت. ستونها را به زبان مشترک DLR مرتبط نگه دارید. 'تحویل داده شده' به معنای رسید تأیید شده است. 'ارسال شده' به معنای تحویل داده شده نیست. 'ناشناخته' تا زمان دریافت رسید، ناشناخته باقی میماند.
سطرهای دفتر کل خام تحت Wallet باقی میمانند
خروجی پایان ماه کیف پول در ساعت 02:00 وظیفه دفتر کل است. این فایل رزروها، بدهیها، بازگشت وجه و شارژها را به عنوان آیتمهای خطی فهرست میکند. آن فایل اثبات میکند که پول جابهجا شده است — نه اینکه نمودارهای محصول چگونه تحویلپذیری را نشان میدهند. چسباندن سطرهای دفتر کل در داشبورد محصول باعث دوبارهشماری بازگشت وجه یا ندیدن بدهیهای چندبخشی میشود. اختلافات مالی را به Wallet ارجاع دهید؛ اختلافات تحویلپذیری را به گزارش و مسیر DLR ارجاع دهید.
خروجی معیارهای عملیاتی یک ساعت همرده است، نه دفتر کل
خروجی معیارهای عملیاتی در ساعت 02:00 عمق صف، تازگی وبهوک، تأخیر و بازههای خطا را پیگیری میکند. اگرچه زمانبندی پایان ماه یکسانی دارد، اما خروجی کیف پول یا برگه فاکتور مالی نیست. از آن برای توضیح افزایش وضعیت ناشناخته یا تأخیر استفاده کنید — سپس برای خلاصهها به گزارش و برای خطوط مالی به Wallet بازگردید. گزارشدهی تأخیر DLR با برند اختصاصی باید صادقانه بماند: بازههای تأخیر، تیکتهای سازمانی را بدون تغییر نام ناشناخته به تحویل داده شده توضیح میدهند.
از CSVهای ترکیبی که سطرهای دفتر کل را در پکیج گزارش میچسبانند خودداری کنید
یک فایل فشرده که 'report_success.csv' را با سطرهای خام بدهی ترکیب میکند، سازمان را آموزش میدهد که با نماهای گزارش به عنوان اثبات مالی رفتار کند. دو فایل مجزا منتشر کنید: پکیج گزارش (ستونهای خلاصه، وضعیتهای DLR، مجموع هزینهها) و خروجی دفتر کل Wallet (آیتمهای خطی). وقتی شریکی درخواست 'گزارش کامل مالی' در یک فایل دارد، با دو لینک پاسخ دهید: گزارشها برای نماها، Wallet برای سطرهای دفتر کل.
مسیرهای عملیاتی مرتبط
- خروجی month-end کیف پول در 02:00
- خروجی معیارهای عملیاتی در ساعت 02:00
- توضیح معیارهای تأخیر رسید تحویل به مشتریان سازمانی
شروع با IOSOR
نمای گزارش ماهانه خود را از کنسول استخراج کنید تا نرخ تحویل دالان و تجمیعهای تأخیر پیامک را برای بازبینیهای محصول تأیید کنید. اقلام صورتحساب خام را صرفاً از بخش کیف پول استخراج کنید تا بدهیها، مسدودیها و بازپرداختها بدون شمارش مضاعف تغییرات وضعیت حسابرسی شوند. خروجی صورتحساب را به بخش مالی و بسته گزارشی را به سرپرستان محصول به عنوان مستندات مجزا تحویل دهید.
جمعبندی IOSOR
تلفیق اقلام بدهی خام در گزارشهای تجمیعشده محصول، معیارهای هزینهکرد را مخدوش کرده و بخشهای پیامکی بازپرداختشده را دو بار میشمارد. نماهای گزارشی، سلامت دالان و صحت تحویل را مشخص میکنند، در حالی که صورتحساب کیف پول، مدرک غیرقابل انکاری از تحولات تراز مالی ارائه میدهد.
حتماً در پایان ماه دو خروجی مجزا منتشر کنید؛ یک بسته تجمیع گزارش برای عملیات و یک خروجی اختصاصی صورتحساب کیف پول برای حسابداری. سطرهای بدهی صورتحساب خام را در داشبوردهای تحویل جایگذاری نکنید و نماهای گزارشی تجمیعشده را به عنوان صورتحسابهای بانکی سطری در نظر نگیرید.
آیا این راهنما مفید بود؟
راهنماهای مرتبط
- مالی و محصول یک خروجی مشترک دارند
داشبوردهای محصول و بستن حسابهای مالی باید همان خروجی DLR را بخوانند. یک صفحه گسترده دوم با وضعیتهای سادهتر، شکست در تطبیق حسابها ایجاد میکند.
- گزارشها باید با DLR مطابقت داشته باشند، نه آمار ارسال اولیه
ارسال شده به معنای تحویل داده شده نیست. خروجی گزارشهای مالی و محصول باید از رسیدهای DLR پیروی کنند — هرگز هفته را فقط بر اساس پذیرش اولیه فاکتور نکنید.