|
To: Ula_kon
> Прблема как раз была не в том, что невозможно было переписать/настроить БОСС-Кадровик, а
> в том, что возникли проблемы с логикой и проблемы со стороны разработчиков проходной.
> Причем модуль "Табельный учет" был в Кадровике, и ведение табельного учета должно было
> идти тоже в нем. Предприятие, кстати табель ведет сейчас ежедневно в Кадровике. Просто
> задача была - чтобы данные с электронной проходной поступали через каждые полчаса в БОСС-
> Кадровик.
Ну почему это «проблема со стороны разработчиков проходной»? Это проблема (на 99%) со стороны «БОСС-Кадровика». Именно он должен уметь работать с проходной в режиме реального времени, принимая и давая управляющие команды турникету проходной. Программа электронной проходной предназначена только для автономного учета. На большее она не способна в принципе (что подтверждает Ваш случай). Откуда ей знать с какой программой учета ей придется работать или как не автору этой основной программы внести в нее нужные изменения? Т.е. чужая программа учета либо умеет работать с электронной проходной, либо не умеет, вот вся проблема.
> Насчет "чтобы заточить программный модуль электронной проходной, под основную
> программу, нужно хорошо их знать (на уровне структуры данных и алгоритмов работы), а для
> чужых программ такой уровень почти недостижим" - разрабочики были рядом, отвечали на все
> вопросы.
Разработчики были только с одной стороны, а нужно было бы, чтобы с обоих. Или, чтобы автор обоих систем был один.
> Для предприятия было важно, чтобы работники приходили на работу только во время своего
> графика, а если пришли не в свое, то проходная бы их не пропустила. Тоже самое - если решили
> выйти раньше окончания своего рабочего дня. У вас не стоит такая задача? Чтобы это
> реализовать, требовалось, что в сервере проходной была информация о графике каждого
> работника, разбитая по отрезкам времени - когда можно заходить / выходить. Эту информацию
> из Кадровика можно было спокойно выгрузить, но ее нужно было верно загрузить в проходную.
> На этом этапе разработчики проходной и остановились. Причем при любом изменении графика
> работника в Кадровике, изменения должны были попасть в проходную. Как вы собираетесь это
> реализовывать? То решение о котором вы пишите, когда данные просто забираются от
> проходной, оно нами рассматривалось как простой вариант, но не устроило руководство завода.
Ну, разница в наших подходах в том, что у Вас требуется наделить электронную проходную функциями электронного полицейского, а меня такая задача не стоит. Но даже, если бы мне поставили такую задачу, то все равно, мне не нужны разработчики электронной проходной со своими программами. Все, что нужно, я могу сделать в рамках собственной программы. По сути, у меня то одна программа, расположенная на сервере, а модульная структура у нее чисто логическая, а не физическая – на уровне разделения доступа пользователей к ее функциональным возможностям. Поэтому интеллектуальный блок «электронного полицейского» я могу также расположить на сервере. Допустим, сотрудник делает отметку на считывателе электронной проходной. Сигнал от него поступает на драйвер этого устройства (в режиме реального времени или в общем пакете данных считывателя, через определенные промежутки времени – как настроишь). Зная протокол работы драйвера, я смогу непосредственно получать эти данные, т.е. время отметки сотрудника, код его карты и если необходимо то и код считывателя (если их несколько). Далее я запускаю свой обработчик «электронного полицейского», который определяет, как мне реагировать на эти данные: принять к сведению, разрешив проходной пропустить сотрудника или, наоборот, послать сигнал электронной проходной заблокировать вход или даже объявить сигнал тревоги. Программа учета то у меня общая, соответственно электронная проходная будет иметь «доступ» к любой информации о сотруднике, графикам его работы и т.п. Все что мне нужно, так это знать, какие управляющие команды посылать на драйвер устройства, и как обрабатывать ответные данные. Самих таких основных команд работы проходной не должно быть слишком много, думаю в пределах дюжины. Драйвер электронной проходной будет запущен на сервере, на него же будет подан кабель от считывателя на com-порт. Клиенты в табельной, подключенные к серверу по терминалке, смогут видеть все необходимые им события и иметь возможность редактировать нужные данные, а также автоматически строить требуемые отчеты. В Вашем же случае требуется, чтобы «Кадровика» можно было бы напрямую подсоединить к электронной проходной и чтобы он мог с ней работать как надо. Т.е. проблема уровня основной программы, а не электронной проходной. Таким образом, настаивайте, чтобы разработчик «Кадровика» внес требуемый функционал в новую версию. Мне же ни к кому обращаться не надо.
> Можно поподробнее? Непонятно, если у работника есть основной график и дополнительный,
> как это увязывается с ТК - если он работает больше, чем ему положено по основному графику,
> то ему должны оплатить эти часы сверурочными и т.п. Если это совместительство, то оно не
> должно превышать 48 часов в неделю. Если он работает параллельно на 2-х рабочих местах (в
> один и тот же отрезок времени), то обычно за дополнительное платят доплату, зависящую от
> графика работы по основному месту. Это с чем я встречалась.
Дело не в том, чтобы противоречить ТК, а в том, чтобы иметь возможность упредить законодательство по части учета на предприятии. Наши законодатели (я живу на Украине) любят вносить незначительные флуктуации в алгоритмы учета. Разница получается копеечная, а головная боль программисту весьма существенная. Вот поэтому я и стремлюсь делать программу достаточно универсальной. Иметь возможность вести расчет «параллельно» и «последовательно» одновременно нужно скорее теоретически, чем практически, хотя у нас имеются случаи, когда сотрудник одновременно и совместитель и основной (здесь нужно разделять учет) и когда сотрудник работает по двум назначениям сразу (обычно непересекающимся (но накладываемых друг на друга) по графикам работы, но с разными расценками). Случай учета пересечения по времени различных назначений нужен только для полноты картины. Мало ли что будет завтра. Я уже ничего не исключаю для себя. Со сверхурочными у нас нет четкой политики. По законодательству Украины их не должно быть более 120 часов в год, но реально очень даже может. Что делать в этом случае, наше законодательство умалчивает. Кроме сверхурочных есть еще часы переработки по рабочему графику предприятия, которые сверхурочными не являются. Например, рабочих часов по законодательству в определенном месяце может быть 159, а по графику 184. Нам разрешают оплачивать эти дополнительные часы только в одинарном размере. Доплаты же за совмещение профессий и должностей это обычное дело. Тут у нас также, как и у Вас.
> Просто при рассмотрении задачи интеграции электронной проходной и системы расчета ЗП
> пришли мы к выводу, что проход работника через терминал не означает, что он работать
> пришел. Он может после этого пойти совсем не на свое рабочее место. И определить, куда он
> пошел, можно только поставив терминалы опять же у каждого рабочего места.
Ну, это уже политика, а не экономика. У нас за реальную работу сотрудников отвечают начальники отделов, бригадиры, мастера и т.д. Конечно, я как начальник отдела могу утром прийти, отметиться, потом уехать домой и приехать снова в конце дня, чтобы отметиться снова. Ну, во-первых, это все равно напрягает, проще уж отпроситься в отгул (обычно без проблем). А во-вторых, кто или что определит, как я работаю – программирую или пишу сообщения на форум. Никакой терминал здесь не поможет. Я считаю, что людям нужно доверять, а спрашивать за результаты по итогам работы. Это только при социализме платили за сам труд («от каждого по способностям и каждому по труду»). Сейчас нужно платить за результаты труда. А если тебе от сотрудника ничего особенно не надо, то и не стоит его особо контролировать – достаточно, что он вообще пришел на работу, и делает вид, что работает. А если такое не устраивает, то просто меняйте политику трудовых отношений и отбора кадров на предприятии – благо соответствующих примеров не мало.
|
