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