|
v7: Документ вернулся в исходное состояние мимо журнала регистраций | ☑ | ||
---|---|---|---|---|
0
walcot
26.02.20
✎
14:10
|
Доброго дня. 1С 7 Бухгалтерия. Файловая БД. Немного мистики.
Бывало ли у кого-нибудь такая история: есть несколько документов, в которых отменили проведение, изменили дату и записали без проведения. В журнале регистраций есть 3 действия: документ сделан не проведенным, открыт и записан. На следующий день некоторые из этих документов возвращаются в состояние до этих изменений, т.е. они проведены со старой датой. Ок, открываем журнал регистраций, а по этим докам никакой информации кроме той, что написал выше. Такая же картина и в бекапе на конец дня. Такое впервые, даже не представляю как такое может быть. Если какая-н внешняя обработка провела документы, то каким образом тогда откатилась дата? Ну и странно, что в журнале регистраций никакой информации, в конфигураторе он настроен на логирование всего и вся. Заново воспроизвести такую ситуацию не получается, всё меняется и сохраняется. Почему так произошло? |
|||
1
mikecool
26.02.20
✎
14:26
|
обмены
обработки |
|||
2
Злопчинский
26.02.20
✎
14:36
|
в (1)- написали.
все что делается программно обработками\кодом - в ЖР не регистрируется автоматом. посмотри также в ЖР были ли обмены между мистичексими событиями |
|||
3
walcot
26.02.20
✎
15:28
|
Дело было за час до конца дня. И это время пользователи работали только с документами. В ЖР никаких обменов нет. Самое гипотетически возможное - это внешняя обработка на выгрузку данных. Иногда юзер её запускает и тянет данные из этих документов. Разве что так какая-то блокировка произошла и несколько документов не изменились, но это опять уфология какая-то)
|
|||
4
walcot
05.03.20
✎
12:54
|
Подскажите, а можно как-то в 7-ке организовать мониторинг того кто, когда и какие внешние обработки запускал?
Для 8-ки нашёл это http://catalog.mista.ru/public/16581/ |
|||
5
8 bit
05.03.20
✎
13:06
|
(4) по твоей ссылке в комментариях вроде все написано про 7.7
|
|||
6
8 bit
05.03.20
✎
13:13
|
(4) справочник для внешних отчетов можешь тупо скопировать из конфигурации "Камин. Расчет зарплаты 2.х" (для 7.7). Или сам создай, делов-то. Элемент состоит из названия обработки ссылки на расположение. В ПриНачалередактированияСтроки просто открывай обработку по указанной ссылке с записью в журнал события.
Возможность использования Файл-Открыть отключи в у пользователей в конфигураторе. |
|||
7
walcot
10.03.20
✎
08:45
|
Вчера оказался помеченным на удаление целый справочник, в ЖР нет данных с пометкой на удаление, вручную снимаешь пометку - запись появляется. Хз я уже как выловить, что творится с базой, поц какой-то гадит или какая-то обработка попутно вытворяет такое. Может какие проблемы с железом, база файловая?
|
|||
8
Bigbro
10.03.20
✎
09:45
|
(7) нет никаких проблем с железом. ты писал про выгрузку данных - надо смотреть все обработки которые запускаются.
для гарантии отключить всем право запуска любых внешних обработок (кроме допвозможностей), а в доп возможности то что нужно добавлять только досконально разобравшись что там и как работает. ситуация похожа на РИБ - когда в периферийке прошел обмен и данные приехали. при этом в журнале надо смотреть на периферийной базе. у вас не распредленная база? |
|||
9
walcot
11.03.20
✎
08:58
|
Всё оказалось куда прозаичней. Есть обработка переноса данных, переносится вроде бы одни документ, но он ещё попутно цепляет справочники, необходимые этому документу. Не смотря на то, что справочники в 2-х базах совпадают, было одно отличие: в исходной базе была пометка на удаление, а в конечной нет. Эта пометка успешно и перенеслась. Этой обработке уже пару миллионов лет, видимо тогда это было нормой)
|
|||
10
victuan1
11.03.20
✎
12:09
|
(9) Т.е. ответ был уже в посте (1). Но ты почему-то проигнорил проверить его сразу...
|
|||
11
walcot
11.03.20
✎
13:05
|
(10) а ты внимательный, жаль я не такой ;)
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |