Глюк в ЗиК, или глюг расчетчика

[Евгений1964]

Работница ушла в отпуск по уходу за ребенком до 3 лет.
Но в течении отпуска была уволена по собственному желанию.
Если посмотреть историю состояния работника, то там сформировано 3 записи,
первая - начало отпуска по уходу за ребенком, статус "Временно не работает"
вторая - приказ на увольнение, статус очищен
третья запись - эта запись окончания отпуска, статус "Сотрудник по основному месту работы"
т.е. работник не уволен!!!
более того он становится штатным сотрудником, в результате (а проглядели более года назад), ему все время начислялась зарплата

Почему документ увольнения не сторнирует отпуск по уходу за ребенком?
1с отмалчивается... Кругленькая сумма накрутилась.

Теперь даже по суду предприятие не вернет.

Зарплата естественно перечислялась на карточку, чья это ошибка? (программы, человека)

[LordWizard]

Начнем рассматривать данную проблему с двух сторон:
1. Человеческий фактор - неужели никто не смотрит своды по ЗП и отчислениям? Хотя бы после увольнения в следующем месяце и не пошевелил извилинами?
2. Человеческий фактор 2 - нужно было создать документ-корректировку с закрытием этого вида расчета, а потом увольнять.
3. Программный фактор. Имеено в этом месте 7.7 "ЗиК"  с регистрацией статуса работника (сотрудник и физик - один и тот же элемент справочника, просто отличающийся в списке состоянием 1-го реквизита). Я на эти случаи держал обработочку, которая по моему усмотрению меняла статус сотруднику (физлицу).

[Евгений1964]

Вопрос все таки открытый. Почему есть виды документов (например "отпуск по уходу за ребенком"), которые сразу формируется событие на конец "работник по основному месту работы".

Методологически это неправильно, со стороны 1с.

Как изменить такое событие раньше его наступления, если изменились условия.
Программно? (т.е. с помощью обработки, т.е. по инициативе человека, т.е. в ручную)

Добавлено: 17 сен 2013, 17:42

Первая запись с реквизитом "Временно не работает", а последняя "Сотрудник по основному месту работы", эта ситуация шокирует.  Можно не отследить на будущее подобную ситуацию. 

Добавлено: 17 сен 2013, 17:53

Между ними могут попадать другие события, вот в чем вопрос... А по последнему событию, которого не должно быть или дата его должна быть изменена или статус должен изменен. Но автоматически может врубиться расчет зарплаты... Это как ??? Я уже вставил в приказ на увольнение, если есть события позже даты увольнения, то не проводить!!! не увольнять!!!

[LordWizard]

На изменение событий есть документ корректировка (Исправление). А  то, что 7.7 ЗиК уже нормально не поддерживается - это давно известно. Переходите на ЗУП.