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