اثر سفارش بر حسابداری، بانک و بهای تمام‌شده
تفاوت سفارش با درآمد، پیش‌دریافت، وصول طلب و موجودی
اثر سفارش بر حسابداری؛ درآمد، پیش‌دریافت، بدهکار مشتری، خروج انبار و بهای تمام‌شده
یکی از خطرناک‌ترین اشتباه‌ها این است که با دیدن «سفارش پرداخت شد» فرض کنیم درآمد، بانک، سود و موجودی همه درست و هم‌زمان ثبت شده‌اند. این‌ها مفهوم‌های متفاوتی‌اند و مسیر حسابداری باید با رویداد واقعی، وضعیت اسناد و قواعد شناسایی متناسب باشد. آناما مدل سفارش، Payment، انبار و ERP/دفترکل را جدا نگه می‌دارد؛ در هر گزارش ابتدا منبع و وضعیت قطعی هر رقم را تشخیص دهید.
چهار رویداد اصلی فروش
ثبت سفارش: تعهد تجاری ایجاد می‌شود و برای کالاهای قابل کنترل رزرو امکان‌پذیر است. این رویداد به تنهایی بانک را بیشتر نمی‌کند. دریافت وجه: دارایی نقدی یا مانده قابل وصول تغییر می‌کند، اما اگر تعهد تحویل هنوز انجام نشده، ممکن است پیش‌دریافت باشد. تحویل کالا/ایفای تعهد: می‌تواند مبنای شناسایی درآمد طبق سیاست حسابداری باشد. خروج موجودی و بهای تمام‌شده: ارزش کالای فروخته‌شده طبق روش ارزش‌گذاری و سند معتبر از دارایی موجودی به هزینه بهای تمام‌شده منتقل می‌شود؛ صرف مبلغ فروش کالا معادل بهای آن نیست.
سه مثال با منطق بدهکار/بستانکار
فروش نقدی تحویل‌شده: از منظر نمونه ساده، دریافت بانک بدهکار و حساب درآمد/واسطه مناسب بستانکار می‌شود؛ هم‌زمان موجودی کالا بستانکار و بهای تمام‌شده بدهکار ثبت می‌شود. زمان‌بندی و حساب‌های واسط وابسته به معماری ثبت خودکار آناما و قرارداد است؛ این مثال الگوی مفهومی است، نه دستور ساخت سند دستی دوباره.
دریافت وجه پیش از تحویل: بانک افزایش می‌یابد و تعهد پیش‌دریافت/بدهی به مشتری شکل می‌گیرد. وقتی تعهد معتبر ایفا شد، شناسایی درآمد مطابق سیاست انجام می‌شود. اگر فروشگاه پیش‌دریافت را از همان روز به‌عنوان سود تلقی کند، ممکن است سود دوره اشتباه شود.
فروش مدت‌دار: با تحقق شرایط معتبر فروش، دریافتنی مشتری افزایش می‌یابد؛ بانک هنگام وصول واقعی بالا می‌رود و دریافتنی کم می‌شود. دریافت ۵ میلیون از فاکتور ۱۰ میلیونی نباید دوباره ۵ میلیون درآمد تولید کند.
سفارش و تراکنش بانک
در سامانه، BankTransaction می‌تواند ثبت گردش بانکی باشد و JournalEntry/JournalLine سند دفتری. این‌ها الزاماً رکورد واحد نیستند. تأیید فیش مشتری در سفارش ثابت نمی‌کند تراکنش از بانک تطبیق شده است. به همین ترتیب برداشت بانکی مربوط به استرداد را نباید دوباره به‌عنوان هزینه فروش ثبت کرد. تطبیق بانک و وصول مشتری مسیرهای مهم‌اند.
انبار و فروش دستی
در ثبت سفارش دستی، تنوع فعال و موجودی موردنیاز رزرو می‌شود. پس از پرداخت معتبر، مسیر نهایی‌سازی موجودی اجرا می‌شود؛ اما رخداد «خروج کالا از قفسه و تحویل به حامل» مرحله عملیاتی جداگانه دارد. برای حسابداری انبار، عملیات تعدیل دستی بعد از سفارش نباید دوباره همان مقدار را خارج کند. اگر برای فروش آفلاین فاکتور ERP مستقل ساختید، قبل از ثبت خروج انبار بررسی کنید آیا همان کالا قبلاً از مسیر سفارش نهایی شده است یا نه.
نقش تخفیف، کیف پول و بازپرداخت
تخفیف، مبلغ معامله را کاهش می‌دهد؛ کیف پول یک ابزار تأمین وجه/اعتبار است و در گزارش باید از تخفیف تفکیک شود. بازپرداخت پس از فروش می‌تواند وجه، دریافتنی، مالیات و ارزش موجودی را تحت تأثیر قرار دهد. ثبت خودکار یک leg بازپرداخت و ثبت دستی سند مشابه می‌تواند دوبار کاهش وجه ایجاد کند. برای گزارش سود ناخالص، بازگشت کالا و بهای تمام‌شده برگشتی نیز باید طبق سیاست ارزش‌گذاری و مدارک بازبینی شود.
چک‌لیست تطبیق ماهانه سفارش و دفترکل
۱. سفارش‌های تحویل‌شده را با اسناد فروش قطعی مقایسه کنید. ۲. سفارش‌های منتظر پرداخت و پیش‌دریافت را از درآمد جدا کنید. ۳. دریافت‌های مشتریان را با تخصیص به فاکتور و صورت‌حساب بانک تطبیق دهید. ۴. ارزش موجودی خروجی را با گردش انبار و بهای تمام‌شده بسنجید. ۵. مرجوعی‌ها، Credit Note و بازپرداخت‌های قطعی را از درخواست‌های معلق جدا کنید. ۶. سفارش‌های اعتباری سررسید گذشته را در دریافتنی اشخاص شناسایی کنید. ۷. هر اختلاف را به سند مبدأ برگردانید؛ با سند «متفرقه» بدون تحلیل مانده‌ها را برابر نکنید.
یک هشدار کاربردی
این راهنما ادعا نمی‌کند هر سفارش در همه روش‌های پرداخت و نسخه‌های آناما خودکار سند درآمد و بهای تمام‌شده کامل و قانونی تولید می‌کند. رفتار دقیق باید با تست یکپارچه و مشاهده اسناد قطعی همان محیط تأیید شود. اگر سند خودکار وجود ندارد، ثبت دستی توسط حسابدار ممکن است لازم باشد؛ ولی دوباره‌ثبت‌شدن سند خودکار از نبود آن هم زیان‌بارتر است.
مطالعه مرتبط: دفترکل، پروفایل ثبت خودکار، مبالغ سفارش.