Имя: Пароль:
1C
1C 7.7
v7: 1c ЗиК правка в закрытом периоде
0 ECMZ
 
11.10.11
16:03
1. Создан документ отпуск по уходу за ребенком за период 11.05.2009-03.03.12, окончание выплаты пособия до 1,5 лет – 03.09.2010;
2. Ошибочно создан документ отпуск по уходу за ребенком за период 04.09.2010- 04.09.2013, окончание выплаты пособия до 1,5 лет – 03.03.2012;
3. Для прекращения выплаты пособия, во втором документе изменен период отпуска 04.09.2010-04.09.2010;
4. Сотрудница хочет досрочно выйти из отпуска, но она не переводится в штатные сотрудники и з/п ей не начисляется.

Разумеется все хотят сделать не открывая предыдущие периоды :)
находил какие-то описания обработок для мягкого открытия предыдущих периодов, но самих обработок не видел и их формального описания также не нашел. Какие пути решения существуют?

конфа типовая, последняя
1 Попытка1С
 
11.10.11
16:05
Обработка мягкого отката это одна строчка кода...
2 CrecerRu
 
11.10.11
16:06
что значит "Сотрудница хочет досрочно выйти из отпуска, но она не переводится в штатные сотрудники"?
3 filh
 
11.10.11
16:08
что мешяет изменить документ отпуск по уходу за ребенком за период 11.05.2009-03.03.12 на дату выхода сотра на работу?
4 DJ Anthon
 
11.10.11
16:31
(3) у него дата блокируется, можно менять только ючойсом
5 DJ Anthon
 
11.10.11
16:32
мягким откатом только все испортишь. перепроведение документа уничтожит все записи будущих периодов. надо ючойсом править, притом ооочень аккуратно. иногда проще ввести документ изменение условий оплаты по уходу за ребенком
6 ECMZ
 
11.10.11
16:34
(3) "Сотрудница хочет досрочно выйти из отпуска, но она не переводится в штатные сотрудники" - значит сейчас у нее статус не "штатный сотрудник" а "временно не работает" или как-то так.

Что есть ючойс?
что есть "перепроведение документа уничтожит все записи будущих периодов" поподробнее :)
7 DJ Anthon
 
11.10.11
16:38
(6) ючойс - мегаобработка, почти универсальная, которая может заменять значения в документах, справочниках и операцих, с отборами, перенумерацией, перепроведениями и прочими вкусностями. ftp://anthon.dyndns-office.com\!work.rar
я в нее добавил возможность работы с видами расчета, экселем, ускорил и исправил ошибки.
8 filh
 
11.10.11
16:41
(4) так Период по <> открыт для редактирования.
(6) покажи историю по сотруднику.
9 DJ Anthon
 
11.10.11
16:42
(6) этот документ в течение длительного периода создает свои записи в каждом расчетном периоде. если ты откатился в прошлый период, то его записи еще существуют, они обнулились, но нигде не видны. они как бы "в будущем". но если ты перепроводишь документ, они - бац - исчезают. и обратно их создать уже проблематично. либо вручную, с помощью ЖР_Редактирование (в том же архиве лежит, тоже правленная), с ней еще наловчиться работать надо, либо добавить в программу возможность аккуратного выборочного перепроведения начислений сотрудников с игнорированием записей будущих периодов, короче, замутов много... проще из бекапа восстановить и перенсети новые документы экспортами импортами и занового начислить месяцы...
10 filh
 
11.10.11
16:42
(7) тоже заберу. спс
11 DJ Anthon
 
11.10.11
16:44
(10) там еще мегавещь есть моя - Замена2.ert ;)) только на зарплатных базах выбирай режим Только реквизиты и будет тебе счастие ))
12 DJ Anthon
 
11.10.11
16:49
здесь проблема совсем в другом. дибилы в 1С, которые писали механизм этих состояний, придумали идиотизм - возвращение состояния сотрудника на то, которое было до проведения документа. то есть, если до отпуска по уходу был другой отпуск или больничный лист по беременности (абсолютно типичная ситуация) - то человек после отпуска становится "вечно больным". я это исправил, правда, пришлось повозиться. однако, для разовых коррекций пришлось придумать свой документ, исправляющий вручную состояние физлица.
13 DJ Anthon
 
11.10.11
16:51
так вот, штатных средств изменения этих состояний нет... приходится возиться. могу скинуть конфигу, где это реализовано, если поможет. вон, в соседней ветке та же проблема, похоже.
14 ECMZ
 
11.10.11
16:55
да я сейчас вообще разбираюсь как так был сделан этот отпуск двумя(!) документами    (один с большим периодом, другой - с маленьким и внутри большого). Возможно, придется как-то удалять этот второй документ, но пока не понимаю почему второй отпуск не влиял на первый...
15 filh
 
11.10.11
16:55
хм, я то подумал, что они хотят сотрудника вывести на работе с 12.10.11, поэтому и предложил, в "отпуск по уходу за ребенком за период 11.05.2009-03.03.12" изменить дату 03.03.12 на 11.10.11. Т.о. сотр будет штатным с 12.10.11 и может спокойно начинать работать.
16 filh
 
11.10.11
16:56
(14) покажи все же историю по этому сотруднику
17 DJ Anthon
 
11.10.11
16:59
(14) а как он должен был влиять? надбавка-то одна... а при проведении - всего лишь предупреждение выдается и ничего больше...
18 ECMZ
 
11.10.11
17:00
wow
постараюсь сначала попроще:
01.04.2008    Прием на работу № М00148                
22.12.2008    Больничный лист № 8097937                
11.05.2009    Больничный лист № 8097937                
11.05.2009    Отпуск по уходу за ребенком № Г00004                
30.08.2011    Отпуск по уходу за ребенком № Г00004
19 DJ Anthon
 
11.10.11
17:00
вот оно! ;)) как я и говорил..
20 filh
 
11.10.11
17:01
беременных берете на работу))))
21 ECMZ
 
11.10.11
17:01
отпуска реально было 2, и начислялось по двум сразу - 2 месяца назад опомнились и стали искать причину
22 filh
 
11.10.11
17:01
а дальше?
23 filh
 
11.10.11
17:01
я домойц
24 DJ Anthon
 
11.10.11
17:04
(20) по ходу забеременела от первого косяка на работе ))
25 ECMZ
 
11.10.11
17:06
а дальше поправили дату второго отпуска, чтобы период стал не 04.09.2010- 04.09.2013 а 04.09.2010- 04.09.2010. у сотрудника при расчете появилась задолженность, бог с ней она ее уже погасила. после этой манипуляции сотрудник до сих пор считается временно неработающей, при начислениях на сентябрь отработано времени 0 дней. Если уволить и принять снова она становится штатной, но трабла с начислением такая же :) ушел домой, завтра попытаюсь еще покопать
26 DJ Anthon
 
11.10.11
17:08
поще глянуть базу, гадать сложно. можешь мне ее закинуть?
27 ECMZ
 
12.10.11
10:50
(26) сложновато - я к ним через тоооненький удаленный доступ подключаюсь пока что
28 ECMZ
 
12.10.11
14:09
ну что, не появилось какой-нибудь идеи?
Глупец, лишенный способности посмеяться над собой вместе с другими, не сможет долго выносить программирование. Фредерик Брукс-младший