Администрирование · 13 мин
Апгрейд программы 1С: что это и как его выполнить
Апгрейд программы 1С: что это такое, чем отличается от обновления, какие схемы апгрейда существуют, как подготовиться и избежать ошибок при переходе.
Апгрейд программы 1С — это переход с одного программного продукта 1С на другой, более функциональный, с зачётом стоимости уже приобретённой лицензии. Проще говоря, пользователь доплачивает разницу в цене между старой и новой программой вместо того, чтобы покупать новую за полную стоимость. Типичный пример — переход с «1С:Бухгалтерия 8. Базовая» на «1С:Бухгалтерия 8. ПРОФ» или с «1С:Управление торговлей» на «1С:Комплексная автоматизация».
Важно не путать апгрейд с обновлением. Обновление — это установка нового релиза внутри одной и той же конфигурации (например, с релиза 3.0.120 на 3.0.125), оно выполняется штатно и обычно входит в подписку ИТС или оформленную поддержку. Апгрейд — это смена самого продукта: другой редакции, другой конфигурации или другого набора лицензий. Это принципиально разные процедуры с разными рисками и порядком действий.
Апгрейд затрагивает не только бухгалтерию, но и ИТ-инфраструктуру: новую версию платформы, новые лицензии, иногда — перенос данных между конфигурациями. Поэтому к нему стоит готовиться как к отдельному проекту, даже если переход кажется простым.
Что такое апгрейд 1С и чем он отличается от обновления
Термин «апгрейд» в экосистеме 1С используется в двух смыслах, и их стоит различать. Первый смысл — коммерческий: официальная схема фирмы «1С», по которой зарегистрированный пользователь сдаёт старый программный продукт и получает новый со скидкой, равной стоимости сдаваемого продукта (с учётом действующих правил). Второй смысл — технический: сам процесс перевода работы компании на новую конфигурацию, включая установку, перенос данных и настройку.
Обновление, в отличие от апгрейда, не меняет продукт. Конфигурация остаётся той же, меняется только версия релиза: исправляются ошибки, добавляются изменения законодательства, новые печатные формы. Обновление выполняется через конфигуратор или сервисы обновления, и данные при этом сохраняются в той же информационной базе.
Признак того, что вам нужен именно апгрейд, а не обновление: текущая редакция программы ограничивает работу. Например, в базовой версии нельзя вести учёт по нескольким организациям в одной базе, работать нескольким пользователям одновременно или дорабатывать конфигурацию. Никакое обновление релиза эти ограничения не снимет — это свойство редакции, а не версии.
Когда апгрейд действительно нужен
Решение об апгрейде должно опираться на конкретные ограничения текущей программы, а не на желание «иметь свежую версию». Типовые сценарии, когда апгрейд оправдан: бизнес вырос, и базовой версии перестало хватать; появилась потребность в многопользовательской работе; требуется доработка конфигурации под процессы компании; нужен функционал, которого нет в текущей конфигурации (например, управление производством или полноценный учёт НДС в специфических схемах).
Обратная ситуация: если программа справляется с задачами, а единственная проблема — устаревший релиз, нужно обновление, а не апгрейд. Переплачивать за смену продукта в этом случае нет смысла.
Как выбрать действие
Отдельный случай — рост числа пользователей. Если редакция ПРОФ уже установлена, а нужно просто больше одновременных подключений, апгрейд продукта не требуется: докупаются клиентские лицензии 1С. Это дешевле и проще, чем смена конфигурации.
Какие схемы апгрейда существуют
Фирма «1С» предусматривает несколько типовых направлений апгрейда. Условия и порядок зачёта стоимости периодически меняются, поэтому актуальные правила стоит уточнять у партнёра 1С или в официальных информационных письмах до принятия решения.
- Апгрейд редакции внутри одной конфигурации. Пример: «1С:Бухгалтерия 8» базовая → ПРОФ → КОРП. Самый простой сценарий: структура данных совместима, перенос обычно не требуется, достаточно установить новую поставку и обновить конфигурацию базы.
- Апгрейд на другую конфигурацию. Пример: «1С:Управление торговлей» → «1С:Комплексная автоматизация». Требуется перенос данных с помощью типовых правил обмена или обработок миграции.
- Апгрейд платформы. Переход с версии платформы 7.7 на 8.3 — фактически это уже полноценный проект миграции, а не формальный апгрейд: данные переносятся специальными обработками, а часть учёта часто приходится донастраивать вручную.
- Апгрейд лицензий. Переход с однопользовательской поставки на многопользовательскую, смена аппаратных ключей на программные лицензии и обратно.
Сравнение вариантов
Подходит, когда не хватает функций той же конфигурации. Ограничение: не решает задачи, которых нет в самой конфигурации
Подходит при смене масштаба учёта. Ограничение: требуется перенос данных и проверка полноты миграции
Подходит, когда старая платформа больше не поддерживается. Ограничение: по сути это проект внедрения заново
Подходит, если нужно только больше пользователей. Ограничение: не добавляет новый функционал
Как подготовиться к апгрейду
Подготовка занимает больше времени, чем сама установка нового продукта, и именно она определяет успех перехода. Первый шаг — зафиксировать текущее состояние: версию платформы, релиз конфигурации, список доработок, подключённые внешние отчёты и обработки, интеграции с другими системами (сайт, банк-клиент, оборудование).
Второй шаг — проверить условия апгрейда. Для коммерческого апгрейда старый продукт должен быть зарегистрирован, а его поставка — соответствовать правилам сдачи. Если регистрация продукта утеряна или программа приобреталась давно и не регистрировалась, вопрос решается через партнёра 1С заранее, а не в день покупки.
Третий шаг — сделать полную резервную копию информационной базы. Для файловой базы это копирование каталога с файлом 1Cv8.1CD или выгрузка через конфигуратор в файл .dt. Для клиент-серверной базы — штатная выгрузка средствами СУБД плюс выгрузка .dt. Резервная копия должна быть проверена: убедитесь, что она открывается и восстанавливается.
- 1Зафиксируйте текущие версии платформы, конфигурации и список доработок
- 2Уточните у партнёра 1С условия апгрейда и стоимость доплаты
- 3Сделайте и проверьте резервную копию базы (выгрузка .dt плюс копия каталога или бэкап СУБД)
- 4Установите новую платформу и шаблон новой конфигурации
- 5Выполните обновление конфигурации базы или перенос данных типовыми обработками
- 6Проверьте ключевые данные: остатки, обороты, справочники, регламентированные отчёты
- 7Перерегистрируйте лицензии и настройте доступ пользователей
Как выполнить апгрейд: типовые сценарии
Апгрейд редакции без смены конфигурации
Это самый безопасный сценарий. После установки новой поставки конфигурация базы обновляется штатно через конфигуратор: «Конфигурация» → «Поддержка» → «Обновить конфигурацию», либо через загрузку конфигурации из файла поставки. Структура данных совместима, поэтому перенос не нужен. После обновления запустите базу в режиме предприятия и дождитесь выполнения процедур обновления данных.
Апгрейд с переходом на другую конфигурацию
Здесь потребуется перенос данных. Для типовых переходов фирма «1С» поставляет обработки миграции: они переносят справочники, остатки на дату перехода и часть документов. Важно понимать ограничение: типовой перенос редко переносит всю историю документов. Часто старая база остаётся в режиме «только чтение» для доступа к архиву, а новая начинает работу с даты ввода остатков.
Для нетиповых, сильно доработанных баз перенос делается на основе «Конвертации данных» с написанием собственных правил. Это работа для специалиста: ошибки в правилах приводят к потере или искажению данных, которые обнаруживаются не сразу, а при закрытии периода.
Проверка результата после перехода
Апгрейд считается завершённым не после установки, а после проверки данных. Минимальный набор контрольных точек: сверка остатков по счетам бухгалтерского учёта (или складским остаткам и взаиморасчётам — для торговых конфигураций) между старой и новой базой на дату перехода; проверка заполнения ключевых справочников (контрагенты, номенклатура, договоры); формирование пробного регламентированного отчёта; тестовое проведение документов основных типов.
Полезно выполнить «Тестирование и исправление» информационной базы в конфигураторе после массового переноса данных — это выявляет повреждения физической структуры файловой базы. Для клиент-серверных баз аналогичные проверки выполняются средствами СУБД.
Как проверить результат
Оборотно-сальдовая ведомость (или отчёт по остаткам) совпадает со старой базой
Расхождения по счетам или складам — перенос выполнен не полностью
Контрагенты, номенклатура, договоры перенесены без дублей и пустых элементов
Дубли, потерянные группы, пустые реквизиты
Новые документы проводятся без ошибок, движения формируются корректно
Ошибки проведения, незаполненные движения
Все пользователи входят в базу, лицензия активирована
Сообщения об отсутствии лицензии, невозможность одновременной работы
Типичные ошибки и ограничения
Самая частая ошибка — попытка совместить апгрейд с другими изменениями: одновременно сменить редакцию, платформу, сервер и внедрить доработки. При таком подходе невозможно понять, какое изменение вызвало проблему. Правильный порядок — один шаг за раз, с проверкой после каждого.
Вторая ошибка — игнорирование доработок старой базы. Если конфигурация снята с поддержки и изменена, штатное обновление может затереть доработки или не выполниться вовсе. Перед апгрейдом такие изменения нужно инвентаризировать и решить, какие из них переносятся в новую конфигурацию.
Также учитывайте лицензионные ограничения. При коммерческом апгрейде сданный продукт изымается из использования: продолжать работать на нём параллельно с новым по правилам нельзя, хотя доступ к старой базе данных для чтения архива на практике сохраняют. Детали такого использования стоит согласовать с партнёром 1С, чтобы не нарушить лицензионное соглашение.
Часто задаваемые вопросы
Можно ли выполнить апгрейд самостоятельно, без привлечения специалиста?
Апгрейд редакции внутри одной типовой конфигурации (например, базовой на ПРОФ) при наличии резервной копии обычно под силу опытному пользователю: это штатное обновление конфигурации. Переход на другую конфигурацию с переносом данных, а также любые сценарии с доработанной базой, разумнее поручить специалисту — цена ошибки в переносе данных выше стоимости работ.
Что происходит со старой лицензией при апгрейде?
При коммерческом апгрейде старый программный продукт сдаётся: его регистрационная анкета и дистрибутив передаются поставщику, а право использования прекращается. Взамен выдаётся новый продукт с новыми лицензиями. Точные условия зависят от действующих правил фирмы «1С», их уточняют у партнёра до оформления.
Перенесутся ли все документы при переходе на другую конфигурацию?
Обычно нет. Типовые обработки миграции переносят справочники и остатки на дату перехода, а история документов чаще всего остаётся в старой базе. Если нужна полная история, перенос делается индивидуально через «Конвертацию данных», что увеличивает стоимость и сроки проекта.
Чем апгрейд отличается от покупки новой программы за полную цену?
При апгрейде стоимость старого зарегистрированного продукта засчитывается, и вы доплачиваете разницу по действующим правилам. При обычной покупке зачёта нет. Апгрейд выгоден, если старый продукт зарегистрирован и соответствует условиям сдачи; иначе разница может оказаться незначительной.
Нужно ли оформлять подписку ИТС после апгрейда?
Для получения обновлений новой конфигурации и доступа к сервисам 1С требуется действующий договор сопровождения (ИТС или аналогичный). Если сопровождение было оформлено на старый продукт, условия его действия при апгрейде уточняются у обслуживающего партнёра — часто договор переоформляется на новый продукт.
Когда лучше планировать апгрейд по календарю?
Оптимально — сразу после закрытия отчётного периода и сдачи деклараций, в период минимальной нагрузки на учётный отдел. Не стоит начинать переход перед сдачей годовой отчётности, во время инвентаризации или в сезон пиковых продаж: любая задержка в этот момент бьёт по бизнесу напрямую.
Что важно запомнить
Апгрейд 1С — это смена программного продукта с зачётом стоимости старого, а не обновление релиза. Перед переходом зафиксируйте текущее состояние системы, сделайте проверенную резервную копию, выполняйте изменения по одному шагу, а завершайте процесс сверкой остатков и тестовым проведением документов. Старую базу сохраняйте как минимум до конца первого закрытого периода в новой программе.