صورتحساب الکترونیکی: انواع، اجزا و تفاوتش با فاکتور معمولی

خیلی‌ها فکر می‌کنند «صورتحساب الکترونیکی» یعنی فاکتور را در ورد بزنیم و PDF بفرستیم. این تصور، منشأ بیشتر مشکلات است. صورتحساب الکترونیکی یک ساختار داده‌ی استاندارد است که با امضای دیجیتال به سامانه ارسال و در کارپوشه ثبت می‌شود.

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

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

سه نوع صورتحساب

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

اکثر کسب‌وکارهای B2B با نوع اول کار می‌کنند؛ فروشگاه‌ها و کسب‌وکارهای خرده‌فروش بیشتر با نوع دوم و سوم. تفاوت اصلی این سه در «چقدر درباره‌ی خریدار می‌دانیم» است: هر چه خریدار مشخص‌تر و معامله سازمانی‌تر باشد، ساختار سنگین‌تر می‌شود.

کدام نوع مال شماست

به‌جای حفظ کردن تعریف‌ها، سه سوال از خودتان بپرسید:

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

یک اشتباه پرهزینه اینجاست: انتخاب ساختار ساده‌تر برای «راحتی»، در حالی که خریدار سازمانی است. نتیجه‌اش این است که مشتری شما نمی‌تواند خرید را به نام خودش ثبت کند و شما در جلسه‌ی بعدی باید سند اصلاحی بدهید.

اجزای یک صورتحساب الکترونیکی

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

هویت طرفین

• اطلاعات فروشنده: شناسه‌ی ملی یا کد اقتصادی و شناسه‌ی یکتای حافظه‌ی مالیاتی
• اطلاعات خریدار: بسته به نوع صورتحساب متفاوت است

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

اقلام

• هر قلم با شناسه‌ی کالا یا خدمت، مقدار، واحد اندازه‌گیری، مبلغ واحد و تخفیف

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

محاسبات

• مالیات و عوارض هر قلم، و نه فقط جمع کل

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

هویت سند و امضا

• شماره‌ی منحصربه‌فرد مالیاتی که هویت آن صورتحساب است
• امضای دیجیتال فروشنده با گواهی امضای الکترونیکی معتبر

تفاوت با پیش‌فاکتور و فاکتور داخلی

سه سند متفاوت‌اند و قاطی کردنشان دردسر می‌سازد:

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

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

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

چرا صورتحساب‌ها رد می‌شوند

علت‌ها را با ریشه و راه پیشگیری کنار هم بگذارید؛ رفع علامت بدون رفع ریشه یعنی تکرار همان خطا در ماه بعد.

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

ستون وسط را جدی بگیرید. هر پنج ردیف، یک ریشه‌ی فرایندی دارند و هیچ‌کدام با «دقت بیشتر» حل نمی‌شوند. پیامد بی‌توجهی هم در جریمه‌های سامانه مودیان آمده است.

اصلاح و ابطال

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

1. مبلغ یا اقلام اشتباه بوده است. سند اصلاحی صادر می‌شود و به سند اصلی ارجاع می‌دهد. سند اصلی حذف نمی‌شود؛ در تاریخچه می‌ماند.
2. بخشی از کالا مرجوع شده یا تخفیف بعدی داده شده است. این یک رویداد جدید است، نه خطا. باید سند متناظرش صادر شود وگرنه فروش شما در سامانه بیشتر از واقعیت می‌ماند. قاعده‌ی تخفیف بعد از فاکتور را در سیاست تخفیف از پیش مشخص کنید.
3. معامله اصلاً انجام نشده است. اینجا ابطال لازم است، نه اصلاح. تشخیص این دو از هم، تفاوت یک پرونده‌ی تمیز و یک پرونده‌ی پر از سند معلق است.

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

پس نسخه‌ی چاپی و PDF کجای ماجراست؟

این سوال تقریباً در هر پیاده‌سازی پرسیده می‌شود: «مشتری می‌گوید فاکتور کاغذی بده، تکلیف چیست؟» پاسخ کوتاه این است که نسخه‌ی چاپی یا PDF، نمایشِ صورتحساب است، نه خودِ آن. چیزی که اعتبار دارد، رکورد ثبت‌شده در سامانه است و آن شماره‌ی منحصربه‌فرد مالیاتی که به آن تعلق گرفته.

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

قاعده را ساده نگه دارید: یک منبع، چند نمایش. هر خروجی — چاپی، PDF یا پیامکِ اطلاع‌رسانی — باید از همان رکوردی ساخته شود که ارسال شده است.

چک‌لیست سی‌ثانیه‌ای قبل از ارسال

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

1. خریدار درست انتخاب شده است و نوع صورتحساب با او هم‌خوان است؟
2. همه‌ی اقلام از فهرست انتخاب شده‌اند، نه تایپ آزاد؟
3. واحد اندازه‌گیری هر قلم با مقدارش می‌خواند؟
4. تخفیف‌ها روی خود اقلام نشسته‌اند یا زیر جدول رها شده‌اند؟
5. جمع نهایی با آنچه به مشتری قول داده‌اید یکی است؟

فهرست اقلام تمیز: کاری که یک‌بار انجام می‌شود

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

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

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