Обновление 1С в Москве

Почему обновление 1С ломает работу

Сначала про слова, потому что их постоянно смешивают. Платформа — это сам движок «1С:Предприятие», на котором всё работает. Конфигурация — прикладное решение поверх платформы: Бухгалтерия, ЗУП, Управление торговлей. Релиз — очередная версия конфигурации, которую выпускает разработчик, обычно из-за изменений в законодательстве или новых возможностей. Обновлять можно и нужно и то, и другое, но это разные работы с разными рисками.

Ломается обновление почти всегда по одной причине: в типовую конфигурацию кто-то залез. Добавили поле в документ, переписали печатную форму, поправили алгоритм расчёта. Чтобы это стало возможно, базу «сняли с поддержки» — снятие с поддержки означает, что программа больше не считает конфигурацию типовой и не может обновить её автоматически. Теперь каждое обновление приходится собирать вручную, сравнивая ваши изменения с изменениями разработчика. Если этого не сделать аккуратно, доработки затираются новой версией — отсюда и «после обновления наши доработки исчезли».

Вторая причина — пропущенные релизы. Базу не обновляли год, а то и три. Перепрыгнуть сразу нельзя: обновления содержат процедуры обработки данных, которые должны выполниться по очереди. Приходится идти через промежуточные версии, и чем длиннее разрыв, тем больше часов и тем выше шанс, что по дороге что-то отвалится. Третья причина — то, что вокруг базы: обмены, права, внешние отчёты и печатные формы, интеграции с сайтом и кассами. Они живут по старым правилам и после обновления перестают работать молча.

Во что это обходится

• Остановка работы. Обновились утром — к обеду не проводятся документы, не печатаются накладные, не сходится закрытие месяца. Компания стоит, а специалист не берёт трубку.
• Потерянные доработки. То, за что уже заплатили, исчезает, и переделывать приходится заново — за деньги.
• Нечего восстанавливать. Бэкапа нет или он трёхмесячной давности. Откатиться невозможно, остаётся чинить на живой базе под крики пользователей.
• Проблемы с отчётностью. Устаревшая конфигурация не знает новых форм и правил расчёта. Отчёт не принимают, сроки горят.
• Сломанные обмены. После обновления перестают ходить данные с сайтом, маркетплейсом или второй базой, и расхождение копится несколько дней, прежде чем его замечают.

Хорошая новость: обновление, которое ломает работу, — это не свойство 1С, а следствие порядка, в котором его делают. При нормальной последовательности рабочая база обновляется последней и только после того, как всё проверено на копии.

Что мы делаем при обновлении 1С

Разбираем базу до начала работ. Смотрим, какая конфигурация и релиз стоят, на какой платформе работает база, снята ли она с поддержки, какие есть доработки, расширения, внешние отчёты и обработки. Отдельно переписываем, что подключено вокруг: обмены, кассы, ЭДО, банк. Это список того, что после обновления нужно проверить.

Делаем резервную копию и тестовую базу. Копия базы делается всегда, до любого действия. Из неё поднимаем тестовую базу — точную копию рабочей, на которой обновление проходит первым. Если что-то пойдёт не так, это произойдёт там, а не у бухгалтера в разгар дня.

Обновляем конфигурацию. Проходим цепочку релизов по порядку, а не прыгаем через все сразу. Для типовой базы это штатная процедура. Для доработанной — сравниваем изменения разработчика с вашими построчно и принимаем решение по каждому расхождению: что взять из нового релиза, что оставить своим. Ничего не затираем «по умолчанию».

Обновляем платформу и сервер. Установка 1С на рабочие места, обновление платформы, сервера «1С:Предприятие» и сервера баз данных, настройка публикации для веб-клиента и тонкого клиента. Проверяем, что старая конфигурация корректно работает на новой платформе, и что лицензии и ключи защиты подхватились. Переход на новую версию платформы — например, на 1С 8.5 — делаем тем же порядком: сначала тестовая база, потом рабочая.

Проверяем обмены и отчётность. После обновления прогоняем то, что живёт вокруг базы: обмен с сайтом и маркетплейсами, обмен между базами, выгрузку в банк, кассы и маркировку. Затем — регламентные операции: закрытие месяца, зарплату, формирование деклараций и отчётов. Проверка идёт на копии реальных данных, поэтому расхождения видны сразу. Подробнее про сами связки — на странице интеграции 1С, про ЭДО и коды — на странице ЭДО, ЭПД и маркировки.

Возвращаем базу на поддержку, где это возможно. Если доработки можно перенести в расширение — отдельный «слой» поверх типовой конфигурации, который не меняет её код, — переносим. Тогда база обновляется штатно и следующее обновление стоит не вдвое дороже, а как обычное. Это отдельная работа, и мы честно говорим, когда она оправдана, а когда дешевле оставить как есть. Подробнее — в доработке 1С.

Обновляем регулярно, а не раз в три года. На поддержке и обслуживании базу держим в актуальном релизе: обновления выходят часто, и маленькими шагами это проходит незаметно. Заодно следим за действующей подпиской 1С:ИТС, без которой обновления не скачиваются.

Где вы увидите результат

• В «О программе» стоит актуальный релиз конфигурации и текущая версия платформы.
• Ваши доработки на месте: те же поля, те же печатные формы, те же отчёты.
• Регламентированные отчёты формируются по действующим формам и проходят проверку.
• Обмены с сайтом, банком и кассами продолжают работать — проверено до запуска.
• Резервная копия лежит и доступна: откатиться можно в любой момент.
• Есть описание того, что сделано, — следующее обновление не начинается с нуля.

Как это работает

1. Смотрим базу и считаем объём. Релиз, платформа, доработки, снятие с поддержки, количество пропущенных версий. Даём оценку в часах до начала работ.
2. Делаем копию и тестовую базу. Обновляем сначала её, проходя цепочку релизов по очереди.
3. Проверяем вместе с вашими людьми. Бухгалтер проводит свои документы, кладовщик — отгрузку, менеджер — заказ. Сверяем отчёты с теми, что были до обновления.
4. Обновляем рабочую базу. В нерабочее время или в согласованное окно, когда в базе никого нет. Резервная копия делается ещё раз, непосредственно перед обновлением.
5. Остаёмся на связи после запуска. Первые дни после обновления — самые показательные: ловим то, что всплыло на реальных операциях, и правим.

Что вы получаете вместо привычного

• Вместо «обновились — и ничего не работает» — обновление, проверенное на копии.
• Вместо исчезнувших доработок — перенесённые изменения и решение по каждому расхождению.
• Вместо «бэкапа нет» — резервная копия перед каждой работой.
• Вместо специалиста, который пропал, когда всё посыпалось, — команда из 250 человек: задачу подхватит любой, потому что работы описаны.
• Вместо счёта без объяснений — отчёт за месяц с расшифровкой по задачам и часам.

Гарантии

• Свои ошибки исправляем за свой счёт.
• Перед любыми работами делаем резервную копию базы.
• Подписываем NDA — данные вашей компании остаются вашими.
• Честно: фиксированную смету не обещаем. Вы платите за фактически отработанные часы, а оценку в часах даём до начала работ.

Сколько стоит обновление 1С

8 900 ₽ в месяц — абонентская плата, в неё входят первые 10 часов работы специалиста. Это 890 ₽ за час. Каждый следующий час — 2 500 ₽. Для сравнения, рекомендованная фирмой «1С» ставка специалиста — от 3 000 ₽ за час. Доработанная база, снятая с поддержки, или база с длинным разрывом в релизах требует больше — здесь основное время уходит на сравнение изменений и проверку. Точную оценку даём после разбора базы.

Частые вопросы

Нужно ли вообще обновление 1С, если всё и так работает?

Регламентированный учёт — да, нужно: формы отчётности и правила расчёта меняются, и старый релиз их не знает. Для управленческих баз строже смотрим по ситуации, но длинный разрыв в релизах всегда делает следующее обновление дороже и рискованнее.

После обновления 1С перестало работать. Поможете?

Да, это частая заявка. Разбираем, что именно сломалось: доработки, обмены, права, печатные формы, регламентные задания. Если есть резервная копия — сравниваем поведение до и после. Если копии нет, чиним по месту, а дальше настраиваем, чтобы копия была всегда.

Что значит «ошибка обновления 1С» и почему она возникает?

Чаще всего это конфликт изменений в доработанной конфигурации, пропущенный промежуточный релиз, несовместимость конфигурации с версией платформы или нехватка прав и места на сервере. Каждая из причин чинится по-разному, поэтому начинаем с чтения журнала, а не с повторного нажатия кнопки.

Вы обновляете базы с доработками и снятые с поддержки?

Да, это основная часть работы. Сравниваем типовые изменения с вашими и переносим доработки в новый релиз. Где возможно, предлагаем перевести их в расширение, чтобы база вернулась на штатное обновление.

Делаете ли вы установку 1С и обновление платформы?

Да: установка на рабочие места, обновление платформы и сервера, настройка доступа и публикации, вопросы лицензий. Это часть администрирования 1С. Переход на новую версию платформы, в том числе на 1С 8.5, делаем сначала на тестовой базе.

Какие конфигурации вы обновляете?

Любые: Бухгалтерию, ЗУП, Управление торговлей, Розницу, ERP и отраслевые решения. Полный список — в разделе программы и сервисы 1С. Если конфигурация устарела настолько, что обновлять её дороже, чем перейти на новую, честно об этом скажем — такой переезд делается в рамках перехода на 1С, а тонкую настройку после него закрывает настройка 1С.

Неудачное обновление стоит остановленной работы, потерянных доработок и ночей на восстановление базы без бэкапа — это дороже, чем сделать всё по порядку. Расскажите, какая у вас конфигурация и когда обновлялись в последний раз, — посмотрим базу и скажем, сколько часов займёт безопасное обновление.