7.7 Ошибка 1с помогите решить

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

Коэффициент равен 1, по поводу детализации, для кого я скрин прикрепил?
Дело в том, что даже если удалить "плиту osb" из накладной №00000216, провести, и включить детализацию по документам в ведомости по партиям, то все равно показывает, что в накладной №00000216 было поставлено 20 плит.
Уже пробовал из конфигуратора восстановление делать, не помогает.
Уважаемые знатоки помогите пожалуйста, офицалы 1с пока молчат, а с проблемой надо разобраться, начальство уже наседает, программиста по 1с приглашали после 5 часов, он пожал плечами и удалился.

Спасибо за совет, проверил документы на комплекты в базе таковых не оказалось, да и не работаем мы с комплектами.
По окончанию рабочей смены попробую ваш совет по удалению.
Сегодня наткнулся на такую же ошибку, но с другим товаром и там идет +10 и таже беда.
Отсюда вопрос: можно ли каким ни будь макаром перещетать все остатки по накладным, перезаписав все значения в регистрах?

Отчет: удалял попункно все позиции из накладной, следя за реакцией в отчете по партиям. итог: накладная пуста, а отчет по партиям ссылается на пустой документ, указывая что в нем все таки плита проведена причем 20 штук.
Обновил платформу и конфигурацию дол последних официально доступных, не помогло. Я в ступоре, не ужели деньги выброшены на ветер?
Отправил письмо и скрины повторно официалам, жду от них ответа.

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

конфиг типовой ТиС 9,2 (7,70,965) с не большой доработкой, после пробития чека ккм, автоматически открывается новый.
вчера копался в файлах базы (DBF), там для каждого найденого сбоя две записи:
1. 30 плит которые реально проведены в накладной.
2. следует всегда за первой и вот в ней те самые +20 плит
на сколько я понимаю для единицы товара в поступлении должна быть одна запись файле базы, но не как не раздроблена на две записи, тк при редактировании накладной всегда будет использоваться только первая найденная запись для единицы товара, а при подсчете остатков используются все записи.
Из вышесказанного я делаю вывод, что если написать программу которая будет хотя бы помечать вторую запись как удаленную в файле базы то ни чего случится не должно, сегодня после смены попробую пометить эти записи удаленными и посмотреть как на них отреагирует 1с.

Честно, но моя теория частично оправдала себя,
запись под номером 1 это то, что было проведено в накладной, выявил ее меняя количество в накладной и сравнивая файлы копию и оригинал.
запись под номером 2 это тот самый сбой который не меняется чтобы не делал с накладной, но пометив его удаленным в отчете по партиям все приходит в порядок, правда это не влияет на остатки в базе, и она на прямую завязана с документом по переоценки товара.
буду копать дальше.

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