Чилі¶
Вебінари¶
Нижче ви можете знайти відео із загальним описом локалізації та її налаштування.
Вступ¶
Чилійську локалізацію було покращено та розширено в Odoo v13. У цій версії доступні такі модулі:
l10n_cl: додає функції бухгалтерського обліку для чилійської локалізації, які представляють мінімальну конфігурацію, необхідну для роботи компанії в Чилі та відповідно до правил і вказівок SII (Servicio de Impuestos Internos).
l10n_cl_edi: Містить усі технічні та функціональні вимоги для створення й отримання електронного рахунка-фактури через веб-сервіс відповідно до правил SII.
l10n_cl_reports: додає звіти Propuesta F29 y Balance Tributario (8 стовпців).
Налаштування¶
Встановіть модулі локалізації чилійською мовою¶
Для цього перейдіть до Додатки та знайдіть Чилі. Потім натисніть Встановити в модулі Чилі E-invoicing. Цей модуль має залежність від Чилі - Бухгалтерський облік. Якщо цей останній не встановлено, Odoo встановлює його автоматично за допомогою ел. виставлення рахунків.
Примітка
Коли ви встановлюєте базу даних з нуля, вибираючи Чилі як країну, Odoo автоматично встановить базовий модуль: Чилі - Бухгалтерський облік.
Налаштування компанії¶
Після встановлення модулів першим кроком є налаштування даних вашої компанії. Окрім основної інформації, вам потрібно додати всі дані та елементи, необхідні для електронного рахунка-фактури. Найпростіший спосіб налаштувати це в .
Важливо
Усі наведені нижче конфігурації та функції доступні в Odoo, лише якщо ваша компанія вже пройшла процес сертифікації у SII - Sistema de Facturación de Mercado , ця сертифікація дає змогу створювати електронні рахунки-фактури з ERP і автоматично надсилати їх до SII. Якщо ваша компанія ще не пройшла цю сертифікацію, переконайтеся, що ви повідомили про це своєму менеджеру з роботи з обліковим записом, оскільки для проходження цієї сертифікації потрібен спеціальний процес за межами Odoo.
Фіскальна інформація¶
Заповніть фіскальну інформацію для вашої компанії відповідно до реєстру SII, дотримуючись інструкцій у кожному розділі.
Дані електронного рахунку¶
Це частина основної інформації, необхідної для створення ел. рахунку-фактури, вибору середовища та юридичної інформації, а також адреси ел. пошти для отримання рахунків від ваших постачальників і аліаса, який ви використовуєте для надсилання рахунків своїм клієнтам.
Налаштувати сервер вхідної ел. пошти DTE¶
Щоб отримувати ел. листи про претензії та прийняття від ваших клієнтів, важливо визначити сервер вхідної ел. пошти DTE, враховуючи цю конфігурацію:
Порада
Перед запуском переконайтеся, що ви заархівували/видалили зі своєї папки Вхідні всі ел. листи, пов’язані з рахунками постачальників, які не потрібно обробляти в Odoo.
Сертифікат¶
Для створення ел. підпису рахунку-фактури потрібен цифровий сертифікат із розширенням pfx, перейдіть до цього розділу та завантажте свій файл і пароль.
Сертифікат може використовуватися кількома користувачами. Якщо це так, залиште поле користувача порожнім, щоб усі ваші користувачі, які здійснюють оплату, могли використовувати те саме поле. З іншого боку, якщо вам потрібно обмежити сертифікат для певного користувача, просто визначте користувачів у сертифікаті.
Примітка
У деяких випадках, залежно від формату сертифіката, поле Серійний номер суб’єкта може не завантажуватися автоматично. Якщо це так, ви можете вручну відредагувати це поле, заповнивши його законним представником RUT сертифіката.
Фінансові звіти¶
Для звіту Propuesta F29 потрібні два значення, які потрібно визначити як частину конфігурації компанії:
Мультивалютність¶
Офіційний курс валюти в Чилі надає чилійський сервіс mindicador.cl. Цю послугу можна знайти в конфігурації курсу валют і встановити попередньо встановлений інтервал для оновлення курсу.
План рахунків¶
План рахунків встановлений за замовчуванням як частина набору даних, що входять до модуля локалізації. Облікові записи автоматично зіставляються в:
Податки.
Заборгованість за замовчуванням.
Дебіторська заборгованість за замовчуванням.
Переказ облікових записів.
Обмінний курс.
Основні дані¶
Партнер¶
Тип ідентифікації та ПДВ¶
У рамках чилійської локалізації типи ідентифікації, визначені SII, тепер доступні у формі партнера. Ця інформація є важливою для більшості операцій.
TaxpayerType¶
У Чилі тип документа, пов’язаний із транзакціями клієнтів і постачальників, визначається на основі типу платника податків. Це поле має бути визначено у формі партнера. Під час створення клієнта важливо переконатися, що це значення встановлено:
Дані електронного рахунку¶
Як частину інформації, яка надсилається в ел/ рахунку, вам потрібно визначити електронну адресу, яка відображатиметься як відправник ел. рахунку для вашого клієнта, і опис галузі.
Податки¶
У рамках модуля локалізації податки створюються автоматично з відповідним фінансовим обліковим записом і конфігурацією.
Типи податків¶
У Чилі існує кілька типів податків, найпоширеніші з яких:
ПДВ. Є звичайним ПДВ і може мати кілька ставок.
ILA (Impuesto a la Ley de Alcholes). Податки на алкогольні напої. Він має інший курс.
Схеми оподаткування¶
Виходячи з операцій купівлі, ПДВ може мати різний вплив. Це буде зроблено в Odoo з використанням фінансових позицій покупки за умовчанням.
Типи документів¶
У деяких країнах Латинської Америки, включаючи Чилі, деякі бухгалтерські операції, як-от рахунки та рахунки постачальників, класифікуються за типами документів, визначеними державними фіскальними органами (у випадку Чилі: SII).
Тип документа - це важлива інформація, яка має відображатися в друкованих звітах і яку потрібно легко ідентифікувати в наборі рахунків, а також у переміщеннях рахунків.
Кожен тип документа може мати унікальну послідовність для кожної компанії. У рамках локалізації тип документа включає країну, до якої застосовується документ, і дані створюються автоматично під час встановлення модуля локалізації.
Інформація, необхідна для типів документів, включена за замовчуванням, тому користувачеві не потрібно нічого заповнювати в цьому поданні:
Примітка
Існує кілька типів документів, які за замовчуванням неактивні, але за потреби їх можна активувати.
Використання на рахунках¶
Тип документа для кожної транзакції визначатиметься:
Журнал, пов’язаний із рахунком, що визначає, чи журнал використовує документи.
Умова, застосована на основі типу видачі та отримувача (наприклад, тип податкового режиму покупця та тип податкового режиму постачальника).
Журнали¶
Застосування¶
Продажі¶
Журнали продажів в Odoo зазвичай представляють бізнес-підрозділ або місцезнаходження, наприклад:
Ventas Santiago.
Ventas Valparaiso.
Для роздрібних магазинів зазвичай ведеться один журнал на POS:
Касир 1.
Касир 2.
Купівлі¶
Купівлею транзакцій можна керувати за допомогою одного журналу, але іноді компанії використовують декілька, щоб обробити деякі бухгалтерські операції, які не пов’язані з рахунками постачальників, але їх можна легко зареєструвати за допомогою цієї моделі, наприклад:
Податкові платежі уряду.
Платежі співробітників.
Налаштування¶
При створенні журналу продажів необхідно заповнити наступну інформацію:
Тип точки продажу: якщо журнал продажів буде використовуватися для ел. документів, необхідно вибрати опцію Онлайн. В іншому випадку, якщо журнал використовується для рахунків-фактур, імпортованих із попередньої системи, або якщо ви використовуєте портал SII “Facturación MiPyme“, ви можете скористатися опцією Вручну.
Використовувати документи: це поле використовується для визначення того, чи журнал використовуватиме типи документів. Це стосується лише журналів закупівель і продажів, які можна пов’язати з різними наборами типів документів, доступних у Чилі. За замовчуванням усі створені журнали продажів використовуватимуть документи.
Важливо
Для чилійської локалізації важливо визначити дебетовий і кредитний рахунки за умовчанням, оскільки вони потрібні для одного з випадків використання дебетових нот.
CAF¶
CAF (код авторизації фоліо) потрібен, для кожного типу документа, який видається вашим клієнтам, CAF - це файл, який SII надає Emisor із фоліо/послідовністю, авторизованою для ел. документів рахунків.
Ваша компанія може зробити кілька запитів на фоліо та отримати кілька CAF, кожен з яких пов’язаний з різними діапазонами фоліо. CAF є спільними для всіх журналів, це означає, що вам потрібен лише один активний CAF для кожного типу документа, і він застосовуватиметься до всіх журналів.
Будь ласка, зверніться до документації SII, щоб дізнатися, як отримати CAF.
Важливо
CAF, які вимагає SII, відрізняються від виробництва до тестування (режим сертифікації). Переконайтеся, що у вас є правильний набір CAF залежно від вашого середовища.
Налаштування¶
Коли у вас є файли CAF, їх потрібно пов’язати з типом документа в Odoo, щоб додати CAF, просто виконайте такі дії:
Доступ до
Завантажте файл.
Збережіть CAF.
Після завантаження статус змінюється на Використовується. У цей момент, коли транзакція використовується для цього типу документа, номер рахунку займає перший фоліо в послідовності.
Важливо
Якщо ви використовували деякі фоліо у попередній системі, переконайтеся, що ви встановили наступне дійсне фоліо під час створення першої транзакції.
Використання та тестування¶
Робочий процес ел. рахунку¶
У чилійській локалізації робочий процес ел. рахунків охоплює видачу рахунків-фактур клієнтам і отримання рахунків постачальників. На наступній діаграмі ми пояснюємо, як інформація передається до SII та між клієнтами та постачальниками.
Рахунок клієнта Емісія¶
Після того, як партнери та журнали створені та налаштовані, рахунки-фактури створюються стандартним способом, для Чилі одним із відмінностей є тип документа, який вибирається автоматично на основі платника податків.
За потреби ви можете вручну змінити тип документа.
Важливо
Документи типу 33: ел. рахунок повинен містити принаймні одну позицію з податком, інакше SII відхиляє перевірку документа.
Перевірка та статус DTE¶
Коли всю інформацію про рахунок буде заповнено вручну або автоматично під час його створення із замовлення клієнта, перейдіть до перевірки рахунку. Після оприлюднення рахунку:
Файл DTE (ел. податковий документ) створюється автоматично та додається в чат.
Статус DTE SII встановлено як: Очікує на надсилання.
Статус DTE автоматично оновлюється Odoo із запланованою дією, яка виконується щодня вночі. Якщо вам потрібно негайно отримати відповідь від SII, ви також можете зробити це вручну. Робочий процес статусу DTE виглядає наступним чином:
На першому кроці DTE надсилається до SII, ви можете надіслати його вручну за допомогою кнопки: Enviar Ahora, номер SII Tack генерується та призначається рахунку, ви можете використовувати цей номер, щоб перевірити деталі, які SII надіслав назад ел. поштою. Статус DTE оновлюється на запит статусу.
Після отримання відповіді SII Odoo оновлює статус DTE, якщо ви хочете зробити це вручну, просто натисніть кнопку: Перевірити на SII. Результат може бути прийнято, прийнято без заперечень або відхилено.
Є кілька внутрішніх статусів у SII, перш ніж ви отримаєте Прийняття або Відхилення, якщо ви постійно натискаєте кнопку Перевірити в SII, ви отримаєте в чаті деталі цих проміжних статусів:
Остаточна відповідь від SII може приймати такі значення:
Прийнято: вказує на те, що інформація в рахунку-фактурі правильна, наш документ тепер є фінансово дійсним і автоматично надсилається клієнту.
Прийнято із запереченнями: вказує на те, що інформація в рахунку правильна, але виявлено незначну проблему, проте наш документ тепер є фіскально дійсним і автоматично надсилається клієнту.
Відхилено: вказує на те, що інформація в рахунку є неправильною та потребує виправлення, деталі проблеми отримано в ел. листах, які ви зареєстрували в SII, якщо його правильно налаштовано в Odoo, деталі також витягуються в балаканину після обробки сервера ел. пошти.
Якщо рахунок відхилено, виконайте такі дії:
Змінити документ на чернетку.
Внесіть необхідні виправлення на основі повідомлення, отриманого від SII.
Повторно опублікуйте рахунок.
Перехресні посилання¶
Коли рахунок створюється в результаті іншого фіскального документа, інформація, пов’язана з початковим документом, повинна бути зареєстрована у вкладці Перехресне посилання, яке зазвичай використовується для кредитних або дебетових нот, але в деяких випадках може використовуватися в рахунках клієнта як Ну. У випадку кредитних і дебетових нот Odoo встановлює їх автоматично:
Рахунок PDF-звіт¶
Після того, як рахунок прийнято та підтверджено SII, а PDF-файл надруковано, він містить фіскальні елементи, які вказують на те, що документ є фіскально дійсним:
Важливо
Якщо ви розміщені в Odoo SH або локально, вам слід вручну встановити бібліотеку pdf417gen. Використовуйте таку команду, щоб встановити його: pip install pdf417gen.
Комерційна перевірка¶
Після того, як рахунок буде надіслано клієнту:
Статус партнера DTE змінюється на “Надіслано”.
Клієнт повинен надіслати ел/ лист із підтвердженням отримання.
Згодом, якщо всі комерційні умови та дані рахунку правильні, вони надішлють підтвердження прийняття, інакше вони надішлють Претензію.
Статус прийняття поля DTE оновлюється автоматично.
Оброблено для заявлених рахунків¶
Після того, як рахунок-фактуру прийнято SII, його не можна скасувати в Odoo. У випадку, якщо ви отримуєте претензію для свого клієнта, правильним способом продовження є кредит-нота, щоб або скасувати рахунок, або виправити його. Для отримання додаткової інформації зверніться до розділу Сторно.
Поширені помилки¶
Є кілька причин відмови від SII, але це деякі з поширених помилок, які ви можете мати, і які є відповідним рішенням.
Помилка:
REJECTION- DTE Without Commune of Origin.Підказка: Переконайтеся, що адресу компанії заповнено належним чином, включаючи штат і місто.
Помилка в сумі:
- ПДВ необхідно задекларувати.Підказка: Рядки рахунка мають містити один податок ПДВ, переконайтеся, що ви додали по одному податку в кожному рядку рахунка.
Помилка:
Rut Not Authorized to Sign.Підказка: Рядки рахунка мають містити один податок ПДВ, переконайтеся, що ви додали по одному податку в кожному рядку рахунка.
Помилка:
Fecha/Número Resolution Invalido RECHAZO- CAF Vencido : (Firma_DTE[AAAA-MM-DD] - CAF[AAAA-MM-DD]) > 6 місяців.Підказка: Спробуйте додати новий CAF, пов’язаний із цим документом, оскільки термін дії того, який ви використовуєте, закінчився.
Помилка:
Елемент '{http://www.sii.cl/SiiDte%7DRutReceptor': цей елемент не очікується. Очікується ( {http://www.sii.cl/SiiDte%7DRutEnvia ).Підказка: Переконайтеся, що в полі Тип документа та ПДВ встановлено або в Клієнті, і в основній компанії.
GLOSA:
Usuario sin permiso de envio.Підказка: Ця помилка вказує на те, що, швидше за все, ваша компанія не пройшла процес сертифікації у SII - Sistema de Facturación de Mercado . Якщо це так, будь ласка, зв’яжіться зі своїм менеджером облікового запису або службою підтримки клієнтів, оскільки ця сертифікація не є частиною послуг Odoo, але ми можемо надати вам деякі альтернативи.
Сторно¶
Якщо необхідно скасувати або виправити підтверджений рахунок-фактуру, необхідно створити кредит-ноту. Важливо враховувати, що файл CAF потрібен для кредитної ноти, яка ідентифікується як документ 64 у SII.
Порада
Зверніться до розділу CAF, де ми описали процес завантаження CAF для кожного типу документа.
Використання досвіду¶
Скасувати Посилання на документ¶
Якщо вам потрібно скасувати або недійсний рахунок-фактуру, скористайтеся кнопкою Додати кредит-ноту та виберіть Повне відшкодування, у цьому випадку код посилання SII автоматично встановлюється на: Anula Documento de referencecia.
Виправляє текст посилання на документ¶
Якщо потрібно виправити інформацію в рахунку-фактурі, наприклад назву вулиці, скористайтеся кнопкою Додати кредит-ноту, виберіть Часткове відшкодування та виберіть опцію “Окрема корекція тексту”. У цьому випадку довідковий код SII автоматично встановлюється на: Corrige el monto del Documento de Referencia.
Odoo створює кредит-ноту з виправленим текстом у рахунку-фактурі та ціною 0.
Важливо
Важливо визначити кредитний рахунок за замовчуванням у журналі продажів, оскільки він використовується для конкретного випадку використання.
Виправляє суму довідкового документа¶
Якщо потрібно виправити суми, скористайтеся кнопкою Додати кредит-ноту та виберіть Часткове відшкодування. У цьому випадку довідковий код SII автоматично встановлюється на: Corrige el monto del Documento de Referencia.
Дебіторські повернення¶
У рамках чилійської локалізації окрім створення кредитних нот із наявного документа ви також можете створювати дебетові ноти. Для цього просто скористайтеся кнопкою “Додати дебет-ноту”. Нижче наведено два основні випадки використання дебетових нот.
Використання досвіду¶
Додайте борг до рахунків¶
Найпоширенішим випадком використання дебетових нот є збільшення вартості наявного рахунка-фактури, вам потрібно вибрати варіант 3 у полі Посилання код SII:
У цьому випадку Odoo автоматично включає вихідний рахунок в розділ перехресних посилань:
Скасувати кредитні ноти¶
У Чилі дебетові ноти використовуються для скасування підтвердженого кредитного ноти, у цьому випадку просто натисніть кнопку Додати дебетове нота та виберіть перший параметр у майстрі: 1: Anula Documentos de referencia.
Рахунки постачальників¶
У рамках локалізації на чилійську мову ви можете налаштувати сервер вхідної ел. пошти так само, як і в SII, щоб:
Автоматично отримувати рахунки постачальників DTE та створювати рахунки постачальників на основі цієї інформації.
Автоматично надсилати підтвердження отримання вашому постачальнику.
Приймати або вимагати документ і надіслати цей статус своєму постачальнику.
Надходження¶
Щойно буде отримано ел. лист від постачальника з вкладеним DTE: 1. Рахунок від постачальника зіставляє всю інформацію, включену в xml. 2. Постачальнику надсилається ел. лист із підтвердженням отримання. 3. Статус DTE встановлено як: Acuse de Recibido Enviado
Прийняття¶
Якщо вся комерційна інформація у вашому рахунку постачальника правильна, ви можете прийняти документ, натиснувши кнопку Aceptar Documento. Після цього статус прийняття DTE змінюється на Прийнято`, а постачальнику надсилається ел. лист про прийняття.
Претензія¶
Якщо виникне комерційна проблема або інформація у вашому рахунку постачальника невірна, ви можете вимагати документ перед його підтвердженням, натиснувши кнопку: Подати заявку, коли це буде зроблено, Статус прийняття DTE зміниться на: Претензія та ел. лист про прийняття надсилається постачальнику.
Якщо ви вимагаєте рахунок постачальника, статус змінюється з чернетки на скасування автоматично. Вважаючи це найкращою практикою, усі документи претензії слід скасувати, оскільки вони не будуть дійсними для ваших бухгалтерських записів.
Керівництво по доставці¶
Щоб установити модуль Посібника з доставки, перейдіть до і знайдіть Чилі (l10n_cl). Потім натисніть Встановити на модулі Чилі - Посібник із доставки ел. рахунків.
Примітка
Чилі – Посібник із доставки ел. рахунків має залежність від Чилі – Facturación Electrónica. Odoo автоматично встановить залежність, коли буде встановлено модуль Посібника з доставки.
Модуль посібника з доставки включає надсилання DTE до SII і штамп у звітах PDF для доставки.
Після виконання всіх конфігурацій для ел. рахунків-фактур (наприклад, завантаження дійсного сертифіката компанії, налаштування основних даних тощо) Посібникам доставки потрібні власні CAF. Будь ласка, зверніться до документації CAF, щоб дізнатися деталі про те, як отримати CAF для ел. посібників з доставки.
Перевірте наведену нижче важливу інформацію в конфігурації Ціна посібника з доставки:
З замовлення на продаж: Довідник із доставки бере ціну продукту із замовлення на продаж і відображає її в документі.
З шаблону продукту: Odoo бере ціну, налаштовану в шаблоні продукту, і показує її в документі.
Без відображення ціни: у посібнику з доставки ціна не вказана.
Ел. посібники з доставки використовуються для переміщення запасів з одного місця в інше, і вони можуть відображати продажі, вибірку, консигнацію, внутрішні переміщення та, в основному, будь-яке переміщення продукту.
Керівництво з доставки з процесу продажу¶
Попередження
Посібник із доставки не має бути довшим за одну сторінку або містити більше 60 ліній продуктів.
Коли замовлення на продаж створюється та підтверджується, створюється замовлення на доставку. Після підтвердження Замовлення на доставку активується опція створення Керівництва з доставки.
Під час першого натискання Створити керівництво з доставки з’являється попереджувальне повідомлення, яке показує таке:
Це попереджувальне повідомлення означає, що користувачеві потрібно вказати наступний порядковий номер, який Odoo має взяти для створення Посібника з доставки, і це відбувається лише тоді, коли вперше створюється Посібник з доставки в Odoo. Після правильного створення першого документа Odoo бере наступний доступний номер CAF, щоб створити наступний посібник із доставки тощо.
Після створення посібника з доставки:
Файл DTE (ел. податковий документ) створюється автоматично та додається до чату.
Статус DTE SII встановлено як: Очікує на надсилання.
Статус DTE автоматично оновлюється Odoo за допомогою запланованої дії, яка виконується щодня вночі. Щоб негайно отримати відповідь від SII, натисніть кнопку Надіслати зараз до SII.
Щойно посібник із доставки буде надіслано, його можна роздрукувати, натиснувши кнопку Надрукувати посібник із доставки.
Ел. квитанція¶
Щоб установити модуль ел. квитанції, перейдіть до та знайдіть Чилі (l10n_cl). Потім натисніть Встановити на модулі Чилі - Ел. квитанція.
Примітка
Чилі – ел. квитанція має залежність від Чилі – Facturación Electrónica. Odoo автоматично встановить залежність, коли буде встановлено модуль посібника з доставки електронних рахунків.
Цей модуль містить ел. квитанцію та щоденний звіт про продажі, які автоматично надсилаються до SII.
Після виконання всіх конфігурацій для ел. рахунків (наприклад, завантаження дійсного сертифіката компанії, налаштування основних даних тощо) для ел. квитанцій потрібні власні CAF. Будь ласка, зверніться до документації CAF, щоб дізнатися деталі про те, як отримати CAF для ел. квитанцій.
Ел. квитанції корисні, коли клієнтам не потрібен ел. рахунок-фактура. За замовчуванням у базі даних є партнер під назвою Анонімний кінцевий споживач із загальним номером RUT 66666666-6 і типом платника податків Кінцевий споживач. Цього партнера можна використовувати для ел. квитанцій або створити новий запис для тієї ж мети.
Хоча ел. квитанції слід використовувати для кінцевих споживачів із загальним RUT, їх також можна використовувати для конкретних партнерів. Після створення та налаштування партнерів і журналів ел. квитанції створюються стандартним способом, як ел. рахунок, але тип документа (39) Ел. квитанція має бути вибрано таким чином:
Перевірка та статус DTE¶
Коли вся інформація в ел. квитанції заповнена вручну або автоматично з замовлення на продаж, перейдіть до перевірки квитанції. За замовчуванням ел. рахунок вибрано як тип документа, однак, щоб правильно перевірити квитанцію, обов’язково відредагуйте тип документа та змініть на ел. квитанцію.
Після опублікування квитанції:
Файл DTE (ел. податковий документ) створюється автоматично та додається до чату.
Статус DTE SII встановлено як: Очікує на надсилання.
Статус DTE автоматично оновлюється Odoo за допомогою запланованої дії, яка виконується щодня вночі. Щоб негайно отримати відповідь від SII, натисніть кнопку Надіслати зараз до SII.
Зверніться до Робочого циклу DTE для ел. рахунків, оскільки робочий процес для ел. квитанції відбувається за тим самим процесом.
Щоденний звіт про продажі¶
Після створення ел. квитанцій система створює щоденний звіт про продажі, що містить усі ел. квитанції за день. Цей звіт має ел. печатку та відправляється до SII протягом ночі у форматі XML. Ці щоденні звіти можна знайти в .
Відображається список щоденних звітів із усіма щоденними DTE, надісланими до SII.
Якщо в певний день не було зроблено ел. квитанції, звіт надсилається, але в ньому не буде жодних квитанцій. Звіт також матиме відповідь від SII, якщо він був прийнятий або відхилений (залежно від сертифіката компанії та підтверджених квитанцій).
Важливо
Для чилійської локалізації зауважте, що податок на функції, включений у ціну, не підтримується для ел. квитанції.
Якщо щоденний звіт про продажі вже створено за певний день в іншій системі, щоденний звіт в Odoo буде відхилено через використаний порядковий номер. Якщо це так, користувач має вручну клацнути Повторити, щоб створити новий порядковий номер (цю дію автоматично виконує Odoo). Після цього користувачі можуть вручну перевірити статус звіту за допомогою SII або дочекатися, поки Odoo оновить статус пізніше ввечері.
Фінансові звіти¶
Баланс Tributario de 8 Columnas¶
У цьому звіті детально представлені рахунки (з відповідними залишками), класифіковані за їх походженням і визначено рівень прибутку чи збитку підприємства протягом оцінюваного періоду часу, щоб мати реальне та повне знання стану компанія.
Ви можете знайти цей звіт у
Propuesta F29¶
Форма F29 - це нова система, яку SII надав платникам податків і яка замінює Книги покупок і продажів. Цей звіт інтегровано Реєстром покупок (CR) і Реєстром продажів (RV). Його метою є супровід операцій з ПДВ, покращення його контролю та декларування.
Цей запис надається ел. податковими документами (DTE), отриманими SII.
Ви можете знайти цей звіт у
