|
v7: В базе 1C77 на MSSQL2005 обработкой удалили документ, Как узнать с какого компа? | ☑ | ||
---|---|---|---|---|
0
fantasy2
01.11.11
✎
18:36
|
В базе 1C77 на MSSQL2005 обработкой удалили документ, Как узнать с какого компа?
|
|||
1
Amra
01.11.11
✎
18:38
|
Никак
|
|||
2
fantasy2
01.11.11
✎
18:40
|
Хоть что-то можно найти в файле baza_1c.ldf ?
|
|||
3
Ёпрст
01.11.11
✎
18:40
|
(1) та ну ?
Паяльник и пытки еще никто не отменял. |
|||
4
Ёпрст
01.11.11
✎
18:41
|
(2) ты не поверишь - ничего.
|
|||
5
fantasy2
01.11.11
✎
18:42
|
короче, если в правах стоит галочка "Разрешить запуск внешних обработок", то это бомба !!!
|
|||
6
Ёпрст
01.11.11
✎
18:44
|
(5) ты не поверишь, даже если не стоит, удалить можно всё что угодно.
|
|||
7
fantasy2
01.11.11
✎
18:45
|
приведи пример
|
|||
8
2S
01.11.11
✎
18:46
|
ректальный анализ
|
|||
9
Ёпрст
01.11.11
✎
18:50
|
(7) рано тебе еще об этом
|
|||
10
fantasy2
01.11.11
✎
18:50
|
Что мне сделать этого больше небыло?
- убрать права на запуск внешних обработок и все отчёты встроить в конфигурацию. - написать отчёт, который будет каждый день считать документы за (прим. 2 последних месяца). Этого будет достаточно? |
|||
11
Ёпрст
01.11.11
✎
18:51
|
(10) нет.
Полной защиты базы в 7.7 не существует. |
|||
12
fantasy2
01.11.11
✎
18:52
|
Можно удалить документ без пароля на SQL сервер и запрета на запуск внешних отчетов?
|
|||
13
Ёпрст
01.11.11
✎
18:53
|
(12) еще как !
:)) |
|||
14
fantasy2
01.11.11
✎
18:54
|
Блин. ребята, ну это просто пипец. Мне надо знать как это делать чтобы при случае видеть где искать.
|
|||
15
fantasy2
01.11.11
✎
18:56
|
На складе из базы прибили несколько расходных. Считай просто вывезли машиной в никуда,
А закроется всё типа инвентаризацией. |
|||
16
vde69
01.11.11
✎
19:02
|
(12) пароль SQL лежит в почти открытом виде, а если при подключении использовали sa, то я получу полный доступ ко ВСЕМ SQL базам секунд за 15.
по сабжу - переходи на серверный вариант 8.2 в режиме тонкого клиента. там то-же не все гладко, но по сравнению с 7.7 - это земля и небо!!! ну из реальных мер по защите от записи 7.7 на SQL еще можно прилепить к SQL таблицам тригеры и ими писать лог, тогда (при правильно настроеных правах SQL) будет гарантия полного лога |
|||
17
vde69
01.11.11
✎
19:04
|
(15) кстати не понятно как это "закроется инвентаризацией", во первых должен вестись контроль товаров через деньги (в бухгалтерии) а во вторых по итогам инвентаризации можно и квартиру продать :)
|
|||
18
vova1122
01.11.11
✎
19:09
|
Может я чушь предлагаю, но все же..
Даписать отчеты(обработки) чтобы они дед\лали запись в журнале регистрации. все отчеты загнать в конфигурацию и запретить внешние отчеты. |
|||
19
FN
01.11.11
✎
19:10
|
(15) Если убили несколько расходных, то товар на складе добавился и при инвентаризации вылезет недостача.
При этом снимается долг с клиента - соответсвенно воруют не (только) на складе, а в первую очередь менеджеры по работе с клиентами (кассиры на крайняк). Ищите крысу/группу крыс. |
|||
20
fantasy2
01.11.11
✎
19:16
|
Короче на нашем складе нужно 1С 8.2 с доступом через браузер -
РАБОТЫ И ТАК БЫЛО доф..., теперь будет просто пипец. |
|||
21
fantasy2
01.11.11
✎
19:19
|
ПОСЛЕДНИЙ ВОПРОС
ИСКАТЬ ПРОГИ ЧТО-ТО ВРОДЕ ApexSQL Log, MS SQL Analizer и прочие смысла нет? Всё равно документ, удалённый обработкой в ЛОГ файл (записть с какого ПК) НЕ ПОПАДАЕТ. |
|||
22
zmaximka
01.11.11
✎
19:47
|
а самый простой вариант посмотреть кто грохнул документы в журнале регистрации, не предлагать?
|
|||
23
Скользящий
01.11.11
✎
19:51
|
(22) Гы.
|
|||
24
ЧашкаЧая
01.11.11
✎
19:52
|
(22) Журнал регистрации пишет только интерактивные действия
|
|||
25
zmaximka
01.11.11
✎
19:53
|
ну кто ж его знает как там грохнули.
|
|||
26
Скользящий
01.11.11
✎
19:56
|
вроде длинная полоска а элементарные вещи не знаеешь.
|
|||
27
zmaximka
01.11.11
✎
19:57
|
7.7. не силен совсем.
|
|||
28
zmaximka
01.11.11
✎
19:58
|
но 5 копеек решил вставить. Вот видишь пригодилось. буду теперь знать:)
|
|||
29
rs_trade
01.11.11
✎
20:01
|
на будущее, сделай аудит для таблицы расходных накладных. с помощью триггеров. имя компа и время можно будет поймать.
|
|||
30
Ахиллес
01.11.11
✎
20:02
|
(26) Но запуск то внешней обработки там видно?
|
|||
31
Aleksey
01.11.11
✎
20:03
|
(30) нет
|
|||
32
val
01.11.11
✎
23:45
|
(0) Единственные правильные ответы в (16) и в (29).
Только триггер делай на _1SJOURN - будешь видеть при желании удаление/изменение/добавление всех документов - кто, когда. |
|||
33
fantasy2
03.11.11
✎
14:22
|
Нашлось очень простое решение
Процедура ОбработкаУдаленияПроведения() в ней пишем всё что надо. |
|||
34
vde69
03.11.11
✎
14:43
|
(33) обходится довольно лего, через прямой доступ.
Кстати видел где то готовую обработку по удалению обьектов с помощью прямого доступа.... |
|||
35
vde69
03.11.11
✎
14:46
|
могу предложить "красивое" решение
1. документ отвязываем от регистра 2. при проведении документа прямым запросом пишем движения при таком подходе даже если удалить документ - остатки не изменятся :) зы правда меня сейчас побьют за совет "скривить" ссылочную целостность базы |
|||
36
МихаилМ
03.11.11
✎
14:50
|
(35)
что тогда будет при ТиИ после удаления дока ? |
|||
37
vde69
03.11.11
✎
14:51
|
(36) конечно куча ошибок, но это не так важно :) по крайне мере для автора...
|
|||
38
FN
03.11.11
✎
14:56
|
(35) можно чуть проще - проводим штатно, а потом в жорнале отвязываем док от регистра. И ссылочная целостность почти в норме и движения останутся. Только ТИИ не стоит запускать...
|
|||
39
vde69
03.11.11
✎
15:24
|
(38) тогда еще проще
проводим документ штатно прямым запросом удаляем документ (только из таблицы джорнал) злодеи глянули а документов и так нет, а остатки нормально показываются и если запустить ТИС то возможно даже все документы тупо востановятся |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |