Задвоение рабочего времени в табеле учета

[arrio]

У группы сотрудников в период с 9 по 20 декабря задвоилось рабочее время в табеле учета рабочего времени при 5-дневной неделе, с 8 до 16 часов, с чем это может быть связано, чтобы руками не править?

[edward_K]

На этот вопрос можно ответить, только взглянув на все закладки табеля, особенно на закладку корректировка - там наверное сразу будет видно.

[Irina_]

Здравствуйте. Попробуйте удалить табель и сформировать заново. Что связывает группу проблемных сотрудников? Почему проблемный только период 9-20 декабря? Может, был какой-то переход в межпериод?

[arrio]

Здравствуйте. Попробуйте удалить табель и сформировать заново. Что связывает группу проблемных сотрудников? Почему проблемный только период 9-20 декабря? Может, был какой-то переход в межпериод?

Здравствуйте. Группу связывает, что все они - монтажники, хотя разбиения по группам пользователей в саппорте нет. Табель пробовали переформировать как коллективно, так и по отдельным сотрудникам.

[edward_K]

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

[arrio]

[edward_K]

В "отклонениях" что? И в корректировки надо ж было прокрутить до проблемных дней.

[arrio]

Кстати, как отменить изменения прав пользователей до пересчета его прав в Саппорте? Случайно сняли видимость всех меню пользователя, пересчет не делали (курсив)

[edward_K]

Да уж. странно. А в неявках ничего необычного? там можно отобразить все по правой кнопке.
Переформирование точно не помогает? Период редактирования табеля не закрыт? На крайняк то можно в корректировке пробить в столбе "рабочие часы"
А удалить и сформировать снова по челу попробуйте? Похоже чем то внешним залилось. Посмотрите журнал по LStab (Ctrl+F4 , Lstab.nrec , сапорт - SQL - просмотр структуры БД - lstab, фильтр по полям - nrec, просмотр , найти эту запись, правая кнопка мыши - история изменений)

[Irina_]

Здравствуйте. Так Вы пробовали именно удалить табель, а не переформировать? Сталкивалась неоднократно, что переформирование не помогало, а удаление и формирование табеля заново решало проблему.

[Plinda]

Сделаю предположение, что в табеле заведено отклонение с типом "увеличение". Ибо увеличено на 8 часов на определенный период.
Возможно это отклонение заведено приказом, поэтому удаление создание табеля может не помогать.

И еще вопрос: так у одного человека или у нескольких (всех)

[arrio]

Сделаю предположение, что в табеле заведено отклонение с типом "увеличение". Ибо увеличено на 8 часов на определенный период.
Возможно это отклонение заведено приказом, поэтому удаление создание табеля может не помогать.
И еще вопрос: так у одного человека или у нескольких (всех)

Но в отклонениях же пусто (см. скрин сверху)... это у многих людей (но не у всех).

Посмотрите журнал по LStab (Ctrl+F4 , Lstab.nrec , сапорт - SQL - просмотр структуры БД - lstab, фильтр по полям - nrec, просмотр , найти эту запись, правая кнопка мыши - история изменений)

Что - то я не так делаю? Вычисляю выражение lstab.nrec по полю с циферкой 16, получаю числовое значение, а в просмотре sql нет такой записи...?


Причем если менять значения вручную с 16 на 8, они меняются, и общее число часов изменяется, но при переформировании вновь возращаются 16 часов...

[Irina_]

Здравствуйте, разные системы исчисления - в Галактике получили значение nrec в десятичной, а в Support - шестнадцатиричная.

[edward_K]

Что - то я не так делаю? Вычисляю выражение lstab.nrec по полю с циферкой 16, получаю числовое значение, а в просмотре sql нет такой записи...?

Вы ищите по Ctrl+F, а надо просто Shift+Ins нажать в поле Nrec - тогда преобразование пройдет автоматически. Хотите по Ctrl+F искать тогда вычисляйте как String(lstab.nrec,21,0) ну или в виндозовском калькуляторе переводите в 16-ный вид.
Насчет того что в отклонениях пусто - вас просили еще в "неявках" посмотреть(с фильтром поиграйтесь там) - Plinda наверное прав - есть приказ в кадрах на что-то, и скорей всего в нем не проставили код неявки или часы неправильно ввели например в приказе на сверхурочные. И тогда становится понятно, почему у группы работников сие произошло.
И так нет ответа - пробовали ли вы удалить табель и создать его снова - судя по скрину с "корректировки" и "отклонения" это можно делать безболезнено.

[arrio]

По shift+ins тоже не ищет, перевел калькулятором. Вот - то, что 16 - это сегодня пытались переформировывать, а история - самого поля ячейки за 20 декабря с количеством часов 20


Удалять не пробовали - боюсь, что-нить поломать навсегда, у нас даже никто не может сказать, откуда эти часы вставляются или берутся в табель....
Переформировывать пробовал - возвращает на 16