J3rfvatanalysis анализ счета входящего ндс sap

Опубликовано: 18.05.2024

Отражение исходящего НДС в SAP формируются на основании введенных бухгалтером в систему документов. Проводку по реализации товаров работ или услуг в бухгалтерском учете порождает документ исходящего счета-фактуры, созданный в модуле SD по транзакции VF 01. Основным параметром, влияющим на учет исходящего НДС является код налога. Код налога в свою очередь определяет:

- Счета, на которые будет проводиться сумма НДС.

Код НДС, автоматически выделяемые корреспондирующие счета НДС и суммы НДС выбираются и рассчитываются автоматически, в зависимости от Вида торгового документа, Класса оценки (задается в основной записи материала) и Идентификатора партнера (задается в основной записи контрагнета), указываемых на этапе создания сбытового заказа.

Проведенный документ по реализации услуг, представлен на Рис.1.

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

Автоматические проводки и автоматический расчет суммы по исходящему НДС осуществляется:

- при формировании проводки в системе по выставлению счета-фактуры покупателю;

- при формировании проводки в системе по полученному авансу от покупателя, заказчика, прочего дебитора;

- при выравнивании позиции дебитора, среди которых присутствует позиция дебитора по авансу полученному (зачет ранее полученного аванса).

Начисление НДС и формирование проводок в системе осуществляется автоматически в зависимости от проставленного кода налога при формировании счета-фактуры покупателю, заказчику, разным дебиторам.

Начисление НДС будет осуществляться вручную по операции начисления НДС при передаче товаров (работ, услуг) для собственных нужд, расходы по которым не принимаются при исчислении налога на прибыль;

Восстановление НДС осуществляется вручную в случаях:

- при передаче имущества, НМА, имущественных прав в качестве вклада в уставной (складочный) капитал

- восстановление НДС по товарам (работам, услугам), в том числе ОС и НМА, при дальнейшем их использовании для операций, не облагаемых НДС (указанных в пп.2 п.3 ст.170 НК РФ)

- восстановление НДС при выявленных недостачах и списание на увеличение суммы ущерба

Восстановление НДС осуществляется автоматически в случаях:

- восстановление НДС с авансов, ранее принятых к вычету, после фактического получения товаров (работ, услуг)

- восстановление НДС в связи с уменьшением цены (тарифа) или количества (объема) отгруженных товаров (работ, услуг)

Начисление НДС к уплате в бюджет при осуществлении операций в качестве налогового агента осуществляется вручную.

При реализации (передаче) ТМЦ, работ, услуг, которые не признаются объектом налогообложения при исчислении НДС в соответствии со ст.ст. 146-149 НК РФ операция в SAP отражается также, как указано в соответствующих разделах ниже (тем же способом и с тем же видом документа), однако пользователь будет выбирать отдельные коды налога. В приложении 1 такие коды НДС начинающийся с литеры "F". При этом проводка начисления НДС возникать не будет.

Аванс полученный

Суммы налога, исчисленные с сумм оплаты, частичной оплаты, полученных в счет предстоящих поставок товаров (работ, услуг) подлежат вычетам после отгрузки соответствующих товаров (выполнения работ, оказания услуг) (п.6 ст.172 НК РФ), а в случае изменения условий либо расторжения соответствующего договора – после возврата соответствующих сумм авансовых платежей (п.5 ст.171 НК РФ).

Проводка по вычету НДС с полученного аванса создается в бухгалтерском учете автоматически при зачете аванса с помощью транзакции F-32. Код НДС в документ зачета аванса полученного унаследуется из документа аванса. Выделяемые суммы НДС и корреспондирующие счета НДС также выбираются и рассчитываются автоматически.

Проводка аванса полученного в системе осуществляется в системе SAP ERP одним из следующих способов:

ü при наличии интерфейса с системой «Клиент-банк» – на основе банковской выписки, автоматически загруженной в систему SAP ERP (в т.ч. – «неопознанные» платежи).

ü при отсутствии интерфейса с системой «Клиент-банк» – на основе банковской выписки, вводимой вручную в системе SAP ERP (в т.ч. – «неопознанные» платежи).

ü через модуль «Касса» – в случае получения аванса наличными денежными средствами

По единичному входящему платежу (одно платёжное поручение) должны формироваться различные документы FI:

ü В части оплаты по факту

ü В части авансов полученных (с выделением НДС и выставлением счёта-фактуры)

ü В части платежей без договора (контрагент известен и он не является покупателем ТРУ, при закрытии периода – проводка на Кт 76 в разрезе платёжных поручений, счёт-фактура не выставляется, НДС не начисляется)

Длинная схема разноски платежей

ü При поступлении авансового платежа осуществляется перенос с технического счета 62999998 на другой технический счет 62999990, отражается аналитика по договорам и бизнес-сферам. После этого ответственный исполнитель переносит платеж с технического счета 62999990 на 62* авансовый счет. Данные операции выполняются с помощью транзакции FB05 "Проводка с выравниванием".
При проводке аванса полученного необходимо в дебиторской позиции указать корректный код НДС по авансам полученным (P3, P4, P5, P6) – на основании указанного кода система автоматически рассчитает сумму НДС к уплате в бюджет и выполнит автоматическую проводку НДС по счетам Главной книги.

Короткая схема разноски платежей

ü Ответственный исполнитель на ежедневной основе разносит поступившие платежи с технического счета 62999998 на счета авансов с выделением НДС по авансам полученным. При разноске платежей по счетам расчетов с покупателями отражается аналитика по договорам и бизнес-сферам. Данное действие выполняется с помощью транзакции FB05 "Проводка с выравниванием".

ü В конце отчетного периода (месяца) сальдо на техническом счете 62999998 должно быть нулевым, то есть все платежи разнесены.

ü На основе проведённого аванса полученного в системе SAP ERP распечатывается

При проводке аванса полученного необходимо:

ü Ввести столько дебиторских позиций (Кт 62.Авансы), сколько строк потребуется отобразить в счёте-фактуре по авансу полученному

ü В каждой дебиторской позиции указать корректный код НДС по авансам полученным – на основании указанного кода система автоматически рассчитает сумму НДС к уплате в бюджет и выполнит автоматическую проводку НДС по счетам Главной книги.

ü В каждой дебиторской позиции (в соответствии с SAP Note 1289292):

· либо указать ссылку на позицию заказа клиента в модуле SD

· либо указать номер проформы-инвойса в SD (счёта на предоплату)

· либо (в т.ч. – при отсутствии соответствующего заказа клиента в модуле SD) ввести текст для соответствующей строки в счёте-фактуре в «дополнительных текстах»; в частности, в этом поле можно указать «назначение платежа» из платёжного поручения по авансу полученному.

На основе проведённого аванса полученного в системе SAP ERP распечатывается счёт-фактура установленного образца в рублях, который подписывается и высылается покупателю / заказчику.

НДС по «неопознанным» входящим платежам («не по покупателю», т.е. без привязки к договору, существующему в системе SAP ERP) не начисляется.

62 тех 62 аванс - получен аванс

76.НДС 68 Автоматически В момент проводки аванса дебитора - на основании указанного кода налога

Код НДС, определяет ставку и сумму НДС.

В зависимости от операции указывается соответствующий код НДС:

P3 - ИсхНДС 0% - Авансовый платеж
P4 - ИсхНДС 10% - Авансовый платеж
P5 - ИсхНДС 18% - Авансовый платеж
P6 - ИсхБезНДС - Авансовый платеж

Укажите «Аванс от покупателя» в поле текста позиции дебитора, для корректного формирования печатной формы СФ с аванса.

Загрузка остатков 62.аванс

При загрузке 62 аванс создаётся обычный документ получения аванса, но вместо 51 указывается счёт ввода остатков. Начисленный НДС с авансов (Кт 68.ндс) списывается вручную, общей проводкой на каждый филиал Дт 68.ндс Кт Initinal

Настройка для авансов полученных

1) В книге продаж база налога должна быть равна нулю, наименование покупателя должно определятся от кода контрагента в документе аванса. Это настраивается в транзакциях OBCG/OBCH для версии групп налогов SAL, в колонке арифм.действие должно быть "P" (работает после установки ноты 1864470)

2) В книге покупок база налога должна быть равна нулю, наименование покупателя должно определятся от наименования БЕ. Это настраивается в транзакциях OBCG/OBCH для версии групп налогов PUR, в колонке арифм.действие должно быть "-" (работает после установки ноты 172651)

в книге покупок для авансов полученных должна срабатывать замена реквизитов клиента на БЕ. в OBCG/OBCH для кода налога стоит "-", ноты 172651,1822813,1864470, 1897808 установлены.

Зачёт аванса полученного в счет оплаты

Обязательно при выравнивании должен быть один аванс, фактур может быть много.

Так как в книге покупок авансы должны отражаться разными строками. 1 строка = 1 документ выравнивания = 1 аванс

Зачёт аванса полученного в счёт оплаты дебиторской задолженности должен осуществляться в день проводки начисления дебиторской задолженности для:

· обеспечения корректности отражения дебиторской задолженности в отчётах системы SAP ERP

· обеспечения корректности прогноза краткосрочной ликвидности предприятия

Зачёт аванса полученного в счёт оплаты дебиторской задолженности осуществляется в системе SAP ERP в транзакции FB05 "Проводка с выравниванием", в которой бухгалтер по дебиторам выбирает из списка позиции по дебету и кредиту счётов расчётов с покупателями и заказчиками. Проводки документа выравнивания, в том числе – проводки НДС, формируются автоматически:

Дт 62 аванс* - Кт 62*
Дт 68* - Кт 76.НДС

В результате проведения документа зачета аванса, документ сразу отразится в книге покупок, в журнал счетов документ вычета НДС не попадает.

Для получения доступа к разделу книги необходимо обратиться с запросом по эл. почте или по телефону

Сегодня, в продолжение темы сложностей реализации SAP Roll Out проектов в России, нам хотелось бы уделить внимание объемной и комплексной теме - Учёт НДС.

Учёт НДС на Roll Out проектах реализуется в SAP ERP на базе стандартной функциональности, поставляемой в рамках российской локализации. Важным фактором технической возможности ведения учёта в системе, в соответствии с последними изменениями и требованиями РСБУ, является установка последнего пакета обновлений и нот. Вся отчетность строится на базе данных ведущего регистра с использованием инструментов Russian Add-on.

Налоговая схема и Коды НДС

В ERP предусмотрена налоговая схема для каждой страны, для России - TAXRU. Независимо от того, какая налоговая схема будет использоваться для России (бывают проекты, на которых регламентируется использование единой налоговой схемы и использовать TAXRU невозможно), она должна быть донастроена – добавлены условий ZUD и ZUK.

Необходимо также учесть следующие особенности SAP ERP в части настройки кодов налогов. При использовании одного корпоративного плана счетов для всех стран, настройка налоговых счетов для кодов НДС не зависит ни от БЕ, ни от налоговой схемы. В результате, изменение налоговых счетов для страны влияет на глобальную настройку данного кода, то есть может затереть настройку счетов для этих же кодов НДС для других филиалов (БЕ). Поэтому, если требуется изменение налоговых счетов, необходимо убедиться, что изменяемые коды используются только для нашей балансовой единицы.

Ещё одной спецификой, используемой в России, являются целевые коды НДС, редко используемые в западных компаниях. Поэтому, кроме того, что данная особенность требует настройки дополнительной системы кодов, приходится дополнительно объяснять западным коллегам методику их применения. Целевые коды НДС используются для следующих процессов:

Перенос входящего НДС к зачёту (перенос с 19* на 68* счёт).
Перенос входящего НДС к зачёту с учётом вторичных событий: налоговый агент, капитальное строительство и т.д.
НДС по товарам в пути (целевой код используется только для целей правильного функционирования стандартной разработки по учету НДС для товаров в пути, являющейся частью Russian Add-on).
Необходимы технические целевые коды НДС для стандартной российской функциональности по учёту экспортного НДС.

Счета ГК для учёта НДС

Необходимо иметь в виду следующие особенности настройки счетов Главной Книги для учёта НДС по российскому учёту.

Для удобства анализа входящего НДС обычно создается несколько 19-х отдельных счетов для целей РСБУ.
Для обеспечения корректной работы российской локализации Russian Add-On cчета отложенного входящего НДС (19, 76) должны быть обязательно с «управлением открытыми позициями».
68* счет, используемый для уплаты НДС, должен быть контрольным.

Эти технические особенности необходимо учесть при формировании mapping-а счетов НДС особое внимание следует уделить их техническим характеристикам.

НДС по авансам выданным

Часто данный процесс необходимо настраивать полностью, так как иностранные компании обычно не используют процесс Down payments payable. Требуется выполнить ряд дополнительных настроек, не предусмотренных обычно конфигурацией глобальных процессов.

Настройки преследуют следующие цели:

Вывод суммы НДС в Назначении платежа в платежном поручении, для выгрузки в Клиент-Банк и для печатной формы.
Возмещение НДС, если есть такие требования от клиента.

Если возмещение НДС не требуется, то достаточно для каждой ставки настроить по одному техническому коду НДС со ссылкой на технический счёт, который проставляется в ТАП и наследуется при вводе авансового платежа. Это позволяет вычислить сумму НДС при формировании документа авансового платежа, которая используется при формировании поля «Назначение платежа» в платежном поручении. (Дополнительно требуется настройка операции VVA - Автоматические проводки).

При необходимости возмещать НДС по исходящим авансам – необходимо для каждой ставки НДС создать цепочку из двух кодов НДС, первый из которых формирует проводку по 76-м счетам, а второй (целевой), с помощью программы переноса, формирует проводку возмещения на 68 счёт. Затем, после выравнивания аванса со счетом-фактурой автоматически создается обратная проводка по 76-м счетам и, в результате, проводка возмещения по авансу компенсируется.

Необходимо помнить, что для возмещения НДС по авансам необходимо наличие счёта-фактуры на аванс, подписанное получателем, в котором указана точная сумма полученного им аванса.

НДС по авансам полученным

Начисление НДС к уплате по полученным авансам также является российской спецификой и осуществляется по результатам проведения входящих авансовых платежей. Все платежи проводятся на счета расчётов с дебиторами при обработке банковской выписки. При постобработке банковской выписки ответственный сотрудник указывает соответствующий код НДС. Для реализации процесса Down payments receivable требуется выполнить ряд дополнительных настроек, не предусмотренных обычно конфигурацией глобальных процессов:

Создаются исходящие коды налога (10%, 18%), настроенные на отдельный 68* счёт, для которого активировано управление открытыми позициями, налоговая категория «>».
Проводка формируется в корреспонденции с 76-м счётом, который, должен быть без управления ОП, налоговая категория «
Настраивается операция MVA - Автоматические проводки со ссылкой на 76-й счёт.
Настраиваются коды ОГК.

Учет НДС по товарам в пути

Российская специфика учёта НДС по товарам с отложенным переходом правом собственности часто требует изменение корпоративного порядка отражения операций в системе. При отпуске товаров, реализуемых без перехода права собственности необходима возможность разнесения во времени процесса начисления НДС к уплате и фактурирования.

Для автоматизации данного процесса успешно используется стандартная функциональность Russian Add-On (транзакция J3RFVATSD). Данная разработка позволяет:

начислить НДС к уплате на момент отгрузки товара без создания фактуры;
выполнить фактурирование и сформировать проводки по задолженности и реализации в момент перехода права собственности, согласно условиям договора;
просмотреть цепочку операций по товарам в пути с возможностью просмотра всех документов, а также сторнировать любой документ из цепочки.

Дополнительно, для корректной работы процесса, требуется настройка отдельного вида фактуры SD, который позволяет проводить фактурирование заказа без формирования финансовых проводок.

Раздельный учёт НДС и экспорт

Раздельный учёт НДС реализован в SAP ERP в пакете обновлений EhP5. Стандартное решение по раздельному учету НДС предоставляет следующие возможности:

Ведение коэффициентов, задающих пропорцию распределения входящего НДС между облагаемыми, необлагаемыми операциями и облагаемыми по ставке 0% (например, экспорт).
Разделение входящих счетов-фактур на три части: облагаемые, необлагаемые и экспортные операции, в соответствии с коэффициентами.
Связывание входящих счетов-фактур со счетами-фактурами по экспортной реализации.
Перенос к возмещению доли входящего налога, связанного с обычной реализацией.
Перенос к возмещению доли входящего налога, связанного с экспортной реализацией с учетом наличия подтверждения (вторичного события).

При внедрении данного решения на практике возникают следующие проблемы:

В момент закупки материала/товара/услуги у поставщиков обычно неизвестно, куда он пойдет: на экспорт, для реализации на внутреннем рынке или на необлагаемую налогом операцию. Поэтому невозможно на этапе ввода фактуры по закупке проставить корректный код НДС, определяющий отнесение данных товаров к раздельному учёту.
Кроме того, возникает вопрос методики расчёта коэффициентов распределения, в случае, когда реализация товара на экспорт растягивается на несколько периодов и часть закупки «зависает» на складе на неопределенное время.
Стандартное решение предполагает использование в системе цепочки реализации Контракт -> Заказ -> Поставка -> ГТД ->Сбытовой Счет-фактура -> Финансовый Документ Счета-фактуры -> Оплата. В случае отсутствия одного из объектов цепочки необходимо дорабатывать стандартную функциональность ввода подтверждений по экспортной реализации.
Усложняется процедура переноса налога и выравнивания позиций счетов входящего НДС, поскольку, в результате разбиения к одной фактуре возникает несколько документов переноса, к тому же перенос облагаемой и необлагаемой части налога для одного счета-фактуры может быть выполнен в разные периоды, в результате чего возникает частичное выравнивание. Поэтому программа переноса налога J_3RFUM26 не выравнивает перенесенные позиции. Поэтому при внедрении раздельного учёта НДС обязательно должна быть проработана процедура автоматического выравнивания позиций входящего НДС.
Отсутствие функционала по расчёту коэффициентов для раздельного учёта. В настоящий момент данный вопрос прорабатывается SAP, в результате, предлагается решение на FI-SL.
Невозможность ручной корректировки результатов выполнения процессов разделения входящих счетов-фактур и связывания их с фактурами по реализации.
Всегда возникает вопрос о способе и возможностях распределения суммы входящего НДС, относящейся на необлагаемую реализацию, на соответствующие счёта и объекты учёта для отнесения на себестоимость или прочие операции. Либо в системе разрабатывается программа распределения, либо распределение производится вне системы и результаты загружаются в виде проводок.
Увеличивается сложность процесса корректировки и сторнирования документов, особенно предыдущих периодов.

При использовании сдвинутого финансового года для учёта НДС по экспорту необходимо применить следующие ноты:

1800993 14.12.2012 (J_3rfum26: Shifted year for separate VAT accounting)
1793287 11.12.2012 (J_3rfum26: Document could not be posted due to splitting )
1809771 13.02.2013 (J_3rfum26: Wrong debit/credit sign posting from ALV)

Как видно, техническая сторона российской локализации содержит достаточное количество «подводных камней», понимание которых приходит с практикой. Не будем останавливаться на достигнутом и продолжим наш экскурс в следующих публикациях.

1 Сложные сценарии решений по НДС в SAP: отложенные налоги и оборотная ведомость по НДС Юрий Дьячков, руководитель департамента разработки программного обеспечения 09 Декабря, 015

2 Ответственность Информация в данной презентации является собственностью SAP и не может быть раскрыта без разрешения SAP. Эта презентация не изменяет лицензионного соглашения или любых отношений в части других услуг SAP или соглашений о подписке с SAP. Изложенные в настоящем документе или любых других, связанных с данной презентацией, не налагает на SAP каких-либо обязательств по разработке и поставке любой упомянутой функциональности. Этот документ, или любые связанные с ним документы о стратегии возможных будущих разработок, направлений, и функциональности продуктов и/или платформ SAP могут быть изменены SAP в любое время по любой причине без предварительного уведомления. Информация, содержащаяся в данном документе не является подтверждением, обещанием, или юридическим обязательством поставки каких-либо материалов, программных кодов или функциональных возможностей. Информация в данном документе предоставляется без каких-либо гарантий, явных или подразумеваемых, включая, но не ограничиваясь, подразумеваемыми гарантиями товарной пригодности, пригодности для конкретной цели или отсутствия нарушений. Этот документ предназначен исключительно для информационных целей и не может быть включен в контракт. SAP не несет ответственности за ошибки или упущения в данном документе, за исключением, если такие убытки были вызваны SAP умышленно или по грубой небрежности. Все заявления о каких-либо прогнозах подвержены риску и содержат неопределенность, вследствие чего фактические результаты будут существенно отличаться от ожидаемых. Читателям не рекомендуется необоснованно полагаться на эти прогнозные заявления, которые устанавливают какие-либо даты, а тем более полагаться на них при принятии решения о покупке продуктов и / или услуг SAP. SAP SE Вальдорф (Германия) 015 SAP SE or an SAP affiliate company. All rights reserved. Public

3 Содержание 1. Назначение и алгоритм работы отчета по анализу счета входящего НДС J_3RF_VAT_ANALYSIS. Назначение отчета J_3RFUM6 и алгоритм работы отчета при раздельном учете 015 SAP SE or an SAP affiliate company. All rights reserved. Public 3

4 Назначение программы J_3RVATANALYSIS Программа предназначена для анализа состояния счета входящего НДС. Программа обрабатывает документы, созданные программами RFUMSV50 J_3RFUM SAP SE or an SAP affiliate company. All rights reserved. Public 4

5 Структура документа переноса налога c 19 -> 68 счет Код налога на позиции 19 счета может отсутствовать Поле Ссылка (BKPF-XBLNR) содержит указание на счет в формате: 10 знаков номер документа знака две последние цифры года Поле Присвоение (BSEG-ZUONR) на позиции 68 счета содержит указание на оплату (или иной документ) в формате: 10 знаков номер документа или 4 знака год NNNNNNNNNN YY PPP 3 знака ссылка на налоговую позицию в налоговых данных документа (BSET), на позицию материала или иную позицию в документе 3 знака ссылка на позицию в документе оплаты ( или иного документа) 015 SAP SE or an SAP affiliate company. All rights reserved. Public 5

7 Алгоритм работы программы Считываются и открытые и закрытые позиции на 19 счете Определяются типы документов перенос налога или счет Дополнительно выбираются документы переноса налога и счета, не попавшие в первоначальную выборку Подсчитываются входящие сальдо и обороты Внимание: Программа не учитывает значение в поле «Ссылка на счет» (BSEG-REBZG) 015 SAP SE or an SAP affiliate company. All rights reserved. Public 7

8 Содержание 1. Назначение и алгоритм работы отчета по анализу счета входящего НДС J_3RF_VAT_ANALYSIS. Назначение отчета J_3RFUM6 и алгоритм работы отчета при раздельном учете 015 SAP SE or an SAP affiliate company. All rights reserved. Public 8

9 Программа переноса НДС по вторичным событиям J_3RFUM6 Сценарии, обрабатываемые программой Цепочка из -х кодов налога P->PC. 1. Полное закрытие счета отложенного налога по факту прихода счета-фактуры.. Зачет входящего НДС при раздельном учете Цепочка из 3-х кодов налога V1->V->V3. 1. Перенос НДС по факту вторичного события как при использовании метода «по оплате», так и метода «по отгрузке». Раздельный учет Таблица с налоговыми данными BSET не читается Всегда создавайте документы переноса 015 SAP SE or an SAP affiliate company. All rights reserved. Public 9

12 Раздельный учет. Перенос НДС ч.iii Обработка входящего НДС: По операциям, необлагаемыми НДС В себестоимость продукции 10% и 18% 0 % Программа переноса налога J_3RFUM6 К вычету К вычету после подтверждения или после истечения срока 015 SAP SE or an SAP affiliate company. All rights reserved. Public 1

15 Советы по использованию программы 1. Всегда создавайте документы переноса налога для операций с 0%. Создавайте документы переноса, активировав опцию на селекционном экране, а не из ALV 3. Зачет входящего НДС идет только в момент проводки документа с 0% по факту подтверждения экспорта. 4. Будьте аккуратны с ограничениями на селекционном экране, так как программа работает «нарастающим итогом» 015 SAP SE or an SAP affiliate company. All rights reserved. Public 15

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

Знаком // обозначается транзакция.

Report: J_3RF_SELL_BOOK_02 ( // J3RFSELB )

Использование

Отчет предназначен для формирования "Книги продаж" в соответствии с законодательством Российской Федерации.

В ходе формирования отчета обрабатываются документы переноса налогов, созданные программами J_3RFUM25 и J_3RFUM26, а также счета-фактуры и документы оплаты.

(Строка отчета = Документ Переноса /BSET-BELNR/)

Предпосылки

Программа определяет все налоги и коды налоговых операций, которые должны быть включены в Книгу Продаж. В таблицах T007L Таблица для группирования сальдо налогов и T007К Таблица для группирования сальдо базы налога должны быть определены коды налогов и коды операций.

T007L и T007K - поле VERSION "SAL"

В Книгу продаж включаются все документы, удовлетворяющие условиям, заданным на селекционном экране, и содержащие коды налогов и коды операций, описанные в таблицах T007L и T007K..

В одной строке Книги продаж выводятся следующие документы:

Исходный документ

Счет-фактура

Документ оплаты

Налоговый документ

Поле "Исходный документ" выводится только на дополнительных листах и содержит номер документа, проведенного в прошлом отчетном периоде и сторнированного в текущем отчетном периоде.

Если налоговый документ является документом переноса налога, содержащим ссылки на номер счета-фактуры и номер документа оплаты и созданным в результате работы программ J_3RFUM25, J_3RFUM26 или проведенным вручную, то:

Номер счета-фактуры, по которому был начислен отложенный налог, определяется из поля "Ссылка" в заголовке документа переноса налога

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

В случае, если налоговый документ является документом корректировки НДС или любым иным документом, содержащим фактический код налога и не содержит ссылки на номер счета-фактуры и номер документа оплаты, то в качестве данных по счету-фактуре и документу оплаты выводятся данные налогового документа.

Книга покупок

Report: J_3RF_BUY_BOOK_03 ( // J3RFPURB )

Использование

Отчет предназначен для формирования "Книги покупок" в соответствии с законодательством Российской Федерации.

(Строка отчета = Документ переноса /BSET-BELNR/)

Для увеличения призводительности работы программы используйте ограничения на экране выбора и запуск отчета в фоновом режиме. При необходимости дальнейшего анализа данных и для сокращения времени runtime на формирование ALV списка в спуле, запускайте отчет с опцией "Создание экстракта".

Предпосылки

Для создания набора данных необходима настройка 'Налоговой Cхемы Балансовой единицы' и налоговых данных в таблицах T007l, T007k (Ведение таблиц, транзакция SM31)

T 007 l - Группы налоговых сумм (версия ' PUR ') " PUR " (признак группы "Книга покупок")

T007k - Группы Налогооблагаемых Баз

В Книгу покупок включаются все документы, удовлетворяющие условиям, заданным на селекционном экране, и содержащие коды налогов и коды операций, описанные в таблицах T007L и T007K..

В одной строке Книги покупок выводятся следующие документы:

Исходный документ

Документ оплаты

Налоговый документ

Номер счета-фактуры, по которому был начислен отложенный налог, определяется из поля "Ссылка" в заголовке документа переноса налога;

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

В случае, если налоговый документ является документом корректировки НДС или любым иным документом, содержащим фактический код налога и не содержит ссылки на номер счета-фактуры и номер документа оплаты, то в качестве данных по счету-фактуре выводятся данные налогового документа; данные по документу оплаты не выводятся.

____________________________________________________________

Дополнительные листы

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

Если опция "Создавать дополнительные листы" не выбрана, дополнительные листы не создаются.

Если опция "Создавать дополнительные листы" выбрана, будут создаваться дополнительные листы. В этом случае документы текущего отчетного периода, которые сторнируют документы, проведенные в предыдущем(их) периоде(ах), не будут включаться в основные листы.

Необходимо иметь в виду, что только налоговые документы с неотложенными кодами налогов обрабатываются при поиске сторнирующих документов. Примерами таких документов могут быть:

Счет-фактура с неотложенным кодом налога

Документ переноса налога.

Книга покупок поддерживает следующие виды сторно:

Сторно документов с неотложенными кодами налогов

Сторно документов переноса налогов.

Для отмены счета-фактуры с отложенным кодом налога необходимо сторнировать соответствующий документ переноса налогов.

Кредитовые авизо и "забытые" счета-фактуры

Обрабатываются только кредитовые авизо и "забытые" счета-фактуры, содержащие фактические коды налогов.

Для отражения записей по кредитовым авизо (в качестве сторнирующих документов) и/или "забытых" счетов-фактур в дополнительных листах, следует:

определить отдельный вид(ы) для документов, которые будут обрабатываться подобным образом;

на селекционном экране Книги покупок в поле "Тип корректир. документа" указать этот вид(ы) документов;

для обработки кредитовых авизо (в качестве сторнирующих документов) поле "ТекстЗглДокум" (BKPF-BKTXT) документа должно содержать ссылку на корректируемый документ в формате NNNNNNNNNNYYYY, где NNNNNNNNNN - номер, а YYYY - год корректируемого документа;

для обработки "забытых" счетов-фактур поле "ТекстЗглДокум" (BKPF-BKTXT) документа должно содержать ссылку на этот же документ в формате NNNNNNNNNNYYYY, где NNNNNNNNNN - номер, а YYYY - год "забытого" документа. При этом дата документа (BKPF-BLDAT) должна относиться к предыдущему отчетному периоду, в котором данный документ должен был быть проведен.

_____________________________________________________________________

При прямой торговле необходимо ставить все перечисленные ноты для корректного отображения журнала и книг в ALV-формате

(список будет позже)

Если Ваша компания является комитентом, то в работе Вы выполняете настройки , руководствуясь нотой 2068123 – комиссионная торговля. При этом нота 2057650 необходима для корректного отображения журнала и книг в ALV-формате

Если Ваша компания оказывает агентские услуги, то Вам нужна нота 2057650 – НДС по Постановлению 735 (журнал входящих и исходящих счетов фактур) – ALV форма, и ноты 2074991 и 2079189 по книгам покупок-продаж.

Если Вы используете журнал:

Вы сможете печатать ИСПРАВИТЕЛЬНЫЕ счета-фактуры (из журнала),

Вы сможете использовать электронные счета-фактуры,

Вы сможете воспользоваться сервисом проверки ИНН-КПП,

Поля в книге покупок-продаж могут быть заполнены из журнала ( в противном случае через BADI) 2216506 - Sales/Purchase Ledger: Extension or BADI interface

В силу подобия отображаемой в книгах информации указанные программы при расчете используют функциональный модуль J_3RF_BUILD_DOCLIST_DTI.

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

Селекционные параметры для документов переноса используются для отладки книги покупок\продаж. Если вы хотите посмотреть, как ляжет в книгу например корректировка, но в данных параметрах нужно указать документы переноса относящиеся ко всей цепочке. Т.е. в данном случае и документ переноса для оригинала. В противном случае результат работы может быть неверным.

Что делать если возникли сложности в

Колонке 2

а) Если используется журнал - необходимо проверить записи в журнале, код операции может быть скорректирован там

б) Если журнал не используется, проверяем настройки s tr.SM30 V_J_3RF_OPERTYP. Смотрите 2168848 - Operation Codes enhancement: customizing

Колонке 3

Колонке 4

Необходимо убедиться, что исправление было сделано правильно. Исправление невозможно без использования журнала. Описание процесса создания исправления есть в документакии к нотам:

Колонке 5

а) При использовании журнала необходимо проверить записи в журнале

б) Если журнал не используется, проверяются настройки

в) Описание процесса проводки корректировок смотрите в нотах. Корректировка всегда попадает в основной лист!

Колонке 6

Описание процесса проводки исправления к корректировкам смотрите в нотах.

2 чел. помогло.

Программа J_3RFUM26

Введение Федерального закона №119-ФЗ от 22.07.2005 (изменения в Главу 21.Налог на Добавленную стоимость) изменило порядок начисления и вычета НДС, определив метод «по отгрузке» основным как для реализации, так и для закупок. В связи с этим, программа J_3RFUM26, изначально ориентированная на обработку вторичных событий (т.е. перенос НДС со счетов отложенного НДС на счета фактического налога по вторичному событию), дополнена возможностью обработки первичных и вторичных событий «по отгрузке».

Для отражения факта «отгрузки» (получения поставки, получения счета-фактуры) в системе, для документа счета-фактуры предназначено поле “СсылКлюч1” (BSEG-XREF1) позиции контрагента. Его необходимо заполнить датой «отгрузки» в формате YYMMDD, где YY – год, MM – месяц, и DD – число даты отгрузки. Также в этом поле можно указать дополнительную информацию. Документы с незаполненным или заполненным некорректно полем «Ссылочный ключ 1» программой не обрабатываются.

Программа J_3RFUM26 производит анализ документов по таблице DEFTAX_ITEM, обрабатывает их нижеописанным образом и записывает результаты работы в таблицу J_3RFSEC_ITEM.

Дополненная программа J_3RFUM26 обрабатывает документы следующим образом:

^ Для первичных событий последовательно анализируются все релевантные счета-фактуры по таблице DEFTAX_ITEM и для каждой из них:

Определяется сумма предъявленного по счету-фактуре НДС;
Определяется факт возможного вычета НДС (заполнение в документе счета-фактуры в позиции контрагента поля Ссылочный кл.1 (XREF1) – метод учета НДС “по отгрузке”,;
Проверяется наличие обрабатываемых кодов налогов в налоговых группах SHP (отгрузка) табл. T007K ;
Формируется документ переноса НДС на сумму, равную предъявленному НДС в поступившей счет-фактуре..

Для запуска программы и обработке по первичному событию следует задать следующие параметры селекционного экрана:

«Выбор вторичного события» - в данной группе параметров заполняется только поле БЕ. Поля номера документа и даты не анализируются – они относятся к вторичным событиям.

«Дополнительные параметры выбора счета» - параметры ограничивают выборку исходных счетов-фактур. Параметр «Дата конца отчетного периода» определяет то, за какой период обрабатываются счета-фактуры.

«Параметры создаваемых документов»

«По отгрузке» - данный флаг должен быть обязательно отмечен, он определяет то, что программа будет запускаться для обработки первичных событий.

«Способ определения курса» - определяет курс пересчета документа переноса при его формировании в валюте, отличной от валюты балансовой единицы.

«Выберите транзакцию» - определяет какой транзакцией будет проводиться документ переноса – FB01 ( для невыравненных документов) или FB05 (для выравненных).

«Создать документ» - установленный флаг означает продуктивный прогон. Если флаг не установлен, будет выведен отчет по переносу НДС, но реальные проводки выполнены не будут.

Остальные параметры определяют характеристики проводимого документа – тип, дату проводки и т.д.

^ Для вторичных событий последовательно анализируются все релевантные счета-фактуры по таблице DEFTAX_ITEM и для каждой из них:

Определяется сумма предъявленного по счету-фактуре НДС;
Определяется факт возможного вычета НДС (заполнение в документе счета-фактуры в позиции контрагента поля Ссылочный кл.1 (XREF1) – метод учета НДС “по отгрузке”,;
Определяется факт возможного вычета НДС по наличию соответствующей записи в таблице вторичных событий J_3RTSE и доля НДС, указанная в данной записи;
Формируется документ переноса на соответствующую сумму НДС.

При обработке вторичных событий обрабатываются только те коды налогов, для которых настроен целевой код налога, и которые сами являются целевыми. Примером такого кода налога является V9 – для него настроен целевой код налога VC, но сам он является целевым для V2. Таким образом,

Таблица J_3RTSE «Таблица вторичных событий для счетов фактур» может вестись вручную с использованием программы заполнения данных J_3RTSEMAINT или с использованием стандартных средств импорта данных извне в таблицы системы R/3.

Номер счета-фактуры, по которому был, например, закуплен материал, и по которой произошло вторичное событие;

Номер позиции материала во входящем счете-фактуре;

Подтвержденное количество по анализируемому материалу

Подтвержденная сумма по анализируемому материалу (СМ3)

Для граф 3-4 заполняется только одно из значений.

Ссылка, объединяющая входящий счет-фактуру и вторичное событие (например, номер объекта капитального строительства, номер партии и т.п.)

Номер вторичного документа (например, номер акта о вводе объекта капитального строительства в эксплуатацию, номер экспортного счета-фактуры), DOC3

Дата вторичного документа

Номер позиции во вторичном документе

Позиции 6-8 являются ключом для таблицы J_3RTSE. Если необходимо связать один документ вторичного события с несколькими документами счета-фактуры, для каждой позиции вторичного документа вводится свой номер.

Для запуска программы и обработке по вторичному событию следует задать следующие параметры селекционного экрана:

«Выбор вторичного события» - в данной группе параметров заполняется поле БЕ, а также поля номера документа и даты – они определяют диапазон обрабатываемых вторичных событий.

При указании счетов и кодов НДС следует указывать как исходные коды и счета НДС, так и промежуточные. Например, в дополнение к коду НДС W2 и счету 19400000, следует указывать также код НДС W9 и счет 19401000.

«Параметры создаваемых документов»

«По отгрузке» - данный флаг должен быть обязательно снят, он определяет то, что программа запускается для обработки вторичных событий.

«Не проверять дату в XREF1» - установка этого флага исключает процедуру анализа заполнения поля Ссылочный ключ 1.

Остальные параметры определяют характеристики проводимого документа – тип, дату проводки и т.д.

Читайте также: