Партнёр присылал заявки в облачной таблице — так ему было удобно. Руководители переносили их в CRM руками, а обратно партнёру не возвращалось ничего. Это реальный проект, не учебный пример. Компания работала с партнёром по устоявшейся схеме: он вносил заявки в свою таблицу, а у нас руководители заходили туда и переносили данные в CRM глазами и руками. Кто-то забывал, кто-то дублировал, кто-то вносил заявку не тому ответственному. Обратной связи партнёру не было вообще. Он не видел, что происходит с его заявками дальше — просто передавал и ждал. Сверка велась перепиской: «а что там с заявкой от вторника?» — и это отнимало время у обеих сторон каждую неделю. Что нашли при разборе Дыра была не в защите, а в процессе: ручной перенос данных между двумя системами без единой логики. Отсюда — дубли, которые накапливались месяцами, и заявки, зависавшие на общем ответственном просто потому, что никто не решал, чья это задача. Я построил контур, который замкнул обе системы без участия человека: загрузка заявок из таблицы партнёра, их маршрутизация по правилам и обратное зеркало — партнёр видит статус своей заявки в реальном времени. • Перенос заявок: было руками — стало автоматически • Дубли: было накапливались — стало не создаются • Заявки на общем ответственном: было зависали десятками — стало расходятся сами • Статус «отработано»: было на словах — стало подтверждённый факт Отдельно сделал витрину сверки — теперь и мы, и партнёр смотрим в одни данные, а не спорим в переписке, что где потерялось.