Çoğu İran işletmesinde "çek defteri" muhasebe yazılımıyla hiçbir ilgisi olmayan ayrı bir Excel dosyasıdır — ve her ay sonunda bu ikisi arasındaki mutabakat saatler sürer. Doğru yol: çek, muhasebe sisteminin kendisinde yaşamalı ve durum değişikliğinin her biri kendiliğinden yevmiye kaydı oluşturmalıdır. Çek modülünün tam olarak yaptığı iş budur Abrak İran muhasebesi Odoo üzerinde çalışır.
Alınan çek döngüsü nasıl kaydedilir?
Müşteriden çek alınması ← otomatik yevmiye «Kasadaki çek / Müşteri hesabı alacak». Bankaya devir ← «Tahsilat sürecinde / Kasadaki çek». Tahsilat ← «Banka / Tahsilat sürecinde». İade ← müşteri alacak hesabına ters kayıt (olumsuz etki giderildikten veya fiziksel iade yapıldıktan sonra yeniden tahsilat mümkün). Çekin başka birine ciro edilmesi (ciro) de desteklenmektedir: «Alıcı borç hesabı / Kasadaki çek». Sonuç: 111203 numaralı hesabın bakiyesi (kasadaki çek) ve 111201 numaralı hesabın bakiyesi (tahsilat sürecinde) her zaman fiziksel çek listesiyle uyumludur.
Verilen çek ve çek defteri nasıl?
Her banka hesabı için bir çek defteri tanımlarsınız (başlangıç/bitiş seri numarası); bir sonraki çek numarası otomatik doldurulur. Düzenleme ← "Borç Hesabı / Borç Senetleri" kaydı ve tahsilat ← "Borç Senetleri / Banka". Çek kağıdına basım ve teslim makbuzu da hazırdır.
Sayad çeki nasıl bir rol oynar?
Yeni çek kanununa göre her çek yaprağının, Sayad sistemine kaydedilmesi ve transferi zorunlu olan 16 haneli bir Sayad çek numarası vardır. Abrak eklentisinde bu numara her çekte kaydedilir ve doğrulanır (tam olarak 16 hane), hem hukuki takibi kolaylaştırmak hem de çek raporlarını Sayad sistemiyle karşılaştırılabilir kılmak için.
Vade tarihlerini nasıl yönetirim?
Vade tarihlerinin takvim görünümü, durum kanbanı, «vadesi geçmiş» ve «bu hafta» filtreleri ve vadeden 3 gün önce kasiyerin masaüstüne etkinlik koyan (Abrak bildirim hub'ı etkinse SMS de gönderen) cron hatırlatıcısı. Tarihler Hicri Şemsi olarak görüntülenir.
Başlangıç: İran Muhasebe uygulaması etkinleştirin — çek modülü beraberinde kurulur. Fiyat Fiyatlandırma sayfası.
وضعیت‌های چک و سند حسابداری متناظر
اشتباه رایج، ثبت چک به‌عنوان «نقد» در لحظهٔ دریافت است. نتیجه‌اش موجودی نقدی متورم و ترازی است که واقعیت را نشان نمی‌دهد. هر وضعیت چک، سند خودش را دارد.
| وضعیت | چه اتفاقی افتاده | اثر حسابداری |
|---|---|---|
| دریافت‌شده | چک از مشتری گرفته شده، هنوز به بانک نرفته | بدهکار «اسناد دریافتنی»، بستانکار حساب مشتری |
| در جریان وصول | به بانک سپرده شده، سررسید نرسیده | انتقال به حساب واسط اسناد در جریان وصول |
| وصول‌شده | مبلغ به حساب نشسته | بدهکار بانک، بستانکار اسناد در جریان وصول |
| برگشتی | چک بدون محل بوده | بازگشت بدهی به حساب مشتری + ثبت هزینهٔ برگشت |
| خرج‌شده به غیر | چک به تأمین‌کننده منتقل شده | تسویهٔ بدهی تأمین‌کننده بدون خروج نقد |
| پرداختنی صادرشده | چک شما به تأمین‌کننده داده شده | بستانکار «اسناد پرداختنی»، بدهکار حساب تأمین‌کننده |
چهار کنترل که مشکلات چک را پیش از وقوع می‌گیرد
- سقف اعتبار چک هر مشتری: مجموع چک‌های وصول‌نشدهٔ هر طرف حساب را محدود کنید؛ ریسک متمرکز روی یک مشتری بزرگ‌ترین خطر نقدینگی است.
- یادآور سررسید هفتگی: فهرست چک‌های سررسید هفتهٔ آینده، هم برای وصول و هم برای تأمین موجودی چک‌های پرداختنی.
- تفکیک حساب واسط: «اسناد در جریان وصول» باید حسابی جدا از بانک باشد، وگرنه مغایرت‌گیری بانکی غیرممکن می‌شود.
- ثبت استعلام صیادی در پرونده: نتیجهٔ استعلام را پیوست چک نگه دارید تا در اختلاف بعدی مستند داشته باشید.
پس از وصول، تطبیق با صورت‌حساب بانک گام بعدی است: تطبیق حساب بانکی. ساختار کدینگ حساب‌های واسط هم در حسابداری ایرانی روی اودوو آمده است.
