Текущее время: Сб, дек 16 2017, 01:40

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




Начать новую тему Ответить на тему  [ Сообщений: 320 ]  На страницу Пред.  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
Сообщения: 1157
Это происходит в 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
Сообщения: 101
Не подскажите, кто-нибудь занимался оптимизацией отчёта , а то на нашем проекте выгружается по 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
Сообщения: 17
Откуда: Красноярск
Пол: Мужской
Может кто сталкивался с такой ситуацией:
При формировании раздела 2 справки 6-НДФЛ в строке перечисления зарплаты выводится дата (пример 30.09.2016) из таблицы V_T549S. Суть в том что для разных предприятий своя дата перечисления(выплаты). Кто как выходил из данной ситуации?


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

Зарегистрирован:
Пт, сен 07 2007, 08:53
Сообщения: 1157
Сталкивался.
Все работа с 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
Сообщения: 17
Откуда: Красноярск
Пол: Мужской
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
Сообщения: 101
Не подскажите по поводу ошибки "«Один платеж нельзя классифицировать по нескольким ставкам подоходного налога»."
В таблице 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
Сообщения: 1157
Выглядеть это должно примерно так. Пусть у нас есть расчеты выглядят так
январь
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
Сообщения: 440
Все привет! что то не могу сообразить,
У сотрудника есть межрасчет отпуска от 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
Сообщения: 440
эта нота уже давно применена, не помогает.
Эта нота как раз и начинает приводить к моему вопросу

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


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

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


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

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


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

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