Изменения в ст.230 НК (много)

Dimon

Всем привет

Наверное многим известно , что статья 230 НК начинает действовать в новой редакции :

Цитата:

16 статьи 2 вс
1. Налоговые агенты ведут учет доходов, полученных от них физическими лицами в налоговом периоде, предоставленных физическим лицам налоговых вычетов, исчисленных и удержанных налогов в регистрах налогового учета.
Формы регистров налогового учета и порядок отражения в них аналитических данных налогового учета, данных первичных учетных документов разрабатываются налоговым агентом самостоятельно и должны содержать сведения, позволяющие идентифицировать налогоплательщика, вид выплачиваемых налогоплательщику доходов и предоставленных налоговых вычетов в соответствии с кодами, утверждаемыми федеральным органом исполнительной власти, уполномоченным по контролю и надзору в области налогов и сборов, суммы дохода и даты их выплаты, статус налогоплательщика, даты удержания и перечисления налога в бюджетную систему Российской Федерации, реквизиты соответствующего платежного документа.
2. Налоговые агенты представляют в налоговый орган по месту своего учета сведения о доходах физических лиц истекшего налогового периода и суммах начисленных, удержанных и перечисленных в бюджетную систему Российской Федерации за этот налоговый период налогов ежегодно не позднее 1 апреля года, следующего за истекшим налоговым периодом, по форме, форматам и в порядке, которые утверждены федеральным органом исполнительной власти, уполномоченным по контролю и надзору в области налогов и сборов.";

В связи с этим имееся 2 позиции :

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

2 - есть позиция которую выдает служба поддержки в ответ на сообщения в SAP

Цитата:

Данные, которые должны содержать формы регистров налогового учета, кроме указанных ниже, могут быть получены в форме 2-НДФЛ.
Для остальных данных может быть использованы следующие источники:

Даты выплаты дохода – payment date из таблицы V_T549S.
Даты удержания - payment date из таблицы V_T549S.

Приложив к данным формам акт сверки, полученный из модуля FI с указанием соответствующего получателя налогового платежа в качестве контрагента (даты перечисления налога в бюджетную систему Российской Федерации, реквизиты соответствующего платежного документа можно получить из акта сверки), можно считать данный регистр формально сформированным.

Ваше мнение ?

Macros

Вопрос так поставлен, что можно глосовалку вставить)
Я считаю 1 позицию верной, так как 1-НДФЛ это и есть налоговый регистр для НДФЛ, теперь его нужно доработать в соответствии с требованиям закона.
Вы еще 2НДФЛ на 2011 год посмотрите, там теперь добавлено "5.5. Сумма налога перечисленная".
Т.е. складываем эти сведения и интерпретируем так: новое требование налоговой в 2011 г - нужно вести учет перечисленных сумм в разрезе сотрудников.

зы.
а вторая позиция скорее всего превращается в:

Dimon написал:

1 - некоторые клиенты с которыми я работаю понимают это так...

требуйте чтобы клиенты предоставили письменные рекомендации от ФНС

Proforg

Цитата:

В связи с этим имееся 2 позиции

Вторая позиция присутствует только у SAP CIS . ФНС думает иначе
Отсюда каждый выводы пускай делает сам

Особенно пикантно ситуация выглядит с этой самой 1-НДФЛ, т.к. она успела устареть за полгода до выхода в свет. :shumlol:

Проходиться по текущему решение по российской зарплате и страусиной позиции SAP CIS (ой, .., платежи!!), заключающейся в отсутствии внятного решения по интеграции с платежами в FI (всякое депонирование, выплату налогов, переплату и тыды - ранее заполняемых вручную в отчетности) - даже уже говорить не хочется.
Остается действовать. :twisted:

POL

Дак действовать можно по разному! Платежка одна-две, работников много. Работники увольняются в течении месяца и им нужно сделать расчет (выплатить все причитающиеся суммы), а значит и исчислить и уплатить НДФЛ.
В общем как не крути, но нужно либо платежки в Fi делать по ТН, либо эмпирически распределять суммы с платежек по ТН (например, отражать её на каком-то пользовательском ВО). При этом в большинстве случаем SUM(исчислено в HR) = SUM (перечислено по платежкам), но не всегда! Куда эти "не всегда" относить? На ТН главбуха?
Давайте предложим кто-как думает варианты решения этой задачи в этой теме, а там видно будет (на месте SAP CIS я бы читал этот форум

).

Jesus

А если задействовать ОНД?
Делать прогоны платежей по НДФЛ. Здесь и для межрасчетов все ок и для регулярных расчетов.
В итоге для каждого табельного будем иметь дату прогона (дата платежа).
Как это коррелирует с FI данными - вопрос, но вроде есть какая-то пограничная программа PC00_M33_CDTB_RFFOD - Создание ОНД.
А в FI использовать данные HRого прогона при формировании платежных поручений.

Брат Мигель

Jesus написал:

А если задействовать ОНД?
Делать прогоны платежей по НДФЛ. Здесь и для межрасчетов все ок и для регулярных расчетов.
В итоге для каждого табельного будем иметь дату прогона (дата платежа).
Как это коррелирует с FI данными - вопрос, но вроде есть какая-то пограничная программа PC00_M33_CDTB_RFFOD - Создание ОНД.
А в FI использовать данные HRого прогона при формировании платежных поручений.

Есть один момент. Бухи любят готовиться заранее к выплате. И этот прогон захотят сделать заранее (Вдруг что-то закосячит, а консультант уехал на рыбалку - шутка). Что в таком случае делать?

Proforg

POL написал(а):

Дак действовать можно по разному! Платежка одна-две, работников много.

Наверное, в SAP CIS просто проблемы со знанием английского языка или там предпочитают абапить с нуля и изобретать собственные велосипеды (хотя, гляда на некоторые RUшные решения - второе и приходит в голову).
В SAP HCM, в частности для US, давно существует интегрированное решение по платежам как раз на основе ОНД (aka DME).
Самое смешное в том, что в SAP CIS есть люди с опытом реализации аналогичного функционала.

Хотя скорей всего никто из HR IPS910 и IPS030 даже не открывал :roll:

Цитата:

на месте SAP CIS я бы читал этот форум

).

Что-то мне подсказывает, что вы с ними мыслите в схожем направлении

Macros

тема то уже тут поднималась: viewtopic.php?f=11&t=65949
Онд прогоны хороши, но что делать если потом платежи разбивают на несколько платежек?
Тут похоже самому налоговому агенту нужно приспосабливать свои бизнес процессы под новые требования... искать компромисс.
Например, не хватает средств на расчетном счету, значит нужно позаботиться чтобы на том счете откуда идут перечисления НДФЛ такого не возникало и т.д.

SemenSemenych

Proforg написал:

В SAP HCM, в частности для US, давно существует интегрированное решение по платежам как раз на основе ОНД (aka DME).

Ключевая фишка там, насколько я понял, проводки на основе ОНД.
Если кто-то реально копал эту тему - поделитесь, очень интересно.

Proforg написал:

Самое смешное в том, что в SAP CIS есть люди с опытом реализации аналогичного функционала.

Хотя скорей всего никто из HR IPS910 и IPS030 даже не открывал :roll:

Прикольно. Интересно, кто это.

Jesus

Если я правильно понимаю программу H99_POST_PAYMENT, то она работает следующим образом:
- читает виды оплат из таблицы BT
- делает документ проводок с типом PM (проводка платежей).

Т.о. по сути мы просто передали в FI документ, который содержит суммы по видам оплат, которые прошли как платеж. Как дальше FI будет работать с этим документом? Видимо также как и раньше, т.е. задача однозначного определения Табельный номер-НДФЛ уплоченный не решается.

Если говорить про программу PC00_M33_CDTB_RFFOD, то, судя по ответам в FI форуме, они ее как раз используют для формирования платежек. Если они будут использовать наши прогоны ОНД в этой программе, то тогда у нас будет связка через BT(признак перечисления + данные Reguh).
Тут только осталось понять кто будет делать ОНД для НДФЛ и как этот прогон будет связан со счетами, на которых деньги для уплаты НДФЛ лежат.

Macros

Jesus написал:

Если говорить про программу PC00_M33_CDTB_RFFOD, то, судя по ответам в FI форуме, они ее как раз используют для формирования платежек. Если они будут использовать наши прогоны ОНД в этой программе, то тогда у нас будет связка через BT(признак перечисления + данные Reguh).

угу, номер пп резервируем у себя при прогоне, аналогично с расчетным счетом, еще бы в BT записать платежные реквизиты (номер ПП и дата), чтобы вся отчетность формировалась по данным кластера и не лазила в reguh/regup. Саму платежку (в электронном виде) можно формировать с помощью FI. А вот схема формирование проводок может быть разная, тут сложно что-то общее предложить.

POL

Jesus написал:

Если говорить про программу PC00_M33_CDTB_RFFOD, то, судя по ответам в FI форуме, они ее как раз используют для формирования платежек. Если они будут использовать наши прогоны ОНД в этой программе, то тогда у нас будет связка через BT(признак перечисления + данные Reguh).

Для того, чтобы в FI делали платежки из наших проводок нужно существенно менять бизнес. Вот, допустим, есть два счета с которых нужно/можно перечислить деньги, причем денег "в притык". Как скомбинировать входящие ОНД прогоны (и сколько их должно быть) и сформировать с помощью PC00_M33_CDTB_RFFOD две платежки? Я так и не понял какая связка в этом случае между платежкой и BT (если бухгалтер сам принимает решение с какого счета и какую сумму перечислить).

Proforg написал:

Что-то мне подсказывает, что вы с ними мыслите в схожем направлении

Если это намек, что я один из них, то при всем моем уважении к Вам....

tantsa

Добрый день, уважаемые коллеги!
Решила в этой теме спросить.
А новая форма справки 2-НДФЛ (Приложение №1 к Приказу ФНС России от 17.11.2010 № ММВ-7-3/611@) есть в SAP или ожидается? :roll:

Изменения в ст.230 НК (много)

Кто сейчас на конференции