پرش به محتویات

مروری بر مدیریت چک‌های دریافتی


۱. مقدمه: چک به عنوان یک دارایی زنده

به بخش مدیریت چک‌های دریافتی در ERP تابان خوش آمدید. در حسابداری سنتی، چک‌ها اغلب به عنوان اعداد و ارقام در دفاتر ثبت می‌شوند. اما در سیستم تابان، هر برگ چک یک موجودیت زنده (Living Entity) است. چرا؟ چون هر چک:

  1. متولد می‌شود: (لحظه دریافت از مشتری).
  2. سفر می‌کند: (از گاوصندوق به بانک، یا به دست تأمین‌کننده).
  3. تغییر وضعیت می‌دهد: (نقد می‌شود، برگشت می‌خورد، یا استرداد می‌شود).

این ماژول طراحی شده تا شما به عنوان مدیر مالی یا خزانه‌دار، در هر لحظه بر سرنوشت تک‌تک اسناد تجاری خود مسلط باشید و دیگر نگران گم شدن فیزیک چک یا فراموشی تاریخ سررسید نباشید.


۲. معماری سیستم: مفهوم «صندوق اسناد چک»

مهم‌ترین مفهومی که باید در این سیستم با آن آشنا شوید، «صندوق اسناد چک» است. در دنیای واقعی، چک فیزیکی نمی‌تواند همزمان در دو جا باشد. در سیستم نیز ما از «صندوق اسناد» استفاده می‌کنیم تا دقیقاً بگوییم فیزیک چک الان کجاست. چک‌ها در طول عمر خود بین این صندوق‌های اسنادجابجا می‌شوند.

لیست صندوق‌های اسناد استاندارد سیستم

نام صندوق اسناد نام انگلیسی شرح کاربردی وضعیت حسابداری
صندوق اسناد نزد صندوق Safe Doc Boxsitory (گاوصندوق شرکت)
چک‌هایی که تازه از مشتری گرفته‌اید و فیزیک آن‌ها داخل کشو یا گاوصندوق خزانه‌دار است.
اسناد دریافتنی نزد صندوق
صندوق اسناد در جریان وصول In-Collection Doc Box (نزد بانک)
چک‌هایی که از شرکت خارج شده و برای وصول (کلر) به متصدی بانک تحویل داده شده‌اند.
اسناد در جریان وصول
صندوق اسناد چک‌های برگشتی Bounced Doc Box (واحد پیگیری)
چک‌هایی که سررسید شده‌اند اما به دلیل عدم موجودی، نکول شده‌اند.
اسناد دریافتنی برگشتی
صندوق اسناد چک‌های تضمینی Guarantee Doc Box (بایگانی تضمینات)
چک‌هایی که بابت حسن انجام کار گرفته شده و قرار نیست نقد شوند.
حساب‌های انتظامی

نکته مهم: هر صندوق اسناد در نرم‌افزار به یک حساب معین (GL Account) اختصاصی متصل است. وقتی شما در سیستم، چک را از یک صندوق اسناد به صندوق اسناد دیگر می‌برید، سیستم به صورت خودکار سند حسابداری جابجایی بین این حساب‌ها را صادر می‌کند.


۳. نقشه راه عملیات (Workflows)

در این ماژول، شما با ۵ عملیات اصلی سروکار دارید. بیایید سناریوی هر کدام را بررسی کنیم:

۱. دریافت (Receipt)

  • سناریو: مشتری چک را روی میز شما می‌گذارد.
  • عملیات سیستم: ثبت «سند دریافت».
  • نتیجه: چک در صندوق اسناد صندوق ایجاد می‌شود.

۲. واگذاری (Deposit/Lodge)

  • سناریو: موعد چک نزدیک است. شما چک‌ها را در پاکت می‌گذارید و به بانک می‌برید.
  • عملیات سیستم: استفاده از فرم «واگذاری به بانک».
  • نتیجه: چک از صندوق اسناد صندوق کسر و به صندوق اسناد در جریان وصول اضافه می‌شود.

۳. تعیین تکلیف (Clearance/Bounce)

  • سناریو: صورتحساب بانک را چک می‌کنید.
    • حالت اول: پول واریز شده، دکمه «وصول شد» را می‌زنید. (چک از سیستم خارج و تبدیل به پول نقد می‌شود).
    • حالت دوم: چک برگشت خورده، دکمه «برگشت خورد» را می‌زنید. (چک به صندوق اسناد برگشتی می‌رود).

۴. خرج کردن (Endorsement)

  • سناریو: بدهی به یک فروشنده آهن دارید. به جای پول نقد، چک مشتری خودتان را پشت‌نویسی می‌کنید و به او می‌دهید.
  • عملیات سیستم: ثبت «سند پرداخت» با روش «خرج چک».
  • نتیجه: چک از دارایی‌های شما خارج شده و بدهی شما تسویه می‌شود.

۵. استرداد (Return)

  • سناریو: مشتری می‌آید و می‌گوید "چکم را نبر بانک، بیا پول نقد بگیر و لاشه چک را پس بده".
  • عملیات سیستم: فرم «استرداد چک».
  • نتیجه: سند دریافت اولیه معکوس شده و چک از سیستم حذف می‌شود.

۴. شناسه صیادی: قلب تپنده ردیابی

در سیستم تابان، شناسه ۱۶ رقمی صیادی یک فیلد متنی ساده نیست؛ بلکه اثر انگشت چک است.

  • جلوگیری از تقلب: سیستم اجازه نمی‌دهد یک شناسه صیادی دو بار در سیستم ثبت شود (حتی اگر سال‌ها پیش ثبت شده باشد).
  • یکپارچگی: در آینده برای مغایرت‌گیری بانکی، سیستم بر اساس همین شناسه متوجه می‌شود کدام ردیف بانک مربوط به کدام چک در سیستم است.

۵. مثال جامع عملیاتی (سناریوی شرکت پخش)

بیایید یک داستان واقعی را مرور کنیم تا مفاهیم بالا کاملاً جا بیفتد.

بازیگران:

  • شرکت ما: پخش مواد غذایی تابان.
  • مشتری: سوپرمارکت کوروش (آقای رضایی).
  • بانک ما: بانک ملت (شعبه مرکزی).

پرده اول: دریافت چک (۱۴۰۳/۰۲/۰۱) آقای رضایی بابت خرید کالا، یک چک ۵۰ میلیون تومانی به تاریخ سررسید ۱۰ روز بعد (۱۴۰۳/۰۲/۱۰) به ویزیتور ما می‌دهد.

  • در سیستم: کاربر «سند دریافت» ثبت می‌کند.
  • وضعیت: چک در صندوق اسناد صندوق قرار می‌گیرد.

پرده دوم: خواباندن به حساب (۱۴۰۳/۰۲/۰۸) دو روز مانده به سررسید، حسابدار چک را از گاوصندوق برداشته و به بانک ملت می‌برد.

  • در سیستم: کاربر فرم «واگذاری به بانک» را باز کرده، مبدأ را صندوق و مقصد را بانک ملت انتخاب می‌کند.
  • وضعیت: چک به صندوق اسناد در جریان وصول (ملت) منتقل می‌شود.

پرده سوم: روز سررسید و برگشت (۱۴۰۳/۰۲/۱۰) بانک پیامک می‌دهد که حساب آقای رضایی موجودی ندارد. چک برگشت می‌خورد.

  • در سیستم: کاربر در فرم «اعلام وضعیت»، گزینه برگشت را می‌زند.
  • وضعیت: چک به صندوق اسناد چک‌های برگشتی می‌رود. (سیستم حساب اسناد برگشتی را بدهکار می‌کند).

پرده آخر: تسویه نهایی (۱۴۰۳/۰۲/۱۵) با آقای رضایی تماس می‌گیریم. او می‌آید، ۵۰ میلیون کارت می‌کشد (واریز نقد) و لاشه چک برگشتی‌اش را می‌خواهد.

  1. یک «سند دریافت نقدی» ثبت می‌کنیم (پول به حساب بانک می‌نشیند).
  2. از فرم «استرداد چک»، چک موجود در صندوق اسناد برگشتی را انتخاب و به آقای رضایی استرداد می‌کنیم.
  • نتیجه: پرونده چک بسته می‌شود.

۶. پیش‌نیازهای شروع کار

برای اینکه بتوانید از این ماژول استفاده کنید، باید موارد زیر در بخش تعاریف پایه تکمیل شده باشند:

  1. تعریف بانک‌ها: نام بانک‌های کشور (ملی، صادرات، ...) در سیستم باشد.
  2. تعریف صندوق‌های اسنادچک:
    • حداقل یک صندوق اسناد از نوع "نزد صندوق".
    • به ازای هر حساب جاری شرکت، یک صندوق اسناد از نوع "در جریان وصول".
    • یک صندوق اسناد از نوع "برگشتی".
  3. ارتباط با حسابداری: مطمئن شوید حسابدار ارشد، کدهای حساب معین (GL Codes) مربوط به هر صندوق اسناد را در تنظیمات لینک کرده است. بدون این لینک، اسناد اتوماتیک صادر نمی‌شوند.