При тестировании базы через конфигуратор выдается куча ошибок:
RA405 - 32431. Неверный признак удаленности записи -
RA328 - 32246. Неверный признак удаленности записи -
RG2351 - 10587. Неверный признак удаленности записи -
В ДД файлике
T=RG2351  |Регистр Продажи               |A          |RG2351     |1        
T=RA405   |Регистр (Дв.) ОстаткиТМЦ      |A          |RA405      |1    
T=RA328   |Регистр (Дв.) ПартииНаличие   |A          |RA328      |1  
Что значит ошибка: Неверный признак удаленности записи -?

это к вазелину

(0) Проводка поди старая и бесперебойника нет...

если конкретно и в подробностях - то трындец твоим регистрам.
Бэкапы без ошибок в таблицах есть?

(4) Неа

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

(6) можно перепровести только те периоды, в которых есть ошибки по RG***. Но лучше (если не единственный вариант) перепровести всё.

(6) Ага вот хотел спросить, битья документов вроде нету, только регистры.

(8) База шипко большая? Какой объем по документам, номенклатуры?

(0) База большая? Администрилась с точки зрения учета нормально. если маленькая и номально администрировалась, то убиваешь регистры и перепроводишь.

(9) (10) База не очень большая вся папка весит 500мб. ~5 документов в день, с 11 года. Администрировалась нормально, удалить регистры это значит удалить файлики в ручную?

(11) Да, именно так. Удаляешь вручную и перепроводишь с САМОГО начала, включая ввод остатков.

Перепроводить лучше не средствами системы, обработкой. Чтобы не останавливать процесс проведения на ошибках.

(11) Естественно предварительно сделав бэкап, сносишь  файлики с RG и RA в каталоге. Только если база плохо администрилась ,  то в момент перепроведения она у тебя застопорится на остатках или других имеющихся контрольках...

(12) У него тогда не все регистры встанут....

(14) Да и пофих, что не все. Потом будет уже с конкретикой разбираться. Зато база уже будет на 90% рабочая.

(12)(13) Спасибо, удалил, запустил перепроведение.

(12) варик, конечно, норм. Но откуда тс знает, не редактировались ли движения отдельных документов вручную с помощью каких-либо доп. обработок?
И это, 500мб для семерошной дбф базы это достаточно много)

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

Хороший повод перейти на УТ)))

(17) 1,5-2 часа перепроведения. Максимум. Для ДБФ варианта особенно.
(18) Ну, тогда добивать конкретику, а уже потом выдавать базу "в работу". В чем пробелма-то? И вообще - можно тупо сравнить остатки по нужным моментам. Элементарно.
(19) На УТ уже бы бежал в аптеку за вазелином )))

(12) > Чтобы не останавливать процесс проведения на ошибках.

Для этого надо пролазить помотреть всякие "НеПроводить()/глНеПроводить()" и прокомпостировать их насчет проведения в групповой обработке.

Отключить контроль остатков в настройках
Перепровести все шиатно
Вернуть контроль остатков как было

В принципе и при отключенном контроле остатков могут быть затыки
Но я не думаю чио при пяти доках в день используются какието схемы учета которые наткнутся на т кие ограничения