Текущее время: Ср, ноя 21 2018, 08:06

Часовой пояс: UTC + 4 часа




Начать новую тему Ответить на тему  [ Сообщений: 328 ]  На страницу Пред.  1 ... 18, 19, 20, 21, 22  След.
Автор Сообщение
 Заголовок сообщения: Re: 6-НДФЛ в 2016 году
СообщениеДобавлено: Вт, сен 27 2016, 15:56 
Специалист
Специалист

Зарегистрирован:
Пн, дек 12 2011, 09:57
Сообщения: 128
Откуда: Самара
Пол: Мужской
Добрый день! В классах отчета вижу вычитание межрасчета из основного расчета. Не могу найти код для вычитания межрасчета из межрасчета. Например, в межрасчете 0105 участвуют суммы из 0107. Была нота, или уже обсуждалось (не смог найти)? Подскажите, пожалуйста!


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: 6-НДФЛ в 2016 году
СообщениеДобавлено: Вт, сен 27 2016, 16:10 
Гуру-эксперт
Гуру-эксперт

Зарегистрирован:
Пт, сен 07 2007, 08:53
Сообщения: 1218
Это происходит в CL_HRPAYRU_PAYFACTX-post_process_wages. Стартует обработка на этапе работы с DAQ-полями, ФМ HR_RU_DAQ_NDFL_AMOUNTS, процедура post_process_wages.

Да, ошибки там были, и изменения в этом блоке были довольно сильные. Я тут писал, ищи по фразе post_process_wages.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: 6-НДФЛ в 2016 году
СообщениеДобавлено: Вт, сен 27 2016, 16:35 
Специалист
Специалист

Зарегистрирован:
Пн, дек 12 2011, 09:57
Сообщения: 128
Откуда: Самара
Пол: Мужской
RoustR написал(а):
Это происходит в CL_HRPAYRU_PAYFACTX-post_process_wages. Стартует обработка на этапе работы с DAQ-полями, ФМ HR_RU_DAQ_NDFL_AMOUNTS, процедура post_process_wages.

Да, ошибки там были, и изменения в этом блоке были довольно сильные. Я тут писал, ищи по фразе post_process_wages.

Спасибо! Я как раз дорабатывал этот код, но опять же только в качестве вычитания межрасчета из регулярного.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: 6-НДФЛ в 2016 году
СообщениеДобавлено: Чт, сен 29 2016, 10:24 
Специалист
Специалист

Зарегистрирован:
Пт, июн 21 2013, 11:42
Сообщения: 102
Не подскажите, кто-нибудь занимался оптимизацией отчёта , а то на нашем проекте выгружается по 6-7 часов.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: 6-НДФЛ в 2016 году
СообщениеДобавлено: Пт, окт 14 2016, 22:32 
Специалист
Специалист

Зарегистрирован:
Пн, дек 12 2011, 09:57
Сообщения: 128
Откуда: Самара
Пол: Мужской
diman1989 написал(а):
Не подскажите, кто-нибудь занимался оптимизацией отчёта , а то на нашем проекте выгружается по 6-7 часов.

Последние ноты стоят? У нас тоже были проблемы с производительностью, один ТН выгружался 5 минут. После установки всё залетало.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: 6-НДФЛ в 2016 году
СообщениеДобавлено: Вт, окт 18 2016, 14:31 
Начинающий
Начинающий
Аватара пользователя

Зарегистрирован:
Вт, ноя 20 2012, 10:32
Сообщения: 18
Откуда: Красноярск
Пол: Мужской
Может кто сталкивался с такой ситуацией:
При формировании раздела 2 справки 6-НДФЛ в строке перечисления зарплаты выводится дата (пример 30.09.2016) из таблицы V_T549S. Суть в том что для разных предприятий своя дата перечисления(выплаты). Кто как выходил из данной ситуации?


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: 6-НДФЛ в 2016 году
СообщениеДобавлено: Вт, окт 18 2016, 16:52 
Гуру-эксперт
Гуру-эксперт

Зарегистрирован:
Пт, сен 07 2007, 08:53
Сообщения: 1218
Сталкивался.
Все работа с T549S производиться в CL_HRPAYRU_IM_PAYFACTX-get_payroll_area_paydate. Так как у меня уже был свой класс для BADI, наследованный от CL_HRPAYRU_IM_PAYFACTX, то я в нем просто переопределил этот метод. Стандартный можно переопределить через расширение.

1.Создал для T549S новый идентификатор даты, типа 91-Органиазция1, 92-Организация2.
2. Создал признак (pe03), который возвращает тип идентификатор даты для организации.
3. Реализовал свой get_payroll_area_paydate, который на основе признака своего признака считывает из T549S нужный идентификатор.

ЗЫ. Еще есть близкая проблема, связанная с календарями праздников. Для определения следующего рабочего дня необходимо знать производственный календарь. Стандартно считывается календарь RU, это RU просто задано в тексте программы. Но у нас в стране есть регионы, у которых есть дополнительные праздничные дни. Стандартная реализация будет делать ошибку.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: 6-НДФЛ в 2016 году
СообщениеДобавлено: Ср, окт 19 2016, 14:17 
Начинающий
Начинающий
Аватара пользователя

Зарегистрирован:
Вт, ноя 20 2012, 10:32
Сообщения: 18
Откуда: Красноярск
Пол: Мужской
RoustR написал(а):
Сталкивался.
Все работа с T549S производиться в CL_HRPAYRU_IM_PAYFACTX-get_payroll_area_paydate. Так как у меня уже был свой класс для BADI, наследованный от CL_HRPAYRU_IM_PAYFACTX, то я в нем просто переопределил этот метод. Стандартный можно переопределить через расширение.

1.Создал для T549S новый идентификатор даты, типа 91-Органиазция1, 92-Организация2.
2. Создал признак (pe03), который возвращает тип идентификатор даты для организации.
3. Реализовал свой get_payroll_area_paydate, который на основе признака своего признака считывает из T549S нужный идентификатор.

ЗЫ. Еще есть близкая проблема, связанная с календарями праздников. Для определения следующего рабочего дня необходимо знать производственный календарь. Стандартно считывается календарь RU, это RU просто задано в тексте программы. Но у нас в стране есть регионы, у которых есть дополнительные праздничные дни. Стандартная реализация будет делать ошибку.


Спасибо, все получилось


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: 6-НДФЛ в 2016 году
СообщениеДобавлено: Сб, окт 22 2016, 17:23 
Специалист
Специалист

Зарегистрирован:
Пт, июн 21 2013, 11:42
Сообщения: 102
Не подскажите по поводу ошибки "«Один платеж нельзя классифицировать по нескольким ставкам подоходного налога»."
В таблице T7RUN6 всё ок. Есть подозрение то что у данного сотрудника сменился статус "Штатные работники" на статус "пенсионер". Система относит ВО к двум классам CL_HRPAYRU_INTAXRTE_4WORK
CL_HRPAYRU_INTAXRTE_4WORK_NRES и выдает ошибку. Может какой ИТ надо дополнительно заполнить?


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: 6-НДФЛ в 2016 году
СообщениеДобавлено: Пн, окт 24 2016, 12:12 
Начинающий
Начинающий

Зарегистрирован:
Ср, янв 12 2011, 15:21
Сообщения: 12
Добрый день, коллеги!

Скажите, пожалуйста, никто не сталкивался с такой проблемой, когда происходит перерасчет за период, в котором нет таблицы TAX и RUSTA, но есть ВО, который относится к одному из кодов доходов 2-НДФЛ? У нас в данном случае работник вообще не выводится в отчет, так как программа не знает к какой ставке 13% или 30% его отнести.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: 6-НДФЛ в 2016 году
СообщениеДобавлено: Ср, май 03 2017, 20:02 
Начинающий
Начинающий

Зарегистрирован:
Чт, дек 04 2014, 20:47
Сообщения: 12
Столкнулись с похожей проблемой:
diman1989 написал(а):
Подскажите пожалуйста.6НДФЛ. Сотрудник получил в одной орг. (ОКТМО1) единице доход. Потом его перевели в другую орг. единицу (ОКТМО2). Во второй орг единице его пересчитали. Необходимо, чтобы пересчитанный доход лёг в ОКТМО2, а сейчас ложится в ОКТМО1.
Попробовали применить предложенное решение:
RoustR написал(а):
В 6НДФЛ на этапе сбора данных работает класс CL_HRPAYRU_PLTAXRUN_CS_PRR, метод collect_outwage_ce. В самом начале организуется цикло по расчетам (LOOP AT it_results ASSIGNING <lo_result>.). <lo_result> - это будет текущий расчет (для-период).
lo_pyres_actual - это будет ссылка на расчет, в котором периоде это произошло (в-период).
У нас при такой подмене WPBP при перерасчете месяца, в котором происходит смена ОКТМО, доход целиком определяется в новое ОКТМО2 (смена ОКТМО в феврале, перерасчет в марте с января). Вместо того, что бы в ОКТМО2 определять только разницу перерасчета.
Копаемся с подменами, прошу поделиться советами.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: 6-НДФЛ в 2016 году
СообщениеДобавлено: Ср, май 03 2017, 21:11 
Гуру-эксперт
Гуру-эксперт

Зарегистрирован:
Пт, сен 07 2007, 08:53
Сообщения: 1218
Выглядеть это должно примерно так. Пусть у нас есть расчеты выглядят так
январь
001 январь ОКТМО1
февраль
002 январь ОКТМО2
003 февраль ОКТМО2
в феврале сменился ОКТМО, начиная с января.
При обработке февраля расчеты сформируют такую табличку:
001 P
002 A
003 A
При из обработке lo_pyres_actual будет указать на расчет 003 для всех 3 записей. Если вычисление ОКТМО повесить на lo_pyres_actual, то для всех трех расчетов определить ОКТМО2. Так как расчеты за январь идут с флагами A/P, то они сформируют дельту, которая попадет в ОКТМО2.

Должно работать.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: 6-НДФЛ в 2016 году
СообщениеДобавлено: Пт, май 05 2017, 13:00 
Старший специалист
Старший специалист

Зарегистрирован:
Чт, окт 13 2011, 23:45
Сообщения: 452
Все привет! что то не могу сообразить,
У сотрудника есть межрасчет отпуска от 06.03.17. Отпуск выплачен 06.03.17, налог перечислен 06.03.17. В отчете в разделе 2 отображается записями
100 - 06.03.17
110 - 06.03.17
120 - 31.03.17
130 - 1000 р.
140 - 130 р.
В разделе 1 отображаются суммы за январь и февраль 2017 года.
В строке 040 "Сумма исчисленного налога" показывает налог за 3 месяца (январь, февраль, март)
В строке 070 "Сумма удержанного налога" отображается удержанный налог за январь и февраль, за регулярку марта не показывается (это корректно, так как регулярка марта выплачена после 31.03.17). Вполне ожидаемо увидеть налог с отпускных в размере 130 р. в строке 070, так 120 строка = 31.03.17.

XML формирует налоги на основании данных в поле WITHH (суммы заполнены только у регулярных расчетов). Если бы собирали по TXWIT, то удержанный налог сформировался как нужно.
А как у вас? кто-то сталкивался с таким?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: 6-НДФЛ в 2016 году
СообщениеДобавлено: Пт, май 05 2017, 16:19 
Начинающий
Начинающий

Зарегистрирован:
Чт, дек 04 2014, 20:47
Сообщения: 12
gomer4ik,
предположу, что нужно применить ноту 2358391


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: 6-НДФЛ в 2016 году
СообщениеДобавлено: Пт, май 05 2017, 17:05 
Старший специалист
Старший специалист

Зарегистрирован:
Чт, окт 13 2011, 23:45
Сообщения: 452
эта нота уже давно применена, не помогает.
Эта нота как раз и начинает приводить к моему вопросу

UPD. Всему виной переопределение полей, с заменой кода ВО


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 328 ]  На страницу Пред.  1 ... 18, 19, 20, 21, 22  След.

Часовой пояс: UTC + 4 часа


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

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB