BEST logo логотип компании БЭСТ - программы для бизнеса ПРОДАЖИ
+7 (991) 312-04-37
trade@bestnet.ru
ПОДДЕРЖКА
+7 (495) 775-66-76
consult@bestnet.ru
СКАЧАТЬ
Обновления
Дистрибутивы
Авторизация

Логин:
Пароль:
Забыли свой пароль?
Регистрация
ВАШ ВОПРОС

Доступ к Личному кабинету закрыт!
Как получить доступ?


Главная  / Поддержка  / Форум  / Публичные форумы  / БЭСТ-5  / Часть уволенных сотрудников попадают в отчеты.

Форум

Поиск  Пользователи  Правила 
Закрыть
Логин:
Пароль:
Забыли свой пароль?
Регистрация
Войти
 
Страницы: 1
RSS
Часть уволенных сотрудников попадают в отчеты.
 
В чем может быть проблема?
Часть сотрудников, уволенных приказами попадают в отчеты по кадрам.
Например, Штатная расстановка с выводом на текущую дату выходит правильно, с выводом на вчерашний день на 50 человек больше.
Связи не прослеживается, часть уволенных не попадает, часть попадает.
Что проверять?
СП18
С уважением,
Ильин Евгений
 
В ходе следственных экспериментов вышел на проблему с приказом увольнения.
Человек уволен в июне 2008 года в групповом приказе.
Если я отзову приказ из зарплаты, уберу этого человека в новый приказ (груп или инд.) то этот человек больше не появляется в кадровых отчетах на дату.
Если возвращаю обратно, то вновь этот человек появляется в отчетах.
Но, "соседи" по приказу в отчете не появляются.
Что за барабашки? Где смотреть?
С уважением,
Ильин Евгений
 
Добрый день!
С налету не скажешь. Мы попробуем смоделировать ошибку, но лучше было бы посмотреть базу с описанием ситуации, в которой возник баг.
 
Тоже склоняюсь к такому решению, пока сравнил cardspri и ordmove при разных условиях - одинаковые.
База большая, отдельные каталоги и файлы могут помочь?

Попадают помимо уволенных еще и переведенные из подразделения в подразделение.
То есть один человек в двух подразделениях.
Изменено: itman - 04.03.2009 16:22:44
С уважением,
Ильин Евгений
 
Добрый день!
По поводу переводов SP19 было исправление. В записи на начало работы и в записи на увольнение была одна и та же дата, а должна быть на день меньше, т.е. например, перевести с 20 означает приступить к работе в новом подразделении с 20, а прекратить работу в старом подразделении с 19. А проявляется это именно так, как написано.
 
Ясно, то есть в СП19 отчеты будут формироваться корректно?
С уважением,
Ильин Евгений
 
Да, по переводам исправили. Теперь по проблеме с уволенными. База нормально развернулась. Нужна подробная пошаговая инструкция, по ситуации, в которой обнаружилась ошибка.
 
Ошибка обнаружена, спасибо, исправим
 
Алгоритм проверки такой:
Берем отчет:
Кадры - Формирование отчетов - Штатное расписание - Штатная расстановка - снимаем флажок Текущие данные - Выводим, получаем одну цифру (лишние сотрудники отдельно в таблице с номерами приказов)

Затем тот же отчет но с установленным флажком, получаем верную цифру.
Спасибо
С уважением,
Ильин Евгений
 
Добрый день!
Отчет с флажком "На текущую дату" формируется иначе, чем на заданную дату. В одном случае это просто отчет по картотеке, в другом, - анализ приказов по движению. В БД (таблица ORDMOVE) обнаружены записи по уволенным сотрудникам, для которых не заполнено поле ENDF, а именно по этому полю считаются уволенные. Отсюда и возникли расхождения. Причина, по которой появились эти записи пока назвать трудно, на демо-базах не проявляется.
 
Спасибо.
Т.е. я могу поставить дату в ручном режиме по этим записям?
С уважением,
Ильин Евгений
 
Да. Например, в пользовательской базе есть сотрудник Гнатюк - таб.номер 083960), у которого есть приказ на прием и есть приказ на увольнение, но в приказе на прием (ORDMOVE.DBF) не заполнено поле DATEENDF, которое должно заполняться при увольнениии сотрудника
PS
В предыдущем сообщении имелось ввиду поле DATEENDF.
 
По списку поправил, записи ушли из отчета, но по новым приказам такая ошибка повторяется.
С уважением,
Ильин Евгений
 
А хоть какую-то закономерность можно проследить?
 
Раскрыл сегодня вчерашний архив, все нормально.
Сверил до обеда на рабочей, все совпадает.
Сейчас открываю, уже пошел разнобой.
Сравниваю базы, сегодня создавали приказы, исполняли. Но те сотрудники, что числятся в них - сохранились нормально. Выходит, что обнулились даты у тех, кто до этого был сохранен нормально, и руками не правился?
Может скинуть каталоги по кадрам до и после?
P.S.
Есть закономерность. У всех записей, у которых обнулилась дата обновилось значение ordno в последней записи.
Изменено: itman - 13.03.2009 15:38:44
С уважением,
Ильин Евгений
 
Да, это очень пригодится. Нужна БД (достаточно только кадровой части) и описание ситуации. Постараемся решить
 
Что-нибудь прояснилось?
С уважением,
Ильин Евгений
 
Проблема исчезла после приведения реестра приказов в порядок, а именно приведении статусов всех приказов в "исполнен" либо "передан в зарплату". Как оказалось, был приказ на перевод со статусом "проект", в последующих периодах эти же люди попадали в другие приказы но исполненные, отсюда и путаница в работе алгоритма, я так думаю.
Подозрительные табельные искал кодом:
Код
usr_datacheck()

  Function usr_datacheck()
    Local uncount,uncurent:=0,untempcount,untempcount2
    NetUse("u_ordmove",B6_DBF_PATH+"kadry\ordmove.dbf") //открыли строки приказов
    ordsetfocus("TAG_STAFF")// ставим индекс по коду
    NetUse("u_cardspri",B6_DBF_PATH+"kadry\cardspri.dbf")//открываем картотеку
    ordsetfocus("TAG_TNUM")// ставим индекс по табельным
    Count To uncount
    Go top
    Set Relation To id_card into u_ordmove
    PROGRESSINIT(uncount,"Идет перебор картотеки..")
    Do While (u_cardspri->(!EoF()))
      uncurent:=uncurent+1
      PROGRESSUPDATE(uncurent)
      Select u_ordmove
      Count To untempcount For u_ordmove->id_staff=u_cardspri->id_card
      Count To untempcount2 For (u_ordmove->id_staff=u_cardspri->id_card .And. u_ordmove->dateendf=CtoD(''))
      If untempcount2>1 // то либо сбой, либо сотрудник в приказе со статусом проект
        If MESSAGEBOX(u_cardspri->tnum+" - "+Str(untempcount)+" , "+Str(untempcount2)+Chr(13)+Chr(10)+"Продолжить далее?","Сообщение...",48+4)=7
          Exit
        EndIf
      EndIf
      Select u_cardspri
      u_cardspri->(DbSkip())
    EndDo
    PROGRESSHIDE()
    u_cardspri->(DbCloseArea())
    u_ordmove->(DbCloseArea())
    Return

Сбойные записи редактировал с помощью DidView, установив связь как и в коде.
Отчеты теперь выходят одинаковые, на текущую дату.
Изменено: itman - 03.04.2009 09:41:24
С уважением,
Ильин Евгений
Страницы: 1
Читают тему (гостей: 1)