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