Примерно с нового года при перепроводке 1с начал ругаться на одинаковые строки в накладной. Действительно, в накладной товар с одним наименованием, но разными ценами. Если делать движение по регистрам этого документа - там товар весь разный.
  Константа "Проверять дубли строк" включена.
  Изменения в конфигурацию не вносились.
  Тестирование и исправление базы проводилось, удалялись файлы *.CDX. Не помогло, Куда можно смотреть дальше?
  Картинки: https://drive.google.com/drive/folders/1i63WtlTpfQ0seu9NyNJ0Dj4AV1v-mKRB?usp=sharing

1с 7.7, конфигурация "Торговля и склад для Украины" 7.70.008

С уважением,

Так в чем вопрос то?
Кто вк то включил  Константа "Проверять дубли строк" включена.? Так выключите ее , нахер она нужна? то если есть в одной накладной 2 товара по разным ценам?

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

(2) Ну, не должно... Но, кто-то в накладную подбирает одинаковый товар по разным ценам, вручную. Контроль дублей строк в типовой идет не в момент добавления строки, а при записи документа, и при проведении. Похоже, на момент первой записи и проведения документа, константа была выключена(или кто-то что-то в модуле поменял). Потом, при перепроведении, все вернули на место и контроль опять работает.

Нет. Если смотреть движение документа - там идет правильный товар. А вот в накладной совсем другой, но обязательно тот, что уже есть в ней. Нельзя ведь поменять так, чтобы в записи регистра остался один товар, а в накладной совсем другой? Или можно?

Поднимали накладные старые, те распечатаны верно. И помимо константы "проверять дубли" стоит "запрет на дату". Доступ к константам есть не у всех.

(4) Программно можно изменить документ без перепроведения.

Так быть не должно. Похоже все-таки на "битую" базу... Только вот это смущает: "Тестирование и исправление базы проводилось, удалялись файлы *.CDX. Не помогло"
Странно. А физически, в справочнике, и правильный и не правильный товар присутствует?

(7) да, все нормально

+(6) Кстати, да... Может кто-то какой-то внешней обработкой баловался...

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

Размер самого большого файла базы какой?

(5) Запрет на дату редактирования распространяется только на интерактивное редактирование документов. Программно, обработками можно делать все, что хочешь, не взирая на эту константу.

(10) я делаю так, открыл накладную - посмотрел "действия- движения документа", поменял дубль на правильный товар и продолжаю перепроводку. В отчетах информация идет правильная, как и должно быть.

(11) 1cv7.MD = 77 mb, RA277.dbf = 47 mb, DT977.dbf = 45mb и на уменьшение. Общий размер бд  = 810 мб

+(11) Тоже как вариант. Но, когда размеры файлов вылазят за пределы, то ТиИ обычно завершить не удается, оно просто валится.

(12) смысл что-то менять програмно? "схимичить" - в чем прикол, если не менять регистры?

(16) Типовая обработка по замене значений к примеру. Там есть режим замены без проведения.

(10) Снял константы "запрет на дату" и "проверять дубли", провел накладную. Товар в регистрах изменился на "дубль". т.е. в накладной теперь два одинаковых кофе.

(14) Вообще ни о чем... До 1 гБ, проблем быть не должно. Только смущает MD 77 мБ... Что-то многовато. Что это за конфигурация? В ТиС, довольно сильно перепиленной, с кучей новых доков, справочников и т.п., у меня 25 мБ. Хотя, если какая-то комплексная, то можно допустить....

(14) 1cv7.MD = 77 mb - картинок напихали туда?

(19) Да вроде обычная "торговля и склад".

(20) Как можно посмотреть, что туда напихали?

(20) в "библиотеке картинок" их 14 штук, по виду все стандартные, флажки, стрелки и тп.

(0) 1с 7.7, конфигурация "Торговля и склад для Украины" 7.70.008  - и "Изменения в конфигурацию не вносились".

В смысле, "не вносились"- ? Не вносились вообще, или когда проблемы начались?

(22) Это не причина проблемы скорее всего.
Думаю что когда то были проблемы с индексами, потом поправили, но товары уже покоцались и так остались.
Имеет смысл написать обработку, которая по движениям восстановит товары. А дальше понаблюдать.

Посмотрите еще раз объем МД, может 7,7 мБ - ?

(24) Из нестандартного там добавлены  2 спрачник "экспедиторы" и "машины".

(26) мд = 77 388 кб

(25) Попробую так и сделать.

(25) Это не причина проблемы скорее всего.
Это понятно. Просто такие размеры конфигурации, наводят на мысль о том, что она далеко не типовая... И х.з., какие там могут быть механизмы наворочены... Может это штатное поведение системы по замыслам того, кто ее дорабатывал...

(30) Я скачаю из инета чистую конфу и сравню тогда и буду дальше писать наблюдения)

(27) зачем экспедиторы? в конфиге нет штатно спр.сотрудники или спр.физлица?

(0) Может обработкой Замены поменяли один товар на другой, вот и получились у вас дубли. А тот, предыдущий товар, сидит где-то в регистрах как Объект неопределен

(32) Как-то так, я не в курсе зачем))

(0) просто обработкой исправь таб часть, если есть уверенность, что в регистрах всё верно у тебя.
А грохнуть могли да, любой групповой обработкой тч

в общем, уточнение: похоже на то, что картинку портит внешнаяя обработка "моби-с". И размер файла МД у них уже 150мб. Интересно, если все почистить, сжать таблицы а потом загрузить остатки он уменьшиться?

(36) с чего вдруг должен уменьшиться md? От испуга?

(36) кто уменьшится ?

(36) МД может уменьшится, если его разобрать GComp-ом на части, а потом назад собрать.