با فعالکردن این گزینه، ردیفها بدون تجمیع، تغییر تاریخ یا شمارهگذاری اسناد منتقل میشوند؛ تا 1000 رکورد خروجی XLSX و بیشتر از 1000 رکورد خروجی CSV ساخته میشود.
عنوانهای شناساییشده از ردیف سرستون فایل اکسل یا CSV در فهرستها نمایش داده میشوند. اگر ستونی خودکار پیدا نشد، ستون صحیح را انتخاب کنید.
—
ابزار و راهنمای جامع دفاتر تجاری الکترونیکی
استانداردسازی خروجی دفاتر تجاری یعنی تبدیل فایل خامِ استخراجشده از نرمافزار حسابداری به فایلی منظم، قابل کنترل و آماده بررسی برای بارگذاری در سامانه دفاتر تجاری الکترونیکی. این صفحه ابتدا ابزار تبدیل و تجمیع فایل اکسل را در اختیار شما قرار میدهد و سپس بهصورت مرحلهبهمرحله توضیح میدهد که دفاتر تجاری الکترونیکی چیست، چه کسانی باید آن را ارائه کنند، فایل اکسل چه ساختاری دارد، قبل از بارگذاری چه کنترلهایی لازم است و بعد از بارگذاری چگونه وضعیت فایل و تراز آزمایشی را بررسی کنید.
دفاتر تجاری الکترونیکی، شکل دیجیتال ثبت و نگهداری اطلاعات دفاتر قانونی است. در آییننامه مربوط به ماده 95 قانون مالیاتهای مستقیم، دفتر روزنامه دفتری معرفی شده که معاملات و رویدادهای مالی و محاسباتی با رعایت اصول و استانداردهای حسابداری در آن ثبت میشود و دفتر کل نیز دفتری است که عملیات ثبتشده در دفتر روزنامه بر اساس سرفصل یا کدگذاری حسابها در صفحات مخصوص آن درج میشود تا امکان تنظیم صورتهای مالی فراهم باشد.
در تعریف دفاتر الکترونیکی، اطلاعاتی مطرح است که با شماره کد رهگیری دریافتی از سازمان ثبت اسناد و املاک کشور در سامانه دفاتر تجاری الکترونیکی ثبت میشود. بنابراین صرف داشتن یک فایل اکسل داخلی کافی نیست؛ فایل باید با ساختار قابل قبول، کد رهگیری پلمب و فرآیند بارگذاری در سامانه هماهنگ باشد.
بسیاری از نرمافزارهای حسابداری خروجیهایی تولید میکنند که برای گزارش داخلی مناسب است، اما الزاماً برای بارگذاری یا کنترل دفاتر الکترونیکی آماده نیست. ممکن است ستونها جابهجا باشند، مبالغ بهصورت متنی ذخیره شده باشند، یک حساب در یک روز دهها بار تکرار شده باشد، تاریخها یکسانسازی نشده باشند یا شماره سند با منطق مورد نظر شما هماهنگ نباشد.
استانداردسازی باعث میشود فایل قبل از ارسال، خواناتر و قابل کنترلتر شود. همچنین به حسابدار کمک میکند قبل از بارگذاری، خطاهای پرتکرار مثل اختلاف جمع بدهکار و بستانکار، وجود تاریخ خارج از دوره، کد حساب خالی، عنوان حساب نامشخص، مبالغ غیرعددی یا ردیفهای ناقص را سریعتر تشخیص دهد.
تجمیع ردیفها باید با احتیاط انجام شود. اگر چند ثبت در یک تاریخ با کد حساب کل و معین یکسان وجود دارد، ابزار میتواند جمع بدهکار یا جمع بستانکار آنها را در یک ردیف خلاصه کند؛ اما ریز مستندات، فاکتورها، اسناد حسابداری و امکان دسترسی به جزئیات در نرمافزار حسابداری باید حفظ شود. در آییننامه نیز برای ثبت تجمیعی، استفاده از نرمافزار دارای قابلیت ثبت معاملات و رویدادهای مالی مرتبط و ارائه دستورالعمل و امکان دسترسی لازم به اطلاعات نرمافزار در زمان رسیدگی اهمیت دارد.
در این حالت، خروجی بر اساس ماه خلاصه میشود و تاریخ خروجی معمولاً به پایان همان ماه منتقل میشود. این روش برای فایلهای حجیم مناسب است؛ اما باید مطمئن باشید ریز عملیات در نرمافزار حسابداری قابل ارائه است.
در این روش مرز هر سند از ستون شماره سند ورودی تشخیص داده میشود و ردیفهای اسناد مختلف با هم ادغام نمیشوند. شمارههای صحیح و مسلسل حفظ میشوند و شمارههای نامعتبر یا نامسلسل، بدون تغییر مرز اسناد، از ابتدا بازشماری میشوند.
در این حالت تمام ردیفهای یک تاریخ، یک شماره سند مشترک میگیرند. این روش برای دفاتر روزانه و کنترل گردش روزانه حسابها کاربردی است.
اگر یک حساب در یک تاریخ هم بدهکار و هم بستانکار داشته باشد، ابزار آنها را در یک ردیف خالص نمیکند؛ بدهکار و بستانکار در ردیفهای جداگانه باقی میمانند تا ماهیت گردشها شفاف باشد.
| ستون | شرح کاربرد | کنترل پیشنهادی |
|---|---|---|
| شماره سند / ردیف | شناسه ترتیب سند یا ردیف خروجی | خالی نباشد و منطق شمارهگذاری آن مشخص باشد. |
| تاریخ | تاریخ وقوع رویداد مالی یا تاریخ سند | شمسی، یکنواخت و داخل دوره مورد نظر باشد. |
| کد حساب کل | کد سطح کل در کدینگ حسابداری | با عنوان حساب کل تطبیق داشته باشد. |
| عنوان حساب کل | نام حساب کل | خالی نباشد و با کد حساب هماهنگ باشد. |
| کد حساب معین | کد سطح معین حسابداری | برای هر ردیف دارای مقدار معتبر باشد. |
| عنوان حساب معین | نام حساب معین | با کد معین همخوان باشد. |
| شرح | شرح رویداد یا توضیح سند | کوتاه، خوانا و مرتبط با ماهیت ثبت باشد. |
| مبلغ بدهکار | گردش بدهکار به ریال | عدد واقعی باشد و کاراکتر اضافی نداشته باشد. |
| مبلغ بستانکار | گردش بستانکار به ریال | عدد واقعی باشد و همزمان با بدهکار همان ردیف پر نشود؛ مگر طبق ساختار فایل مجاز باشد. |
طبق راهنمای سامانه دفاتر تجاری الکترونیکی، مسیر کار معمولاً شامل ورود به سامانه، دانلود قالب اکسل، تکمیل فایل، انجام تنظیمات، بارگذاری و پیشنمایش، ثبت نهایی، مشاهده اطلاعات فایلهای بارگذاریشده، و در صورت نیاز ویرایش یا مشاهده سوابق است. بنابراین استانداردسازی فایل فقط یک بخش از فرآیند است و باید در کنار کنترل سامانهای انجام شود.
جمع بدهکار و جمع بستانکار کل فایل باید کنترل شود. هرگونه اختلاف باید قبل از بارگذاری بررسی گردد.
اگر ساختار شما روزانه است، بهتر است جمع بدهکار و بستانکار هر تاریخ نیز کنترل شود تا تاریخهای دارای مغایرت مشخص شوند.
تاریخها باید یکسان، قابل خواندن و در محدوده دوره بارگذاری باشند؛ مانند 1404/01/01.
مبالغ نباید دارای فاصله، متن، علامت اضافی یا اعشار ناخواسته باشند. واحد مبالغ را ریال در نظر بگیرید.
کد و عنوان حساب کل الزامی است. حساب معین اختیاری است؛ اما در صورت درج باید کد و عنوان آن با یکدیگر هماهنگ باشند.
ردیفهای فاقد تاریخ، کد حساب، شرح یا مبلغ را قبل از خروجی نهایی اصلاح کنید.
شرحهای بسیار کوتاه یا عمومی، خوانایی دفاتر را کم میکند. شرح باید برای بررسی بعدی قابل فهم باشد.
تکرار یک حساب با مبلغ یکسان در یک تاریخ را بررسی کنید تا ناشی از دوبارهخوانی یا کپی اشتباه نباشد.
| خطا یا ایراد | نشانه | راهحل پیشنهادی |
|---|---|---|
| اختلاف جمع بدهکار و بستانکار | فایل از نظر حسابداری تراز نیست | جمع کل و جمع روزانه را کنترل کنید و اسناد نامتوازن را پیدا کنید. |
| تاریخ خارج از دوره | وجود تاریخ قبل یا بعد از بازه انتخابی | تاریخ سند و تاریخ دوره بارگذاری را تطبیق دهید. |
| مبلغ متنی | اکسل مبلغ را بهعنوان متن میشناسد | کاراکترهای اضافی، ویرگول غیرضروری و فاصلهها را حذف کنید. |
| کد حساب خالی | ردیف دارای مبلغ است اما حساب ندارد | کد حساب کل و معین را از کدینگ حسابداری تکمیل کنید. |
| شرح خالی | ردیف بدون توضیح ثبت شده است | شرح مناسب و قابل رسیدگی اضافه کنید. |
| ادغام اشتباه بدهکار و بستانکار | گردشها بهصورت خالص نمایش داده شدهاند | بدهکار و بستانکار را جداگانه نگه دارید تا ماهیت گردش از بین نرود. |
| تجمیع بیش از حد | ریز عملیات قابل ردیابی نیست | مطمئن شوید ریز اطلاعات در نرمافزار حسابداری و اسناد پشتیبان قابل ارائه است. |
فرض کنید در تاریخ 1404/01/01 برای کد حساب کل 1110 و کد معین 111003 چند ردیف بدهکار وجود دارد. ابزار، جمع بدهکار این ردیفها را در یک ردیف خروجی قرار میدهد. اگر برای همین تاریخ و همین حساب، بستانکار هم وجود داشته باشد، بستانکار در ردیف جداگانه ثبت میشود. در نتیجه، حساب از نظر گردش بدهکار و بستانکار شفاف باقی میماند و خروجی بیش از حد شلوغ نمیشود.
بعد از بارگذاری فایل، اگر فایل بدون خطا پردازش شود، وضعیت آن به بارگذاری موفق تغییر میکند. سپس با انتخاب گزینه ثبت، فایل ثبت نهایی میشود. پس از ثبت نهایی، از بخش ترازهای آزمایشی میتوانید کد پلمب دفتر را انتخاب کنید و با مشخص کردن سند افتتاحیه و اختتامیه، تراز آزمایشی مربوط به سال مورد نظر را مشاهده کنید.
اگر پس از بارگذاری متوجه ایراد شدید، تا زمانی که فرآیند اجازه ویرایش یا جایگزینی میدهد، باید فایل را اصلاح و مجدداً بارگذاری کنید. بعد از ثبت نهایی، هر تصمیم باید با دقت بیشتری انجام شود؛ چون فایل مبنای مشاهده و کنترل اطلاعات دفاتر خواهد بود.
| ردیف | پرسش کنترلی | وضعیت مطلوب |
|---|---|---|
| 1 | آیا فایل مربوط به همان سال مالی و همان کد رهگیری پلمب است؟ | بله، دوره و کد پلمب تطبیق دارد. |
| 2 | آیا جمع کل بدهکار و بستانکار برابر است؟ | بله، فایل تراز است. |
| 3 | آیا تاریخها در بازه صحیح قرار دارند؟ | بله، تاریخ خارج از دوره وجود ندارد. |
| 4 | آیا کد و عنوان حساب کل در همه ردیفها تکمیل شدهاند؟ | بله؛ حساب معین و شرح میتوانند خالی باشند. |
| 5 | آیا عنوان حسابها با کد حسابها هماهنگ است؟ | بله، مغایرت عنوان و کد وجود ندارد. |
| 6 | آیا مبالغ به ریال و بهصورت عددی هستند؟ | بله، مبلغ متنی یا مخدوش وجود ندارد. |
| 7 | آیا خروجی استاندارد با فایل اولیه تطبیق داده شده است؟ | بله، جمعها بعد از تجمیع تغییر ماهیت ندادهاند. |
| 8 | آیا تراز آزمایشی بعد از ثبت قابل کنترل است؟ | بله، سند افتتاحیه و اختتامیه قابل انتخاب و کنترل است. |
فایل دفاتر، شامل ردیفهای رویدادهای مالی یا گردش حسابهاست و مبنای ثبت اطلاعات در سامانه محسوب میشود. اما تراز آزمایشی، گزارش خلاصهای از مانده و گردش حسابهاست که پس از بارگذاری و ثبت اطلاعات، برای کنترل نتیجه نهایی قابل مشاهده میشود. بنابراین اگر فایل دفاتر درست آماده نشده باشد، تراز آزمایشی نیز میتواند دچار مغایرت یا ابهام شود.
اگر فایل شما از چند منبع مختلف ترکیب شده، اگر کدینگ حسابداری در طول سال تغییر کرده، اگر سند افتتاحیه یا اختتامیه بهدرستی شناسایی نشده، اگر جمع بدهکار و بستانکار برابر نیست، اگر تاریخها مخلوط چند دوره هستند یا اگر خروجی نرمافزار دارای ستونهای اضافی و نامشخص است، قبل از بارگذاری باید فایل بررسی و اصلاح شود.
خیر. ابزار فقط فایل اکسل خروجی را استاندارد و آماده کنترل میکند. بارگذاری نهایی باید توسط کاربر در سامانه دفاتر تجاری الکترونیکی انجام شود.
خیر. ابزار خطاهای ساختاری و شکلی را کاهش میدهد و جمعها را قابل کنترلتر میکند؛ اما تشخیص ماهیت حساب، اصلاح سند حسابداری و کنترل مدارک پشتیبان با حسابدار است.
در فایل خروجی، ردیفها خلاصهتر میشوند؛ اما جزئیات اصلی باید در نرمافزار حسابداری و اسناد پشتیبان حفظ شود. بدون امکان ارائه ریز اطلاعات، استفاده از خروجی تجمیعی میتواند در رسیدگی مشکل ایجاد کند.
ابزار بدهکار و بستانکار را خالص نمیکند؛ برای همان تاریخ و همان کد حساب، یک ردیف بدهکار و یک ردیف بستانکار جداگانه ایجاد میکند.
به ساختار اسناد شما بستگی دارد. برای دفاتر روزانه، «روزی یک سند» معمولاً خواناتر است. برای فایلهای حجیم، روش تجمیعی ماهانه میتواند مفید باشد؛ مشروط بر اینکه ریز اطلاعات قابل ارائه باشد.
وضعیت فایل، امکان مشاهده تراز آزمایشی، انتخاب درست سند افتتاحیه و اختتامیه، و تطبیق جمعهای تراز با گزارشهای نرمافزار حسابداری را بررسی کنید.
فایل دفاتر تجاری الکترونیکی باید هم از نظر فنی قابل بارگذاری باشد و هم از نظر حسابداری قابل اتکا. ابزار استانداردسازی خروجی دفاتر تجاری به شما کمک میکند فایل اکسل را قبل از بارگذاری مرتب، تجمیع، شمارهگذاری و قابل کنترل کنید. سپس با استفاده از راهنمای همین صفحه، میتوانید مسیر ورود به سامانه، انتخاب کد پلمب، بارگذاری، ثبت نهایی و کنترل تراز آزمایشی را با خطای کمتر انجام دهید.
جناب علیزاده عزیز
تشکر و سپاس
مانند همیشه 20
ارادتمند شما - افشار
ممنون از لطف شما
