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

http://www.buh.ru/forum/thread.jsp?id=500557

> Вводить документы отклонений - хорошее решение. Но слабо реализуемое на практике. <br>Это единственно правильное решение! Если сотрудник работает не по графику, то должны быть отклонения! А "...согласно табеля" это СИСТЕМА ОПЛАТЫ, а не способ учета отработанного времени!

Подскажи как надо

Да, согласен, в названии темы я перемудрил.<br>Проблема в том что не работает именно СИСТЕМА ОПЛАТЫ.

Tanya уже написала, проще всего использовать Индивидуальные графики работы. Очень похоже на табель, только норма времени определяется по нему. А не проще с оклада по дням/часам перейти на часовую тарифную ставку?

Почему? Если табель пустой, то и "оплата по табелю" нулевая! А вот время отработано согласно графика, а не табеля (так считает программа)! К пустому табелю нужно еще и отклонение! Это я про ЗиК!

> > Вводить документы отклонений - хорошее решение. Но слабо реализуемое на практике. <br>> Это единственно правильное решение! Если сотрудник работает не по графику, то должны быть отклонения!<br>Ответ хорош. Очень в духе современного 1С.<br>Осталось объяснить табелистам, что теперь вместо одного документа им надо будет вводить 50...<br>

Документы-отклонения для того и придумали, чтобы табель не вводить. При более-менее налаженном производственном  процессе.

Конечно! Больничные, командировки и отпуска лучше вводить прямо в табеле?!!! Да еще чтобы все "само" считалось!

> Tanya уже написала, проще всего использовать Индивидуальные графики работы. Очень похоже на табель, только норма времени определяется по нему. <br>Норма времени не должна определяться "по нему" - иначе при расчете сотрудник всегда будет получать полный оклад, независимо от того сколько он отработал. А он должен получить за "отработанное время" относительно основного графика.<br><br>>А не проще с оклада по дням/часам перейти на часовую тарифную ставку?<br>Эффект тот же - если у сотрудника в табеле "прочерк", то при расчете - 8 часов.<br><br>Два действия вместе очевидно приведут к результату. Но потребуют кучи организационных переделок.<br>Запишу как вариант.<br>Очень тяжело объяснить пользователям когда действия простые и логичные раньше, вдруг становятся сложными и нетривиальными. Ну и "за программу обидно" конечно же. Хотя остается возможность что я чего-то не понимаю.<br><br>