0
- 29.02.2016 - 19:41
|
В ЗУП3.0, при формировании табеля, если введена Неявка, то в табеле отражается "НН". После расчета больничного, в табеле уже отражается "Б". Что верно. Ситуация следующая: табель у нас формируется до того, как рассчитаны больничные (на расчет больничного дается 5дней). Соответственно, кадровики требуют, чтобы в табеле проставлялся код "Б", даже если больничный только записан, а не расчитан. Подскажите аргументы, чтобы не ломать типовой механизм ЗУП3.0. | |
1
- 29.02.2016 - 20:09
|
У нас табельщица КАЖДЫЙ день ставит в табеле количество отработанных часов, и ей пофигу, больничный у тебя, или запой - в табеле вс:е равно будет ноль. А, к 20 числу следующего месяца ОТИЗ выясняет причины невыходов и оформляет красивый печатный документ ТАБЕЛЬ для представления руководству, и им совершенно по барабану, какой там табель печатается из 1С. Вот такие у нас аргументы, чтобы не ломать типовой механизм... И вообще - табель в 1с сделан исключительно с целью удобства ввода часовых отклонений. Не удобно - не пользуйтесь, да и дело с концом. | |
2
- 29.02.2016 - 20:23
| (1) А если численность - около тысячи человек? Как вы себе это представляете? | |
3
- 29.02.2016 - 20:28
|
0-dft2014 > "на расчет больничного дается 5дней" - а чО так? Может, надо что-то расчитывать по последним дням? Так нет, среднее-то считается по прошлым годам. Что мешает расчитать сразу? "Такой порядок приняли" Так смените. Вообще-то, неудобства, которые приносит работа, компенсируется заработной платой... | |
4
- 29.02.2016 - 20:37
| (3) В ЗУП3.0 кадровики и расчетчики работают с одним документом б/лист: кадровики его только вводят, а расчетчики - рассчитывают. И вот только после рассчета больничного, в табеле проставится "Б". Из-за большой численности, расчетчики не успевают расчитать больничные до формирования табеля. Хотя табель в программу уже введен, но не расчитан. | |
5
- 29.02.2016 - 21:53
|
4-dft2014 > "Порядок" вводится не для расчетчиков. Это раз. Прсле ввода его сразу можно пересчитать: не важно, кто ввел. Неважно, рассчитаны другие начисления, или нет, ибо расчетная база - из прошлых периодов. Это два. Для немедленного расчета актуальны только даты б/л - номер и прочие нерасчетные реквизиты можно поправить позже. Напрягите одноэсника: пусть состряпает регламентное задание, которое обработает появляющиеся от ОК БЛ. | |
6
- 29.02.2016 - 23:13
| (5) Одинэсник - это я. Проблема в том, что рачетчики не успевают рассчитывать б/листы. В ЗиК77 достаточно было кадровикам ввести больничный и в табеле отображалась "Б". А в ЗУП3.0 разработчики почему-то решили изменить порядок... | |
7
- 01.03.2016 - 00:43
| Таки Вы по ТАБЕЛЮ работаете или по ОТКЛОНЕНИЯМ? | |
8
- 01.03.2016 - 00:52
| (7) По отклонениям. Но по словам кадровиков, начальники отделов не соглашаются подписывать табель с буквой "НН", если сотрудник уже принес больничный. Их не волнует, что больничный расчетчики не расчитали. А ЗУП3.0 так вот формирует табель: ставит НН, если больничный не расчитан. | |
9
- 01.03.2016 - 08:28
|
РасчетчиКИ ... большая численность... около тысячи человек. Стесняюсь спросить: очень сложный расчёт ЗП? При численности чуть менее тысячи один человек с расчетом вполне справляется. Правда, расчёт не особо сложный ЗЫ бизнесу платить за удовольствие все равно придется: или изменением процессов, или изменением учётной системы (в наиболее неприятном случае- с увеличением стоимости последующего сопровождения). Вопрос только в том что дешевле и какие риски закрываются/появляются | |
10
- 01.03.2016 - 08:46
|
(8) странно, в ЗУП 2.5 в табеле ставится "Б" при вводе кадрового документа Неявки и болезни организаций при выборе Состояния "Болеет с". Проверьте в 3.0 Может, кадровик не вводит кадровый док, задающий состояние ФЛ, а просто вводит уже сразу расчётный док БЛ, т.к. только в нём можно задать стаж, % и т.п.? Который, естественно не проведён пока. | |
11
- 01.03.2016 - 08:47
| +(10) в отчёте Табель, а не в документе Табель (это разные сущности) | |
12
- 01.03.2016 - 09:22
|
10-Гена В ЗУП 3.0 нет деления на кадровые и расчетные документы.В самих документах есть то что заполняет кадровик и то что заполняет расчетчик. Разделение реквизитов происходит по ролям и правам. 0-dft2014 >Как так 5 дней ? С какого момента начинается отсчет ? С 1 числа следующего месяца ? А если больничный длительный, переходящий и его принесут под конец месяца, а то и через пару месяцев ? Что тогда ставить в табеле ? А если не принесут вообще ? Сказался Вася больным, а сам в запое, через неделю явился без оправдательных документов. Прикажете делать сторно начисления б/л ? Мне кажется засада в организационном моменте: кадровиков надо охладить в их порыве. Аргумент - не положено по закону делать то что они хотят. Считаю его вполне достаточным. | |
13
- 01.03.2016 - 09:29
| (12) глупость какая... кто придумал ОДИН док для кадровиков и расчётчиц? Зачем вообще тогда нужен 3.0? | |
14
- 01.03.2016 - 09:49
|
13-Гена > В ЗиК тоже нет никакого "кадрового" документа для ввода б/л. Ничего, как-то справлялись с "глупостью"... | |
15
- 01.03.2016 - 10:02
| (12) Речь идет о тех больничных, которые уже введены в программу, но не рассчитаны. | |
16
- 01.03.2016 - 10:02
| Проще тогда в модуле поправить: заменить "НН" на "Б" для табеля при заполненной кадровой вкладке этого одного дока БЛ | |
17
- 01.03.2016 - 11:03
| 16-Гена > Как бы сказать... ЗУП 3.0 - это вам не ЗиК, где модули легко читаются и правятся. В ЗУПе рулят километровые простыни запросов и регистры. | |
18
- 01.03.2016 - 11:17
|
(17) ой, да ладно пугать... я бы для начала задал в глобальном поиске: "НН" ну откроется с десяток... по очереди бы тупо заменял на "Б" и глядел бы... | |
19
- 01.03.2016 - 16:57
| 8-dft2014 > ЗУП так формирует табель потому, что данные берёт из регистров, а не из документа. Пока документ не проведён, в регистрах будет пусто. Так что можете изобретать отчет по табелю, где будут учтены непроведённые б/л, но это мало поможет - сегодня табель, а завтра б/л может появиться. Не проще ли перевыпустить и переподписать табель после проведения больничных? | |
20
- 01.03.2016 - 17:50
|
18-Гена > Ничего не найдешь :) Буковки "НН" и др. вводятся в справочнике "ВидыИспользованияРабочегоВремени" в режиме юзера. И пока не рассчитается б/л, то не будет и движений регистров, которые подтягиваются в табель как "болезнь". | |
21
- 04.03.2016 - 01:00
| 6-dft2014 > Что мешает перейти на 1С77? | |
22
- 04.03.2016 - 11:52
|
Вообще не пойму, в чем проблема. Для табеля ведь неважно, как рассчитан больничный - правильно или неправильно, какой там средний и какая сумма в итоге, лишь бы он(больничный) был проведен, тогда в табеле появится буква "Б". - нет данных за предыдущие два года - да пофигу. - нет справки с предыдущего места работы - да дважды пофигу. - не устраивает "робот" (надо обрабатывать осознанно/выборочно) - да трижды пофигу. Что имеем: Больничный уже введен, все необходимые реквизиты для немедленного (промежуточного) расчета кадровики уже вбили. Рассчитать/провести такой введенный больничный - это пять щелчков мышкой (если не устраивает "робот"). Пусть больничный будет посчитан и проведен без данных о зарплате (тупо исходя из МРОТ) - для табеля это пофигу. Перед печатью табеля проводим непроведенные больничные (естественно, не все, а только попадающие в фильтр - по периоду и подразделению) после печати тут же распроводим их же обратно. Тебе ж VZ в самом начале сказал, что для немедленного расчета больничного актуальны только даты. А уж как ты технически реализуешь - твои проблемы. Можно обрабатывать такие непроведенные б/л вручную, а можно, к примеру, сделать ВПФ табеля, в которую вставить две процедуры "ПровестиБольничныеПередПечатьюТабеля" и "РаспровестиБольничныеПослеПечатиТабеля". ну.. будет печататься табель чуток дольше. Что, так много непроведенных больничных на момент печати табеля? А почему так много? В таком случае, может поинтересоваться у расчетчиков, не описаются ли они, распивая чаи и нихрена не делая? От такого количества чая? | |
23
- 04.03.2016 - 12:00
|
(22) несерьёзно это... проводить/распроводить... Если лень найти в модуле, то добавьте процедуру замены "НН" на "Б" в модуле печати табеля | |
24
- 04.03.2016 - 13:35
|
23-Гена > Не годится. Ибо не соблюдено условие: Вариантов можно придумать разных, я предложила вариант, отталкиваясь от этого условия. Типовой мехнизм берет состояние из регистров. Поэтому я предложила кратковременно на время печати "двинуть регистры". Только лишь из этих соображений. :) | |
25
- 04.03.2016 - 13:46
| (24) ну откуда-то же тащится НН ? | |
26
- 04.03.2016 - 13:51
|
1000 человек сотрудников. пусть 10% от них болеет. (10% это достаточная цифра?) имеем 100 больничных в месяц. у автора временной разрыв между кадрами и расчетчиками "до 5 дней". значит, 100 б/л в месяц - это 15-16 б/л за пять дней. в среднем. кратковременно "двинуть" туда-сюда 15 доков во время печати - это секунда. Бумага из принтера дольше вылезать будет. | |
27
- 04.03.2016 - 14:01
|
25-Гена >по большому счету, суть то одна, что у тебя, что у меня. Суть - Найти непроведенные б/л и что-то с ними сделать. То ли непосредственно в печати подменить "НН" на "Б", то ли перед выводом "двинуть" регистр, а дальше пусть отрабатывает типовой механизм.. Главное - все равно эти непроведенные больничные нужно по определенным признакам отобрать и отыметь. Я так понимаю, про "отобрать" возражений ни у кого нет. Вся загвоздка в способах "отыметь". Ну дык.. в способах "отымания" фантазию ограничивать крайне не рекомендуется. :) | |
28
- 04.03.2016 - 18:35
| Я понимаю, что когда составлялся этот регламент (давным-давно), не было не то, что 7.7, а, может, ещё ручками на счетах считали. Нужно было подвести итоги двух предыдущих месяцев, проверить все начисления, рассчитать средний, получить больничный у кадровиков для окончательного заполнения... Сейчас же что мешает в ЗУП 3.0 произвести расчет за минуту, если все данные по сотруднику в б/л уже введены кадровиком и средний за предыдущие годы есть в базе? И в пилотном проекте заполнить заявление и реестр уже после проведения б/л? Так что тут дело не в неудобствах программы, а во взаимодействии разных служб, которым, по-видимому, никто не занимается. Я конечно, не имею ввиду, что данные, перенесённые из прошлых программ, могут быть некорректными, но это временное явление и корректировка их в базе должна быть произведена сразу после переноса. | |
29
- 09.03.2016 - 22:53
| 0-dft2014 > А деление на кадровика и расчетчика как сделано? Правами? В ЗУПе 3 документы чувствительны к правам пользователя, который их проводит: если проводит пользователь, у которого только "кадровые" права, то движения сделаются, но только кадровые. Т.е. можно провести нерассчитанный больничный и он отразится в кадровом учете. Не уверен, что в табеле всё ровно ляжет, но попробовать можно. | |
30
- 10.03.2016 - 09:53
|
Спрошу-ка про один нюанс с сальдо в ЗУП 3.0 Автор, как твоя бухгалтерия реагирует на тот факт, что сальдо по ЗП в ЗУПе отличается от сальдо по 70му в бухгалтерии? Например, в феврале вы выплатили ЗП за январь. Смотрим 70й в бухии за январь: сальдо на конец января есть, оно равно невыплаченной ЗП. Смотрим свод по ЗП за январь в ЗУПе: сальдо = 0. Как бухии объяснить, что в ЗУПе после выплаченной ЗП сальдо всегда = 0? | |
31
- 10.03.2016 - 12:20
| Сказать так:"Уважаемая МарьИванна ! В новой редакции зарплатной программы изменен принцип формирования сальдо в своде начислений и удержаний. Теперь там показано не бухгалтерское, а зарплатное сальдо. Начисления учитываются в своде в том месяце, за который начислены, а не в том, в котором начислены (как было ранее). Теперь критерий полностью проведенного расчета - нулевое конечное сальдо." | |
32
- 10.03.2016 - 12:28
|
31-El_Corazon >спасибо за текст :) Поначалу я думал, что что-то где-то настраиваться должно, но когда выяснилось, что концепция такая - бухи взвыли, тыкая ЗиКой и апеллируя к тому, что как было удобно, а теперь ты hерню предлагаешь. Придётся смириться.. | |
33
- 10.03.2016 - 12:35
|
32-Странный аттрактор >Придется смириться К тексту небольшое исправление:"Начисления учитываются в своде в том месяце, за который выплачиваются, а не в том, когда выплачиваются" | |
34
- 10.03.2016 - 12:40
| 33-El_Corazon >Старательно замалевал и сверху каллиграфически написал правильно | |
35
- 10.03.2016 - 12:42
| ..но я бы написал: "ВЫПЛАТА учитывается в том месяце, ЗА КОТОРЫЙ выплачивается, а не КОГДА выплачивается" | |
36
- 10.03.2016 - 13:05
| 35-Странный аттрактор >согласен | |
| Интернет-форум Краснодарского края и Краснодара |