Настройка способа платежа (код транзакции)

Транзакция FBZP

для себя оставлю, все время забываю 😉


Пока все дрыхнут

Один хороший человек написал заметку о переводах. Нет, не денег на счета, а текстов в WDA приложениях. Сергей, спасибо тебе большое!

Привет.
Я нашел 3 места, где можно делать переводы:

1. Online Text Repository (OTR) (transaction SOTR_EDIT)
2. Перевод конфигурации через SE63
3. Перевод элемента данных экранной структуры для конфигурации

Для того, чтобы понять, где нужно делать перевод нужно открыть конфигурацию для компонента WDA
trans_1

Читать далее


Перевод организационной структуры на иностранный язык

Я думаю вы все это знаете. Каждый день мы работаем на иностранных проектах, что приходится переводить то да се. Надо нам оргструктуру на разных языках показывать, ну, вы понимаете о чем я. Немцам на английским, американцам на русском, китайцам на греческом. Ну чтобы все как у людей. И вы разумеется помните, что для этого надо создать 1000 инфотип на базовом языке, который будет виден всем лишенным перевода, а для других языков надо не создавать инфотип, а нажать кнопку “Изменить”, выбрать язык и сохранить перевод? Извините, что напоминаю, сам часто забываю.

И да, загляните в RE_RHTRANS0. Вам понравится.


Вопрос-ответ. Перевод сотрудника

Вопрос. Перевод сотрудника

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

Но возникает проблема при копировании кластера, если по старому табельному проходили выплаты после увольнения. Получаем нужные записи кластера по двум табельным номерам.

Как решить проблему с соединением кластера? Может быть есть какие то еще варианты? Ввести “лишнее” видами оплат?

Ответ

:
Отвечу честно – никогда не озадачивался вопросом копирования кластера. Изначально считаю это плохой практикой, что называется, одним местом чую, что это неверно.

Я лично попробовал бы решить задачу двумя способами.

1. Через глобальных сотрудников, когда физлицо определяется центральным лицом, а далее в каждой компании есть свой табельный номер, который связан через центральное лицо. Сам не настраивал, только читал. Увы.
2. Через переработку системы полномочий как в части бизнеса, Так и по системе. У меня сейчас на одном проекте схожая ситуация. В рамках холдинга нужно видеть всех сотрудников, их историю и так далее. Мы пока склоняемся к варианту переработки класса анализа полномочий таким образом, чтобы сотрудник Компании 1 мог видеть всю инфу по уволенным сотрудникам Компании 2. Тогда он сможет сделать повторный прием на тот же табельный номер, что решит проблему с переводами.


Вопрос – ответ. Лимит отсутствия

Вопрос. Лимит отсутствия:

Сгенерили лимит на рабочий год. Потом человека перевели на должность, где лимита больше (или меньше). Может система пересчитать старый лимит автоматически (полуавтоматически)? Я пока такое видел только при ограничении ИТ 2006 при увольнении.

Ответ:

У меня есть несколько вариантов решения.

  1. При переводе ограничивать период действия лимита и заводить новый. Иначе система не поймет, что надо изменить базовое право. Это вроде бы голый стандарт.
  2. При переводе в динамическом мероприятии программно запланировать запуск программы генерации лимитов с передачей в ее параметры периода и табельного номера. Это позволит избежать блокировки табельного номера (нельзя запустить программу сразу же, так как табельный номер еще блокирован мероприятием). Это можно обойти технический, но не стоит. Техническим регламентом определить время и запускать. Для пользователя это прозрачно с одним исключением – если приказ нужно печатать сразу же, то цифры будут неактуальные. Либо планировать такой запуск на совершения события (объекты BUS*).
  3. Генерировать лимит в оценке времени. Зачастую оценка времени запускается ежесуточно, поэтому лимит автоматически через user-exit можно заполнять данными с новой позиции. Опять же в случае необходимости приказа “сейчас и сразу”, кадровик может сам запустить оценку времени по одному табельному номеру, а затем распечатать приказ.