2-я линия поддержки 1С в розничной сети fashion-ритейла: как SSP SOFT запускает новую учетку и деплои на сотни магазинов

Значимый прорыв формирует отрасль ИИ: SSP_blog 6 минут назад 2-я линия поддержки 1С в розничной сети fashion-ритейла: как SSP SOFT запускает новую учетку и деплои на сотни магазинов Простой 17 мин 6 Блог компании SSP SOFT 1С * Управление проектами * Управление продажами * Управление продуктом * Кейс Разбираем кейс организации второй линии поддержки 1С для сети fashion-ритейла из 550+ магазинов в России. Сервер на каждый магазин, самописный сервис обмена данными вместо стандартной шины, конфигурация 1С УНФ, переписанная почти до неузнаваемости, и почти полное отсутствие документации по техподдержке на старте. Процесс перехода магазинов на 1С команда SSP SOFT построила с нуля, наладила инцидент-менеджмент и автоматический сбор отчетности от магазинов, добилась быстрого закрытия тикетов.

И о «граблях» этого процесса тоже расскажем. Из-за соглашений о неразглашении (NDA) мы не можем назвать бренд заказчика напрямую, но описываем масштаб задачи и ход проекта максимально подробно. Сразу оговоримся, зачем этот текст.

Технические детали

Ниже история не про то, какие мы молодцы (мы знаем, что здесь на Хабре это не любят), а разбор сложного кейса технической поддержки по 1С в большой ритейл-сети, включая интеграцию с SAP зарубежного склада поставщика. Если вы строите или планируете вторую линию поддержки 1С для своей быстрорастущей розницы, то вот вам опыт, где встретился и масштаб, и интеграции, и набор неожиданных траблов. Мы постарались описать, как все удалось решить — максимально конкретно.

А начнем с любимого жанра Хабра — с «рыбацкой истории». Это история тикета, в которой пришлось не столько заниматься техподдержкой 1С, сколько работать с восприятием пользователя (в данном случае кассира) на стороне заказчика. История про нетипичный инцидент: когда защита системы выглядела как багЭтот случай стоит рассказать в начале статьи, потому что он показателен.

Сложность второй линии проявляется не только в программном обеспечении, но и в психологии общения с пользователем. Одна из кассиров написала длинный тикет с полной уверенностью, что нашла баг (якобы программную ошибку) — система отказывалась удалять один из справочных объектов. На деле это была не ошибка, а заложенная в 1С защита от случайных действий пользователя (так называемая «защита от дурака»).

Отраслевые последствия

Прежде чем разрешить удаление, 1С проверяет, не используется ли объект в других документах и операциях, и блокирует действие при обнаружении такой связи. Это стандартный для платформы механизм контроля ссылочной целостности данных. Пользователь была убеждена в обратном, тон сообщения уже был на пределе, и спорить в духе «это не баг, а фича» не имело смысла.

Специалист второй линии пошел другим путем. Он объяснил кассиру цепочку проверок, через которую система проводит объект перед удалением, и показал на конкретном примере, к чему привело бы отключение этой защиты — к потере связанных данных сразу по нескольким документам.

Событие, по словам экспертов, усилит конкуренцию в сфере ИИ.