گزارش فروش دوره برای حسابداری آموزشگاه؛ سفارش، وصول و بازپرداخت را چطور تطبیق دهیم؟
با یک دفتر نمونه، سفارش‌های دوره را به وصول و بازپرداخت وصل کنید و موارد نامشخص را برای پیگیری نگه دارید.
برای تهیهٔ گزارش فروش دوره، ابتدا سفارش‌های ثبت‌شده را از مبلغی که واقعاً وصول و تسویه شده جدا کنید. سپس بازپرداخت‌ها و کارمزدهای مربوط را با شناسهٔ قابل پیگیری به همان سفارش‌ها وصل کنید. اگر مبلغی با گزارش پرداخت یا بانک تطبیق ندارد، آن را «مغایرت باز» نگه دارید تا مسئول مربوط علت را پیدا کند؛ با حدس زدن، عدد گزارش را تغییر ندهید.
یک گزارش خوب باید به پرسش‌های ساده پاسخ دهد: چند سفارش معتبر داشتیم؟ از هرکدام چه مبلغی دریافت شده است؟ کدام مبلغ هنوز در انتظار تسویه است؟ چه مبلغی بازگردانده شده و کدام مورد نیاز به بررسی دارد؟ در ادامه یک دفتر فرضی می‌سازیم و تفاوت سفارش، دریافت، تسویه و بازپرداخت را با مثال نشان می‌دهیم. روش ثبت رسمی حسابداری، مالیات و الزامات قانونی را با حسابدار و مقررات مرتبط خود بررسی کنید.
چرا عدد فروش با مبلغ حساب بانکی یکی نیست؟
ثبت سفارش به معنی وصول قطعی وجه نیست. هنرجو ممکن است فرم خرید را تکمیل کند اما پرداخت ناموفق باشد. در حالتی دیگر، پرداخت تأیید می‌شود ولی ارائه‌دهندهٔ پرداخت مبلغ را بعداً تسویه می‌کند. همچنین مبلغ واریزی می‌تواند پس از کسر کارمزد یا در کنار چند سفارش دیگر به حساب برسد.
بازپرداخت نیز ممکن است روزی متفاوت از روز خرید انجام شود. بنابراین یک عدد واحد برای همهٔ پرسش‌ها کافی نیست. «فروش ثبت‌شده در ماه»، «پرداخت تأییدشده در ماه» و «مبلغ واریزشده به بانک در ماه» می‌توانند متفاوت باشند، بدون اینکه الزاماً یکی از آن‌ها اشتباه باشد. اختلاف زمانی و مبنای هر گزارش را کنار عدد بنویسید.
اگر صفحهٔ فروش و پنل آموزشگاه جدا هستند، علاوه بر مبلغ باید تطبیق دهید که سفارش به هنرجو و دورهٔ درست رسیده است. برای طراحی مسیر کلی، راهنمای راه‌اندازی و فروش دوره نقطهٔ شروع خوبی است. این مقاله دربارهٔ تطبیق گزارش‌های مالی و پیگیری مغایرت‌هاست.
پنج وضعیت را از هم جدا ثبت کنید
سفارش، درخواست خرید و شرایط آن است. پرداخت، تلاش خریدار برای پرداخت مبلغ است. وصول، مبلغی است که بر اساس دادهٔ قابل اعتماد تأیید شده است. تسویه، انتقال مبلغ طبق شرایط ارائه‌دهنده به حساب مربوط است. بازپرداخت، بازگشت تمام یا بخشی از مبلغ طبق فرایند مجاز است. نام وضعیت‌ها در هر سامانه ممکن است متفاوت باشد؛ تعریف معادل آن‌ها را در گزارش خود ثبت کنید.
اگر برای یک سفارش دو تلاش پرداخت انجام شود، دو تراکنش الزاماً به معنی دو فروش نیست. اگر یک تسویه شامل ده سفارش باشد، یک واریز بانکی نیز به معنی یک فروش نیست. اتصال میان این سطوح، به شناسهٔ سفارش، شناسهٔ تراکنش یا گزارش تسویهٔ ارائه‌دهنده نیاز دارد.
| رخداد | سؤال اصلی | مدرک نمونه |
|---|---|---|
| سفارش | چه محصولی و با چه مبلغی ثبت شد؟ | شناسه و وضعیت سفارش |
| پرداخت | کدام تلاش موفق یا ناموفق بود؟ | شناسه و وضعیت تراکنش |
| وصول | چه مبلغی تأیید شد؟ | گزارش قابل تطبیق پرداخت |
| تسویه | چه مبلغی و چه زمانی واریز شد؟ | شناسهٔ تسویه و گردش حساب |
| بازپرداخت | چه مبلغی و با چه وضعیتی برگشت؟ | شناسهٔ درخواست و نتیجه |
برگهٔ سفارش چه ستون‌هایی داشته باشد؟
برای هر سفارش یک ردیف با شناسهٔ یکتا، نام دوره، تاریخ ثبت، مبلغ اولیه، تخفیف، مبلغ قابل پرداخت و وضعیت سفارش بسازید. در ستون‌های جدا تاریخ و مبلغ پرداخت تأییدشده، شناسهٔ تراکنش و شناسهٔ تسویه را نگه دارید. اگر سفارش چند پرداخت یا بازپرداخت دارد، جزئیات آن‌ها را در برگهٔ رویدادها با ارجاع به شناسهٔ سفارش ثبت کنید.
برای گزارش مدیریتی لازم نیست شمارهٔ کامل کارت، رمز یا اطلاعات بانکی هنرجو را در فایل مشترک قرار دهید. از شناسهٔ داخلی و حداقل اطلاعات مورد نیاز برای تطبیق استفاده کنید. دسترسی به فایل، شیوهٔ نگهداری و مدت آن باید با سیاست آموزشگاه و الزام‌های مربوط سازگار باشد.
در پایان هر ردیف، یک وضعیت تطبیق قرار دهید: «تطبیق شد»، «در انتظار تسویه»، «بازپرداخت در انتظار» یا «نیازمند بررسی». اگر علت مغایرت روشن شد، دلیل، مسئول و تاریخ رفع را ثبت کنید. دادهٔ اولیه را نگه دارید و اصلاحات را طوری انجام دهید که بعداً قابل پیگیری باشند.
یک دفتر فرضی با چهار سفارش
فرض کنید آموزشگاه در یک دورهٔ گزارش چهار سفارش زیر دارد. اعداد صرفاً برای تمرین محاسبه‌اند و شامل مالیات یا همهٔ هزینه‌های احتمالی نیستند.
| سفارش | مبلغ پس از تخفیف | وضعیت پرداخت | بازپرداخت تأییدشده |
|---|---|---|---|
| ۲۰۱ | ۱٬۰۰۰٬۰۰۰ تومان | موفق | صفر |
| ۲۰۲ | ۸۰۰٬۰۰۰ تومان | موفق | صفر |
| ۲۰۳ | ۶۰۰٬۰۰۰ تومان | ناموفق | صفر |
| ۲۰۴ | ۹۰۰٬۰۰۰ تومان | موفق | ۳۰۰٬۰۰۰ تومان |
مجموع مبلغ سفارش‌های ثبت‌شده در این چهار ردیف ۳ میلیون و ۳۰۰ هزار تومان است. اما پرداخت موفق فقط برای سفارش‌های ۲۰۱، ۲۰۲ و ۲۰۴ فرض شده و مجموع آن‌ها ۲ میلیون و ۷۰۰ هزار تومان است. سفارش ۲۰۳ پرداخت تأییدشده ندارد، پس در مبلغ وصولی این مثال وارد نمی‌شود.
با کسر بازپرداخت تأییدشدهٔ ۳۰۰ هزار تومانی سفارش ۲۰۴، خالص سادهٔ پرداخت موفق پس از بازپرداخت ۲ میلیون و ۴۰۰ هزار تومان می‌شود. اگر کارمزد فرضی مرتبط ۵۰ هزار تومان باشد، ماندهٔ پس از کسر آن ۲ میلیون و ۳۵۰ هزار تومان است. این رقم فقط زمانی با واریزی بانکی قابل مقایسه است که همان پرداخت‌ها، بازپرداخت و کارمزد در همان گزارش تسویه لحاظ شده باشند.
زمان سفارش، پرداخت و تسویه را جدا نگه دارید
فرض کنید سفارش در آخرین روز ماه ثبت و پرداخت همان روز تأیید شده، اما واریز ارائه‌دهنده در روز بعد انجام می‌شود. در گزارش سفارش ماه اول، این خرید می‌تواند دیده شود؛ در گزارش گردش بانک ماه اول ممکن است هنوز دیده نشود. برای فهم تفاوت، تاریخ هر رخداد را جدا ثبت کنید و یک بازهٔ مشترک فرض نکنید.
اگر هدف مدیریت، بررسی تقاضای فروش است، گزارش بر اساس تاریخ سفارش می‌تواند مفید باشد. اگر هدف، کنترل ورود وجه به بانک است، تاریخ تسویه و گردش حساب اهمیت دارد. هر گزارش باید نام مبنا، بازهٔ زمانی، وضعیت سفارش‌ها و تاریخ تهیه را نشان دهد. زمان‌بندی رسمی شناسایی درآمد و ثبت حسابداری را حسابدار براساس شرایط واقعی تعیین می‌کند.
در پایان دوره، فهرست پرداخت‌های موفقی را که هنوز تسویهٔ منطبق ندارند جدا کنید. برای هرکدام تاریخ مورد انتظار و مسئول بررسی را ثبت کنید. «در انتظار» را با «ناموفق» یکی نکنید. اگر موعدی از سوی ارائه‌دهنده اعلام شده، آن را با قرارداد و گزارش همان ارائه‌دهنده تطبیق دهید.
چگونه یک تسویهٔ تجمیعی را تطبیق دهیم؟
ابتدا گزارش جزئیات تسویه را از منبع مجاز دریافت کنید. شناسهٔ تسویه، تاریخ، مجموع تراکنش‌ها و هر کسر اعلام‌شده را ببینید. سپس شناسه‌های تراکنش یا سفارش داخل آن را با دفتر آموزشگاه تطبیق دهید. اگر یک شناسه در هیچ سفارش پیدا نشد، آن را به عنوان مورد نامشخص نگه دارید و با مسئول پرداخت بررسی کنید.
فرض کنید یک تسویه سه پرداخت موفق به مبلغ‌های یک میلیون، ۸۰۰ هزار و ۹۰۰ هزار تومان را پوشش می‌دهد و کارمزد همان تسویه ۵۰ هزار تومان است. اگر بازپرداخت هنوز در تسویهٔ دیگری ثبت نشده باشد، انتظار سادهٔ واریز این مجموعه ۲ میلیون و ۶۵۰ هزار تومان است. اگر بعداً ۳۰۰ هزار تومان بازپرداخت در گزارش دیگری بیاید، آن رویداد را با تاریخ و شناسهٔ خودش ثبت کنید. نباید هر دو رویداد را بدون توجه به دوره با یک واریز مقایسه کرد.
گزارش ارائه‌دهندگان از نظر نمایش کارمزد یا زمان‌بندی متفاوت است. از وجود ستون یا رفتار مشخص در یک سرویس بدون مشاهده نتیجه نگیرید. اگر خروجی تنها مبلغ تجمیعی می‌دهد، از ارائه‌دهنده دربارهٔ روش تطبیق جزئیات سؤال کنید و محدودیت گزارش را در فایل خود بنویسید.
پرداخت ناموفق و تلاش تکراری را درست بشمارید
برای سفارش ۲۰۳، وضعیت پرداخت ناموفق است. اگر هنرجو دوباره تلاش کند و همان سفارش موفق شود، گزارش نهایی باید وضعیت تازه را نشان دهد. دو تلاش پرداخت، یک سفارش را به دو سفارش تبدیل نمی‌کند؛ با این حال هر تلاش می‌تواند شناسهٔ تراکنش جدا داشته باشد و باید برای پیگیری حفظ شود.
اگر دو سفارش مستقل ساخته شده و هر دو پرداخت موفق دارند، پیش از حذف یا بازپرداخت یکی، موضوع را با دادهٔ سفارش و فرایند پشتیبانی بررسی کنید. مشابه بودن نام خریدار، مبلغ یا زمان به تنهایی ثابت نمی‌کند تراکنش تکراری است. ممکن است دو خرید برای دو هنرجو یا دو محصول انجام شده باشد.
در گزارش تعداد، تعریف کنید آیا سفارش لغوشده یا کاملاً بازپرداخت‌شده به عنوان «سفارش ثبت‌شده» دیده می‌شود. در گزارش مبلغ نیز وضعیت هر پرداخت و برگشت را جدا نگه دارید. تعریف ثابت به شما اجازه می‌دهد ماه‌ها را بدون تغییر معنای شاخص مقایسه کنید.
بازپرداخت جزئی و کامل را چگونه ثبت کنیم؟
برای هر درخواست، شناسهٔ سفارش، مبلغ درخواست، وضعیت بررسی، مبلغ تأییدشده و زمان انجام را جدا بنویسید. درخواست ثبت‌شده با پولی که واقعاً برگشته یکی نیست. اگر سفارش ۹۰۰ هزار تومانی، ۳۰۰ هزار تومان بازپرداخت تأییدشده داشته باشد، در محاسبهٔ سادهٔ همین سفارش ۶۰۰ هزار تومان باقی می‌ماند؛ نه صفر و نه ۹۰۰ هزار تومان.
اگر بازپرداخت بعد از پایان ماه سفارش انجام شود، گزارش ماه نخست و گزارش به‌روزشده را با تاریخ تهیه نگه دارید. یک نسخهٔ گزارش می‌تواند فروش‌های همان ماه را با وضعیت فعلی آن‌ها نشان دهد؛ نسخهٔ دیگر می‌تواند جریان پول هر ماه را جدا گزارش کند. برچسب‌ها باید روشن باشند تا مدیر دو عدد را به اشتباه متناقض نبیند.
برای اتصال مالی به دسترسی دوره، مشخص کنید در چه مرحله‌ای مجوز هنرجو تغییر می‌کند. درخواست بازپرداخت، تأیید و انجام آن مراحل جدا هستند. رفتار پنل را با سفارش آزمایشی و بدون انتقال وجه واقعی بسنجید. شرایط فروش و ثبت رسمی را با مسئول مالی و مشاور مربوط تطبیق دهید.
تخفیف را دو بار از درآمد کم نکنید
اگر قیمت اولیهٔ دوره یک میلیون تومان و تخفیف ۲۰۰ هزار تومان باشد، مبلغ قابل پرداخت ۸۰۰ هزار تومان است. اگر گزارش وصول را بر پایهٔ همان ۸۰۰ هزار تومان می‌سازید، کم کردن دوبارهٔ ۲۰۰ هزار تومان به عنوان هزینهٔ تخفیف، درآمد را کمتر از واقع نشان می‌دهد. می‌توانید تخفیف را برای تحلیل کمپین در ستون جدا نگه دارید.
اگر چند پیشنهاد روی یک سفارش اعمال می‌شود، مشخص کنید مبلغ نهایی چگونه محاسبه شده است. گزارش فروش کل باید سفارش معتبر را یک بار بشمارد، حتی اگر منبع ورود و کد تخفیف در دو گزارش مختلف دیده شوند. قبل از جمع کردن گزارش‌های کمپین، هم‌پوشانی آن‌ها را بررسی کنید.
برای تحلیل هزینهٔ جذب نیز هزینه‌های تبلیغ، تولید و فروش را جدا از مبلغ دریافتی ثبت کنید. راهنمای هزینهٔ جذب هنرجو دربارهٔ تعریف سفارش معتبر و موارد نامشخص توضیح بیشتری دارد.
هزینه و کارمزد را از منبع قابل اعتماد بگیرید
کارمزد ممکن است در گزارش تراکنش، گزارش تسویه یا صورت‌حساب جدا نشان داده شود. محل نمایش و زمان کسر را از ارائه‌دهندهٔ مربوط بپرسید. اگر یک عدد تجمیعی برای چند سفارش دارید، ابتدا آن را در سطح همان تسویه تطبیق دهید. تقسیم کارمزد میان سفارش‌ها تنها زمانی مناسب است که هدف گزارش و روش تقسیم روشن باشد.
به عنوان مثال، اگر هزینهٔ ثابت یک تسویه را به نسبت مبلغ سفارش‌ها تقسیم می‌کنید، این یک روش تحلیلی است و لزوماً کارمزد واقعی هر تراکنش را نشان نمی‌دهد. روش و فرض را کنار جدول بنویسید. اگر گزارش رسمی ارائه‌دهنده کارمزد هر تراکنش را دارد، همان داده را با شناسهٔ مربوط تطبیق دهید.
هزینه‌های تولید، تبلیغ و پشتیبانی نیز با کارمزد پرداخت فرق دارند. برای بررسی سودآوری باید این موارد و سایر هزینه‌های واقعی را با روش مناسب لحاظ کنید. راهنمای اقتصاد واحد دوره آنلاین کمک می‌کند اجزای این محاسبه را از هم جدا کنید.
مغایرت را چطور اولویت‌بندی کنیم؟
ابتدا مواردی را جدا کنید که ممکن است بر دسترسی هنرجو یا مبلغ واقعی پرداخت اثر بگذارند: پرداخت موفق بدون دسترسی، بازپرداخت انجام‌شده بدون ثبت در گزارش و واریز نامشخص. سپس اختلاف‌هایی را بررسی کنید که فقط ناشی از تفاوت تاریخ یا قالب گزارش هستند. اولویت باید با اثر واقعی و زمان رسیدگی مورد توافق آموزشگاه تعیین شود.
برای هر مورد باز، شناسهٔ مرجع، شرح مشاهده، مبلغ، منبع داده، مسئول، زمان ثبت و اقدام بعدی بنویسید. نمونهٔ خوب این است: «تراکنش نمونه در گزارش پرداخت موفق است؛ شناسهٔ تسویه در خروجی امروز دیده نمی‌شود؛ مسئول مالی روز بعد گزارش تسویه را بررسی می‌کند». از عبارت کلی «مشکل مالی» برای همهٔ اختلاف‌ها استفاده نکنید.
پس از حل، علت و شاهد رفع را ثبت کنید. اگر فقط تاریخ تسویه متفاوت بوده، گزارش‌ها را با بازهٔ درست دوباره تهیه کنید. اگر وضعیت پرداخت تغییر کرده، بررسی کنید دسترسی هنرجو نیز مطابق سیاست فروش به‌روزرسانی شده است. هیچ تغییری در سفارش واقعی را صرفاً برای برابر شدن دو عدد انجام ندهید.
کنترل روزانه و ماهانه را قابل اجرا نگه دارید
برای آموزشگاه کوچک، کنترل روزانه می‌تواند شامل بررسی پرداخت‌های ناموفق، سفارش‌های در انتظار و درخواست‌های پشتیبانی مرتبط باشد. مسئول مالی می‌تواند در بازهٔ مشخص گزارش تسویه و گردش حساب را تطبیق دهد. لازم نیست همهٔ ستون‌ها هر ساعت بازبینی شوند؛ زمان‌بندی را با تعداد سفارش و ظرفیت تیم تنظیم کنید.
در پایان ماه، نسخهٔ گزارش، مبنای تاریخ و وضعیت‌های باز را ثبت کنید. جمع سفارش‌های معتبر، پرداخت موفق، بازپرداخت، کارمزد و تسویه را جدا نشان دهید. فهرست موارد باز باید مسئول و اقدام بعدی داشته باشد. اگر گزارشی بعداً اصلاح شد، تاریخ و علت اصلاح را نگه دارید تا نسخه‌ها با هم اشتباه نشوند.
یک نفر دیگر می‌تواند چند ردیف نمونه را از سفارش تا تراکنش و تسویه دنبال کند. این بازبینی مستقل برای پیدا کردن خطاهایی مانند استفاده از شناسهٔ اشتباه یا ثبت دوبارهٔ بازپرداخت مفید است. برای اطلاعات حقیقی، سطح دسترسی و روش اشتراک گزارش را متناسب با حساسیت داده تعیین کنید.
پیش از خرید سامانه، خروجی را با دادهٔ نمونه بسنجید
در جلسهٔ دمو، یک سفارش موفق، یک تلاش پرداخت ناموفق و یک بازپرداخت نمونه را نشان دهید و بخواهید گزارش هرکدام را ببینید. بپرسید شناسهٔ سفارش، تراکنش و تسویه در کدام بخش قابل تطبیق‌اند و چه کسی اجازهٔ دریافت خروجی دارد. اگر ویژگی در محیط آزمایشی در دسترس نیست، آن را «آزمایش‌نشده» ثبت کنید.
یک فایل خروجی با دادهٔ بی‌نام باز کنید و ستون‌ها را بررسی کنید: تاریخ‌ها قابل فهم‌اند؟ مبلغ و واحد پول مشخص‌اند؟ وضعیت‌های باز از وضعیت نهایی جدا هستند؟ آیا در صورت چند پرداخت یا بازپرداخت، ارتباط هر رویداد با سفارش معلوم است؟ نام یک قابلیت در صفحهٔ معرفی جای آزمون فایل خروجی را نمی‌گیرد.
برای تهیهٔ سناریوی کامل، راهنمای خروجی اطلاعات آموزشگاه و آزمون پلن آزمایشی پلتفرم آموزشی را ببینید. شرایط واقعی محصول، درگاه و گزارش بانکی خود را در تصمیم لحاظ کنید.
یک تحویل روشن میان فروش و حسابداری
در پایان هر بازه، مسئول فروش فهرست سفارش‌ها و تغییر وضعیت‌ها را با تاریخ تهیه تحویل می‌دهد. مسئول مالی گزارش پرداخت و تسویه را از مسیر مجاز دریافت و با همان شناسه‌ها تطبیق می‌دهد. اگر بخش پشتیبانی دربارهٔ لغو یا بازپرداخت اطلاعاتی دارد، وضعیت تأییدشده را با مسئول مالی هماهنگ می‌کند. این تقسیم وظیفه نمونه است و باید با ساختار آموزشگاه شما تنظیم شود.
از فرستادن رمز، کد ورود یا تصویر اطلاعات بانکی هنرجو در گروه‌های عمومی خودداری کنید. برای پیگیری، شناسهٔ سفارش و اطلاعات ضروری معمولاً نقطهٔ شروع مناسب‌تری هستند. اگر دسترسی به سند مشترک لازم است، آن را فقط برای افراد مسئول و طبق سیاست داخلی آموزشگاه فراهم کنید.
پیش از بستن گزارش، از مسئول هر مورد باز زمان اقدام بعدی را بگیرید. تفاوتی که علت آن هنوز مشخص نیست باید در فهرست باز باقی بماند. مدیریت می‌تواند هم رقم‌های تطبیق‌شده و هم مجموع موارد باز را ببیند، بدون اینکه عدم قطعیت در یک عدد نهایی پنهان شود.
نمونهٔ بررسی یک مغایرت از ابتدا تا پایان
فرض کنید در گزارش پرداخت، سفارش آزمایشی ۳۰۱ به مبلغ ۷۰۰ هزار تومان موفق است، اما در گزارش بانک همان مبلغ به صورت جدا دیده نمی‌شود. نخست تاریخ و شناسهٔ تراکنش را ثبت کنید. سپس ببینید آیا تراکنش در یک تسویهٔ تجمیعی قرار گرفته است. نبودن یک واریز با مبلغ دقیق سفارش، به تنهایی به معنی گم شدن پول نیست، زیرا چند پرداخت ممکن است با هم تسویه شوند.
در گام دوم، جزئیات تسویهٔ مربوط را با گزارش ارائه‌دهنده تطبیق دهید. اگر تراکنش در آن وجود دارد، مبلغ ناخالص مجموعه و کسورات همان مجموعه را محاسبه کنید. در مثال فرضی، اگر چهار تراکنش در یک تسویه باشند، هر چهار مورد باید در برگهٔ تطبیق دیده شوند. کارمزد مربوط به یک تسویهٔ دیگر را برای برابر کردن اعداد به این گروه اضافه نکنید.
اگر شناسهٔ تراکنش در گزارش تسویه پیدا نشد، وضعیت را باز نگه دارید و با شناسه و تاریخ از ارائه‌دهنده سؤال کنید. پاسخ می‌تواند نشان دهد تسویه در انتظار است، گزارش با تأخیر تهیه شده یا مسئلهٔ دیگری وجود دارد. پس از دریافت پاسخ، آن را با گزارش تازه بررسی کنید. تغییر دستی تاریخ یا مبلغ بدون مدرک، مسئله را حل نمی‌کند و پیگیری بعدی را دشوارتر می‌سازد.
وقتی اختلاف رفع شد، کنار ردیف بنویسید چه کسی آن را بست و کدام گزارش یا رسید مبنای تصمیم بود. اگر علت تکرارشونده است، یک کنترل به فرایند روزانه اضافه کنید؛ مثلاً بررسی شناسهٔ تسویه برای پرداخت‌های موفق روز قبل. این کنترل باید متناسب با حجم کار و زمان‌بندی واقعی ارائه‌دهنده باشد.
مرز میان گزارش مدیریتی و ثبت رسمی
جدول عملیاتی برای پیگیری سفارش و مغایرت به تیم کمک می‌کند، اما جای تصمیم حسابدار دربارهٔ ثبت رسمی را نمی‌گیرد. در جدول مدیریتی می‌توانید برای هر دوره مبلغ پرداخت موفق، مبلغ بازپرداخت و کارمزد شناخته‌شده را نشان دهید. در کنار آن، داده‌های نامشخص، مبنای زمانی و هزینه‌هایی را که هنوز وارد نشده‌اند مشخص کنید.
برای مثال، ماندهٔ ۲ میلیون و ۳۵۰ هزار تومانی در نمونهٔ بالا تنها از پرداخت‌های موفق فرضی، بازپرداخت فرضی و کارمزد مشخص‌شده به دست آمده است. از آن نمی‌توان بدون بررسی سایر هزینه‌ها و قواعد مربوط، نتیجهٔ سود خالص یا بدهی مالیاتی گرفت. همین توضیح کوتاه از برداشت نادرست مدیر در زمان تصمیم‌گیری جلوگیری می‌کند.
اگر قرار است دادهٔ جدول به نرم‌افزار حسابداری منتقل شود، ابتدا یک فایل بی‌نام با چند ردیف نمونه وارد محیط آزمایشی کنید. واحد پول، قالب تاریخ، شناسهٔ سفارش و علامت مبلغ بازپرداخت را بررسی کنید. پس از ورود، جمع هر ستون را با فایل منبع مقایسه کنید و مطمئن شوید یک ردیف دو بار وارد نشده است. پیش از انتقال اطلاعات واقعی، مسئول مالی باید فرایند کنترل و دسترسی را مشخص کند.
پرسش‌های پرتکرار
آیا مجموع سفارش‌ها همان مبلغ واریزشده است؟
خیر. پرداخت ناموفق، زمان تسویه، کارمزد و بازپرداخت می‌توانند باعث تفاوت شوند. هر وضعیت و تاریخ را جدا ثبت و سپس با مدارک مربوط تطبیق دهید.
اگر بازپرداخت بخشی از مبلغ باشد چه کنیم؟
مبلغ تأییدشدهٔ بازپرداخت را به سفارش مرتبط وصل و از مبلغ پرداخت موفق کم کنید. درخواست بازپرداخت و انجام واقعی آن را یکی فرض نکنید.
اگر دو تراکنش برای یک سفارش وجود داشته باشد چند فروش ثبت می‌شود؟
دو تلاش پرداخت الزاماً دو سفارش نیستند. شناسهٔ سفارش و وضعیت نهایی هر تراکنش را بررسی کنید و تعریف شمارش را در گزارش بنویسید.
آیا می‌توان تخفیف را دوباره از مبلغ وصول‌شده کم کرد؟
اگر مبلغ وصول‌شده از قبل پس از تخفیف محاسبه شده، کم کردن دوبارهٔ همان تخفیف نتیجه را اشتباه می‌کند. مبلغ تخفیف را برای تحلیل جدا گزارش کنید.
برای شروع، یک خروجی بی‌نام و سه سفارش نمونه آماده کنید و در جلسهٔ ارزیابی مسیر سفارش تا تسویه و بازپرداخت را بررسی کنید. از صفحهٔ اصلی فاکسیمون می‌توانید مسیر آشنایی با سرویس و هماهنگی دمو را پیدا کنید.