Бухучет 77.Сбой БД

на ПК установлено три конфигурации версии 77(BIN 27): бухучет , зарплата и кадры, предприниматель.<br>Зарплата и кадры, предприниматель работают нормально, а при загрузке бухучета появляется заствка "Проверка легальности получения обновлений"(см.Doc1), подтверждаешь легальность получения обновлений выдается ошибка(Doc2) .<br>Рабочая база релиз 561, обновляли 08.07.13 работали нормально и вдруг появляется эта заствка, базу протестировали , ошибок нет, обновили на 564 релиз, обновление конфигурации прошлао нормально, в плане счетов расхождений нет, ошибка таже.<br>И это происходит со всеми базами бухучета:<br>1.есть архивная БД 519 релиз, загружаешь ее , получаешь заставку на легальность, ошибку.<br>2.Восстановили копию рабочей БД, запустили все нормально, обновили на 564 релиз, запустили, заставка на легальность и ошибка (Doc2).<br> <br>Антивирус Касперский, автоматически обновляется, если вирус, то какой-то уж очень разборчивый , именно бухучет, зарплата и предприниматель ему не нужны...<br> <br> P.S.На другом ПК Восстановили копию рабочей БД, запустили все нормально, обновили на 564 релиз, запустили, заставку на легальность подтвердилии , ошибок нет.

Программа "пиратская" или ключи на компьютере установлены?

USB-ключи.Бухучет сетевая.Зик однопользовательская.

Легальность тут не причем.<br>Ошибка возникает в месте алгоритма, который у вас отрабатывать не должен, а именно, при переходе конфигурации на релиз 7.70.421 (самый первый релиз этой редакции давно ушедший в лета).<br>У вас номер текущего релиза некорректно определяется. Нужно сделать Тестирование и обновление базы данных перед обновлением (не забудьте сохраниться).<br>Грустный пример, который, возможно, отражает и вашу ситуацию:<br><br> - Работа с базой была завершена аварийно.<br> - От переиндексации таблиц при входе отказались.<br> - Индекс таблицы констант (1SCONST.CDX) оказался битым.<br> - По битому индексу система не сумела в таблице констант (1SCONST.DBF) найти запись с номером текущего релиза.<br> - Поэтому решила, что это первый запуск и потащила конфигурацию через все процедуры автозаполнения базы стартовыми значениями.<br> - Вписала в таблицу констант номер релиза второй раз и в таблице оказалось две таких записи, хотя должна быть одна уникальная.<br> - Итого получилась каша, при которой любая переиндексация базы позиционировала индексом на неверную запись о номере релиза и каждый раз система запускала процедуры обновления.<br> - Вся эта помойка полечилась ручной правкой таблицы 1SCONST.DBF с удалением некорректной записи сведений о номере релиза.

Надо переварить, но на другом ПК востановленная копия не дает ошибки, а на старом востановленная копия также дает ошибку?

Спасибо Thorvardr! Ваш "грустный пример" достоверно описал нашу ситуацию:<br>удалили в 1SCONST.DBF запись о 7.70.420 релизе , проблема исчезла.<br> <br> Вот только не понятно обо что бьется 1SCONST.DBF на этом компьютере,<br>я уже писала что запустили базу 5-6-ти летней давности(519 релиз) ошибка,<br>востановили копию текущей базы 561 релиз,запустили все нормально ,<br>протестировали, обновили, запустили - ошибка. Для всех баз один и тот же сбой.<br> <br> На другом компе восстановили копию, обновили все нормально работает.

Вот и Володя наш из отпуска вернулся, и Александра что-то не тормошит с фотоотчетом.

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

Я смог бы ответить только, если бы у меня была эта база с релизом 7.70.561

тормошу, Дин, тормошу. но человек пока не поддается. отговаривается правилами форума. может как-то всем интересующимся подключиться к тормошению?