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