Італія

Модулі

Наступні модулі встановлюються автоматично з італійською локалізацією:

Ім’я	Технічна назва	Опис
Італія - Бухоблік	l10n_it	Стандартний пакет фіскальної локалізації
Італія - електронне виставлення рахунку	l10n_it_edi	Реалізація електронного рахунку
Італія - Декларація про наміри	l10n_it_edi_doi	Підтримка Декларації про наміри (Dichiarazione di Intento)
Італія - Електронне виставлення рахунків для продажів	l10n_it_edi_sale	Модифікації продажів для електронного виставлення рахунків
Італія - Точка продажу	l10n_it_pos	Інтеграція Odoo PoS з італійським фіскальним принтером
Італія - Бухгалтерські звіти	l10n_it_reports	Італійські звіти
Італія - банківські квитанції (Ri.Ba.)	l10n_it_riba	Генерація файлів Ri.Ba. з пакетних платежів в Odoo
Італія - Запаси DDT	l10n_it_stock_ddt	Транспортні документи - Documento di Trasporto (DDT)

Примітка

У деяких випадках, наприклад, під час оновлення до версії з додатковими модулями, можливо, що модулі не будуть встановлені автоматично. Будь-які відсутні модулі можна вручну встановити.

Див. також

Документація щодо законності та відповідності електронного виставлення рахунків в Італії

Компанія

Для використання всіх функцій цієї фіскальної локалізації необхідні наступні поля в записі компанії:

• Назва компанії

• Адреса: адреса компанії

• ПДВ: ПДВ компанії

• Codice Fiscale: фіскальний код компанії

• Податкова система: податкова система, під яку підпадає компанія

Налаштування податків

Багато функцій електронного виставлення рахунків реалізовано за допомогою податкової системи Odoo. Тому податки мають бути правильно налаштовані для коректного створення рахунків та обробки інших випадків виставлення рахунків.

Італійська локалізація містить попередньо визначені приклади податків для різних цілей.

Звільнення від податку

Використання податків з продажу, які становлять нуль відсотків (0%), вимагається італійськими органами влади для відстеження точного виду звільнення від податку (Natura) та посилання на закон, які обґрунтовують звільнення, застосоване до рядка рахунка-фактури.

Example

Податок на експорт в ЄС може використовуватися як зразок (0% EU, позначка рахунка-фактури 00eu). Його можна знайти в розділі Бухгалтерія ‣ Налаштування ‣ Податки. Експорт звільнено від ПДВ, і тому для нього потрібно заповнити поля Звільнення та Посилання на закон.

Див. також

Існує багато кодів виду звільнення від податку (Natura) та посилання на закон. Переконайтеся, що ви перевірили останню доступну версію, щоб отримати найновішу інформацію про:

• Документація італійських органів влади

• Офіційний посібник щодо звільнення від податків

Примітка

Якщо вам потрібно використовувати інший вид звільнення, перейдіть до Облік ‣ Налаштування ‣ Податки, виберіть подібний податок, потім натисніть значок шестерні та виберіть Дублювати. На вкладці Розширені параметри додайте Звільнення та Посилання на закон. Щоб підтвердити, натисніть Зберегти.

Порада

Перейменуйте свої податки в полі Назва відповідно до їхнього звільнення, щоб легко їх розрізняти.

Зворотне нарахування

Механізм зворотного нарахування - це правило ПДВ, яке перекладає зобов’язання зі сплати ПДВ з постачальника на покупця. Покупці сплачують ПДВ самостійно в AdE натомість. Існують різні типи:

• Внутрішнє зворотне нарахування (для внутрішніх продажів)

  Відповідальність за ПДВ переноситься на покупця для певних категорій товарів та послуг.
• Зовнішнє зворотне нарахування (для продажів у межах ЄС)

  ПДВ сплачується в країні доставки або в країні, де надається послуга. Коли покупцем є сама італійська компанія, ЄС пропонує механізм, який дозволяє продавцю передати свою відповідальність покупцю.

Рахунки

Рахунки-фактури клієнтів із зворотним нарахуванням не показують суму ПДВ, але AdE вимагає від продавця вказати причину звільнення від податку та посилання на закон, які уможливлюють механізм зворотного нарахування. Odoo надає набір спеціальних податків 0%, які можна призначити кожному рядку рахунку-фактури зі зворотним нарахуванням, що представляють найбільш часто використовувані конфігурації.

Рахунки постачальників

Італійські компанії, що підлягають зворотному нарахуванню, повинні надсилати деталі рахунків в AdE.

Примітка

XML-файли самостійно задекларованого ПДВ повинні бути створені та надіслані в AdE для рахунків із зворотним нарахуванням.

При створенні рахунка постачальника податки зворотного нарахування доступні для додавання в полі Податки. Ви можете перевірити, які податки доступні, перейшовши до Бухгалтерія ‣ Налаштування ‣ Податки. Ви побачите, що активовано податки на товари 10% та на послуги 22%, серед інших. Завдяки автоматизованому налаштуванню італійської фіскальної позиції вони автоматично активуються в списку податків.

Податкові сітки

Італійська локалізація має окремий розділ податкової сітки для податків зворотного нарахування. Ці податкові сітки можна ідентифікувати за тегом VJ і знайти, перейшовши до Бухгалтерія ‣ Звітність ‣ Податкова декларація.

Електронне виставлення рахунків

Примітка

Переконайтеся, що всі італійські модулі електронного виставлення рахунків встановлені.

SdI - це система електронного виставлення рахунків, що використовується в Італії. Вона дозволяє надсилати та отримувати електронні рахунки-фактури від клієнтів та для них. Документи повинні бути у форматі XML EDI, який називається FatturaPA, і формально перевірятися системою перед доставкою.

Щоб мати можливість отримувати рахунки-фактури та сповіщення, службу SdI необхідно повідомити, що файли користувача потрібно надіслати в Odoo і обробити від його імені. Для цього необхідно налаштувати код призначення Odoo на порталі AdE.

1. Перейдіть на портал італійських органів влади та авторизуйтеся.

2. Перейдіть до розділу Fatture e Corrispettivi.

3. Встановіть користувача як юридичну особу для номера ПДВ, для якого ви бажаєте налаштувати електронну адресу.

4. У розділі Servizi Disponibili ‣ Fatturazione Elettronica ‣ Registrazione dell’indirizzo telematico dove ricevere tutte le fatture elettroniche вставте код призначення Odoo K95IV18 і підтвердьте.

Демонстраційний та робочий режими

Примітка

• Демонстраційний режим увімкнено за замовчуванням і залишається активним, доки опцію Встановлюючи цей прапорець, я дозволяю Odoo надсилати та отримувати мої рахунки через Sistema di Interscambio (SDI) не буде увімкнено в розділі Fattura Electronica (FatturaPA). Після активації цієї опції увімкнеться виробничий режим, який не можна буде вимкнути.

• Демонстраційний режим імітує середовище, в якому рахунки надсилаються до державних органів. У цьому режимі рахунки необхідно вручну завантажувати як XML-файли та вивантажувати на веб-сайт AdE.

Оскільки файли передаються через сервер Odoo, перш ніж бути надісланими до SdI або отриманими вашою базою даних, для обробки їх Odoo потрібен дозвіл. Щоб активувати виробничий режим та увімкнути передачу до SdI, виконайте такі кроки:

1. Переконайтеся, що поле Codice Fiscale заповнено в інформації про компанію.

2. Перейдіть до Бухгалтерія ‣ Налаштування ‣ Параметри і прокрутіть до розділу Італійське електронне виставлення рахунків.

3. У розділі Fattura Electronica (FatturaPA) увімкніть опцію Встановлюючи цей прапорець, я дозволяю Odoo надсилати та отримувати мої рахунки через Sistema di Interscambio (SDI).

4. Натисніть Зберегти.

Обробіть

Подання рахунків до SdI для Італії — це електронний процес, який використовується для обов’язкової передачі податкових документів у форматі XML між компаніями та AdE для зменшення помилок і перевірки правильності операцій.

Примітка

Ви можете перевірити поточний статус рахунка-фактури за полем Стан SdI. XML-файл додається до рахунка-фактури.

Створення XML-документів

Odoo генерує необхідні XML-файли як вкладення до рахунків у форматі FatturaPA, який вимагається AdE. Після вибору необхідних рахунків натисніть кнопку Надіслати.

Коли відкривається спливаюче вікно, доступний вибір дій, які можна виконати. Згенерувати XML-файл генерує вкладення.

XML-файл, а також PDF можна знайти прикріпленими до рахунка-фактури.

Після вибору бажаних дій натисніть Надіслати.

Подання до SDI

Опція Надіслати до податкової служби у діалоговому вікні Надіслати та надрукувати надсилає вкладення до проксі-сервера, який збирає всі запити, а потім пересилає їх каналом WebServices до SdI. Перевірте статус надсилання рахунку за допомогою кнопки Перевірити надсилання у верхній частині перегляду рахунку.

Обробка SDI

SdI отримує документ і перевіряє його на наявність помилок. На цьому етапі рахунок перебуває в стані Обробка SdI, як показано на рахунку. Рахунку також присвоюється номер транзакції FatturaPA, який відображається на вкладці Електронне виставлення рахунків. Перевірки можуть займати різний час — від кількох секунд до одного дня залежно від черги рахунків, надісланих по всій Італії.

Прийняття

Якщо документ дійсний, він реєструється та вважається фіскально дійсним AdE, який продовжить архівування в замінному сховищі (Conservazione Sostitutiva), якщо це явно запитано на порталі Агентства.

Попередження

Odoo не пропонує вимог Conservazione Sostitutiva. Інші постачальники та AdE надають безкоштовне та сертифіковане зберігання для виконання специфікацій, що вимагаються законом.

SdI код призначення намагається переслати рахунок клієнту за вказаною адресою, незалежно від того, чи це адреса електронної пошти PEC, чи SdI код призначення для каналів WebServices їхньої ERP. Виконується максимум 6 спроб кожні 12 годин, тому навіть у разі невдачі цей процес може зайняти до трьох днів. Статус рахунку — Прийнято SDI, пересилання партнеру.

Можливе відхилення

SdI може виявити неточності в компіляції, можливо, навіть формальні. У цьому випадку рахунок перебуває в стані Відхилено SDI. Зауваження SdI вставляються у верхній частині вкладки Рахунок. Щоб вирішити проблему, достатньо видалити вкладення рахунку, повернути рахунок до стану Чернетка та виправити помилки. Після того, як рахунок буде готовий, його можна надіслати повторно.

Примітка

Щоб повторно згенерувати XML, необхідно видалити як вкладення XML, так і звіт PDF, щоб вони потім були згенеровані разом. Це гарантує, що обидва завжди містять однакові дані.

Пересилання завершено

Рахунок був доставлений клієнту; однак ви все ще можете надіслати копію клієнту в форматі PDF електронною поштою або звичайною поштою. Його статус Прийнято SDI, Доставлено партнеру.

Якщо SdI не може зв’язатися з вашим клієнтом, він може бути не зареєстрованим на порталі AdE. У цьому випадку просто переконайтеся, що ви надсилаєте рахунок у форматі PDF електронною поштою або звичайною поштою. Рахунок тоді перебуває в стані Прийнято SDI, доставка партнеру не вдалася.

Податкова інтеграція

Коли ви отримуєте рахунок від постачальника з SdI, з паперового або з імпортованого XML-файлу, Податкова служба може зажадати надіслати певну інтеграцію податкової інформації назад до SdI. Це відбувається, коли транзакція, яка була звільнена від оподаткування, стає оподатковуваною з будь-якої причини.

Example

Ось невичерпний список:

• Зворотне нарахування

  Як покупець, ви повинні сплачувати податки на те, що ви купуєте, та інтегрувати податкову інформацію. Зворотне нарахування податки.
• Роздільна сплата

  Як PA бізнес-покупець, ви повинні сплачувати податки та інтегрувати податкову інформацію. Переконайтеся, що замінили 0% податок з продажу у рахунку постачальника, який ви отримали, на коректні податки Розділення платежу.
• Самоспоживання

  Коли ви як власник бізнесу використовуєте актив, який ви придбали для бізнесу, для особистих цілей, ви повинні сплатити ті податки, які ви спочатку відрахували як бізнес-витрати на нього.

Odoo може визначити, що ваш рахунок постачальника можна інтерпретувати як документ типу, який потребує інтеграції податків, як детально описано у розділі Типи документів.

Важливо

Переконайтеся, що замінили 0% податок з продажу у рахунку постачальника, який ви отримали, на ті, які ви повинні сплатити до AdE. Тоді у верхній частині форми окремого рахунку постачальника з’явиться кнопка для їх відправлення.

Натиснувши кнопку Надіслати податкову інтеграцію, генерується XML-файл відповідного Типу документа, додається до рахунку та надсилається так само, як і для рахунків.

Типи документів

SdI вимагає від підприємств надсилати рахунки клієнтам та інші документи через EDI.

Наступні коди Типу документа технічно ідентифікують різні бізнес-сценарії.

TD01 - рахунки

Це стандартний внутрішній сценарій для всіх рахунків, що обмінюються через SdI. Будь-який рахунок, який не підпадає під один із особливих випадків, класифікується як звичайний рахунок, визначений Типом документа TD01.

TD02 - авансові платежі

Рахунки передоплати імпортуються/експортуються з іншим кодом Типу документа TDO2, ніж звичайні рахунки. Після імпорту рахунку створюється звичайний рахунок постачальника.

Odoo експортує транзакції як TD02, якщо виконуються такі умови:

1. Це рахунок.

2. Всі рядки рахунку пов’язані з рядками замовлення на продаж передоплати.

TD04 - кредитові ноти

Це стандартний сценарій для всіх кредитових нот, виданих внутрішнім клієнтам, коли нам потрібно офіційно підтвердити, що продавець зменшує або скасовує раніше виданий рахунок, наприклад, у випадку завищеної суми рахунку, неправильних позицій або надмірної оплати. Як і рахунки, вони повинні бути надіслані до SdI, їх Тип документа TD04

TD07, TD08, TD09 - спрощене виставлення рахунків

Спрощені рахунки (TD07), кредитові ноти (TD08) та дебетові ноти (TD09) можуть використовуватися для підтвердження внутрішніх транзакцій на суму до 400 євро (включаючи ПДВ). Його статус такий самий, як у звичайного рахунку, але з меншими інформаційними вимогами.

Щоб спрощений рахунок був оформлений, він повинен включати:

1. Посилання на Рахунок клієнта: унікальна послідовність нумерації без пропусків.

2. Дата рахунку: дата видачі рахунку.

3. Інформація про компанію: повні реквізити продавця (номер ПДВ/ІПН, назва, повна адреса).

4. ПДВ: номер ПДВ/ІПН покупця (у формі партнера).

5. Усього: загальна сума (з ПДВ) рахунку-фактури.

У EDI Odoo експортує рахунки-фактури як спрощені, якщо:

1. Це внутрішня операція (тобто партнер з Італії).

2. Надані обов’язкові поля вашої компанії (Номер ПДВ або Codice Fiscale, Податковий режим та повна адреса).

3. Адреса партнера вказана не повністю (тобто відсутнє місто або поштовий індекс).

4. Загальна сума з урахуванням ПДВ менша за 400 EUR.

Примітка

Поріг 400 EUR було визначено в декреті від 10 травня 2019 року в Gazzetta Ufficiale. Радимо вам перевірити поточне офіційне значення.

TD16 - внутрішній зворотне нарахування

Внутрішні операції зворотного нарахування (див. Звільнення від податку та Зворотне нарахування) експортуються як TD16, якщо виконуються наступні умови:

• Це рахунок постачальника.

• Він має принаймні один податок у рядках рахунка, який орієнтований на одну з цих податкових сіток: VJ6, VJ7, VJ8, VJ12, VJ13, VJ14, VJ15, VJ16, VJ17

TD17 - купівля послуг за кордоном

При купівлі послуг з країн ЄС та поза ЄС іноземний продавець виставляє рахунок-фактуру на послугу за ціною без ПДВ, оскільки вона не оподатковується в Італії. ПДВ сплачується покупцем в Італії.

• В межах ЄС: покупець доповнює отриманий рахунок інформацією про ПДВ, що підлягає сплаті в Італії (тобто інтеграція податку рахунка постачальника).

• Поза ЄС: покупець виставляє собі рахунок-фактуру (тобто самофактурування).

Odoo експортує транзакцію як TD17, якщо виконуються наступні умови:

• Це рахунок постачальника.

• Він має принаймні один податок у рядках рахунка, який орієнтований на податкову сітку VJ3.

• Усі рядки рахунку-фактури мають або Послуги як продукти, або податок зі Послугами як сферою оподаткування.

TD18 - купівля товарів з ЄС

Рахунки-фактури, виставлені в межах ЄС, відповідають стандартному формату, тому потрібна лише інтеграція існуючого рахунку-фактури.

Odoo експортує транзакцію як TD18, якщо виконуються наступні умови:

• Це рахунок постачальника.

• Партнер з країни ЄС.

• Він має принаймні один податок у рядках рахунка, який орієнтований на податкову сітку VJ9.

• Усі рядки рахунку-фактури мають або Витратний матеріал як продукти, або податок з Товарами як сферою оподаткування.

TD19 - купівля товарів зі складу ПДВ

Купівля товарів у іноземного постачальника, але товари вже знаходяться в Італії на складі ПДВ.

• З ЄС: покупець доповнює отриманий рахунок інформацією про ПДВ, що підлягає сплаті в Італії (тобто інтеграція податку рахунка постачальника).

• Поза ЄС: покупець виставляє рахунок-фактуру собі (тобто самофактурування).

Odoo експортує транзакцію як TD19, якщо виконуються наступні умови:

• Це рахунок постачальника.

• Він має принаймні один податок у рядках рахунка, який орієнтований на податкову сітку VJ3.

• Усі рядки рахунку-фактури мають або Витратні матеріали як продукти, або податок з Товарами як сферою оподаткування.

TD24 - відкладені рахунки

Відстрочений рахунок-фактура — це рахунок-фактура, що виставляється пізніше, ніж продаж товарів або надання послуг. Відстрочений рахунок-фактура має бути виставлений не пізніше 15-го дня місяця, наступного за доставкою, що охоплюється документом.

Зазвичай це зведений рахунок-фактура, що містить перелік кількох продажів товарів або послуг, здійснених протягом місяця. Підприємство має право згрупувати продажі в один рахунок-фактуру, який зазвичай виставляється наприкінці місяця для цілей бухгалтерського обліку. Відстрочені рахунки-фактури є стандартними для оптових торговців, які мають постійних клієнтів.

Якщо товари транспортуються перевізником, кожна доставка має пов’язаний Documento di Transporto (DDT), або Транспортний документ. Відстрочений рахунок-фактура повинен вказувати деталі всіх DDT для кращого відстеження.

Примітка

Електронна виставка відкладених рахунків вимагає модуль l10n_it_stock_ddt. У цьому випадку в електронному рахунку використовується спеціальний Тип документа TD24.

Odoo експортує транзакції як TD24, якщо виконуються наступні умови:

1. Це рахунок.

2. Він пов’язаний з доставками, чиї DDT мають іншу дату, ніж дата виставлення рахунку-фактури.

TD28 - Сан-Марино

Рахунки

Сан-Марино та Італія мають спеціальні угоди щодо операцій з електронним виставленням рахунків. Таким чином, рахунки підпорядковуються звичайним правилам зворотного нарахування. Ви можете використовувати відповідний Тип документа залежно від типу рахунка: TD01, TD04, TD05, TD24, TD25. Додаткові вимоги не застосовуються Odoo. Однак держава вимагає від користувача:

• Виберіть податок з Видом звільнення від податку, встановленим на N3.3.

• Використовуйте загальний SdI Код призначення 2R4GTO8.

Після цього рахунок спрямовується спеціальним офісом у Сан-Марино до відповідного підприємства.

Рахунки постачальників

Коли паперовий рахунок отримано від Сан-Марино, будь-яка італійська компанія повинна подати цей рахунок до AdE, вказавши у полі Тип документа електронного рахунка спеціальне значення TD28.

Odoo експортує транзакцію як TD28, якщо виконуються наступні умови:

1. Це рахунок постачальника.

2. Він має принаймні один податок у рядках рахунка, який орієнтований на податкові сітки VJ.

3. Країна партнера — Сан-Марино.

Підприємства державного управління (B2G)

Підприємства PA піддаються більшому контролю, ніж приватні підприємства, оскільки вони розпоряджаються державними коштами, що надходять від платників податків. Процес EDI додає деякі кроки до звичайного процесу, оскільки підприємства PA можуть приймати або відхиляти рахунки.

Примітка

PA підприємства мають 6-значний код призначення, який також називається CUU, що є обов’язковим, адреса PEC не може використовуватися в цьому випадку.

Див. також

Повний список підприємств, які належать до публічної адміністрації, разом з їхнім кодом призначення

CIG, CUP, DatiOrdineAcquisto

Для забезпечення ефективної простежуваності платежів державними органами електронні рахунки, виставлені державним органам, повинні містити:

• CIG, за винятком випадків виключення з вимог щодо відстежуваності, передбачених законом № 136 від 13 серпня 2010 року.

• CUP у випадку рахунків, пов’язаних з громадськими роботами.

Якщо XML-файл вимагає цього, AdE може здійснювати платежі за електронними рахунками, лише якщо XML-файл містить CIG та CUP.

Примітка

CUP та CIG мають бути включені в один із XML-тегів DatiOrdineAcquisto, DatiContratto, DatiConvenzione, DateRicezione або DatiFattureCollegate.

Вони відповідають елементам з назвами CodiceCUP та CodiceCIG XML-файлу електронного рахунка, таблицю якого можна знайти на урядовому веб-сайті.

Роздільна сплата

Механізм роздільної сплати працює подібно до Зворотне нарахування.

Example

Коли італійська компанія виставляє рахунок підприємству PA - наприклад, за послуги з прибирання громадської будівлі - підприємство PA самостійно звітує про ПДВ податковій службі, а постачальнику потрібно лише вибрати відповідний податок з правильним звільненням від податку для рядків свого рахунку.

Спеціальна фіскальна позиція Scissione dei Pagamenti доступна для роботи з партнерами, що належать до PA.

Обробіть

Кваліфікований електронний підпис

Рахунки, призначені для PA, повинні включати кваліфікований електронний підпис при поданні через SdI. Цей підпис автоматично застосовується у форматі XAdES, коли партнер рахунку має 6-значний код призначення (що вказує на підприємство PA).

Примітка

Коли такий рахунок передається до податкового органу, згенерований файл .xml підписується на серверах Odoo, повертається до бази даних і автоматично прикріплюється до рахунка.

Прийняття або відмова

Після отримання рахунку через SdI, підприємство PA має 15 днів для прийняття рахунку. Якщо воно приймає його, процес на цьому завершується. Якщо підприємство PA відхиляє рахунок, він все одно вважається дійсним після того, як його прийме SdI. Тоді вам потрібно виписати кредитову ноту для компенсації та надіслати її до SdI.

Прострочені терміни

Якщо підприємство PA не відповідає протягом 15 днів, вам потрібно зв’язатися з підприємством PA безпосередньо, надіславши йому електронною поштою як рахунок, так і отримане повідомлення про закінчення терміну. Ви можете домовитися з ними та вручну встановити правильний стан SdI у вашому рахунку.

Фіскальні принтери точок продажу

Попередження

Фіскальні принтери відрізняються від принтерів ePOS. IP-адресу фіскального принтера не слід вводити в налаштуваннях IP-адреси ePOS.

Фіскальні норми вимагають використання сертифікованих пристроїв RT, таких як принтери RT або сервери RT, для забезпечення відповідних касових чеків та безпечного зв’язку з податковим органом. Ці пристрої автоматично передають фіскальні дані щодня. Принтери RT, призначені для окремих терміналів точки продажу, обробляють транзакції, друкують чеки та звітують перед органами влади, забезпечуючи цілісність даних та відповідність вимогам.

Режим симуляції

Попередження

Оскільки режим симуляції надсилає дані до органів влади, його слід вмикати лише на самому початку процесу налаштування принтера. Після того, як принтер переключено на робочий режим, повернути його до режиму симуляції неможливо.

Щоб протестувати налаштування фіскального принтера з Odoo, налаштуйте фіскальний принтер у режимі симуляції наступним чином:

1. Переконайтеся, що фіскальний принтер знаходиться у стандартному стані: принтер увімкнено, цикл запуску завершено, і жодна транзакція не виконується.

2. Введіть 3333.

3. Натисніть Chiave. На екрані відобразиться Scelta Funzione.

4. Введіть 14. На екрані відобразиться Apprendimento.

5. Введіть 62. На екрані відобразиться Simulazione.

6. Щоб змінити no на si, натисніть X.

7. Для підтвердження натисніть Contante.

8. Натисніть Chiave.

Щоб налаштувати принтер для виробництва, повторіть наведені вище кроки.

Примітка

Щоб перевірити налаштування принтера, спочатку необхідно отримати фізичний пристрій і зареєструвати його у відповідних органах.

Налаштування принтера для роботи з Odoo

Фіскальні принтери призначені для роботи лише в локальній мережі. Це означає, що принтер і пристрій, на якому працює Точка продажу Odoo, мають бути підключені до однієї мережі.

Фіскальні принтери зазвичай налаштовані на використання HTTP за замовчуванням. Щоб забезпечити сумісність з Odoo, необхідно оновити налаштування для підтримки HTTPS на принтері. Це можна зробити за допомогою програмного забезпечення для налаштування EpsonFPWizard або клавіатури, підключеної до принтера.

Щоб налаштувати фіскальний принтер за допомогою клавіатури, виконайте такі кроки:

1. Переконайтеся, що фіскальний принтер знаходиться у стандартному стані: принтер увімкнено, цикл запуску завершено, і жодна транзакція не виконується.

2. Введіть 3333.

3. Натисніть Chiave. На екрані відобразиться Scelta Funzione.

4. Введіть 34. На екрані відобразиться Web Server.

5. Натисніть Contante 3 рази, поки на екрані не відобразиться Web Server: SSL.

6. Щоб змінити значення 0 на 1, натисніть X.

7. Для підтвердження натисніть Contante 3 рази.

8. Натисніть Chiave.

Потім увійдіть до принтера з пристрою, на якому працює Точка продажу Odoo, щоб він розпізнав сертифікат принтера.

Щоб схвалити та встановити сертифікат принтера, виконайте такі дії:

1. Отримайте доступ до принтера, відкривши веб-браузер і ввівши https://<ip-of-your-printer> в адресному рядку. З’явиться повідомлення безпеки Попередження: потенційний ризик безпеки.

2. Натисніть Додатково, щоб показати параметри схвалення сертифіката.

3. Натисніть Продовжити, щоб підтвердити сертифікат.

Потім, щоб переконатися, що Точка продажу Odoo налаштована з фіскальним принтером, перейдіть до Точка продажу ‣ Налаштування ‣ Параметри. У розділі Підключені пристрої додайте IP-адресу в поле IP-адреса італійського фіскального принтера та увімкніть Використовувати HTTPS.

Ri.Ba. (Ricevuta Bancaria)

Ri.Ba. - це платіжний метод, широко використовуваний в Італії, коли постачальники запитують платежі через свій банк, який пересилає запит до банку клієнта та бере на себе відповідальність за стягнення коштів. Це забезпечує автоматизацію платежів та зменшує ризики для постачальника.

Постачальник зазвичай завантажує текстовий файл фіксованого формату зі списком платежів на вебпортал банку.

Примітка

Ri.Ba. призначені виключно для внутрішніх платежів в Італії. Для регулярних міжнародних платежів використовуйте прямий дебет SEPA (SDD)

Налаштування

1. Переконайтеся, що модуль l10n_it_riba встановлено.

2. Перейдіть до Налаштування ‣ Користувачі та компанії ‣ Компанії та виберіть компанію, яка використовуватиме Ri.Ba..

3. Заповніть обов’язковий Код SIA.

   

   Примітка

   Код SIA ідентифікує підприємства в італійській банківській мережі та використовується для отримання грошей через певні способи оплати. Він складається з однієї літери та чотирьох цифр (наприклад, T1234) і зазвичай може бути знайдений на порталі банку або отриманий, звернувшись до банку.

4. Переконайтеся, що банківський рахунок компанії має італійський IBAN.

   Див. також

   Як налаштувати банківські рахунки

Прийняття Ri.Ba. для ваших рахунків-фактур

Платежі типу Ri.Ba. можна зареєструвати з рахунків (Бухгалтерія ‣ Клієнти ‣ Рахунки).

Важливо

Переконайтеся, що ваш рахунок-фактура стосується контрагента, який має банківський рахунок з італійським IBAN.

Потім усі платежі мають бути згруповані в пакетний платіж.

Див. також

• Пакетні платежі

• Створення пакетного платежу

Після натискання кнопки Підтвердити для пакетного платежу, файл Ri.Ba. генерується та прикріплюється до пакетного платежу, тому ви можете завантажити його та вивантажити через веб-портал вашого банку.