Как мы устали терять данные и сделали систему проектирования ручного ввода KDI

Значимый прорыв формирует отрасль ИИ: vibaeva_says 11 минут назад Как мы устали терять данные и сделали систему проектирования ручного ввода KDI 10 мин 273 Блог компании КОРУС Консалтинг Анализ и проектирование систем * IT-компании Кейс Марк Локшинруководитель центра компетенций в компании «ДАР» (ГК «КОРУС Консалтинг»)Анжелика Дубровскаямладший аналитик в компании «ДАР» (ГК «КОРУС Консалтинг»)Кто хоть раз собирал сводный отчет из десятка табличек, тот знает, что самые важные данные чаще всего живут в чьем-то личном Excel-файле, актуальная версия которого лежит в каком-нибудь личном чате. Мы столько раз проходили этот круг, что решили сделать большой шаг в сторону управляемой работы с данными для себя и наших клиентов. В этой статье расскажем, как создавали собственный продукт KORUS Data Input для организации корпоративных систем ручного ввода данных и что из этого получилось.

Предпосылки создания KDIИсторически мы в ДАРе работаем с данными: вытаскиваем их из разных систем (ETL/ELT), складываем в хранилища (DWH), строим витрины и отчеты (BI). Сами по себе эти задачи давно закрываются стандартным стеком инструментов, и у каждого заказчика уже есть свой зоопарк систем. Но чем больше мы делали проекты, тем чаще упирались в одну и ту же ситуацию, которая формально не про «большие данные», а про человеческий фактор и боль.

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

👉Первая боль — данные, которых «нигде нет», и их появление связано больше с людьми, чем с ИТ‑системами. Это та самая информация, которая прилетела в телефонных разговорах, лежит в виде фото на смартфоне или живет в виде «священного» Excel‑файла у одного ответственного человека. Формально бизнес‑процесс идет, а в корпоративных системах этих данных как будто не существует.

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

Облачные таблицы проблему снимают лишь частично: построчное разграничение доступа там сделать непросто, и в итоге кто‑то все равно ночами сводит все руками, пытаясь понять, где «та самая» цифра. Логичным ответом на эту боль стало предложение «быстро» собрать небольшую подсистему для операторского ввода данных. Пара форм, простенькие front‑end и back‑end, неделя‑другая разработки — и вот уже есть локальное решение под конкретный процесс.

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

И тут появились новые проблемы:Каждое такое решение рождалось с нуля под конкретного заказчика и конкретный процесс. Пока идет проект — все ок, но как только бизнес меняется, вокруг исходной схемы начинают расти костыли, и через пару лет к этому коду страшно прикасаться. Такие подсистемы плохо живут за пределами одного отдела.

Сегодня сделали три формы для финслужбы. Завтра придет соседний департамент с похожей задачей, но другими данными.

Этот прогресс даёт важные сигналы о будущем отрасли, и технологический мир внимательно наблюдает.