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

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

(1) проблема еще и в том, что отследить в 1С откуда выполнен код - невозможно.

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

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

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

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

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

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

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

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

(9) да за здорово живешь в тему сказано.
Недавно аналогичная проблемка была.

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

+(10) Полгода разобраться не могли почему периодически в базе одна и та же таблица реинкарнируется - заменяется старой версией данных.

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

(8)"если база в SQL, то ей глубоко плевать на подписку. "

Серьёзно?

(12) а шо не так?

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

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

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

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

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

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

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

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

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

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

(3) не совсем пойму что за отборы в регистрах сведений?
И что за пустые наборы записей без отборов.

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

(24) ппц

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

(26) нет такого.