официальный партнёр 1С по деловому софту
Закрыть
Логин:
Пароль:
Забыли свой пароль?
  Войти
Войти как пользователь
Вы можете войти на сайт, если вы зарегистрированы на одном из этих сервисов:
 
+7 (495)229-30-42

Целостность хранилища конфигурации. Или про то как "уронить" конфигурацию хранилища

Легко и ненавязчиво само собой можно получить ситуацию, когда ВСЕ разработчики подключенные к хранилищу не могут обновить конфигурацию базы данных. То есть получаем "новости" из хранилища, жмём F7 и вот:


Как удалось?
Запросто.
Ситуация: нужно добавить регистр накопления.
Захватываем корень - добавляем.
Потом корень конфигурации резко становится нужен кому-то еще.
Говорим "ладно" и помещаем корень назад в хранилище.
При этом свежедобавленные регистры тоже идут в хранилище.
Но в силу того, что записи на тему "какой документ является регистратором для какого регистра" хранятся в документах, а не регистрах - документы автоматом "по ссылке" в хранилище не идут.
При этом ошибки никакой мы не получим. Всё нормально уйдёт в хранилище. И у нас всё сохранится запустится и будет работать. А вот у остальных... smile:)

Как обойти, если требуется срочное решение?
Даже если мы знаем какой документ должен быть регистратором - скорей всего он захвачен автором, и ничего сделать мы с ним не сможем (с документом, а не автором. хотя если можем найти автора - то это наилучший способ, пусть просто поместит документ в хранилище и проблема решена).
В типовых проще всего назначить регистратором документ КорректировкаЗаписейРегистров.

Как не попасть в такую ситуацию?
Повышенное внимание при помещении корня конфигурации в хранилище, когда это связано с добавлением новых регистров, подчиняющихся регистраторам.
Ну и вообще, когда дорабатываем несколько объектов - при помещении нужно думать, чтобы все взаимосвязанные объекты приходили единовременно. Только так конфигурация хранилища будет оставаться работоспособной и целостной, да и вообще - для кармы хорошо smile:)