К списку форумов К списку тем
Регистрация    Правила    Главная форума    Поиск   
Имя: Пароль:
Рекомендовать в новости

ЗУП 3.0: б/лист не рассчитан (в табеле НН)

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
Цитата:
Сообщение от dft2014 Посмотреть сообщение
Хотя табель в программу уже введен
Таки Вы по ТАБЕЛЮ работаете или по ОТКЛОНЕНИЯМ?
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-Гена > Не годится. Ибо не соблюдено условие:
Цитата:
Сообщение от dft2014 Посмотреть сообщение
не ломать типовой механизм ЗУП3.0.
Вариантов можно придумать разных,

я предложила вариант, отталкиваясь от этого условия.
Типовой мехнизм берет состояние из регистров. Поэтому я предложила кратковременно на время печати "двинуть регистры".
Только лишь из этих соображений.
:)
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
Цитата:
Сообщение от dft2014 Посмотреть сообщение
на расчет больничного дается 5дней
Я понимаю, что когда составлялся этот регламент (давным-давно), не было не то, что 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
Цитата:
Сообщение от Странный аттрактор Посмотреть сообщение
Как бухии объяснить, что в ЗУПе после выплаченной ЗП сальдо всегда = 0?
Сказать так:"Уважаемая МарьИванна ! В новой редакции зарплатной программы изменен принцип формирования сальдо в своде начислений и удержаний. Теперь там показано не бухгалтерское, а зарплатное сальдо. Начисления учитываются в своде в том месяце, за который начислены, а не в том, в котором начислены (как было ранее). Теперь критерий полностью проведенного расчета - нулевое конечное сальдо."
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-Странный аттрактор >согласен


К списку вопросов
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск




Copyright ©, Все права защищены