ЗУП 2.5.26.3 Учет фактически отработанного времени сотрудников

Новая тема
Показывать по 10 20 40 сообщений
http://www.buh.ru/forum/thread.jsp?id=500557
> Вводить документы отклонений - хорошее решение. Но слабо реализуемое на практике.
Это единственно правильное решение! Если сотрудник работает не по графику, то должны быть отклонения! А "...согласно табеля" это СИСТЕМА ОПЛАТЫ, а не способ учета отработанного времени!
Подскажи как надо
Да, согласен, в названии темы я перемудрил.
Проблема в том что не работает именно СИСТЕМА ОПЛАТЫ.
Tanya уже написала, проще всего использовать Индивидуальные графики работы. Очень похоже на табель, только норма времени определяется по нему. А не проще с оклада по дням/часам перейти на часовую тарифную ставку?
Почему? Если табель пустой, то и "оплата по табелю" нулевая! А вот время отработано согласно графика, а не табеля (так считает программа)! К пустому табелю нужно еще и отклонение! Это я про ЗиК!
> > Вводить документы отклонений - хорошее решение. Но слабо реализуемое на практике.
> Это единственно правильное решение! Если сотрудник работает не по графику, то должны быть отклонения!
Ответ хорош. Очень в духе современного 1С.
Осталось объяснить табелистам, что теперь вместо одного документа им надо будет вводить 50...
Документы-отклонения для того и придумали, чтобы табель не вводить. При более-менее налаженном производственном  процессе.
Конечно! Больничные, командировки и отпуска лучше вводить прямо в табеле?!!! Да еще чтобы все "само" считалось!
> Tanya уже написала, проще всего использовать Индивидуальные графики работы. Очень похоже на табель, только норма времени определяется по нему.
Норма времени не должна определяться "по нему" - иначе при расчете сотрудник всегда будет получать полный оклад, независимо от того сколько он отработал. А он должен получить за "отработанное время" относительно основного графика.

>А не проще с оклада по дням/часам перейти на часовую тарифную ставку?
Эффект тот же - если у сотрудника в табеле "прочерк", то при расчете - 8 часов.

Два действия вместе очевидно приведут к результату. Но потребуют кучи организационных переделок.
Запишу как вариант.
Очень тяжело объяснить пользователям когда действия простые и логичные раньше, вдруг становятся сложными и нетривиальными. Ну и "за программу обидно" конечно же. Хотя остается возможность что я чего-то не понимаю.

Читают тему
(гостей: 1)

Быстрый переход