خزانه‌داری و درخواست پرداخت
مراحل تأیید پرداخت، انتقال، سررسید، مقصد، بانک و وضعیت تسویه
خزانه‌داری: درخواست پرداخت، انتقال بانکی و تفاوت دستور با تسویه
خزانه مسئول مدیریت اجرای پرداخت، جریان وجه و کنترل بانک است. در آناما ساخت درخواست پرداخت به معنی خروج پول نیست؛ انتقال نیز تا زمانی که وضعیت قطعی بانک روشن نشده نباید «تسویه‌شده» قلمداد شود.
مراحل پرداخت معمولی
۱. بدهی یا دلیل پرداخت را مشخص کنید.
۲. درخواست پرداخت را با حساب مبدأ، شخص، مبلغ و تاریخ ایجاد کنید.
۳. مرحله تأیید داخلی را براساس نقش و سقف مجوز طی کنید.
۴. اقدام خزانه برای انتقال را از همان پرونده دنبال کنید.
۵. وضعیت پاسخ بانک و سپس تطبیق صورت‌حساب را کنترل کنید.
۶. اگر پرداخت بابت فاکتور است، کاهش مانده فاکتور/طلبکار را در مسیر معتبر بررسی کنید.
فیلدهای درخواست پرداخت
| فیلد | اثر اصلی |
|---|---|
| شخص ذی‌نفع | فرد یا مجموعه‌ای که وجه می‌گیرد |
| شماره و شخصیت حسابداری | شناسایی و تفکیک گزارش |
| فاکتور مرتبط | جلوگیری از گم‌شدن تسویه فاکتور |
| درخواست‌کننده / تأییدکننده | تفکیک تهیه و اجازه پرداخت |
| بانک مبدأ | حسابی که در صورت تسویه وجه از آن خارج می‌شود |
| حساب تسویه | طرف حساب برای پرداخت‌های بدون فاکتور |
| مبلغ، تاریخ، اولویت | برنامه پرداخت و مدیریت سررسید |
| شرح بابت | علت اقتصادی پرداخت |
| شبای ذی‌نفع | مقصد انتقال؛ باید دقیق و مجاز باشد |
| مستند پشتیبان | فاکتور، قرارداد یا مدرک هزینه |
| انتقال مرتبط | پیوند به اجرای خزانه |
فیلدهای انتقال خزانه (TreasuryTransfer)
| فیلد | توضیح |
|---|---|
| سند مبنا | ردگیری به درخواست یا قرارداد |
| مبدأ و شبای مقصد | محل خروج و مقصد وجه |
| نام ذی‌نفع | کنترل خطای گیرنده |
شبکه انتقال (rail) | مسیر انتقال تعریف‌شده؛ نام پایا/ساتنا به معنی اتصال عملیاتی همه بانک‌ها نیست |
| مبلغ و تاریخ اجرا | وجه و برنامه اجرای آن |
| وضعیت، مرجع بانک و علت خطا | مشخص می‌کند دستور در کدام مرحله است |
کد علت (purpose_code) | طبقه‌بندی انتقال در موارد لازم |
| حساب مقابل | ثبت حسابداری طرف دوم انتقال |
| تأییدکننده، زمان ارسال/تسویه | سابقه کنترل و رخداد واقعی |
انتقال بین حساب‌های خود شرکت
در عملیات «انتقال بین حساب‌های شرکت»، شخصیت، تاریخ، مبلغ، بانک مبدأ و مقصد را انتخاب می‌کنید. اثر اقتصادی جابجایی بین دو حساب نقد است؛ به‌تنهایی درآمد یا هزینه جدید تولید نمی‌کند. دو بانک متعلق به دو شخصیت حسابداری متفاوت را بدون فرآیند بین‌شرکتی به عنوان انتقال داخلی یک شرکت ثبت نکنید.
درباره پایا، ساتنا و اتصال مستقیم
براساس موجودی ماژول‌ها در نسخه ارسالی، خزانه‌داری در مرحله بتا است و اتصال مستقیم سرتاسری به همه مسیرهای پایا و ساتنا در سطح آماده عمومی (GA) تأیید نشده. بنابراین نمایش گزینه انتقال به معنی قابلیت قطعی ارسال به همه بانک‌ها نیست. تأیید وضعیت واقعی را از مرجع بانک انجام دهید.
اگر پرداخت نامشخص ماند
به میزکار خزانه بروید، شناسه درخواست، مبلغ، مقصد و مرجع بانک را جمع کنید. تا روشن‌شدن وضعیت قبلی، یک درخواست تازه با همان مبلغ نفرستید. اگر بانک برداشت کرده ولی آناما هنوز وضعیت نامشخص دارد، ابتدا مسیر بازیابی/تطبیق را دنبال کنید.
چه زمانی حساب تسویه لازم است؟
برای پرداختی که فاکتور مشخص ندارد، انتخاب حساب مقابل باید واقعاً ماهیت اقتصادی پرداخت را نشان دهد؛ مثلاً تسویه بدهی، سپرده یا جابه‌جایی وجه. انتخاب تصادفی حساب هزینه می‌تواند باعث ثبت دوباره هزینه شود.
ادامه
پرداختنی‌ها · بانک · تطبیق بانکی
سناریوی نسیه و پرداخت در سررسید
تأمین‌کننده امروز کالا را تحویل داده، اما قرار است دو هفته دیگر پول دریافت کند. ثبت خرید و فاکتور پرداختنی، اطلاعات بدهی را ایجاد می‌کند. خزانه‌دار می‌تواند از روی همین بدهی یک درخواست پرداخت با تاریخ و حساب مبدأ مشخص بسازد. تأیید مدیر مالی به معنی آن نیست که حساب بانکی همان لحظه برداشت شده است. در روز پرداخت، وضعیت انتقال را از بانک دنبال می‌کنیم و بعد از نتیجه معتبر، بدهی فروشنده باید از مسیر تسویه مرتبط کاهش یابد. اگر بانک پرداخت را رد کند، نباید بدهی را پرداخت‌شده نشان داد.
پرداخت با مقصد یا مبلغ اشتباه
اگر درخواست پرداخت با شبای نادرست ثبت شده ولی هنوز ارسال نشده است، طبق مجوز فرآیند آن را اصلاح یا لغو کنید. اگر دستور قبلاً به بانک ارسال شده، اصلاح رکورد محلی ممکن است کافی نباشد و باید وضعیت واقعی انتقال و امکان استرداد با بانک بررسی شود. تغییر ظاهری شماره شبا در فرم پس از ارسال، وجهی را از مقصد اشتباه برنمی‌گرداند. برای اختلاف مبلغ نیز شناسه بانکی و سند قبلی را حفظ کنید تا پیگیری مشخص باشد.
تفاوت تسویه تأمین‌کننده و انتقال به حساب خودمان
انتقال بین دو بانک متعلق به یک شخصیت، جابه‌جایی دارایی است؛ در مقابل پرداخت به تأمین‌کننده معمولاً بدهی او را تسویه می‌کند یا طبق ماهیت هزینه/دارایی دیگری ایجاد می‌کند. هر دو ممکن است یک حساب بانکی مبدأ داشته باشند، ولی حساب بستانکار/بدهکار مقابل یکسان نیست. اگر انتقال داخلی را به‌عنوان هزینه ثبت کنید، سود دوره کمتر از واقع می‌شود. اگر پرداخت نسیه را انتقال داخلی تلقی کنید، بدهی فروشنده باقی می‌ماند.
صف پرداخت‌های حساس و بازیابی
برای درخواست‌های پرمبلغ یا فوری، سیاست دو امضا و سقف مجوز داشته باشید. در پرداخت نامشخص، زمان ارسال، شناسه درخواست، مقصد و پاسخ بانک باید در پرونده باشد. اگر اتصال مستقیم بانک در مسیر خاص پشتیبانی نمی‌شود، کاربر باید بداند اجرای انتقال در بانک مستقل است و رسید واقعی چگونه وارد و تطبیق می‌شود. هیچ دکمه‌ای در یک نرم‌افزار داخلی نباید به‌تنهایی مدرک واریز موفق بانکی تلقی شود.
مثال پرداخت در دو نوبت و کنترل شبا
برای فاکتور ۱۲ میلیونی، دو درخواست ۵ و ۷ میلیونی بسازید که به همان بدهی مرتبط‌اند. در هر درخواست مبلغ، ذی‌نفع، بانک مبدأ، علت، سررسید و در صورت لزوم شبای مقصد را کنترل کنید. درخواست ۵ میلیونِ تأییدشده را پرداخت موفق بانکی ننامید؛ تا زمانی که اجرا و مدرک بانک تطبیق نشده، مانده نقد باید با وضعیت دفتری تفکیک شود.
اگر انتقال بین دو بانک خود شرکت است، پرداخت را به‌عنوان هزینه ثبت نکنید. پس از ثبت انتقال، ردیف‌های برداشت و واریز دو بانک را جدا تطبیق دهید؛ یکی ممکن است دیرتر در صورت‌حساب ظاهر شود.