Sap код налога настройка

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


Сегодня, в продолжение темы сложностей реализации 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)

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


Кокорина Варвара Николаевна

Специалист по АБП

13 августа 2018, 00:00

Одной из важнейших фаз настройки НДС в системе является настройка кодов налога в налоговые группы. Это всем известные таблицы T007L - группы налоговых сумм и T007K - группы налогооблагаемых баз (ведение таблиц, транзакция SM31 или транзакции OBCG, OBCH).

Одной из важнейших фаз настройки НДС в системе является настройка кодов налога в налоговые группы. Это всем известные таблицы T007L - группы налоговых сумм и T007K - группы налогооблагаемых баз (ведение таблиц, транзакция SM31 или транзакции OBCG, OBCH).

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

На селекционном экране определения рабочей области мы задаём версию (код) налоговой группы (Рис.1).


Рис.1 Задание поля VERSION

Пожалуй, самыми известными являются группы для настройки книги покупок и книги продаж: PUR и SAL соответственно.

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


Рис. 2 Пример настройки налоговой группы

В данном примере (Рис.2) в настройке указывается:

  • код операции (MWS или VST, из настройки кода налога);
  • по дебету или по кредиту необходимо выбирать значение;
  • в какой колонке книги необходимо отражать суммы:

4 - без НДС (для необлагаемых операций)

Бывает, что при настройках кода налога ошибёшься, и поставишь не то значение (обычно при создании аналогичного кода налога: если был код со ставкой 18%, а создается аналогичный, но со ставкой 10% и копируются все настройки), а потом суммы в книге отражаются не в той колонке. Вот тут-то и стоит проверить правильность этого параметра.

  • арифметическое действие ("OPERA") – один из важнейших параметров, который определяет, каким образом данные по фактуре будут отражаться в колонках книг.

Например, есть возможность выводить данные балансовой единицы, вместо данных контрагента (значение "V") или выводить полную сумму счета-фактуры (значение "I") и т.д. Подробное описание возможных значений представлено в ноте 1726516.

Если в системе необходимо настроить раздельный учет НДС, то не обойтись без создания специальной группы по смешанным операциям (в нашем примере это будет группа UNDF).

Путь по меню: IMG \ Финансы (нов) \ Бухгалтерия Главной книги (нов.) \ Периодические работы \ Подача деклараций \ Отчетность согласно законодательству России \ Декларации по НДС \ Имя версии группы налогов

UNDF - U "Неопределенные операции (станд., 0% и необл. НДС не раздел.)" (Рис.3)


Рис. 3 Настройка налоговой группы для смешанных операций

Определяя коды налога в данную группу, необходимо также выполнить ряд дополнительных настроек (Рис.4), а именно, указать на какие коды будут перенесены суммы - альтернативные коды налогов для различных событий (0% подтвержден, 0% не подтвержден и т.д.).


Если хотите прочитать статью полностью и оставить свои комментарии присоединяйтесь к sapland

Рассмотрим настоящую помощницу современной бухгалтерии. В фокусе внимания – компьютерная программа SAP (САП): что это такое, расшифровка аббревиатуры, принципы работы, версии и пакеты дополнений, преимущества и недостатки – подробно пройдемся по всем этим моментам, чтобы вы понимали, как и зачем ею пользоваться.

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

sap программа

Что такое программа САП (CAP)

SAP, САБ – как ее только ни сокращают, но суть одна – это автоматизированная система, предлагающая комплекс решений для выстраивания общего информационного пространства на базе предприятия и эффективного планирования ресурсов и рабочих процессов.

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

Модель ПО включает в себя 3 звена:

  • клиент,
  • сервер,
  • СУБД.

Такая структура позволяет конечному потребителю с удобством объединять ключевые решения в двух таких сферах как:

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

История создания

программа сап что это такое видео

Германия, 1972 год, 5 экс-сотрудников IBM открывают компанию, пишущую программы и предоставляющую консалтинговые услуги. Своему детищу они дают имя SAP, и как расшифровывается это название? Очень просто – в адаптированном переводе как «Системный анализ и разработка ПО».

Образование и становление фирмы

Около 20 лет ушло на то, чтобы приобрести локальную известность и репутацию разработчика, которому действительно стоит доверять. Зато с 1992 года продукты компании стали постепенно вытеснять собой аналоги в бухгалтериях организаций, сначала в Германии, а потом и в близлежащих странах.

Уже к 2003 году у разработчиков не было конкурентов на рынках Европы и СНГ, потому что предложенные ими решения подкупали своей надежностью и функциональностью. Еще одним мощным преимуществом того времени была качественная поддержка. А с 2006 начали проводиться обучающие курсы, чтобы сотрудники крупного предприятия или даже интернационального концерна могли перейти с уже привычных им 1С на ERP и другие модули.

Как работает система учета САП, что это такое

Это целый комплекс решений, обладающий следующими функциями:

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

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

Наиболее популярные продукты разработчика

Фирменная философия в том, чтобы предлагать не отдельные решения, а сразу комплексное обеспечение. Поэтому для покупки конкретного ПО, нужно обладать специальными знаниями или по крайней мере понимать, зачем потребовалось внедрение именно этой, отдельно взятой программы САБ, что это даст предприятию и так далее.

Хотите внедрить «Склад 15»?
Получите всю необходимую информацию у специалиста.

Если же говорить о каком-то универсальном выборе, им становится SAP ERP (расшифровывается очень просто - Enterprise Resource Planning) или, как ее еще часто называют, R/3. Софт оптимизирует планирование внутренних и внешних корпоративных ресурсов и позволяет сделать единое рабочее поле, в котором сотрудники смогут эффективно взаимодействовать. Он становится своеобразным центром управления, администратору которого будет удобно отслеживать проводимые операции в режиме онлайн, а также своевременно вносить изменения данных (актуализировать старую информацию, добавлять новую и тому подобное).

Чтобы вам стало понятнее, как работать в программе SAP (САП) ERP, добавим, что она условно состоит из 3 разделов:

  • «Учет и отчетность» – позволяет знакомиться со всеми проводимыми транзакциями и фиксировать средства на каждом из уровней. В нем 2 вложенных модуля: FI, с подробной статистикой по только что перечисленным счетам, и CO, с инструментами для составления документации за квартал и за год, мониторинга средств, калькуляции убытков и прибылей.
  • «Логистика» дает возможность гибко контролировать процессы закупок, поиска и выбора поставщиков, а также составлять и реализовывать план производства, принимать своевременные меры по уходу за эксплуатируемой техникой (осмотр, ремонт, замена), формировать цены, продавать продукцию, получать квитанции.
  • «Персонал» упрощает работу отдела кадров: подбор сотрудников согласно открытым вакансиям и вообще требованиям, плюс, отвечает за начисление зарплат и контроль над их выплатами.

Обозревая продукты, нужно сказать, что такое SAP (САБ) SRM-система – это актуальное ПО, полное название которого расшифровывается как Supplier Relationship Management, и оно предназначено для практического улучшения взаимодействия со всей совокупностью поставщиков. Оно является важной составной частью Business Suite – приложения, автоматизирующего закупки ресурсов и снижающего сопутствующие расходы – за счет ранжирования и точной оценки контрагентов, выстраивания долгосрочной стратегии и других инструментов.

sap система управления предприятием

Кроме того, с 2004 года компания поддерживает платформу NetWeaver 2004, включающую в себя следующее ПО:

  • Process Integration – для объединения рабочих процессов всех уровней;
  • Enterprise Portal – чтобы внедрять портальные решения;
  • Business Intelligence – для глубокой бизнес-аналитики и быстрого создания хранилищ информации;
  • Mobile Infrastructure – чтобы поддерживать приложения, ориентированные на мобильные устройства;
  • Knowledge Management – для контроля библиотек знаний;
  • Master Data Management – для ведения справки;
  • Application Server – для обеспечения функционирования всего вышеперечисленного в режиме онлайн.

Функционал программы

В случае с ПО от SAP (САП) система управления предприятием будет обладать следующими модулями:

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

6 Демонстрация EBS (003) 015 SAP SE or an SAP affiliate company. All rights reserved. Public 6

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

14 Демонстрация Qi3(700) 015 SAP SE or an SAP affiliate company. All rights reserved. Public 14

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

16 Спасибо! Я буду рад ответить на вопросы с до 15.5 на нашем стенде Контактная информация: Дьячков Юрий САП ЛАБС 015 SAP SE or an SAP affiliate company. All rights reserved.

Ануфриева Татьяна Юрьевна – студент магистратуры Волгоградского государственного университета.

Аннотация: Рассматривается типовой бизнес-процесс формирования налоговой отчетности на примере системы SAP HR. Предлагается алгоритм сбора данных для автоматизации формирования отчетных форм по налогу на доходы физических лиц с детализированной информацией по типам дохода в разрезе каждого работника для осуществления функции налогового мониторинга.

Ключевые слова: Корпоративные информационные системы, программное обеспечение, sap, налоговая отчетность, налоговый мониторинг.

Введение

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

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

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

При этом требуется решить несколько задач, к которым относится необходимость полного раскрытия информации государственным органам, высокие требования к автоматизации и внедрение новых информационных систем. Таким образом, данные для налоговых отчетных форм должны автоматически формироваться в корпоративной информационной системе по расчету заработной платы и содержать детальную информацию [2].

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

Однако стандартный функционал системы SAP ERP не позволяет формировать детализированные отчетные формы по НФДЛ [3]. Для примера рассмотрим форму 6-НДФЛ. Согласно требованиям налогового мониторинга, необходима возможность расшифровки дохода из 1 раздела этой формы в разрезе ИНН работника и каждого типа начисления и вычета. Но реализованный алгоритм сбора данных для такой отчетности отсутствует.

Описание бизнес-процесса формирования налоговой отчетности

В SAP ERP существует решение по базовым процессам по управлению персоналом – SAP HR. В данном функционале происходит расчет заработной платы, на основании данных которого формируются такие налоговые отчетные формы, как справка 2-НДФЛ, форма 6-НДФЛ.

В этом модуле осуществляются следующие бизнес-процессы, предшествующие началу работы с функционалом налогового мониторинга: ведение данных для расчета заработной платы, осуществление расчета заработной платы и закрытие периода, формирование отчетности [4].

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

На следующем этапе сотрудник расчетной группы производит расчет заработной платы, осуществляет выплату средств, перечисление страховых взносов во внебюджетные фонды, удержаний НДФЛ, иных платежей. Результатом являются рассчитанные, проанализированные и отраженные в финансовой информационной системе в виде бухгалтерских проводок данные по расчету заработной платы. Произведенные расчеты служат основой для формирования отчетности [5].

Далее происходит формирование отчетности для организации и контроль ее корректности на основании расчетных данных по заработной плате экспертом в налоговой отчетности. Для формирования отчетов в продуктивной системе SAP HR должна быть рассчитана заработная плата за соответствующие месяцы налогового периода. Результатом является сформированные в системе формы налоговой отчетности по НДФЛ: «Налоговый регистр», справка 2-НДФЛ (формируется отдельно по каждому физическому лицу), форма 6-НДФЛ (формируется в целом по организации).

Алгоритм сбора данных

В стандартном функционале системы SAP HR в выходных налоговых отчетных формах нет детальной информации в разрезе каждого типа начисления. Поэтому стоит задача на основании принципа формирования справки 2-НДФЛ реализовать сбор данных для полного раскрытия сведения о доходах. Предлагается формат, описанный в таблице 1.

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