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