Самописная 1С: работает, пока работает человек, который её написал
Своя конфигурация — это не ошибка. Обычно она появилась потому, что бизнес рос быстрее, чем типовая программа, и кто-то смог сделать «ровно как надо». Проблема начинается позже: система есть, а знания о ней — в голове одного разработчика, обновлений нет, законодательство и площадки меняются, и каждый новый шаг стоит непредсказуемо дорого. Разбираем, какие бывают самописные базы, где в них риски и что с этим делают.
Работаем на копии базы — сотрудники продолжают работать в боевой системе.
Знакомо?
Так звучат разговоры про самописную 1С почти в каждой компании.
«У нас всё своё, типовое не подойдёт»
Скорее всего, часть своего давно есть в типовой конфигурации штатно. Но проверить это никто не проверял — просто продолжают дописывать.
«Базу знает только Сергей»
Пока он на связи, всё хорошо. Отпуск, болезнь, обида, новая ставка — и компания оказывается заложником собственной программы.
«Сказали, что это невозможно»
Оценки одного разработчика не с чем сравнить: второго мнения нет, потому что для него нужно, чтобы кто-то независимо разобрался в базе.
«Новый подрядчик отказался»
Не понимая, что и зачем дописано, он либо ставит срок «на изучение», либо ставит цену с запасом на риск. Отсюда ощущение, что уйти нельзя.
«Отчётность каждый раз — приключение»
Формы меняются, а в самописной базе они не обновляются сами: каждое изменение закона превращается в задачу с оплатой.
«Новая интеграция — как отдельный проект»
Маркировка, ЭДО, ЭТрН, маркетплейсы, кассы: там, где типовая просто включается настройкой, здесь всё пишется с нуля.
Откуда берутся самописные конфигурации
Сначала это выгодно. Бизнес нетиповой, типовая программа «не так считает», а свой программист делает ровно то, что попросили, и быстро. Первые два-три года самописная система реально удобнее типовой: в ней нет ничего лишнего.
Потом она становится единственной. В неё дописывают склад, производство, зарплату, отчёты для собственника, обмены с сайтом и банком. Система обрастает механизмами, о которых знает только автор.
Дальше начинается расплата. Появляются требования, которых не было в проекте: маркировка, ЭДО, электронные транспортные накладные, маркетплейсы, новые формы отчётности, ФФД на кассах. В типовой это включается настройкой, здесь — пишется руками.
И в какой-то момент выясняется, что уходить некуда. Перейти на типовую страшно, остаться — дорого, а решение принимается на основе слов человека, который сам и написал эту систему. Именно в этой точке к нам обычно и приходят.
Какие бывают самописные конфигурации
«Самописная» — это не один случай, а как минимум шесть разных. От типа зависит и риск, и стоимость выхода из ситуации.
| Тип базы | Как выглядит и чем опасна |
|---|---|
| Полностью своя конфигурация | Написана с нуля на платформе «1С:Предприятие 8», часто поверх «1С:Библиотеки стандартных подсистем» (БСП). Обновлений от «1С» не получает в принципе: любые изменения — только разработка. Самый частый случай у нас в работе |
| Типовая, переписанная до неузнаваемости | Формально это УТ, ERP или Бухгалтерия, фактически — своя система. Конфигурация снята с поддержки, обновление превращается в проект: сравнение, конфликты, ручное слияние |
| Наследство старой редакции | База выросла из УТ 10.3, УПП или ещё из 7.7, её перестали обновлять много лет назад. Технологически устарела: обычные формы, старая платформа, нет современных механизмов обмена |
| Брошенное отраслевое решение | Решение партнёра, доработанное под себя, а потом снятое вендором с поддержки (или вендор ушёл с рынка). Хуже полностью своей: код чужой, документации нет, спросить не у кого |
| Расширения и подсистемы поверх типовой | «Мягкий самопис»: типовая обновляется, но поверх неё живут расширения и внешние модули. Риск в том, что каждое обновление может тихо сломать расширение — и об этом узнают пользователи, а не программист |
| Учёт на обработках и Excel | Формально стоит типовая, а реальный учёт ведётся внешними обработками и таблицами. Данные живут вне базы, отчётность собирается вручную, любая проверка расходится |
Отдельно считаем базы, где самописного немного, но оно в критичном месте: расчёт себестоимости, ценообразование, распределение по заказам. Такая база выглядит типовой ровно до первого обновления.
Чем самописная база сложнее в работе
Обновлений не существует. Всё, что в типовой приходит с релизом — новые формы отчётности, изменения в НДС и прослеживаемости, поддержка новых версий форматов ЭДО и маркировки, — здесь пишется отдельно и оплачивается отдельно. Пропустили срок — проблема не программиста, а главного бухгалтера.
Платформа тоже меняется. Режимы совместимости, требования БСП, отказ от устаревших механизмов, новые версии клиента. Мы регулярно видим базы, которые нельзя запустить на нужной версии платформы без переделки — и узнают об этом в самый неподходящий момент.
Интеграции пишутся с нуля. Оператор ЭДО, «Честный знак», банк, маркетплейс, касса, сайт: у типовой это настройка и обмен «из коробки», у самописной — транспортный слой, авторизация, повторы, обработка ошибок, журнал обмена, защита от дублей. Каждый такой обмен — маленький проект.
Производительность никто не проектировал. Запросы в цикле, отсутствие индексов, проведение «в лоб», регламентные задания, которые никто не смотрел годами. База растёт — и в какой-то год работа встаёт.
Права и безопасность — по остаточному принципу. Половина сотрудников работает под полными правами, потому что «иначе не проводится», пароли лежат в реквизитах справочника, а кто и что менял — не восстановить.
Тестировать негде и нечем. Автотестов нет, копия базы обновляется раз в год, проверка проходит на боевой системе в пятницу вечером. Ошибки находят пользователи в понедельник.
Документации нет. Ни описания механизмов, ни инструкций пользователей. Новый сотрудник учится «у соседа», а новый программист — по коду.
Главный риск: зависимость от одного разработчика
Настоящий актив компании — не программа, а знание о ней. В самописной базе это знание не записано нигде: ни в документации, ни в комментариях к коду, ни в задачах. Оно есть только в голове человека, который её написал.
Пока он рядом, всё выглядит нормально. Задачи делаются быстро, потому что он помнит, где что лежит. Это и создаёт иллюзию, что система в порядке — а на самом деле в порядке только конкретный специалист.
Проверить его оценки нельзя. «Это невозможно», «здесь всё завязано», «будет стоить как новая система» — веские слова, но второго мнения нет. Мы регулярно встречаем разброс оценок в десятки раз на одну и ту же задачу просто потому, что одна сторона знает базу, а другая нет.
Уход человека — это остановка, а не неудобство. Заболел, ушёл к конкурентам, поднял ставку вдвое, поссорился с собственником. Новый исполнитель месяцами разбирается в коде, и первые месяцы вы платите за чтение чужой программы.
Это видно и при продаже бизнеса. На проверке покупатель спрашивает, на чём держится учёт. Ответ «на одном программисте без договора» — это дисконт к цене компании и отдельный пункт в списке рисков.
Лекарство — не расставание, а опись. Нужен документ: что дописано, где, зачем, что реально используется, что дублирует типовое, где риски и что делать дальше. После него разговор идёт по фактам — с любым исполнителем, включая нынешнего. Именно это делает AI Диагностика 1С.
Что даёт опись базы
Обследование идёт на копии базы, доступ к боевой системе не нужен, сотрудники работают как обычно. На выходе документ, а не устное мнение — пример отчёта можно посмотреть.
Технический паспорт конфигурации
Из чего состоит система: подсистемы, документы и регистры, механизмы обмена, регламентные задания, роли. То, что раньше знал один человек, становится вашим документом.
Независимость от одного разработчика
Любой специалист входит в работу по паспорту, а не по рассказам. Оценки и сроки можно проверить и сравнить — в том числе оценки текущего исполнителя.
Что уже есть в типовой
Считаем, какая часть самописного закрыта штатным функционалом актуальных конфигураций. Обычно это неприятный сюрприз: значимая часть дописанного давно существует «из коробки».
Состояние и риски
Производительность и узкие места, объём и мусор в базе, права доступа, целостность обменов, что сломается на ближайших изменениях законодательства и на смене версии платформы.
План работ с приоритетами
Что делать сейчас, что можно отложить, а что не делать вовсе — с оценкой трудозатрат. План можно отдать любому исполнителю, не только нам.
Основа для решения о будущем
Оставаться на своей системе, сделать гибрид или переходить на типовую — решение принимается по цифрам, а не по ощущениям.
Три сценария будущего
После описи выбор становится конкретным. Вот три варианта, между которыми реально выбирают наши клиенты.
| Сценарий | Кому подходит и что означает |
|---|---|
| Оставить и нормально сопровождать | Система закрывает бизнес, переписывать нечего. Тогда задача — снять риски: паспорт конфигурации, порядок с релизами и копиями, мониторинг базы, инструкции пользователям и команда, в которой не один человек |
| Гибрид: регламентированный учёт — в типовую | Самый частый выбор. Оперативный контур остаётся в своей системе, а бухгалтерия и отчётность переезжают в типовую 1С:Бухгалтерию с обменом. Компания перестаёт зависеть от доработок под каждое изменение закона |
| Полный переход на типовую конфигурацию | Когда самописное перестало быть преимуществом. Целевая система подбирается по масштабу: УНФ, УТ, КА или ERP. Проект с переносом данных и параллельным периодом — но дальше обновления приходят сами |
Мы не агитируем за переход. Бывает, что грамотно сопровождать свою систему дешевле и безопаснее, чем ломать работающий бизнес-процесс. Но решение должно приниматься с цифрами на руках.
Как мы работаем с самописными базами
Коротко: сначала разбираемся, потом трогаем. Ни одного изменения в боевой базе до того, как оно проверено на копии.
- Читаем конфигурацию целиком. Полная выгрузка, метаданные, модули, механизмы обмена. С AI это дни, а не месяцы — подробно на странице AI-поддержка самописной 1С.
- Работаем на копии. Копия разворачивается отдельно, регламентные задания на ней блокируются, чтобы она не начала слать документы контрагентам и в госсистемы.
- Проверяем гипотезы фактом. «Так нельзя» и «так можно» проверяются запуском на копии, а не мнением. В ответе клиенту — что именно проверили и что получилось.
- Оставляем документы. Технический паспорт конфигурации и инструкции пользователей — по каждому механизму, который делали или разбирали.
- Ведём релизы по-человечески. Изменения собираются в релиз, обновление сначала прогоняется на копии базы клиента, и только потом выкладывается (тот же принцип, что в AI Обновлении 1С).
- Не завязываем вас на себя. Документация и доступы остаются у вас: при передаче другому подрядчику мы отдаём готовый пакет — как в AI Передаче дел.
Как мы внедряем
По нашей технологии «9 этапов внедрения» — от знакомства до передачи на поддержку. Для самописной базы первые два этапа особенно важны: диагностика и описание процессов As Is — потому что документации, по которой их можно было бы прочитать, обычно не существует.
Знакомство
Обрабатываем обращение, проводим брифинг и презентацию, показываем демо-базу возможного решения — вы видите будущую систему до подписания договора.
Диагностика
Выявляем боли, формулируем цели проекта, диагностируем текущую 1С и «железо»: AI Диагностика 1С даёт карту процессов и точную смету со сроками.
Описание процессов As Is
Глубоко погружаемся в каждый процесс, подробно описываем текущую работу и находим места потерь.
Моделирование To Be
Проектируем будущие процессы вместе с вашими экспертами: меньше болей и потерь, согласованные задачи между блоками автоматизации.
Написание ТЗ и программирование
Дорабатываем недостающий функционал с сохранением обновляемости типовой 1С: согласованное ТЗ, разработка, тестирование и сдача.
Обучение
Учим сотрудников на их операциях и кейсах с сертификатами iTeal; понятные инструкции и видеоуроки остаются у вас.
Настройка баз
Готовим систему к работе: НСИ, роли, обмены — и вносим остатки на вечер перед запуском.
Запуск
Вся проектная команда рядом в первые дни: дружелюбная помощь на рабочих местах, чтобы люди не боялись новой системы.
Передача на поддержку и анализ
Передаём систему на поддержку с реакцией 15 минут, собираем AI Базу знаний о вашей 1С и измеряем метрики бизнеса до и после внедрения.
Частые вопросы
Возьмётесь сопровождать чужую самописную конфигурацию?
Да, это одна из наших постоянных задач. Начинаем с диагностики копии базы: без неё честную оценку задач дать невозможно. После неё поддержка идёт в обычном режиме, с фиксированной реакцией.
Наш программист говорит, что переход невозможен. Как проверить?
Заказать независимую диагностику. Она отвечает на конкретные вопросы: что дописано, что из этого уже есть в типовой, какие механизмы придётся переносить и сколько это часов. Дальше разговор идёт по документу.
Мы не хотим ссориться с текущим разработчиком.
И не нужно. Опись базы полезна и ему: снимает вечный спор об оценках и делает видимой работу, которую он делает. Часто после диагностики человек остаётся в проекте, просто теперь у компании есть документация.
Можно ли обновить самописную конфигурацию до типовой?
Нет. Это разные конфигурации: данные переносятся в новую базу, а не обновляются на месте. Переносятся НСИ и остатки, реже — история документов; старая база обычно остаётся доступной для просмотра.
У нас типовая, но переписанная. Это считается самописной?
С точки зрения обновлений — практически да: конфигурация снята с поддержки, релизы не встают автоматически. Но выход дешевле: часть доработок можно вернуть в типовое поведение и обновляться нормально — см. AI Обновление 1С.
Сколько стоит разобраться в нашей базе?
Зависит от размера конфигурации и от того, что нужно на выходе — только опись или ещё и план перехода. Скажем цифру после короткого разговора и просмотра состава базы; отдельно фиксируем, что вы получаете документом.
С чего начать прямо сейчас?
С двух вещей: сделать актуальную копию базы и попросить у разработчика выгрузку конфигурации. Этого достаточно, чтобы мы начали диагностику, не трогая вашу боевую систему.
Смежные страницы: AI-поддержка самописной 1С, AI Диагностика 1С, AI Обновление 1С, 1С:Управление торговлей 10.3, 1С:УПП, Поддержка 1С, Конфигурации 1С и ПО.
Первую задачу оплачиваете, только если устроит результат
Самое неприятное в смене подрядчика — платить вперёд людям, которых вы ещё не видели в работе.
Поэтому мы начинаем иначе: берём вашу первую задачу и делаем её. Если цена, качество и срок вас
устроили — вы её оплачиваете, и мы продолжаем работать. Если нет — работа за наш счёт,
и мы расходимся без обязательств.
Речь о задаче поддержки или доработки — посмотреть, как мы разбираемся
в вашей базе, отвечаем и держим срок. Проекты внедрения оцениваются отдельно, после диагностики.
- Вы описываете задачу — письмом, в Telegram или голосом на встрече.
- Мы называем цену и срок до начала работы, а не после.
- Делаем и показываем результат в вашей базе.
- Устроило — оплачиваете и продолжаем. Не устроило — не платите.
Расскажите про свою базу
Напишите, что у вас: полностью своя конфигурация или переписанная типовая, сколько ей лет, кто её ведёт сейчас. Посмотрим копию базы и вернёмся с описью доработок и планом — с чем можно жить дальше, что стоит вернуть в типовое, а что переписать. С самописными базами работаем постоянно.
iTeal — создаём систему улучшений бизнес-процессов на базе 1С. Pavel.Stupko@iteal.expert · @pgstupko