Пропадают данные из Регистра сведений - Контактная информация #609975

Здравствуйте. Кто-нибудь встречал такое: есть база УТ 10.3, в ней почему то регулярно пропадает информация из Регистр сведений - Контактная информация. Причем не одна - две, а почти все данные исчезают. Закономерностей исчезновения не увидел. Журнал регистрации по этому вопросу пуст. Сначала я подумал про автообмен: есть двухсторонний обмен УТ - БП. Я в БП отключил выгрузку информации по Контактной информации, данные исчезать не перестали.

Какой-то баран написал код, который записывает пустой набор записей без отборов. Ищи внешние обработки и всяких внешних обработчтков

проблема еще и в том, что отследить в 1С откуда выполнен код - невозможно. Если какая тетя запускает внешнюю обработку и никому об не говорит - вычислить невозможно.

Еще хорошо соорудить подписку ПередЗаписью всех независимых регистров, в которой проверять наличие отборов. Если отборов нет, то, как минимум, делать ЗаписьЖурналаРегистрации, как максииум, - запрещать чуть менее, чем нахер

Поэтому права на внешние обработки закрываются всем в первую очередь.

подписка перед записью умеет и не такое

+ У меня так на одной работе было. Поругалась с программисткой-аутсорсером - та мне мстила тем, что периодически база на 7.7 тормозила по дикому и все шишки доставлись мне, т.к. я в офисе работала.

вообще, либо у тети не должно быть на это прав, либо к программисту и админу все претензии в писменном виде в мусорную корзину

если база в SQL, то ей глубоко плевать на подписку. Можно сделать так, что задолбаешься искать что регистр чистит.

вот это щас не к месту было сказано

да за здорово живешь в тему сказано. Недавно аналогичная проблемка была. Один очень умный прог пару лет назад увязал эксель с базой 1С SQL для работы напрямую. Реально задолбались один глюк разгребать.

+ Полгода разобраться не могли почему периодически в базе одна и та же таблица реинкарнируется - заменяется старой версией данных. Оказалось, тетенька предпенсионного возрасту, но очень высокого управленческого весу, органически непереваривала формы 1С и ей сделали табличку в Экселе, которая напрямую в базу данные загружала...

"если база в SQL, то ей глубоко плевать на подписку. " Серьёзно?

а шо не так?

а какой MDAC даст стороннему пользоветлю пароли от скуль-базы? Вот тот и виноват. Если делать штатно - то всё ловится. А то можно и сервак в safe-моде грузануть и базу удалить...

т.е. если в регистр сведений записать пустой набор данных, то все записи в регистре потрутся? Да и база на SQL.

А, так вы уточняйте, что вы про прямую запись в таблице. Так это ваще-то идеологически запрещено. В священном писании.

значит автор чуда ты сам - поздравляем

Я мог из 7.7 перенести конечно записи с пустыми наборами данными, но потом уже в регистр сведений ничего не писалось. Только вручную юзерами.

2 Но это будет в ЖР.

если конечно потом не чистить серверный кэш

там будет только событие Данные.Изменение, которое ни чем не отличается от любой другой записи. По ЖР без ухищрений типа ни чего не найдешь

+ так только сравнивать время начала и длительность транзакций с журналом транзакций скуля и делать выводы, а это дохера мороки и в конечном счете из методов дознания у тебя только допрос с пристрастием пользюков, который ни разу  в жизни ни кому ни чего не дал

права на запись в регистр отбери у всех (запиши как было) сразу узнаешь кто пишет

не совсем пойму что за отборы в регистрах сведений? И что за пустые наборы записей без отборов. Это данные со всеми пустыми измерениями или хотя бы с одним пустым измерением?

ппц

СКУД Perco случаем не юзатете ? :)

нет такого.