Текущее время: Ср, июл 23 2025, 01:41

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




Начать новую тему Ответить на тему  [ Сообщений: 12 ] 
Автор Сообщение
 Заголовок сообщения: Исключить Вид оплаты в 15-м инфотипе из перерасчета
СообщениеДобавлено: Чт, фев 13 2014, 00:38 
Младший специалист
Младший специалист

Зарегистрирован:
Пт, апр 22 2011, 02:46
Сообщения: 78
Добрый день всем.

Возник следующий вопрос: есть виды оплат в 15-м ИТ, которые требуется исключить из перерасчета. То есть, по ним информация вносится информационно в систему после расчета, когда месяц закрыт.
Требуется, чтоб внесение информации ТОЛЬКО в эти два указанных вида оплаты не влияли на перерасчет (не изменяли статус расчета в 3-м инфотипе).

Можно сделать? Если да, то как? Как я понимаю, настройка в V_T591B позволяет закрыть внесение изменений в виде оплаты (или я ошибаюсь). А можно сделать, чтоб вносить можно было, но 3-ий инфотип не менялся?

Заранее спасибо.


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Исключить Вид оплаты в 15-м инфотипе из перерасчета
СообщениеДобавлено: Чт, фев 13 2014, 07:17 
Начинающий
Начинающий

Зарегистрирован:
Пт, ноя 02 2012, 13:54
Сообщения: 2
Признак RETRO ?


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Исключить Вид оплаты в 15-м инфотипе из перерасчета
СообщениеДобавлено: Чт, фев 13 2014, 08:26 
Специалист
Специалист

Зарегистрирован:
Сб, апр 10 2010, 19:23
Сообщения: 191
SSE написал(а):
Добрый день всем.

Возник следующий вопрос: есть виды оплат в 15-м ИТ, которые требуется исключить из перерасчета. То есть, по ним информация вносится информационно в систему после расчета, когда месяц закрыт.
Требуется, чтоб внесение информации ТОЛЬКО в эти два указанных вида оплаты не влияли на перерасчет (не изменяли статус расчета в 3-м инфотипе).

Можно сделать? Если да, то как? Как я понимаю, настройка в V_T591B позволяет закрыть внесение изменений в виде оплаты (или я ошибаюсь). А можно сделать, чтоб вносить можно было, но 3-ий инфотип не менялся?

Заранее спасибо.

Как предложение. Может тогда просто предусмотреть другой инфо-тип для хранения? Который в свою очередь уже гарантированно не инициирует обратный расчет. В пользу данной версии следующие моменты: 15 ИТ не захламляется информационными, как Вы говорите, ВО. В новый ИТ можете с легкостью запустить посторонних людей, гарантированно обезопасив себя от того, что они будут иметь доступ к другим зарплатным сведениям. Достаточно лишь незначительно отрегулировать полномочия в данной части.


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Исключить Вид оплаты в 15-м инфотипе из перерасчета
СообщениеДобавлено: Чт, фев 13 2014, 08:32 
Младший специалист
Младший специалист

Зарегистрирован:
Пт, апр 22 2011, 02:46
Сообщения: 78
-DoKa- написал(а):
Как предложение. Может тогда просто предусмотреть другой инфо-тип для хранения? Который в свою очередь уже гарантированно не инициирует обратный расчет. В пользу данной версии следующие моменты: 15 ИТ не захламляется информационными, как Вы говорите, ВО. В новый ИТ можете с легкостью запустить посторонних людей, гарантированно обезопасив себя от того, что они будут иметь доступ к другим зарплатным сведениям. Достаточно лишь незначительно отрегулировать полномочия в данной части.

Было бы конечно хорошо. И я в общем так и предложил сделать. Но на эти ВО уже наваяли доп функционала на портале + своя отчетность Z есть которую тоже надо править. Много получается. Не согласны.

Признак RETRO - можно подробней? Так совсем мало информации.
Спасибо.


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Исключить Вид оплаты в 15-м инфотипе из перерасчета
СообщениеДобавлено: Сб, фев 15 2014, 19:25 
Младший специалист
Младший специалист

Зарегистрирован:
Пн, ноя 13 2006, 14:42
Сообщения: 93
Пол: Мужской
Возможно, есть вариант с изменением настройки 15-го и/т:
если не ошибаюсь, возможен вариант настройки, когда обратный расчет инициируется в зависимости от подтипа.
Системы под рукой нет, возможно, я с чем-то перепутал.


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Исключить Вид оплаты в 15-м инфотипе из перерасчета
СообщениеДобавлено: Вс, фев 16 2014, 02:29 
Младший специалист
Младший специалист

Зарегистрирован:
Пт, апр 22 2011, 02:46
Сообщения: 78
Aleqs написал:
Возможно, есть вариант с изменением настройки 15-го и/т:
если не ошибаюсь, возможен вариант настройки, когда обратный расчет инициируется в зависимости от подтипа.
Системы под рукой нет, возможно, я с чем-то перепутал.

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


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Исключить Вид оплаты в 15-м инфотипе из перерасчета  Тема решена
СообщениеДобавлено: Пн, фев 17 2014, 07:07 
Гуру-эксперт
Гуру-эксперт

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

В зависимости от подтипа в стандарте можно сделать настройку временной привязки, но не релевантности. Релевантность можно настроить по полям, но для этой задачи нужно не просто по полям, а по определенным значениям полей (не просто ВО, а определенное значение ВО). Такой возможности нет.

Использование признаков типа RETRO - это скорее дополнительная обработка даты обратного расчета, а не самого факта обратного расчета. Например, если мы произвели изменение записи от 15.01.2014, то с использованием признака RETRO можно запустить обратный расчет с 14.01.2014, вместо 15-го (значение возврата RETRO = '1'), но отменить саму релевантность нельзя.
Кроме того, для признака передаются только новые значения полей, а значит нельзя отловить факт изменения существующей записи. В ситуации - в ИТ0015 в прошлом была запись релевантного для обратного расчета ВО, мы зашли и изменили ВО на нерелеватный - нельзя будет определить необходимость обратного расчета опираясь только на новые значения полей.


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Исключить Вид оплаты в 15-м инфотипе из перерасчета
СообщениеДобавлено: Пн, фев 17 2014, 10:07 
Старший специалист
Старший специалист

Зарегистрирован:
Пт, ноя 25 2011, 17:37
Сообщения: 291
Добрый день

Можно попробовать сделать следующим образом:
Делаете распознавание обратного расчета по полям ИТ, при этом прописываем свой какой-нибудь признак (можно скопировать с 33RES). В T588G заносите все поля ИТ, которые должны инициировать обратный расчет с одним модификатором (скажем, 777).
В признаке есть возможность вызвать свою подпрограмму ( создаете свой пул подпрограмм, в нем должен быть form ext_call_f, см. признак 27ADR)
В нем пишите:
Code:
data lv_fname type text30.
field-symbols <fs_pspar> type pspar.

concatenate '(' sy-prog ')' 'pspar' into lv_fname.
assign (lv_fname) to <fs_pspar>.

if <fs_pspar>-subty = 'xxxx'. back = 777. endif.

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

Upd. Возможно, для сравнения подтипов до и после подойдут структуры psave или ps, а вместо pspar стоит использовать p0015. Надеюсь кто-нибудь сможет внести ясность в этот вопрос

_________________
Зачем делать просто, когда можно сделать круто?!


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Исключить Вид оплаты в 15-м инфотипе из перерасчета
СообщениеДобавлено: Пн, фев 17 2014, 11:11 
Гуру-эксперт
Гуру-эксперт

Зарегистрирован:
Пт, сен 07 2007, 07:53
Сообщения: 1398
Да, может сработать.

Если так залезать, то там еще и BADI есть - HRPAD00_RETRO_RELEVANCE.


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Исключить Вид оплаты в 15-м инфотипе из перерасчета
СообщениеДобавлено: Пн, фев 17 2014, 12:59 
Старший специалист
Старший специалист

Зарегистрирован:
Пт, ноя 25 2011, 17:37
Сообщения: 291
RoustR, а вы не пробовали его внедрять? У меня почему-то внедрение в pa30 не вызывается...

_________________
Зачем делать просто, когда можно сделать круто?!


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Исключить Вид оплаты в 15-м инфотипе из перерасчета
СообщениеДобавлено: Пн, фев 17 2014, 13:44 
Гуру-эксперт
Гуру-эксперт

Зарегистрирован:
Пт, сен 07 2007, 07:53
Сообщения: 1398
ZGilgelad написал(а):
RoustR, а вы не пробовали его внедрять? У меня почему-то внедрение в pa30 не вызывается...


Нет, не пробовал. Отладчиком пробежался, код который вызывает BADI есть, метод check_subty_retrocalc_relevant класса CL_HRPA_RETROCALC. Есть какое-то расширение для ИТ0700 как раз похожее на поставленную задачу - для некоторых подтипов устанавливается признак нерелевантности.


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Исключить Вид оплаты в 15-м инфотипе из перерасчета
СообщениеДобавлено: Пн, фев 17 2014, 14:01 
Старший специалист
Старший специалист

Зарегистрирован:
Пт, ноя 25 2011, 17:37
Сообщения: 291
Да, увидел, спасибо! t582a-rurec для вызова бади должно быть 'T'. Думал, раз бади, должно работать и с 'R'

_________________
Зачем делать просто, когда можно сделать круто?!


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 12 ] 

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


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

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


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

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