|
Регистр сведений сочетания периодичности и подчиненности регистратору | ☑ | ||
---|---|---|---|---|
0
YFedor
26.09.14
✎
11:40
|
Регистр сведений:
Периодичность - в пределах дня. Режим записи - подчинен регистратору Зачем такая комбинация существует и кто-нибудь использовал? Если да, то как? |
|||
1
ObjectRelation Model
26.09.14
✎
11:44
|
Состояние сотрудника меняется один раз в день
|
|||
2
YFedor
26.09.14
✎
11:48
|
(1) Хорошо, например:
Документ № 1 01.01.2014 10:00:00 установил состояние сотрудника, Документ № 2 01.01.2014 12:00:00 попытался установить состояние сотрудника, но получил ошибку в ответ: запись с такими измерениями уже существует. Т.е. реализовать возможность писать на одну дату разными документами невозможно. Тогда зачем вообще подчиненность регистратору делать? |
|||
3
Михаил Козлов
26.09.14
✎
11:51
|
(2) Потому что запись в регистр делается документом, а не независимо. Посмотрите в типовых УстановкаЦенНоменклатуры.
|
|||
4
Фокусник
26.09.14
✎
11:51
|
(2) "Тогда зачем вообще подчиненность регистратору делать?"
Чтобы запись при отмене проведения документа автоматически удалялась из регистра... Чтобы нельзя было ОШИБОЧНО сделать ДВА изменения В ОДИН ДЕНЬ (получается проверка на уровне платформы, а не кодом). Удобно же :) |
|||
5
программистище
26.09.14
✎
11:51
|
(2) оу оу оу
не путай периодичность с подчиненностью подчиненность означает что записи в регистр попадают только с помощью регистратора |
|||
6
Maxus43
26.09.14
✎
11:53
|
(2) раз невозможно - юзер понимает что косячит, значит не надо.
Без подчинённости регистратору - тоже не сможешь записать такое. Зачем подчинённость? В алгоритмах смотреть вид документа-регистратора, чтоб левые записи не делались независимые и прочее. |
|||
7
YFedor
26.09.14
✎
11:56
|
(4) Концепция вот в чем:
Хочу иметь на определенную дату состояние сотрудника. Состояние сотрудника хочу править документами, причем любым числом, например 01.01.2014 мы выставили состояние сотрудника на 01.01.2014 - "Хорошо работает" документом установки состояний 01.03.2014 выяснилось, что 01.01.2014 он работал плохо и мы выставили состояние сотрудника на 01.01.2014 "Работает плохо" 01.05.2014 мы опять передумали и установили на 01.01.2014 состояние "Работает удовлетворительно" ... Т.о. я хочу всегда получать состояние сотрудника на 01.01.2014 соответствующее нашей последней по хронологии хотелке. Кроме того удобную отмену хотелок путем распроведения документа |
|||
8
zulu_mix
26.09.14
✎
11:58
|
делай периодичность секунда
|
|||
9
Maxus43
26.09.14
✎
12:03
|
(7)(8) Периодичность - Регистратор в таком случае
|
|||
10
Maxus43
26.09.14
✎
12:05
|
в типовых периодичность день сделано например в РС РаботникиОрганизаций, там оправданно, т.к. переводы, приём-увольнения, отуски и прочее - не могут в один день быть разные значения, это своего рода защита получилась от кривых рук.
|
|||
11
Зойч
26.09.14
✎
12:05
|
(7) У тебя дата - это не период, а измерение просто
|
|||
12
Maxus43
26.09.14
✎
12:07
|
(11) да период, он скорей всего ошибку неправильно написал... "запись с такими ключевыми полями уже существует" в оригинале
|
|||
13
YFedor
26.09.14
✎
12:08
|
(9) Придется так сделать но с измерением Дата
(11) Да, придется так и сделать, наверное |
|||
14
Зойч
26.09.14
✎
12:09
|
(12) по факту то и период конечно, а должно быть измерение
|
|||
15
Maxus43
26.09.14
✎
12:11
|
(13)(14) не понял, на зачем делать непериодическим его? зачем добавлять измерение?
Чтобы корректно отработал Срез Последних - таки периодичность регистратор (или секунда) и без измерения нового |
|||
16
YFedor
26.09.14
✎
12:22
|
(15) Нужно значение на последнюю хотелку (дату проведения хотелки), но дата документа хотелки может быть задним числом :-(
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |