چرا فاکتورت رد شد؟ سه نمونهٔ واقعی همین هفته و راهِ رفعِ هرکدام
اگر ویدئوی «فاکتورت رد شد؟ در نود ثانیه بفهم چرا» شما را به اینجا رسانده، احتمالاً میخواهید همان سه مورد را با جزئیاتِ بیشتر بخوانید — نه یک فهرستِ کاملِ کدها، بلکه دقیقاً همان سه حالتی که در ویدئو دیدید.
کدهای خطای سامانهٔ مؤدیان زیادند و خانوادهبندیِ کاملشان جای دیگری آمده. این مقاله بهجایِ فهرست، سه نمونهٔ مشخص را میآورد — دو موردی که همین هفته واقعاً رخ داد، و یکی که اصلاً فرصتِ رد شدن پیدا نکرد.
نمونهٔ ۱ — کدِ اقتصادیِ فروشنده، نه ۱۱ رقم و نه ۱۴ رقم
سامانه پیامِ روشنی میفرستد: «شمارهٔ اقتصادیِ فروشنده با قالبِ موردِ قبولِ سامانه نمیخواند.» راهِ رفع دقیق است — نه حدسی: کدِ اقتصادیِ کسبوکارتان باید دقیقاً ۱۱ رقم (شناسهٔ ملی) یا ۱۴ رقمِ قدیمی باشد. یک رقمِ کم یا زیاد — مثلاً یک صفرِ جاافتاده در کپیکردن — همین پیام را برمیگرداند. دیجی اینویس این پیام را به فارسیِ ساده نشان میدهد، نه متنِ خامِ سازمان.
نمونهٔ ۲ — خریدارِ حقیقی، هویتِ ناقص
وقتی خریدار شخصِ حقیقی است (نه یک شرکت)، سامانه ترکیبِ کدِ ملی و کدِ پستی را برای شناساییِ او میخواهد. اگر این ترکیب کامل ثبت نشود، فاکتور رد میشود — یک مشکلِ واقعی که همین هفته چند فاکتور را درگیر کرد، تا وقتی راهِ ثبتِ درستِ این دو فیلد در فرمِ خریدار روشن شد.
نمونهٔ ۳ — موردی که اصلاً به سامانه نمیرسد
این یکی فرق دارد. اگر خریدار نه شناسهٔ ملی دارد و نه کدِ اقتصادی، دیجی اینویس همانجا — پیش از ارسال — جلوی ثبت را میگیرد. این یک ردِ سامانهٔ مؤدیان نیست؛ یک بازبینیِ خودِ ماست، برای اینکه بستهٔ ناقص اصلاً بهسمتِ سازمان نرود و بعد رد بخورد. تفاوت کوچک نیست: نمونهٔ ۱ و ۲ یعنی سازمان دیده و رد کرده؛ نمونهٔ ۳ یعنی اصلاً ندیده، چون لازم نبود ببیند.
چرا این سه؟
چون هر سه، مشکلاتیاند که با یک نگاهِ درست به فرم، پیش از ارسال، قابلِ پیشگیریاند — نه مشکلاتی که فقط بعد از رد شدن میفهمید. کارتابل، پیامِ فارسیِ ساده را کنارِ هر فاکتورِ ردشده نشان میدهد؛ لازم نیست کدهای خام را حفظ کنید یا در وب دنبالِ معنایشان بگردید.
اگر میخواهید همین امروز چک کنید فاکتورهایتان مشکلی از این جنس ندارند، نحوهٔ ارسالِ فاکتورِ رسمی به مؤدیان نقطهٔ شروعِ خوبی است.
چطور بفهمم کدامیک است؟
سه نشانه به شما میگوید کدام حالت را میبینید:
- اگر پیام دربارهٔ خودِ کسبوکارِ شما است (شمارهٔ اقتصادی، اطلاعاتِ ثبتی)، معمولاً نمونهٔ ۱ است — یک بارِ دیگر پروفایلِ مالیاتیتان را باز کنید و طولِ کدِ اقتصادی را بشمارید.
- اگر پیام دربارهٔ خریدار است و خریدار یک شخصِ حقیقی است، نمونهٔ ۲ محتملتر است — فرمِ خریدار را باز کنید و کدِ ملی و کدِ پستی را با دقت چک کنید، نه فقط اینکه پر شده باشند.
- اگر اصلاً اجازهٔ ارسال نگرفتید — نه اینکه فاکتور رفت و برگشت — نمونهٔ ۳ است. اینجا چیزی «رد» نشده؛ چیزی هنوز کامل نیست.
کارتابل و صفِ پیگیری: وقتی چند فاکتور با هم گیر میکنند
برای یک فاکتور، خواندنِ پیامِ کنارِ آن کافی است. اما وقتی چند فاکتور همزمان مشکل دارند — مثلاً بعد از یک تغییرِ اطلاعاتِ ثبتی که روی همهٔ فاکتورهای آن هفته اثر گذاشته — نگاهِ گروهی لازم میشود. در سطحِ ادمین، «صفِ پیگیری» دقیقاً برای همین ساخته شده: فاکتورهای گیرکرده را به دستههای مشخص تقسیم میکند و برای هرکدام دو جملهٔ فارسیِ ساده میگوید — چه اتفاقی افتاده، و چهکاری باید کرد. این یعنی یک مشکلِ تکراری (مثلِ همان کدِ اقتصادیِ اشتباه) بهجایِ اینکه ده بار جداگانه بررسی شود، یک بار دیده و یک بار رفع میشود.
«پیگیریِ وضعیت» همیشه در دسترس است
اگر مطمئن نیستید فاکتوری رد شده یا هنوز در حالِ بررسی است، دکمهٔ «پیگیریِ وضعیت» را بزنید — این یک استعلام است، نه یک ارسالِ تازه، و هیچ سندِ مالیاتیِ جدیدی نمیسازد. برخلافِ ارسال، استعلام همیشه مجاز است، چون فقط میپرسد، چیزی ثبت نمیکند.
یک نمونهٔ واقعیتر: وقتی مشکل خودش را دیر نشان میدهد
بعضی مشکلات بلافاصله خودشان را نشان نمیدهند. یک فاکتور ممکن است ارسال شود، نه فوراً رد و نه فوراً پذیرفته — و بعد از مدتی معلوم شود سازمان هرگز پاسخ نداده. این حالت با «رد شدن» فرق دارد: فاکتور از قلم نیفتاده، فقط پاسخِ سازمان دیر رسیده یا نرسیده. برای همین، سیستم بهجایِ سکوت، این حالت را هم بهعنوانِ یک وضعیتِ جداگانه در کارتابل نشان میدهد — نه «موفق» و نه «رد»، بلکه «نیاز به پیگیری».
این خطا کِی اصلاً پیش میآید؟
نمونهٔ ۲ فقط زمانی سروکلهاش پیدا میشود که فاکتور را با هویتِ مشخصِ خریدار — یعنی فاکتورِ نوعِ اول — صادر کرده باشید. اگر خریدار مصرفکنندهٔ نهایی و ناشناس است و فاکتورِ نوعِ دوم زدهاید، اصلاً به این فیلدها نیازی نیست و این خطا برایتان معنا ندارد. بخشِ زیادی از این نمونه در عمل ریشه در یک انتخابِ اشتباه دارد: تلاش برای صدورِ فاکتورِ نوعِ اول برای کسی که هویتش را واقعاً نمیدانید، بهجایِ استفاده از نوعِ دوم که دقیقاً برای همین موقعیت ساخته شده.
چرا هم ۱۱ رقم و هم ۱۴ رقم؟
این سؤالی است که نمونهٔ ۱ همیشه بههمراه دارد. سازمان در گذشته کدِ اقتصادیِ ۱۴ رقمی صادر میکرد؛ کسبوکارهای قدیمیتر ممکن است هنوز همان کد را در مدارکِ خود داشته باشند و آن را — بهجای شناسهٔ ملیِ ۱۱ رقمی — وارد کنند. سامانه هر دو قالب را میپذیرد، اما فقط اگر طولِ رشته دقیقاً یکی از این دو باشد. مشکل معمولاً وقتی پیش میآید که کسی این دو را با هم قاطی میکند — مثلاً بخشی از شناسهٔ ملی را با پیشوند یا پسوندِ اضافی از یک مدرکِ دیگر ترکیب میکند، یا هنگامِ کپیکردن یک فاصله یا کاراکترِ نامرئی همراهش میآید. راهِ سریعِ چککردن: کدِ اقتصادی را در یک ویرایشگرِ متنیِ ساده (نه اکسل، که اعداد را گاهی گرد یا فرمت میکند) پیست کنید و رقمها را بشمارید.
پیش از اولین ارسال: یک نگاهِ دوباره که وقت میخرد
اگر تازه دارید اولین فاکتورِ رسمی را میسازید، این سه مورد را همان لحظه چک کنید تا اصلاً به یکی از این سه سناریو نرسید:
- کدِ اقتصادیِ کسبوکارتان را یک بار در «پروفایلِ مالیاتی» باز کنید و طولش را بشمارید — پیش از آنکه اولین فاکتور را بزنید، نه بعد از رد شدنِ آن.
- نوعِ خریدار را درست انتخاب کنید. اگر خریدار مصرفکنندهٔ نهایی و ناشناس است، فاکتورِ نوعِ دوم مسیرِ درست است، نه تلاش برای پر کردنِ هویتِ حدسی برای کسی که هویتش را نمیدانید.
- اگر خریدار شخصِ حقیقیِ شناختهشده است، کدِ ملی و کدِ پستی را همان لحظه از او بگیرید — نه فقط نام و شمارهتماس. این دو فیلد دقیقاً همانهاییاند که نمونهٔ ۲ را میسازند.
جمعبندی: رد شدن، پایانِ کار نیست
نکتهٔ مشترکِ هر سه نمونه این است: هیچکدام یک بنبست نیست. هرکدام یک پیامِ مشخص دارد، یک راهِ رفعِ مشخص، و امکانِ ارسالِ دوبارهٔ همان فاکتور بعد از اصلاح. تنها چیزی که لازم است، خواندنِ دقیقِ پیام است — نه حدس زدن، و نه بهخاطر سپردنِ فهرستی از کدها.
یک نکتهٔ آخر: دیدنِ گاهبهگاهِ یکی از این پیامها طبیعی است — مخصوصاً وقتی اطلاعاتِ ثبتی یا مشتریانِ تازه اضافه میشوند. نگرانی از جایی شروع میشود که یک پیام، بهطورِ مکرر و برای همان دلیل، تکرار شود؛ آنجا دیگر سراغِ یک تنظیمِ ثابت — مثلِ خودِ کدِ اقتصادیِ ثبتشده در پروفایل — بروید، نه سراغِ فاکتورهای تکتک.
پرسشهای پرتکرار
این سه مورد همهٔ دلایلِ رد هستند؟
نه. این سه، نمونههای واقعیِ این هفتهاند، نه فهرستِ کامل. برای دستهبندیِ کاملِ خانوادههای خطا [خطاهای سامانهٔ مؤدیان](/magazine/moadian-errors-guide) را ببینید.
فرقِ «رد شدن» و «اصلاً ارسال نشدن» چیست؟
رد شدن یعنی بسته به سازمان رسیده و برگشته. برخی مشکلات — مثلِ نداشتنِ هیچ شناسهای برای خریدار — پیش از ارسال توسطِ خودِ دیجی اینویس گرفته میشوند تا اصلاً به آن مرحله نرسند؛ این دو یکی نیستند.
بعد از رفعِ خطا باید فاکتورِ تازه بسازم؟
نه. همان فاکتور، پس از اصلاح، دوباره ارسال میشود. فاکتورِ پذیرفتهشده داستانِ دیگریست — اصلاحِ آن با اصلاحیه یا ابطالی انجام میشود.
بیشتر بخوانید
همین امروز اولین فاکتورتان را بزنید
دیجی اینویس با دورهٔ آزمایشی رایگان شروع میشود — بدون کارت بانکی، با ارسال مستقیم به سامانهٔ مودیان.



