نرم‌افزار تازه راه افتاده، اما بعضی مشتریان هنوز از قبل بدهکارند، چند فاکتور فروشنده تسویه نشده و قطعات داخل قفسه هم پیش از شروع سیستم خریداری شده‌اند. اگر فقط کارهای جدید ثبت شوند، تصویر تعمیرگاه ناقص می‌ماند؛ اگر همه اطلاعات قدیمی بدون قاعده دوباره وارد شوند، احتمال دوباره‌شماری وجود دارد.

برای آماده‌سازی مانده اول دوره تعمیرگاه، ابتدا تاریخ شروع ثبت جدید را مشخص کنید. سپس مانده‌های مستند تا پیش از آن تاریخ را به تفکیک طرف حساب و کالا جمع‌آوری و کنترل کنید. نحوه ورود نهایی باید با روش نرم‌افزار و نظر مسئول مالی هماهنگ باشد؛ این مقاله چک‌لیست آماده‌سازی داده است، نه دستور ثبت سند افتتاحیه یا راهنمای مالیاتی.

تاریخ مبنا را قبل از جمع‌کردن عددها تعیین کنید

یک مرز زمانی روشن لازم است: اطلاعات تا چه زمانی متعلق به وضعیت قبلی است و گردش جدید از چه زمانی شروع می‌شود؟ برای مثال، اگر ثبت عملیاتی جدید از ابتدای یک روز آغاز می‌شود، مانده‌های مبنا باید وضعیت پایان روز قبل را نشان دهند.

تاریخ گزارش بانکی، فهرست بدهکاران و شمارش قطعات نباید بی‌توضیح از روزهای متفاوت باشند. اگر شمارش انبار زودتر انجام شده، ورود و مصرف بین زمان شمارش و زمان مبنا باید قابل تطبیق باشد. مسئول تهیه هر فهرست و زمان آخرین اصلاح آن را هم ثبت کنید.

اصل تفکیک تاریخ انتقال از مانده‌های قبلی در راهنمای رسمی تاریخ تبدیل Xero نیز توضیح داده شده است. محدودیت‌های تاریخ و تنظیمات آن نرم‌افزار، دستور کار لومک یا مقررات ایران نیستند؛ روش اجرایی نسخه‌ای را که استفاده می‌کنید جداگانه تأیید کنید.

طلب مشتریان را ریز و مستند آماده کنید

یک عدد کلی مثل «مشتری‌ها ۵۰٬۰۰۰٬۰۰۰ تومان بدهکارند» برای پیگیری بعدی کافی نیست. هر مانده باید به مشتری درست و مدارک مربوط قابل اتصال باشد. برای هر ردیف این اطلاعات را نگه دارید:

  • شناسه مشتری و مرجع پرونده یا فاکتور قبلی؛
  • مبلغ اولیه سند با واحد پول روشن؛
  • دریافت‌ها و تعدیلات تأییدشده تا تاریخ مبنا؛
  • مبلغ باقی‌مانده در همان تاریخ؛
  • وضعیت اختلاف یا تأیید مانده؛
  • مرجع مدرک و مسئول بررسی.

در یک مثال فرضی، فاکتور قبلی ۸٬۰۰۰٬۰۰۰ تومان بوده و مشتری تا تاریخ مبنا ۵٬۰۰۰٬۰۰۰ تومان پرداخت کرده است. اگر تعدیل دیگری وجود نداشته باشد، مانده قابل پیگیری ۳٬۰۰۰٬۰۰۰ تومان است، نه کل فاکتور. این مثال صرفاً برای تطبیق ریز اطلاعات است و نحوه ثبت حسابداری یا شناسایی درآمد را تعیین نمی‌کند.

اگر همان مشتری بابت مراجعه دیگری پیش‌پرداخت دارد، آن را بدون بررسی با این طلب تهاتر نکنید. مرجع و ماهیت هر مبلغ باید روشن بماند تا مسئول مالی درباره نحوه انتقال و نمایش آن تصمیم بگیرد.

بدهی فروشندگان را با مدارک خرید و پرداخت تطبیق دهید

برای طرف‌های تأمین کالا یا خدمت نیز شناسه یکتا، مرجع فاکتور، پرداخت‌های انجام‌شده و مانده تأییدشده لازم است. برگشت خریدی که هنوز فروشنده آن را نپذیرفته، با تعدیل قطعی یکسان نیست؛ موارد باز را با وضعیت بررسی نگه دارید.

اگر یک فروشنده با دو نام در دفتر و فایل ثبت شده، پیش از ورود داده بررسی کنید واقعاً دو طرف حساب است یا یک طرف با نام‌های متفاوت. ادغام صرفاً بر اساس شباهت نام هم درست نیست؛ مدارک و شناسه‌های کاری را تطبیق دهید.

روش رسیدگی به اختلاف بین صورت‌حساب فروشنده و ثبت تعمیرگاه در راهنمای حساب تأمین‌کنندگان تعمیرگاه آمده است. در آماده‌سازی اول دوره، خروجی موردنیاز یک فهرست قابل اتکا در تاریخ مبناست، نه بازسازی بدون کنترل تمام خریدهای گذشته.

موجودی قطعات را با کد، واحد و مالکیت مشخص تحویل دهید

برای هر قلم، کد کالا، شرح قابل تشخیص، واحد شمارش، محل و مقدار کنترل‌شده را ثبت کنید. دو قطعه با نام مشابه الزاماً یک قلم نیستند و «یک بسته» بدون تعداد داخل بسته، معادل مقدار مشخصی از واحد مصرف نیست.

این گروه‌ها را از هم جدا نگه دارید:

  • قطعات متعلق به تعمیرگاه و آماده مصرف؛
  • قطعات کنار گذاشته‌شده برای یک پذیرش مشخص؛
  • قطعات معیوب یا در انتظار تعیین تکلیف؛
  • قطعات متعلق به مشتری یا اقلام امانی؛
  • اقلام خارج از محل که هنوز باید وضعیتشان روشن شود.

وجود فیزیکی قطعه در تعمیرگاه به‌تنهایی به معنی مالکیت تعمیرگاه نیست. همچنین مقدار شمارش‌شده با ارزش مالی موجودی تفاوت دارد؛ مبنای ارزش‌گذاری و ثبت مالی را مسئول مالی تعیین کند و قیمت فروش را خودکار جای بهای موجودی قرار ندهید.

برای کنترل زمان شمارش، بازشماری و ثبت مغایرت از چک‌لیست انبارگردانی قطعات تعمیرگاه کمک بگیرید. اختلاف حل‌نشده را با عدد ساختگی نبندید؛ علت، مسئول و اقدام بعدی داشته باشد.

وجه نقد، بانک و مبالغ در انتظار تعیین تکلیف

اگر این بخش‌ها در دامنه انتقال هستند، موجودی نقد و مانده هر حساب باید مدرک و تاریخ مشخص داشته باشد. رسید کارت‌خوان، واریزی قطعی و مبلغ در انتظار تسویه را بدون تطبیق یکی نگیرید؛ معلوم باشد هر مبلغ در کدام فهرست آمده است تا دوبار منظور نشود.

چک‌ها، پیش‌پرداخت‌ها، وجوه دریافتی علی‌الحساب و اقلام اختلافی را در فهرست جدا با مرجع نگه دارید. نحوه ثبت نهایی آن‌ها به امکانات سیستم و بررسی حسابدار وابسته است. این چک‌لیست محدود به داده‌های عملیاتی رایج است و جای فهرست کامل حساب‌ها یا تراز افتتاحیه رسمی را نمی‌گیرد.

خودروهای باز در روز شروع را فراموش نکنید

ممکن است خودرو پیش از تاریخ مبنا پذیرش شده اما کارش هنوز تمام نشده باشد. برای این پرونده‌ها، وضعیت کار، خدمات انجام‌شده، قطعات مصرف‌شده، وجوه دریافتی و اقدام بعدی را جدا ثبت کنید. صرف بازبودن پرونده به معنی قطعی‌بودن مبلغ نهایی نیست.

پیش از انتقال یک نمونه را با تیم راه‌اندازی مرور کنید: اگر قطعه قبلاً از موجودی کم شده، ورود پرونده نباید دوباره همان مصرف را کم کند. اگر دریافت قبلی در مانده وجه لحاظ شده، ثبت سابقه پرداخت نباید بی‌قاعده موجودی وجه را دوباره افزایش دهد. اینکه چه چیزی به‌عنوان سابقه و چه چیزی به‌عنوان گردش مؤثر وارد شود، باید قبل از انتقال مشخص باشد.

خطر اصلی: ورود هم‌زمان مانده و گردش قدیمی

یکی از نقاط کنترل انتقال این است که یک مبلغ از دو مسیر اثر نگذارد. ثبت کل مانده مشتری و سپس واردکردن فاکتورهای باز با اثر مالی مستقل می‌تواند همان طلب را دوباره وارد گزارش کند. درباره موجودی کالا و گردش خرید قدیمی نیز باید روش انتقال روشن باشد.

در راهنمای رسمی انتقال فاکتورهای باز Xero، تطبیق جزئیات اسناد باز با مانده انتقال مطرح شده است. این منبع صرفاً برای اصل کنترل ریز و جمع است؛ مراحل آن را عیناً در نرم‌افزار دیگری اجرا نکنید.

قبل از ورود نهایی، با داده ساختگی یا محیط آزمایشیِ مورد تأیید تیم محصول، اثر یک مانده و یک تسویه بعدی را بررسی کنید. آزمایش را روی اطلاعات واقعی بدون امکان بازگشت انجام ندهید.

بسته تحویل داده‌ها چه داشته باشد؟

یک پوشه منظم و محدود به افراد مسئول آماده کنید:

  • توضیح تاریخ مبنا، واحد پول و دامنه انتقال؛
  • فهرست مشتریان و مانده‌های مستند؛
  • فهرست فروشندگان و مانده‌های مستند؛
  • فهرست قطعات با واحد و مقدار کنترل‌شده؛
  • فهرست وجه، حساب‌ها و اقلام باز در صورت شمول؛
  • پرونده‌های تعمیر باز و وضعیت هرکدام؛
  • فهرست مغایرت‌ها با مسئول رسیدگی؛
  • گزارش جمع کنترل هر گروه و تاریخ تأیید؛
  • نسخه محفوظ منابع قدیمی و توضیح آخرین اصلاحات.

نام فایل و نسخه را روشن بنویسید تا دو فایل متفاوت هم‌زمان «نهایی» تلقی نشوند. اطلاعات واقعی مشتریان و مدارک مالی را در پیوند عمومی یا چت‌های نامرتبط قرار ندهید. دسترسی و روش انتقال را با مسئول پروژه هماهنگ کنید.

بعد از ورود، فقط پیام موفقیت را ملاک نگیرید

گزارش جدید را با فهرست تأییدشده مقایسه کنید: تعداد طرف‌های حساب، جمع مانده هر گروه، مقدار هر قلم منتخب و وضعیت پرونده‌های باز باید قابل تطبیق باشند. چند ردیف نمونه را از مدرک قبلی تا گزارش جدید دنبال کنید.

واحد ریال و تومان، علامت مانده، نام‌های تکراری و زمان مبنا از کنترل‌های ضروری‌اند. اگر اختلاف دیده شد، پیش از ادامه ورود انبوه، علت را مشخص کنید. اصلاح بی‌سابقه روی عدد نهایی، مدرک مشکل اولیه را از بین می‌برد.

اگر هنوز درباره انتخاب ابزار تصمیم نگرفته‌اید، راهنمای حسابداری تعمیرگاه با اکسل و زمان مهاجرت به آن تصمیم می‌پردازد؛ مقاله حاضر مرحله آماده‌سازی داده پس از انتخاب مسیر را پوشش می‌دهد.

پیش از شروع لومک، روش انتقال را در دمو روشن کنید

در صفحه نرم‌افزار حسابداری تعمیرگاه لومک، فاکتور متصل به پذیرش، دریافت‌ها و مانده مشتری معرفی شده است. هنگام درخواست دمو، یک نمونه بدون اطلاعات شخصی از مانده قبلی، دریافت بعدی و پذیرش باز مطرح کنید.

درباره ورود مانده افتتاحیه، واردکردن گروهی فایل، انتقال حساب فروشنده و اثر اسناد تاریخی از تیم محصول تأیید بگیرید؛ وجود این قابلیت‌ها از امکان صدور فاکتور نتیجه نمی‌شود. روش پذیرفته‌شده باید با مسئول مالی هماهنگ باشد تا گزارش عملیاتی جدید قابل استفاده بماند.

پرسش‌های متداول

آیا شروع نرم‌افزار باید اول سال باشد؟

این مقاله چنین الزامی تعیین نمی‌کند. تاریخ مناسب به فرایند مجموعه، نرم‌افزار و هماهنگی مالی بستگی دارد؛ مهم، مرز زمانی روشن و مانده‌های قابل تطبیق است.

آیا باید همه فاکتورهای گذشته دوباره وارد شوند؟

نه به‌صورت خودکار و بدون طرح انتقال. دامنه سابقه موردنیاز، اسناد باز و اثر مالی ورود هر گروه باید مشخص شود. نگهداری آرشیو قدیمی با ثبت دوباره گردش مالی یکسان نیست.

با مانده‌ای که مدرک کافی ندارد چه کنیم؟

آن را به‌عنوان مغایرت باز با منبع موجود و مسئول رسیدگی ثبت کنید. بدون بررسی مسئول مالی، عدد حدسی را مانده قطعی معرفی نکنید؛ تعیین تکلیف این موارد بخشی از آماده‌سازی است.

آیا این چک‌لیست همان سند افتتاحیه حسابداری است؟

خیر. این چک‌لیست برای جمع‌آوری و کنترل داده‌های عملیاتی است. تنظیم سند رسمی، سرفصل‌ها و الزامات مرتبط باید توسط مسئول مالی و متناسب با شرایط مجموعه انجام شود.