۱. دفاتر تجاری الکترونیکی ۱۴۰۵: راهنمای آمادهسازی خروجی نرمافزار حسابداری
چند روز مانده به موعد ارسال دفاتر، تیم مالی شرکت متوجه میشود که گزارش دفتر روزنامه با مانده دفتر کل نمیخواند؛ چند سند اصلاحی در ماههای قبل ثبت شده اما در خروجی نیامده؛ تاریخ بعضی اسناد خارج از بازه مالی است؛ و فایل اکسل خروجی هم با قالب سامانه دفاتر تجاری الکترونیکی تطابق کامل ندارد. در روش کاغذی، این نوع خطاها معمولاً دیرتر دیده میشدند؛ اما در فرآیند الکترونیکی، کوچکترین ایراد در ساختار فایل، ترتیب ستونها، تاریخ گردش یا بدهکار و بستانکار میتواند کل فرآیند ارسال را متوقف کند.
دفاتر تجاری الکترونیکی ۱۴۰۵ برای تیمهای مالی فقط یک تکلیف قانونی جدید نیست؛ یک آزمون جدی برای کیفیت دادههای حسابداری شرکت است. اگر نرمافزار حسابداری، کدینگ حسابها، ثبت اسناد، گزارش دفتر روزنامه، گزارش دفتر کل و خروجی اکسل یا CSV از ابتدا درست طراحی نشده باشند، مرحله ارسال به سامانه تبدیل به یک پروژه پرریسک و زمانبر میشود.
نکته مهم: این مقاله با هدف راهنمایی اجرایی تیم مالی نوشته شده است. برای مهلتها، قالب نهایی فایل و جزئیات الزامی، همیشه آخرین اطلاعیه رسمی سازمان امور مالیاتی و قالب دانلودشده از خود سامانه را ملاک قرار دهید؛ چون این موارد نیاز به بررسی آخرین اطلاعیه رسمی دارد.
۱-۱. دفاتر تجاری الکترونیکی چیست و چرا مهم شده است؟
دفاتر تجاری الکترونیکی یعنی ارائه و نگهداری اطلاعات دفاتر قانونی، بهویژه دفتر روزنامه و دفتر کل، در بستر الکترونیکی و از طریق سامانه مربوطه. طبق راهنمای سامانه، هدف این فرآیند فراهمکردن بستری برای ارائه دفاتر تجاری بهصورت الکترونیکی است و بهرهبردار سامانه سازمان امور مالیاتی کشور معرفی شده است. همچنین در همان راهنما، کاربران سامانه «کلیه اشخاص حقیقی و حقوقی که ملزم به پلمپ دفاتر قانونی خود هستند» ذکر شدهاند. (رهبر حساب)
در آییننامه اجرایی ماده ۹۵ قانون مالیاتهای مستقیم، دفتر روزنامه دفتری است که معاملات و رویدادهای مالی و محاسباتی با رعایت اصول حسابداری در آن ثبت میشود و میتواند بهصورت دستی یا ماشینی/الکترونیکی باشد. دفتر کل نیز دفتری است که عملیات ثبتشده در دفتر روزنامه بر اساس سرفصل یا کدگذاری حسابها در آن طبقهبندی میشود تا تهیه صورتهای مالی ممکن باشد. (Qavanin)
اهمیت دفاتر تجاری الکترونیکی از اینجا شروع میشود که دادههای مالی شرکت دیگر فقط برای گزارشگیری داخلی یا بستن حسابها استفاده نمیشوند؛ همان دادهها باید در قالب قابل پذیرش سامانه هم آماده شوند. بنابراین کیفیت ثبت اسناد در نرمافزار حسابداری، کنترل ماندهها و نظم کدینگ مستقیماً روی ریسک مالیاتی و سرعت انجام تکلیف قانونی اثر میگذارد.
۱-۱-۱. تفاوت دفاتر کاغذی و دفاتر الکترونیکی
در دفاتر کاغذی، تمرکز اصلی روی تحریر، پلمپ فیزیکی، ترتیب صفحات و رعایت شکل ظاهری دفاتر بود. در دفاتر الکترونیکی، کنترل اصلی به دادهها منتقل میشود: تاریخ گردش، کد حساب، عنوان حساب، گردش بدهکار، گردش بستانکار، بازه زمانی، فایل خروجی و انطباق با قالب سامانه.
این تغییر باعث میشود مدیر مالی دیگر نتواند آمادهسازی دفاتر را به روزهای پایانی موکول کند. خروجی دفاتر قانونی باید نتیجه یک فرآیند منظم در طول سال مالی باشد، نه خروجی عجولانه چند روز آخر.
۱-۱-۲. چه کسبوکارهایی باید حساستر باشند؟
شرکتهای بازرگانی، تولیدی، پخش، پیمانکاری و شرکتهایی که حجم بالایی از فاکتور خرید و فروش، انبار، دریافت و پرداخت و اسناد اصلاحی دارند، باید حساسیت بیشتری نشان دهند. هرچه تعداد اسناد بیشتر باشد، احتمال خطا در تاریخ، سرفصل، تفصیلی، مانده حساب و گردش بدهکار و بستانکار هم بیشتر است.
کسبوکارهای زیر باید زودتر از موعد، خروجی دفاتر خود را آزمایش کنند:
شرکتهایی که چند شعبه، انبار یا مرکز هزینه دارند؛ شرکتهایی که از چند نرمافزار جداگانه برای فروش، انبار، خزانه یا حقوق و دستمزد استفاده میکنند؛ شرکتهایی که کدینگ حسابداری آنها طی سال تغییر کرده؛ شرکتهایی که اسناد اصلاحی یا تعدیلات پایان سال زیادی دارند؛ و شرکتهایی که هنوز گزارش دفتر روزنامه و دفتر کل را بهصورت منظم از نرمافزار حسابداری استخراج نمیکنند.
۱-۲. چه اطلاعاتی باید از نرمافزار حسابداری آماده شود؟
آمادهسازی دفاتر تجاری الکترونیکی ۱۴۰۵ از داخل نرمافزار حسابداری شروع میشود. سامانه در نهایت یک فایل میخواهد، اما آن فایل باید بازتاب درست اسناد، حسابها، گردشها و ماندهها باشد. راهنمای سامانه، قالب اکسل را شامل اقلامی مانند کد و عنوان حساب کل، کد و عنوان حساب معین، کد و عنوان حساب تفصیلی، گردش بدهکار، گردش بستانکار و تاریخ گردش حساب معرفی کرده است. (رهبر حساب)
اسناد حسابداری
اولین لایه کنترل، اسناد حسابداری است. سند حسابداری باید شماره، تاریخ، شرح، آرتیکلهای بدهکار و بستانکار، کد حساب، تفصیلی، مبلغ و مدارک پشتیبان داشته باشد. در آییننامه ماده ۹۵ نیز سند حسابداری بهعنوان فرم کاغذی یا ماشینی/الکترونیکی تعریف شده که یک یا چند رویداد مالی را بر اساس اصول حسابداری ثبت میکند و متکی به مدارک است. (Qavanin)
برای آمادهسازی دفاتر، اسناد نباید در وضعیت پیشنویس، موقت یا تأییدنشده باقی بمانند. سندی که در گزارش دفتر روزنامه میآید، باید از نظر تاریخ، مبلغ، حساب و تفصیلی قابل دفاع باشد. بهتر است قبل از خروجی، گزارش اسناد بدون شرح، اسناد بدون تفصیلی، اسناد نامتوازن و اسناد خارج از بازه تهیه و اصلاح شود.
دفتر روزنامه
دفتر روزنامه قلب فرآیند دفاتر الکترونیکی است. طبق آییننامه، رویدادهای مالی باید بر اساس استانداردهای حسابداری و به ترتیب تاریخ وقوع در دفتر روزنامه ثبت شوند و سپس به دفتر کل منتقل گردند. (Qavanin)
در نرمافزار حسابداری، گزارش دفتر روزنامه باید امکان فیلتر بر اساس بازه تاریخ، شماره سند، وضعیت سند، نوع سند و حساب را داشته باشد. خروجی این گزارش باید با جمع گردش بدهکار و بستانکار برابر باشد. هرگونه اختلاف در جمع دو طرف، نشانه خطای جدی در ثبت یا خروجیگیری است.
دفتر کل
دفتر کل، خلاصه و طبقهبندی عملیات دفتر روزنامه بر اساس سرفصل یا کدگذاری حسابهاست. مدیر مالی باید بتواند از نرمافزار حسابداری، گزارش دفتر کل را در سطح حساب کل، معین و تفصیلی استخراج کند و با ماندههای تراز آزمایشی تطبیق دهد.
برای مثال، اگر حساب «موجودی کالا» در دفتر کل مانده مشخصی دارد، این مانده باید با گزارش انبار و تراز آزمایشی سازگار باشد. اگر حساب «حسابهای دریافتنی تجاری» مانده بستانکار غیرعادی دارد، قبل از ارسال دفاتر باید علت آن مشخص شود.
مانده حسابها
مانده حسابها فقط برای صورتهای مالی نیست؛ در کنترل دفاتر الکترونیکی هم نقش مهمی دارد. مانده ابتدای دوره، گردش طی دوره و مانده پایان دوره باید با هم سازگار باشند. خطاهای رایج معمولاً از ماندههای افتتاحیه، سند اختتامیه، سند افتتاحیه سال بعد، اسناد اصلاحی و طبقهبندی اشتباه حسابها شروع میشوند.
توصیه عملی این است که قبل از خروجی دفاتر، تراز آزمایشی چهارستونی یا ششستونی گرفته شود و با دفتر کل و دفتر روزنامه تطبیق داده شود. این کنترل بهخصوص برای حسابهای بانک، صندوق، تنخواه، مشتریان، تأمینکنندگان، موجودی کالا، مالیات و ارزش افزوده ضروری است.
ترتیب تاریخی اسناد
در دفاتر الکترونیکی، تاریخ فقط یک فیلد ساده نیست. تاریخ گردش هر ردیف باید در بازه زمانی موردنظر باشد. راهنمای سامانه تأکید میکند تاریخ هر رکورد باید در محدوده بازه زمانی گردش حسابها قرار داشته باشد. همچنین در راهنما آمده است که پس از بارگذاری، ۱۰ سطر اول فایل بهعنوان پیشنمایش نمایش داده میشود؛ بنابراین خطاهای ابتدایی فایل سریع دیده میشوند، اما خطاهای میانی و انتهایی فقط با کنترل کامل قابل کشفاند. (رهبر حساب)
۱-۳. چکلیست کنترل قبل از ارسال دفاتر الکترونیکی
در آمادهسازی خروجی دفاتر قانونی، مهمترین اشتباه این است که تیم مالی فقط به «گرفتن خروجی اکسل» فکر کند. خروجی، مرحله آخر است. قبل از آن باید اسناد، کدینگ، ماندهها و گزارشها کنترل شوند.
کنترل بدهکار و بستانکار
جمع بدهکار و بستانکار اسناد باید برابر باشد. در سطح فایل خروجی هم باید مطمئن شوید هیچ ردیفی همزمان بدهکار و بستانکار ندارد. طبق دستورالعمل راهنما، ستونهای گردش بدهکار و بستانکار باید فقط شامل مقادیر عددی باشند و در هر سطر تنها یکی از این دو ستون مقدار داشته باشد. (رهبر حساب)
کنترل تاریخ اسناد
تمام اسناد باید داخل بازه مالی موردنظر باشند. اسناد با تاریخ اشتباه، اسناد ثبتشده در سال قبل یا بعد، اسناد اصلاحی با تاریخ نامناسب و اسناد موقت پایان سال باید جداگانه بررسی شوند.
کنترل حسابهای بدون گردش
حساب بدون گردش الزاماً خطا نیست؛ اما در خروجی دفاتر باید بدانید چرا یک حساب مانده دارد اما گردش ندارد، یا چرا حسابی در کدینگ فعال است اما در گزارشها دیده نمیشود. این کنترل بهخصوص برای حسابهای افتتاحیه، سرمایه، سود و زیان انباشته و حسابهای انتظامی مهم است.
کنترل اسناد اصلاحی
اسناد اصلاحی باید بهدرستی در تاریخ و حساب مربوط ثبت شوند. ثبت اصلاحیه بدون شرح کافی، بدون مدارک پشتیبان یا با تفصیلی نامرتبط میتواند در رسیدگی مالیاتی دردسرساز شود. بهتر است قبل از خروجی، یک گزارش جداگانه از اسناد اصلاحی، تعدیلات و اسناد پایان سال تهیه شود.
کنترل خروجی فایل
طبق راهنمای سامانه، اطلاعات باید فقط در یک شیت اکسل باشد، عنوان و ترتیب ستونها مطابق قالب سامانه رعایت شود، و فایلهای با بیش از ۱۰۰۰ رکورد باید با فرمت CSV بارگذاری شوند. همچنین سامانه نوع فایل، جداکننده CSV، تاریخ انتهای بازه زمانی و کد رهگیری دفتر پلمپشده را در تنظیمات بارگذاری دریافت میکند. (رهبر حساب)
چکلیست اجرایی قابل کپی برای تیم مالی
چکلیست آمادهسازی دفاتر تجاری الکترونیکی ۱۴۰۵
[ ] آخرین قالب فایل از خود سامانه دریافت شد.
[ ] مهلت ارسال و بازه زمانی طبق آخرین اطلاعیه رسمی بررسی شد.
[ ] کد رهگیری دفتر پلمپشده با سال مالی تطبیق داده شد.
[ ] تمام اسناد حسابداری از حالت موقت/پیشنویس خارج شدند.
[ ] اسناد بدون شرح یا با شرح نامفهوم شناسایی و اصلاح شدند.
[ ] اسناد بدون تفصیلی یا با تفصیلی اشتباه کنترل شدند.
[ ] جمع بدهکار و بستانکار همه اسناد برابر است.
[ ] جمع بدهکار و بستانکار خروجی دفتر روزنامه برابر است.
[ ] گزارش دفتر کل با تراز آزمایشی تطبیق داده شد.
[ ] مانده افتتاحیه، گردش دوره و مانده پایان دوره کنترل شد.
[ ] حسابهای بانک، صندوق، تنخواه، مشتریان و تأمینکنندگان کنترل شدند.
[ ] حسابهای مالیات، ارزش افزوده و عوارض کنترل شدند.
[ ] اسناد اصلاحی و تعدیلات پایان سال جداگانه مرور شدند.
[ ] تاریخ همه اسناد در بازه مالی مجاز است.
[ ] ترتیب تاریخی اسناد در گزارش دفتر روزنامه کنترل شد.
[ ] حسابهای بدون گردش و حسابهای دارای مانده غیرعادی بررسی شدند.
[ ] کدینگ کل، معین و تفصیلی نهایی و بدون تغییرات ناگهانی است.
[ ] خروجی اکسل فقط یک شیت دارد.
[ ] عنوان و ترتیب ستونهای خروجی با قالب سامانه تطبیق دارد.
[ ] در هر ردیف فقط یکی از ستونهای بدهکار یا بستانکار مقدار دارد.
[ ] مقادیر بدهکار و بستانکار فقط عددی هستند.
[ ] برای فایلهای حجیم، فرمت CSV و جداکننده مناسب بررسی شد.
[ ] ۱۰ سطر اول و چند نمونه از وسط و انتهای فایل کنترل شد.
[ ] نسخه پشتیبان از فایل خروجی و گزارشهای کنترل نگهداری شد.
[ ] تأیید نهایی مدیر مالی قبل از بارگذاری دریافت شد.
۱-۴. خطاهای رایج در آمادهسازی دفاتر تجاری الکترونیکی
خطاهای دفاتر الکترونیکی معمولاً از سامانه شروع نمیشوند؛ از دادههای حسابداری شروع میشوند و در سامانه خود را نشان میدهند. بهترین راه کاهش ریسک، کنترل مرحلهبهمرحله در نرمافزار حسابداری است.
مغایرت مانده حسابها
مغایرت مانده زمانی رخ میدهد که دفتر کل، تراز آزمایشی، گزارش تفصیلی یا گزارشهای جانبی با هم همخوانی ندارند. برای مثال، مانده حساب بانک در دفتر کل با مانده صورتحساب بانکی یا گزارش خزانهداری متفاوت است. این مشکل معمولاً از ثبت ناقص، سند تکراری، سند حذفشده یا طبقهبندی اشتباه حسابها ناشی میشود.
ثبت ناقص اسناد
ثبت ناقص یعنی سند از نظر ظاهری وجود دارد، اما اطلاعات کلیدی آن کامل نیست؛ مثل شرح نامشخص، تفصیلی خالی، مرکز هزینه نامرتبط، مبلغ اشتباه یا نبود مدارک پشتیبان. در دفاتر الکترونیکی، چنین خطایی ممکن است در مرحله خروجیگیری دیده نشود، اما در رسیدگی بعدی مسئلهساز شود.
اشتباه در تاریخ اسناد
تاریخ اشتباه یکی از پرریسکترین خطاهاست. سندی که در دوره اشتباه ثبت شده باشد، هم گزارش دفتر روزنامه را دچار ایراد میکند و هم ممکن است باعث مغایرت با اظهارنامه، ارزش افزوده، سامانه مؤدیان یا گزارشهای مدیریتی شود.
مشکل در خروجی اکسل یا گزارش
گاهی اطلاعات حسابداری درست است، اما خروجی نرمافزار مطابق قالب موردنیاز نیست. ستونها جابهجا شدهاند، چند شیت در فایل وجود دارد، اعداد بهصورت متنی ذخیره شدهاند، تاریخها با فرمت نامناسب آمدهاند یا برای فایلهای حجیم، CSV درست تولید نشده است.
۱-۵. مثال کاربردی: شرکت بازرگانی و فرآیند آمادهسازی خروجی
فرض کنید شرکت «آریا پخش البرز» یک شرکت بازرگانی در تهران است که در زمینه خرید و فروش قطعات صنعتی فعالیت میکند. این شرکت ۴۰۰ مشتری فعال، ۱۲۰ تأمینکننده، دو انبار و چند حساب بانکی دارد. عملیات روزانه شامل فاکتور فروش، برگشت از فروش، خرید، برگشت از خرید، حواله انبار، دریافت از مشتری، پرداخت به تأمینکننده، هزینه حمل و اسناد حقوق و دستمزد است.
در پایان ششماهه، مدیر مالی تصمیم میگیرد خروجی دفاتر تجاری الکترونیکی را آماده کند. در کنترل اول مشخص میشود چند فاکتور فروش در نرمافزار فروش ثبت شده اما سند حسابداری آنها قطعی نشده است. در کنترل دوم، مانده یکی از تأمینکنندگان در دفتر کل با گزارش خرید مغایرت دارد. علت، ثبت یک پرداخت در حساب «سایر پرداختنیها» بهجای حساب تأمینکننده است. در کنترل سوم، چند سند اصلاحی پایان شهریور با تاریخ مهر ثبت شدهاند و باید اصلاح شوند.
تیم مالی قبل از خروجی نهایی، این اقدامات را انجام میدهد: اسناد فروش و خرید را قطعی میکند، مغایرت تأمینکننده را اصلاح میکند، گزارش دفتر روزنامه را بر اساس بازه درست میگیرد، تراز آزمایشی را با دفتر کل تطبیق میدهد، خروجی اکسل را با قالب سامانه مقایسه میکند و در نهایت چند نمونه از ابتدا، وسط و انتهای فایل را بررسی میکند.
نتیجه این است که فرآیند ارسال به سامانه از یک کار اضطراری به یک فرآیند قابل کنترل تبدیل میشود. تفاوت اصلی هم در این نیست که شرکت فقط «نرمافزار حسابداری» دارد؛ تفاوت در این است که نرمافزار، گزارشها، کدینگ و کنترلها برای تکالیف الکترونیکی آماده شدهاند.
[ : ]
۱-۶. ویژگیهای نرمافزار حسابداری استاندارد برای دفاتر الکترونیکی
نرمافزار حسابداری مناسب دفاتر الکترونیکی فقط برنامهای برای ثبت سند نیست. این نرمافزار باید به مدیر مالی کمک کند قبل از ارسال، خطاها را ببیند، گزارشها را تطبیق دهد و خروجی قابل اتکا تولید کند.
گزارش دفتر روزنامه و کل
نرمافزار باید گزارش دفتر روزنامه و دفتر کل را در سطوح مختلف ارائه کند: کل، معین، تفصیلی، مرکز هزینه، پروژه، شعبه یا انبار. گزارشها باید قابل فیلتر، قابل مرتبسازی و قابل خروجیگیری باشند. مدیر مالی باید بتواند جمع بدهکار و بستانکار، مانده حساب و گردش دوره را سریع کنترل کند.
امکان کنترل اسناد قبل از خروجی
کنترل قبل از خروجی یکی از مهمترین قابلیتهاست. نرمافزار باید اسناد نامتوازن، اسناد موقت، اسناد بدون تفصیلی، حسابهای دارای مانده غیرعادی، اسناد خارج از بازه و حسابهای بدون گردش را گزارش کند. این کنترلها باعث میشود خطا قبل از بارگذاری کشف شود، نه بعد از آن.
سطوح حساب و کدینگ منظم
کدینگ حسابداری باید با ساختار شرکت و نیازهای گزارشگیری مالیاتی هماهنگ باشد. کدینگ نامنظم، حسابهای تکراری، تفصیلیهای بدون استاندارد و تغییرات بیمستند در طول سال، خروجی دفاتر را پرریسک میکند. نرمافزار مناسب باید امکان تعریف حساب کل، معین، تفصیلی، گروه تفصیلی و ارتباط منطقی بین آنها را داشته باشد.
پشتیبانی و بهروزرسانی قانونی
چون قالبها، مهلتها و دستورالعملها ممکن است تغییر کنند، پشتیبانی نرمافزار اهمیت زیادی دارد. تیم مالی باید مطمئن باشد که در زمان تغییر مقررات، بهروزرسانی لازم، راهنمای خروجیگیری و پشتیبانی اجرایی دریافت میکند. طبق آییننامه ماده ۹۵، مؤدیانی که از سیستم الکترونیکی برای ثبت رویدادهای مالی استفاده میکنند، باید از نرمافزارهای مورد قبول با ویژگیها و ضوابط اعلامی سازمان استفاده کنند. (Qavanin)
[ : ]
۱-۷. نقش کاربرد کامپیوتر در تسهیل فرآیند دفاتر الکترونیکی
کاربرد کامپیوتر بهعنوان تولیدکننده نرمافزارهای مالی و اداری، میتواند این موضوع را از زاویه عملیاتی برای شرکتها سادهتر کند: ثبت درست اسناد، کنترل گزارشها، آمادهسازی خروجی و کاهش خطای انسانی.
در نرمافزار حسابداری کاربرد کامپیوتر، تمرکز اصلی میتواند روی این موارد باشد: ثبت منظم اسناد حسابداری، گزارشگیری از دفتر روزنامه و دفتر کل، کنترل مانده حسابها، استفاده از کدینگ منظم، ارتباط با سیستمهای خرید و فروش، انبارداری، خزانهداری و حقوق و دستمزد، و پشتیبانی از تیم مالی در زمان آمادهسازی گزارشها. این موضوع برای شرکتهایی مهم است که عملیات مالی آنها فقط در یک دفتر ساده ثبت نمیشود، بلکه بین فروش، انبار، دریافت و پرداخت، حقوق و دستمزد و گزارشهای مدیریتی جریان دارد.
نقش پشتیبانی هم کمتر از خود نرمافزار نیست. بسیاری از خطاها در لحظه خروجیگیری بهوجود نمیآیند؛ در طول سال مالی ایجاد میشوند. پشتیبانی حرفهای میتواند به تیم مالی کمک کند تنظیمات حسابها، سطحبندی کدینگ، گزارشهای کنترلی و فرآیند بستن حسابها را بهتر مدیریت کند.
کاربرد کامپیوتر همچنین با ارائه راهکارهایی مانند نرمافزار حسابداری، سیستم مالی بازرگانی، انبارداری، خزانهداری، حقوق و دستمزد، اتوماسیون اداری، سیستمهای تحت وب، پلاگین کاربرد + API و گزارشات پیامکی، میتواند به یکپارچگی دادههای مالی کمک کند. هرچه دادهها یکپارچهتر باشند، احتمال مغایرت بین سیستم فروش، انبار، خزانه و حسابداری کمتر میشود.
این بخش را نباید تبلیغاتی دید؛ مسئله اصلی این است که دفاتر تجاری الکترونیکی ۱۴۰۵ یک دغدغه قانونی است، اما راهحل آن فقط خواندن قانون نیست. راهحل، داشتن فرآیند مالی منظم، نرمافزار قابل اتکا و پشتیبانی آشنا با نیازهای حسابداری شرکتهای ایرانی است.
[ : ]
[ : ]
۱-۸. سوالات متداول
دفاتر تجاری الکترونیکی ۱۴۰۵ دقیقاً جایگزین چه چیزی میشود؟
دفاتر تجاری الکترونیکی فرآیند ارائه اطلاعات دفاتر قانونی را به سمت ثبت و ارسال الکترونیکی میبرد. بهجای تمرکز صرف بر دفتر فیزیکی، تمرکز روی دادههای حسابداری، گردش حسابها، قالب فایل و بارگذاری در سامانه است. با این حال، جزئیات اجرایی هر سال باید از آخرین اطلاعیه رسمی بررسی شود.
آیا همه شرکتها باید دفاتر الکترونیکی ارسال کنند؟
راهنمای سامانه، کاربران را اشخاص حقیقی و حقوقی ملزم به پلمپ دفاتر قانونی معرفی کرده است. با این حال، تشخیص دقیق شمول هر کسبوکار به نوع شخصیت، گروهبندی مالیاتی، وضعیت پلمپ و آخرین مقررات بستگی دارد و نیاز به بررسی آخرین اطلاعیه رسمی دارد. (رهبر حساب)
مهلت ارسال دفاتر تجاری الکترونیکی در ۱۴۰۵ چه زمانی است؟
قالب اکسل دفاتر الکترونیکی شامل چه ستونهایی است؟
طبق راهنمای سامانه، قالب اکسل شامل کد حساب کل، عنوان حساب کل، کد حساب معین، عنوان حساب معین، کد حساب تفصیلی، عنوان حساب تفصیلی، گردش بدهکار، گردش بستانکار و تاریخ گردش حساب است. با این حال، برای ارسال واقعی، قالب را از خود سامانه دریافت کنید چون نسخه نهایی ممکن است تغییر کند. (رهبر حساب)
فایل اکسل بهتر است یا CSV؟
راهنمای سامانه میگوید فایلهای با بیش از ۱۰۰۰ رکورد باید با فرمت CSV بارگذاری شوند و در تنظیمات بارگذاری، نوع فایل و جداکننده CSV مشخص میشود. بنابراین انتخاب اکسل یا CSV به تعداد رکورد و دستورالعمل همان دوره بستگی دارد. (رهبر حساب)
آیا فقط گرفتن خروجی از نرمافزار حسابداری کافی است؟
خیر. خروجی فقط مرحله آخر است. قبل از خروجی باید اسناد، ماندهها، دفتر روزنامه، دفتر کل، کدینگ، تفصیلیها، تاریخها و اسناد اصلاحی کنترل شوند. خروجی بدون کنترل، فقط خطاهای نرمافزار و ثبتهای ناقص را در قالب فایل منتقل میکند.
مهمترین خطای نرمافزاری در دفاتر الکترونیکی چیست؟
مهمترین خطا، مغایرت بین دفتر روزنامه، دفتر کل و تراز آزمایشی است. بعد از آن، تاریخ خارج از بازه، تفصیلی ناقص، ستونهای اشتباه در فایل، عددی نبودن مبالغ و پر بودن همزمان بدهکار و بستانکار در یک ردیف، خطاهای پرتکرار هستند.
نرمافزار حسابداری کاربرد کامپیوتر چگونه به این فرآیند کمک میکند؟
نرمافزار حسابداری و پشتیبانی کاربرد کامپیوتر میتواند در ثبت منظم اسناد، کنترل گزارش دفتر روزنامه و کل، بررسی مانده حسابها، نظم کدینگ، ارتباط با سیستمهای بازرگانی و انبار و آمادهسازی خروجی قابل کنترل کمک کند. هدف، کاهش خطای انسانی و آمادهسازی تیم مالی قبل از موعد ارسال است.
