Вопрос — ответ. График отпусков

Вопрос:
Формируем график отпусков Т-7 на 2014 год.
На селекционном экране выбираем орг.единицу, год 2014,
дата январь 2014 года.
Других параметров для выбора ТН нет.
В отчет выводятся Все ТН, ШД которых когда-либо имели соединение с указанной на селекционном экране орг.единицей. (То есть переведенные в другие вышестоящие, нижестоящие орг.единицы в 2012,2011…годах).
Где не получается отсечь ненужные ТН — не понятно, это стандартный код. Ноту не нашли.

Ответ:

Привет. С этим вопросом будет чуток сложнее, так как мне негде проверить. Я почитал код формы и пришел к выводу, что все дело в стандартной логической базе данных (ЛБД). В этом отчете используется PNP, которая использует общие куски кода с PNPCE. Если для первой ЛБД нормальной документации нет, то для второй она более чем исчерпывающая (транзация SE36 — дкоументация). Судя по отладчику, если мы используем поиск по оргструктуре, то система подставляет максимальный диапазон для поиска 01/01/1800 — 31/12/9999. Поэтому и попадают все оргединицы и табельныа номера.

Читать далее


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

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

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

Ответ:

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

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

Правильное внедрение ERP систем [опрос]

Привет!

У меня для вас отличная новость! Руки добрались поделиться с вами правильным подходом при внедрении системы SAP. Правильный он исключительно с моей точки зрения. И еще нескольких тысяч проектов в области разработки программных продуктов в мире. Но сначала послушайте сказку в нагрузку.

Читать далее


Выгрузка многостраничного PDF

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

Программного способа я так и не смог найти. И тут мне попадается статья на SDN:
Save ADS Mulitipart PDF Spools to a File
И оно у меня тоже не работает 🙂 Выдает ошибку при формировании запроса на вывод.

И, ну совсем уже измучившись, я нахожу отличную ноту 1717357 — Download of spool requests from SP01, где написано, что многостраничный спул можно выгрузить просто: выделяем запрос в спуле -> Spool Request -> Forward -> Export as PDF.

И все. И работает. Аж обидно.


Вопрос-ответ. Налоги

Вопрос:

Сталкивались ли Вы с ситуацией, когда в расчёте ЗП в промежуточных таблицах (например, IT) и в таблице результатов RT есть несколько строчек по одному и тому же виду оплаты с разными суммами? На предприятии до внедрения расчёта ЗП в SAP ERP была принята именно такая практика — например, налог ложится на один и тот же вид оплаты, но показывается в расчётном листке несколькими суммами: удержанный из премии и удержанный из основной зарплаты. В SAP ERP есть вариант завести для таких случаев несколько разных видов оплаты, но это неидеальный путь (таких новых видов оплаты потребуется не так и мало, а их нужно будет настраивать отдельно, и они засорят справочник видов оплаты), поэтому сначала хочу узнать Ваше мнение: единственный ли это выход?

Ответ:

Короткий ответ — сталкивался, но никакого смысла в этом не нашел и сейчас не вижу. Сначала о причинах. Такое решение обычно появляется там, где прежнюю систему АСУ просто скопировали в САП. Зачастую на больших предприятиях Советского устоя многие виды начислений и удержания считали вручную. При перерасчетах или межрасчетах бухгалтерам приходилось вручную считать налоги и алименты. Это и наложило свой отпечаток на нынешние реалии. Люди просто так привыкли и не могут измениться. Никакой бизнес выгоды я в этом не вижу.

В России, насколько мне известно, расчетный листок не является официальным налоговым документом (в США является, например). Разделение налогов по видам начислений никак не поможет работнику отчитаться по налогам, ибо нет такой необходимости. Отчитывается предприятие. Даже в случае различных ставок по налогам компания подает декларацию за работника. В 2-НДФЛ виды начислений, льгот также разделяются укрупненно, а не по каждому виду оплаты. Ставка налога также «плоская», поэтому нет сложности его посчитать в отличие от тех же Штатов.

Резюме: сделать можно, но не нужно. Вообще не нужно.