Как проверить расширения перед обновлением конфигурации 1С

Перед обновлением 1С проверьте доработки на отдельной тестовой базе. Для этого создайте резервную копию рабочей базы и сохраните её без изменений. Подготовьте отдельную тестовую базу, заблокируйте её подключения к рабочим системам и только затем восстановите данные. Затем выполните пробное обновление, проверьте применимость расширений и операции, которыми пользуетесь в работе.

Резервная копия нужна для восстановления, а тестовая база — для изменений и испытаний. Рабочую базу во время репетиции не обновляйте. Ниже разобран порядок подготовки: внешнюю защиту нужно настроить ещё до восстановления данных и проверить до первого запуска тестовой базы.

Расширение добавляет в 1С свои функции: поле в документе, особую печатную форму, запрет проведения без основания. Основная конфигурация — программа учёта, например «Бухгалтерия предприятия» или «Зарплата и управление персоналом». После её обновления доработки могут потребовать адаптации.

Начните со списка операций, которые важно сохранить. Необязательно сразу знать, какая из них сделана расширением: запишите, что должно работать и какой результат вы ожидаете. Если нужна помощь с проверкой, можно обратиться ко мне с этим списком или просто описать задачу.

Как проверить привычные операции

Вместо «документ должен работать» запишите конкретное ожидание: «основание отгрузки сохраняется после закрытия документа и выводится в нашей печатной форме».

Проверять такие операции можно только в изолированной тестовой базе после обновления и успешной проверки применимости нужных расширений. Если базы ещё нет, сначала подготовьте её по процедуре ниже.

Войдите с обычными рабочими правами. Заполните обязательные данные и выберите условия, при которых операция допустима. Иначе ошибка в данных или ограничение доступа помешают проверить саму доработку.

Дополнительное поле и печатная форма

Допустим, расширение добавляет основание отгрузки в документ и печать. Проверка будет такой:

1. Создайте тестовый документ и заполните основание известным значением.

2. Запишите документ, закройте и откройте снова.

3. Убедитесь, что значение сохранилось.

4. Сформируйте нужную печатную форму и найдите в ней это значение.

Если поле видно, но после повторного открытия пустое, проверка не пройдена. Если значение сохранилось, но не попало в печать, запишите это расхождение. Одного открытия формы недостаточно.

Запрет проведения без основания

Допустим, доработка запрещает проведение документа с пустым основанием. Подготовьте два однотипных непроведённых документа: с основанием и без него. Попробуйте провести оба.

Документ с основанием должен проводиться. Второй должен остаться непроведённым. Проверьте его состояние: одного сообщения об отказе недостаточно.

Если не проводится и документ с заполненным основанием, прочитайте причину отказа. Сначала проверьте остальные данные, права и условия проведения — отказ сам по себе не доказывает ошибку расширения. Если документ без основания проводится вопреки правилу или отказ связан с неверной работой доработки, сохраните условия и результат для разбора.

Оба примера условные. Для своих функций запишите, что сделали, чего ожидали и что получили. Успех этих проверок подтверждает только выбранные операции; остальные важные функции тоже нужно проверить.

Что подтверждает проверка расширения

Расширение зависит от объектов и свойств основной конфигурации, которые могут измениться при обновлении. Поэтому запуска новой версии 1С недостаточно, чтобы признать доработку рабочей. 1С: устройство расширений.

Проверка применимости показывает, может ли платформа применить расширение к выбранной конфигурации. Если ошибок нет, это ещё не подтверждает правильность печати, расчёта или контроля документа. Их проверяют отдельными операциями.

Поставщик готового расширения может указывать поддерживаемые версии 1С. Эти сведения помогают выбрать файл, но не заменяют проверку вашей базы и ваших изменений. У индивидуальной доработки публичной таблицы совместимости может не быть.

Перед рабочим обновлением нужны три результата:

Учитывайте ограничения тестовой базы. Например, создание документа при отключённом обмене не подтверждает его доставку в другую систему. Если доставка нужна для работы, проверьте её в подходящем тестовом контуре. До этого отметьте этап как непроверенный.

Как подготовить тестовую базу

Для подготовки нужны доступ к резервному копированию, восстановлению и обновлению, а также понимание внешних подключений базы. Если не можете исключить рабочие обмены или определить, куда восстанавливаете данные, остановитесь. С подготовкой базы можно обратиться ко мне.

Запишите версии и выберите проверки

До изменений запишите исходный и целевой релизы конфигурации, версии платформы и расширений. Отметьте активность расширений, местные изменения и значимые настройки — например, режим совместимости или область данных, если она используется.

Подготовьте именно те версии расширений, которые собираетесь использовать после обновления. Проверка чистой поставки не подтвердит сохранность изменений, внесённых для вашей организации.

Выберите операции, данные и ожидаемые результаты. Правило доработки можно уточнить по её описанию или у тех, кто пользуется функцией. Для запрета нужны допустимый и недопустимый случаи. Если результат зависит от суммы или даты, включите проверку значимой границы.

При необходимости сохраните результат на исходной версии для сравнения. При этом ориентируйтесь на требования к доработке и документацию целевого релиза: прежнее поведение могло быть ошибочным или намеренно меняться при обновлении.

Сохраните резервную копию и восстановите данные

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

2. Подготовьте отдельную тестовую базу. Перед восстановлением сверьте её имя и параметры подключения. Они должны указывать на тестовую базу.

3. До восстановления настройте внешние ограничения. Заблокируйте отправку писем и документов, обмен с рабочими системами и запись в рабочие внешние каталоги. Защита должна действовать независимо от настроек внутри базы: при загрузке настройки пустой базы могут быть заменены данными из архива.

4. Восстановите данные и проверьте защиту до первого запуска. Убедитесь, что восстановление завершилось и внешние ограничения продолжают действовать. Наличие файла резервной копии само по себе не подтверждает возможность восстановления.

5. Настройте восстановленную базу, сохраняя внешнюю защиту. Отключите рабочие обмены и отправку сообщений, замените нужные подключения тестовыми. Сверьте исходные версии, расширения и контрольные данные. Ради проверки обмена не открывайте доступ к рабочим системам.

При загрузке информационной базы из файла выбранная база полностью заменяется. Ошибка в выборе подключения может привести к замене рабочей базы — ещё раз проверьте, куда загружаете данные. 1С: выгрузка и загрузка информационной базы.

В Библиотеке стандартных подсистем (БСП) есть механизмы блокировки внешних регламентных заданий в копиях. Их работа зависит от настроек и реализации обработчиков. Один флажок не защищает от всех обменов и произвольного кода. 1С: требования к регламентным заданиям, пункты 5–6.

Запишите, какие внешние действия отключены или заменены тестовыми: эти ограничения понадобятся при оценке результатов.

Как выполнить пробное обновление и проверку

Обновите тестовую базу по документации вашей конфигурации. До проверки пользовательских операций завершите необходимые процедуры обновления: база должна работать с целевой конфигурацией базы данных. Загрузить изменения в Конфигураторе ещё не значит обновить базу.

Откройте список расширений в Конфигураторе и запустите проверку возможности применения итогового комплекта. Сохраните сообщения. Если необходимое расширение не применяется, устраните проблему и повторите проверку. Без нужного расширения вы проверите другой набор функций.

Проверяйте весь комплект на целевом релизе. Успешная проверка на прежней версии или отдельные прогоны расширений не подтверждают их совместную работу после обновления.

Затем выполните выбранные операции под учётными записями с нужными рабочими правами. Результат с полными правами администратора не подтверждает работу обычного пользователя. Учитывайте настройки доступа к данным и видимости полей. 1С: права доступа, функциональные опции.

Если несколько расширений меняют одну операцию, проверьте их эффекты вместе. Например, дополнительное поле должно сохраняться, а запрет проведения — срабатывать в нужных условиях.

При совпадении результатов с ожиданиями можно оформлять итог проверки. Если есть сообщение или расхождение, разберите затронутую функцию. Следующий раздел пригодится, если у вас есть доступ к расширению и вы умеете работать с конфигурацией.

Как выбрать проверки по изменённой зависимости

Сообщение диагностики может назвать объект, свойство или метод, от которого зависит расширение. Сохраните полный текст и найдите, где эта зависимость используется. Если сообщения нет, начните с известного изменения или конкретного расхождения в операции. Одно название объекта ещё не объясняет причину сбоя.

1. Найдите затронутое место в расширении и сопоставьте его с целевой конфигурацией. Если есть прежняя версия, сравните изменения.

2. Определите функцию этого участка: заполнение поля, сохранение значения, печать, запрет действия или расчёт.

3. Подберите данные, на которых проявляется эффект, и запишите ожидаемый результат.

4. Включите обычный случай и существенное для доработки условие: пустое обязательное значение, другую роль, границу суммы или даты.

5. Проверьте применимость итогового комплекта. Если есть несовместимость, устраните её и повторите диагностику.

6. После успешной проверки выполните операции со всеми нужными расширениями и сравните результаты с ожиданиями.

Если зависимость участвует в выводе основания в печать, проверьте и сохранение значения, и печатную форму. Если она связана с запретом проведения, проверьте допустимый и недопустимый документы, их состояние и затронутые движения.

Не отключайте необходимое расширение и не снимайте контроль свойств ради исчезновения сообщения. Это не подтверждает исправность доработки.

Что даёт ранняя проверка в Конфигураторе

Предварительная проверка с учётом загруженных, но ещё не применённых к базе изменений описана в материалах 1С. Её команды и условия уточняйте по документации используемой платформы. 1С: развитие механизма расширений, раздел «В Конфигураторе».

Такая проверка помогает заранее обнаружить проблему применимости. После неё всё равно нужно завершить обновление тестовой базы, проверить итоговый комплект на целевой конфигурации базы данных и выполнить рабочие операции.

Запишите затронутую функцию, проверку и результат. Если поведение не соответствует требованию, определите, что нужно адаптировать, и повторите проверки после исправления.

Как записать результат и решить, можно ли обновляться

Один раз укажите дату, версии конфигурации и платформы, состав расширений, результат применимости и ограничения тестовой базы. Для каждой операции заполните короткую запись:

Фактический результат записывайте после выполнения операции. Не включайте в протокол пароли, токены и лишние персональные данные.

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

Непосредственно перед обновлением рабочей базы создайте актуальную резервную копию. За время проверки в рабочей базе могли появиться новые данные, и архив для репетиции мог устареть. Успешный тест не заменяет эту копию и подготовку рабочего обновления.

Сохраните список проверок для следующего релиза. Если нужна помощь с подготовкой базы, разбором расхождения или адаптацией расширения, напишите мне, какую операцию важно сохранить. Готовый протокол можно приложить, но он не обязателен для обращения.