|
Каким образом поступить при обработке данных, полученных из БД ПАРАДОКС? | ☑ | ||
---|---|---|---|---|
0
gnus
03.05.12
✎
08:32
|
Программа регистратора рабочего времени пишет в db Paradox
Ежедневно регистрируется время прихода-ухода порядка 150 сотрудников За каждый день формируется файл БД с именем в формате ДД-ММ-ГГ(за каждый день) В базе 1с8 завел независимый,непериодический регистр сведений, куда выгружаю данные из парадокс , в реквизиты регистра, для последующей обработки средствами 1с8 Следует ли в этом случае пользоваться для хранения информации регистрами сведений, или следует применить какой-либо более изящный механизм ? (Получается, в сутки в формируется в одном файле паражокса не более 300 записей) |
|||
1
andrewks
03.05.12
✎
08:33
|
а почему непериодический?
|
|||
2
Ненавижу 1С
гуру
03.05.12
✎
08:35
|
(0) нормально непериодический РС
можно дополнительно еще РН оборотов, для быстрого получения отработанного времени (но это уже фантики) (1) а зачем периодичность? смотри регл. календарь |
|||
3
Ненавижу 1С
гуру
03.05.12
✎
08:35
|
(0) ты опиши какие измерения будут у тебя и ресурсы, да и как ты время прихода/ухода собираешься хранить
|
|||
4
andrewks
03.05.12
✎
08:36
|
кстати, да, обороты явно не будут лишними
|
|||
5
gnus
03.05.12
✎
08:37
|
(1)
дату беру из имени файла, время прибытия - убытия в программе регистратора пишется в борманском формате, я его преобразую в строку |
|||
6
aleks-id
03.05.12
✎
08:40
|
2,4 а вы забыли про ситуацию, когда по одному пропуску вышли 4 сотрудника покурить а зашли по другому все четверо? прикольные будут обороты...
|
|||
7
gnus
03.05.12
✎
08:42
|
руководитель предприятия и начальник СО поставили задачу регистрировать только время прихода на работу и время ухода с работы
|
|||
8
catena
03.05.12
✎
08:43
|
Я бы оборотный регистр прикрутила.
(6)У нас для расчета рабочего времени считается первый вход - последний выход. В сомнительных ситуациях запрашивают полную расшифровку. Работников около 1000, сомнительных ситуаций достаточно мало. |
|||
9
Ненавижу 1С
гуру
03.05.12
✎
08:45
|
(6) бардак не автоматизировать ))
|
|||
10
gnus
03.05.12
✎
08:49
|
а что назначать регистратором для регистра накопления ?
|
|||
11
andrewks
03.05.12
✎
08:50
|
(6) курить вредно :)
|
|||
12
catena
03.05.12
✎
08:52
|
(10)Документ :)
|
|||
13
gnus
03.05.12
✎
08:55
|
(12)
Следует ли для этого создавать документ , ведь в независимый регистр сведений можно сливать без проведения ? |
|||
14
aleks-id
03.05.12
✎
08:57
|
(11) ну это понятно. а если они на обед пошли? щас начнется "мясо вредно, соль это белый ядЪ" )))
|
|||
15
hhhh
03.05.12
✎
09:00
|
(7) а если они вышли покурить, а потом не заходя на рабочее место, ушли домой?
|
|||
16
catena
03.05.12
✎
09:04
|
(13) А ты уверен, что будет удобно работать с независимым непереодическим? Строить отчеты среднемесячного рабочего дня? Или вытащить за месяц все выходные/сверхурочные?
(14)На самом деле это решается в течении одного месяца: подсчет и оплата отработанного времени по входам/выходам, введение санкций за предоставление своего пропуска. Нарушителей становится на порядок меньше :) |
|||
17
aleks-id
03.05.12
✎
09:07
|
(16) видишь ли, это все хорошо работает если стоит турникет. но если это дверь с магнитным замком, то ни один идиот не будет стоять в очереди перед дверью и ждать пока она закроется, чтобы открыть ее вновь уже своим пропуском.
|
|||
18
Ненавижу 1С
гуру
03.05.12
✎
09:07
|
(17) даже с турникетом проблемы
|
|||
19
aleks-id
03.05.12
✎
09:08
|
+17 скуд зараза фиксирует не "прикладывание" к считывателю, а "прикладывание"+"открытие замка". так что если дверь открыта, то ты хоть обпикайся пропуском до посинения - в базу это не пропишется.
|
|||
20
crazy_killer
03.05.12
✎
09:13
|
(6) пропуск - это само по себе неверное решение. Нужно использовать отпечаток пальца
|
|||
21
vde69
03.05.12
✎
09:16
|
(0) документ нужен, и уже документ пишет в регистр....
иначе концов не найдешь кто когда и чего загружал |
|||
22
Ненавижу 1С
гуру
03.05.12
✎
09:17
|
(21) но возможно документ без ТЧ и не проводится
|
|||
23
catena
03.05.12
✎
09:18
|
(17)Да и турникет надо провернуть. При нормальной организации все работает.
У нас достаточно успешно работает, опоздуны/выходные/сверхурочные считаются по турникету - никто не жалуется. |
|||
24
vde69
03.05.12
✎
09:21
|
(22) конечно возможно, но я советую с ТЧ.
4 года такая система проработала без проблемм на прошлой работе, и на 7.7 и на 8.2 одинаково, кроме того такой подход дает делать загрузку например "по отделам", на каждый отдел свой документ |
|||
25
Ненавижу 1С
гуру
03.05.12
✎
09:23
|
(24) да, но...
мы же бесцельно дублируем данные в ТЧ и РН например, в ОперацияБух отказались от такого |
|||
26
Torquader
03.05.12
✎
23:20
|
Ставится два считывателя - на вход и на выход.
Турникет не обязательно. Сотрудникам объясняют,что если данные в системе не зафиксированы,то ему записывается прогул - будут следить,чтобы система зафиксировала. Для двери можно использовать тот же пропуск,но не обязательно отслеживать её закрытие и открытие - особенно в моменты массового прохода. |
|||
27
Mnemonic1C
03.05.12
✎
23:25
|
(0) Боюсь спросить, а зачем тебе это в 1С вообще, настрой внешний источник данных и работай, либо вообще напрямую
|
|||
28
gnus
04.05.12
✎
08:29
|
(27)
для выгрузки в ЗиУП |
|||
29
gnus
04.05.12
✎
09:11
|
(26)
мой считыватель - с одной стороны приложил - ВХОД с другой стороны - ВЫХОД |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |