Автор ушёл, база осталась: что делать с самописной 1С
21 августа 2026 · 10 минут
Самописная конфигурация — почти всегда следствие успеха, а не ошибки: бизнес рос быстрее типовой программы, и кто-то смог сделать «ровно как надо». Проблема приходит позже и с другой стороны. Система работает, но знание о том, как она устроена, живёт в голове одного человека. Пока он на месте, всё в порядке. Когда он уходит, начинается не поломка — начинается паралич: никто не решается ничего менять. Разбираем, что с такой базой можно сделать по шагам и что из этого меняется для руководителя.
Ломается не сразу — и это главная ловушка
После ухода разработчика база продолжает работать. Документы проводятся, отчёты формируются, склад отгружает. Именно поэтому проблему откладывают: горит другое. Дальше события идут почти по расписанию.
- Первые недели. Всё нормально. Появляется ощущение, что обошлось.
- Первый месяц. Всплывает мелочь: не печатается форма, не сходится один отчёт, оператор жалуется на «странную ошибку». Мелочь копится, потому что чинить некому.
- Первый квартал. Меняется законодательство — новая форма отчётности, новое требование по маркировке или перевозочным документам. В типовой это приходит с обновлением. В самописной не приходит вообще.
- Первое обострение. Маркетплейс меняет формат обмена, банк — выписку, контрагент просит электронный документ. Интеграция встаёт, и вместе с ней встаёт часть бизнеса.
- Развязка. Нужна не мелочь, а изменение: новое направление, склад, юрлицо. И тут выясняется, что менять базу боятся все, включая тех, кто в ней работает каждый день.
Ключевой момент: к развязке компания подходит не с технической проблемой, а с управленческой. Учётная система перестала быть инструментом развития и стала ограничением: любое решение начинается с вопроса «а выдержит ли 1С», и ответа на него ни у кого нет.
Почему подрядчики отказывались — и почему перестали
Раньше отказ был честным. Чтобы взять чужую нетиповую базу, инженеру нужно было прочитать код целиком: механизмы, регистры, обмены, регламентные задания, отчёты. Это месяцы работы, за которые платит заказчик, ещё не получая ничего полезного. Большинство подрядчиков отвечали одинаково: «сначала перейдите на типовую» — то есть предлагали выбросить систему, в которую компания вложила годы.
Сейчас порядок другой. Конфигурация читается целиком машинно: строится карта механизмов, находятся зависимости, размечаются доработки. Инженер проверяет каждую находку руками — но проверяет уже готовые гипотезы, а не ищет их с нуля. То, что занимало месяцы, занимает дни. Подробно этот порядок работы описан на странице AI-поддержки самописной 1С.
Первое, что нужно сделать: технический паспорт базы
Не доработка, не исправление, не переход — сначала опись. Паспорт отвечает на вопросы, ответы на которые сейчас есть только в чьей-то памяти или нигде.
- Что это за база. На какой конфигурации основана, какая платформа, режим совместимости, что изменено относительно исходной.
- Из чего состоят доработки. Какие механизмы дописаны, где они пересекаются с типовым кодом, какие из них ещё используются, а какие — мёртвый груз от закрытых направлений.
- Где данные. Объём справочников и документов, дубли, брошенные объекты, регистры, которые никто не читает.
- Как база связана с внешним миром. Обмены, выгрузки, интеграции, регламентные задания — что запускается по расписанию и что произойдёт, если это перестанет запускаться.
- Где тонко. Механизмы без обработки ошибок, места с блокировками, участки, которые тормозят на объёме.
Паспорт стоит того сам по себе, даже если после него не делать ничего: у компании впервые появляется документ, по которому можно принимать решения и разговаривать с любым подрядчиком. И его нельзя потерять вместе с человеком.
Восемь работ, которые возвращают базе управляемость
Дальше — не один большой проект, а набор отдельных работ. Их можно делать по одной, в любом порядке, начиная с того, что болит.
| Работа | Что меняется |
|---|---|
| Паспорт и опись доработок | Устройство базы перестаёт быть чьим-то личным знанием. Любой новый специалист входит в работу за дни |
| Поиск и устранение ошибок | Разбираются не только жалобы пользователей, но и «тихие» дефекты: то, что молча считает неправильно и всплывёт при проверке |
| Регламентированный учёт — в типовую | Бухгалтерия и отчётность уезжают в типовую конфигурацию, которая обновляется сама. Управленческий контур остаётся в вашей базе |
| Обмен с маркетплейсами | Заказы, остатки, отчёты комиссионера и удержания площадок приходят в базу автоматически, а не через выгрузки руками |
| Обмен с сайтом и интернет-магазином | Каталог, цены, остатки и заказы синхронизируются. Менеджер не переносит заказы вручную и не путает остатки |
| Требования государства | Маркировка, электронные перевозочные документы, ЭДО, новые формы отчётности — дописываются в вашу базу до сроков, а не после штрафа |
| Производительность | Разбираются блокировки, тяжёлые запросы и ночные задания. Закрытие месяца перестаёт занимать сутки |
| Перевод в типовую, где это оправдано | Механизмы, которые давно есть в типовой лучше вашего, заменяются на штатные. Уникальное остаётся уникальным |
Про вынос бухгалтерии — подробнее
Это самая частая и самая полезная работа. В самописных базах регламентированный учёт обычно самое слабое место: он написан один раз под тогдашние правила, а правила меняются каждый год. Бухгалтер живёт в постоянном ожидании, что очередная форма не сойдётся, и правит руками.
Решение простое по идее и аккуратное в исполнении: регламентированный учёт переносится в типовую конфигурацию, которая получает обновления от вендора, а управленческий контур — тот, ради которого база и писалась, — остаётся на месте. Между ними настраивается обмен. Компания перестаёт платить за то, чтобы вручную догонять законодательство, и не теряет ничего из своей логики.
Обратная сторона, о которой честно: обмен между двумя системами — это тоже механизм, за которым нужно следить. Он не бесплатен в обслуживании. Но следить за одним обменом дешевле и предсказуемее, чем каждый год переписывать отчётность в нетиповой базе.
Когда переписывать не надо
Отдельно стоит сказать, чего мы не предлагаем. «Давайте перейдём на типовую» — плохой ответ по умолчанию. Самописная база часто содержит логику, которой в типовой нет и не будет: свой расчёт себестоимости, свою схему производства, свои правила работы со скидками, наработанные годами. Выбросить это ради красоты архитектуры — значит поменять работающий инструмент на чужой, который придётся долго дотачивать.
Переход оправдан, когда выполняется хотя бы одно условие: доработок в базе меньше, чем кажется, и они дублируют то, что в типовой уже сделано лучше; или конфигурация написана на платформе, которая не поддерживается; или объём накопленных дефектов таков, что дешевле собрать заново, чем разбирать. В остальных случаях правильный путь — выправить базу и оставить её работать.
Что меняется для руководителя
Технический результат — это половина. Вторая половина в том, как меняется положение человека, который отвечает за систему.
- Решения перестают зависеть от одного человека. Ни его отпуск, ни увольнение, ни болезнь больше не останавливают развитие. Знание лежит в документе, а не в голове.
- Появляется цена и срок. Задачу можно оценить до старта, потому что известно, как база устроена. Раньше любая оценка была гаданием.
- Появляется с кем разговаривать. Закреплённая команда, а не «база 1С-ников, задачу берёт кто свободен». Работы дороже 10 000 ₽ мы согласуем заранее — не после того, как их сделали.
- Уходит фоновая тревога. Это не метрика, но её называют первым делом: перестаёшь ждать письма от бухгалтера в конце квартала и звонка со склада в пятницу вечером.
Частые вопросы
У нас база на старой платформе и без исходников. Это вообще лечится?
Обычно да. Отсутствие исходников означает лишь то, что часть работы придётся делать через анализ метаданных и поведения системы, а не чтением кода. Старая платформа — отдельный разговор: иногда правильнее сначала перевести базу на поддерживаемую версию, и это делается без изменения логики.
Наш разработчик ещё работает. Есть смысл делать паспорт сейчас?
Именно сейчас и есть. Пока автор на месте, описание получается быстрее и точнее — у него можно спросить о спорных местах. Паспорт, сделанный заранее, стоит дешевле и не под давлением обстоятельств.
Придётся давать доступ к нашей базе?
Работаем с копией, а не с боевой системой. Порядок доступа и обезличивания описан на странице AI-поддержки самописной 1С: он согласуется до начала работ и фиксируется письменно.
Сколько занимает первый шаг?
Разбор базы и отчёт — дни, а не месяцы. Точный срок зависит от объёма доработок, но это тот случай, когда вы получаете документ на руки быстро и дальше решаете сами, что с ним делать.
С чего начать
С AI Диагностики 1С. Мы берём копию базы, разбираем её и отдаём отчёт: что за конфигурация, из чего состоят доработки, где данные распухли, какие ошибки копятся, где тонко с производительностью, и что из этого чинить в первую очередь. Отчёт остаётся у вас независимо от того, продолжим мы работать вместе или нет.
Если хотите сначала посмотреть, как это устроено, читайте разбор самописных конфигураций: какие они бывают, чем сложны в работе и какие есть сценарии будущего.
Разберём вашу самописную базу
Напишите, что за конфигурация и сколько человек в ней работает. Посмотрим базу и скажем, из чего состоят доработки, что чинить в первую очередь и что из этого можно вынести в типовую.
Статья описывает нашу практику работы с нетиповыми и самописными конфигурациями 1С. Состав и порядок работ по конкретной базе определяются после её разбора: то, что подходит одной компании, для другой может быть лишним. Pavel.Stupko@iteal.expert · @pgstupko