یک فاکتور میتواند کاملاً معتبر باشد و همچنان از نظر مالی بیاستفاده باشد اگر هیچکس نتواند به دو سؤال پاسخ دهد: آیا پذیرفته شده است؟ و چه زمانی واقعاً پرداخت شده است؟ چارچوب جدید فاکتور الکترونیکی B2B اسپانیا برای این طراحی شده است که این پاسخها را قابل خواندن توسط ماشین کند. برای کسبوکارها، این بدان معناست که پروژه فقط درباره جایگزینی پیوستهای PDF با فایلهای ساختاریافته نیست. همچنین درباره اتصال فاکتورهای فروش، حسابهای پرداختنی، فعالیت بانکی، و شواهد پرداخت در یک گردش کار قابل اعتماد است.
این چارچوب در سال ۲۰۲۶ منتشر شد، اما بسیاری از کسبوکارها هنوز تاریخ تقویمی ثابتی ندارند. ساعت اجرا زمانی شروع میشود که دستور وزیری که راهحل عمومی فاکتور الکترونیکی را توسعه میدهد، لازم الاجرا شود. از آن نقطه شروع، کسبوکارهایی که گردش مالی سال قبل آنها بیش از ۸ میلیون یورو بوده، ۱۲ ماه فرصت دارند، در حالی که بقیه ۲۴ ماه فرصت دارند. این زمان پیشرو اگر آن را به عنوان یک پروژه حسابداری و عملیاتی در نظر بگیرید به جای خرید نرمافزاری در لحظه آخر، مفید است.
این راهنما توضیح میدهد که این قانون چه چیزی را تغییر میدهد، چگونه تعیین کنیم کدام مهلت اعمال میشود، و چگونه یک گردش کار وضعیت پرداخت بسازیم که وقتی فاکتورها بین پلتفرمهای مختلف جابهجا میشوند، پایدار بماند.
آنچه چارچوب جدید اسپانیا واقعاً الزام میکند
این چارچوب برای کسبوکارها و حرفهایهایی اعمال میشود که قبلاً ملزم به صدور فاکتور هستند وقتی مشتری، کسبوکار یا حرفهای دیگری است که دفتر مرکزی اقتصادی، تأسیسات دائمی، اقامتگاه، یا محل سکونت عادی آن در اسپانیا باشد، و معامله به آن مکان اسپانیایی انجام شود.
الزام گستردهتر از «ارسال یک نسخه الکترونیکی به مشتری» است. فاکتور باید یک پیام الکترونیکی ساختاریافته باشد که قابل پردازش توسط نرمافزار باشد. نحوهای مجاز شامل موارد زیر است:
- CII
- UBL
- EDIFACT
- Facturae
مدل داده باید از مدل معنایی EN 16931 پیروی کند، با سازگاریهای مشخص شده توسط قوانین اسپانیا. هر فاکتور همچنین به یک شناسه یکتا نیاز دارد که شامل شماره شناسه مالیاتی صادرکننده، شماره و سری فاکتور، و تاریخ صدور باشد.
این سیستم دو لایه مرتبط دارد:
- پلتفرمهای تبادل خصوصی که فاکتورها را بین صادرکنندگان و دریافتکنندگان مسیریابی میکنند.
- یک راهحل عمومی فاکتور الکترونیکی که توسط سازمان مالیاتی اسپانیا توسعه و مدیریت میشود، که به عنوان مخزن جهانی عمل میکند و خدمات ردیابی پرداخت ارائه میدهد.
یک کسبوکار ممکن است از یک پلتفرم خصوصی، راهحل عمومی، یا ترکیبی استفاده کند. اگر با تأمینکنندگان در مورد یک پلتفرم خصوصی برای دریافت فاکتورها توافق نکرده باشد، راهحل عمومی پیشفرض است. اگر یک نقطه دریافت خصوصی را انتخاب کند، باید آن نقطه را در ارتباطات تجاری خود و در صورت لزوم، در وبسایت خود اعلام کند.
به همین دلیل است که یک صفحه صدور فاکتور مستقل احتمالاً کافی نیست. سیستم باید طرف مقابل را به درستی شناسایی کند، یک قالب ساختاریافته معتبر تولید کند، سند را مسیریابی کند، هویت آن را حفظ کند، و وضعیتهای بعدی فاکتور را ثبت کند.
کدام مهلت برای کسبوکار شما اعمال میشود؟
لازمالاجرا شدن رسمی فرمان جدا از اعمال مؤثر آن است. الزامات عملیاتی آن تا زمانی که دستور وزیری برای راهحل عمومی اجرایی شود، به تعویق افتاده است. پس از تاریخ اجرایی شدن آن دستور:
- کسبوکارها و حرفهایهایی که حجم عملیات سال تقویمی قبل آنها بیش از ۸ میلیون یورو بوده، پس از ۱۲ ماه وارد چارچوب میشوند.
- سایر کسبوکارها و حرفهایها پس از ۲۴ ماه وارد آن میشوند.
مهلت خود را با اضافه کردن یک یا دو سال به تاریخ انتشار فرمان در روزنامه رسمی دولتی محاسبه نکنید. محرک مرتبط، دستور اجرایی است، و آزمون گردش مالی از سال تقویمی بلافاصله قبل استفاده میکند. بنابراین، کسبوکاری که از آستانه عبور میکند باید سالانه رکوردی از رقم مورد استفاده در ارزیابی خود نگهداری کند، نه اینکه به یک تخمین غیررسمی اعتماد کند.
همچنین یک قانون خوانایی انتقالی وجود دارد. در طول ۱۲ ماه پس از اجرایی شدن چارچوب برای کسبوکاری بالاتر از آستانه ۸ میلیون یورو، آن کسبوکار باید عموماً فاکتورهای الکترونیکی خود را با یک PDF همراه کند که اطمینان دهد گیرنده میتواند آنها را بخواند، مگر اینکه گیرنده صراحتاً با دریافت قالب اصلی موافقت کند. آن PDF یک پل برای قابلیت استفاده است؛ جایگزینی برای فاکتور ساختاریافته نیست.
فرمان همچنین به کسبوکارهای کوچکتر یک گذار بیشتر برای گزارش وضعیتهای فاکتور میدهد. برای اشخاص حقیقی و برخی نهادهای انتساب درآمد در سطح ۸ میلیون یورو یا کمتر، مقررات گزارشدهی دولتی پس از ۱۲ ماه از تاریخ اعمال فرمان برای گروه مرتبط، الزامی میشود. از آنجا که این گذارها با هم تعامل دارند، تاریخهای محرک و نوع نهاد خود را با مشاور مالیاتی اسپانیایی خود مستند کنید.
الزام وضعیت پرداخت، بخش اصلی عملیاتی است
مهمترین تغییر برای تیمهای مالی روزمره این است که وضعیت فاکتور به یک جریان داده تعریفشده تبدیل میشود.
گیرنده باید حداقل موارد زیر را اعلام کند:
- پذیرش یا رد تجاری، با تاریخ.
- پرداخت کامل مؤثر، با تاریخ پرداخت مؤثر.
گیرنده همچنین ممکن است پذیرش یا رد جزئی، پرداخت جزئی و مبلغ، و واگذاری فاکتور به شخص ثالث برای وصول یا پرداخت را اعلام کند. آن وضعیتهای اضافی میتوانند برای کنترل اعتبار ارزشمند باشند، اما جایگزین رویداد اجباری پرداخت کامل نمیشوند.
اطلاعات وضعیت عموماً باید ظرف چهار روز طبیعی از رویداد ارسال شود، به استثنای شنبهها، یکشنبهها، و تعطیلات ملی. برای راهحل عمومی، گیرنده باید پرداخت کامل مؤثر هر فاکتور دریافتشدهای که رد نشده را همراه با تاریخ پرداخت گزارش دهد، صرفنظر از اینکه فاکتور از طریق یک پلتفرم خصوصی سفر کرده باشد. گیرنده همچنین باید تاریخ سررسید پرداخت را گزارش دهد.
این یک پنجره کنترل کوتاه ایجاد میکند. یک تطبیق بانکی که هفتهها پس از پایان ماه انجام شود ممکن است برای گزارش مدیریتی کافی باشد، اما برای اینکه تنها مکانیسمی باشد که به سیستم فاکتورینگ بگوید پرداختی رخ داده، بیش از حد کند است. فرآیند حسابهای پرداختنی شما به یک رویداد یا صف نیاز دارد که تسویه بانکی را متوجه شود، آن را با فاکتور مطابقت دهد، و وضعیت لازم را به موقع ارسال کند.
«پرداختشده» را با دقت تعریف کنید
تاریخ پرداخت مؤثر لزوماً تاریخی نیست که کسی در یک برنامه حسابداری روی «پرداختشده» کلیک میکند. به دریافت واقعی پول توسط تأمینکننده مرتبط است. برای یک انتقال، این عموماً به معنای تاریخ بدهکار شدن حساب پرداختکننده است. برای پرداخت نقدی، تاریخ پرداخت نقدی است. برای جبران توافقشده تعهدات، تاریخ آن جبران است.
در دسترس قرار دادن یک فاکتور برای فاکتورینگ یا مکانیسم دیگر وصول زودهنگام به خودی خود آن را پرداختشده نمیکند. تاریخ مرتبط زمانی است که تأمینکننده واقعاً وجوه را دریافت میکند. این تمایز زمانی مهم است که کسبوکار شما از فاکتورینگ، تأمین مالی زنجیره تأمین، تسویه کارت، یا یک واسطه که پرداختی را قبل از رسیدن وجه نقد به تأمینکننده گزارش میدهد، استفاده میکند.
این تعاریف را در قوانین تطبیق خود بسازید. حداقل موارد زیر را نگهداری کنید:
- شناسه فاکتور و شناسه مالیاتی تأمینکننده
- تاریخ صدور، تاریخ خدمت یا تحویل، و تاریخ دریافت
- تاریخهای سررسید قراردادی و محاسبهشده
- وضعیت پذیرش یا رد و زمان آن
- مبلغ پرداخت، شناسه تراکنش بانکی، و تاریخ تسویه واقعی
- شاخصهای پرداخت کامل، جزئی، مورد اختلاف، واگذارشده، و برگشتخورده
- پلتفرم یا کانال مورد استفاده برای انتقال هر رویداد
وقتی پرداختی برگشت میخورد یا به اشتباه اعمال میشود، رویداد اصلی را بیصدا بازنویسی نکنید. تراکنش اصلی را حفظ کنید، اصلاح را ثبت کنید، و فاکتور را به بررسی هدایت کنید. یک مسیر حسابرسی مفیدتر از یک برچسب سبز «پرداختشده» است که دیگر توضیح نمیدهد چه اتفاقی افتاده است.
این قانون را به قوانین شرایط پرداخت اسپانیا وصل کنید
گزارش الکترونیکی بهانه جدیدی برای به تأخیر انداختن پرداخت ایجاد نمیکند. قوانین تجاری تأخیر در پرداخت اسپانیا عموماً یک محدودیت پرداخت ۶۰ روزه بین کسبوکارها تعیین میکنند، با قوانین خاص برای زمان شروع محاسبه و نحوه عملکرد رویههای پذیرش. تأمینکنندگان عموماً باید فاکتور یا درخواست پرداخت معادل را ظرف ۳۰ روز از دریافت کالاها یا خدمات تحویل دهند. دریافت الکترونیکی میتواند محاسبه دوره پرداخت را زمانی شروع کند که هویت، اصالت، یکپارچگی، و دریافت فاکتور تضمین شده باشد.
درس عملی ساده است: تاریخهایی را که ساعت پرداخت را تعیین میکنند ذخیره کنید، نه فقط تاریخ چاپشده روی فاکتور. یک فاکتور خرید با تاریخ خدمت از دست رفته، تاریخ دریافت ثبتنشده، یا یک مرحله پذیرش مستندنشده میتواند محاسبه تاریخ سررسید را برای دفاع کردن دشوار کند.
برای حسابهای دریافتنی، از همان انضباط استفاده کنید. دفتر فروش شما باید نشان دهد که مشتری چه زمانی فاکتور را دریافت کرده، چه زمانی آن را پذیرفته یا رد کرده، و چه زمانی وجوه تسویه شده است. این به مدیر وصول یک اقدام منطقی بعدی میدهد به جای یک گزارش سنی مبتنی بر فقط تاریخهای صدور.
یک گردش کار حسابداری که بتواند پنجره چهار روزه را برآورده کند
میتوانید فرآیند را قبل از انتخاب پلتفرم آماده کنید. با یک ماشین حالت ساده برای هر فاکتور شروع کنید:
۱. ایجاد و اعتبارسنجی
فاکتور را از یک رکورد مشتری تأییدشده تولید کنید. شناسههای مالیاتی، فیلدهای مورد نیاز فاکتور، شناسه یکتا، مبالغ خط، رفتار مالیاتی، ارز، و ورودیهای تاریخ سررسید را قبل از انتقال اعتبارسنجی کنید. رد کردن اسناد ناقص در زمان ایجاد ارزانتر از حل یک رد پلتفرم پس از آن است که مشتری قبلاً یک رکورد ناقص دریافت کرده است.
۲. انتقال و ضبط مدرک
از طریق پلتفرم خصوصی انتخابشده یا راهحل عمومی ارسال کنید. پاسخ انتقال، مقصد، زمان، و سند ساختاریافته دقیق یا یک هش محتوایی را ذخیره کنید. اگر پلتفرم پیامهای CII، UBL، EDIFACT، یا Facturae را تبدیل میکند، نسخه اصلی و نمایش تبدیلشده یا یک پیوند قابل اعتماد بین آنها را حفظ کنید.
۳. ثبت پذیرش یا رد
پاسخ تجاری گیرنده را به دفتر فاکتور هدایت کنید. یک رد باید یک کد دلیل و یک مالک ایجاد کند، نه فقط یک آیکون قرمز. اگر اصلاح لازم است، یک فاکتور اصلاحی قابل ردیابی صادر کنید و رابطه با اصل را حفظ کنید.
۴. تطبیق تسویه با فاکتور
تراکنشهای بانکی را به اندازهای مکرر وارد کنید که پنجره گزارشدهی را برآورده کند. با شناسه فاکتور، طرف مقابل، مبلغ، و اطلاعات حواله مطابقت دهید، با یک صف بررسی برای پرداختهای جزئی، پرداختهای دستهای، کارمزدها، و تفاوتهای ارزی. شخص یا فرآیند تأییدکننده تطبیق باید در مسیر حسابرسی قابل مشاهده باشد.
۵. گزارش رویداد پرداخت
وقتی فاکتور به طور کامل تسویه شد، تاریخ پرداخت مؤثر واقعی را ضبط کنید و رویداد مورد نیاز را ظرف چهار روز واجد شرایط ارسال کنید. اگر تاریخ تطبیق با تاریخ تسویه متفاوت است از آن استفاده نکنید. اگر یک پلتفرم مجاز به گزارشدهی از طرف شماست، مجوز و نتیجه تحویل را حفظ کنید.
۶. تطبیق دفاتر و دفتر وضعیت
در پایان دوره، ثبت فاکتور، پیامهای پلتفرم، فعالیت بانکی، ماندههای حسابهای دریافتنی یا پرداختنی، و وضعیتهای گزارششده را مقایسه کنید. فاکتورهایی را که در یک سیستم پرداختشده علامت خورده اما در سیستم دیگر باز ماندهاند، بررسی کنید. این تطبیق همچنین جایی است که فاکتورهای تکراری، یادداشتهای بستانکاری از دست رفته، و پرداختهای ثبتشده به نهاد اشتباه را میگیرید.
اشتباهات رایج که باید از آنها اجتناب کنید
در نظر گرفتن PDF به عنوان فاکتور الکترونیکی
یک PDF ممکن است قابل خواندن باشد، اما به طور خودکار یک فاکتور ساختاریافته نیست. هر PDF انتقالی را به عنوان یک کمک نمایشی نگه دارید در حالی که پیام ساختاریافته سازگار را به عنوان رکورد معتبر نگه دارید.
فرض اینکه یک پلتفرم خصوصی گزارش عمومی را حذف میکند
پلتفرمهای خصوصی باید در سیستم اسپانیایی شرکت کنند و با سایر پلتفرمها ارتباط متقابل برقرار کنند. مهمتر برای گیرندگان، پرداخت کامل همچنان باید طبق فرمان به راهحل عمومی اعلام شود، حتی زمانی که یک پلتفرم خصوصی تبادل را مدیریت کرده است.
استفاده از تاریخ صدور به عنوان هر تاریخ دیگر
تاریخ صدور، تاریخ تحویل یا خدمت، تاریخ دریافت، تاریخ پذیرش، تاریخ سررسید، تاریخ تسویه، و تاریخ گزارش به سؤالات مختلف پاسخ میدهند. جمع کردن آنها در یک فیلد «تاریخ فاکتور» شواهدی را که گردش کار پرداخت شما نیاز دارد از بین میبرد.
گزارش «پرداختشده» زمانی که فقط پول ترتیب داده شده است
در دسترس بودن فاکتورینگ، یک انتقال زمانبندیشده، یا یک تأیید داخلی لزوماً پرداخت مؤثر نیست. منتظر رویدادی باشید که دریافت وجوه توسط تأمینکننده را نشان میدهد، سپس آن تاریخ را ثبت کنید.
نامشخص گذاشتن مالکیت پلتفرم
تصمیم بگیرید چه کسی انتقالهای ناموفق، فاکتورهای ردشده، پرداختهای گزارشنشده، و اقلام بانکی بدون تطبیق را نظارت میکند. یک پلتفرم میتواند حملونقل را خودکار کند؛ نمیتواند تصمیم بگیرد چه کسی مالک یک استثنا باشد مگر اینکه شما آن مسئولیت را تعریف کنید.
یک چکلیست آمادگی عملی
قبل از مهلت مؤثر خود، تأیید کنید که میتوانید به هر سؤال «بله» پاسخ دهید:
- آیا میتوانیم تعیین کنیم که آیا هر مشتری و تأمینکننده در محدوده B2B اسپانیا قرار میگیرد؟
- آیا میدانیم که گردش مالی ما را در فاز ۱۲ ماهه یا ۲۴ ماهه قرار میدهد؟
- آیا سیستم فاکتورینگ ما میتواند یک پیام سازگار با EN 16931 ساختاریافته در یک نحو پذیرفتهشده ایجاد کند؟
- آیا نقطه دریافت ما عمومی و با طرفهای مقابل اصلی آزمایش شده است؟
- آیا میتوانیم فاکتور اصلی و هر نسخه تبدیلشده یا انتقالیافته را حفظ کنیم؟
- آیا پذیرش، رد، تاریخ سررسید، پرداخت جزئی، و پرداخت کامل را جداگانه ضبط میکنیم؟
- آیا دادههای تسویه بانکی میتواند ظرف چهار روز واجد شرایط به ثبت فاکتور برسد؟
- آیا برگشتهای پرداخت، یادداشتهای بستانکاری، و فاکتورهای مورد اختلاف به یک صف بررسی انسانی هدایت میشوند؟
- آیا میتوانیم وضعیتهای پلتفرم را با دفتر کل و صورت بانک تطبیق دهیم؟
- آیا یک مالک مستند برای خطاها و نگهداری شواهد داریم؟
اگر هر پاسخی «هنوز نه» است، از آنجا شروع کنید. یک کسبوکار کوچک اغلب میتواند با یک ثبت فاکتور تمیز، واردات بانکی منظم، و صفهای استثنای صریح قبل از اتخاذ یک پلتفرم بزرگتر، پیشرفت معناداری داشته باشد.
مدیریت مالی خود را ساده کنید
گذار فاکتور الکترونیکی اسپانیا رکوردهای قابل اعتماد را ارزشمندتر میکند: باید آنچه را که فاکتور شده، پذیرفته شده، سررسید شده، پرداخت شده، و گزارش شده به هم متصل کنید. Beancount.io حسابداری متن ساده را ارائه میدهد که شفاف، با نسخه کنترلشده، و آماده هوش مصنوعی است، بنابراین تاریخچه مالی شما در حالی که گردش کار فاکتورینگ شما رشد میکند، قابل بازرسی باقی میماند. مستندات را کاوش کنید یا تطبیقها را با Fava تجسم کنید.