Несоответствие типов

Возможно вы обновили релиз конфигурации, но забыли обновить релиз платформы, уточните этот момент.

Платформа при обновлении была 8.2.15

Вопрос шо делать то теперь? Ни один из архивов до Февраля 2012 не восстанавливается ни на одной из 3-х платформ (8.2.13, 8.2.15, 8.2.16)

Зайти в конфигуратор и руками поправить некорректный код вот в это месте ОбщийМодуль.ПолныеПрава.Модуль(22), других вариантов нет, иногда такое бывает когда платформа старая, но если у вас актуальная то только так.

Хотя есть еще один вариант попробуйте запустить через командную строку с параметром /ClearCache
- это очистка 1сного кэша.

нужно еще смотреть размер базы, большие базы из dt не восстанавливаются

Спасибо всем!
Попозже попробую.

Рассматриваю так же вариант выполнения работы за реальное вознаграждение.
Для этого могу выслать копию базы.
Практикуется ли такое?

Чем дело закончилось, можете сказать?

В первую очередь проверить работоспособность пользователя SQL по умаолчанию (как правило "sa") и не изменял ли кто у него пароль в частности

Вот-вот пароль кто=то из пользователей сначала создал, потом удалил. Проблема та же самая. Помогите.

Проблему решила сл.образом: вносим все документы ручками по новой.

та же проблема. в отладчике: константа = Неопределено
собственно надо ее установить

вообще дело не в том. при обновлении скорее всего база пошла по одному месту. заполнишь эту константу, еще десяток, с кучей ошибок войдешь, а внутри полностью убитая база. в юзес\аппдата\локаль\темп\1с должен лежать бэкап. если из режима предприятия обновлялся.

Может кому пригодится. Возникла вышеописанная проблема с чтением значений констант и параметров сеанса. Решилось следующим образом:
1. В конфигураторе комментируем содержимое процедур ПередНачаломРаботыСистемы и ПриНачалеРаботыСистемы в модуле обычного приложения или модуле управляемого приложения (если конфа на упр.формах) и в модуле сеанса. После этого информационная база хотя бы запускается, но работать в ней уже не получиться (при открытии форм справочников и документов ошибки при чтении параметров сеанса и т.д.).
2. Если есть ближайший рабочий бэкап, берем его. Если нет, то выгружаем из поломаной базы cf и создаем чистую базу.
3. Далее берем какую-нибудь обработку обмена данными между идентичными конфигурациями. Я использовал http://infostart.ru/public/115115. Автору обработки спасибо)). С помощью этой обработки можно перенести справочники, документы за период (с движениями!!! + справочники по ссылкам из документа) и регистры накопления если необходимо. Переносим обработкой недостающие (или все) документы (с движениями или перепроводим документы в новой базе).
P.S. второй вариант вместо обработки связать две базы в РИБ, зарегистрировать справочники и документы в поломанной базе и выгрузить по аналогии в чистую.

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

P.S. Есть способы решения проблемы "загружены не все данные", при выгрузке из клиент-серверного варианта и загрузке в файловую базу?

Аналогичная проблема. Бухгалтерия 2.0.65.45. Можно как то не снимая с поддержки исправить?

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