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