Текущее время: Чт, мар 28 2024, 17:51

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




Начать новую тему Ответить на тему  [ Сообщений: 348 ]  На страницу Пред.  1 ... 16, 17, 18, 19, 20, 21, 22 ... 24  След.
Автор Сообщение
 Заголовок сообщения: Re: 6-НДФЛ в 2016 году
СообщениеДобавлено: Чт, июл 07 2016, 15:04 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Ср, июн 01 2005, 09:40
Сообщения: 536
Откуда: Belgorod
Пол: Мужской
Да

_________________
Новый этап на проекте - устранение доработок :).


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: 6-НДФЛ в 2016 году
СообщениеДобавлено: Чт, июл 07 2016, 15:13 
Гуру-эксперт
Гуру-эксперт

Зарегистрирован:
Пт, сен 07 2007, 07:53
Сообщения: 1392
ROMP написал:
По п.2 - Юрлица лезут из-за переводов сотрудников, хотя на селекцоннике ограничение стоит по одному ЮрЛицу.


САП не сделал передачу ограничений по ЮрЛицу из программы в класс, который производит отработку результатов расчетов. Просто не передает эти параметры при создании экземпляра класса. Хотя в самом классе обработка этих фильтров есть (правда без учета типа обработки 'L').
Поэтому, если ТН попал выборку по уровне ЛДБ, то отчет покажет все данные по ТН, даже если они относятся к ненужным в данный момент ЮрЛицам.


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

Зарегистрирован:
Ср, июн 01 2005, 09:40
Сообщения: 536
Откуда: Belgorod
Пол: Мужской
Видимо не осилил.
Сделайте енхансемент в старт оф селекшн
gs_selcond_cs-juper = pnpjuper[].

тогда класс cl...taxrun... вас поймет.

_________________
Новый этап на проекте - устранение доработок :).


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

Зарегистрирован:
Ср, окт 13 2004, 14:03
Сообщения: 209
Откуда: Москва
Пол: Мужской
Брат Мигель, RoustR, благодарю!


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

Зарегистрирован:
Чт, фев 27 2014, 14:37
Сообщения: 15
Здравствуйте, форумчане! Подскажите, что сделать в такой ситуации.
В соответствии с письмом ФНС России от 25_02_2016 N БС-4-11 3058@ «в случае если работникам заработная плата за март 2016 года выплачена 05.04.2016, а налог на доходы физических лиц перечислен 06.04.2016, то операция отражается в разделе 1 расчета по форме 6-НДФЛ за первый квартал 2016 года, при этом налоговый агент вправе не отражать операцию в разделе 2 расчета по форме 6-НДФЛ за первый квартал 2016 года. Данная операция будет отражена при непосредственной выплате заработной платы работникам в расчете по форме 6-НДФЛ за полугодие 2016 года».
Слова «вправе не отражать» подразумевают два варианта - можно отражать или можно не отражать.
В нашей организации принято главным бухгалтером решение отражать такие выплаты по зарплате за март в 1 квартале, хотя она выплачивается 04 апреля. А выплаты по зарплате за июнь – отражать в 1 полугодии, хотя зарплата за июнь выплачивается 04.07.2016.
После установки пакета D5 (нота 2307179) у нас выплата по заработной плате за март показывается во втором квартале, выплата по зарплате за июнь не показывается во втором квартале. Что делать?
В системе нужны настройки, чтобы можно было выбирать самим один из двух вариантов «отражать» или «не отражать».


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

Зарегистрирован:
Вт, май 30 2006, 08:34
Сообщения: 1900
Цитата:
В системе нужны настройки, чтобы можно было выбирать самим один из двух вариантов «отражать» или «не отражать».

Таких настроек сейчас нет.

В коде жестко прописана проверка на вхождение даты платежа в последний квартал периода, за который запущена программа.
Да еще сделано так дубово, что никак культурно не поправить. Только здоровенный метод в Z копировать.

_________________
С уважением.


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

Зарегистрирован:
Вт, май 30 2006, 08:34
Сообщения: 1900
Цитата:
Слова «вправе не отражать» подразумевают два варианта - можно отражать или можно не отражать.
В нашей организации принято главным бухгалтером решение отражать такие выплаты по зарплате за март в 1 квартале, хотя она выплачивается 04 апреля.

Как бы да.
Но вот о том, что выплату "вправе не отражать" во II квартале - такого в письме нет. А отражать одну и ту же выплату два раза нелогично.

_________________
С уважением.


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

Зарегистрирован:
Чт, фев 27 2014, 14:37
Сообщения: 15
Здравствуйте, господа!
Что у Вас выводится в отчете за полугодие в 70 и 80 строчках отчета?

Если выплаты по июньской заработной плате, которые прошли в июле ( у нас 4.07.2016), не показывать в отчете за 1 полугодие, ТО в строке 70 должен быть УДЕРЖАННЫЙ налог с января по июнь (налог с заработной платы за июнь удерживается 4.07.2016, и его туда включать не надо). По 80 строке - тоже самое.
Сейчас у меня в 70 строку налог, удержанный с заработной платы за июнь, включается.
Это ошибка SAP или где-то можно настроить?


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

Зарегистрирован:
Пт, июн 21 2013, 10:42
Сообщения: 102
RoustR написал(а):
.....
Code:
LOOP at mt_payment_fact_for_run[] ASSIGNING <zs_payment_fact_for_run>
          where fpper = <zs_payment_fact_for_run_oc>-fpper.
**1            and Z_FPBEG <= <zs_payment_fact_for_run_oc>-PAYROLL_RUN_ID-BONDT
**1            and Z_FPEND >= <zs_payment_fact_for_run_oc>-PAYROLL_RUN_ID-BONDT.
*         Ищю любую запись, мне нужен OBJID
          loop at zt_wages[] ASSIGNING <zs_wages_of_regular>.
            zv_anyk = get_classification_key_obj(
              iv_pernr = iv_pernr
              iv_wages_objid =  <zs_wages_of_regular>-objid ).
             if <zs_payment_fact_for_run>-anyk = zv_anyk.  <-----вот здесь
              z_found = abap_true.
              exit.
            endif.
          endloop.
          if z_found = abap_true. exit. endif.
        ENDLOOP.

......

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


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

Зарегистрирован:
Пт, сен 07 2007, 07:53
Сообщения: 1392
Мне тут нужен был OBJID регулярного расчета, к которому можно подвязать пропавшую сумму. Список регулярных расчетов есть в mt_payment_fact_for_run[], но там нет OBJID. Поэтому я начинаю перебирать таблицу собранных сумм в поиске строки, которая относиться к предполагаемому регулярному расчету. Строка <zs_payment_fact_for_run>-anyk = zv_anyk - поверка на то, что текущая сумма относиться к предполагаемому регулярного расчету.

Вероятно, у проблемного ТН в регулярном расчете вообще ничего нет, что относится к НФДЛ - ни дохода, ни вычетов, ни налога. А межрасчет что-то было. В такой ситуации мой код не сработает.


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

Зарегистрирован:
Пт, июн 21 2013, 10:42
Сообщения: 102
RoustR написал(а):
Мне тут нужен был OBJID регулярного расчета, к которому можно подвязать пропавшую сумму. Список регулярных расчетов есть в mt_payment_fact_for_run[], но там нет OBJID. Поэтому я начинаю перебирать таблицу собранных сумм в поиске строки, которая относиться к предполагаемому регулярному расчету. Строка <zs_payment_fact_for_run>-anyk = zv_anyk - поверка на то, что текущая сумма относиться к предполагаемому регулярного расчету.

Вероятно, у проблемного ТН в регулярном расчете вообще ничего нет, что относится к НФДЛ - ни дохода, ни вычетов, ни налога. А межрасчет что-то было. В такой ситуации мой код не сработает.

Так и есть, в январе у него дохода нет, а межрасчеты были. А что посоветуете, накатить ноту 2311857 - 6-NDFL: unnecessary off-cycles runs appear in the Part 2 ?


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

Зарегистрирован:
Пт, сен 07 2007, 07:53
Сообщения: 1392
Не могу сказать, я новые ноты еще не смотрел.


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

Зарегистрирован:
Ср, июн 01 2005, 09:40
Сообщения: 536
Откуда: Belgorod
Пол: Мужской
Коллеги, привет.
Для информации.

Если вы считали работника с двумя табельными отдельно, а потом связали 121 ИТ.
В 6-НДФЛ будут неправильно присваиваться даты в бади cl*im*factx.
Из-за того что буфер дат не содержит поля табельный, а только seqnr.
В итоге все идет по датам 1 табельного этого работника.
Что по хорошему тоже неправильно, даже при правильном ведении данных.
Потому как по разным табельным перечисления, могли быть в разные даты.

_________________
Новый этап на проекте - устранение доработок :).


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

Зарегистрирован:
Пт, сен 07 2007, 07:53
Сообщения: 1392
Я с этой проблемой сталкивался, но решал ее не на уровне BADI cl*im*factx.

В методе CL_HRPAYRU_PLTAXRUN_CS_PRR есть метод get_associated_pyres, которые определяет актуальный (или в-период) расчет для текущего результата расчета. В актуальном расчете и будут храниться данные, необходимые для определения необходимых атрибутов в разрезе в-период.
В методе CL_HRPAYRU_PLTAXRUN_CS_PRR.COLLECT_OUTWAGE_CE есть следующие строки
Code:
  LOOP AT it_results ASSIGNING <lo_result>.
    GET REFERENCE OF <lo_result>->inter INTO lrefs_inter.
    GET REFERENCE OF <lo_result>->natio INTO lrefs_nat.

    get_associated_pyres( exporting it_results = it_results
                                    is_curr_evp = <lo_result>->period
                          importing et_pyres_follower = lt_pyres_follower
                                    eo_pyres_actual   = lo_pyres_actual ).

Вот в lo_pyres_actual и должен оказаться актуальный расчет. Вот только если у физика 2 и более ТН, то в it_results будут результаты по всем ТН, а get_associated_pyres при определении актуального расчета не учитывает этот момент. Поэтому get_associated_pyres при работе с одним ТН может выдать ссылку на расчет другого ТН. Далее необходимые для 6НДФЛ атрибуты, в том числе даты, будут определяться относительно другого ТН. Если эти атрибуты у разных ТН одного физика не совпадают, то возникает ошибка в заполнении.

Я исправлял эту проблему подламывая get_associated_pyres, добавив в условие поиска поле ТН. После этого get_associated_pyres выдает актуальный расчет с учетом ТН, а в BADI cl*im*factx проблем с датами не возникает, даже при отсутствии ТН в буфере дат.


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

Зарегистрирован:
Ср, июн 01 2005, 09:40
Сообщения: 536
Откуда: Belgorod
Пол: Мужской
С методом get_associated_pyres в данной ситуации проблем не возникает (хотя нежизнеспособность этого метода давно доказана).
У вас метод определения дат отработает неверно (по идее) когда для одного и того же периода расчета будут разные seqnr для нескольких табельных.
check_dates_are_in_buffer отработает криво.

_________________
Новый этап на проекте - устранение доработок :).


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

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


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

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


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

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