Італія

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

Встановіть наступні модулі, щоб отримати всі функції італійської локалізації:

Ім’я	Технічна назва	Опис
Італія - Бухоблік	l10n_it	Типовий пакет фіскальної локалізації
Італія - електронне виставлення рахунку	l10n_it_edi	Впровадження електронних рахунків-фактур
Італія - E-invoicing (Withholding)	l10n_it_edi_withholding	Утримання електронного рахунку-фактури
Італія - Бухгалтерські звіти	l10n_it_reports	Звіти по країнах
Італія - Запаси DDT	l10n_it_stock_ddt	Транспортні документи - Documento di Trasporto (DDT)

Інформація про компанію

Налаштування інформації про компанію гарантує належне налаштування бази даних бухгалтерського обліку. Щоб додати інформацію, перейдіть до Налаштування ‣ Загальні налаштування, а в розділі Компанії натисніть Оновити інформацію. Звідси заповніть поля:

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

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

• Фіскальний кодекс: фіскальний код компанії;

• Податкова система: система оподаткування, до якої належить компанія;

Конфігурація податків

Багато функцій електронного виставлення рахунків реалізовано за допомогою податкової системи 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. У Доступні послуги ‣ Електронне виставлення рахунків ‣ Реєстрація телематичної адреси, на яку отримувати всі електронні рахунки, введіть Код призначення Odoo K95IV18 та підтвердіть.

Режим EDI та авторизація

Оскільки файли передаються через сервер Odoo перед надсиланням до SdI або отриманням вашою базою даних, вам потрібно авторизувати Odoo для обробки ваших файлів із вашої бази даних. Для цього перейдіть до Бухгалтерський облік ‣ Конфігурація ‣ Налаштування ‣ Рахунок-фактура для ел. документів.

Доступні три режими:

• Демо

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

  У цьому режимі рахунки надсилаються до невиробничого (тобто тестового) сервісу, доступного через AdE. Збереження цієї зміни спрямовує всі компанії в базі даних на використання цієї конфігурації.
• Офіційний

  Це виробничий режим, який надсилає ваші рахунки-фактури безпосередньо до AdE.

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

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

Вибір Test (experimental) або Офіційний є незворотним. Наприклад, у режимі Офіційний неможливо вибрати Test (experimental) або Demo. Ми рекомендуємо створити окрему базу даних лише для цілей тестування.

Примітка

У режимі Test (Experimental) всі надіслані рахунки-фактури повинні мати партнера, який використовує один із наступних фальшивих Кодів призначення, наданих AdE: 0803HR0 - N8MIMM9 - X9XX79Z. Будь-який реальний виробничий Код призначення ваших клієнтів не буде визнано дійсним тестовою службою.

Обробіть

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

Примітка

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

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

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

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

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

Подання до SDI

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

Обробка за допомогою SDI

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

Прийняття

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

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

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

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

Можлива відмова

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

Примітка

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

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

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

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

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

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

Example

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

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

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

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

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

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

Важливо

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

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

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

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

Наведені нижче коди Тип документа технічно визначають різні варіанти використання в бізнесі.

TD01 - Рахунки

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

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

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

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

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

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

TD04 - Кредитні ноти

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

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

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

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

1. Customer Invoice reference: unique numbering sequence with no gaps;

2. Дата рахунку: дата рахунку;

3. Інформація про компанію: повні облікові дані продавця (номер ПДВ/ІПН, ім’я, повна адреса) у розділі Загальні налаштування ‣ Компанії (розділ);

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

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

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

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

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

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

4. Загальна сума ПДВ, що включається, менше ніж 400 EUR.

Примітка

Поріг у 400 євро було визначено в декреті від 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 module. У цьому випадку в електронному рахунку використовується спеціальний тип документа 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 (Codice Univoco Ufficio), який є обов’язковим, у цьому випадку адресу PEC використовувати не можна.

Перегляньте також

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

CIG, CUP, DatiOrdineAcquisto

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

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

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

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

Примітка

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

Вони відповідають елементам з назвами CodiceCUP та CodiceCIG XML-файлу електронного рахунку-фактури, таблицю якого можна знайти на урядовому веб-сайті <http://www.fatturapa.gov.it/>.

Розділений платіж

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

Example

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

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

Обробіть

Цифровий кваліфікований підпис

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

• Смарт-картка;

• USB-токен;

• an HSM.

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

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

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

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

Оскільки Odoo не обробляє надсилання підписаних рахунків підприємствам PA, ці стани не можуть бути безпосередньо активовані Odoo. Коли ви завантажуєте рахунок на портал AdE, Odoo отримує сповіщення про це, вказуючи правильний Статус SdI у рахунку.

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

Терміни дії закінчилися

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

Ri.Ba. (Ricevuta Bancaria)

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

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

Примітка

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

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

1. Перевірте, чи модуль l10n_it_riba встановлено.

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

3. Заповніть необхідний Код SIA.

   

   Примітка

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

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

   Перегляньте також

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

Приймайте Ri.Ba. для своїх рахунків

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

Важливо

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

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

Перегляньте також

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

• Створити пакетний платіж

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