Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
Александр
Зарегистрирован: 24.05.2008 Сообщения: 115 Откуда: Moscow
|
Добавлено: Пт Май 24, 2019 13:16 Заголовок сообщения: Сюрпризы табеля новой версии |
|
|
Меню: Табель /…/ Операции / Сформировать табель на основании режима работы
Bз документации к табельному учета (от 28.03.2018): Цитата: | "...если в указанном периоде в табеле уже существовали записи, то они не удаляются."
| С 20 релиза, программа "без объявления войны", МОЛЧА затирает все предшествующие данные введенные пользователями и записывает свои новые!
ВОПРОС к БКС- табель с удаленными правками табельщика кто должен подписывать? Программа или табельщик?
P.S.
У меня твердое убеждение, что БКС свою группу тестирования оптимизировал - все перевел на пользователей. |
|
Вернуться к началу |
|
|
DUCKKK Большой шоколадный орден
Зарегистрирован: 16.09.2009 Сообщения: 1680
|
Добавлено: Пт Май 24, 2019 14:05 Заголовок сообщения: |
|
|
В процедуре tb_prc_GenTabel закомментировать строки – это устроит как временное решение?
-- Чистим незакрытый табель
DELETE tb_tabel
FROM tb_tabel _hintbrowser
INNER JOIN "#tmp_pid_list" pl _hintbrowser ON tb_tabel.pid = pl.pid |
|
Вернуться к началу |
|
|
Александр
Зарегистрирован: 24.05.2008 Сообщения: 115 Откуда: Moscow
|
Добавлено: Пт Май 24, 2019 14:26 Заголовок сообщения: |
|
|
Нет. Потому что ниже следует добавление записей.
Цитата: | -- Переносим данные
INSERT INTO tb_tabel (... |
Получим мешанину правок пользователем и программой.
У нас пользователем правки в основном двух типов:
а) программа заполнила табель - пользователь может в какие-то даты изменить оклад оплаты, подразделение, счет
Б) добавить новую запись со своими данными
Обычно так отражают, данные если сотрудник изредко подрабатывает. Следовательно это время ему нужно оплатить по другой ставке и м.б. счету затрат. |
|
Вернуться к началу |
|
|
DUCKKK Большой шоколадный орден
Зарегистрирован: 16.09.2009 Сообщения: 1680
|
Добавлено: Пт Май 24, 2019 14:37 Заголовок сообщения: |
|
|
Получается, вариант один - каким-то образом различать пользовательские и "программные" данные в табеле. Первые - не удалять. |
|
Вернуться к началу |
|
|
Александр
Зарегистрирован: 24.05.2008 Сообщения: 115 Откуда: Moscow
|
Добавлено: Пт Май 24, 2019 14:42 Заголовок сообщения: |
|
|
Может при любой правке пользователем данных в поле N_Dirm писать код.
Тогда при автоматическом заполнении табеля по режиму работы эти даты мы не удаляем и не вставляем новые записи. Если нужно полностью переформировать табель за период, то пусть предварительно его почистит через Операции\Удалить |
|
Вернуться к началу |
|
|
Александр
Зарегистрирован: 24.05.2008 Сообщения: 115 Откуда: Moscow
|
Добавлено: Пт Май 24, 2019 14:53 Заголовок сообщения: |
|
|
В догонку "при автоматическом заполнении табеля по режиму работы эти даты мы не удаляем ".
Удалять только записи , где нет признака редактирования пользователем (например в N_Dirm).
Операции\Удалить - удаляет все записи за период |
|
Вернуться к началу |
|
|
DUCKKK Большой шоколадный орден
Зарегистрирован: 16.09.2009 Сообщения: 1680
|
Добавлено: Пт Май 24, 2019 15:17 Заголовок сообщения: |
|
|
Да, я именно об этом. |
|
Вернуться к началу |
|
|
DUCKKK Большой шоколадный орден
Зарегистрирован: 16.09.2009 Сообщения: 1680
|
Добавлено: Пт Май 24, 2019 15:23 Заголовок сообщения: |
|
|
То есть если пользователь добавил какие-то записи в табель, а на эти даты заведена неявка - на один день получаем и запись о неявке, и записи пользователя, так?
И ещё вопрос - а вот в этом случае: "программа заполнила табель - пользователь может в какие-то даты изменить оклад оплаты, подразделение, счет" записи, измененные пользователем, тоже не трогаем при формировании табеля? Даже если он изменил какие-то записи по неявкам, например? |
|
Вернуться к началу |
|
|
DUCKKK Большой шоколадный орден
Зарегистрирован: 16.09.2009 Сообщения: 1680
|
Добавлено: Пт Май 24, 2019 15:45 Заголовок сообщения: |
|
|
В общем, по неявкам главный вопрос. Все-таки их всегда брали из списка неявок и прописывали в табель. А теперь получается, какие-то из записей о неявках могут стать "неприкосновенными". |
|
Вернуться к началу |
|
|
RVV Большой шоколадный орден
Зарегистрирован: 14.01.2010 Сообщения: 449
|
Добавлено: Пт Май 24, 2019 16:27 Заголовок сообщения: |
|
|
А кто Вас заставляет переформировывать созданный табель за весь месяц? Скорее всего, задача к уже выверенным данным, например с 1 по 20 число, дописать данные за конец месяца. Ну так и формируйте с 21 по 31. |
|
Вернуться к началу |
|
|
Александр
Зарегистрирован: 24.05.2008 Сообщения: 115 Откуда: Moscow
|
Добавлено: Пт Май 24, 2019 16:47 Заголовок сообщения: |
|
|
Цитата: | на один день получаем и запись о неявке, и записи пользователя, так? |
Теоретически это допустимо - сотрудник взял отпуск за свой счет на несколько часов...
Согласен, что неявки редактируемые пользователем можно удалить. Тем более, что удалить неявку могут и в "Учете кадров". |
|
Вернуться к началу |
|
|
Александр
Зарегистрирован: 24.05.2008 Сообщения: 115 Откуда: Moscow
|
Добавлено: Пт Май 24, 2019 16:56 Заголовок сообщения: |
|
|
RVV писал(а): | А кто Вас заставляет переформировывать созданный табель за весь месяц? Скорее всего, задача к уже выверенным данным, например с 1 по 20 число,. |
Говорят, что к хорошему привыкаешь очень быстро и это воспринимается как должное.
У табельщика могут быть около сотни сотрудников. И табельщик при заполнении табеля вручную пропускает выходные дни - экономит свое время. И затем формирует автоматом табель по режиму работы. И программа до последнего обновления пропущенные дни заполняла "В".
Перед печатью прогонят наш тест табеля и смотрит что в протоколе.
А теперь представьте состояние табельщика, который обнаружил, что ВСЕ его правки удалены! |
|
Вернуться к началу |
|
|
DUCKKK Большой шоколадный орден
Зарегистрирован: 16.09.2009 Сообщения: 1680
|
Добавлено: Пт Май 24, 2019 17:08 Заголовок сообщения: |
|
|
Да не надо нас пугать состояниями табельщиков, мы сами нервные. Нам бы постановку задачи уяснить как можно точнее. |
|
Вернуться к началу |
|
|
Александр
Зарегистрирован: 24.05.2008 Сообщения: 115 Откуда: Moscow
|
Добавлено: Пт Май 24, 2019 17:20 Заголовок сообщения: |
|
|
Цитата: | мы сами нервные. Нам бы постановку задачи уяснить как можно точнее. |
Возьмите из прошлой версии все самое лучшее: программа не удаляла "если в указанном периоде в табеле уже существовали записи".
Однако на неявки это и тогда не распространялось. Неявки перезаписывали не закрытый табель.
В новой версии появился приоритет при выборе неявки для заполнения - хорошо!!
Зачем же для этого удалять весь табель? |
|
Вернуться к началу |
|
|
matchk
Зарегистрирован: 18.05.2015 Сообщения: 188
|
Добавлено: Пн Май 27, 2019 03:22 Заголовок сообщения: |
|
|
DUCKKK
Укажите как действовать в новой версии.
Работник находится в командировке с 1 по 5 число месяца.
Табель заполняется при внесении неявки автоматически.
Далее табельщик установил вручную в табеле дни, приходящиеся на выходные в период командировки, как рабочие дни в командировке для последующей оплаты в двойном размере. А также увеличил количество отработанных часов в каждом дне командировки.
Далее табельщик должен сформировать табель за первую половину месяца. Как бы он не поступил в текущем варианте функционала, его правки будут затерты.
1. При формировании на основании режима работы с установленной галочкой Командировка данные о командировке будут затерты вновь сформированными данными на основании неявки.
2. При формировании на основании режима работы со снятой галочкой Командировка данные о командировке будут затерты данными на основании режима работы, как будто командировки не было вовсе.
Вы не оставили возможности сохранить ручную правку табеля в принципе! Это нормально?
Или вы предлагаете по каждому человеку табельщику устанавливать даты формирования, или вообще табель вести по каждому вручную?
Это что, улучшение работы программы? Что это за автоматизация?
Верните все как было! Алгоритмы, существовавшие ранее, были правильными и позволяли табельщику действовать по своему усмотрению и реализовывать все варианты. |
|
Вернуться к началу |
|
|
|