Как удалить конфигурацию 1с
Конфигурация — Поддержка — Настройка поддержки
Вижу две конфигурации:
http://joxi.ru/krDkpXETE6RJgA
Как удалить ставшую ненужной NiraxamoCRM?
Заскринил так, словно украл. Там справа кнопка снять с поддержки должна быть.
Класс. Снял с поддержки — лишняя конфига исчезла.
(1) если нужно полностью удалить код и писали не инопланетяне, тогда делайте фильтр по подсистемам удаляемой конфигурации и физически удаляйте объекты метаданных.
Не забудьте сделать бекап.
Можно конечно выгрузить конфигурацию в xml и удалять уже там, но по времени думаю будет то же самое
(2) когфа то исчезла,но не исчез ее код
(2) Этого мало. Если конфигурация на поддержке у двух и более поставщиков, то можно снять с поддержки не основные конфигурации и там-же выполнить сравнение, объединение с конфигурацией поставщика. Но перед этим нужно правила поддержки просмотреть и изменить правило «Объект поставщика снят с поддержки».
(3) А что, сравнить-объединить текущую основную конфу с пустой, отметить все и снять по подсистемам ненужной конфигурации не катит?
Удаление устаревших объектов метаданных из конфигурации
Область применения: управляемое приложение, мобильное приложение, обычное приложение.
1. Если при изменении структуры метаданных конфигурации планируется удалить объект метаданных (реквизит, измерение, ресурс и пр.), связанный с записями информационной базы, то необходимо принять решение об удалении или переносе данных этого объекта в новые структуры. При переносе данных в другие объекты рекомендуется придерживаться следующих правил.
1.1. Не удалять из конфигурации устаревшие объекты метаданных и реквизиты безвозвратно, а пометить их как устаревшие, добавив к их именам префикс «Удалить» (англ. «Obsolete» ). Например: реквизит «ОсновнойДоговор» (англ. «MainContract» ) должен быть переименован в «УдалитьОсновнойДоговор» (англ. «ObsoleteMainContract» ).
В синоним устаревшего объекта (реквизита) рекомендуется добавлять префикс «(не используется)» (англ. «(not used)» ), например: «(не используется) Основной договор» (англ. «(not used) Main contract» ). Если же устарел стандартный реквизит, то префикс «(не используется)» также добавляется в его синоним.
1.2. После изменения структуры метаданных следует обеспечить перенос данных из устаревших объектов и реквизитов в новую структуру метаданных конфигурации.
1.3. Если удаляемый объект метаданных является документом – регистратором движений, а соответствующие регистры с движениями остаются в составе конфигурации, то необходимо обратить внимание на необходимость сохранения движений. Для сохранения движений документов – устаревших объектов метаданных, рекомендуется:
- Запретить генерацию движений при проведении документов этого вида.
- Запретить снятие пометки удаления для документов этого вида.
- Во всех существующих движениях документов этого вида изменить регистратор на один или несколько замещающих документов-регистраторов: существующих универсальных или специально разработанных. Например «Перенос данных», «Операция».
- Пометить все документы этого вида на удаление.
1.4. Произвести замену во всей конфигурации обращений к устаревшим объектам и реквизитам на обращение к новым данным, поскольку использование устаревших объектов и их реквизитов после изменения структуры метаданных методически неверно. В частности, исключить устаревшие объекты метаданных из всех ролей (кроме ролей ПолныеПрава и АдминистраторСистемы ), подписок на события и т.п., а также удалить у них код, формы, макеты, команды и другие элементы, ставшие избыточными.
Исключение составляет только сам код переноса данных из устаревших объектов и реквизитов в новую структуру метаданных конфигурации (см. п.1.2).
1.5. При сортировке устаревших объектов метаданных и реквизитов в дереве метаданных следует придерживаться общих требований к конфигурации.
1.6. Также рекомендуется выполнить очистку устаревших данных с тем, чтобы они не влияли на размер базы и не потребляли ресурсы (при резервном копировании, реструктуризации и других операциях).
В случае сложных (ошибкоемких) алгоритмов переноса данных, такую очистку целесообразно проводить не сразу, а через один или несколько релизов. Тем самым, остается возможность выпуска внепланового релиза для устранения последствий некорректной работы алгоритмов переноса.
2. Необходимость в переносе данных также может возникнуть при пересмотре структуры измерений регистров:
- когда измерение регистра сведений становится не актуальным: удаляется, либо изменяется его тип, либо у измерения составного типа уменьшается состав типов;
- если необходимо снять признак Основной отбор у измерения регистра, который участвует в составе планов обмена (это эквивалентно удалению поля из таблицы базы данных).
В этих случаях удаление поля из таблицы базы данных приведет к ошибке при реструктуризации «Записи регистра стали неуникальными». Поэтому следует создать новый регистр с правильной структурой, а старый отметить как устаревший и перенести записи из старого регистра в новый.
При этом создать новый регистр не требуется, если в регистр добавляется новое измерение или у измерения составного типа расширяется состав типов.
3. Безвозвратно удалять устаревшие объекты метаданных и реквизиты, помеченные префиксом «Удалить» (англ. «Obsolete» ), следует при выпуске очередных версий конфигурации в том случае, если соблюдается одно из условий:
- Переход со «старой» версии конфигурации на новые версии всегда выполняется пользователями последовательно, «через» версию с реализованным переносом данных из «устаревших» объектов метаданных и реквизитов. Например: если в конфигурации версии 1.1 реквизит «ОсновнойДоговор» был помечен как устаревший, то переход с версии 1.0 на версию 2.0 всегда выполняется только последовательно: сначала на версию 1.1 (в которой происходит обработка устаревших данных), а затем на 2.0 (в которой устаревшие данные могут быть удалены безвозвратно). Непосредственный переход с версии 1.0 на 2.0 технически невозможен (запрещен).
- Вероятность того, что «старой» версией конфигурации еще пользуются, стала нулевой или пренебрежимо малой.
При этом может потребоваться выпустить промежуточный релиз, в котором обеспечить очистку устаревших данных — см. п.1.6. В противном случае, может завершиться ошибкой реструктуризация регистров, в измерениях которых остаются ссылки на устаревшие данные.
Подскажите, как очистить конфигурацию в 1с?
Если надо удалить все документы, то через сервис/обработка документов/пометить на удаление (если речь идет о бухгалтерии).
Если надо очистить полностью, то копируешь файлы 1cv7.md и 1cv7.dd в новый каталог, регистрируешь новую базу с этим каталогом, запускаешь в режиме конфигуратора, потом в администрировании делаешь тестирование и исправление ИБ (создаются пустые таблицы и индексы). Запускаешь эту конфигурацию в режиме пользователя. Все.
Как удалить конфигурацию
После установки конфигурации, вышло сообщение, что для этой конф. нужна платформа выше, тогда решил установить конф. версией ниже(и т.д., пока не подойдет). но как удалить старую. понятно, что удаление в списке предложенных конф., удаляется эта конф. только из списка. , можно сходить, где расположена эта база(в Мои документы вес 1Гик), но будет ли это корректно, не вылезет потом где-нибудь ошибка, такая же история и с шаблонами(каталог Application), тоже занимает много места. Но даже все это удаляя, все равно где-то хранится предыдущая установка(т.к. при создании новой базы предлагается и то что я удалил из списка и с диска. )
В общем как правильно удалить конф.
94731 / 64177 / 26122
Регистрация: 12.04.2006
Сообщений: 116,782
Ответы с готовыми решениями:
Удалить конфигурацию коммутатора CISCO
Нужно удалить конфигурацию, чтобы сделать заново. Как это сделать? Пробовал команду erase.
Построить в алфавите машину Тьюринга, переводящую конфигурацию К1 в конфигурацию К0
Есть само уравнение Есть код,, но его надо отредактировать, но я не понимаю в чем ошибки, если не.
Как выгрузить конфигурацию в 7.7?
Подскажите плз. как выгрузить конфигурацию без бд в 7.7 ?
Как изучить типовую конфигурацию
Привет всем. Изучаю устройство 1С практически с нуля, ибо хочу сменить профессию с экономиста на.