Имя: Пароль:
1C
1С v8
Каким образом поступить при обработке данных, полученных из БД ПАРАДОКС?
,
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)
мой считыватель - с одной стороны приложил - ВХОД
с другой стороны - ВЫХОД
Глупец, лишенный способности посмеяться над собой вместе с другими, не сможет долго выносить программирование. Фредерик Брукс-младший