1С 8.2 ЗУП
Хочу узнать конкретные причины запретов установленные на проведения и отмены проведения табелей. Эта тема уже обсуждалась, но конкретно так ничего и не нашел (если найдете волшебную ссылку по подробной разборке этой темы, буду очень рад).
Для чего: в фирме происходят частые кадровые перестановки (сотрудники меняют подразделения как "перчатки"), о которых узнают именно по табелям. Поэтому их вводят не в самом конце отчетного периода, а например в середине. И на основании их делают кадровые перемещения.
Очень часто происходят случаи когда эти табеля нужно поправить, и при этом встает запрет отмены проведения, т.к. на некоторых из этих людей уже были начислены больничные, отпуска и т.д. Требуется понять все случаи коллизий, которые программисты 1С хотели избежать делая этот запрет.
В итоге хотел добавить запрет только для тех, людей в табеле, которых хотят поправить, но для этого и хочу замутить эту тему.
Если дело только в регистре расчета ОсновныеНачисленияОрганизаций, то так и скажите, дальше сам разберусь.

хммм... странно... обычно сразу спрашивают, а нафига те табеля. а тут затишье...

(0) Ничо не понял
Какой смысл делать все это в середине периода ? Вот когда в конце месяца будет факт, тогда и надо делать

(2) Главное чтобы пользователям было удобно править табеля. Хоть в конце, хоть в начале.

> Главное чтобы пользователям было удобно править табеля

главное чтобы в системе данные правильные были.
удобство пользователей - дело десятое

(3) решается орг. мерами.

(3) Да зачем его править ? Заводите его когда месяц закончится и никаких изменений в нем уже не будет

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

(5) Человеческий фактор никто не отменял.

(7) (8) смотри (5)
Пару раз лишить премии и число ошибок резко сократится

(9)+100500

(9), (10) Не поможет. В роли табельщиков выступают монтажники, слесаря и другая "нечисть". Ну а по делу. Может все дело только в регистре расчета ОсновныеНачисленияОрганизаций ???
Дальше было бы ясно что делать. А так бухи бунтуют и с 7-ки не хотят уходить.

нет не в нем дело

не можете построить своих сотров

(11) И что ?
Вся эта нечисть не любит получать премии ?
Лично я пока никакой программной проблемы не вижу.

А насчет бунтующих бухов особо смешно.Решение о переходе принимает руководитель предприятия или рядовые исполнители ?

сегодня что, пятница? одни из-за недостачи бензина в баке бумажный гемморой устроили, другие табель правильно забить не могут ))

Делать табель на каждого сотра, думаю это вариант.

Как любит говорить директор. "Программа должна помогать бухам, а не наоборот".
Делать 1500 табелей - не вариант.
Все еще жду толковой идейки.

(17) да делай что хочешь, всем пофиг ))

(17) Толковая идейка уже давно высказана: вести табеля правильно.Если это массовое явление, то вполне обоснованно будет выделить табельщика (одного или нескольких) который будет отвечать за правильность документов.

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

В принципе задача выполнима.

(20) операция по пересадке правого ейца на место левого тоже в принципе выполнима

(21) поржал, надо будет запомнить ))

Еще со времен первого ЗиК - зарплатные программы были не приспособлены нормально работать от табеля (отработанного времени).
Я сам начинал работать в строительстве - не работают там пот отклонениям

(0) да и табель, может свободно перепрободиться (без отмены проведения)... ну это все знают).