Галактика в вопросах и ответах

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

Откатиться по журналу нельзя?

Скорее всего стоит запрет на переформирование табеля. Посмотрите в настройках.

по журналу откатиться нельзя так как журнал хранится один день

Мария_Ф писал(а):Скорее всего стоит запрет на переформирование табеля. Посмотрите в настройках.

где это можно посмотреть?

"Настройки Галактики \ Управление персоналом \ Табельный учет \ Формирование \ Окончание диапазона защиты табелей от обновления"
"Настройки Галактики \ Управление персоналом \ Табельный учет \ Формирование \ Защитить проверенные табели от обновления"
"Настройки Галактики \ Управление персоналом \ Табельный учет \ Редактирование \ Защитить проверенные табели от модификации"

"Настройки Галактики \ Управление персоналом \ Табельный учет \ Формирование \ Окончание диапазона защиты табелей от обновления"

я так поняла влияет эта настройка....

да. если табель открыт но пустой - то она.

Юлия Игоревна писал(а):по журналу откатиться нельзя так как журнал хранится один день

Ну вы, блин, даете! НЕЛЬЗЯ ЖУРНАЛ ТАК МАЛО ХРАНИТЬ! Рискуете налететь на большие неприятности как-нибудь. Не менее месяца!

Каждый решает по потребностям, а хранит по возможностям. Нужно искать компромисс - большой журнал потеря быстродействия , маленький - юзабилити. Это отдельная тема. Здесь тока оговорюсь, что в сапорте есть возможность делать поденные архивы журнала, правда повозится придется с aqa для полной автоматизации. На первасиве файл журнала можно вообще перемещать(нужно выгнать всех) либо выгружать через экспорт, На других СУБД можно только делать архивы в модуле журнализация.

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

+1. у нас журнал годовой. если какое-нибудь обновление или вмешательство в БД (новые поля или индексы в таблицу) не заставляют его удалить.
хотя есть мысль сократить его хотя бы месяцев до 6-ти...