Переход с Розницы 2.3 на редакцию 3.0 без потери данных
Содержание
Чтобы обновить 1С:Розница 2.3 до 3.0, сначала доведите базу до последнего релиза 2.3, затем примените файл обновления 1Cv8.cfu из поставки 3.0 через Конфигуратор: Конфигурация → Поддержка → Обновить конфигурацию. Переносить данные в пустую базу не нужно: справочники и документы преобразуют обработчики обновления при первом запуске программы.
Сама процедура занимает час-два на типовой базе. Основное время уходит на подготовку: проверку доработок, обновление платформы , тест на копии и проверку магазинов в распределённой базе.
Что проверить в базе 2.3 до перехода на 3.0
Начните с инвентаризации: от неё зависит, пройдёт ли переход обычным обновлением или потребует ручной работы с доработками.
Версия конфигурации и платформы
- Откройте программу и посмотрите номер релиза в окне «О программе» (значок вопроса или меню с тремя полосками в правом верхнем углу).
- Сравните его со списком версий, с которых поддерживается переход. Список приводится в описании поставки редакции 3.0 (файл
ReadMeили «Порядок обновления» в каталоге шаблона). - Проверьте версию платформы. Редакция 3.0 требует платформу с номером не ниже указанного в описании релиза. Обновите платформу на всех компьютерах заранее: и на сервере, и на кассах.
Если ваш релиз 2.3 старый, переход идёт цепочкой: сначала обновления внутри 2.3 до последнего, потом скачок на 3.0. Перепрыгнуть с раннего 2.3 сразу на 3.0 не получится.
Доработки конфигурации
Откройте Конфигуратор и выберите Конфигурация → Поддержка → Настройка поддержки. Возможны три состояния:
| Состояние | Что значит | Сложность перехода |
|---|---|---|
| На поддержке, изменения запрещены | Типовая база | Низкая, обычное обновление |
| На поддержке, изменения разрешены | Есть доработки в основной конфигурации | Средняя, нужно сравнение и объединение |
| Снята с поддержки | Связь с поставщиком разорвана | Высокая, сначала восстановление поддержки |
Доработки в расширениях (Конфигурация → Расширения конфигурации) обновление не блокируют. Но после перехода их придётся проверить: объекты, к которым они привязаны, в 3.0 могли измениться.
Внешние обработки и печатные формы
Выпишите все подключённые внешние отчёты, обработки и печатные формы. Они лежат в списке дополнительных отчётов и обработок в разделе НСИ и администрирование. Каждую из них после обновления нужно открыть и проверить на тестовой копии.
Состояние данных
- 🔍 Проведите тестирование и исправление информационной базы в Конфигураторе:
Администрирование → Тестирование и исправление. - 📦 Сформируйте отчёты по остаткам товаров на складах и по денежным средствам в кассах на текущую дату. Сохраните их в файл — после обновления сверите цифры.
- 🧾 Закройте кассовые смены на всех рабочих местах кассира. Незакрытая смена в момент перехода — частый источник путаницы с чеками.
Схема обновления Розницы: какой способ выбрать
Редакция 3.0 выпущена как обновление конфигурации , а не как отдельный продукт с переносом данных. Поэтому конвертация через «Конвертацию данных» или выгрузку в XML для типовой базы не нужна. Механизм выбирают по тому, как устроена ваша база.
| Способ | Когда подходит | Риски |
|---|---|---|
Файл 1Cv8.cfu в Конфигураторе | Любая база, в том числе с доработками | Минимальные при тесте на копии |
| Обновление из пользовательского режима через интернет-поддержку | Типовая файловая база, один пользователь-администратор | Меньше контроля над ошибками объединения |
| Перенос данных в новую чистую базу 3.0 | База сильно доработана или снята с поддержки, проще начать с чистой | Долго, нужен перенос остатков и настроек |
Для большинства магазинов правильный выбор — первый способ. Он даёт видеть, какие объекты меняются, и позволяет вовремя остановиться.
Перенос в чистую базу означает потерю истории документов, если не переносить её отдельно. Используйте его, только когда обновление действительно невозможно.
Пошаговое обновление 1С Розница 2.3 до 3.0 в Конфигураторе
Все шаги сначала выполните на копии базы. Рабочую базу обновляйте только после того, как копия отработала без ошибок.
Шаг 1. Резервная копия
Попросите всех пользователей выйти из программы. Затем в Конфигураторе выберите Администрирование → Выгрузить информационную базу и сохраните файл .dt.
Без выгрузки .dt обновление не начинайте: откатить изменения структуры базы другим способом нельзя.
Для клиент-серверной базы дополнительно сделайте резервную копию средствами СУБД — она восстанавливается быстрее, чем .dt.
Шаг 2. Установка шаблона обновления
Запустите установщик поставки 3.0 (setup.exe из архива с обновлением). Он распакует файлы в каталог шаблонов конфигураций. По умолчанию это папка tmplts в профиле пользователя: %APPDATA%\1C\1cv8\tmplts.
Шаг 3. Применение обновления
- В Конфигураторе откройте конфигурацию:
Конфигурация → Открыть конфигурацию. - Выберите
Конфигурация → Поддержка → Обновить конфигурацию. - Отметьте «Выбор файла обновления» и укажите
1Cv8.cfuиз каталога версии 3.0. - Программа покажет описание обновления. Нажмите «Продолжить обновление».
Для типовой базы обновление основной конфигурации пройдёт без вопросов. Если есть доработки, откроется окно сравнения и объединения. В нём по каждому изменённому объекту решают, что оставить: вашу версию или версию поставщика.
При большом количестве доработок не принимайте решения в окне объединения «по умолчанию». Безопаснее взять конфигурацию поставщика целиком, а доработки затем перенести в расширение.
Шаг 4. Обновление конфигурации базы данных
Нажмите F7 или выберите Конфигурация → Обновить конфигурацию базы данных. Для изменения структуры нужен монопольный доступ: в базе не должно быть других сеансов.
Платформа покажет список реструктурируемых объектов. На переходе 2.3 → 3.0 он длинный — это нормально. Нажмите «Принять». На базе в несколько гигабайт реструктуризация может идти десятки минут.
Шаг 5. Первый запуск и обработчики обновления
Запустите программу в режиме «1С:Предприятие» от имени пользователя с полными правами. Откроется окно обновления версии программы: работают обработчики, которые переводят данные в формат 3.0.
Не закрывайте окно и не запускайте программу на других компьютерах, пока процесс не завершится.
Что происходит со справочниками и документами при миграции
Пользователь не переносит данные вручную. Их преобразуют обработчики обновления, и делают это в два этапа.
Основная обработка выполняется сразу при первом запуске. Без неё программа не откроется. Сюда входит заполнение новых обязательных реквизитов и перестройка ключевых регистров.
Отложенная обработка идёт в фоне уже после того, как пользователи начали работать. Она пересчитывает исторические данные: старые документы, движения по регистрам. Пока она не завершена, отчёты за прошлые периоды могут показывать неполные цифры.
Статус отложенной обработки смотрите в разделе НСИ и администрирование, в группе обслуживания — пункт «Результаты обновления программы». Там видно, какие обработчики выполнены, а какие ещё в очереди или завершились с ошибкой.
Что проверить после обработки
- 📊 Остатки товаров по складам на ту же дату, что и до перехода. Цифры должны совпасть с сохранённым отчётом.
- 💰 Остатки денег в кассах ККМ и в операционной кассе.
- 🏷️ Цены номенклатуры: откройте прайс-лист и сравните несколько позиций.
- 👥 Дисконтные карты и накопленные бонусы покупателей, если ведёте программу лояльности.
- 📄 Несколько документов прошлых периодов: откройте их и проверьте, что они проведены и движения на месте.
Если остатки не сходятся, а отложенная обработка ещё идёт — дождитесь её завершения. Сверять цифры раньше бессмысленно.
Распределённая база магазинов и обмены при обновлении
Розница часто работает как распределённая информационная база: центральный узел в офисе и периферийные узлы в магазинах. Здесь порядок другой.
- Перед обновлением проведите полный обмен со всеми узлами. Ни в одном магазине не должно остаться неотправленных изменений.
- Обновляйте только центральный узел — по шагам из предыдущего раздела.
- Изменённая конфигурация уйдёт в магазины со следующим сеансом обмена.
- В каждом магазине после получения изменений нужно обновить конфигурацию базы данных и пройти первый запуск с обработчиками.
В периферийном узле не применяйте файл cfu самостоятельно. Конфигурация узла всегда приходит из центрального узла.
Если Розница обменивается с 1С:Управление торговлей, 1С:ERP или 1С:Бухгалтерией через универсальный формат, проверьте версии формата обмена в настройках синхронизации. Обе программы должны поддерживать общую версию. Иногда перед переходом Розницы на 3.0 нужно сначала обновить учётную систему на другой стороне обмена.
Настройка рабочего места кассира после обновления
После обработчиков интерфейс 3.0 открывается с настройками по умолчанию. Пользовательские панели и списки частично сохраняются, но пройтись по рабочим местам всё равно нужно.
Подключаемое оборудование
Откройте НСИ и администрирование → Подключаемое оборудование и проверьте каждое устройство: ККТ, сканеры, весы, дисплеи покупателя, эквайринговые терминалы.
- 🖨️ Нажмите «Тест устройства» для каждой онлайн-кассы.
- 🔄 Если тест не проходит, обновите драйвер ККТ до версии, поддерживаемой новой редакцией.
- 📥 Для сканеров штрихкодов проверьте, что считанный код попадает в поле поиска РМК.
Настройки оборудования хранятся отдельно для каждого компьютера. Значит, проверять нужно на каждой кассе, а не только на сервере.
РМК и права пользователей
- Откройте рабочее место кассира под учётной записью кассира, а не администратора.
- Пробейте тестовый чек на минимальную сумму и сразу оформите возврат.
- Проверьте открытие и закрытие смены , X-отчёт.
- Убедитесь, что кассир видит только нужные разделы: новые объекты 3.0 могли добавить пункты в профили групп доступа.
Маркировка и ЕГАИС
Если продаёте маркированные товары или алкоголь, проверьте настройки интеграции с ГИС МТ и УТМ ЕГАИС. После обновления повторно проверьте подключение и отправку тестового запроса. Пробивать продажу маркированного товара до этой проверки не стоит.
Ошибки при обновлении Розницы до 3.0 и что с ними делать
Большинство проблем связаны с подготовкой: версией платформы, сеансами в базе и доработками.
Если пришлось откатиться
Восстановите базу из .dt: Администрирование → Загрузить информационную базу в Конфигураторе. Загрузка полностью заменит текущее содержимое. Все документы, введённые после выгрузки, будут потеряны — поэтому откат имеет смысл только сразу после неудачного обновления, пока никто не начал работать.