|
ЗУП Документ исправление в текущем периоде не вводится? | ☑ | ||
---|---|---|---|---|
0
Shur1cIT
30.05.22
✎
12:36
|
Был введен документ "Индивидуальный график" хотим ввести исправление, но не в старый документ, а вводом нового (ссылка исправить из исправляемого) правим поводим, а он ругается
"Для сотрудника .... уже введен документ Индивидуальный график" и так для каждого сотрудника. Может какую настройку включить чтобы разешил? Это же бред запрещать вводить исправление в периоде основного документа, как тогда "аудиторский след" оставлять? да и в самом документе написано "Если необходимо внечти исправление, но при этом соханить данных экземпля документа, воспользуйтесь командой Исправить" те то что как раз я и пытаюсь сделать... |
|||
1
Shur1cIT
30.05.22
✎
12:55
|
(0) забыл написать Зарплата и управление персоналом КОРП, редакция 3.1 (3.1.21.75)
|
|||
2
Фрэнки
30.05.22
✎
12:57
|
но это же не ДО КОРП, все-таки, чтоб позволять себе слишком подробный скажем так трекинг при работе вообще с каждым произвольным видом документов
|
|||
3
Фрэнки
30.05.22
✎
13:01
|
И сам смысл существования Индивидуального графика как-то мало приспособлен, чтоб у него появлялись разные версии внутри текущего периода.
Возможно, что именно эта ошибка при выполнении процедура образуется из-за того, что это слишом новый релиз, который не является стабильным и у этой ошибки еще нет исправления. |
|||
4
Shur1cIT
30.05.22
✎
13:10
|
(2) в зупе данным механизм не с произвольным документом работает, а конкетно у данного документа есть возможность ввести "документ исправление", правда как понимаю только в другом периоде к сожалению, не как видимо 1сники "на взрослый" уровень восприятия компаний не выйдут, подходы ларечные.....
(3) Может быть ошибка ввода, а цепочка документов далеко вперед ушла, или кто то заболел не вышел на работу, тупо лесть в старый править, это не правильно, всегда должен оставиться след кто чего зачем менял. |
|||
5
Shur1cIT
30.05.22
✎
13:13
|
хотя технической поблемы не вижу когда в случае ввода второго документа в периоде, стонировать предыдущие записи в регистре "Данные индивидуальных графиков сотрудников" и запись новых.
|
|||
6
Dmitry77
30.05.22
✎
13:15
|
Не очень понятно зачем делать исправление текущим периодом. Правильнее исправить исходный документ. Подобная логика для всех исправлений в ЗУП работает.
|
|||
7
Dmitry77
30.05.22
✎
13:16
|
(2) трекинг делается через включение истории изменений документа.
|
|||
8
Shur1cIT
30.05.22
✎
13:27
|
(7) история изменений работает,
Подобные испавления кадровикам не нравятся, они правы, в западных системиах подобное не допускается, хочешь поправить стонируй и новый вводи, или делай специальный документ исправления, просто так лесть и править уже поведеный документ, на основании движений которого уже созданы другие, табель например, расчеты итд не правильно. |
|||
9
Фрэнки
30.05.22
✎
13:27
|
(5) Лично мое понимание логики разработчиков в отношении документа Индивидуальный график такое, что я бы принципиально запретил создавать к этому документу исправления.
Тем более, исправление в текущем периоде. |
|||
10
Фрэнки
30.05.22
✎
13:28
|
(8) Так у вас еще и табель засаживают поверх индивидуальных графиков?!
|
|||
11
Shur1cIT
30.05.22
✎
13:31
|
(10) да есть такое дело
|
|||
12
Shur1cIT
30.05.22
✎
13:32
|
(9) а как тогда править? вводят данные на месяц, в конце нужно скорректировать.
|
|||
13
Фрэнки
30.05.22
✎
13:52
|
(12) так пусть или трусы наденут, или крестик снимут
Если правят через инд-графики, тогда теряется смысл в регистрации документов Табель. Потому что когда регистрация Табеля выполнена, то всё, что вводилось с исправлениями в инд-графиках уже не нужно. Можно и еще дальше пойти, потому что после создания документов с начислениями принципиально не должны изменяться ни инд-графики, ни табели - данные уже зафиксированы в табчастях начислений. Методически подразумевается, что инд-график должен быть зарегистрирован до начала рабочего периода. Точно не помню, но вроде за две недели до начала. Понятно, что на практике их могут скорректировать, вдруг какие-то внезапные события приключились, но после того как рабочий период начался, уже исправлений нет, а есть документы невыходов и некоторые другие документы с отклонениями. Но практически можно увидеть ситуации, что инд-графики делают уже для того, чтоб расчетный месяц закрыть с минимальным числом исправлений и перерасчетов. Т.е. вводят его уже задним числом. Соответственно, что в подавляющем большинстве практик на инд-графиках никаких зарегистрированных исправлений не записывают. По сути, такие регистрации нарушают порядок учета рабочего времени. |
|||
14
Shur1cIT
30.05.22
✎
14:28
|
(13) Хорошо тогда такой вариант, один заболел (ввели не выход или больничный), другой вместо него вшел (в документе табель ставим явку и количество часов?)
|
|||
15
SleepyHead
гуру
30.05.22
✎
14:44
|
(0) А твердые копии (первичные документы табелей и индивидуальных графиков) у вас как хранятся? Тоже оба экземпляра?
|
|||
16
Shur1cIT
30.05.22
✎
14:45
|
(15) первичный документ подписаный тоже храниться с исправленным.
|
|||
17
SleepyHead
гуру
30.05.22
✎
14:46
|
(16) А как это потом используется?
|
|||
18
Shur1cIT
30.05.22
✎
14:50
|
(17) не знаю, для истории навено или разбор полетов.
|
|||
19
Фрэнки
30.05.22
✎
14:55
|
(14) Если график был составлен правильный, то есть соответствующий нормам времени - выход с подменой заболевшего сменщика должен стать переработкой.
Для регистрации переработок документы есть. Изменения в установленном графике не требуется. Основная моя мысль в виде " ... трусы ... крестик" в том, что постоянные корректировки графика никто не будет предъявлять при проверке трудинспекцией или внешним аудитом. Если корректировки такого рода происходят, то их цель именно в снижении числа регистраций и перерасчетов, а не наоборот. В сокрытии переработок или невыходов, смотря какая у кого ситуация |
|||
20
SleepyHead
гуру
30.05.22
✎
14:57
|
(19) Похожие темы обсуждаются не впервые. Для себя вынес из них то, что таким образом работодатель просто "уравнивает" норму времени и табели, чтобы не платить переработки.
Почитал сообщения в этой теме - признаки все те же, колотят и графики, и табели. |
|||
21
Shur1cIT
30.05.22
✎
15:12
|
(20) скорее всего так и есть
|
|||
22
SleepyHead
гуру
30.05.22
✎
15:14
|
(21) А если так, то хранение обеих версий первичных документов (исходный и сторно) - прекрасная доказательная база ))
|
|||
23
Amra
30.05.22
✎
15:16
|
(22) И 1Сник пойдет вместе с руководством, "в составе организованной группы" ))
|
|||
24
SleepyHead
гуру
30.05.22
✎
15:17
|
(23) А мы - свидетелями.
|
|||
25
Масянька
30.05.22
✎
15:28
|
(24) До (24) - все-таки соучастники...
|
|||
26
Shur1cIT
01.06.22
✎
12:15
|
Подниму вопрос, так как еще актуален да и сам уже руки в конфигуратор запустил.
В документе "индивидуальный график" закоментировал строку проверки на уникальность документа УчетРабочегоВремениРасширенный.ПроверитьУникальностьВводаИтоговыхДанных(МенеджерВТ, Ссылка, ПериодРегистрации, ОписанияОшибокВводаВремени, Истина); при проведении второго документа этом же месяце (исправление первого) ошибки на это раз нет, в движениях появляются сторнировочне данные прошлого документа по оборотному регистру "ДанныеИндивидуальныхГрафиковСотрудников" и ниже пишутся уже актуальные данные, переформирую документ табеля свсё ок заполняется с учетом исправления, Подскажите пожалуста, где ошибка "выстрелить может"? Что имеет смысл проверить? |
|||
27
Фрэнки
01.06.22
✎
13:11
|
поскольку там все по оборотному регистру , то вероятность ошибки низкая. Обороты все равно считываются кучно, поэтому без разницы сколько там будет записией, формирующих итоговый оборот.
|
|||
28
ptiz
01.06.22
✎
13:50
|
(26) Не лучше ли будет сделать реквизит типа "Инд.график заменен на другой" - в таком случае документ пусть проводится без движений. И на основании старого создаете новый. Тогда ничего не сломается, не будет лишних записей в регистрах.
|
|||
29
Prog111
01.06.22
✎
14:31
|
Да в ЗУП, если не ошибаюсь, ни один документ из текущего периода не правится. Концепция такая(
|
|||
30
Said_We
01.06.22
✎
15:21
|
(28) Это называется сюда не смотреть, а тут я рыбу заворачивал.
Документ имел место быть. Проводи. Второй документ Исправление в текущем расчетном периоде? Да. Заводи и проводи. А то что ЗиУП к таким вещам относится "плохо", это проблемы ЗиУП. И такие проблемы были всегда и даже в ЗиК 7.7. Это проблемы реализации, как на уровне платформы (когда-то по РР исправления в текущем периоде не влияли на виртуальные таблицы РР - ДанныеГрафика, ФактическийПериод), так и на уровне прикладного решения, в том числе из-за ограничения платформы. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |