Глюк: сбилась нумерация строк в табличной части документа #363661

Типовая зик 7.7, платформа 27-я, база DBF 200 mb, работа из под терминала. В одном документе "Ввод расчета списку сотрудников" сбилась автоматическая нумерация строк, т.е. реквизит табличной части "НомерСтроки", который зашит в платформу содержит неверные номера строк, многие значения дублируются, некоторые номера пропущены. В результате в журнале расчета суммы проставились совершенно не те, что в печатной форме документа. Что, в общем, не удивительно, т.к. неверно отработал  метод при расчете результата вида расчета Обнаружилось это безобразие, конечно, уже после начисления денег на карточки, бухгалтера в легкой панике... ТИИ говорит, что все ОК С чем может быть связан этот глюк, и кто-нить встечал подобное?

ТиИ

ТиИ промолчал, номера строк в документе не исправились. Сделал выгрузку-загрузку, при загрузке выдал несколько сообщений: Документ.НачисленияУдержанияСписком Обнаружены дублирующиеся номера строк документа. Произведена перенумерация строк. '000057'

Слетела галка "Автоматическая нумерация строк" в конфигураторе

В конфигураторе стоит. Временно слетела и поставилась... Тут бухгалтера сказали, что такое уже случалось когда-то в старой базе 2006 года. Поднял старую базу, сделал выгрузку-загрузку и опять несколько сообщений Документ.НачисленияУдержанияСписком Обнаружены дублирующиеся номера строк документа. Произведена перенумерация строк. Нумерация была сбита уже у порядка 5-ти документов.

Пройтись обработкой по документам и сравнить нумерацию у доков..

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

урайней = крайней

Временно слетела и поставилась... Прикольно...В момент временного слета и правили строки в документах

Полагаю, обработка не нужна, т.к. выгрузка-загрузка исправляет ситуацию и показывает, где исправляла.

а чего тогда хотел?

Хотел узнать, сталкивался ли кто и как лечили. Непонятно, откуда глюк берется, причем всплывает периодически, и есть опасения, что будет всплывать и дальше. Выяснилось, что раньше база была по сети без терминала и релиз платформы был 25-й, глюк уже тогда проявлялся.

Имхается мне что это были битые индексы, на момент создания доков. После падения зашли монопольно, на вопрос "а не переиндексировать ли?" ответили "та нафик". Далее насовздавали этого дерьма, при том ключик все же уникальный получился, соответсвтенно ТиИ ничего менять не стало. Штатно могу предложить только создать новый док после переиндесации, обормоточкой перегнать туда глючный, после чего глючный удалить. Нештатно - пищем запросег типа update, который тупо перезаполнит. Перезаполнит точно быстро, но писать да отлаживать долго будешь. Так что думай сам, как тебе проще...

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

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

Спасибо! Хоть какой-то способ воспроизведения, хотя с помощью него, по моему, нельзя сделать задвоеные номера.