Подхват проекта — 1С
Заберём доработки, обмены и сопровождение 1С у предыдущей команды. Начинаем с аудита конфигурации, расширений, регламентных заданий, обменов, прав, релизного процесса и интеграций. Дальше — стабилизация, поддержка или развитие по согласованной модели.
Что мы понимаем под подхватом
Работающая 1С — это не только конфигурация. Это база и резервные копии, расширения и внешние обработки, регламентные задания, обмены с сайтом, CRM, банком, складом и маркетплейсами, права пользователей, релизный процесс, журнал регистрации и владельцы бизнес-процессов. Подхват — это вернуть контроль над всем перечисленным.
Разбор конфигурации: типовая, доработанная, снята с поддержки, расширения. Аудит обменов, регламентных заданий, внешних обработок, ошибок журнала регистрации, прав пользователей, релизного процесса и тестового контура. Письменный отчёт с приоритезированными рисками. Передача доступов к базе, серверу 1С, SQL, хранилищу и обменам с письменным актом. Дальше — поддержка или развитие по согласованной модели.
Новое внедрение 1С с нуля без разбора текущей базы. Разовая правка одной обработки без аудита и без ответственности за последствия для обменов и регламентных заданий. Работа без подтверждённых прав на базу, конфигурацию, расширения и сервер. Сопровождение базы, у которой права на сопровождение спорные по юридической части — сначала юрист, потом аудит.
Когда нужен подхват
Если совпали два-три пункта — пора смотреть, что на самом деле происходит с базой.
Отвечает «через раз» или вышел в длинную паузу. Задачи висят, новые требования откладываются «до прояснения ситуации».
Обмен с сайтом, CRM, складом или маркетплейсом периодически теряет данные или ломается после релизов с одной из сторон.
Расширения мешают друг другу, обновление платформы или конфигурации каждый раз превращается в отдельный проект.
В журнале регистрации регулярные ошибки фоновых задач, часть данных не пересчитывается, бизнес узнаёт об этом постфактум.
Что и зачем доработано, какие расширения подключены, какие внешние обработки запускают вручную — известно частично и одному человеку.
Изменения выкатываются «по живому», тестового контура нет или он давно расходится с продом, отката нет на бумаге и на практике.
Часть пользователей видит и может всё, роли копировались «как у соседа», аудита критичных операций нет.
Прод горит, а воспроизвести изменение и выпустить безопасный фикс из доступных людей никто не может.
Кому не подойдёт
Называем заранее, чтобы не тратить ваше время и не вводить в заблуждение.
Если задача — выбрать конфигурацию и собрать процесс заново без сохранения текущей базы, это не подхват, а внедрение. Это отдельный формат работы.
Если у вас нет подтверждённых прав на базу, доработки и серверные доступы, и получить их хотя бы на чтение невозможно — мы не работаем.
Одна обработка, один отчёт, без понимания контекста и последствий для обменов и регламентных заданий — это та же история, которая привела в текущую ситуацию.
Если права на сопровождение базы оспариваются или есть спор с предыдущей командой по лицензиям и доработкам — сначала юрист, потом аудит. До юридической ясности мы не заходим.
Что проверяем в первые дни
Сразу не лезем чинить. Сначала проходим по списку и фиксируем состояние, чтобы дальше работать с фактами, а не с предположениями.
Типовая, доработанная, снята с поддержки или на расширениях. Версия платформы и релиз конфигурации, объём изменений в типовых объектах.
Перечень и назначение каждого артефакта, владельцы процессов, состояние конфликтов между расширениями, обработки, которые запускаются вручную.
Сайт, CRM, банк, склад, маркетплейсы, API, файловые выгрузки. Какие данные ходят, в какую сторону, где хранятся статусы и журнал обмена.
Размер базы, наличие и проверка бэкапов, типовые блокировки, проблемные регистры и регулярные операции, на которые жалуются пользователи.
Кто и что видит, какие роли, критичные операции, наличие аудита действий, ситуации с увольнениями и закрытием доступа.
Как выкатываются изменения, есть ли тестовый контур и насколько он соответствует проду, есть ли документированный откат, кто подписывает выпуск.
Регулярные ошибки фоновых заданий, регламентных операций, разбор паттернов сбоев, доступ к журналу регистрации и его ротация.
Описание ключевых доработок, на ком завязаны критичные процессы, есть ли регламент работы с обменами и регламентными заданиями.
Что вы получаете после аудита
Артефакты остаются у вас даже в случае, если дальше работаете не с нами.
Письменный разбор конфигурации, расширений, обменов, регламентных заданий, прав и релизного процесса с приоритезированными находками.
Таблица: риск, вероятность, влияние, приоритет, ответственный. Разнесена по слоям — конфигурация, данные, обмены, права, релизы — чтобы видеть, где горит первым.
Что и в каком порядке забрать у прошлой команды: база и бэкапы, конфигурация, расширения, обработки, доступы к серверу 1С, SQL и хранилищу, ключи обменов.
Какие системы обмениваются с 1С, какие данные ходят, кто источник истины, где хранятся статусы операций. Опора для любых дальнейших изменений.
Список работ после старта подхвата с оценкой трудоёмкости. Цель — снять острые риски и вернуть управление в проект.
Сгруппирован по приоритету: что в ближайший релиз, что в следующий, что в долг, что — обсудить с бизнесом перед началом.
Сопровождать текущую конфигурацию, стабилизировать, обновлять, выносить часть в расширения или переписывать отдельные участки — обоснованное решение по итогам аудита, а не «нам не нравится старая база».
Первый месяц
В первый месяц не пересобираем базу. Снимаем острые риски, чтобы бизнес перестал терять данные и время на ручных обходах.
Что есть в типовой, что в расширениях, что во внешних обработках. Маркируем по критичности для бизнеса и зоне ответственности.
Передаём владение базой и сервером на ваши учётные записи, приводим в порядок роли пользователей, проверяем фактическое восстановление из бэкапа.
Если тестовый контур отсутствует или не соответствует проду, восстанавливаем его. Процедура отката — отдельный документ, а не «по памяти».
Берём топ ошибок по журналу регистрации и обменам, разбираем причины, чиним идемпотентность и обработку повторов, добавляем алёрты на провалы.
Системные ошибки приводим к понятной классификации, шум снижаем, на оставшиеся ставим алёрты и владельцев.
Короткие регламенты по критичным сценариям, ручным операциям и обменам. Без «знания в голове одного человека».
Кто инициирует, кто согласует, как идёт тест и откат, как закрывается релиз. Простой и работающий регламент, а не стостраничный документ.
Чего не ломаем при переходе
Эти ограничения мы соблюдаем сами, чтобы переход был предсказуемым, а база — не пострадала.
Обновление платформы или релиза конфигурации — отдельная задача с тестовым прогоном и согласованным окном. В первый месяц делаем это только в объёме, необходимом для безопасности и устранения инцидентов.
Миграция доработок в расширения, упрощение архитектуры, переписывание обработок — обсуждаемые решения, но не в первый месяц и не «по дороге».
Старый обмен отключается только после подтверждения, что новый работает, не дублирует операции и не теряет данные.
Перенастройка ролей идёт через владельца бизнес-процесса. Менять права без согласования — значит ломать работу людей, которые не успели подготовиться.
Любая массовая обработка, которая правит регистры или переливает данные, идёт по сценарию с бэкапом, репетицией на тестовом контуре и подготовленным откатом.
Стек и типовые конфигурации
Заходим в конфигурации, с которыми работают наши команды. Если вашей конфигурации нет в списке — спросите, честно скажем, готовы ли подхватить или лучше начать с профильного 1С-аудита.
1С:УТ, 1С:ERP, 1С:КА, 1С:Бухгалтерия, 1С:ЗУП — типовые и доработанные.
Расширения конфигурации, внешние обработки и отчёты, регламентные задания.
Сайт, CRM, банк, склад, маркетплейсы — типовые и кастомные обмены.
HTTP-сервисы, REST и SOAP, файлы XML, CSV и JSON.
Сервер 1С, SQL Server и PostgreSQL, бэкапы, тестовый контур.
Хранилище конфигурации, права пользователей, журнал регистрации, регламент релизов.
Частые проблемы
Это не «страшилки». Это то, что регулярно встречается в базах, приходящих на подхват. Владелец продукта обычно об этом не знает.
Никто не помнит, кто и зачем убрал поддержку. Обновляться штатно нельзя, обновлять «через сравнение» становится отдельным проектом.
Изменения сделаны напрямую в типовых объектах. Чем именно отличается ваша база от типовой — становится понятно только в процессе аудита.
После очередного релиза несколько расширений начинают мешать друг другу, часть форм перестаёт открываться, бизнес работает в ограниченном режиме.
Обмен с сайтом или маркетплейсом создаёт повторные документы, часть заказов не доезжает до 1С, статусы расходятся между системами.
Фоновые задания упали неделю назад, никто не знает. Часть операций не выполняется, бизнес узнаёт по жалобам клиентов.
Изменения выкатываются «по живому». Если тестовый контур и есть, он давно разошёлся с продом и не отражает реальное состояние.
Расписание бэкапов настроено, но фактического восстановления никто никогда не делал. При проверке часто оказывается, что восстановиться нельзя.
Половина сотрудников видит и может всё. Кто и когда поменял критичный документ — восстановить нельзя, аудит действий не включён.
Критичные внешние обработки лежат «у Васи на рабочем столе». Если Вася в отпуске или уволился, выполнить операцию некому.
Список доработок есть, а связи с бизнес-процессами нет. Что можно безопасно отключить, а что обвалит работу склада или бухгалтерии — выясняется по факту.
Чек-лист передачи доступов
Часть пунктов выглядит банально, но именно они срывают подхват 1С чаще, чем сложные доработки.
Типы 1С-задач
Если ваш случай — в списке ниже, опишите его в заявке. Обсуждаем по существу: что досталось, какие риски, с чего начнём.
Типовая УТ с накопившимися доработками и расширениями.
Производство, склад, продажи, регламентные задания.
Управление, бухгалтерия, обмены, отчётность.
Регламентные задания, отчёты, обмены с банком.
Расчёт, обмены, регламентные операции, права.
Каталог, заказы, остатки, цены, статусы.
Контакты, сделки, оплаты, документы, расхождения статусов.
Стабилизация фоновых операций, обработка ошибок и алёрты.
Передача из ручного запуска в регламентный процесс.
Возврат базы в состояние, пригодное для обновлений.
Шире 1С
Если нужно забрать не только 1С, но и сайт, интеграции, Python backend, CRM или внутреннюю систему — начните с общей страницы подхвата проекта.
Если рядом с 1С есть смежная часть, у нас уже есть отдельные страницы про подхват интеграций и API, подхват сайта или веб-сервиса и подхват Python-проекта.
Если основной риск в обменах 1С с Ozon, Wildberries или Яндекс Маркет — смотрите подхват интеграций с маркетплейсами.
FAQ
С короткой стартовой сессии и заявки на аудит. Обсуждаем, какая у вас конфигурация, какие ключевые доработки и обмены, что произошло с прошлой командой, какие доступы и аккаунты уже на вашей стороне. По запросу подписываем NDA. Дальше — аудит конфигурации, расширений, обменов, регламентных заданий, прав и инфраструктуры. Условия подхвата обсуждаем после отчёта.
На аудите проходим по каждому обмену: что и в какую сторону передаётся, формат — CommerceML, REST API, файлы XML или JSON, расписание и очередь, обработка ошибок и ретраи. Воспроизводим типовые сценарии (создание заказа, обновление остатков, выгрузка цен) на тестовом контуре, если он есть. В отчёте отделяем проблемы на стороне 1С от проблем на стороне внешней системы и предлагаем план по каждой.
Снимаем фактическое состояние конфигурации: что доработано в типовой, что вынесено в расширения, что лежит во внешних обработках и отчётах. Сверяем с журналом регистрации и поведением системы. Дальше — короткая опорная документация по критичным доработкам, владельцам процессов и сценариям. На этом основании можно безопасно вносить изменения.
Сначала фиксируем причины: что именно мешает обновлению — изменения в типовых объектах, удалённые поля, заменённые формы. Возможные пути обсуждаем после аудита: возврат на поддержку через миграцию доработок в расширения, постепенный апдейт по веткам, или сознательное сопровождение текущей версии с планом по безопасности. Решение остаётся за вами — мы даём картину рисков и оценки.
Заходим в типовые и доработанные УТ, ERP, КА, Бухгалтерию и ЗУП. На стартовой сессии уточняем версию платформы, релиз конфигурации, объём доработок и обменов. Если конкретная связка — например, отраслевое решение или сильно изменённая база — выходит за зону уверенности команды, говорим прямо и при необходимости рекомендуем коллег, которые делают это лучше.
Да, если внутри 1С-ландшафта есть чёткая граница ответственности. Часто так и заходим: забираем критичный обмен — например, с сайтом, CRM или маркетплейсом — а остальное сопровождение продолжает прошлая команда или ваш внутренний специалист. Аудит в этом случае фокусируется на выбранном обмене и его ближайших зависимостях.
На аудите смотрим обе стороны обмена. Часто баги, которые видит бизнес как «1С глючит», — это сломанные вебхуки на стороне сайта, расходящиеся контракты с CRM или невыполненные ретраи на стороне внешнего сервиса. В отчёте отделяем 1С-часть от смежных систем и предлагаем план по каждой. При необходимости подхватим и смежные части отдельным форматом.
На аудите снимаем фактическое состояние из самой базы: установленные расширения, внешние обработки и отчёты, добавленные регистры, изменения в типовой. Сверяем с тем, что описано в репозитории и переписке. Дальше — план приведения к управляемому состоянию: что включить в расширения, что задокументировать как «временное», что вывести из эксплуатации. Массовые изменения в проде без бэкапа и согласованного окна не запускаем.
Действуем в рамках вашего права на код и согласованного доступа. Сначала письменный запрос со списком артефактов от вас как владельца. Параллельно снимаем фактическое состояние из самой базы: расширения, внешние обработки и отчёты, регистры сведений с настройками, обмены. Часть артефактов реконструируется по работающей системе. Что не удаётся восстановить — отдельно фиксируем как риск и обсуждаем юридическую сторону.
По итогам подхвата готовим чек-лист для внутреннего 1С-специалиста: исходники конфигурации и расширений, журнал обновлений, описание ключевых доработок, схема обменов с внешними системами, регламент изменений и тестирования. Доступы к серверу 1С и базе передаём по ролям, отделяя администратора от обычного пользователя. Можем сопровождать первые недели работы внутреннего специалиста.
Заказать аудит 1С-проекта
Опишите конфигурацию, ключевые доработки, обмены, доступы и что произошло с предыдущей командой. Вернёмся с конкретикой и предложим стартовую сессию.
Подхват 1С-проекта
Поля помечены под подхват 1С: какая конфигурация, какие ключевые доработки и обмены, какие доступы есть.
Заявка придёт на hi@khaiam.ru. Можно написать сразу в Telegram .
Заявка отправлена
Если задача срочная, можно сразу написать в Telegram .