Кратко по сути
- Что разбираем
- Хорошая 1С-команда не выбирает между старым и модным: она сочетает Конфигуратор, EDT, Git, расширения, проверки, тесты и ИИ.
- Когда полезно
- Когда в теме "ИИ в 1С" уже есть ручные операции, спорные правила, ошибки данных или риск сорвать запуск.
- Первый шаг
- Начать с короткой диагностики процесса, данных, ролей пользователей, обменов и критериев приемки результата.
Реальный рынок 1С остается прагматичным. Конфигуратор никуда не исчез: он нужен для поддержки старых баз, срочных исправлений, внешних обработок, администрирования, обновлений и ситуаций, где проект исторически живет в привычном рабочем контуре.
При этом EDT становится нормой в более зрелых командах. Там удобнее вести проектную разработку, работать с Git, собирать проверяемый код, подключать плагины и постепенно выстраивать CI. В хорошей практике EDT не отменяет Конфигуратор, а живет рядом с ним.
Отдельная линия зрелости — расширения. Если типовую конфигурацию можно не трогать напрямую, лучше не трогать. Расширения, внешние обработки, подключаемые отчеты и аккуратная интеграция по правилам БСП помогают снизить боль обновлений и уменьшить технический долг.
Git уже стал ожидаемой частью нормальной разработки, хотя в старых командах еще встречается хранилище 1С. Переход может быть постепенным: EDT-проект, XML-выгрузка, синхронизация хранилища и понятные правила веток, ревью и релизов.
Качество держится на нескольких слоях: BSL Language Server, v8-code-style, стандарты разработки, дымовые проверки обновлений, приемочные сценарии, Vanessa Automation или YAxUnit там, где тесты экономически оправданы.
ИИ в этой схеме не главный инструмент, а новый слой поверх инженерной дисциплины. Он полезен, когда видит репозиторий, правила проекта, результаты проверок и контекст задачи. Без Git, проверок и приемки он скорее ускорит хаос, чем улучшит разработку.
Как BSG-IT ведет такие работы
Мы разбираем тему через практику проекта: сначала процесс и данные, затем настройки, доработки, тестирование и поддержка результата.
1. Диагностика процесса и базы
Смотрим, как сейчас устроен контур "ИИ в 1С": документы, справочники, роли пользователей, доработки, обмены, отчеты и реальные обходные действия в Excel или переписке.
2. Границы первой очереди
Отделяем обязательные сценарии запуска от пожеланий развития. Так проект получает понятный объем, сроки, критерии готовности и меньше спорных решений в середине работ.
3. Проектирование данных и правил
Фиксируем владельцев справочников, правила заполнения документов, статусы, контроль ошибок, права доступа и точки сверки, чтобы 1С работала как управляемая система.
4. Настройка, доработки и интеграции
Настраиваем типовой функционал, дорабатываем только там, где это действительно нужно бизнес-процессу, и заранее проверяем влияние на обмены, отчеты и обновления.
5. Тестирование и опытная эксплуатация
Готовим сценарии проверки по рабочему дню пользователя: ввод документов, обмены, закрытие периода, отчеты, ошибки, права и действия поддержки.
6. Запуск и сопровождение
После запуска держим короткий контур поддержки: разбираем обращения, исправляем причины ошибок, ведем список улучшений и планируем развитие без хаотичных доработок.
Частые вопросы
Нужно ли полностью переходить с Конфигуратора на EDT?
Нет. Для многих команд нормальная схема — Конфигуратор плюс EDT. Важно не название инструмента, а управляемость изменений, Git, проверки и приемка.
Зачем Git в 1С, если есть хранилище?
Git дает историю, ветки, ревью, CI и привычный процесс командной разработки. Хранилище может жить рядом на переходном этапе.
Где в этом стеке место ИИ?
ИИ помогает читать код, искать связи, готовить черновики и разбирать ошибки, но должен работать через правила проекта и проверяемый процесс.
Выберите первый шаг
Если тема похожа на вашу ситуацию, удобнее начать не с большой оценки, а с короткого понятного шага.
Интеграции и развитие 1САудит интеграций 1С и обменов
Подходит, если нужно быстро понять причины, риски и ближайший безопасный план работ.
Проверка устойчивости интеграций
Подходит, если хотите заранее увидеть слабые места и прийти к разговору с конкретикой.
Оценить масштаб проекта
Подходит, если нужно прикинуть сложность, вилку часов и факторы, которые влияют на бюджет.
Собрать бриф
Подходит, если задача уже сформулирована и нужно передать вводные без длинной переписки.