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

В ЗУП3.0, при формировании табеля, если введена Неявка, то в табеле отражается "НН". После расчета больничного, в табеле уже отражается "Б". Что верно.

Ситуация следующая: табель у нас формируется до того, как рассчитаны больничные (на расчет больничного дается 5дней). Соответственно, кадровики требуют, чтобы в табеле проставлялся код "Б", даже если больничный только записан, а не расчитан. Подскажите аргументы, чтобы не ломать типовой механизм ЗУП3.0.

У нас табельщица КАЖДЫЙ день ставит в табеле количество отработанных часов, и ей пофигу, больничный у тебя, или запой - в табеле вс:е равно будет ноль.
А, к 20 числу следующего месяца ОТИЗ выясняет причины невыходов и оформляет красивый печатный документ ТАБЕЛЬ для представления руководству, и им совершенно по барабану, какой там табель печатается из 1С.
Вот такие у нас аргументы, чтобы не ломать типовой механизм... И вообще - табель в 1с сделан исключительно с целью удобства ввода часовых отклонений. Не удобно - не пользуйтесь, да и дело с концом.

(1) А если численность - около тысячи человек? Как вы себе это представляете?

0-dft2014 > "[em]на расчет больничного дается 5дней[/em]" - а чО так? Может, надо что-то расчитывать по последним дням? Так нет, среднее-то считается по прошлым годам. Что мешает расчитать сразу? "Такой порядок приняли" Так смените.
Вообще-то, неудобства, которые приносит работа, компенсируется заработной платой...

(3) В ЗУП3.0 кадровики и расчетчики работают с одним документом б/лист: кадровики его только вводят, а расчетчики - рассчитывают. И вот только после рассчета больничного, в табеле проставится "Б". Из-за большой численности, расчетчики не успевают расчитать больничные до формирования табеля. Хотя табель в программу уже введен, но не расчитан.

4-dft2014 > "Порядок" вводится не для расчетчиков. Это раз. Прсле ввода его сразу можно пересчитать: не важно, кто ввел. Неважно, рассчитаны другие начисления, или нет, ибо расчетная база - из [u]прошлых[/u] периодов. Это два. Для немедленного расчета [u]актуальны только даты[/u] б/л - номер и прочие нерасчетные реквизиты можно поправить позже.

Напрягите одноэсника: пусть состряпает регламентное задание, которое обработает появляющиеся от ОК БЛ.

(5) Одинэсник - это я. Проблема в том, что рачетчики не успевают рассчитывать б/листы. В ЗиК77 достаточно было кадровикам ввести больничный и в табеле отображалась "Б". А в ЗУП3.0 разработчики почему-то решили изменить порядок...

[quote=dft2014;41535159]Хотя табель в программу уже введен[/quote] Таки Вы по ТАБЕЛЮ работаете или по ОТКЛОНЕНИЯМ?

(7) По отклонениям. Но по словам кадровиков, начальники отделов не соглашаются подписывать табель с буквой "НН", если сотрудник уже принес больничный. Их не волнует, что больничный расчетчики не расчитали. А ЗУП3.0 так вот формирует табель: ставит НН, если больничный не расчитан.

РасчетчиКИ ... большая численность... около тысячи человек.
Стесняюсь спросить: очень сложный расчёт ЗП?
При численности чуть менее тысячи один человек с расчетом вполне справляется. Правда, расчёт не особо сложный

ЗЫ бизнесу платить за удовольствие все равно придется: или изменением процессов, или изменением учётной системы (в наиболее неприятном случае- с увеличением стоимости последующего сопровождения). Вопрос только в том что дешевле и какие риски закрываются/появляются

(8) странно, в ЗУП 2.5 в табеле ставится "Б" при вводе кадрового документа Неявки и болезни организаций при выборе Состояния "Болеет с". Проверьте в 3.0
Может, кадровик не вводит [b]кадровый[/b] док, задающий состояние ФЛ, а просто вводит уже сразу [b]расчётный[/b] док БЛ, т.к. только в нём можно задать стаж, % и т.п.? Который, естественно не проведён пока.

+(10) в отчёте Табель, а не в документе Табель (это разные сущности)

10-Гена В ЗУП 3.0 нет деления на кадровые и расчетные документы.В самих документах есть то что заполняет кадровик и то что заполняет расчетчик. Разделение реквизитов происходит по ролям и правам.

0-dft2014 >Как так 5 дней ?
С какого момента начинается отсчет ? С 1 числа следующего месяца ? А если больничный длительный, переходящий и его принесут под конец месяца, а то и через пару месяцев ? Что тогда ставить в табеле ?
А если не принесут вообще ? Сказался Вася больным, а сам в запое, через неделю явился без оправдательных документов. Прикажете делать сторно начисления б/л ?
Мне кажется засада в организационном моменте: кадровиков надо охладить в их порыве. Аргумент - не положено по закону делать то что они хотят. Считаю его вполне достаточным.

(12) глупость какая... кто придумал ОДИН док для кадровиков и расчётчиц? Зачем вообще тогда нужен 3.0?

13-Гена > В ЗиК тоже нет никакого "кадрового" документа для ввода б/л.
Ничего, как-то справлялись с "глупостью"...

(12) Речь идет о тех больничных, которые уже введены в программу, но не рассчитаны.

Проще тогда в модуле поправить: заменить "НН" на "Б" для табеля при заполненной кадровой вкладке этого одного дока БЛ

16-Гена > Как бы сказать... ЗУП 3.0 - это вам не ЗиК, где модули легко читаются и правятся. В ЗУПе рулят километровые простыни запросов и регистры.

(17) ой, да ладно пугать... я бы для начала задал в глобальном поиске:
"НН"

ну откроется с десяток... по очереди бы тупо заменял на "Б" и глядел бы...

8-dft2014 > ЗУП так формирует табель потому, что данные берёт из регистров, а не из документа. Пока документ не проведён, в регистрах будет пусто. Так что можете изобретать отчет по табелю, где будут учтены непроведённые б/л, но это мало поможет - сегодня табель, а завтра б/л может появиться. Не проще ли перевыпустить и переподписать табель после проведения больничных?

18-Гена > Ничего не найдешь :)
Буковки "НН" и др. вводятся в справочнике "ВидыИспользованияРабочегоВремени" в режиме юзера.
И пока не рассчитается б/л, то не будет и движений регистров, которые подтягиваются в табель как "болезнь".

6-dft2014 > Что мешает перейти на 1С77?

Вообще не пойму, в чем проблема.
Для табеля ведь неважно, как рассчитан больничный - правильно или неправильно, какой там средний и какая сумма в итоге, лишь бы он(больничный) был проведен, тогда в табеле появится буква "Б".
- нет данных за предыдущие два года - да пофигу.
- нет справки с предыдущего места работы - да дважды пофигу.
- не устраивает "робот" (надо обрабатывать осознанно/выборочно) - да трижды пофигу.

Что имеем:
Больничный уже введен, все необходимые реквизиты для немедленного (промежуточного) расчета кадровики уже вбили.
Рассчитать/провести такой введенный больничный - это пять щелчков мышкой (если не устраивает "робот").
Пусть больничный будет посчитан и проведен без данных о зарплате (тупо исходя из МРОТ) - для табеля это пофигу.

Перед печатью табеля проводим непроведенные больничные (естественно, не все, а только попадающие в фильтр - по периоду и подразделению) после печати тут же распроводим их же обратно.
Тебе ж VZ в самом начале сказал, что для немедленного расчета больничного актуальны только даты.
А уж как ты технически реализуешь - твои проблемы.
Можно обрабатывать такие непроведенные б/л вручную, а можно, к примеру, сделать ВПФ табеля, в которую вставить две процедуры "ПровестиБольничныеПередПечатьюТабеля" и "РаспровестиБольничныеПослеПечатиТабеля".

ну.. будет печататься табель чуток дольше.
Что, так много непроведенных больничных [u]на момент печати[/u] табеля? А почему так много? В таком случае, может поинтересоваться у расчетчиков, не описаются ли они, распивая чаи и нихрена не делая? От такого количества чая?

(22) несерьёзно это... проводить/распроводить...

Если лень найти в модуле, то добавьте процедуру замены "НН" на "Б" в модуле печати табеля

23-Гена > Не годится. Ибо не соблюдено условие:
[quote=dft2014;41534682]не ломать типовой механизм ЗУП3.0. [/quote]

Вариантов можно придумать разных,

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

(24) ну откуда-то же тащится НН ?

1000 человек сотрудников.
пусть 10% от них болеет. (10% это достаточная цифра?)
имеем 100 больничных в месяц.
у автора временной разрыв между кадрами и расчетчиками "до 5 дней".
значит, 100 б/л в месяц - это 15-16 б/л за пять дней.
в среднем.
кратковременно "[em]двинуть[/em]" туда-сюда 15 доков во время печати - это секунда. Бумага из принтера дольше вылезать будет.

25-Гена >по большому счету, суть то одна, что у тебя, что у меня.
Суть - Найти непроведенные б/л и что-то с ними сделать.

То ли непосредственно в печати подменить "НН" на "Б", то ли перед выводом "двинуть" регистр, а дальше пусть отрабатывает типовой механизм..
Главное - все равно эти непроведенные больничные нужно по определенным признакам отобрать и отыметь.

Я так понимаю, про "отобрать" возражений ни у кого нет.

Вся загвоздка в способах "отыметь".
Ну дык.. в способах "отымания" фантазию ограничивать крайне не рекомендуется.
:)

[quote=dft2014;41534682]на расчет больничного дается 5дней[/quote]Я понимаю, что когда составлялся этот регламент (давным-давно), не было не то, что 7.7, а, может, ещё ручками на счетах считали. Нужно было подвести итоги двух предыдущих месяцев, проверить все начисления, рассчитать средний, получить больничный у кадровиков для окончательного заполнения... Сейчас же что мешает в ЗУП 3.0 произвести расчет за минуту, если все данные по сотруднику в б/л уже введены кадровиком и средний за предыдущие годы есть в базе? И в пилотном проекте заполнить заявление и реестр уже после проведения б/л? Так что тут дело не в неудобствах программы, а во взаимодействии разных служб, которым, по-видимому, никто не занимается.
Я конечно, не имею ввиду, что данные, перенесённые из прошлых программ, могут быть некорректными, но это временное явление и корректировка их в базе должна быть произведена сразу после переноса.

0-dft2014 > А деление на кадровика и расчетчика как сделано? Правами? В ЗУПе 3 документы чувствительны к правам пользователя, который их проводит: если проводит пользователь, у которого только "кадровые" права, то движения сделаются, но только кадровые. Т.е. можно провести нерассчитанный больничный и он отразится в кадровом учете. Не уверен, что в табеле всё ровно ляжет, но попробовать можно.

Спрошу-ка про один нюанс с сальдо в ЗУП 3.0
Автор, как твоя бухгалтерия реагирует на тот факт, что сальдо по ЗП в ЗУПе отличается от сальдо по 70му в бухгалтерии? Например, в феврале вы выплатили ЗП за январь. Смотрим 70й в бухии за январь: сальдо на конец января есть, оно равно невыплаченной ЗП. Смотрим свод по ЗП за январь в ЗУПе: сальдо = 0. Как бухии объяснить, что в ЗУПе после выплаченной ЗП сальдо всегда = 0?

[quote=Странный аттрактор;41602279]Как бухии объяснить, что в ЗУПе после выплаченной ЗП сальдо всегда = 0?[/quote]

Сказать так:"Уважаемая МарьИванна ! В новой редакции зарплатной программы изменен принцип формирования сальдо в своде начислений и удержаний. Теперь там показано не бухгалтерское, а зарплатное сальдо. Начисления учитываются в своде [b]в том месяце, за который начислены[/b], а не в том, в котором начислены (как было ранее). Теперь критерий полностью проведенного расчета - нулевое конечное сальдо."

31-El_Corazon >спасибо за текст :)
Поначалу я думал, что что-то где-то настраиваться должно, но когда выяснилось, что концепция такая - бухи взвыли, тыкая ЗиКой и апеллируя к тому, что как было удобно, а теперь ты hерню предлагаешь.
Придётся смириться..

32-Странный аттрактор >Придется смириться

К тексту небольшое исправление:[b]"Начисления учитываются в своде в том месяце, за который выплачиваются, а не в том, когда выплачиваются"[/b]

33-El_Corazon >Старательно замалевал и сверху каллиграфически написал правильно

..но я бы написал: "ВЫПЛАТА учитывается в том месяце, ЗА КОТОРЫЙ выплачивается, а не КОГДА выплачивается"

35-Странный аттрактор >согласен