Настройка способа платежа (код транзакции)
Транзакция FBZP
для себя оставлю, все время забываю 😉
Один хороший человек написал заметку о переводах. Нет, не денег на счета, а текстов в WDA приложениях. Сергей, спасибо тебе большое!
Привет.
Я нашел 3 места, где можно делать переводы:
1. Online Text Repository (OTR) (transaction SOTR_EDIT)
2. Перевод конфигурации через SE63
3. Перевод элемента данных экранной структуры для конфигурации
Для того, чтобы понять, где нужно делать перевод нужно открыть конфигурацию для компонента WDA
Я думаю вы все это знаете. Каждый день мы работаем на иностранных проектах, что приходится переводить то да се. Надо нам оргструктуру на разных языках показывать, ну, вы понимаете о чем я. Немцам на английским, американцам на русском, китайцам на греческом. Ну чтобы все как у людей. И вы разумеется помните, что для этого надо создать 1000 инфотип на базовом языке, который будет виден всем лишенным перевода, а для других языков надо не создавать инфотип, а нажать кнопку «Изменить», выбрать язык и сохранить перевод? Извините, что напоминаю, сам часто забываю.
И да, загляните в RE_RHTRANS0. Вам понравится.
:
В системе настроено мероприятие технического перевода по группе компаний с изменением раздела персонала. В рамках этого мероприятия через динамику происходит создание нового табельного номера и копирование данных инфотипов и кластера с существующего. В старом разделе табельный увольняют. Всё работает относительно корректно.
Вопрос в том, если человек возвращается обратно в первый раздел персонала, то хотелось бы принимать его на старый табельный номер.
Но возникает проблема при копировании кластера, если по старому табельному проходили выплаты после увольнения. Получаем нужные записи кластера по двум табельным номерам.
Как решить проблему с соединением кластера? Может быть есть какие то еще варианты? Ввести «лишнее» видами оплат?
:
Отвечу честно — никогда не озадачивался вопросом копирования кластера. Изначально считаю это плохой практикой, что называется, одним местом чую, что это неверно.
Я лично попробовал бы решить задачу двумя способами.
1. Через глобальных сотрудников, когда физлицо определяется центральным лицом, а далее в каждой компании есть свой табельный номер, который связан через центральное лицо. Сам не настраивал, только читал. Увы.
2. Через переработку системы полномочий как в части бизнеса, Так и по системе. У меня сейчас на одном проекте схожая ситуация. В рамках холдинга нужно видеть всех сотрудников, их историю и так далее. Мы пока склоняемся к варианту переработки класса анализа полномочий таким образом, чтобы сотрудник Компании 1 мог видеть всю инфу по уволенным сотрудникам Компании 2. Тогда он сможет сделать повторный прием на тот же табельный номер, что решит проблему с переводами.
Вопрос. Лимит отсутствия:
Сгенерили лимит на рабочий год. Потом человека перевели на должность, где лимита больше (или меньше). Может система пересчитать старый лимит автоматически (полуавтоматически)? Я пока такое видел только при ограничении ИТ 2006 при увольнении.
Ответ:
У меня есть несколько вариантов решения.