Почему нельзя просто «конвертировать старую базу»
1С 7.7 и современные конфигурации на платформе 8.3 отличаются не только интерфейсом. Отличаются структура данных, логика учета, механизмы прав, обмены, отчеты и подход к развитию системы.
Если пытаться перенести все подряд, новая база может унаследовать старые ошибки и лишнюю сложность. Поэтому переход начинается с выбора: какие данные нужны в новой системе для работы, какие можно оставить в архиве, а какие стоит очистить.
Хорошая цель перехода - не сделать новую систему копией старой, а сохранить важную историю и дать пользователям рабочий инструмент на актуальной платформе.
Что проверить до оценки проекта
Самое важное - состав данных. Одной компании достаточно перенести справочники и начальные остатки. Другой нужна история документов за несколько лет. Третьей критична возможность смотреть старую базу как архив, но в новой вести учет с чистого периода.
Также нужно понять, какие доработки действительно используются. В старой 7.7 часто есть самописные отчеты, обработки, печатные формы и обмены, которые делались под конкретных сотрудников. Часть из них уже не нужна, часть стоит заменить типовыми механизмами, часть придется проектировать заново.
Отдельно проверяются пользователи, права, оборудование, кассы, сканеры, обмены с банком, ЭДО, сайтом и другими системами.
Документы и данные для первичного разговора:
- какая именно конфигурация 7.7 используется;
- сколько баз и организаций ведется;
- какой период истории нужен в новой системе;
- какие отчеты и печатные формы критичны;
- есть ли обмены, кассы, сканеры, банк, ЭДО;
- сколько пользователей работает в базе;
- какой период удобен для запуска новой системы.
Как безопасно организовать переход
Начинать стоит с тестового переноса. Он показывает качество данных, проблемы справочников, расхождения остатков и реальные вопросы пользователей. После теста можно точнее оценить сроки и решить, что дорабатывать до запуска.
Нужен план сверки. Например, остатки по счетам, взаиморасчеты, товары на складах, кадровые данные, открытые заказы, задолженность и ключевые отчеты. Без сверки переход превращается в веру в красивую загрузку.
Финальный запуск лучше привязывать к понятной дате: начало года, квартала, месяца или другого учетного периода. Так легче разделить старую и новую историю.
Чек-лист перед переходом с 7.7 на 8.3
- Определить новую конфигурацию: БП, ЗУП, УТ, УНФ, КА, ERP или отраслевое решение.
- Решить, что переносится в новую базу, а что остается в архиве.
- Собрать список критичных отчетов, форм и обработок.
- Проверить состояние справочников и дублей.
- Согласовать правила переноса остатков и открытых документов.
- Назначить пользователей, которые будут принимать результат.
- Запланировать обучение и первые дни поддержки после запуска.
Таблица для быстрого решения
| Вариант перехода | Когда подходит |
|---|---|
| Только остатки и справочники | Когда история нужна в архиве, а новая работа начинается с чистого периода. |
| Остатки, справочники и открытые документы | Когда важно продолжить текущие процессы без полного переноса истории. |
| Перенос истории | Когда отчеты и анализ прошлых периодов нужны именно в новой базе. |
| Параллельная работа на период запуска | Когда бизнес не может рисковать резким переключением. |
Когда лучше не тянуть
Обращаться к специалисту стоит не тогда, когда все уже остановилось, а когда появились повторяющиеся симптомы: база давно не обновлялась, пользователи обходят проблему вручную, данные расходятся, один сотрудник хранит всю логику в голове или любое изменение вызывает страх сломать учет.
Нормальный первый шаг не обязывает начинать большой проект. Достаточно описать ситуацию, показать один-два примера и получить понятный маршрут: что проверить, где риск, какая работа действительно нужна.