Бухгалтерия и документооборот
Читать далее »
«Где договор с этим поставщиком?» — вопрос, который съедает двадцать минут в день у каждого, кто работает с документами. Поиск документа не работает не потому, что поиск плохой, а потому, что искать приходится по имени файла: «скан_2023_11_итог_2_правки».
Ниже — почему файлы не находятся и что должно быть вместо имени файла.
Имя файла придумывает человек, и придумывает его для себя. Один называет «договор_поставка», другой — «ДП-114», третий — «новый (3)». Через год ни один из них не вспомнит логику.
Хуже другое: имя файла ничего не говорит о содержании. Внутри может быть счёт на 480 тысяч, акт или протокол разногласий — снаружи это «документ».
Отсюда первое правило: искать надо по свойствам, а не по названию. Контрагент, сумма, дата, номер, статус, ответственный — это то, что человек помнит, и то, по чему имеет смысл искать.
Свойства вместо имени. У карточки есть поля: контрагент, сумма, срок, ответственный, статус. Поиск идёт по ним, и «договоры с этим поставщиком на сумму больше миллиона» становится запросом, а не перебором папок.
Поиск по содержимому. Текст внутри документов тоже ищется — это спасает, когда помнишь фразу («оплата в течение 30 дней»), но не помнишь, где она.
Связи. Самый быстрый путь к документу — не поиск, а переход: открыл договор, увидел его счета, акты и задачи. Поиск нужен, когда не знаешь, с чего начать; связи — когда знаешь.
Версии. Поиск должен находить документ, а не файл. Пять версий одного договора — это один результат, а не пять.
Искали по имени, а оно другое. Классика: файл назван «итог», а ищут «финал».
Документ не заведён в систему. Половина ответов на «где документ» — «его нет, он в почте». Тут не поможет никакой поиск.
Скан без текста. Если PDF — картинка без текстового слоя, поиск по содержимому его не увидит. Такие документы находятся по свойствам, а не по фразе.
Ищут в одном месте, документ в другом. Договор в системе, счёт в почте, акт в мессенджере. Пока это так, поиск обречён: он ищет только там, где его запускают.
Дубли. Три карточки одного поставщика с разными написаниями: «ООО Ромашка», «Ромашка», «Ромашка ООО». Поиск находит одну, а нужная — третья.
Начните с одного вопроса. Возьмите вопрос, который задаёте чаще всего: «есть ли акт по этому счёту», «какой договор действующий», «кто ответственный». Именно его и надо закрывать первым.
Заполняйте три поля. Ответственный, контрагент, срок — минимум, без которого поиск по свойствам не работает. Пустых полей будет много, это нормально: важно, что они есть.
Заводите документы при получении. Не «потом разберу»: документ, оставшийся в почте, для поиска не существует.
Не удаляйте старые версии. Они отвечают на вопрос «что было написано тогда», и это тоже поиск, только по времени.
Ассистент, работающий через MCP, добавляет к поиску разговорный слой: можно спросить «покажи счета этого поставщика за квартал» и получить список, а не форму с фильтрами. Он же собирает сводки: сколько документов без ответственного, где нет актов, что просрочено.
Но и у него есть граница: он видит то, что заведено в системе. Документ, лежащий в чужой почте, для него не существует — как и для обычного поиска.
Открываете договор — и рядом видите его счета, акты, задачи и платежи. Дальше не нужно искать: нужное уже перед глазами. Это и есть главная разница между «поиском» и «связями» — поиск отвечает на вопрос «где», связи отвечают на вопрос «что с этим».
Порядок в голове при этом меняется. Сначала вспоминаешь не имя файла, а событие: «поставка в марте», «тот поставщик с предоплатой». От события — к договору, от договора — к счёту и акту. Три перехода вместо двадцати минут перебора папок.
Именно поэтому реестр, где у документов есть связи, работает быстрее любого поиска. Поиск нужен, когда не знаешь, с чего начать; связи работают, когда знаешь.
В реестре ищут, когда не знают, где документ: список с фильтрами по контрагенту, сумме, сроку и статусу. Это режим «найти хоть что-нибудь, что подходит под описание».
В карточке ищут другое: где версии, что связано, кто менял. Это режим «я уже нашёл, теперь разберусь».
Путать эти режимы — обычная причина разочарования. Люди пытаются найти нужный договор, листая одну карточку, или, наоборот, ищут историю правок по общему списку. Реестр отвечает на «где», карточка — на «что с ним было».
Поиска по чужим каналам. Документ в почте или мессенджере система не найдёт: он для неё не существует, пока не загружен.
Понимания смысла запроса. «Тот договор, где мы спорили про пени» — это к человеку. Поиск работает по словам, свойствам и связям, а не по воспоминаниям.
Распознавания сканов. Если PDF — картинка без текстового слоя, поиск по содержимому его не увидит; такие документы находятся по свойствам.
Автоматического заполнения полей. Ответственного, контрагента и срок система сама не проставит: без них поиск по свойствам работать не будет.
1. Запишите три вопроса, которые задаёте про документы чаще всего. Это ваш список задач для поиска.
2. Проверьте, по каким полям вы сейчас можете искать. Если только по названию — это и есть причина двадцати минут в день.
3. Заведите пять последних документов из почты в систему и заполните ответственного и контрагента.
4. Найдите один документ двумя способами: поиском по фразе из текста и переходом по связи. Сравните время — разница объясняет, зачем нужны связи.
Если у вас пока учёт в таблицах, начните с материала о том, как собрать реестр договоров за 7 шагов.
Если сначала хочется проверить себя, а не читать дальше — есть тест из 8 вопросов о том, готов ли ваш учёт к порядку.
А посмотреть, как это выглядит, и получить бесплатный доступ на три месяца можно на сайте bizon.help: посмотреть.
