Ошибка при удалении реквизита в конфигураторе
При удалении/редактировании Регистра накопления (создавал сам) выскакивает ошибка "Неверный формат хранилища данных 'v8stg64://c:/1/45623...." при этом при добавление (измерений, ресурсов, реквизитов) всё нормально (но удалить/отредактировать их также нельзя).
Кеш чистил, через удаление файлов и через /ClearCache.
Базу переподключал.
Платформа 8.3.10.2772
УПП 1.3.30.2
Кеш чистил, через удаление файлов и через /ClearCache.
Базу переподключал.
Платформа 8.3.10.2772
УПП 1.3.30.2
Прикрепленные файлы:

По теме из базы знаний
- Дополнительные реквизиты справочников 7.7.: альтернатива.
- Быстрый поиск дублей в 1С с четким/нечетким поиском по любому сочетанию реквизитов/реквизитов таб. частей с отбором и быстрой заменой значений в ЛЮБЫХ базах 8.1-8.3 (УТ 10.3, БП 2, ЗУП 2.5, КА 1.1, УТ 11, БП 3, УНФ 1.6/3.0, КА 2, ЗУП 3 и т.д.)
- Загрузка номенклатуры c картинками (несколько потоков одновременно) и сопутствующими данными в базу и любые документы из yml, xls, xlsx, xlsm, ods, ots, csv для УТ 10.3, УТ 11 (все), БП 3, КА 2, ERP 2, УНФ 1.6/3.0, Розница 2/3.0
- Универсальный обмен данными web или com (UDE ver.4.x.x)
- Анализ отчета о сравнении
Найденные решения
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Для недогадливых, подскажите:
Это действие ("удаление") Вы делаете в конфигураторе?
З.Ы. Если да, то предварительно почистите "удаляемое" в пользовательском режиме.
З.Ы.Ы. Не зная структуры с которой вы работаете трудно предполагать, но похоже на неправильную блокировку/доступ...
Это действие ("удаление") Вы делаете в конфигураторе?
З.Ы. Если да, то предварительно почистите "удаляемое" в пользовательском режиме.
З.Ы.Ы. Не зная структуры с которой вы работаете трудно предполагать, но похоже на неправильную блокировку/доступ...
Геморр, возможно и так сделать:
Перенос данных в чистую, не «битую» информационную базу
Это, пожалуй, самый радикальный способ исправить ситуацию. Прибегать к нему стоит только в том случае, если больше уже ничего не помогает.
Создаем чистую информационную базу того же релиза, что и «битая», и с помощью обработки «Выгрузка Загрузка данных XML«, которую можно найти на диске ИТС, переносим данные в наверняка целостную базу. Здесь опять же повторюсь, что структуры баз должны совпадать, и если в Вашей базе есть структурные изменения, их сначала нужно добавить в чистую.
Перенос данных в чистую, не «битую» информационную базу
Это, пожалуй, самый радикальный способ исправить ситуацию. Прибегать к нему стоит только в том случае, если больше уже ничего не помогает.
Создаем чистую информационную базу того же релиза, что и «битая», и с помощью обработки «Выгрузка Загрузка данных XML«, которую можно найти на диске ИТС, переносим данные в наверняка целостную базу. Здесь опять же повторюсь, что структуры баз должны совпадать, и если в Вашей базе есть структурные изменения, их сначала нужно добавить в чистую.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот