Туреччина¶
Модулі¶
Наступні модулі встановлюються автоматично з турецькою локалізацією:
Ім’я |
Технічна назва |
Опис |
|---|---|---|
Туреччина - Бухгалтерія |
|
Базовий турецький пакет фіскальної локалізації, що включає турецький план рахунків, податки, фінансові звіти та схеми оподаткування |
Туреччина - Звіти бухгалтерського обліку |
|
Турецька специфічна податкова звітність та звітність про прибутки та збитки. |
Туреччина - e-Irsaliye (електронна відправка) |
|
Дозволяє генерувати та завантажувати файли електронної відправки |
Крім того, наступні модулі мають бути вручну встановлені для використання Інтеграція з Nilvera для управління електронними документами:
Ім’я |
Технічна назва |
Опис |
|---|---|---|
Туреччина - Nilvera |
|
Інтеграційний модуль, що забезпечує зв’язок з Nilvera та дозволяє генерувати файли e-Ledger |
Туреччина - Nilvera E-Invoice |
|
Для відправлення та отримання базових сценаріїв електронних рахунків до/від Nilvera. |
Туреччина - Nilvera E-Invoice Extended |
|
Покращує модуль електронних рахунків, забезпечуючи підтримку декількох типів рахунків та сценаріїв |
Примітка
У деяких випадках, наприклад, під час оновлення до версії з додатковими модулями, можливо, що модулі не будуть встановлені автоматично. Будь-які відсутні модулі можна вручну встановити.
Огляд локалізації¶
Турецький пакет локалізації забезпечує відповідність турецьким фіскальним та бухгалтерським нормам. Він включає інструменти для управління податками, схемами оподаткування, звітністю та попередньо визначений план рахунків, адаптований до стандартів Туреччини.
Турецький пакет локалізації надає наступні ключові функції для забезпечення відповідності місцевим фіскальним та бухгалтерським нормам:
План рахунків: попередньо визначена структура, адаптована до турецьких стандартів бухгалтерського обліку
Податки: попередньо налаштовані ставки податків, включаючи стандартний ПДВ, нульову ставку та звільнені від сплати варіанти
Схеми оподаткування: автоматичне коригування податків на основі реєстраційного статусу клієнта або постачальника.
Рішення для електронних документів: інтеграція з Nilvera для дотримання вимог щодо електронних документів
План рахунків¶
У плані рахунків рахунки автоматично прив’язуються до відповідних податків та стандартних полів кредиторської та дебіторської заборгованості.
Примітка
План рахунків Туреччини базується на рахунках 7/A Турецької податкової адміністрації (Gelir İdaresi Başkanlığı (GİB)), які забезпечують базову лінію необхідних рахунків. Рахунки 7/B архівуються і можуть бути розархівовані за потреби.
Податки¶
Податки автоматично створюються та налаштовуються при встановленні турецької локалізації.
Попередження
Не видаляйте податки, оскільки вони використовуються для електронних рахунків-фактур та електронних архівних рахунків-фактур. Однак можна створювати нові податки, наприклад, для причин податку, що утримується, які ще не існують у базі даних.
Рішення для електронних документів¶
Турецька локалізація забезпечує відповідність вимогам GİB щодо процесів електронних рахунків-фактур, електронних архівів, електронних відправлень та електронної книги обліку.
Завдяки інтеграції з Nilvera, Odoo забезпечує автоматизовану передачу, отримання та управління електронними документами відповідно до стандартів електронних документів GİB. Основні функції інтеграції з Nilvera включають:
створення та перевірку електронних архівів та електронних рахунків-фактур безпосередньо з Odoo
зберігання переданих XML та PDF версій для аудиту
створення та завантаження XML електронних відправлень до та з Nilvera
Společnost a kontakty¶
Перед активацією турецької локалізації переконайтеся, що наступна інформація правильно налаштована в контактному записі вашої компанії:
Важливо
Щоб отримати доступ до всіх цих полів, перейдіть до контактного запису компанії в програмі Контакти або перейшовши до , видаліть фільтр Рахунки клієнтів та виберіть контактний запис компанії. Це відрізняється від доступу до самого запису компанії через загальні налаштування.
Назва компанії: має відповідати реєстрації GİB
Турецька податкова інспекція: зареєстрована податкова інспекція
Податковий номер: VKN/TCKN - 10 цифр для компаній, 11 для фізичних осіб
Адреса: повна юридична адреса
Країна: зареєстрована країна
Мітки: Введіть номер Mersis як мітку та встановіть Категорію на MERSISNO.
Формат електронного рахунку: Туреччина (UBL TR 1.2)
Псевдонім: Псевдонім, отриманий від Nilvera
Примітка
Формат електронного рахунку встановлюється автоматично на основі країни контакту. Щоб відредагувати це поле, увімкніть режим розробника, щоб відобразити поле, а потім налаштуйте його вручну.
Поле Псевдонім відображається лише після того, як Статус Nilvera компанії має значення Електронний рахунок.
Для кожного клієнта та постачальника:
Переконайтеся, що налаштовано Адресу, Місто, Регіон, Країну, ІПН та Формат електронного рахунку.
Якщо партнер не зареєстрований для електронного виставлення рахунків, Odoo автоматично використовує електронний архів за замовчуванням.
Створення податку¶
Створення причин винятків¶
Щоб створити додаткові причини винятків, виконайте такі дії:
Увімкніть режим розробника та перейдіть до .
Натисніть кнопку Створити.
Введіть Причину та Код причини, які відповідають значенням у документації Nilvera.
Виберіть відповідний тип коду:
Утримання для причин утримання податку
Виняток для причин звільнення від податку
Експортний виняток для причин експортного винятку
Експортна реєстрація для причин, зареєстрованих для експорту
Для причин Утримання введіть відповідний відсоток.
Створення податків із утримання¶
Перейдіть до .
Натисніть кнопку Створити, щоб спочатку створити базовий податок.
Встановіть Обчислення податку як Відсоток і заповніть поле Причина утримання податку, яке з’являється для податків цього типу.
Заповніть інші обов’язкові поля форми (Назва податку, Тип податку, Сума тощо).
Створіть додаткові податки з Обчисленням податку, встановленим як Група податків. Ці групові податки повинні складатися з базового податку, створеного на попередніх кроках, та додаткових відсоткових податків.
Порада
Податок WH 20% ілюструє цю конфігурацію. Щоб використовувати іншу причину утримання, продублюйте базовий податок, оновіть причину та замініть старий базовий податок у продубльованих групових податках.
Інтеграція з Nilvera¶
Odoo інтегрується з Nilvera, затвердженим GİB посередником електронних документів, для управління процесами електронних рахунків, електронного архіву, електронної відправки та електронної книги обліку.
Інтеграція забезпечує:
Генерацію XML-даних у форматі, сумісному з GİB
безпечну передачу до Nilvera
синхронізацію документів та статусів у Odoo.
Підтримувані типи документів¶
Електронний рахунок
Базовий сценарій та публічний сценарій
Продажі
Утримання
Зареєстровано для експорту
Звільнено від податку
Експортний сценарій
Електронний архівний рахунок
Продажі
Утримання
Зареєстровано для експорту
Звільнено від податку
Електронна накладна
Налаштування¶
Документація Nilvera містить інструкції щодо доступу до пісочниці та генерації облікових даних API.
Щоб налаштувати інтеграцію Nilvera з вашою базою даних, виконайте такі дії:
Переконайтеся, що модуль Туреччина - Nilvera встановлено.
Перейдіть до і прокрутіть до розділу Електронні інтеграції Туреччини.
Налаштуйте:
Облікові дані API Nilvera (згенеровані в Nilvera)
Журнал вхідних рахунків (наприклад, Закупівлі)
Щоб налаштувати облікові записи контактів клієнтів для можливості надсилання їм електронних рахунків через Nilvera, виконайте такі дії:
Перейдіть до .
Видаліть фільтр Рахунки клієнтів (якщо необхідно) і виберіть партнера для зв’язку через Nilvera.
Відкрийте вкладку Бухгалтерія і натисніть Перевірити поруч з Статус Nilvera.
Надсилання електронних рахунків через Nilvera¶
Електронний рахунок/електронний архів — це затверджена урядом система цифрових рахунків, яка замінює традиційні паперові рахунки, дозволяючи підприємствам виставляти, передавати та зберігати рахунки в електронному вигляді відповідно до турецького податкового законодавства. Електронні рахунки призначені для клієнтів, які зареєстровані в GİB, а електронні архіви можна надсилати клієнтам, які не зареєстровані в GİB, що забезпечує відправникам можливість дотримуватися державних норм навіть при роботі з іноземними клієнтами або в рамках процесів B2C.
Щоб надіслати електронний рахунок/електронний архів, виконайте такі дії:
Переконайтеся, що модулі Туреччина - Nilvera Електронний рахунок і Туреччина - Nilvera Електронний рахунок розширений встановлено.
При створенні рахунку клієнта, після вибору Клієнта,
якщо Статус Nilvera клієнта має значення Електронний архів, з’являться два поля:
Експорт GIB: використовується для рахунків експорту продукції партнерам за межами Туреччини
Тип рахунку: визначає тип рахунку
якщо Статус Nilvera клієнта — Електронний рахунок, з’явиться поле Сценарій рахунку: виберіть сценарій рахунку, який потрібно надіслати до GİB.
Надішліть рахунок і переконайтеся, що вибрано через Nilvera, щоб видати електронний рахунок.
Отримання електронних рахунків через Nilvera¶
Оновлення статусу Nilvera¶
Щоб оновити Статус Nilvera рахунків в Odoo, виконайте ці кроки:
Відкрийте Дашборд обліку.
Клацніть на журнал Продажі.
Клацніть піктограму (Дії), потім клацніть Оновити статус електронних рахунків. Ця дія оновить поле Статус Nilvera на кожному рахунку.
Отримання PDF електронних рахунків¶
Існує два способи отримання PDF електронних рахунків:
Зі списку рахунків:
Перейдіть до .
Виберіть один або кілька рахунків.
Клацніть Отримати PDF Nilvera
З форми рахунку: коли Статус Nilvera має значення Успішно, клацніть кнопку Отримати PDF Nilvera.
Отримання електронних рахунків на закупівлю¶
Щоб отримати електронні рахунки, створені в Nilvera та отримані вашою компанією:
Відкрийте Дашборд обліку.
Клацніть на журнал Закупівлі.
Клацніть піктограму (Дії), потім клацніть Отримати електронні рахунки. Отримані електронні рахунки створюються як рахунки постачальників зі статусом Чернетка.
Отримання PDF рахунків, створених в Odoo¶
Для рахунків постачальників, які були створені в Odoo, отримання PDF працює так само, як і для рахунків клієнтів:
Перейдіть до .
Виберіть один або кілька рахунків постачальників.
Натисніть кнопку Отримати PDF Nilvera.
Генерувати e-Ledger¶
E-Ledger — це електронна система, яка дозволяє підприємствам цифрово зберігати та подавати свої бухгалтерські записи до уряду для податкової та регуляторної звітності. В Odoo користувачі можуть генерувати e-Ledger як запакований CSV-файл і безперешкодно звітувати про записи компанії через інтеграцію Nilvera.
Перейдіть до .
Натисніть значок (Дії).
Натисніть Генерувати e-Ledger, щоб згенерувати файл і завантажити його на комп’ютер.
Керування файлами e-Dispatch¶
Генерувати файли e-Dispatch¶
E-Dispatch — це електронний документ, який замінює традиційні паперові накладні на доставку, дозволяючи підприємствам цифрово виписувати, передавати та відстежувати деталі відвантаження товарів у дорозі. В Odoo користувачі можуть генерувати документи e-Dispatch у форматі XML і завантажувати їх через інтеграцію Nilvera, забезпечуючи відповідність вимогам та простежуваність операцій доставки.
Перейдіть до .
Відкрийте існуюче замовлення на доставку або створіть нове.
Після вибору Адреси доставки заповніть необхідну інформацію на вкладці e-Dispatch, яка з’явиться.
#. Once the delivery order is validated, click the Generate GİB e-Dispatch (XML) button that appears to generate the XML file.
Завантажте згенерований файл, прикріплений до замовлення на доставку, і завантажте його в Nilvera для обробки.
Завантажити файли e-Dispatch¶
Завантажте отриманий XML e-Dispatch з Nilvera.
Перейдіть до .
Натисніть кнопку Завантажити електронну квитанцію (XML) і виберіть завантажений файл.
Обов’язкова інформація про відповідність¶
Наступні правила є обов’язковими для всіх користувачів інтеграції турецької локалізації. Дотримання цих вимог є важливим для юридичної дійсності електронних документів, виданих через GİB за допомогою Nilvera.
Структура нумерації документів¶
Усі створені рахунки та відвантажувальні документи повинні відповідати певній структурі нумерації:
три буквено-цифрові символи+рік документа+порядковий номер.Example
INV/2025/00001
Нумерація повинна бути унікальною, послідовною та безперервною. Кожен документ повинен мати окремий ідентифікатор.
Після подання файлу, навіть якщо він повертає помилку, той самий порядковий номер не може бути використаний; необхідно створити новий документ.
Прогалини в порядкових номерах¶
Якщо порядковий номер пропущено, попередні відсутні номери повинні бути видані протягом 7 днів.
Example
Якщо INV/2025/00002 видано раніше INV/2025/00001, INV/2025/00001 повинен бути виданий протягом 7 днів.
Жоден порядковий номер не може залишатися невиданим після закінчення цього періоду.
Правила знижок¶
Загальні знижки (знижки, показані як окремий рядок рахунку) не можуть бути видані.
Усі знижки повинні застосовуватися на рівні рядка продукту в рахунку.
Відповідність електронній бухгалтерській книзі¶
Перший виданий рахунок повинен представляти початковий баланс для облікового періоду.
Усі наступні рахунки повинні відповідати послідовній схемі нумерації:
Example
INV/2025/00001, INV/2025/00002, INV/2025/00003 тощо.
Послідовна нумерація повинна підтримуватися послідовно в електронній книзі обліку для забезпечення цілісності даних та відповідності вимогам.