Переход на типовая+расширения из переделанной базы.
Ранее не было возможности использовать расширений, и конфигурация была снята с замка для внесения изменений. Теперь появилось желание использовать типовую конфигурацию, а внесенные изменения оформить через расширения. В какой последовательности действий можно провести такое "обновление" конфигурации ?
База уже большая, а переделок не много, поэтому через выгрузку-загрузку не подходит.
База уже большая, а переделок не много, поэтому через выгрузку-загрузку не подходит.
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(5) "добавлено пара справочников" - это точно проще и эффективнее добавить в конфигурацию - но это на мой взгляд.
При обновлениях приходится отключать расширение, эти ваши справочники пропадут, потом надо снова подгружать данные в эти справочники... В чем выгода такого расширения?
Расширение - это "поверх" конфигурации - в этом смысл уменьшения быстродействия. Имхо!
При обновлениях приходится отключать расширение, эти ваши справочники пропадут, потом надо снова подгружать данные в эти справочники... В чем выгода такого расширения?
Расширение - это "поверх" конфигурации - в этом смысл уменьшения быстродействия. Имхо!
(6)Расширение не "поверх" а "рядом" и контекст объекта конфигурации расширяется на заимствованный объект расширения. При выгрузке в ДТ расширение идет вместе с основной конфой. Кстати есть уже и хранилище для расширения, правда оно пока отдельно от конфы. Так что отключать ничего не надо. С моей точки зрения если конфа снята с замка и есть желание поставить на замок, то тогда все изменения типового функционала и новые объекты надо размещать в расширение, но если замок не самоцель, тогда в расширение есть смысл оформлять изменения типового функционала модулей, форм, макетов, команд что бы при обновлении уменьшить количество объектов дважды измененных.
ЗЫ это ИМХО, и опыт постановки ЕРП снятой с поддержки и переписанной вдоль и поперек на обновления от типовой. :)
ЗЫ это ИМХО, и опыт постановки ЕРП снятой с поддержки и переписанной вдоль и поперек на обновления от типовой. :)
(1) Все зависит от изменений (некоторые вещи в расширении сделать нельзя), от основной конфигурации (смотреть режим совместимости и что расширения в указанном режиме умеют).
Оптимальна следующая схема:
1. Перенести в расширение все, что не содержит данных - отчеты, обработки, роли, общие модули и т.д. Проверить работоспособность.
2. Перенести все что содержит данные, но на что нет ссылок в других объектах, чаще всего это регистры и некоторые документы. Проверить работоспособность.
3. Перенести все остальное.
Алгоритм переноса объекта с данными:
1. В основной конфигурации переименовать объект, например добавить префикс Удалить
2. Создать точно такой же в расширении
3. Перелить обработкой данные из старого в новый
Оптимальна следующая схема:
1. Перенести в расширение все, что не содержит данных - отчеты, обработки, роли, общие модули и т.д. Проверить работоспособность.
2. Перенести все что содержит данные, но на что нет ссылок в других объектах, чаще всего это регистры и некоторые документы. Проверить работоспособность.
3. Перенести все остальное.
Алгоритм переноса объекта с данными:
1. В основной конфигурации переименовать объект, например добавить префикс Удалить
2. Создать точно такой же в расширении
3. Перелить обработкой данные из старого в новый
(11) Нет, делается на полной базе, но бэкапы никто не отменял конечно.
Переносить данные предполагается только тех объектов, которые вы переносите в расширение.
Смотрите, есть у вас например ВашДокумент. И вы точно знаете что на него нигде нет ссылок, т.е. нет объектов у которых может быть реквизит с типом ДокументСсылка.ВашДокумент. Ваши действия:
1. Заимствуете документ в расширение вместе со всеми формами. Это нужно для того, чтобы автоматом подтянулись все объекты от которых он зависит.
2. Удаляете заимствованный документ. Все остальное что подтянулось оставляете.
3. В режиме предприятия с помощью обработки выгрузка-загрузка данных XML выгружаете данные старого документа. При жтом галочки "Выгружать при необходимости" со всех объектов нужно снять.
4. Копируете документ в расширение с таким же именем, не применяете!
5. Переименовываете документ в основной конфе, применяете конфу и расширение.
6. Настраиваете роли, т.к. объект будет другой, убираете старый документ, добавляете новый.
7. Запускаете предприятие и с помощью той же обработки заливаете данные обратно, но уже в новый документ, поскльку загрузка идет по имени документа.
8. Если что-то пошло не так ищете причину, откатываетесь на бэкап, повторяете
Переносить данные предполагается только тех объектов, которые вы переносите в расширение.
Смотрите, есть у вас например ВашДокумент. И вы точно знаете что на него нигде нет ссылок, т.е. нет объектов у которых может быть реквизит с типом ДокументСсылка.ВашДокумент. Ваши действия:
1. Заимствуете документ в расширение вместе со всеми формами. Это нужно для того, чтобы автоматом подтянулись все объекты от которых он зависит.
2. Удаляете заимствованный документ. Все остальное что подтянулось оставляете.
3. В режиме предприятия с помощью обработки выгрузка-загрузка данных XML выгружаете данные старого документа. При жтом галочки "Выгружать при необходимости" со всех объектов нужно снять.
4. Копируете документ в расширение с таким же именем, не применяете!
5. Переименовываете документ в основной конфе, применяете конфу и расширение.
6. Настраиваете роли, т.к. объект будет другой, убираете старый документ, добавляете новый.
7. Запускаете предприятие и с помощью той же обработки заливаете данные обратно, но уже в новый документ, поскльку загрузка идет по имени документа.
8. Если что-то пошло не так ищете причину, откатываетесь на бэкап, повторяете
(1)В расширение есть смысл на первом этапе перенести тот функционал который вы внесли в типовое решение, т.е изменили формы, модули объектов конфигурации. Те объекты которые вы сами создали пока есть смысл оставить в конфигурации.
На втором этапе если Вам хочется вернуть конфу на замок, то и ваш функционал вынести в расширение.
ЗЫ старайтесь уменьшать использование обработчиков с директивой "вместо" можно пропустить что нибудь важное в дальнейшем.
Причем можно делать это в повседневной работе. Свои доработки типового переносите в заимствованные методы и обработчики по очереди, проверяете как работает, если не связано в реквизитами объектов, то обновлять можно на лету. Работа не очень быстрая, требует внимательности. В процессе обновлений конфигурации выискиваете места отличающиеся от типового функционала и потом редактируете таким образом что бы в конфе остался только типовой функционал.
На втором этапе если Вам хочется вернуть конфу на замок, то и ваш функционал вынести в расширение.
ЗЫ старайтесь уменьшать использование обработчиков с директивой "вместо" можно пропустить что нибудь важное в дальнейшем.
Причем можно делать это в повседневной работе. Свои доработки типового переносите в заимствованные методы и обработчики по очереди, проверяете как работает, если не связано в реквизитами объектов, то обновлять можно на лету. Работа не очень быстрая, требует внимательности. В процессе обновлений конфигурации выискиваете места отличающиеся от типового функционала и потом редактируете таким образом что бы в конфе остался только типовой функционал.
(24) перевести в таком случае можно и практически все допилить в расширении, если нужно вперед! Только чтобы справочник был доступен всегда нужно будет его держать в актуальном состоянии, иначе данные не будут доступны. С 8.3.11 расширение не отваливается, если туда запилили метаданные, а становится неактивным и просто так уже удалить его нельзя.
На первом этапе во избежание потери информации в случае, если изменения вносились в данные, добавлены поля, то следует сначала сделать соответствующие дубли полей в расширении и обработкой заполнить значения в расширении по имеющимся данным в базе.
На втором этапе вы имеете возможность при объединении конфигураций с типовой вернуть измененные объекты в типовой вид (включая удаление добавленных вами реквизитов).
Для полностью автоматического обновления (под замком) конфигурацию снимают с поддержки и затем загружают соответствующую конфигурацию поставщика.
Но в случае подключенного расширения это невозможно, а вот сохранение расширенных реквизитов базы данных при отключении расширения и последующей реструктуризации я к сожалению не смотрела. Можете проверить сами на копии.
Обычное штатное обновление так же требует отключения расширения (на тех релизах, которые я видела).
На втором этапе вы имеете возможность при объединении конфигураций с типовой вернуть измененные объекты в типовой вид (включая удаление добавленных вами реквизитов).
Для полностью автоматического обновления (под замком) конфигурацию снимают с поддержки и затем загружают соответствующую конфигурацию поставщика.
Но в случае подключенного расширения это невозможно, а вот сохранение расширенных реквизитов базы данных при отключении расширения и последующей реструктуризации я к сожалению не смотрела. Можете проверить сами на копии.
Обычное штатное обновление так же требует отключения расширения (на тех релизах, которые я видела).
Не рекомендую в расширение с 8.3.11 по 8.3.13 переносить свои данные (реквизиты, справочники и документы и т.п.) Отлетают при ТИИ, и даже просто расширение по каким-то причинам не встало. Потом только с бекапами востанавливаться.
Т.е. все добавления данных - в основную конфу снятую с поддержки вносить. А в расширении уже всякие роли, обработки, пакеты XDTO и прочее подобное.
Очень хорошо модифицируются формы и модули типовых.
Таким образом, если вы уже дорабатывали конфу, то стоит вынести в расширение формы, обработки, роли, пакеты XDTO, переписать исправленные модули, вставить макеты свои, и у вас получится типовая с минимальными доработками, основное все уйдет в расширение.
Т.е. все добавления данных - в основную конфу снятую с поддержки вносить. А в расширении уже всякие роли, обработки, пакеты XDTO и прочее подобное.
Очень хорошо модифицируются формы и модули типовых.
Таким образом, если вы уже дорабатывали конфу, то стоит вынести в расширение формы, обработки, роли, пакеты XDTO, переписать исправленные модули, вставить макеты свои, и у вас получится типовая с минимальными доработками, основное все уйдет в расширение.
Что еще плюсом идет.
При добавлении своей обработки, в отличии от использования внешней обработки - можно легко отлаживать, можно использовать модуль менеджера обработки, и соответственно обращаться к этим методам из самого расширения.
При добавлении своей обработки, в отличии от использования внешней обработки - можно легко отлаживать, можно использовать модуль менеджера обработки, и соответственно обращаться к этим методам из самого расширения.
ИМХО. Мне кажется надо просто постепенно переносить функционал в расширение шаг за шагом, постепенно, объект за объектом приводя типовые объекты к идентичному виду с конфигурацией поставщика. Ну и для каждого такого объекта, если были добавлены реквизиты то в ручную писать обработки по переносу данных. Большая работа. При этом, еще мне кажется нет смысла переносить в расширение добавленные объекты, только добавленные реквизиты у типовых объектов. Сложнее всего мне показалось с ролями, не до конца понятно как лучше с ними обходиться.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот