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

صف ارسال، تلاش مجدد، استعلام وضعیت و گزارش ردشدهها در سیستم است. مدیر یا حسابدار هم میتواند بپرسد: «وضعیت ارسالهای مؤدیان این فصل چطور است؟» قیمت دایاتل بسته به ابعاد سازمان، ماژولها و مدل استقرار تعیین میشود.
پرسشهای متداول
سامانه مؤدیان متعلق به سازمان امور مالیاتی است و صورتحسابها را دریافت میکند. نرمافزار حسابداری یا ERP جایی است که فاکتور ساخته و ثبت میشود و به سامانه ارسال میگردد.
این شماره ۲۲ کاراکتری باید طبق ساختار مشخص و با رقم کنترلی تولید شود. بهتر است نرمافزار آن را خودکار بسازد تا خطای دستی پیش نیاید.
ممکن است صورتحساب رد شود. شناسه را روی کالا اصلاح کنید تا اشتباه تکرار نشود، سپس صورتحساب را دوباره ارسال کنید.
مسیر درست، صورتحساب اصلاحی یا ابطالی با ارجاع به صورتحساب اصلی است. ویرایش مستقیم، دفاتر و سامانه را از هم جدا میکند.
این یک تصمیم مدیریتی است. چون ارسال اثر بیرونی دارد، بسیاری از شرکتها میخواهند فقط پس از ثبت قطعی و با تأیید یا طبق قاعدهای روشن انجام شود.
چون باید مطمئن شوید صورتحسابهای ارسالی، دفاتر و اظهارنامه ارزش افزوده یک عدد را نشان میدهند. تفاوتها اگر زود دیده شوند، راحتتر حل میشوند.
نه. مقررات تغییر میکند و هر کسبوکار شرایط خودش را دارد. این مطلب برای آگاهی است و تصمیمهای مهم را باید با مشاور مالیاتی نهایی کنید.





