Обновление для Испании: расширение функциональности SII в Microsoft Dynamics AX 2012 R3, 2012 R2, 2012 и 2009 с пакетом обновления 1 (SP1)

Расширенная настройка кода специальной схемы

Для работы с регистром SII следует настроить специальные коды схем как для клиентов, так и для поставщиков. Для этого откройте общий реестр > Setup> Sales tax > Spain > SII Customer special scheme code or General Ledger > Setup > Sales tax > Spain > SII Vendor special scheme code respectively.

В таблицу и форму специальных кодов схем добавляются два поля, чтобы сделать эту настройку более гибкой:

Уникальный индекс был соответствующим образом расширен путем добавления этих двух новых полей. Эти два поля всегда включены и могут быть заполнены или оставлены пустыми независимо друг от друга. Текущий алгоритм поиска кода специальной схемы для регистра состоит из 3 этапов:

1. Поиск записей с кодом учетной записи = таблица для конкретного клиента или поставщика.

2. Если запись не найдена на первом этапе, поиск выполняется среди записей с кодом учетной записи = группа клиента или поставщика.

3. Если запись не найдена на втором этапе, поиск выполняется среди записей с кодом учетной записи = All.

При поиске на каждом этапе используются допустимые даты записей, и следует выбирать только записи, допустимые в дату регистрации.

При добавлении двух новых полей весь алгоритм остается прежним (он по-прежнему содержит 3 основных этапа), но поиск на каждом этапе изменился. При попытке найти код специальной схемы для регистра на каждом из указанных выше этапов теперь будут перечислены группа налога на продажу и группа налога на продажу элементов. Чтобы получить группу налога на продажу и группу налога на продажу элементов для счета, выбирается первая налоговая транзакция, связанная с текущим счетом клиента, поставщика или проекта. После этого группа налога на продажу и группа налога на продажу элементов передаются в качестве параметров в метод поиска специальных кодов схемы.

На самом деле поиск по группе налога на продажу и группе налога на продажу элементов также можно разделить на 4 подуфактора (все они реализуются для каждого из указанных выше трех этапов, пока не будет найдена подходящая запись):

1. Во-первых, мы пытаемся найти запись, которая содержит группу налогов sales и группу налога на продажу элементов, которая не пуста и равна значениям, переданным в качестве параметров.

2. Если нам не удается найти такую запись, мы пытаемся найти запись, в которой налоговая группа sales равна группе налога Sales, переданной в качестве параметра, и пустой (пустой означает "any") Sales Tax Group.

3. Если нам не удается найти такую запись, мы пытаемся найти запись, в которой группа налога на продажу пуста , а группа налога на продажу элементов равна группе налога на продажу элементов, переданной в качестве параметра.

4. Наконец, если нам не удается найти такую запись, мы пытаемся найти запись, в которой пуста как налоговая группа продаж, так и группа налога на продажу элементов.

Вот несколько примеров. Предположим, у нас есть счет для клиента = Cust001. Счет содержит 1 строку с 1 налоговой транзакцией с группой налога sales = TG и item sales tax group = 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" используется не только для операций внутри сообщества, регистр SII не был заполнен дополнительными счетами, которые не должны отправляться в систему SII в качестве счета внутри сообщества.

Чтобы уменьшить количество ненужных счетов внутри сообщества в регистре SII, алгоритм был изменен. Чтобы определить счет как внутри сообщества, необходимо использовать следующую настройку: в разделе "Администрирование организации > Настройка > Внешняя внешняя >Параметры внешней внешней валюты " формируют вкладку "Свойства страны/региона" и настраивают тип страны или региона = "ЕС".

Таким образом, в регистр SII в качестве счета внутри сообщества будут добавляться только счета со счетчиками, основной адрес которых — код ISO, задаваемый в качестве типа страны или региона = "EU".

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

Иногда, когда не удается найти в базе данных системы SII номер освобождения от уплаты налога (NIF) испанского счетчика, система SII не может принять счет. В то же время счет клиента с незарегистрированным в агенте базы данных системы SII может быть отправлен в систему SII, определяя номер освобождения от уплаты налогов в теге <IdOtro> с <IdType> = "07". В этом случае такой счет будет приниматься системой SII с ошибками.

Чтобы поддерживать возможность отправки счетов клиентов таким образом, вкладка "Регистрация налогов" была добавлена в форму регистрации SII :

Вкладка "Регистрация налогов" содержит следующие поля:

Значения на вкладке "Регистрация налогов " будут использоваться при создании XML-отчета.

Тег NumSerieFacturaEmisor — номер счета

Изначально функция экспорта SII регистрирует созданный XML-отчет, заполняя тег NUmSerieFacturaEmisor в соответствии с официальной документацией:

Использование в качестве "No Serie" сочетания TableID и RecordID. Такая идентификация счета позволяет системе SII принимать счета, но они не могут быть обработаны в системе SII. Так как для этой цели счет не должен иметь префикса, но должен быть зарегистрирован только с номером счета.

Чтобы разрешить обработку счета в системе SII, алгоритм создания XML-кода экспорта был обновлен для заполнения тега NUmSerieFacturaEmisor номером счета.

Схема ответа от центра включает следующие сведения о каждом из ранее включенных счетов:

Учитывая, что <NIF> в ответе включает код ISO в случае всех стран, отличных от испанских, информация в ответе центра может однозначно определить счет в AX для всех компаний ЕС и Испании.

Синтаксический анализ импорта XML был обновлен на основе четырех параметров: тип регистра счета, номер счета, дата выставления счетов, номер освобождения от уплаты налога (NIF).

Как получить файлы обновлений Microsoft Dynamics AX

Это обновление доступно для скачивания и установки вручную из Центра загрузки Майкрософт.

• Скачивание обновления для 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)

Требование перезагрузки

После применения исправления необходимо перезапустить службу сервера объектов приложений (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 и связанных продуктов определит, что конкретное обновление устраните проблему. Обычные затраты на поддержку будут применяться ко всем дополнительным вопросам поддержки и вопросам, которые не подходят для конкретного обновления.

Примечание. Это "быстро публикующаяся" статья, сведения в которой получены непосредственно от службы технической поддержки Майкрософт. Сведения, содержащиеся здесь, предоставляются как есть в ответ на возникающие проблемы. Из-за спешки при подготовке материалов они могут содержать опечатки и периодически подвергаться изменениям без предупреждения. Другие аспекты см. в условиях использования.