Как не оптимально, но починил точку РИБ

На точке РИБ с собственной нетиповой конфигурацией при обновлении конфигурации изменениями из центрального узла возникла ошибка с регистром сведений План:

Я попытался найти эти записи запросом:

ВЫБРАТЬ Количество(1) КАК К ,
	План.Регистратор КАК Регистратор,
	План.Подразделение КАК Подразделение,
	План.Номенклатура КАК Номенклатура
ИЗ
	РегистрСведений.План КАК План
сгруппировать  ПО
	Регистратор,
	Номенклатура,
	Подразделение // имеющие Количество(1) > 1

Оказалось, что таких записей 14.

Попробовал их удалить универсальным редактором регистров:

Но не тут-то было, это сбойные записи без регистратора.

Chkdbfl не помог — ошибок не нашел. Тестирование и исправление тоже.

Тогда я сохранил конфигурацию в файл, отключил главный узел:

Потом удалил сбойный регистр — пришлось снять галочку во всех движениях документов, где он используется, благо там всего 3 документа.

Затем обновил базу — регистр очистился:

После этого вернул на место конфигурацию, подключил главный узел и обмен заработал.

Перепровел последние документы плана, чтобы регистр ушел на точку.

И только тогда до меня дошло — ведь можно было попробовать выгрузить базу в DT, при этом битые записи бы не выгрузились, а потом загрузить из DT. Не знаю, сработало бы или нет, но способ попроще.

Среда: Нетленка Объем: 0.8 час.

fixin

Программирую на 1С с 1999 года. В 1С просто Гений. В 2020 году ушел из офиса на вольные хлеба фриланса. Принимаю заказы.

Читайте также:

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *