Архив рубрики: Вопрос-ответ

Вопрос – ответ: 8 инфотип

Вопрос:

Виталий, привет! Подскажи, пожалуйста, как лучше сделать доработку.

ИТ0008 создается с помощью косвенной оценки, но один вид оплаты добавляется вручную (по решению работодателя). При проведении перевода каждый раз этот ВО приходится вносить снова руками. Какие есть варианты его автоматического копирования при создании новой записи 8-го во время перевода? Операцию COP в инфо-группе использовать нельзя, не срабатывает косвенная оценка. Поможет только абап или есть какая-то настройка?

Ответ:

Привет. Мне кажется тут закралась ошибка. 8 ИТ не может создаваться с помощью косвенной оценки. Мы обычно создаем запись 8 ИТ, в ней указываются виды оплаты, которые оцениваются косвенно 😉 Есть два варианта реализации, на мой взгляд.

  1. Если вид оплаты чаще используется, чем неиспользуется, то можно добавить его в модель видов оплаты, которая позволит создавать по-умолчанию набор видов оплаты в 8ИТ. То есть при создании инфотипа на любую дату всегда будут подставляться несколько видов оплаты из модели. Можно указать обязательные и необязательные. Этот вид оплаты, например, сделать необязательным. При копировании ИТ тоже все корректно будет работать и оцениваться. Не понимаю, почему COP нельзя использовать.
  2. Можно в динамическом мероприятии анализировать ситуацию, когда нужно или не нужно добавлять вид оплаты. Соответственно, тогда и добавлять его. Единственно, что структура 8ИТ несколько мудреная и надо “угадывать” позицию, в которую его можно добавить. Это может быть 1 строчка или 7, например.

Вопрос – ответ: Зарплата за половину месяца

Вопрос:

Решили на проекте выплачивать заработную плату за половину месяца. Именно заработную плату. Раньше платили половину от оклада.

Возникли проблемы когда начали думать как это организовать в бизнесе и что предлагает система.

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

Ответ:

Вопрос очень емкий. Для начала давайте определимся, что такое заработная плата в середине месяца, и чем она отличается от аванса. Кроме закрытия табеля, который по существу необходим в обоих случаях (если аванс считается по фактически отработанному времени), в случае с выплатой именно заработной платы необходимо также считать и перечислять налоги, делать проводки. При авансе можно этого избежать и делать все один раз при закрытии. Технически в системе можно выполнять расчет зп половину месяца, так и за неделю или две – неважно – настраивается в параметрах периодов для единицы расчета.

Мы тоже пытались сделать расчет за каждые две недели и после полугода обсуждений отказались. Основные доводы, насколько я помню, были:

  • Увеличение трудоемкости и бумажного документооборота. Это слишком затратно с точки зрения организации процесса, так как нужно все документы собирать и вводить.
  • Могут быть проблемы с алиментами, удержаниями и переходящими долгами, когда в одной половине месяца нет денег для удержания, а в другой есть. Как верно проводить такие операции мы не смогли решить.
  • Неясно как считать производственные премии, которые ориентированы на месячный результат. Как правило периоды производственной программы и расчета мотивации сотрудников должны быть выровнены.
  • В то время, когда рассматривалась эта тема (2010 год), были проблемы с налоговой отчетностью, когда система не понимала, что межрасчет нужно тоже учитывать (начисленный и перечисленный налог) для целей отчетности (именно в печатных формах).

Отвечая на ваш вопрос про табельщиков. Не вижу проблемы. Зачем запрещать ввод данных? Это же не документоориентированная система, поэтому хранится всегда актуальное состояние “на сегодня”. Если очень хочется, то есть инфотип 130. Вот здесь я писал про него. http://saphr.ru/2014/04/03/infotype-0130/

По памяти это все, что помню.

FAQ. Расширение логической базы данных (ЛБД)

Вопрос:

На проекте возникает необходимость в использовании различных аналитик для выборок сотрудников в стандартных отчетах на ЛБД PNP*.
Нужны аналитики вида:
1. Не суммированный/Суммированный учет квартал/Суммированный учет год/…
2. Руководитель/специалист/рабочий/…
3. Высший менеджмент/Средний/Младший/…
4. Член правления/Не член правления/…
5. И возможно еще несколько…Для некоторых аналитик возможно пользоваться категориями персонала, например:
1а    РукОклад
1б    РукОкладСумМес
1в    РукОкладСумГод
1г    РукОкладСумКвартал
1д    РукОкладСумДваМес
2е    СпецОклад

Вопрос: Каким образом правильнее решить эту проблему? Как расширять ЛБД? Может быть есть стандартные инфотипы, которые можно использовать на экране выбора в стандартных отчетах?

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

pt60_selscreen

Теоретически изменить содержимое этого экрана можно. Например, добавить свои инфотипы, которые будут использованы как критерии для выборки. Это все делается через класс HR отчета и экран представление выбора (Selection View). Само представление создается в транзакции SE80 – Selection View для таблицы или в SE36->Extras->Selection Views для ЛБД. Как это делать написано вот тут в подсказке к настройке:

spro

Беда в том, что у меня так и не получилось заставить это работать. Но надежда есть 🙂 Если кто делал такое, то помогите общественности.

FAQ. В стажеры с опытом

Вопрос: Виталий. подскажите в САП могут быть востребованы сотрудники. имеющие профессиональные знания по отдельным процессам. например у меня глубокие знания по процессу “Управление персоналом”, в частности- вопросы обучения и развития. приходилось заниматься внедрением программных продуктов по модулям управление персоналом (СБИС. 1С. собственные доработки в Oracle) в компаниях.
Ответ: Скажу из своего опыта (людей, которых я принимал на работу). Человек, который имеет опыт работы в бизнес-сфере или в ИТ, но по бизнес-направлению, для меня лично стоит бОльше, чем человек “с нуля”. То есть ему уже не нужно объяснять, что такое ТК РФ, НК РФ, средний заработок и прочее. Поэтому “выхлоп” больше, значит больше ценность.
Поэтому отвечаю – востребованы. Да, стоят на начальном этапе больше.

Вопрос-ответ. Позитивный учет

Вопросы:

1) Как вы разграничили для оценки времени людей с негативным от людей с позитивным? Я думал, может через Статус управления временными данными в 7 инфотипе? 9-негативный, 1 или 2 для позитивного вроде, как я понял. Вы так делали? Если да, то как регламентировали корректность заполнения этого поля при кадровых мероприятиях: просто закрыли для ведения и хорошо прописали автоматический алгоритм или просто сделали пользователей ответственными за корректность этого поля для каждого работника? У меня вот  категория Рабочие только для позитивного, но есть рабочие у которых останется негативный.
2) Делали ли Вы две схемы оценки времени для людей с позитивным и людей с негативным учетом?
3) Как вообще принципиально с точки зрения PT выглядит этот переход на позитивный: нужен ли плановый график в 7 инфотипе, или ставим технический? Как скрестить данные приход уход с присутствиями? Присутствия должны ведь как-то коррелировать с инфой о приходах уходах?

Ответы:

Отвечаем-с 🙂

  1. Делается на уровне 7 инфотипа и статуса управления временными данными. Вы все правильно написали. Насчет заполнения. Обычно в компаниях таких людей, кто на позитиве можно вполне четко выделить. Например, это рабочие в таком-то цехе или целиком компании. И они уже выделены на уровне раздела/подраздела персонала и категории сотрудников. Настраиваем признак для 7 ИТ, а кадровиков предупреждаем. Закрывать на 100% я бы не стал. Можно сделать определение по должности. Повесить на должность в атрибутах признак позитивного учета, а в признаке для 7ИТ через программу его считывать.
  2. Я делал одну схему головную, а в ней через IF разводил позитив и негатив. Здесь есть нюанс, что группировки для формирования видов обработки и видов времени в таблицах T555Z, T555Y должны совпадать, иначе не получится. Об этом уже писал в блоге 🙂
  3. Плановый график нужен для плана и возможности привязать отметки к графику. Это позволит автоматически округлять время прихода, например, к графику. Если у нас по графику начало в 8 утра, а человек отметился в 7, то это может быть сверхурочка на час, а может он просто пришел, отметился и пошел пить кофе. Графики позволяют эти управлять (в ОГРВ есть поля для времени толерантности и в схеме спецфункция). Присутствия обычно регистрируются тогда, когда человек не может отметиться на проходной. Например, пошел на обучение в учебный центр при заводе, где нет пропусков.