Базовые практики

Жизнь предложила мне позаниматься заработной платой. В последний раз я зарплату настраивал в 2009 году в России и в 2011 в США. И теперь снова привет. Решил создать рубрику базовых советов, практик, которые помогут всем нам быстро реализовывать решения по типовым образцам. Своего рода шаблоны настроек. Ваши идеи будут очень кстати.

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

Вообщем в инфотипе ввести ставку ума много не надо. А вот в правиле для функции нужно написать так:

RTE= BETRG

ELIMI A

WPBPC

По сути тоже самое выполянет класс обработки 47. Для разных стран разные значения. Операция WPBPC разделяет вид оплаты на существующие сплиты, как бы «копируя» его.

Для таких советов заведена отдельная рубрика для удобства нас с вами. Искать справа внизу. http://saphr.ru/category/basic_practice/


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

Вопрос:

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

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

Ответ:

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

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

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

Вопрос:

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

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

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

Ответ:

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

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

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

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

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


SAP PING

Когда начинаешь разрабатывать RESTfull клиентские программы, которые вызывают внешние сайты через API, то неплохо бы проверить, а SAP система вообще может достучаться до сервера, который предоставляет сервис. Не забывайте, что www.google.com из вашего браузера и тот же адрес из SAP — две большие разницы, зоны, подсети, DMZ и так далее.

Два способа, как можно проверить соединение без ABAP:

Запустить транзакцию OS01 и справа выбрать кнопочку «Специфический IP-адрес». Минус — нельзя проверить работу доменного имени, нельзя обратиться к конкретному порту.

или

Создать соединение типа G в SM59 и указать адрес и порт. Нажать кнопку «Тест соединения». Плюсы — все можно! 🙂