خطایابی عملی مانده‌ها و فرم‌های مالی
علت تغییرنکردن موجودی پول، بازماندن فاکتور، خطای حساب بانکی و اسناد تکراری
عیب‌یابی مالی در آناما: از پیام خطا تا پیدا کردن سند یا حساب اشتباه
این صفحه برای زمانی است که عددها جور درنمی‌آیند یا فرم ذخیره نمی‌شود. به‌جای ایجاد تراکنش جدید برای «درست‌کردن مانده»، ابتدا منشأ رقم، وضعیت رکورد و اعتبارسنجی همان عملیات را پیدا کنید. هر تغییر مالی باید مدرک و ردپای حسابرسی داشته باشد.
خطای «حساب دفترکل بانک باید وجه نقد/معادل باشد»
در مدل BankAccount.clean حساب دفترکل انتخابی باید هم‌زمان چهار ویژگی داشته باشد: account_type=asset، cash_flow_category=cash، allow_posting=true و is_active=true. حساب همچنین باید متعلق به همان شخصیت حسابداری بانک باشد. نام حساب «بانک» به‌تنهایی کافی نیست؛ اگر در حساب مادر امکان ثبت مستقیم بسته شده یا گروه جریان نقد «طبقه‌بندی‌نشده» است، فرم رد می‌شود.
روش حل: در کدینگ حساب فرزند معتبر را پیدا/تعریف کنید، ارز و شخصیت را تطبیق دهید و سپس همان حساب را در حساب‌های بانکی انتخاب کنید. برای رفع خطا طبقه‌بندی حسابی با اسناد تاریخی را بی‌بررسی عوض نکنید؛ تغییر طبقه می‌تواند گزارش دوره‌های گذشته را تغییر دهد.
«هزینه ثبت شد اما پول کم نشد»
ابتدا ببینید عملیات daily-expense یا quick-purchase است و روش پرداخت چه بوده. اگر personal یا unpaid انتخاب شده، اصلاً نباید وجه بانک کسب‌وکار کاهش یابد؛ بدهی به شخص یا فروشنده ایجاد می‌شود. اگر bank بوده، سند را بررسی کنید: ذخیره ممکن است فقط پیش‌نویس باشد؛ تا تأیید مستقل و ثبت قطعی، مانده دفترکل تغییر قطعی ندارد. سپس سرفصل بانک، شخصیت، دوره و واحد پول را چک کنید. اگر خود بانک برداشت را نشان می‌دهد ولی دفترکل هنوز نه، سراغ تطبیق بروید.
«مشتری پول داده ولی هنوز بدهکار است»
شخص دریافت، شخص فاکتور، وضعیت دریافت و تخصیص را کنترل کنید. یک دریافت CustomerUnappliedCash ممکن است هنوز به فاکتور تخصیص نیافته باشد؛ receipt_reference را با سند بانک و فاکتور تطبیق دهید. اگر وجه اضافه است، مازاد را در اعتبار/پیش‌دریافت پیگیری کنید، نه با تغییر مبلغ فاکتور. مثال کامل در تخصیص دریافت.
«مانده بدهی‌ها با جمع فاکتورهای پرداختنی برابر نیست»
جمع فاکتورهای پرداختنی فقط یک بخش از بدهی‌هاست. بدهی ناشی از حقوق پرداختنی، مالیات، وام، دریافت پیشاپیش یا ثبت مستقیم دفترکل ممکن است در کارت دیگری باشد. دو گزارش را بدون تطبیق تعریف شاخص، دوره، شخصیت، وضعیت قطعی و ارز مقایسه نکنید. اگر اختلاف فقط از یک حساب است، از آرتیکل‌های همان حساب و سند منشأ گزارش بگیرید.
«فاکتور دستی صادر شده ولی انبار کم نشده»
طبق قرارداد manual-invoice، این فرم موجودی را تغییر نمی‌دهد. مقدار فاکتور، حتی اگر واحد «کیلوگرم» داشته باشد، به‌خودی‌خود خروج انبار نیست. وضعیت سفارش، رزرو، تحویل و حرکت کالا را کنترل کنید. بدون بررسی، اصلاح منفی موجودی نزنید چون ممکن است هنگام تکمیل سفارش خروج دوباره ثبت شود.
«حساب شخص منفی یا دوباره محاسبه شده»
بدهکار/طلبکار را در هر دو جهت معامله جدا ببینید. مرجوعی، دریافت مازاد، تسویه جزئی، فاکتور کنسل یا سند برگشتی ممکن است مانده را تغییر داده باشد. Invoice.open_balance از مبلغ مؤثر پس از اعتبار و مبلغ پرداخت‌شده حاصل می‌شود؛ جمع‌زدن مبلغ اصلی فاکتور با سند اعتبار به‌صورت مستقل بدون کسر درست، گزارش را خراب می‌کند. مدارک تأییدشده و زمان اثر را کنار هم قرار دهید.
«بعد از واردکردن CSV گردش بانک دوبار دیده می‌شود»
BankTransaction.origin را ببینید؛ ردیف statement با ثبت داخلی یک مفهوم نیست. کلید ورود، شناسه خارجی، تاریخ ارزش، جهت و مبلغ را مقایسه کنید. ممکن است یک برداشت هم در فایل بانک و هم در سند دفترکل وجود داشته باشد و این دو نمایش یک رویداد باشند؛ مشکل فقط زمانی است که در محاسبه یک منبع دو بار استفاده شود یا سند تکراری ساخته شود.
«سند قابل تأیید/ثبت قطعی نیست»
توازن بدهکار/بستانکار، دوره مالی باز، دسترسی کاربر، حساب فعال و قابل ثبت، ارز و تعلق حساب به شخصیت را بررسی کنید. وضعیت BusinessDocument و درخواست تأیید را نیز ببینید. اگر دوره بسته است، تاریخ را دلخواه عوض نکنید؛ اصلاح دوره بسته باید مسیر رسمی و مجوز داشته باشد.
پرونده پشتیبانی استاندارد
برای گزارش مشکل، بدون ارسال اطلاعات محرمانه بانکی، این موارد را ذخیره کنید: شناسه Tenant داخلی مجاز در سیستم پشتیبانی، نام شخصیت، نام عملیات و کد آن، تاریخ و ارز، شماره سند یا فاکتور، وضعیت، مبلغ قبل و بعد، انتظار کاربر، خطای دقیق و شناسه مرجع بانکی با بخش‌های حساس پوشانده‌شده. تصویر فرم قبل از ارسال و شماره ردیف دفترکل بسیار مفیدند. از بازتولید با داده ساختگی در محیط production و زدن چندباره عملیات مالی پرهیز کنید.