Обмен данными: абонемент сопровождения

«У нас абонемент на 1С» чаще значит: обновления, права, «почини, если сломалось». Если между базами ходят документы, а в абонемент не заложили контур обменов — вы купили половину сервиса. Обмены молчат, пока живы, и кричат, когда бухгалтерия уже неделю сводит остатки вручную.

Ниже — как я отделяю разовую настройку узла от постоянного присмотра: что должно быть в абонементе, а что лучше оформлять отдельной сметой. Это не коммерческий лозунг, а практическая граница scope, без которой через месяц снова спор «это входило или нет».

Когда это всплывает

Типичные сигналы, что сопровождение «мимо обменов»:

• обмен «успешен», а объектов 0 — узнаёте от пользователей, не от мониторинга;
• узел «висит» днями, пока кто-то не ткнёт вручную;
• сверки УТ–БП делают раз в квартал «когда припрёт»;
• после обновления одной базы версия формата или состав правил разъехался, а регламента «кто смотрит» нет;
• в чате каждый инцидент начинается с «а у нас вообще какой узел за БП отвечает?».

Разовый проект закрывает «запустить». Абонемент должен закрывать «не разъехалось незаметно». Если за месяц вы трижды платите «часами на пожар» — вы уже платите абонемент, только без предсказуемости и без владельца.

Самопроверка

1. Есть ли ежедневный (или хотя бы рабочий) контроль последних сеансов обмена и очереди регистрации?
2. Кто владелец инцидента «0 объектов / XDTO / фильтр узла» — не «все по чуть-чуть»?
3. Есть ли короткий регламент: копия → один объект → массово?
4. Зафиксированы ли эталоны НСИ (кто мастер по контрагентам/номенклатуре)?
5. Понятно ли, что в месячный пакет не входит (новый вид документа, новый контур сайта, миграция холдинга)?

Если на два и больше ответа «нет» — абонемент по факту не покрывает обмены, даже если в договоре красивое слово «сопровождение».

Типичные ошибки

• Считать абонемент «приехал и починил»: без мониторинга вы платите за тушение, не за стабильность.
• Экономить на сверках: час скрипта дешевле дня разбора дублей после «тихого» сбоя.
• Смешивать в одном пакете часов фичи и поддержку узлов — scope плывёт, претензии тоже.
• Не хранить карту узлов: релизы, версия формата, расписание, ответственный.
• Прятать гиперкеер после запуска внутрь «обычного» абонемента без отдельного окна интенсивности.

Как я веду

В абонементе по обменам у меня три слоя:

1. Мониторинг — статусы, «0 объектов», хвост регистрации, предупреждения; короткое окно реакции на блокеры отгрузки/закрытия.
2. Инциденты — не «перезапустить», а причина: фильтр, NSI, формат, права, блокировка в пик.
3. Сверки — контрольные объекты и ключевые итоги за период, чтобы расхождения не копились месяцами.

Фичи и перестройка архитектуры холдинга — отдельная смета. На входе честно говорю, что входит в месячный пакет и какой кап часов на внезапные «а давайте ещё склад». Клиент получает не «человека в чате», а контур с регламентом.

Я частный специалист (15+ лет enterprise): от 2 999 ₽/час или смета; постоянный присмотр контура — от 49 999 ₽/мес: услуги.

Когда звать специалиста

Если не можете ответить «что будет, если упадёт узел в пятницу вечером» — разберите контур до аварии. Если одни и те же инциденты повторяются — нужен не «ещё час тушения», а регламент и владелец. Напишите список баз, узлов и как сейчас узнаёте о сбоях — по этому сразу видно, хватит разовой диагностики или нужен абонемент.