Хранение контировок в SAP

Вдруг кому понадобиться узнать где хранятся контировки, которые мы указываем в SAP HR (блок COBL). Когда мы во временных инфотипах указываем объекты контроллинговой контировки, то все это сохраняется в табличках:

ASSHR  — ссылка на табельный номер и инфотип

ASSOB — сами контировки


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

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

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

Ответы:

Отвечаем-с 🙂

  1. Делается на уровне 7 инфотипа и статуса управления временными данными. Вы все правильно написали. Насчет заполнения. Обычно в компаниях таких людей, кто на позитивном учете можно вполне четко выделить. Например, это рабочие в таком-то цехе или целиком компании. И они уже выделены на уровне раздела/подраздела персонала и категории сотрудников. Настраиваем признак для 7 ИТ, а кадровиков предупреждаем. Закрывать на 100% я бы не стал. Можно сделать определение по должности. Повесить на должность в атрибутах признак позитивного учета, а в признаке для 7ИТ через программу его считывать.
  2. Я делал одну схему головную, а в ней через IF разводил позитив и негатив. Здесь есть нюанс, что группировки для формирования видов обработки и видов времени в таблицах T555Z, T555Y должны совпадать, иначе не получится. Об этом уже писал в блоге 🙂
  3. Плановый график нужен для плана и возможности привязать отметки к графику. Это позволит автоматически округлять время прихода, например, к графику. Если у нас по графику начало в 8 утра, а человек отметился в 7, то это может быть сверхурочка на час, а может он просто пришел, отметился и пошел пить кофе. Графики позволяют эти управлять (в ОГРВ есть поля для времени толерантности и в схеме спецфункция). Присутствия обычно регистрируются тогда, когда человек не может отметиться на проходной. Например, пошел на обучение в учебный центр при заводе, где нет пропусков.
  4. Немного о настройке тут https://sapland.ru/kb/articles/stats/zhestkii-kontroli-za-vremenem-vhoda-i-vihoda-sotrudnikov.html

Способы «взлома» системы SAP

Представьте, что у вас есть продуктив, где права порезаны. Надо поменять данные в системе (исправить ошибку). Легальные пути все знают. А если надо? Ниже мои варианты, которые могут работать или нет в зависимости от того, насколько хорошо настроена безопасность в системе:

  • Доступ к таблицам через SE16N
  • Создание программы и выполнение кода
  • Создание инфо-набора, и в разделе кода прописать ABAP код (не нужен ключ разработчика)
  • Создание LSMW для изменения данных путем формирования IDOC И его обработки
  • Прямой вызов функционального модуля через SE37
  • Изменение через отладчик
  • Вызов веб-сервиса извне (они могут выполняться под системным пользователем)
  • Выполнение ITS сервиса, который меняет данные (если есть такой) через транзакцию SICF

Данные способы «взлома» системы SAP нужно рассматривать исключительно в образовательных целях и не использовать на промышленных системах. Автор не несет ответственности за последствия причиненные третьим лицам.


Расширение в PHAP_CATALOG

Я тут для себя напишу, вы не читайте. Привет 🙂

Делали сегодня расширение в формуляре аттестации (PHAP_CATALOG), чтобы считался процент выполнения цели. Вроде бы все просто должно быть. Сделал реализацию бади HRHAP00_VAL_DET. Прописал в настройках формуляра. Выбираю для столбца способ определения значения (Value Determination), а мне система в ответ говорит, что для столбца FAPP нельзя использовать расширение. И гугл молчит, и мне становится грустно.

И вот откопал, что оказывается надо в нашей реализации бади заполнить методы

IF_EX_HRHAP00_VAL_DET~CUST_CHECK_EXECUTABILITY

IF_EX_HRHAP00_VAL_DET~CUST_COLUMN_RESTRICTION

, которые отвечают за возможность использования этого расширения для конкретного типа столбца. Стоило поставить всем и всем можно (available = ‘X’ и executable ‘X’), перезайти, как все прописалось корректно 🙂 

Вот где об этом написано, ткните, пожалуйста?


Настрой-ка командировок. Часть 3

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

Съездили мы в командировку, осмотрелись, работу поработали, вернулись, расслабились. А тут бухгалтерия требует в трехдневный срок авансовый отчет, иначе из заработной платы удержат. Мы же люди ленивые, нам проще настроить систему и из нее авансовый распечатать, чем каракули выводить на бумаге. Это я про себя. Нам нужно настроить учет затрат, формирование авансового отчета.

Сначала мы настраиваем Trip Provision Variant, где мы задаем основные параметры учета командировок для компании или ее подразделения. Для этого мы идем в IMG: Travel Expenses — Master Data — Control Parameters for Travel Expenses — Define/Delete/Copy Trip Provision Variants. Далее в признаке TRVCT указыем для какой компании какой вариант использовать. И следующим шагом в SPRO задаем основные параметры.

Начнем с учета затрат. Основной настройкой является статья затрат/категория расходов или еще как назовите. Это та строчка расходов в авансовом отчете, которую мы пишем с указанием израсходованной суммы. Например, билеты, гостиница, суточные и прочие расходы. Расходы могут быть возмещаемыми и невозмещаемыми, могут быть с нормами и без, могут проводиться через заработную плату и нет. Нам сейчас важно сделать правильные статьи расходов. Следом мы привяжем статьи к символическим счетам, которые имеют ту же природу, что и символические счета для проводок по заработной плате. Символические счета, как вы уже могли догадаться, будут связаны с финансовыми счетами. Проводки работают почти также, как и зарплатные с небольшими исключениями и другими кодами транзакций. Все пощупаем.

IMG: Travel Expenses — Master Data — Travel Expense Types — Create Travel Expense Types for Individual Receipt. Здесь мы создаем виды командировочных расходов, которые работник будет вводить в авансовый отчет.

travel_expense_1

Читать далее