Имя: Пароль:
1C
 
(ЗУП 3.1.3) работа в выходные и праздники - отдельно вводить ночные и дневные часы
,
0 vechiy
 
12.12.17
16:26
док "работа в выходные и праздники": Целесообразна ли реализация возможности ввода отдельно ночных и дневных часов?
и насколько это реально вообще
1 Джо-джо
 
12.12.17
16:31
(0) в типовой это делается в табеле. Вендор считает что нецелесообразно. Кстати вышла 3.1.4, проверьте как там. В 3.1.3 точно нецелесообразно
2 KnightAlone
 
12.12.17
16:32
(0) я это еще в начале 2017 года делал. сделал отдельный док под ввод ночных часов для выходных и для сверхурочных. если я правильно понял позицию 1С - бейте уточнение ручками в документе табель, отличная позиция, особенно если табель надо будет перезаполнить и придется забивать все заново.
жду вот все, когда типовым функционалом можно будет вносить, но год прошел, я воз и ныне там
3 Джо-джо
 
12.12.17
16:36
(2) ты там 3.1.4 натягиваешь, там это ещё не реализовано?
4 KnightAlone
 
12.12.17
16:38
(3) на тестовую натянул. не увидел, чтобы что-то было в этом направлении сделано. да и в описании релиза об этом ничего не сказано
5 Джо-джо
 
12.12.17
16:41
(4) ну ты в документ заходил, полей там не добавили день/ночь?
6 KnightAlone
 
12.12.17
16:43
(5) нет, не добавили. в 3.1.5 в описании тоже тишина, то есть в 3.1.6 самое раннее стоит ждать. но в 3.1.5 другую доработку сделали, с которой я тож сам вовеал. прям чувствуется, народ переходить начал, и они хоть чуток зашевелились
7 vechiy
 
12.12.17
17:16
(2) а как делала? на основании существующего?
8 vechiy
 
12.12.17
17:21
(7)лал*)
9 KnightAlone
 
12.12.17
17:28
(7) да, на основании существующего, вводится нетиповой, делает движения по регистру данные оперативного учета рабочего времени. единственный минус моей реализации - если первичный документ уже был проведен, его надо перепроводить. то есть было 12 часов, провели. а потом решили 5 часов доввести ночными, надо первый док перепровести, чтобы там 7 встало вместо 12.
10 KnightAlone
 
12.12.17
17:29
я делал временное решение, пока в 1С не введут детализацию, нужно было срочно, еще вчера. а оно похоже стало постоянным, потому как 1С это не надо
11 LudmilaGret
 
12.12.17
19:46
Там много сложностей, я бы не стала это делать, смысла нет
12 vechiy
 
13.12.17
12:52
(11) смысл в том чтобы уменьшить ручной трут, почему нет
13 KnightAlone
 
13.12.17
12:58
(11) смысла нет? а если закрытие табеля происходит в сжатые регламентированные сроки? то есть время есть только проверить автозаполненный табель, а не сидеть разбивать нескольким сотням записей вручную часы. Если сделать это заранее могут появится изменения, в результате которых табель надо бы перезаполнить и тогда все опять вбивать заново. в общем нужно чтобы ночные часы фиксировались штатно в течение месяца каким-то доком, а табель потом бы автозаполнением все затянул. ну 1С то видней, что пользователям надо. вон возможность отчеты строить так, как просили бухи, сделали в конце 2017го. ну может ночные прикрутят к 2018-2019
14 Джо-джо
 
13.12.17
12:59
(13) Зачем автозаполнять табель?
15 vechiy
 
13.12.17
13:05
(14) ну потому что это нагляднее и проще потом для исправления косяков, чем не заполнять например
16 vechiy
 
13.12.17
13:07
(9) мб проще в том же документе сделать?
17 Джо-джо
 
13.12.17
13:08
(15) всмысле нагляднее?
18 Джо-джо
 
13.12.17
13:09
хоть справку бы чтоль почитали, горе-внедренцы
19 KnightAlone
 
13.12.17
13:13
(14) я в курсе, что табель можно вообще не заполнять, если учет ведется методом отклонений. один месяц попробовали, в итоге было обнаружено, что поведение программы все же иное и проще создать табель, сделав автозаполнение, чем выискивать все эти нюансы и допиливать
20 KnightAlone
 
13.12.17
13:15
(19) ну и к вопросу - зачем автозаполнять табель - ночные часы в праздники то в итоге куда бить будете? типового дока на это нет и их надо после автозаполнения табеля ручкамм разбивать по логике 1С
21 KnightAlone
 
13.12.17
13:25
(16) курочить типовой? хотите - делайте. я в типовом ничего не менял, поменял только в общем модуле пару строк
22 Джо-джо
 
13.12.17
13:34
(20) Табель предназнчен для ручного ввода отклонений, соответственно нужно ввести в нём данные только за те праздничные дни, а не за весь месяц. А ещё табель имеет приоритет над документами исправлений и если их поменять, а табель за все дни уже введён, то данные возьмутся из табеля.

Опять таки, при этом есть отчёт Табель, который заполняется в любом случае. ТС не знаком с конфигурацией (для наглядности вводит документ вместо отчёта) - при таком раскладе "улучшать" её конечно нецелесообразно
23 vechiy
 
13.12.17
13:47
(21) угу, если типовой править то и регистр править придется, не
24 vechiy
 
13.12.17
13:48
(20) блеа, с чего ты взял, что это неведомо мне?
иди блесни еще гденибудь своими знаниями
очевидные вещи пишешь, а по делу - нихрена
25 vechiy
 
13.12.17
13:48
24->22
26 KnightAlone
 
13.12.17
13:50
(23) движения в регистр собираются в общем модуле УчетрабочегоВремениРасширенный, Функция ДобавитьЗаписьОперативныхДанныхУчетаВремени. там можно поправить и регистр не трогать
27 vechiy
 
13.12.17
13:51
(26) круто
а заполнение табеля переписывать пришлось соответственно тоже?
28 KnightAlone
 
13.12.17
13:58
(27) по этой причине не трогал. мне пришлось автозаполнение табеля править, так как у человека может быть и работа по графику и работа в выходной день (конец смены с прошлого дня по графику и тут же новая смена не по графику)
то есть достаточно движения по опер. данным сформировать верно и они везде сами подтянутся.
29 vechiy
 
13.12.17
14:01
(28) ох не хочется лишних правок
но придется)
30 vechiy
 
13.12.17
14:20
а если сразу в данныеТабельногоУчета писать ночные? то на основании этого регистра табель заполнится?
Здесь можно обсудить любую тему при этом оставаясь на форуме для 1Сников, который нужен для работы. Ymryn