Оновлення для іспанії в певній країні: розширення функції SII в Microsoft Dynamics AX 2012 R3, 2012 R2, 2012 і 2009 sp1

Розширене настроювання коду спеціальної схеми

Для роботи з SII реєстрація, спеціальні схеми коди слід налаштувати для клієнтів і постачальників. Для цього відкрийте General Ledger > Setup > податок із продажу > Іспанія, > SII клієнт спеціальний код схеми або Генеральний Ledger > налаштування > податок із продажу > Іспанія > SII постачальника спеціальний код схеми відповідно.

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

Унікальний індекс було відповідно розширено додаванням цих двох нових полів. Ці два поля завжди ввімкнуто, їх можна заповнити або залишити пустими окремо. Поточний алгоритм пошуку Коду спеціальної схеми для реєстру складається з 3 етапів:

1. Пошук серед записів із кодом бізнес-партнера = Таблиця для конкретного клієнта або постачальника.

2. Якщо запис не знайдено на першому етапі, пошук виконується серед записів із кодом бізнес-партнера = група клієнта або постачальника.

3. Якщо запис не знайдено на другому етапі, пошук виконується серед записів із кодом бізнес-партнера = All.

Враховуються припустимі дати записів на кожному етапі, а записи, припустимі на дату реєстрації, слід вибирати лише.

При додаванні двох нових полів весь алгоритм залишався однаковим (він все ще містить 3 основні стадії), але пошук на кожному етапі змінювався. Під час спроби знайти спеціальний код схеми для реєстру на кожному з вищезазначених етапів, тепер група податок із продажу і елемент податок групи беруться до уваги. Для того, щоб отримати податок із продажу групи та елемент податок із продажу групи для рахунка-фактури, перший податок транзакції вибирається пов'язані з поточного клієнта, постачальника/ проекту рахунку. Після цього податок із продажу групи та елемент податок із продажу група передається як параметри метод пошуку спеціальних кодів схеми.

Власне, пошук за групою "Податок із продажу" та групою "Податок із продажу товару " також можна поділити на 4 підлашти (усі вони реалізовані для кожного з вищезгаданих 3 етапів, доки не буде знайдено відповідний запис):

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

2. Якщо не вдалося знайти такий запис, ми намагаємося знайти запис із групою "Податок із продажу", яка дорівнює групі "Податок із продажів ", передана як параметр і пуста (пуста означає "будь-яка") група податок із продажу елементів.

3. Якщо не вдалося знайти такий запис, ми намагаємося знайти запис, у якого група "Податок із продажу" пуста , а група податок із продажу елемента дорівнює групі податок із продажу елемента , переданого як параметр.

4. Нарешті, якщо не вдалося знайти такий запис, ми намагаємося знайти запис із пустою групою податків із продажу та групою податок із продажу елементів.

Ось кілька прикладів. Припустімо, у нас є рахунок-фактура для Клієнта = Cust001. Рахунок-фактура має 1 рядок з 1 податок транзакції з податок із продажу групи = TG та елемент податок із продажу групи = TIG. І у нас є така настройка спеціальних кодів схем:

1. У цьому випадку для рахунка-фактури буде знайдено спеціальний код схеми 04. Фактично всі 4 записи відповідають умові, але 4-й вибирається, тому що він повністю відповідає рахунку-фактурі.

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

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

4. У цьому випадку для рахунка-фактури буде знайдено спеціальний код схеми 01, оскільки він єдиний, який відповідає умовам.

Отже, схематично алгоритм на кожному етапі виглядає так:

Параметр коду податок із продажу для визначення різних типів пдв ставка 0,00%

Враховуючи, що в Іспанії існують різні випадки, коли використовуються коди податку на продаж із ставкою 0,00% і не було можливості відрізнятися від таких випадків:

- ImporteTAI ReglasLocalizacion – для відображення операцій з іншими іспанськими областями, які не мають ПДВ, але якийсь внутрішній непрямий податок відрізняється від ПДВ (наприклад, Canary Island, Ceuta і Melilla).

- ImportePor Articulos7_ 14_Otros – для відображення деяких інших конкретних транзакцій.

У таблиці податкового коду податок із продажу надано спільний доступ до поля "Тип податку":

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

ПРИМІТКА! Перш ніж створювати звіти, оновіть налаштування кодів податку на продаж, щоб отримати теги "ImportePorArticulos7_14_Otros", "ImporteTAIReglasLocalizacion", заповнені належним чином.

Алгоритм додавання рахунків-фактур внутрішньоу спільноти

Раніше алгоритм інтра-спільноти рахунків-фактур ідентифікуючи додав до реєстру SII всі рахунки-фактури, які мають принаймні один податок із продажу транзакції з позначкою "Intra-community" прапорець. Оскільки в Іспанії "Intra-community" прапорець використовується не тільки для операцій внутрішньої спільноти, SII реєстру було непотрібно заповнені додаткові рахунки-фактури, які не повинні надсилатися до системи SII як внутрішньо спільноти рахунку.

Щоб зменшити кількість непотрібних внутрішньоспільних рахунків-фактур у реєстрі SII, алгоритм було змінено. Щоб визначити рахунок-фактуру як внутрішньооб'єктну спільноту, слід скористатися наведеним нижче налаштуванням: у розділі Адміністрування організації > Налаштування > зовнішньої торгівлі > параметрами зовнішньої торгівлі відкрийте вкладку Властивості країни або регіону та налаштуйте тип країни або регіону = "ЄС".

Таким чином, до реєстру SII буде додано лише рахунки-фактури з контрагентами, для яких основний код ISO адреси, установлений як тип "Країна або регіон" = "EU", буде додано до реєстру SII як рахунок-фактура внутрішньоу спільноти.

Тег IdOtro з кодом "07"

Іноді, коли не вдається знайти в системі даних SII номер звільнення від оподаткування іспанського контрагента (NIF) не вдається прийняти рахунок-фактуру системи SII. У той же час, рахунок-фактура клієнта з незареєстрованим в SII системи бази даних контрагента можна надіслати до системи SII визначення податок виключена кількість контрагента в тегу <IdOtro> з <IdType> = "07". У цьому випадку такий рахунок-фактура буде прийнято з помилками системи SII.

Щоб підтримати можливість надсилання рахунків-фактур клієнтам таким чином, у формі реєстрації SII додано вкладку реєстрації податків:

Вкладка "Реєстрація податку " містить такі поля:

Значення із вкладки "Реєстрація податку " використовуватимуться для створення xml-звіту.

Тег NumSerieFacturaEmisor – номер рахунка-фактури

Спочатку SII register Export function generated XML report filling in the NUmSerieFacturaEmisor tag according the official documentation:

Використовуючи як "No Serie" комбінацію TableID і RecordID. Такий ідентифікатор рахунка-фактури дає змогу приймати рахунки-фактури системою SII, але їх не можна додатково обробити в системі SII. Тому для цього в рахунку-фактурі не має бути префікса, але він має бути зареєстрований лише з номером рахунка-фактури.

Щоб рахунок-фактура оброблялася в системі SII, було оновлено алгоритм створення експорту XML для заповнення тегу NUmSerieFacturaEmisor з номером рахунка-фактури.

Схема відповіді від центру включає в себе такі відомості про кожен із раніше включених рахунків- фактур:

Беручи до уваги, що тег <NIF> у відповіді включає код ISO у випадку всіх неіспанських країн, інформація, що формує відповідь центр сертифікації, може однозначно ідентифікувати рахунок-фактуру в AX для всіх компаній ЄС та Іспанська.

Аналіз імпорту XML оновлено на основі чотирьох параметрів: тип реєстрації рахунка-фактури, номер рахунка- фактури, дата виставлення рахунків, виключений номер платника податків (NIF).

Отримання файлів оновлень Microsoft Dynamics AX

Це оновлення доступне для завантаження та інсталяції вручну з Центру завантажень Microsoft.

• Завантажити оновлення для Microsoft Dynamics AX 2012 R3

• Завантажити оновлення для Microsoft Dynamics AX 2012 R2

• Завантажити оновлення для Microsoft Dynamics AX 2012

• Завантажити оновлення для Microsoft Dynamics AX 2009 із пакетом оновлень 1 (SP1)

Попередні вимоги

Щоб застосувати це виправлення, потрібно мати один із таких продуктів:

• Microsoft Dynamics AX 2012 R3

• Microsoft Dynamics AX 2012 R2

• Microsoft Dynamics AX 2012

• Microsoft Dynamics AX 2009 із пакетом оновлень 1 (SP1)

Необхідність перезавантаження

Після застосування виправлення необхідно перезапустити службу application Object Server (AOS).

Якщо у вас виникли проблеми із завантаженням, інсталяцією цього виправлення або виникли інші запитання щодо технічної підтримки, зверніться до партнера або, зареєструвавшись у плані підтримки безпосередньо в корпорації Майкрософт, ви можете звернутися до служби технічної підтримки Microsoft Dynamics і створити новий запит на підтримку. Для цього відвідайте веб-сайт корпорації Майкрософт:

https://mbs.microsoft.com/support/newstart.aspx

Ви також можете звернутися до служби технічної підтримки Microsoft Dynamics по телефону, скориставшись цими посиланнями для номерів телефонів у певній країні. Для цього відвідайте один із таких веб-сайтів Корпорації Майкрософт:

Партнери

https://mbs.microsoft.com/partnersource/resources/support/supportinformation/Global+Support+Contacts

Гості

https://mbs.microsoft.com/customersource/northamerica/help/help/contactus

У особливих випадках стягнення плати, які зазвичай понесені для викликів на підтримку, може бути скасовано, якщо спеціаліст служби технічної підтримки Microsoft Dynamics і пов'язані продукти визначать, що конкретне оновлення вирішить проблему. Звичайні витрати на підтримку застосовуватимуться до будь-яких додаткових запитань і питань підтримки, які не відповідають вимогам для конкретного оновлення, про яке йде мова.

Примітка. Це стаття "FAST PUBLISH", створена безпосередньо в організації підтримки Microsoft. Інформація, що міститься тут, надається як у відповідь на нові проблеми. В результаті швидкості її використання матеріали можуть включати друкарські помилки і можуть бути переглянуті в будь-який час без попередження. Інші зауваження див. в розділі Умови використання .