Имя: Пароль:
1C
1С v8
Стоит ли делать свой журнал регистрации?
0 Guerro
 
18.10.19
10:08
1. Другое 60% (3)
2. Использовать типовой журнал регистрации 40% (2)
3. Писать свой журнал регистрации 0% (0)
4. Журнал регистрации вообще не нужен 0% (0)
Всего мнений: 5

Имеется 1C Предприятие 8.3, нетиповая конфигурация(с нуля, без основы), обычная форма. в конфигурации присутствует журнал регистрации, но чтобы по нем выкрутить определенные действия требуется от 2 минут до получаса, так еще не показывает какие именно данные были изменены.
1) Стоит ли писать свой журнал регистрации?
2) Какие при этом минусы?
3) Есть ли готовые решения?
4) С чем придется столкнуться?
1 ДенисЧ
 
18.10.19
10:09
Пиши, кто мешает. Если типовой не устраивает, то другого варианта у тебя нет...
Видел в одной конторе (где было полторы тыщи одновременных юзверей) приплюхо от софтпойнта, но сам ей не пользовался...
2 elCust
 
18.10.19
10:16
(0)
1) >> Стоит ли писать свой журнал регистрации?
2) Какие при этом минусы?
Сделать криво и на пол-пути бросить.

3) >> Есть ли готовые решения?
Есть. У 1С. В платформе реализовано - история данных.
3 Cyberhawk
 
18.10.19
10:19
Выгрузку ЖРа настрой во внешнюю систему и там с ним работай без тормозов

Использовать типовой журнал регистрации
4 elCust
 
18.10.19
10:32
(3) ТС-у не нравится, что в ЖР нет истории изменений
5 Мимохожий Однако
 
18.10.19
10:35
(4) Если кардинально, то запретить менять проведенные документы. Фиксировать того, кто записывает. Он и виноват.

Использовать типовой журнал регистрации
6 hockeyist
 
18.10.19
10:37
(0) Напиши свой на блокчейне.
7 ansh15
 
18.10.19
10:40
http://catalog.mista.ru/public/1133357/ (например)
Можно еще использовать то, что уже написано ранее. Обработка там не одна такая, можно поискать.

Другое
8 Cyberhawk
 
18.10.19
10:41
(4) Ну ведение платформенного ЖРа это все равно не отменяет
9 hockeyist
 
18.10.19
10:42
(6) Работать будет быстро.
10 Опять
 
18.10.19
10:54
(0) перейдите на любую типовую, там есть версионирование
11 unregistered
 
18.10.19
11:39
(0) Без конкретики давать рекомендации - бессмысленная газификация луж.

Варианты:
Включить историю данных (версионирование на уровне платформы).
Подключить БСП, в которой есть своё версионирование. (работает ли оно на ОФ - надо проверять).
Перейти на последовательный формат журнала регистрации (т.н. старый формат). Возможно, это несколько ускорит работу с ЖР на чтение.
Если перечень ключевых операций/действий/событий, которые необходимо контролировать, имеет ограниченный размер, написать свой регистр сведений или справочник, куда писать информацию из подписок. По мере необходимости регистр очищать от старых данных.

Другое
12 spiller26
 
18.10.19
11:50
В БСП дернуть версионизацию как предложили в (11)

Другое
13 lucbak
 
18.10.19
12:04
(0) Расширение (для любой конфигурации) http://catalog.mista.ru/public/1056648/ данные хранятся в отдельной базе (CouchDB)
Закон Брукера: Даже маленькая практика стоит большой теории.