Комментарии 3
Когда перешли на РедOS, скучал по индексирующему поиску в windows, минут 30 скучал... Потом погуглил, нашел recoll. Еще погуглил - нашел ocrmypdf. Попросил у ИИшницы гугля сделать мне скрипт на bash, который прогонит ocrmypdf по всему хранилищу документов (честно, самому лениво стало писать).
Минут 20 моего времени, и выходные - работы компьютера. Теперь всё ищется быстро, и даже старые сканированные pdf, куда был добавлен текстовый слой - находятся. Денежные затраты - отсутствуют.
Пока мы тут обсуждаем как ускорить поиск документов, где-то в гос органах сервера всё ещё падают после того, как бабуля уборщица задевает шваброй единственный удлинитель)))
Но по существу: самая дорогая часть здесь даже не поиск, а проверка найденного — актуальна ли версия, кем она утверждена и можно ли вообще на неё опираться.
У себя мы в итоге связали документы со статусами согласования, версиями и задачами через governance-систему и MCP.
Основной эффект получили не только от сокращения времени поиска, но и от уменьшения повторной работы и ошибок по устаревшим либо неутверждённым данным.
Поэтому ROI таких решений я бы считал ещё и через стоимость неверных решений.... она часто заметно выше стоимости самого поиска )))

Как оценить стоимость ручного поиска документов в компании на 200 человек