Как перестроить учётную систему на 1С и не остановить работу компании
Содержание
Модернизация 1С — это любое изменение учётной системы, после которого она работает быстрее, надёжнее или умеет больше: обновление платформы и релиза конфигурации, переход на другую редакцию или новую конфигурацию, перевод файловой базы на клиент-серверный вариант, перенос доработок в расширения. Обычное обновление релиза типовой базы обходится в несколько тысяч рублей, а полноценный проект с переходом на SQL и переписыванием доработок — в сотни тысяч.
Повод почти всегда один из трёх: база тормозит, обновления ставятся по неделе из-за доработок, или программа не умеет того, что требует закон и бизнес. Ниже — как понять, какой вид модернизации нужен именно вам, в каком порядке её проводить и сколько закладывать в бюджет.
Зачем модернизировать 1С и как понять, что пора
Модернизация информационной системы — это не «поставить свежий релиз». Это работа с тремя слоями сразу: платформа, конфигурация и инфраструктура (сервер, СУБД, сеть). Проблема в одном слое часто маскируется под другой.
Признаки, что система просит перемен:
- 🐢 отчёты за год формируются минутами, закрытие месяца идёт часами;
- 🔒 пользователи регулярно видят
Конфликт блокировок при выполнении транзакции; - 🧩 конфигурация отстала от типовой на 10–20 релизов, потому что каждое обновление ломает доработки;
- 📄 в программе нет новых форм отчётности или обмена с ГИС, и их «дорисовывают» вручную;
- 👥 файловая база выросла до 20–30 пользователей и нескольких гигабайт;
- 🧑💻 работает только один программист, который понимает, что внутри.
Цели проекта стоит сформулировать числами до начала работ: «закрытие месяца — не дольше 40 минут», «обновление релиза — за один день», «30 одновременных пользователей без блокировок». Иначе через полгода никто не скажет, удалась модернизация или нет.
Виды обновления 1С: от релиза до смены конфигурации
Масштаб работ сильно различается. Удобно разложить их по уровням — от самого простого к самому затратному.
| Вид работ | Что меняется | Сложность | Когда нужен |
|---|---|---|---|
| Обновление платформы | Версия 1С:Предприятия 8.3.x на клиентах и сервере | Низкая | Новый релиз конфигурации требует платформу с номером не ниже указанного |
| Обновление релиза | Конфигурация внутри одной линейки (БП 3.0, ЗУП 3.1) | Низкая для типовой, средняя–высокая для доработанной | Изменения законодательства, новые формы отчётов |
| Смена редакции | Базовая → ПРОФ → КОРП | Средняя | Нужно больше пользователей, доработки, работа с несколькими организациями |
| Переход на новую конфигурацию | Например, ЗУП 2.5 → ЗУП 3.1, УТ 10.3 → УТ 11 | Высокая | Старая линейка больше не развивается |
| Смена варианта работы | Файловая база → сервер 1С + СУБД | Средняя–высокая | Рост числа пользователей и объёма данных |
| Рефакторинг доработок | Правки типовой → расширения, удаление мёртвого кода | Средняя | Каждое обновление требует дней ручного сравнения |
Платформу и релиз обновляют постоянно — это гигиена. Остальное — проекты, которые планируют, тестируют и проводят в выходные или в тихий период, а не в дни сдачи отчётности.
Каждый файл обновления .cfu подходит только к определённым предыдущим релизам. Список версий, с которых можно обновиться, указан в описании релиза. Если база отстала сильно, придётся пройти цепочку промежуточных релизов, а не прыгнуть сразу на последний.
Этапы модернизации 1С по шагам
Последовательность ниже подходит и для крупного обновления, и для переезда на новую конфигурацию. Разница — в длительности каждого этапа.
1. Аудит текущей базы
Начните с инвентаризации:
- Версия платформы, конфигурация, номер релиза — смотрите в
Справка → О программе(кнопка с буквой «i» или меню в правом верхнем углу). - Режим работы: файловая база или сервер, какая СУБД.
- Объём базы и число одновременных пользователей.
- Доработки. В Конфигураторе откройте
Конфигурация → Сравнить конфигурациии сравните основную конфигурацию с конфигурацией поставщика. Отчёт покажет каждый изменённый объект. - Внешние обработки, печатные формы, обмены с сайтом, банком, другими базами.
На этом шаге часто выясняется, что половина доработок уже не используется. Их проще удалить, чем переносить.
2. Резервная копия и тестовый контур
Ни одно действие по модернизации не выполняется сразу в рабочей базе. Сделайте выгрузку через Администрирование → Выгрузить информационную базу в Конфигураторе — получите файл .dt. Для серверной базы дополнительно снимите резервную копию средствами СУБД.
Разверните из выгрузки копию и все работы ведите на ней. Загрузка .dt требует монопольного доступа — делайте это в копии, а не в рабочей базе.
3. Обновление на тестовой копии
Для доработанной конфигурации путь такой: Конфигурация → Поддержка → Обновить конфигурацию, выбор файла .cfu, затем окно сравнения и объединения. Здесь программист решает по каждому изменённому объекту, чья версия остаётся — ваша или поставщика, либо объединяет обе.
После объединения — Конфигурация → Обновить конфигурацию базы данных (клавиша F7). Этот шаг требует монопольного доступа: все пользователи должны выйти из базы.
Типовую базу без доработок обычно обновляют из режима «Предприятие»: раздел Администрирование, подраздел обслуживания, группа обновления версии программы. Программа сама скачает релизы через интернет
-поддержку и пройдёт цепочку.
4. Тестирование
Проверяют не «открылась ли база», а реальные сценарии:
- проведение типовых документов за прошлый месяц;
- закрытие месяца и сверка оборотно-сальдовой ведомости до и после;
- расчёт зарплаты и сравнение итогов;
- печатные формы, обмены, загрузка банковских выписок;
- права ключевых пользователей.
5. Перенос в рабочую базу и сопровождение
Выберите окно — вечер пятницы или выходные. Предупредите пользователей, что база будет недоступна несколько часов. Повторите на рабочей базе то, что отработали на копии, и оставьте день-два на быстрые исправления.
Производительность 1С: сервер, SQL и обслуживание базы
Медленная 1С — самая частая причина заказать модернизацию. Решение бывает дешёвым, а бывает требует переезда.
Когда хватает обслуживания
Для файловой базы:
Администрирование → Тестирование и исправлениев Конфигураторе с флажками реиндексации и пересчёта итогов. Режим требует монопольного доступа и может идти долго — запускайте вне рабочего времени.- Перенос базы на быстрый SSD и в локальную сеть без «бутылочного горлышка» в виде старого коммутатора.
- Отказ от работы с файловой базой через VPN: по медленному каналу она тормозит и может повредиться. Для удалённых сотрудников лучше терминальный сервер или веб-клиент.
Для базы на MS SQL Server настройте регламентное обслуживание в планах обслуживания (Maintenance Plans):
-- обновить статистику по всей базе
EXEC sp_updatestats;
-- перестроить индексы конкретной таблицы (пример)
ALTER INDEX ALL ON dbo._AccumRg1234 REBUILD;
Обычный режим: статистика — ежедневно ночью, перестроение индексов — раз в неделю. Для PostgreSQL аналог — регулярный VACUUM ANALYZE (автоочистку при этом не отключают).
Перестроение индексов и очистка процедурного кэша на рабочем сервере в течение дня замедляют работу всех пользователей. Ставьте эти задания на ночь.
Когда пора на сервер
Ориентиры для перехода с файловой базы на клиент-серверную:
- больше 10–15 одновременных пользователей;
- объём базы больше 4–5 ГБ и растёт;
- нужны регламентные задания (обмены, загрузка курсов, выписки) по расписанию без открытого клиента;
- важна устойчивость: файловая база хуже переносит сбои питания и сети.
Переход технически несложен: выгрузка .dt из файловой базы, создание базы на сервере 1С с СУБД (MS SQL Server или PostgreSQL), загрузка .dt. Дорого здесь не это, а лицензии, сервер и настройка.
Если медленно и на сервере
Тогда ищут конкретные «тяжёлые» места: технологический журнал платформы, замер производительности в режиме отладки, анализ ожиданий на блокировках. Для крупных систем есть инструменты Корпоративного инструментального пакета, например Центр управления производительностью. Частые находки — запрос в цикле, отчёт без отборов по периоду, регламентное задание, которое запускается каждую минуту.
Доработки при модернизации: как сохранить своё и не мешать обновлениям
Уникальные доработки — главное, что делает модернизацию дорогой. Каждая правка в типовом объекте увеличивает время следующего обновления.
Расширения вместо изменения типовой
Расширения конфигурации появились в платформе 8.3.6. Доработка в расширении живёт отдельно от типовой конфигурации, поэтому типовая остаётся на полной поддержке и обновляется без сравнения и объединения.
Порядок переноса:
- Список доработок из этапа аудита разбейте на три группы: удалить, перенести в расширение, оставить в конфигурации.
- В расширение уходят новые отчёты, обработки, печатные формы, дополнительные реквизиты, перехват процедур через аннотации
&Перед,&После,&Вместо. - После переноса каждый объект в основной конфигурации возвращают к типовому состоянию.
- Когда изменений в типовых объектах не осталось, конфигурацию можно вернуть на поддержку без возможности изменения.
Не всё переносится в расширение. Изменения структуры некоторых типовых объектов и сложные доработки регистров иногда проще оставить в основной конфигурации. Цель — не 100% в расширениях, а минимум правок, которые нужно сливать при каждом обновлении.
Дополнительные реквизиты и внешние обработки
Часть «доработок» вообще не требует программиста. В типовых конфигурациях на БСП есть дополнительные реквизиты и сведения: новое поле в справочнике или документе добавляют в режиме «Предприятие», и оно не мешает обновлениям. Внешние печатные формы и обработки подключают через раздел дополнительных отчётов и обработок, тоже без вмешательства в конфигурацию.
Сколько стоит модернизация 1С и какие риски заложить
Цены ниже — ориентировочные, по рынку услуг франчайзи и частных специалистов. Регион и сложность базы сдвигают их в обе стороны.
| Работа | Примерная стоимость |
|---|---|
| Обновление релиза типовой базы | 1–3 тыс. ₽ за обновление или в рамках договора сопровождения |
| Обновление доработанной конфигурации | 3–20 тыс. ₽ за раз, зависит от числа доработок |
| Аудит базы и доработок | 10–40 тыс. ₽ |
| Перенос доработок в расширения | от 30 тыс. до нескольких сотен тысяч ₽ |
| Переход на сервер 1С + СУБД (работы) | 30–100 тыс. ₽ без стоимости лицензий и железа |
| Переход на новую конфигурацию с переносом данных | 50–300 тыс. ₽ и выше для баз с доработками |
| Час работы программиста 1С | примерно 2–5 тыс. ₽ |
Отдельно в бюджет входят лицензии: клиентские на пользователей, лицензия сервера 1С (для x64 — заметная сумма, ориентировочно от сотни тысяч рублей), лицензия СУБД, если выбран MS SQL Server. PostgreSQL бесплатен, и для небольших и средних баз это частый выбор.
Риски и как их снизить
| Риск | Чем грозит | Как снизить |
|---|---|---|
| Потеря доработок при обновлении | Перестала работать печатная форма или обмен | Отчёт сравнения конфигураций до и после, тест по списку сценариев |
| Расхождения в учёте после перехода | Сальдо не совпадает со старой базой | Сверка ОСВ и зарплатных итогов на дату перехода |
| Простой дольше плана | Остановка отгрузок или расчёта зарплаты | Генеральная репетиция на копии с замером времени |
| Зависимость от одного программиста | Никто не может продолжить работу | Документировать доработки, хранить конфигурацию в хранилище |
| Несовместимость версий | Клиент не подключается к серверу | Одна версия платформы на сервере и всех клиентах |
Самый дорогой сценарий — модернизация «на ходу», без копии и без тестов, в последнюю неделю квартала. Исправления потом стоят дороже самого проекта.
Если модернизация не дала результата
Бывает, что релиз свежий, сервер новый, а база всё равно медленная или обновления опять занимают неделю. Что проверить:
- 🔍 Доработки не вычищены. Перенесли в расширение, но оставили копии в основной конфигурации. Снова сравните с конфигурацией поставщика.
- 🔍 Узкое место не там. Переход на SQL не ускорит отчёт, написанный с запросом в цикле. Нужен замер производительности конкретной операции.
- 🔍 Нет обслуживания СУБД. Через полгода без обновления статистики сервер работает медленнее, чем в первый день.
- 🔍 Сеть и терминальный сервер. Если медленно только у удалённых сотрудников, проблема в канале или ресурсах терминального сервера, а не в 1С.
Альтернатива для небольших компаний, которые не хотят держать сервер, — аренда базы в облаке у сертифицированного провайдера. Обновления, резервные копии и платформу там ведёт провайдер, но доработки ограничены расширениями и внешними обработками.