Переход на старшую версию 1С: как устроен апгрейд и что будет с вашей базой
Содержание
Апгрейд программы 1С — это переход на более старший программный продукт с зачётом стоимости того, что у вас уже куплено: с базовой версии на ПРОФ, с ПРОФ на КОРП, с Бухгалтерии на Комплексную автоматизацию или ERP, с 1С 7.7 на 8.3. Вы доплачиваете разницу по правилам апгрейда фирмы 1С, а данные переносите в новую программу — где-то загрузкой конфигурации, где-то полноценной конвертацией.
Обычное обновление этого не делает. Оно меняет релиз внутри того же продукта, и база остаётся той же. Путаница между этими словами стоит денег: компания ждёт «обновления», а получает проект переноса данных на две-три недели.
Апгрейд и обновление 1С: в чём разница
Разница в том, что меняется: номер релиза или сам продукт с лицензией.
| Обновление | Апгрейд | |
|---|---|---|
| Что меняется | Релиз той же конфигурации (например, 3.0.150 → 3.0.152) | Продукт: редакция, версия или линейка |
| Лицензия | Та же | Новая; исходная перестаёт действовать |
| Оплата | По подписке ИТС (для ПРОФ и выше); для базовых версий обновления без ИТС | Разница в стоимости по правилам апгрейда |
| Данные | Остаются в той же базе | Переходят в новую конфигурацию загрузкой или конвертацией |
| Кто делает | Бухгалтер или администратор сам | Чаще партнёр 1С или штатный программист |
| Срок | От 15 минут до пары часов | От часа до нескольких месяцев |
Есть и промежуточный случай — переход на новую редакцию той же программы, например исторический переход Бухгалтерии 2.0 на 3.0 или ЗУП 2.5 на 3.1. Это не апгрейд в коммерческом смысле: платить заново не нужно, переход входит в сопровождение. Но технически это уже перенос данных, а не обычное обновление, и готовиться к нему надо так же серьёзно.
Какие бывают апгрейды 1С
Все варианты сводятся к пяти направлениям. От направления зависит и сложность работ, и что будет с базой.
- 🔼 Базовая → ПРОФ. Самый частый случай. Базовая версия рассчитана на одного пользователя, одну организацию и не позволяет менять конфигурацию. ПРОФ снимает эти ограничения. Данные переходят почти без потерь: конфигурации построены одинаково.
- 🏢 ПРОФ → КОРП. Нужен холдингам и крупным компаниям: в КОРП-версиях Бухгалтерии и ЗУП есть функции для групп компаний, расширенный учёт и, в ЗУП, дополнительные кадровые механизмы. Перенос — сменой конфигурации поверх своей базы.
- 🔄 Смена линейки: Бухгалтерия → КА или ERP, УТ → КА или ERP. Здесь меняется сама программа. Данные не «переезжают» сами, их переносят обработкой конвертации: справочники, остатки, иногда документы за текущий период.
- 🕰 1С 7.7 → 1С 8.3. Переход между платформами. В конфигурациях 8.3 есть встроенный перенос данных из 7.7, но типовые базы 7.7 часто доработаны, и тогда правила переноса приходится настраивать.
- 👥 Расширение лицензий и переход на клиент-сервер. Докупка клиентских лицензий и серверной лицензии 1С формально не всегда оформляется как апгрейд, но по объёму работ похожа: база переводится из файла в СУБД.
Сколько стоит апгрейд
Стоимость складывается из двух частей: разница в цене продуктов и работа по переходу.
💰 Разница в цене считается так: из цены нового продукта вычитается засчитываемая стоимость исходного. Размер зачёта зависит от конкретной пары «откуда — куда», его называет партнёр по прайсу фирмы 1С.
Ориентиры по работам (примерно, по рынку партнёров, без учёта лицензий):
| Вид перехода | Работа партнёра, ориентировочно | Срок |
|---|---|---|
| Базовая → ПРОФ, типовая база | 1–5 тыс. ₽ или самостоятельно | 1–2 часа |
| ПРОФ → КОРП, без доработок | 3–15 тыс. ₽ | 1 день |
| Бухгалтерия → КА, одна организация | 30–150 тыс. ₽ | 1–4 недели |
| УТ или Бухгалтерия → ERP | от 200 тыс. ₽, проектом | 1–6 месяцев |
| 7.7 → 8.3, типовая база | 15–60 тыс. ₽ | 1–3 недели |
Цифры сильно расходятся по регионам и зависят от доработок. Доработанная база 7.7 или нетиповая УТ может обойтись в разы дороже.
Что подготовить до перехода: железо, платформа, лицензии
Подготовка — половина успеха. Большинство сорванных апгрейдов спотыкаются не о конвертацию, а о то, что новая программа просто не запускается на старой инфраструктуре.
Платформа
Новая конфигурация требует платформу с номером не ниже указанного в её описании релиза. Описание лежит в файлах поставки и в сведениях о релизе. Если у вас стоит платформа на несколько лет старше, сначала обновите её на всех компьютерах и на сервере.
Номер текущей платформы виден в окне «О программе»: Главное меню → Справка → О программе.
Сервер и СУБД
КА и ERP формально можно запустить в файловом режиме, но для работы нескольких пользователей нужен клиент-серверный вариант: сервер 1С и СУБД (PostgreSQL или Microsoft SQL Server). Ориентир для небольшого ERP на 10–20 пользователей — отдельный сервер с 8–16 ядрами, 32–64 ГБ памяти и быстрыми SSD-дисками. Бухгалтерии ПРОФ на 3–5 пользователей обычно хватает файловой базы на общем ресурсе или локальной машине.
Лицензии
Перед переходом проверьте, хватает ли клиентских лицензий на всех пользователей и нужна ли серверная лицензия. Клиентские лицензии платформы общие для всех конфигураций 8.3: при переходе с Бухгалтерии ПРОФ на КА их не нужно покупать заново.
Порядок апгрейда 1С: этапы переноса данных
Порядок зависит от направления. Ниже — два принципиально разных сценария.
Сценарий А: та же база, другая конфигурация (Базовая → ПРОФ, ПРОФ → КОРП)
Здесь база не создаётся заново. Вы меняете конфигурацию на более старшую того же продукта, и данные остаются на месте.
- Обновите текущую базу до последнего релиза. Релиз старшей поставки должен быть не ниже релиза вашей базы, иначе загрузка не пройдёт.
- Сделайте копию: в Конфигураторе
Администрирование → Выгрузить информационную базу. - Установите шаблон конфигурации новой поставки (ПРОФ или КОРП) из дистрибутива.
- В Конфигураторе загрузите файл конфигурации новой поставки (
1Cv8.cf) через менюКонфигурация → Загрузить конфигурацию из файла. - Согласитесь на обновление конфигурации базы данных и дождитесь завершения.
- Запустите 1С:Предприятие: программа выполнит обработчики обновления.
- Активируйте лицензию новой поставки, если программа её запросит.
Загрузка конфигурации из файла полностью заменяет конфигурацию. Если в базе были доработки прямо в конфигурации, они пропадут. Для доработанной базы вместо загрузки нужно сравнение и объединение — это работа программиста.
Сценарий Б: новая программа и конвертация (Бухгалтерия → КА/ERP, 7.7 → 8.3)
Здесь создаётся новая пустая база, и данные в неё переносятся.
- Выберите дату перехода. Удобнее всего — начало года или квартала после закрытия периода и сдачи отчётности. Тогда в новой базе достаточно остатков, а историю можно смотреть в старой.
- Решите, что переносить. Минимум — справочники и остатки на дату перехода. Расширенный вариант — ещё и документы текущего года. Чем больше истории, тем дольше и дороже.
- Создайте новую базу из шаблона новой конфигурации и заполните базовые настройки: организации, учётную политику, параметры учёта.
- Запустите перенос. В типовых конфигурациях 8.3 есть встроенные механизмы переноса из распространённых источников: из 1С 7.7, из Бухгалтерии в КА и ERP. При первом запуске пустой базы помощник начала работы обычно предлагает загрузить данные из другой программы; позже ту же команду можно найти поиском по интерфейсу (иконка лупы в шапке окна), введя слово «перенос».
- Сверьте остатки. Сформируйте оборотно-сальдовую ведомость на дату перехода в старой и новой базе и сравните по каждому счёту. Отдельно проверьте взаиморасчёты с контрагентами и складские остатки по количеству.
- Проведите пробный месяц. Если есть возможность, неделю-две ведите учёт параллельно: в старой базе по-прежнему, в новой — на копии. Так всплывают ошибки настроек до того, как на них построится отчётность.
- Переключите пользователей. Старую базу переведите в режим только для чтения правами доступа, но не удаляйте.
Перенос «как есть» за все годы почти никогда не нужен. Он многократно удлиняет проект, а ошибки старых периодов переезжают вместе с данными.
Доработки, внешние обработки и обмены при апгрейде
Типовые данные переносятся по готовым правилам. Всё, что сделано под вас, придётся переносить вручную — и именно здесь проект обычно растягивается.
Доработки конфигурации
Сначала выясните, где они живут:
- 🧩 В расширениях (механизм появился в платформе 8.3.6). Это лучший случай. Расширение подключается к новой конфигурации, но его надо проверить: если оно ссылается на объекты, которых в новой программе нет или которые названы иначе, его придётся переделать.
- 🔧 Прямо в конфигурации. Тогда при загрузке новой конфигурации из файла доработки исчезнут. Их переносят через сравнение и объединение или переписывают в расширение.
- 📂 Во внешних обработках и отчётах (файлы
.epfи.erf). Их подключают заново в новой базе. Обработки, написанные под Бухгалтерию, в КА или ERP часто не работают: там другие документы и регистры.
Если переходите на КА или ERP, не переносите доработки по списку. Сначала проверьте, не закрывает ли задачу типовой функционал новой программы. Половина «обязательных» отчётов Бухгалтерии в ERP уже есть из коробки.
Обмены и интеграции
Обмены настраиваются в каждой базе отдельно, поэтому в новой программе их нужно настроить заново:
- 🏦 обмен с банком (1С:ДиректБанк или выгрузка файлов);
- 📨 электронный документооборот: учётную запись 1С-ЭДО и сертификаты подключают в новой базе;
- 🌐 обмен с сайтом и маркетплейсами;
- 🔁 синхронизацию с другими базами 1С — например, Бухгалтерии с ЗУП или с Розницей;
- 📦 подключение торгового оборудования и обмены с ГИС МТ, ЕГАИС, Меркурием.
При смене линейки меняется и схема обменов. Бухгалтерия, которая получала данные из УТ, после перехода на КА может стать не нужна: учёт будет в одной базе. Это стоит обсудить до начала работ, а не после.
1С-Отчётность
Если у вас подключена 1С-Отчётность, учётная запись и сертификат подключаются в новой базе заново. Перед этим проверьте, что старая база больше не используется для отправки отчётов, иначе возникнет путаница с документооборотом.
Ошибки при самостоятельном апгрейде 1С
Эти ошибки встречаются у тех, кто делает переход сам, без опыта предыдущих проектов.
| Ошибка | Чем оборачивается | Как избежать |
|---|---|---|
| Работа сразу в рабочей базе | Сломанная база в разгар рабочего дня | Все операции сначала на копии, рабочую базу трогать только после проверки |
| Загрузка конфигурации поверх доработанной базы | Доработки исчезают без предупреждения | Сначала сравнить конфигурации, понять, что в базе своего |
| Релиз старшей поставки ниже текущего | Загрузка не проходит или конфигурация откатывается | Взять релиз новой поставки не ниже того, что стоит в базе |
| Перенос посреди периода | Остатки не сходятся, отчётность за квартал собирается из двух баз | Переходить с начала месяца, лучше квартала |
| Нет сверки ОСВ после переноса | Ошибки всплывают при сдаче отчётности | Сверка по каждому счёту в день переноса |
| Удаление старой базы | Не к чему вернуться, нет истории для налоговой проверки | Хранить старую базу в режиме чтения минимум весь срок хранения документов |
| Пользователи не предупреждены | Документы вводятся в старую базу после даты перехода | Закрыть старую базу правами и предупредить сотрудников заранее |
Отключать пользователей от базы и обновлять конфигурацию базы данных лучше вне рабочего времени: при обновлении структуры нужен монопольный доступ, все сеансы будут завершены.
Если переход пошёл не так
Пока старая база не тронута, откат простой: вернуть пользователей в неё и разбираться с новой спокойно. Поэтому в сценарии А всегда держите выгрузку .dt до начала работ, а в сценарии Б не удаляйте исходную базу до сдачи хотя бы одной отчётности из новой.
Если остатки не сходятся после конвертации, не подгоняйте их вручную корректирующими проводками «до совпадения». Найдите счёт с расхождением, затем контрагента или номенклатуру — чаще всего причина в одном справочнике, который перенёсся с дублями или без аналитики.