صدور فاکتور خدماتی و ارسال به سامانه مودیان | راهنما

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

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

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

🎧 نسخه صوتی این مقاله را بشنوید و مرور سریع‌تری بر نکات مهم در صدور فاکتور خدماتی داشته باشید.

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

تغییرات جدید صورتحساب الکترونیکی چه اثری بر شرکت‌های خدماتی دارد؟

یکی از موضوعات به‌روز سال ۱۴۰۵، انتشار نگارش جدید دستورالعمل صدور صورتحساب الکترونیکی در اردیبهشت‌ماه ۱۴۰۵ است. نسخه ۷.۸ این دستورالعمل، چارچوب فنی و اجرایی صدور صورتحساب را به‌روز کرده و مواردی مانند قواعد مربوط به صورتحساب‌های اصلاحی، ابطالی، برگشت از فروش، اطلاعات پرداخت و کنترل‌های فنی را پوشش می‌دهد.

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

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

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

مراحل صدور فاکتور خدماتی و ارسال به سامانه مودیان

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

مرحله اول؛ تعریف دقیق خدمت

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

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

مرحله دوم؛ تکمیل اطلاعات مشتری

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

مرحله سوم؛ تعیین مبلغ و شرایط قرارداد

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

مرحله چهارم؛ تعیین وضعیت مالیات بر ارزش افزوده

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

مرحله پنجم؛ ثبت فاکتور قطعی

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

مرحله ششم؛ کنترل پیش از ارسال

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

مرحله هفتم؛ ارسال و دریافت نتیجه

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

نوع صورتحساب و اصلاح فاکتور خدماتی چگونه انتخاب می‌شود؟

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

اگر مبلغ فاکتور اشتباه باشد چه کنیم؟

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

صورتحساب اصلاحی

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

صورتحساب ابطالی

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

برگشت از فروش خدمات

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

ماژول حسابداری؛ ثبت مالی فاکتور خدماتی

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

نمونه ثبت ساده

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

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

ماژول فروش؛ نقطه شروع صدور صورتحساب خدمات

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

چه اطلاعاتی باید در فروش کنترل شود؟

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

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

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

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

ماژول خزانه‌داری؛ کنترل تسویه و دریافت وجه

صدور فاکتور به معنای وصول وجه نیست. یک شرکت ممکن است ۵۰۰ میلیون تومان صورتحساب صادر کرده باشد اما فقط ۱۰۰ میلیون تومان دریافت کرده باشد. بنابراین اطلاعات فروش باید با خزانه‌داری مرتبط شوند تا مانده واقعی مشتری مشخص باشد.

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

مثال تسویه مرحله‌ای

فرض کنید مبلغ فاکتور خدمات ۳۰۰ میلیون تومان است. مشتری ۱۰۰ میلیون تومان نقد پرداخت کرده و بابت ۲۰۰ میلیون تومان باقی‌مانده دو فقره چک تحویل می‌دهد. سیستم خزانه‌داری باید دریافت نقدی، مشخصات دو چک، سررسیدها و مانده مشتری را در ارتباط با همان فاکتور ثبت کند.

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

ماژول سامانه مودیان؛ ارسال و پیگیری صورتحساب الکترونیکی

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

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

کنترل هوشمند پیش از ارسال

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

پیگیری وضعیت فاکتور

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

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

ماژول مدیریت مالیاتی؛ تطبیق فروش، ارزش افزوده و گزارش‌ها

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

تطبیق سه‌جانبه فروش

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

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

کنترل اعتبار خرید

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

گزارش‌هایی که مدیر مالی نیاز دارد

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

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

چرا یکپارچگی ماژول‌ها اهمیت دارد؟

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

در مقابل، اگر فروش در اکسل، حسابداری در نرم‌افزار جدا، چک‌ها در دفتر و مودیان در ابزار دیگری مدیریت شوند، هر اصلاح باید چند بار تکرار شود. حتی یک اصلاح کوچک در مبلغ قرارداد می‌تواند چهار گزارش متفاوت ایجاد کند.

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

ارتباط سریع با واحد مشاوره و فروش

برای دریافت مشاوره، راهنمایی یا درخواست دمو نرم‌افزار، می‌توانید با شماره‌های زیر تماس بگیرید. با کلیک روی هر شماره، مستقیماً تماس برقرار می‌شود:

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

جمع‌بندی

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

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

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