ایتالیا¶

ماژول‌ها¶

ماژول‌های زیر به‌طور خودکار با بومی‌سازی ایتالیا نصب می‌شوند:

نام	نام فنی	توضیحات
Italy - Accounting	`l10n_it`	fiscal localization package پیش‌فرض
Italy - E-invoicing	`l10n_it_edi`	پیاده‌سازی E-invoice
Italy - Declaration of Intent	`l10n_it_edi_doi`	پشتیبانی از Declaration of Intent (Dichiarazione di Intento)
Italy - Sale E-invoicing	`l10n_it_edi_sale`	اصلاحات Sale برای E-invoicing
Italy - Point of Sale	`l10n_it_pos`	یکپارچه‌سازی Odoo PoS با fiscal printer ایتالیایی
Italy - Accounting Reports	`l10n_it_reports`	گزارش‌های ایتالیایی
Italy - Bank Receipts (Ri.Ba.)	`l10n_it_riba`	تولید فایل‌های Ri.Ba. از پرداخت‌های batch در Odoo
Italy - Stock DDT	`l10n_it_stock_ddt`	اسناد حمل‌ونقل - Documento di Trasporto (DDT)

توجه

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

همچنین ببینید

مستندات مربوط به قانونی بودن و انطباق صدور فاکتور الکترونیکی در ایتالیا

شرکت¶

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

نام شرکت
Address: آدرس شرکت
VAT: VAT شرکت
Codice Fiscale: کد مالیاتی شرکت
Tax System: سیستم مالیاتی که شرکت تحت آن قرار می‌گیرد

پیکربندی مالیات‌ها¶

بسیاری از ویژگی‌های e-invoicing با استفاده از سیستم مالیاتی Odoo پیاده‌سازی می‌شوند. به این ترتیب، مالیات‌ها باید به‌درستی پیکربندی شوند تا فاکتورها به‌درستی تولید شوند و سایر سناریوهای billing را مدیریت کنند.

بومی‌سازی ایتالیا شامل مثال‌های از پیش تعریف‌شده مالیات‌ها برای اهداف مختلف است.

معافیت مالیاتی¶

استفاده از مالیات‌های فروش به مقدار صفر درصد (0%) توسط مقامات ایتالیایی برای پیگیری دقیق Tax Exemption Kind (Natura) و Law Reference که معافیت اعمال‌شده بر یک خط فاکتور را توجیه می‌کند، الزامی است.

Example

مالیات صادرات در EU می‌تواند به‌عنوان مرجع استفاده شود (0% EU، invoice label 00eu). می‌توان آن را در Accounting ↤ Configuration ↤ Taxes یافت. صادرات از VAT معاف هستند و بنابراین، نیاز به پر کردن Exoneration kind و Law Reference دارند.

همچنین ببینید

کدهای Tax Exemption Kind (Natura) و Law Reference بسیار زیادی وجود دارند. اطمینان حاصل کنید جدیدترین نسخه موجود را بررسی کنید تا جدیدترین اطلاعات را در مورد موارد زیر دریافت کنید:

توجه

اگر نیاز به استفاده از یک نوع متفاوت از exoneration دارید، به Accounting ↤ Configuration ↤ Taxes بروید، یک مالیات مشابه را انتخاب کنید، سپس روی آیکون cog کلیک کنید و Duplicate را انتخاب کنید. در تب Advanced Options، Exoneration و Law Reference را اضافه کنید. برای تأیید Save را کلیک کنید.

نکته

مالیات‌های خود را در فیلد Name بر اساس Exoneration آن‌ها rename کنید تا به‌راحتی متمایز شوند.

Reverse charge¶

مکانیسم reverse charge یک قانون VAT است که مسئولیت پرداخت VAT را از تأمین‌کننده به مشتری منتقل می‌کند. مشتریان VAT را خود به‌جای آن به AdE پرداخت می‌کنند. انواع مختلفی وجود دارد:

Internal Reverse Charge (برای فروش‌های داخلی)

مسئولیت VAT برای دسته‌های خاصی از محصولات و خدمات به خریدار منتقل می‌شود.
External Reverse Charge (برای فروش‌های intra-EU)

VAT در کشور تحویل یا در کشوری که خدمت در آن انجام می‌شود سررسید می‌شود. وقتی خریدار خود یک کسب‌وکار ایتالیایی است، EU مکانیسمی ارائه می‌دهد که به فروشنده اجازه می‌دهد مسئولیت خود را به خریدار منتقل کند.

فاکتورها¶

فاکتورهای مشتری reverse-charged هیچ مبلغ VAT نشان نمی‌دهند، اما AdE از فروشنده می‌خواهد دلیل Tax Exemption و Law Reference که مکانیسم reverse-charge را فعال می‌کند را مشخص کند. Odoo مجموعه‌ای از مالیات‌های ویژه ۰٪ را ارائه می‌دهد که می‌توانند به هر خط فاکتور reverse-charged اختصاص داده شوند و نمایانگر رایج‌ترین پیکربندی‌ها هستند.

صورتحساب‌های فروشنده¶

شرکت‌های ایتالیایی مشمول reverse charge باید جزئیات صورتحساب را به AdE ارسال کنند.

توجه

فایل‌های XML ـ VAT خود-گزارش‌شده باید برای صورتحساب‌های reverse charged صادر و به AdE ارسال شوند.

هنگام ایجاد یک صورتحساب فروشنده، مالیات‌های reverse charge برای افزودن در فیلد Taxes در دسترس هستند. می‌توانید با رفتن به Accounting ↤ Configuration ↤ Taxes بررسی کنید کدام مالیات‌ها در دسترس هستند، می‌توانید ببینید که مالیات‌های 10% Goods و 22% Services در میان دیگران فعال هستند. به دلیل پیکربندی خودکار fiscal position ایتالیا، این‌ها به‌طور خودکار در فهرست مالیات فعال می‌شوند.

گریدهای مالیاتی¶

بومی‌سازی ایتالیایی یک بخش tax grid خاص برای مالیات‌های reverse charge دارد. این tax grids با تگ VJ قابل شناسایی هستند و می‌توان آن‌ها را با رفتن به Accounting ↤ Reporting ↤ Tax Return یافت.

tax grid ـ Reverse charge از بخش VJ ـ Tax Declaration

صدور فاکتور الکترونیکی (E-invoicing)¶

توجه

اطمینان حاصل کنید همه ماژول‌های e-invoicing مخصوص ایتالیا نصب شده‌اند.

SdI سیستم صدور فاکتور الکترونیکی مورد استفاده در ایتالیا است. این امکان ارسال و دریافت فاکتورهای الکترونیکی به مشتریان و از آن‌ها را فراهم می‌کند. اسناد باید در یک قالب XML EDI به نام FatturaPA باشند و به‌طور رسمی توسط سیستم پیش از تحویل اعتبارسنجی شوند.

برای اینکه بتوانید فاکتورها و اعلان‌ها را دریافت کنید، باید به سرویس SdI اطلاع داده شود که فایل‌های کاربر باید به Odoo ارسال شده و از طرف او پردازش شوند. برای این کار، باید Destination Code در Odoo را در پورتال AdE تنظیم کنید.

به پورتال مقامات ایتالیا بروید و احراز هویت کنید.
به بخش Fatture e Corrispettivi بروید.
کاربر را به‌عنوان Legal Party برای شماره VAT که می‌خواهید آدرس الکترونیکی را پیکربندی کنید، تنظیم کنید.
در Servizi Disponibili ↤ Fatturazione Elettronica ↤ Registrazione dell’indirizzo telematico dove ricevere tutte le fatture elettroniche، Destination Code در Odoo یعنی K95IV18 را درج کنید و تأیید کنید.

حالت‌های Demo و production¶

توجه

حالت Demo به‌طور پیش‌فرض فعال است و فعال باقی می‌ماند تا زمانی که گزینه By checking this box, I authorize Odoo to send and receive my invoices through the Sistema di Interscambio (SDI) در بخش Fattura Electronica (FatturaPA) فعال شود. پس از فعال‌سازی این گزینه، حالت production فعال می‌شود و نمی‌تواند غیرفعال شود.
حالت Demo محیطی را شبیه‌سازی می‌کند که در آن فاکتورها به دولت ارسال می‌شوند. در این حالت، فاکتورها باید به‌صورت دستی به‌عنوان فایل‌های XML دانلود شده و به وب‌سایت AdE آپلود شوند.

از آنجا که فایل‌ها پیش از ارسال به SdI یا دریافت توسط پایگاه داده شما، از طریق سرور Odoo منتقل می‌شوند، برای پردازش آن‌ها توسط Odoo نیاز به اجازه است. برای فعال‌سازی حالت production و فعال‌سازی انتقال به SdI، این مراحل را دنبال کنید:

اطمینان حاصل کنید فیلد Codice Fiscale در اطلاعات شرکت پر شده است.
به Accounting ↤ Configuration ↤ Settings بروید و به بخش Italian Electronic Invoicing اسکرول کنید.
در بخش Fattura Electronica (FatturaPA)، گزینه By checking this box, I authorize Odoo to send and receive my invoices through the Sistema di Interscambio (SDI) را فعال کنید.
روی ذخیره کلیک کنید.

فرآیند¶

ارسال فاکتورها به SdI برای ایتالیا یک فرآیند الکترونیکی است که برای انتقال اجباری اسناد مالیاتی در قالب XML بین شرکت‌ها و AdE برای کاهش خطاها و بررسی صحت عملیات استفاده می‌شود.

توجه

می‌توانید وضعیت فعلی یک فاکتور را با فیلد SdI State بررسی کنید. فایل XML به فاکتور پیوست می‌شود.

ایجاد اسناد XML¶

Odoo فایل‌های XML لازم را به‌عنوان پیوست‌های فاکتورها در قالب FatturaPA که توسط AdE الزامی است تولید می‌کند. پس از انتخاب فاکتورهای موردنیاز، دکمه Send را کلیک کنید.

وقتی پنجره pop-up باز می‌شود، انتخابی از اقدامات وجود دارد که می‌توانند انجام شوند. Generate XML File پیوست‌ها را تولید می‌کند.

فایل XML و همچنین PDF می‌توانند پیوست‌شده به فاکتور یافت شوند.

پس از انتخاب اقدامات موردنظر، Send را کلیک کنید.

ارسال به SDI¶

گزینه Send to Tax Agency در dialog ـ Send and Print، پیوست را به Proxy Server ارسال می‌کند که همه درخواست‌ها را جمع‌آوری می‌کند و سپس آن‌ها را از طریق یک کانال WebServices به SdI forward می‌کند. وضعیت ارسال فاکتور را از طریق دکمه Check Sending در بالای نمای فاکتور بررسی کنید.

پردازش توسط SDI¶

SdI سند را دریافت می‌کند و هر گونه خطا را بررسی می‌کند. در این مرحله، فاکتور در حالت SdI Processing قرار دارد، همانطور که در فاکتور نشان داده شده است. فاکتور همچنین یک شماره FatturaPA Transaction دریافت می‌کند که در تب Electronic Invoicing نشان داده می‌شود. بررسی‌ها ممکن است زمان متغیری بگیرند، از چند ثانیه تا یک روز، بسته به صف فاکتورهای ارسال‌شده در سراسر ایتالیا.

دکمه Check Sending و حالت Sdi Processing

Acceptance¶

اگر سند معتبر باشد، ثبت می‌شود و توسط AdE از نظر مالیاتی معتبر در نظر گرفته می‌شود، که در صورت درخواست صریح در پورتال Agency، با آرشیو در Substitute Storage (Conservazione Sostitutiva) ادامه می‌دهد.

هشدار

Odoo الزامات Conservazione Sostitutiva را ارائه نمی‌دهد. ارائه‌دهندگان دیگر و AdE ذخیره‌سازی رایگان و گواهی‌شده را برای برآوردن مشخصات درخواست‌شده توسط قانون فراهم می‌کنند.

SdI Destination Code تلاش می‌کند فاکتور را به مشتری در آدرس ارائه‌شده forward کند، چه آدرس ایمیل PEC باشد یا یک SdI Destination Code برای کانال‌های WebServices ـ ERP آن‌ها. حداکثر ۶ تلاش هر ۱۲ ساعت انجام می‌شود، بنابراین حتی اگر ناموفق باشد، این فرآیند می‌تواند تا سه روز طول بکشد. وضعیت فاکتور Accepted by SDI, Forwarding to Partner است.

رد احتمالی¶

SdI ممکن است نادرستی‌هایی در compilation پیدا کند، احتمالاً حتی موارد رسمی. در این حالت، فاکتور در حالت SDI Rejected قرار دارد. مشاهدات SdI در بالای تب Invoice درج می‌شوند. برای حل مشکل، کافی است پیوست‌های فاکتور را حذف کنید، فاکتور را به Draft بازگردانید و خطاها را برطرف کنید. پس از آماده شدن فاکتور، می‌توان آن را دوباره ارسال کرد.

توجه

برای regenerate ـ XML، هم پیوست XML و هم گزارش PDF باید حذف شوند تا سپس با هم regenerate شوند. این تضمین می‌کند که هر دو همیشه حاوی همان داده‌ها باشند.

Forwarding تکمیل شد¶

فاکتور به مشتری تحویل داده شده است؛ با این حال، شما همچنان می‌توانید یک کپی به مشتری در PDF از طریق ایمیل یا پست ارسال کنید. وضعیت آن Accepted by SDI, Delivered to Partner است.

اگر SdI نتواند با مشتری شما تماس بگیرد، ممکن است در پورتال AdE ثبت نشده باشند. در این حالت، فقط اطمینان حاصل کنید که فاکتور را در PDF از طریق ایمیل یا پست ارسال کنید. سپس فاکتور در حالت Accepted by SDI, Partner Delivery Failed قرار می‌گیرد.

یکپارچه‌سازی مالیات¶

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

Example

این یک فهرست non-exhaustive است:

Reverse charge

به‌عنوان یک خریدار، باید روی آنچه می‌خرید مالیات پرداخت کنید و اطلاعات مالیاتی را یکپارچه کنید. مالیات‌های Reverse Charge.
Split payment

به‌عنوان یک خریدار کسب‌وکار PA، باید مالیات‌ها را پرداخت کنید و اطلاعات مالیاتی را یکپارچه کنید. اطمینان حاصل کنید که 0% Sale Taxes را در صورتحساب فروشنده دریافت‌شده با مالیات‌های صحیح Split Payment جایگزین کنید.
Self Consumption

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

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

مهم

اطمینان حاصل کنید که 0% Sale Taxes در صورتحساب فروشنده دریافت‌شده را با مالیات‌هایی که قرار است به AdE پرداخت کنید جایگزین می‌کنید. سپس یک دکمه در بالای فرم صورتحساب فروشنده منفرد برای ارسال آن‌ها ظاهر می‌شود.

وقتی روی دکمه Send Tax Integration کلیک می‌کنید، یک فایل XML از Document Type مناسب تولید می‌شود، به صورتحساب پیوست می‌شود و مانند فاکتورها ارسال می‌شود.

انواع اسناد¶

SdI از کسب‌وکارها می‌خواهد فاکتورهای مشتری و سایر اسناد را از طریق EDI ارسال کنند.

کدهای زیر Document Type همگی از نظر فنی سناریوهای کسب‌وکار مختلفی را شناسایی می‌کنند.

TD01 - فاکتورها¶

این نمایانگر سناریوی استاندارد داخلی برای همه فاکتورهای تبادل‌شده از طریق SdI است. هر فاکتوری که در یکی از موارد خاص ویژه قرار نگیرد، به‌عنوان یک فاکتور معمولی دسته‌بندی می‌شود که با Document Type TD01 شناسایی می‌شود.

TD02 - پیش‌پرداخت‌ها¶

فاکتورهای Down payment با کد Document Type متفاوتی نسبت به فاکتورهای معمولی، یعنی TDO2، import/export می‌شوند. هنگام import فاکتور، یک صورتحساب فروشنده معمولی ایجاد می‌شود.

Odoo تراکنش‌ها را به‌عنوان TD02 خروجی می‌گیرد اگر شرایط زیر برآورده شوند:

یک فاکتور است.
همه خطوط فاکتور مربوط به خطوط down payment sales order هستند.

TD04 - credit notes¶

این سناریوی استاندارد برای همه credit notes صادرشده به مشتریان داخلی است، وقتی باید رسماً تأیید کنیم که فروشنده در حال کاهش یا لغو یک فاکتور قبلاً صادرشده است، به‌عنوان مثال، در صورت overbilling، اقلام نادرست یا overpayment. درست مانند فاکتورها، آن‌ها باید به SdI ارسال شوند، Document Type آن‌ها TD04 است

TD07، TD08، TD09 - صدور فاکتور ساده‌شده¶

فاکتورهای ساده‌شده (TD07)، credit notes (TD08) و debit notes (TD09) می‌توانند برای گواهی تراکنش‌های داخلی زیر ۴۰۰ EUR (شامل VAT) استفاده شوند. وضعیت آن مانند یک فاکتور معمولی است، اما با الزامات اطلاعاتی کمتر.

برای ایجاد یک فاکتور ساده‌شده، باید شامل موارد زیر باشد:

مرجع Customer Invoice: توالی شماره‌گذاری منحصربه‌فرد بدون شکاف.
Invoice Date: تاریخ صدور فاکتور.
اطلاعات شرکت: اعتبارنامه‌های کامل فروشنده (شماره VAT/TIN، نام، آدرس کامل).
VAT: شماره VAT/TIN خریدار (در فرم شریک).
Total: مبلغ کل (شامل VAT) فاکتور.

در EDI، Odoo فاکتورها را به‌عنوان ساده‌شده خروجی می‌گیرد اگر:

یک تراکنش داخلی است (یعنی شریک از ایتالیا است).
فیلدهای الزامی شرکت شما (VAT Number یا Codice Fiscale، Fiscal Regime و آدرس کامل) ارائه شده‌اند.
آدرس شریک به‌طور کامل مشخص نشده است (یعنی City یا ZipCode را ندارد).
مجموع مبلغ VAT شامل، کمتر از 400 EUR است.

توجه

آستانه ۴۰۰ EUR در the decree of the 10th of May 2019 in the Gazzetta Ufficiale تعریف شده است. توصیه می‌کنیم مقدار رسمی فعلی را بررسی کنید.

TD16 - internal reverse charge¶

تراکنش‌های reverse charge داخلی (نگاه کنید به معافیت مالیاتی و Reverse charge) به‌عنوان TD16 خروجی گرفته می‌شوند اگر شرایط زیر برآورده شوند:

یک صورتحساب فروشنده است.
حداقل یک مالیات روی خطوط فاکتور دارد که یکی از این tax grids را هدف قرار می‌دهد: VJ6، VJ7، VJ8، VJ12، VJ13، VJ14، VJ15، VJ16، VJ17

TD17 - خرید خدمات از خارج¶

هنگام خرید خدمات از کشورهای EU و non-EU، فروشنده خارجی فاکتور یک خدمت را با قیمت VAT-excluded صادر می‌کند، زیرا در ایتالیا مشمول مالیات نیست. VAT توسط خریدار در ایتالیا پرداخت می‌شود.

در داخل EU: خریدار فاکتور دریافت‌شده را با اطلاعات VAT سررسید در ایتالیا یکپارچه می‌کند (یعنی vendor bill tax integration).
Non-EU: خریدار به خودش یک فاکتور ارسال می‌کند (یعنی self-billing).

Odoo یک تراکنش را به‌عنوان TD17 خروجی می‌گیرد اگر شرایط زیر برآورده شوند:

یک صورتحساب فروشنده است.
حداقل یک مالیات روی خطوط فاکتور دارد که tax grid VJ3 را هدف قرار می‌دهد.
همه خطوط فاکتور یا Services را به‌عنوان محصولات دارند، یا یک مالیات با Services به‌عنوان tax scope.

TD18 - خرید کالا از EU¶

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

Odoo یک تراکنش را به‌عنوان TD18 خروجی می‌گیرد اگر شرایط زیر برآورده شوند:

یک صورتحساب فروشنده است.
شریک از یک کشور EU است.
حداقل یک مالیات روی خطوط فاکتور دارد که tax grid VJ9 را هدف قرار می‌دهد.
همه خطوط فاکتور یا Consumable را به‌عنوان محصولات دارند، یا یک مالیات با Goods به‌عنوان tax scope.

TD19 - خرید کالا از VAT deposit¶

خرید کالا از یک فروشنده خارجی، اما کالاها از قبل در ایتالیا در یک VAT deposit هستند.

از EU: خریدار فاکتور دریافت‌شده را با اطلاعات VAT سررسید در ایتالیا یکپارچه می‌کند (یعنی vendor bill tax integration).
Non-EU: خریدار یک فاکتور به خودش ارسال می‌کند (یعنی self-billing).

Odoo یک تراکنش را به‌عنوان TD19 خروجی می‌گیرد اگر شرایط زیر برآورده شوند:

یک صورتحساب فروشنده است.
حداقل یک مالیات روی خطوط فاکتور دارد که tax grid VJ3 را هدف قرار می‌دهد.
همه خطوط فاکتور یا Consumables را به‌عنوان محصولات دارند، یا یک مالیات با Goods به‌عنوان tax scope.

TD24 - فاکتورهای deferred¶

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

معمولاً یک summary invoice است که شامل فهرستی از چندین فروش کالا یا خدمات انجام‌شده در ماه است. کسب‌وکار مجاز است فروش‌ها را در یک فاکتور گروه‌بندی کند، که معمولاً در پایان ماه برای اهداف حسابداری صادر می‌شود. Deferred invoices پیش‌فرض برای wholesalers دارای مشتریان مکرر هستند.

اگر کالاها توسط یک carrier حمل می‌شوند، هر تحویل دارای یک Documento di Transporto (DDT) یا Transport Document مرتبط است. deferred invoice باید جزئیات همه اطلاعات DDTs را برای ردیابی بهتر مشخص کند.

توجه

E-invoicing فاکتورهای deferred نیازمند ماژول l10n_it_stock_ddt است. در این حالت، یک Document Type اختصاصی TD24 در e-invoice استفاده می‌شود.

Odoo تراکنش‌ها را به‌عنوان TD24 خروجی می‌گیرد اگر شرایط زیر برآورده شوند:

یک فاکتور است.
با تحویل‌هایی مرتبط است که DDTs آن‌ها تاریخ متفاوتی نسبت به تاریخ صدور فاکتور دارند.

TD28 - San Marino¶

فاکتورها¶

San Marino و ایتالیا توافق‌های ویژه‌ای در عملیات e-invoicing دارند. به این ترتیب، فاکتورها از قوانین معمولی reverse charge پیروی می‌کنند. می‌توانید از Document Type مناسب بسته به نوع فاکتور استفاده کنید: TD01، TD04، TD05، TD24، TD25. الزامات اضافی توسط Odoo اجباری نیستند. با این حال، از کاربر توسط State خواسته می‌شود:

یک مالیات با Tax Exemption Kind تنظیم‌شده روی N3.3 انتخاب کنید.
از SdI Destination Code عمومی 2R4GTO8 استفاده کنید.

سپس فاکتور توسط یک دفتر اختصاصی در San Marino به کسب‌وکار صحیح هدایت می‌شود.

صورتحساب‌های فروشنده¶

وقتی یک paper bill از San Marino دریافت می‌شود، هر شرکت ایتالیایی باید آن فاکتور را به AdE ارسال کند با مشخص کردن فیلد Document Type ـ e-invoice با مقدار ویژه TD28.

Odoo یک تراکنش را به‌عنوان TD28 خروجی می‌گیرد اگر شرایط زیر برآورده شوند:

یک صورتحساب فروشنده است.
حداقل یک مالیات روی خطوط فاکتور دارد که tax grids VJ را هدف قرار می‌دهد.
کشور شریک San Marino است.

کسب‌وکارهای Public administration (B2G)¶

کسب‌وکارهای PA نسبت به کسب‌وکارهای خصوصی مشمول کنترل بیشتری هستند زیرا با پول عمومی که از مودیان مالیاتی می‌آید سروکار دارند. فرآیند EDI گام‌هایی به فرآیند معمول اضافه می‌کند، زیرا کسب‌وکارهای PA می‌توانند فاکتورها را بپذیرند یا رد کنند.

توجه

کسب‌وکارهای PA یک Destination Code ۶ رقمی دارند که CUU نیز نامیده می‌شود و الزامی است، آدرس PEC در این حالت نمی‌تواند استفاده شود.

همچنین ببینید

فهرست کامل کسب‌وکارهایی که به Public Administration تعلق دارند به همراه Destination Code آن‌ها

CIG, CUP, DatiOrdineAcquisto¶

برای تضمین قابلیت ردیابی مؤثر پرداخت‌ها توسط public administrations، فاکتورهای الکترونیکی صادرشده به public administrations باید شامل موارد زیر باشند:

CIG، به‌جز در مواردی که از تعهدات قابلیت ردیابی ارائه‌شده توسط قانون n. 136 از 13 اوت 2010 معاف هستند.
CUP، در صورت فاکتورهای مرتبط با public works.

اگر فایل XML آن را الزامی کند، AdE فقط می‌تواند پرداخت‌های فاکتورهای الکترونیکی را پردازش کند زمانی که فایل XML شامل یک CIG و CUP باشد.

توجه

CUP و CIG باید در یکی از تگ‌های XML ـ DatiOrdineAcquisto، DatiContratto، DatiConvenzione، DateRicezione یا DatiFattureCollegate گنجانده شوند.

این‌ها با عناصری به نام CodiceCUP و CodiceCIG فایل XML فاکتور الکترونیکی مطابقت دارند، که جدول آن‌ها در وب‌سایت دولت یافت می‌شود.

Split payment¶

مکانیسم Split Payment بسیار شبیه به Reverse charge رفتار می‌کند.

Example

وقتی یک شرکت ایتالیایی برای یک کسب‌وکار PA فاکتور صادر می‌کند - به‌عنوان مثال، خدمات نظافت برای یک ساختمان عمومی - کسب‌وکار PA خود VAT را به Tax Agency گزارش می‌دهد و فروشنده فقط باید مالیات مناسب با Tax Exemption صحیح را برای خطوط فاکتور خود انتخاب کند.

fiscal position خاص Scissione dei Pagamenti برای کار با شرکای متعلق به PA در دسترس است.

فرآیند¶

امضای الکترونیکی واجد شرایط¶

فاکتورها و صورتحساب‌های مقصد PA باید هنگام ارسال از طریق SdI، شامل یک امضای الکترونیکی واجد شرایط باشند. این امضا به‌طور خودکار در قالب XAdES اعمال می‌شود زمانی که شریک فاکتور یک Destination Code ۶ رقمی داشته باشد (که نشان‌دهنده یک کسب‌وکار PA است).

توجه

وقتی چنین فاکتوری به Tax Agency منتقل می‌شود، فایل .xml تولیدشده در سرورهای Odoo امضا می‌شود، به پایگاه داده بازگردانده می‌شود و به‌طور خودکار به فاکتور پیوست می‌شود.

پذیرش یا رد¶

پس از دریافت فاکتور از طریق SdI، کسب‌وکار PA ۱۵ روز برای پذیرش فاکتور دارد. اگر این کار را انجام دهد، فرآیند در اینجا به پایان می‌رسد. اگر کسب‌وکار PA فاکتور را رد کند، پس از پذیرش توسط SdI همچنان معتبر در نظر گرفته می‌شود. سپس باید یک credit note برای جبران صادر کنید و آن را به SdI ارسال کنید.

مهلت‌های منقضی‌شده¶

اگر کسب‌وکار PA در ۱۵ روز پاسخ ندهد، باید مستقیماً با کسب‌وکار PA تماس بگیرید و هم فاکتور و هم اعلان مهلت دریافت‌شده را از طریق ایمیل برای آن‌ها ارسال کنید. می‌توانید با آن‌ها توافق کنید و SdI State صحیح را به‌صورت دستی روی فاکتور خود تنظیم کنید.

fiscal printers صندوق فروش¶

هشدار

Fiscal printers از ePOS printers متمایز هستند. آدرس IP یک fiscal printer نباید در تنظیمات آدرس IP ـ ePOS وارد شود.

مقررات مالیاتی استفاده از دستگاه‌های RT گواهی‌شده، مانند RT printers یا RT servers، را برای تضمین رسیدهای فروش منطبق و ارتباط امن با Tax Authority الزامی می‌کنند. این دستگاه‌ها داده‌های مالیاتی را به‌طور خودکار روزانه منتقل می‌کنند. RT printers، که برای ترمینال‌های POS منفرد طراحی شده‌اند، تراکنش‌ها را مدیریت می‌کنند، رسیدها را چاپ می‌کنند و به مقامات گزارش می‌دهند، که صحت داده‌ها و انطباق را تضمین می‌کنند.

حالت Simulation¶

هشدار

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

برای تست راه‌اندازی fiscal printer با Odoo، fiscal printer را در حالت simulation به صورت زیر پیکربندی کنید:

اطمینان حاصل کنید fiscal printer به حالت پیش‌فرض خود تنظیم شده است: printer روشن، چرخه start-up کامل و هیچ تراکنش در حال پیشرفت نیست.
3333 را تایپ کنید.
Chiave را فشار دهید. صفحه Scelta Funzione را نمایش می‌دهد.
14 را تایپ کنید. صفحه Apprendimento را نمایش می‌دهد.
62 را تایپ کنید. صفحه Simulazione را نمایش می‌دهد.
برای تبدیل no به si، X را فشار دهید.
برای تأیید، Contante را فشار دهید.
Chiave را فشار دهید.

برای پیکربندی printer برای production، مراحل بالا را تکرار کنید.

توجه

برای تست پیکربندی printer، ابتدا دستگاه فیزیکی باید به‌دست آورده شود و در مقامات مربوطه ثبت شود.

راه‌اندازی printer برای کار با Odoo¶

Fiscal printers فقط برای کار در شبکه محلی در نظر گرفته شده‌اند. این بدان معناست که printer و دستگاهی که Odoo Point of Sale را اجرا می‌کند باید به همان شبکه متصل باشند.

Fiscal printers معمولاً به‌طور پیش‌فرض برای استفاده از HTTP پیکربندی شده‌اند. برای تضمین سازگاری با Odoo، تنظیمات باید به‌روزرسانی شوند تا پشتیبانی HTTPS روی printer فعال شود. این می‌تواند با استفاده از نرم‌افزار پیکربندی EpsonFPWizard یا keyboard متصل به printer انجام شود.

برای راه‌اندازی fiscal printer با استفاده از keyboard، این مراحل را دنبال کنید:

اطمینان حاصل کنید fiscal printer به حالت پیش‌فرض خود تنظیم شده است: printer روشن، چرخه start-up کامل و هیچ تراکنش در حال پیشرفت نیست.
3333 را تایپ کنید.
Chiave را فشار دهید. صفحه Scelta Funzione را نمایش می‌دهد.
34 را تایپ کنید. صفحه Web Server را نمایش می‌دهد.
Contante را ۳ بار فشار دهید تا صفحه Web Server: SSL را نمایش دهد.
برای تبدیل مقدار 0 به 1، X را فشار دهید.
برای تأیید، Contante را ۳ بار فشار دهید.
Chiave را فشار دهید.

سپس با دستگاهی که Odoo Point of Sale را اجرا می‌کند به printer وارد شوید تا certificate ـ printer را شناسایی کند.

برای تأیید و نصب certificate ـ printer، این مراحل را دنبال کنید:

با باز کردن مرورگر وب و وارد کردن https://<ip-of-your-printer> در نوار آدرس به printer دسترسی پیدا کنید. یک پیام امنیتی Warning: Potential Security Risk Ahead ظاهر می‌شود.
Advanced را کلیک کنید تا گزینه‌های تأیید certificate نمایش داده شود.
Proceed را کلیک کنید تا certificate اعتبارسنجی شود.

سپس، برای اطمینان از پیکربندی Odoo Point of Sale با fiscal printer، به Point of Sale ↤ Configuration ↤ Settings بروید. در بخش Connected Devices، آدرس IP را در Italian Fiscal Printer IP address اضافه کنید و Use HTTPS را فعال کنید.

Ri.Ba. (Ricevuta Bancaria)¶

Ri.Ba. یک روش پرداخت است که به‌طور گسترده در ایتالیا استفاده می‌شود که در آن فروشندگان پرداخت‌ها را از طریق بانک خود درخواست می‌کنند، که درخواست را به بانک خود مشتری forward می‌کند و مسئولیت وصول را به‌عهده می‌گیرد. این امکان اتوماسیون پرداخت را فراهم می‌کند و خطرات را برای فروشنده کاهش می‌دهد.

فروشنده معمولاً یک فایل متنی fixed-format با فهرست پرداخت‌ها را به پورتال وب بانک آپلود می‌کند.

توجه

Ri.Ba. منحصراً برای پرداخت‌های داخلی در ایتالیا است. برای پرداخت‌های بین‌المللی مکرر، لطفاً از SEPA Direct Debt (SDD) استفاده کنید

پیکربندی¶

بررسی کنید که ماژول l10n_it_riba نصب شده است.
به Settings ↤ Users & Companies ↤ Companies بروید و شرکتی که از Ri.Ba. استفاده خواهد کرد را انتخاب کنید.
SIA Code لازم را پر کنید.

توجه
SIA Code کسب‌وکارها را در شبکه بانکی ایتالیا شناسایی می‌کند و برای دریافت پول از طریق روش‌های پرداخت خاص استفاده می‌شود. شامل یک حرف و چهار رقم است (مثلاً T1234) و معمولاً می‌توان آن را در پورتال بانک یافت یا با تماس با بانک به‌دست آورد.
اطمینان حاصل کنید که حساب بانکی شرکت یک IBAN ایتالیایی دارد.

همچنین ببینید
نحوه پیکربندی Bank Accounts

پذیرش Ri.Ba. برای فاکتورهای شما¶

پرداخت‌های نوع Ri.Ba. می‌توانند از Invoices (Accounting ↤ Customers ↤ Invoices) ثبت شوند.

مهم

اطمینان حاصل کنید که فاکتور شما شامل یک Partner است که یک حساب بانکی با IBAN ایتالیایی دارد.

سپس، همه پرداخت‌ها باید در یک Batch Payment گروه‌بندی شوند.

همچنین ببینید

پس از فشار دکمه Validate برای Batch Payment، فایل Ri.Ba. تولید می‌شود و به Batch Payment پیوست می‌شود، بنابراین می‌توانید آن را دانلود کنید و از طریق پورتال وب بانک خود آپلود کنید.