Вход | Регистрация

  1  2   
1С:Предприятие ::

Метки: 

v7: Разработка собственного учета рабочего времени для экспорта в ЗУП

Я
   Emery
 
23.10.17 - 09:10
При всей сложности ЗУПа логично некоторые вещи делать «снаружи», а затем экспортировать туда для дальнейшей обработки. Одним из таких моментов является, по моему мнению, учет рабочего времени сотрудников. Поскольку ничего путного в Интернете ничего найти не удалось, то решил наваять собственный вариант на «рабочей лошадке», то бишь «семерке».

Новая версия «самописки» еще не закончена, но некоторые скрины можно показать с целью контроля правильности выбранной концепции учета.

http://emery-emerald.narod.ru/Pics/Pic1.png – Здесь показан работник, точнее, назначение по его учетной записи (поэтому информация выводится обобщенная), возможность загружать данные, вести независимо учет плановых (далее фактических) рабочих графиков и их печать.

http://emery-emerald.narod.ru/Pics/Pic2.png – Здесь плановый график представлен в виде двух независимых записей, каждой из которых может быть подчинен фактический график (если его нет, то считаем, что фактический совпадает с плановым). В форме элемента видно распределение планового графика (переходящих через полночь смен) по дням месяца. Зеленым цветом выделены остатки переходящих смен.

http://emery-emerald.narod.ru/Pics/Pic3.png – Здесь все то же самое, но по отклонениям. Поля в третьей и четвертой строках, скорее всего, будут удалены.

http://emery-emerald.narod.ru/Pics/Pic4.png – А здесь показан итоговый обобщенный табель сотрудников. Вариантов подобных табелей у меня запланировано множество, в т.ч., подробные с начальными и конечными плановыми и фактическими отметками.

По этим электронным табелям можно будет уже автоматически формировать первичные расчетные записи. Для обобщенных отклонений планирую добавить подчиненный справочник с подробными отклонениями, с точностью до вида расчета и прочих необходимых данных.

Первичный расчетный журнал можно будет экспортировать в текстовый формат, который подхватит 64-битный расчетный бинарный модуль, скомпилированный в MinGW с поддержкой SQLite. Он обработает данные в базе данных, созданной в памяти, и выгрузит вторичный расчетный журнал в текстовый формат, который заберет назад (все на автомате) «семерка». Промежуточный обмен данными может быть осуществлен по DDE-каналу, поскольку 1С77 является DDE-сервером (этот вариант является рабочим в первой версии описываемой программы). Хотя ничто не мешает использовать и COM-соединение.

Кстати, из всего этого следует вывод, что весь учет в заработной плате должен вестись в рабочих часах исключительно! Рабочие дни / смены должны использоваться только для информации. Оклад по дням в ЗУПах это лишь способ переложить ответственность за расчет на плечи пользователей. За такие игры разработчиков надо бить по рукам.

В принципе, если ЗУПовский регистр расчетов и другие используемые регистры окажутся способными воспринять данные из моих расчетных журналов, то их можно будет туда перегонять и регламентные отчеты строить уже в ЗУПе. Но это уже будет актуально для товарной версии «самописки» :) .
 
 
   rphosts
 
2 - 23.10.17 - 09:39
(0) цель поста какая?
Не могу представить что такое можно сделать на клюшках чего не потянет снеговик
   catena
 
3 - 23.10.17 - 09:43
А почему именно 77? Есть уверенность, что найдутся клиенты, желающие приобрести еще и 77?
   rphosts
 
4 - 23.10.17 - 09:45
(3) а она разве просто так продается? Может тогда уж Delphi-2?
   rphosts
 
5 - 23.10.17 - 09:45
В качестве фреймворка
   Flover
 
6 - 23.10.17 - 09:49
лучше в Акцесс :)
   arsik
 
7 - 23.10.17 - 09:56
(0) Это странно.
   Emery
 
8 - 23.10.17 - 10:04
(2) > цель поста какая?

В ЗУПе нет нормального учета рабочего времени, но есть сложная регламентная отчетность, которая всем нужна. И хотя последнее для нас не актуально, но рано или поздно законодательство ЛНР выровняется с законодательством России, поэтому думать в этом направлении не вредно.

> Не могу представить что такое можно сделать на клюшках чего не потянет снеговик

Интересная постановка вопроса. Наверное, так, хотя в «семерке» быстрый поиск работает лучше, чем в «восьмерке». А так преимущества «семерки» в легкости и дешевизне.
   El_Duke
 
9 - 23.10.17 - 10:06
(7) Это продолжение темы ЗУП 3.1 Начисление доплаты до МРОТ

Там было много интересного, но автор предлагаемой методики перестал заходить в нее, а вопросы остались ...
   Emery
 
10 - 23.10.17 - 10:08
> А почему именно 77? Есть уверенность, что найдутся клиенты, желающие приобрести еще и 77?

Интересно, а есть статистика по отношению «семерки» к «восьмерке»? Я думаю, что у нас это процентов 80, а в России пусть даже 20, что тоже как бы не мало. Это раз. Далее, сейчас «семерка» используется для скорости кодирования, так как опыта там больше. Но в принципе ничто не мешает переписать поделку и под 8.х, это два.
 
  Рекламное место пустует
   Emery
 
11 - 23.10.17 - 10:14
(4) > а она разве просто так продается?

Продается! Смотрел недавно на сайте 1С. Хотя требуют обоснования.

> Может тогда уж Delphi-2?
> В качестве фреймворка

Работал в свое время на Object Professional - 1.2. Скажем так, С / С++ мне нравится больше.
   Emery
 
12 - 23.10.17 - 10:18
(6) > лучше в Акцесс :)

Лучше уж в Qt c SQLite’ом.
   Emery
 
13 - 23.10.17 - 10:23
(9) > а вопросы остались ...

Как по мне, для сложного учета ЗУП не слишком удобен. Другое дело, вести внешний учет и выгружать первичные данные в ЗУП ради построения регламентированной отчетности.
   Amra
 
14 - 23.10.17 - 10:26
(13) Пошел за попкорном :)
   zak555
 
15 - 23.10.17 - 10:28
(8) > В ЗУПе нет нормального учета рабочего времени

конкретизируй чего именно нет
   El_Duke
 
16 - 23.10.17 - 10:32
(13) Во всем есть свои плюсы и минусы
Ваша методика имеет право на жизнь, но её узкое место - она не будет работать без Вас. Пока Вы работаете на предприятии - все хорошо, научите кого надо, подправите код где потребуется. Но как только вы перейдете на другую работу - велик шанс что все встанет колом.

В тоже время учет раб. времени штатными средствами ЗУП вполне возможен (наверное для вашего конкретного случая менее удобен, не более того). Для этого требуются грамотные пользователи, найти и заменить которых проще чем заменить уникального разработчика в вашем лице.

Вот собственно и вся вилка выбора
   rphosts
 
17 - 23.10.17 - 10:35
(11) Обосновать новыми поделками не удастся
   Emery
 
18 - 23.10.17 - 10:37
(15) > конкретизируй чего именно нет

Нет первого, второго, седьмого и шестнадцатого! Легче уж описать, что есть. Тебе этого достаточно? Мне нет! На скринах видно, какой учет рабочего времени я хочу видеть. Причем показано только очень малая часть того, что есть. А сколько еще предстоит сделать в этом направлении.
   rphosts
 
19 - 23.10.17 - 10:37
(13) придумывать лишние сущности без крайней надобность - ЗЛО!!!
ну хотите отдельно - прикрутите ну пусть свою подсистему, будет просто ми-ми-ми
   mikeA
 
20 - 23.10.17 - 10:53
(0) Вот примерно такой лютый пи@дец был у нас. До 77 конечно дело не дошло, реализовали на 8.2 в ЗУП 2.5, но от этого менее лютым он не был)))
   Alexandr_U1982
 
21 - 23.10.17 - 10:55
(20) Был? Уже не используете?
   Emery
 
22 - 23.10.17 - 11:01
(16)  > Но как только вы перейдете на другую работу - велик шанс что все встанет колом.

Если уйду добровольно, то не встанет. Можно поддерживать через сайт, который я сейчас готовлю. Там будет все, чтобы народ самостоятельно внедрял конфигурацию и, скажем, год работал бесплатно. Потом чисто символические деньги, чтобы был резон развивать систему.

> В тоже время учет раб. времени штатными средствами ЗУП вполне возможен (наверное для вашего конкретного случая менее удобен, не более того).

Вот именно, что только «возможен». А у меня не специфичное, а вполне типичное предприятие.

> Для этого требуются грамотные пользователи, найти и заменить которых проще чем заменить уникального разработчика в вашем лице.

Ну, ну. Да сама Елена Грянина не вполне понимает смысла табелей. Её слова: «Табель рабочего времени не нужен. НЕ НУЖЕН!!! Вот введу сюда данные, НЕ ЗНАЮ, ПРАВДА, ЗАЧЕМ? ...».

На курсах обучают пользователей стандартным алгоритмам действий. Весь учет демонстрационный. Грянина показывает ДЕМО-учет. Гилев тоже учит ДЕМО-учету. Все демонстрируют, как приспосабливаться к ЗУПу. А надо, как ЗУП приспособить к себе. Если мне бухи говорят, что твоя программа не делает то или не так быстро как хотелось бы, то я иду и исправляю свою программу, а не говорю им – меняйте свои бизнес-процессы.

> Вот собственно и вся вилка выбора

Нормальная вилка. Еще можно сказать разрабам, ребята, а вы уверены, что концепцию выбрали правильную?
   mikeA
 
23 - 23.10.17 - 11:07
(21) Написали свой, с преферансом и поэтессами.
   El_Duke
 
24 - 23.10.17 - 11:07
(22) Не хочется по новой заводить карусель из прошлой темы, тем более что там все остановилось на середине. Я вижу что здесь будет тоже самое, формулировки уже один в один идут.
   mikeA
 
25 - 23.10.17 - 11:08
(22) На какие предприятия рассчитана эта система и на какое количество сотрудников и подразделений?
   Emery
 
26 - 23.10.17 - 11:09
(19) > придумывать лишние сущности без крайней надобность - ЗЛО!!!

Здесь необходимость вполне себе крайняя. У вас лично производственное предприятие или просто офис?

> ну хотите отдельно - прикрутите ну пусть свою подсистему, будет просто ми-ми-ми

Может так и будет, хотя цеплять свою подсистему на чужую конфигурацию вряд ли будет правильно с точки зрения абстрактной эрудиции. Наверное вполне можно будет ограничиться внешней обработкой, которая будет использовать те компоненты, которые ей нужны.
   Emery
 
27 - 23.10.17 - 11:13
(20) > Вот примерно такой лютый пи@дец был у нас. До 77 конечно дело не дошло, реализовали на 8.2 в ЗУП 2.5, но от этого менее лютым он не был)))

А в переводе на русский, как будет звучать?
   rphosts
 
28 - 23.10.17 - 11:13
(26)имел я в виду лоскутную автоматизацию! Просто зае...ла уже в край к хренам!
   Alexandr_U1982
 
29 - 23.10.17 - 11:25
(23)Не понял. У вас был "лютый пи@дец" с табельным учетом написанный кем-то. И вы вместо него написали свой "лютый пи@дец"?
Те же яица вид сбоку? Только еще с преферансом и поэтессами?
   aka AMIGO
 
30 - 23.10.17 - 11:25
Я делал в своё время нечто похожее

Только ТабУр формировался по окончании месяца, в виде отдельного отчета, в подразделении (отделе/цехе).
Поскольку это отчет - то все документы, введенные кадровиками и расчетчиками, отражались в нём, и в отделах оставалось только проверить, внести исправления и подписать.

Но обратная процедура - по табур восстановить все документы по расчету зарплаты - это нонсенс..
Конфликтов в БД будет немерено, и исправлять документы расчетчикам не будет времени. Проклянут программу, если инфаркт не хватит..

ЗЫ. у меня было 2500 сотров.. И если ввалить все ТабУры по всей массе работников, да в этой куче-малой сам черт не разобрался-бы..
   aka AMIGO
 
31 - 23.10.17 - 11:27
+(30) И если ввалить все ТабУры по всей массе работников, и сгенерировать документы...
   Emery
 
32 - 23.10.17 - 11:27
(24) > Не хочется по новой заводить карусель из прошлой темы, тем более что там все остановилось на середине.

Когда все завершено, то какой смысл в дискуссии? Откровенно говоря, я хотел сделать реплику в «Табель ЗУП3, куда дели место?» ( Табель ЗУП3, куда дели место? ), но тему закрыли, поэтому создал свою. Смысл ее простой. ЗУП можно и нужно концептуально улучшать. Если разрабы не сделают это сами, то первичный учет мы будем вести самостоятельно, во внешней программе. А ЗУП использовать только как контейнер для регламентной отчетности.

Если серединой считать полузавершенность моей второй версии зарплатной конфигурации, то да, согласен. Смысл дискуссии в том, чтобы постараться избежать возможных концептуальных ошибок, которые я допустил в первой версии. Вообще, наверное, надо опубликовать свою концепцию зарплаты в явном виде. Но это оставим на потом.
   АЛьФ
 
33 - 23.10.17 - 11:36
 
  Рекламное место пустует
   El_Duke
 
34 - 23.10.17 - 11:40
(32) "Когда все завершено, то какой смысл в дискуссии?"

Вот именно, когда завершено. А там не ответили на очень много вопросов.

"ЗУП можно и нужно концептуально улучшать"

Бесспорно, полностью согласен.

"Вообще, наверное, надо опубликовать свою концепцию зарплаты в явном виде"

Не обижайтесь, но напомнило анекдот про собрание в колхозе, где на повестке дня было 2 вопроса:
1) Постройка сарая
") Построение коммунизма
   Emery
 
35 - 23.10.17 - 11:41
(25) > На какие предприятия рассчитана эта система и на какое количество сотрудников и подразделений?

Естественно, на сложные, в первую очередь производственные с произвольными сменными графиками. Поэтому учет плановых графиков и отклонений получается многоуровневым. Плюс еще фактический учет рабочего времени, получаемый с самописного драйвера под китайские считыватели.

Количество сотрудников не ограниченно. Тысячу первая версия считает за час. Но там только фактический учет рабочего времени, но нет планового. Ну а, скажем, десять тысяч сотрудников не должны быть принципиальным препятствием. Смысл в том, что бы пользователю как можно меньше делать телодвижений. Ничего не должно быть лишнего. В терминалке «семерка» может поддерживать достаточно много пользователей.
   silent person
 
36 - 23.10.17 - 11:49
Бе<b>с</b>платный отпуск
   silent person
 
37 - 23.10.17 - 11:50
(0) блин забыл как тут выделять шрифт. отпуск Бесплатный, а не Безплатный.
   Emery
 
38 - 23.10.17 - 12:13
(30) > Поскольку это отчет - то все документы, введенные кадровиками и расчетчиками, отражались в нём, и в отделах оставалось только проверить, внести исправления и подписать.

Ну, раньше у нас каждый начальник подразделения ввел табель вручную, а операторы вводили по ним данные и считали. Сейчас этот процесс полуавтоматизирован, фактические данные поступают с систем учета рабочего времени (у нас две разных), а плановые клонируются в экселе и ежедневно сверяются с фактом, плюс отдельно ведется вручную учет отклонений (больничные, отпуска, командировки, справки, заявления и т.п.). Что, на мой взгляд, совершенно неправильно, поэтому этот процесс я решил полностью автоматизировать. Вместо бумажек будет учет в конфигурации. И не надо париться в экселе, базу данных, даже «семерку», он все равно не заменит.

> Но обратная процедура - по табур восстановить все документы по расчету зарплаты - это нонсенс..

Теперь смотрим. По человеку почти автоматически построен табель учета рабочего времени. Указаны плановый и фактический графики, введены отклонения и их расшифровки. Построен табель для подписи и данные автоматически генерируют первичные расчетные записи, ведь вся необходимая информация уже есть. Вручную в программу вводятся только персональные удержания (столовая, магазин и т.п.). Осталось только получить вторичные расчетные данные, куда входят кроме первичных, налоги, именные удержания (вроде алиментов, исполнительных листов и т.п.), расчет предварительных данных для расчета средних и сами средние у кого они есть и т.д. и т.п.

По вторичным данным вполне уже можно делать всю необходимую отчетность, в т.ч. внешнюю.

> Конфликтов в БД будет немерено, и исправлять документы расчетчикам не будет времени. Проклянут программу, если инфаркт не хватит..

Не будет, первая версия вполне себе успешно работает более десяти лет. Вторая будет работать параллельно (как независимый программный слой в общей конфигурации), до тех пор, пока к ней все не привыкнут и не получат удовлетворяющий всех результат.

> ЗЫ. у меня было 2500 сотров.. И если ввалить все ТабУры по всей массе работников, да в этой куче-малой сам черт не разобрался-бы..

У меня ведь не используются объекты «Документ» или там «Журнал документов». Собственно документы я строю на справочниках. А они в 1С – ИЕРАРХИЧЕСКИЕ! Уже за одно это я люблю 1С! Выгоду это дает сплошь и рядом. А использование внешнего движка SQLite для расчетов в зарплате, сводит на нет проблемы движка БД «семерки». К тому же в SQLite’е можно поля, имена таблиц и файлов БД писать по-русски, даже с пробелами (но в квадратных скобках). А памяти такая база данных просто летает как дурная :) .
   Веселый собака
 
39 - 23.10.17 - 12:18
А не проще ли без отклонений?
Заполнить с начала месяца табель данными из графиков работы и производственного календаря, а потом пусть рисуют "отклонения"? Зачем городится это все?
   zak555
 
40 - 23.10.17 - 12:20
(18) в ЗУПе можно сделать сколько угодно своих графиков работ
   aka AMIGO
 
41 - 23.10.17 - 12:20
(38) Ну, что-ж.. успеха тебе.
Для меня это 10 лет назад было, так что быльём поросло.
Разговоров было много по поводу, и в кадрах, и с расчетчиками, и с цеховыми.. Вариант, что я описал, был согласован со всеми.

Где-то в инфостартовских анналах валяется мой отчет.. Но он - для ЗиК-7.7
   Emery
 
42 - 23.10.17 - 12:22
(34) > Не обижайтесь, но напомнило анекдот про собрание в колхозе, где на повестке дня было 2 вопроса:

А чё обижаться, я сам люблю юмор. Но если бы кто-то в явном виде, без воды, опубликовал бы свою «концепцию зарплаты», то с удовольствием почитал бы. А уж 1С-овцы это должны были бы сделать по умолчанию. Вопросов по работе ЗУП могло бы быть меньше.
   Emery
 
43 - 23.10.17 - 12:34
(39) > А не проще ли без отклонений?

Так учет отклонений ведется при нажатии соответствующей кнопки (рис. 1). Не нажимайте ее и будет вам счастье :) . Но чтобы строить полные табеля на подпись, нужно показывать все.

> Заполнить с начала месяца табель данными из графиков работы и производственного календаря, а потом пусть рисуют "отклонения"? Зачем городится это все?

Производственный календарь хорош, если он не меняется, а если у вас в месяце было три периода работы по разным сменам, включая замещение и совмещение должностей, то это удобней показывать не одной, а несколькими записями. А «городится» все отдельными кнопками. Один пользователь пусть работает с одними кнопками, другой с другими, главное, что мы способны контролировать всё, плюс, при необходимости, явное наложение графиков друг на друга (а такое иногда нужно).
   Dotoshin
 
44 - 23.10.17 - 12:35
(42) >>Но если бы кто-то в явном виде, без воды, опубликовал бы свою «концепцию зарплаты»
Сколько предприятий, столько и концепций. Обобщенная концепция реализована в ЗУПе, но она тебя не устраивает, концепция какого-то другого предприятия тоже вам скорей всего не подойдет. Даже если кто-то опишет концепцию в точности такого же предприятия как у вас, наверняка будут какие-то моменты, которые не впишутся в вашу концепцию.
   Джо-джо
 
45 - 23.10.17 - 12:36
   Emery
 
46 - 23.10.17 - 12:37
(40) > в ЗУПе можно сделать сколько угодно своих графиков работ

И что из этого?
   zak555
 
47 - 23.10.17 - 12:40
(46) ты же указал, что это проблема
   Dotoshin
 
48 - 23.10.17 - 12:46
(46) Попробуй посмотреть на проблему не со стороны табеля, а со стороны сотрудника. Ну то есть в конечном итоге для каждого сотра нужно каким-то образом указать когда и сколько он отработал и совершенно по барабану всякие там наложения совмещения и прочая хрень. С точки зрения учета есть сотрудник и его отработанное время. Далее если хочешь автоматизировать заполнение этого отработанного времени можешь использовать для заполнения по умолчанию хоть производственный календарь, хоть индивидуальные графики, хоть какие-то свои нормативные документы и справочники. Все это заполнение можно вынести в отдельную обработку и потом готовый результат закидывать в табель. При этом все будет в рамках одной конфигурации.
   El_Duke
 
49 - 23.10.17 - 12:48
(43) "а если у вас в месяце было три периода работы по разным сменам" то делается индивидуальный табель
Ты фактически делаешь тоже самое, только в сторонней программе.
 
 
   Emery
 
50 - 23.10.17 - 12:52
(40) > Где-то в инфостартовских анналах валяется мой отчет.. Но он - для ЗиК-7.7

Я могу кратко рассказать свою историю. Когда меня наняли на внедрение ЗиК-7.7 для Украины я очень быстро пришел к мнению, что это совершенно не то, что нам нужно. Наш новый главбух рассказывала, что на ее старой работе трое программистов изменяли, в течение двух лет, 80% кода в ЗиКе. Но я этого тогда не знал и решил написать 100%-но свою «зарплату». Кстати, мой друг сделал тоже самое, но на Акцесс-97.

Через три месяца моя программа уже делала первые примитивные расчеты. Еще не было никаких отчетов, но «семерка» оказалась настолько эффективной, как система быстрой разработки, что я ею восхищаюсь до сих пор. До этого я три года делал зарплату на FoxPro-2.6a в ДОСе, но так и не привел ее в божий вид. А на семерке моя конфигурация «взлетела». Еще через год она стала рабочей программой, и мы наконец-то слезли с районного вычислительно центра, где зарплата обсчитывалась (из рук вон плохо) до этого.

Таким образом, за год и три месяца программа с нуля стала рабочей. Далее постоянно велась шлифовка, поддерживались и поддерживаются изменения в законодательстве и все такое прочее, но это уже было после реального внедрения. Причем она работала еще на паре фирм, но это уже отдельный разговор.
   Prog111
 
51 - 23.10.17 - 12:56
Не читал, но про 7.7 осуждаю. Я делал отдельным документом в ЗУПе документ из трех ТЧ: Плановый, фактический и регламентный. Заполнялся полуавтоматом, и в итоге данные из этого документа переносились в регламентированный и документы премий и надбавок.

Потом ещё для фактического времени можно прикрутить счетчик прихода-ухода сотрудников на основе смарт-карты или биометрический - и тогда вообще будет полная автоматизация)
   Emery
 
52 - 23.10.17 - 13:10
(44) > Сколько предприятий, столько и концепций.

Мы, наверное, по-разному понимаем термины. Концепция для меня, в данном случае, это описание обобщенного алгоритма работы программы по учету и расчету заработной платы на сложном производственном предприятии. Далеко не на всех предприятиях программисты пишут 100%-но собственные программы по «зарплате». Поэтому предприятий может быть много, а концепций мало.

> Обобщенная концепция реализована в ЗУПе,

Реализована, но не опубликована. Хотя подобный документ наверняка есть в недрах фирмы 1С. Интересно, кто ее автор?

> но она тебя не устраивает, 

Потому, что с точки зрения программиста многие вещи там можно сделать лучше. А обычные пользователи вполне могут работать без вопросов и на в сто раз более худших программах.

> концепция какого-то другого предприятия тоже вам скорей всего не подойдет.

Наверное, да, чтобы мы не понимали под этим словом. Именно поэтому я, скорее всего, опубликую свою.

> Даже если кто-то опишет концепцию в точности такого же предприятия как у вас,

Специфика предприятия здесь не причем. Вон бухгалтерский учет работает на любых предприятиях. Другое дело, что где-то соответствующие программы реализованы хорошо, а где-то не очень и то только в плане удобства работы.

> наверняка будут какие-то моменты, которые не впишутся в вашу концепцию.

Наверняка! Иначе не было бы огромного разнообразия даже однотипных программ. Но знание чужой концепции может позволить избежать собственных концептуальных ошибок. Иначе надо учиться на своих ошибках.
   Emery
 
53 - 23.10.17 - 13:13
(45) > вот моя концепция

Это описывает «что», но не описывает «как».
   Dotoshin
 
54 - 23.10.17 - 13:17
(52) Ну тогда непонятно, что вообще в данном случае понимается под концепцией...
   Emery
 
55 - 23.10.17 - 13:20
(47) > ты же указал, что это проблема

Нет, ты меня неправильно понял. Графики в ЗУПе строятся нормально, если не брать во внимание некоторые шероховатости. Вопрос в том, чтобы реализовывать не плоские, а иерархические, многоуровневые графики, если говорить одним словом. ЗУП этого делать не умеет, наверное, по причине, что считает это не нужным. Я считаю иначе, поэтому реализую свой вариант.
   Emery
 
56 - 23.10.17 - 13:37
(48) > Попробуй посмотреть на проблему не со стороны табеля, а со стороны сотрудника. Ну то есть в конечном итоге для каждого сотра нужно каким-то образом указать когда и сколько он отработал и совершенно по барабану всякие там наложения совмещения и прочая хрень. С точки зрения учета есть сотрудник и его отработанное время.

Так с этой точки зрения моя программа уже давно реализована и прекрасно работает. Только один оператор вводит два дня все данные по нескольким сотням сотрудникам. А перед этим данные готовятся в экселе, в табельной, с учетом фактических данных поступаемых со считывателей. Вот как раз этот момент я хочу автоматизировать. Не нужно будет вручную формировать отклонения на бумажках и клонировать данные в экселе. Это учет, который все равно вести надо, будет делаться в той же самой программе, а оператору останутся для работы только персональные удержания, т.е. несколько часов вместо двух рабочих дней. Плюс качество данных повысится, поскольку ошибки в табельном учете есть и люди иногда теряют в деньгах, а иногда и выигрывают в силу этого. Что наверное не совсем правильно.

> Далее если хочешь автоматизировать заполнение этого отработанного времени можешь использовать для заполнения по умолчанию хоть производственный календарь, хоть индивидуальные графики, хоть какие-то свои нормативные документы и справочники. Все это заполнение можно вынести в отдельную обработку и потом готовый результат закидывать в табель. При этом все будет в рамках одной конфигурации.

В ЗУПе жесткий учет, а мне нужен гибкий. У него документы и журналы плоские, а мне нужны иерархические. Кстати, у меня расчетный журнал для SQLite'а тоже будет плоский, как классический журнал элементарных операций, но его результаты будут загружаться назад в 1С в иерархические справочники. А демонстрировать плоский журнал расчетов пользователям это, на мой взгляд, очень неправильно.
   Emery
 
57 - 23.10.17 - 13:47
(49) > "а если у вас в месяце было три периода работы по разным сменам" то делается индивидуальный табель

Механизм индивидуальных графиков мне не нравится. В моей реализации будет больше гибкости и иерархичности.

> Ты фактически делаешь тоже самое, только в сторонней программе.

А что делать, если разрабы типовых считают себя слишком умными и заставляют всех «изменять свои бизнес-процессы» и вписываться в именно их «прокрустово ложе»?

Причем этим страдают не только в ЗУП. 3.1 еще сделана относительно по божески. В толстых формах одни интерфейсные глюки реально выводят из себя.

Сколько приходилось и приходится иметь дело с чужими программами, столько постоянно выкручиваешься именно благодаря возможности экспорта – импорта. Поэтому первичный учет «на стороне» это для меня очень привычно.
   zak555
 
58 - 23.10.17 - 13:53
(55) пример приведи, когда нужна иерархия
   Emery
 
59 - 23.10.17 - 13:58
(51) > Я делал отдельным документом в ЗУПе документ из трех ТЧ: Плановый, фактический и регламентный. Заполнялся полуавтоматом, и в итоге данные из этого документа переносились в регламентированный и документы премий и надбавок.

Если вас это устраивает, то прекрасно. Меня документы-объекты не устраивают именно в силу своей «плоскости». Зачем ими пользоваться, когда есть иерархические справочники, которые к тому же могут быть подчиненными? 1С поддерживает классические четыре вида отношений между таблицами (справочниками): Один к одному; Один ко многим; Многие к одному и Многие ко многим. Плюс супер важное свойство – иерархичность данных. Ну что еще нужно для полного счастья? А документы это что? Возврат в прошлое, в смысле реализации объекта.

> Потом ещё для фактического времени можно прикрутить счетчик прихода-ухода сотрудников на основе смарт-карты или биометрический - и тогда вообще будет полная автоматизация)

А отклонения как будем учитывать?
   Emery
 
60 - 23.10.17 - 14:16
(54) > Ну тогда непонятно, что вообще в данном случае понимается под концепцией...

Описание обобщенного алгоритма программы.
   Emery
 
61 - 23.10.17 - 14:21
(58) > пример приведи, когда нужна иерархия

Специально для тебя выгрузил скрины:

http://emery-emerald.narod.ru/Pics/Pic5.png
http://emery-emerald.narod.ru/Pics/Pic6.png
http://emery-emerald.narod.ru/Pics/Pic7.png
http://emery-emerald.narod.ru/Pics/Pic8.png

Там показана структура вторичных табелей (по сути полного журнала расчетов), реализованных на справочниках. Причем это пока первая версия программы. Во второй будет немного по-другому. Первичные табеля (как первичные документы) имеют еще более сложную структуру. Просто не хочу показывать специфику.
   Злопчинский
 
Ведущий
62 - 23.10.17 - 14:22
Ничеготне понял что такое иерархический табель и для чего он нужен
   Джо-джо
 
63 - 23.10.17 - 14:25
(61) лол, хранить период в наименовании группы, рукалицо
   Злопчинский
 
Ведущий
64 - 23.10.17 - 14:25
(61) и что?
Какую задачу решает такая иерархия (а по сути группировка) отображения наборов табелей?
Зачем она?
   Джо-джо
 
65 - 23.10.17 - 14:26
Табеля в справочнике?
   Злопчинский
 
Ведущий
66 - 23.10.17 - 14:27
Чем это лучше - условно -
Табеля в виде документа где в шапке указан отчетный год и отчетный месяц?
Как в твоём представлении быстро отобрать все табели за все сентября? В варианте дока - двумя клипами типовой отбор
   Dotoshin
 
67 - 23.10.17 - 14:31
(60) Общего алгоритма чего?
Расчета начислений/удержаний?
или расчета отработанного времени?
или еще какой-то алгоритм?
Если ты имел ввиду бизнес-процесс начисления з/п, то он везде выглядит одинаково:
1. Заполнение НСИ
2. Ввод первичных документов(начисления/удержания, отпускные, больничные и т.д.)
3. Расчет
4. Формирование отчетности
   Emery
 
68 - 23.10.17 - 14:32
(62) > Ничеготне понял что такое иерархический табель и для чего он нужен

На рисунках 5-7 показана структура дерева, а на 8-м рисунке лист. В терминах 1С это электронный лицевой счет. Иерархия демонстрирует более чем десятилетний набор этих лицевых счетов по всем сотрудникам. В принципе их давно можно удалить, но мне они не мешают и позволяют быстро осуществлять навигацию по любым лицевым счетам любого сотрудника. Плюс строить отчеты по этим электронным лицевым счетам за любое время. Такая же структура поддерживается и по каждому сотруднику отдельно (после проведения).

Кроме лицевых счетов иерархичными у меня могут быть любые документы. Особенно ярко это было выражено в моем учете ресурсов.
   Dotoshin
 
69 - 23.10.17 - 14:35
(68) Сознайся, тебе просто нравится кодить :)
   Emery
 
70 - 23.10.17 - 14:38
(63) > лол, хранить период в наименовании группы, рукалицо

Он показан не для использования в запросах, а просто для удобства навигации. Применяется только в отчетах в поле «Источник данных», которое представляет собой ПолноеНаименование() исключительно для информации.
   Dotoshin
 
71 - 23.10.17 - 14:42
(61) А открой пожалуйста секрет, зачем в табеле нужна расценка и сумма?
Это уже какбэ не совсем табель получается.
Я бы даже сказал совсем не табель, а некая расчетная ведомость.
   El_Duke
 
72 - 23.10.17 - 14:46
(68) Ну и что ?
Чем это лучше индивидуального графика или табеля ?
   Emery
 
73 - 23.10.17 - 14:47
(64) > и что?

Был вопрос и был ответ.

> Какую задачу решает такая иерархия (а по сути группировка) отображения наборов табелей?

Принципиально это то, что не нужно использовать запросы в «семерке». В силу слабости ее движка. Плюс удобство навигации по нужной информации. Любые отчеты строятся простым перебором элементов выбранной группы, что происходит достаточно быстро. Самый сложный отчет в пределах одной минуты.

> Зачем она?

Если одним словом, так приятней работать с данными. Т.е. навигация более предпочтительна, чем запросы по плоскому журналу.
   Dotoshin
 
74 - 23.10.17 - 14:51
(72) На сколько я понял это не совсем табели. Это больше похоже на расчетные листки и похоже по ним-то и строится вся отчетность. Для этого собсно и нужна удобная навигация, которой так гордится ТС. Вообще есть некоторое изящество в таком решении.
(73) Я угадал?
   Emery
 
75 - 23.10.17 - 14:55
64) > Табеля в виде документа где в шапке указан отчетный год и отчетный месяц?

Не совсем понял, все нужные отчеты у меня есть. Здесь проблем нет.

> Как в твоём представлении быстро отобрать все табели за все сентября? В варианте дока - двумя клипами типовой отбор

Эта структура покрывает 99% реальных потребностей пользователей. Нестандартные запросы я могу сделать внешним образом, с помощью запросов на VFP (который работает в 15 раз быстрее встроенного движка «семерки»), либо указать в обработке для построения отчетов в списке групп данных соответствующий перечень групп, по которым нужно вести отбор.
   Emery
 
76 - 23.10.17 - 14:59
(67) Общего алгоритма чего?

Правильные вопросы! Точнее будет описать структуру базы данных и способы работы с этой структурой. Собственно алгоритмы будут уже на втором плане, что не понижает их важности.
   Emery
 
77 - 23.10.17 - 15:01
(69) > Сознайся, тебе просто нравится кодить :)

Зарплату мне получать тоже нравится :) . И иметь минимум нареканий от руководства и пользователей.
   KnightAlone
 
78 - 23.10.17 - 15:02
мне вроде удалось допилить все спорные ситуации и с этого месяца документ Табель они и не создают (были удивлены - а что так можно было?). все строится по документам отклонений. осталась одна спорная ситуация, когда человек в 1 день успевает отработать по 2м графикам - конец одной смены и тут же начало другой смены другого графика. пока вроде решили на такие случаи сделать третий график и переводить человека на него (хотя наверное уже и это не будут делать, так как вводят индивидуальные графики).

в общем табель есть смысл создавать, когда там какие-то ручные правки идут по ситуациям, которые нельзя разрулить доками отклонений. если удалось все внести отклонениями табель и не нужен, о чем и говорила Грянина
   Emery
 
79 - 23.10.17 - 15:08
(71) > А открой пожалуйста секрет, зачем в табеле нужна расценка и сумма?

Слово (вторичный) «табель» сохранилось по аналогии от первичных табелей (рапортов). Туда, к собственно документам табельной, ОТиЗ добавлял свои расценки и прочее.

> Это уже какбэ не совсем табель получается.

Согласен! Во второй версии название будет другое: «Вторичный расчетный журнал».

> Я бы даже сказал совсем не табель, а некая расчетная ведомость.

Точнее, это подробные лицевые счета сотрудников. У нас они называются «табульки».
   El_Duke
 
80 - 23.10.17 - 15:08
(74) Изящество может и есть, но как написал в начале это может дорого обойтись предприятию.

Представим что автор сего изящества отдыхает в Тайланде. Поехал на экскурсию на острова и там его случайно забыли. Автор ест кокосы, варит суп из черепах и ждет пока его спасут. А тем временем дома что то заглючило и расчет зарплаты всего предприятия стал невозможен ...Бухгалтерия и руководство рвет волосы на опе ...

(78) Ну он и делает индивидуальные табели, только с переподвывертом через клюшки.
Без него предприятию песец, всех за яйки держит железной рукой
   Emery
 
81 - 23.10.17 - 15:10
(72) > Чем это лучше индивидуального графика или табеля ?

Я уже отвечал, они плоские, а мне нравится работать с иерархическими. Другим словами, гибкости у меня больше.
   Dotoshin
 
82 - 23.10.17 - 15:11
(76) >>Точнее будет описать структуру базы данных и способы работы с этой структурой.
Если все это описать то Елена Грянина останется без работы, ибо каждый сможет прочитать как оно внутри там устроено и понять как этим можно пользоваться :)
   Dotoshin
 
83 - 23.10.17 - 15:14
(80) Ну все так и есть. Это утверждение справедливо для любой самописки.
   Emery
 
84 - 23.10.17 - 15:17
(74) > На сколько я понял это не совсем табели. Это больше похоже на расчетные листки и похоже по ним-то и строится вся отчетность.

Да, это подробные лицевые счета сотрудников, название к которому мы давно привыкли, а вам режет слух. Во второй версии изменим :) .

Эти данные проводятся по каждому сотруднику индивидуально и по проведенным данным тоже строится отчетность. Кроме того, для расчетов используются именно проведенные данные.

> Для этого собсно и нужна удобная навигация, которой так гордится ТС. Вообще есть некоторое изящество в таком решении.

Однако все можно улучшить. Жалею, что не занялся этим раньше.

> Я угадал?

Похоже, что так :) .
   El_Duke
 
85 - 23.10.17 - 15:19
(81) Вот это вообще не ответ
Что значит плоские ? Что нельзя с их помощью сделать такого, что потребовалась такая самописка

Не, я отдаю должное кодерскому мастерству, с этой стороны все даже очень круто. Но зачем оно все ???
   Йохохо
 
86 - 23.10.17 - 15:30
(84) прям перед глазами стоит, запускается обработка, и в строке статуса Обрабатывается Сотрудник Иванов, потом статично Год, месяц, бежит мелькая день, меняется сотрудник. Запросы запрещены из-за тупой организации "на именах справочников", расчет не прозрачен из-за "эскуэльлайт компоненты х64". Увольнение расчетчика в связи с выходом на пенсию повод для суицида. Поиск ошибки просто невозможен т.к. нет никакой хронологии единой и вообще временной шкалы. Жестокий убийца ЗИК
   Джо-джо
 
87 - 23.10.17 - 15:32
(86) 1Сник может навалить кучу на стол генеральному и ему ничего не будет
   Emery
 
88 - 23.10.17 - 15:34
(78) > в общем табель есть смысл создавать, когда там какие-то ручные правки идут по ситуациям, которые нельзя разрулить доками отклонений. если удалось все внести отклонениями табель и не нужен, о чем и говорила Грянина

Грянина исходит из собственной модели учета, смысл которой в том, что в большинстве случаев можно обойтись отклонениями, что собственно предлагаете и вы. В ее демо-учете, так оно все и есть. Но, во-первых, остальных случаев тоже достаточно много, а, во-вторых, трудоемкость допустимых случаев в ЗУП выше, чем при, скажем так, моем подходе. Т.е., в моем случае просто больше комфорта и скорости работы, не считая некоторых вариантов учета в ЗУПе, вынужденно остающихся за бортом.
   Джо-джо
 
89 - 23.10.17 - 15:44
(88) Это не её модель, это типовая методика. Учите матчасть

Методики учета

Учет рабочего времени может вестись по  различным методикам, позволяющим разными способами вычислить фактически отработанное сотрудником время, за которое начисляется заработная плата. Поддерживаются две методики учета рабочего времени в разрезе видов его использования:

Метод отклонений  —  расчет времени выполняется на основании периодов отклонений от нормального графика работы. Фактически использованное время рассчитывается исходя из нормы времени, зафиксированной в общем графике работы учреждения или в индивидуальном графике работы сотрудника с учетом всех отклонений от этого графика, введенных различными документами (по причине отпуска, болезни, командировки и т. п.).
Метод сплошной регистрации  —  наряду с регистрацией документов-отклонений ведется регистрация фактически использованного времени путем ввода таких первичных документов, как Табель учета рабочего времени
http://v8.1c.ru/budghrm/test/wt.htm
   Dotoshin
 
90 - 23.10.17 - 15:47
(88) >>Грянина исходит из собственной модели учета...
Это не собственная модель, это как раз концепция.
Есть основной график, который отражает основное отработанное время и есть корректировки этого основного времени и неважно, что корректировки могут вытеснять все 100%  основного времени.
   Emery
 
91 - 23.10.17 - 18:34
(80) > Без него предприятию песец, всех за яйки держит железной рукой

Все имеет свою цену. Скорее всего, предприятие пригласит кого-нибудь со стороны, ну хотя бы тех трех программистов, что два года меняли 80% ЗиКа. Заплатит им приличную цену, но смешную по российским меркам, несколько месяцев посчитает вручную в экселе или даже на калькуляторе, пусть даже с большими ошибками (потом пересчитают). С большим стрессом и потерей в деньгах справятся, но так, чтобы фирма полностью остановилась, это вряд ли. Мы тоже в стрессе съезжали с чужих программ, но съехали ведь. Так что, как говорил Владимир Путин на Валдае: «будут скучать», но не сильно более.
   Emery
 
92 - 23.10.17 - 18:46
(76) > Если все это описать то Елена Грянина останется без работы, ибо каждый сможет прочитать как оно внутри там устроено и понять как этим можно пользоваться :)

Я бы не был так категоричен. В принципе идея прозрачна. Все бухгалтерские изменения проводятся только через документы, как и все в 1С. Иногда даже с избытком. Например, формирование штатного расписания через документы это явный перебор. Просто бизнес логика у документов чересчур сложна и структура регистров, в попытке охватить все, усложнена донельзя. В итоге просто очень трудно «за деревьями увидеть лес». Иногда проще сделать частичную выгрузку данных в xml и анализировать их, чем непосредственно код, отвечающий за их формирование.
   Злопчинский
 
Ведущий
93 - 23.10.17 - 18:55
(68) так и непонятно зачем это? Чтобы быстро визуально навигацию делать?
   Emery
 
94 - 23.10.17 - 18:59
(85) > Вот это вообще не ответ

Вы учет на сложных производственных предприятиях вели? Если нет, то трудно будет добавить что-то новое, сверх того, что я уже говорил.

Вот недавно ко мне друг приезжал из России (тот который делал одновременно со мной зарплату на Акцессе-97). Он там хорошо устроился. В их компании порядка 18 тысяч человек. Зарплату они считают на программе, которую, по его словам: «ты не найдешь в Интернете». Хотя программу делала фирма. От ЗУПа там все открещиваются всеми имеющимися руками и ногами, хотя начальство сильно настаивает. Что меня удивило, так это время расчета – трое с половиной суток!

Так что я не одинок в своей мягкой критике ЗУПа. Идеальная программа для бюджетников, как выясняется, а для серьезных предприятий не очень. Это не мой вывод, я просто озвучиваю чужие слова.
   Emery
 
95 - 23.10.17 - 19:04
(86) Вас случайно звать не Стивен Кинг? Ужастики описаны похлеще, чем у него. На самом деле «бывает и хуже, но реже»
   Йохохо
 
96 - 23.10.17 - 19:15
(95) бывает конечно, только не надо изображать универсальность решения, ценность этого за проходной около 0. Отсутствие разреза времени источник произвола и бесконтрольности в учете
   Emery
 
97 - 23.10.17 - 19:16
(93) > так и непонятно зачем это? Чтобы быстро визуально навигацию делать?

Не только. Чтобы быстро строить отчеты также. Кроме того все данные под рукой за много лет. Часто бывает необходимо посмотреть кого-то во времена царя Гороха. Да и просто так удобней и приятней работать, чем с плоским журналом расчетов. Зачем страдать десять лет из-за чужой программы, когда написал свою и горя не знаешь, более того, удовольствие получаешь. Альтернатива это не обязательно плохо, тем более в нынешние демократические времена. А в России, я считаю, как раз настоящая демократия, в отличие от тех, кто за «большой лужей» :) .
   Emery
 
98 - 23.10.17 - 19:26
(96) > не надо изображать универсальность решения, ценность этого за проходной около 0.

Боже упаси! Универсален ЗУП, столько  кода, как у него, мне не написать до конца жизни. Вот бы только гибкости ему побольше, цены бы не было. Мой конёк – легкие решения. При этом максимально универсальные для своего класса. Но это, очевидно, не абсолютная универсальность. Хотя зачем гнаться за всеми клиентами? Вполне достаточно нескольких, которых устроит мое решение. Так что проблем я тут никаких не вижу.

> Отсутствие разреза времени источник произвола и бесконтрольности в учете

А вот здесь хотелось бы услышать поподробнее.
   Йохохо
 
99 - 23.10.17 - 19:42
(98) автоматизировали табель? ну и хорошо, задача решена. За две темы Вы раз 100 ушли от любой конкретики по ЗИК ЗУП, и раз 100 обругали, уходя в бизнес процессы у знакомых. При том что не смогли посмотреть, как в табеле обозначить явки и отпуска, приплели какие то технологии, завели внешнюю базенку
Поподробнее уже не интересно, вполне вероятно, что Вы длл на делфи устраиваете "перепроведение" на справочниках непосредственным удалением
   Emery
 
100 - 23.10.17 - 20:41
(99) > автоматизировали табель? ну и хорошо, задача решена.

Как раз эта задача еще не решена. Так же как и вторая версия еще не закончена.

> За две темы Вы раз 100 ушли от любой конкретики по ЗИК ЗУП,

Какие две темы? Одна тут, а МРОТ это была не моя тема, я там выступал только в комментариях, как и вы здесь. ЗиК я не особо затрагивал, разве что вскользь упоминал, но он не был серьезной темой для меня. По ЗУП я приводил конкретные примеры, на которых был затык. Например, невозможность безболезненно разделить вид учета «оплата выходных и праздничных дней» на 8(!) подвидов (дополнительные критерии: по графику / не по графику и оплата / доплата) и объединить все вечерние в один вид и все ночные в один вид. В расчете средних, чтобы снять блокировки на вхождаемость видов, нужно было лезть в код и там менять. Нельзя было совместить пересекающиеся графики (индивидуальные не предлагать) и все такое прочее. Куда уж конкретней? Были и нюансы, важные для нас, связанные с проблемой отмены округления НДФЛ до рубля. А то, что нужных отчетов в ЗУПе раз, два и обчелся (не считая управленческих и регламентированных, которые для нас не актуальны) я тоже говорил. Так что, о каком уходе «от любой конкретики»  вы говорите, я совершенно не понимаю.

> и раз 100 обругали, 

Разве? Я полагал это дружеской критикой. Жестковатая программа, да, но не самая худшая из тех которые я видел.

> уходя в бизнес процессы у знакомых.

Я бы на этом вообще не заострял внимание, просто пример к слову не более.

> При том что не смогли посмотреть, как в табеле обозначить явки и отпуска,

Да знаю я этот список «видов рабочего времени». Отпуска: ОТ, УД, У, УД, Р, ОЖ, ДО, ОЗ, ДБ (мем, как у Лаврова :) ), аналогично для других видов. Только, ведение их в ЗУПе, совместно с продолжительностью в часах, нарушает первый принцип нормализации в БД (атомарность данных). И проблем моих это не решает, только и всего.

> приплели какие то технологии, завели внешнюю базенку

Ну, это уже эмоции, возражать в подобном стиле не хочется.

> Поподробнее уже не интересно, 

Ну неинтересно, не пишите, у нас демократия.

> вполне вероятно, что Вы длл на делфи устраиваете 

Делфи не использую, об этом уже писал. Предпочитаю С / С++. Но в первой версии он еще нигде не применяется, только Visual FoxPro, как внешнее приложение. Во второй вместо VFP будет С / С++, совместно с кодом SQLite, скомпилированный MinGW-64. А там имена полей таблиц и самих таблиц будут на русском языке, что заранее радует.

"перепроведение" на справочниках непосредственным удалением

Проведение у меня это просто запись / перезапись в подчиненные справочники. Естественно, что отмена проведения, пометит свои записи на удаление. Какие вы видите в этом проблемы? Хотя могу ограничится только внешним журналом расчетов на SQLite. Здесь еще возможны варианты. Процесс ведь не закончен.

В общем, я откровенно говоря, удивлен вашим наездом.

  1  2   

Список тем форума
Рекламное место пустует  
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует