Чайник, чек и двенадцать «финальных» версий договора

У чайника на третий год отказала кнопка. Вещь недорогая, но покупался он с расширенной гарантией, и жена сказала: ну, ты же у нас хранишь всё это где-то. «Где-то» — это небольшой сервер, который я арендую уже не первый год. Не для работы: рабочие документы живут в системах фирмы, и трогать их своими руками я бы не решился. А вот домашние бумаги — чеки, гарантийные талоны, инструкции, старый договор на квартиру — я когда-то решил сложить в одно место и посмотреть, что из этого выйдет.

Вышла программа под названием Paperless-ngx. Это архив для документов: загружаешь скан, а он распознаёт текст (OCR — то есть превращает картинку со сканом в обычный текст, по которому можно искать), проставляет даты и позволяет искать по содержимому, а не по имени файла. Ставил по инструкции, docker и файл настроек переписывал из руководства, честно не понимая каждой строки. Юрист, который поднимает сервер по картинкам из гайда, — зрелище не для слабонервных :) Но поднялось.

Дальше чистая бытовая магия. Я скормил архиву коробку сканов за несколько лет, а вчера вечером вбил в поиск слово «чайник». Через секунду на экране лежал чек и гарантийный талон, отсканированные два года назад и с тех пор не открывавшиеся. Жена сказала, что я впервые за долгое время сделал компьютером что-то полезное. Обидеться не успел — начал думать.

А думал я о работе. У нас на общем диске есть папка, где один и тот же договор хранится в двенадцати экземплярах: «Договор_финал.docx», «Договор_финал_правки.docx», «Договор_ТОЧНО_финальный.docx», «Договор_финальный_после_звонка.docx». Какой из них действующий, знают двое: секретарь и один юрист. Пока оба на месте — система работает. Отпуск одного совпадёт с болезнью второго — и начинается археология.

То есть дома я за один вечер получил то, чего в офисе нет: поиск по содержимому и понятный порядок, какая версия за какой шла. Но чем дольше смотрел, тем яснее становилось: программа решает ровно половину задачи. Она найдёт слово «чайник» в чеке и выстроит версии договора по датам. Она не решает, какая версия считается действующей, кто имеет право объявить её таковой и что делать, когда контрагент присылает свой «окончательный» вариант, отличающийся от нашего «окончательного» на одну запятую в пункте про неустойку. Это по-прежнему решает человек, и инструмент тут может только не мешать.

Отсюда вопрос к тем, кто хранит документы на своём сервере — рабочие или домашние. Как вы договорились между людьми, а не между программами: по какому признаку файл считается действующей версией? Метка в названии, отдельная папка, запись в таблице, строгое «последний по дате»? И второе, что меня как юриста грызёт: экспорт. Я проверил, мой архив отдаёт всё обратно обычными файлами, без плясок. У инструментов, которые пробовали вы, тоже так — или где-то данные оказываются заперты внутри и забрать их больно?

Про конфиденциальность скажу сразу и честно: я не знаю всех требований, которые предъявляются к хранению чужих персональных данных, поэтому держу в этом архиве только свои домашние бумаги. Рабочие документы туда не несу и коллегам пока не советую — сначала хочу понять, что вообще допустимо, а что нет. Если кто-то уже разбирал этот вопрос для себя, с удовольствием почитаю.

igor_kzn писал:
docker и файл настроек переписывал из руководства, честно не понимая каждой строки

Так поднята половина интернета, не переживай :) Я свой первый wp-config тоже переписывала из гайда как заклинание. Разбираться, что там внутри, пришлось потом — когда что-то сломалось.

У меня своя версия чайника — договоры с заказчиками. Двенадцать «финальных» из заголовка — это буквально моя почта: «договор_final», «договор_final_правки», «договор_ТОЧНО_final». Один раз отправила клиенту не ту версию: разница была в одном пункте про сроки оплаты, и я полчаса объясняла, что «ТОЧНО final» на самом деле предпоследняя. С тех пор правило: подписанное сканируется в тот же день и ложится в одну папку, а не размазывается по переписке.

Правда, искать в этой папке всё равно боль — только по именам файлов и памяти. Поиск по содержимому, как у тебя с чеком, многое бы упростил. Присмотрюсь к Paperless.

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

ira_sites писал:
искать в этой папке всё равно боль — только по именам файлов и памяти

У меня на маке похожая папка, и про поиск «по именам» я весной узнала неприятную вещь. В Spotlight, встроенном поиске, можно набрать слово из документа — и он покажет PDF, где это слово встречается, даже если в имени файла его нет. Я на этом долго ездила и считала себя очень организованной: имена у меня скучные, по шаблону «дата — что это — подписано или нет», а искалось всё равно по тексту.

Пока не понадобился акт приёмки от прошлогодней аренды. Я точно помнила, что сканировала его, помнила даже, как лист лежал на стекле. Spotlight молчал. Пролистала в предпросмотре штук тридцать файлов и нашла: он назывался scan0031.pdf. Скан для поиска просто не существует — для системы это фотография, картинка без текста. Весь мой порядок работал только на документах, которые изначально пришли текстовыми: выписки, счета из личных кабинетов. А всё отсканированное жило на честном слове и на моей памяти.

Так что «договор_ТОЧНО_final» — это не про недисциплину, а про то, что имя вообще плохой носитель. Оно одно, а вспомнить документ хочется по десятку примет: по контрагенту, по месяцу, по тому самому пункту про сроки оплаты, из-за которого у вас вышла путаница. Ваше правило «подписанное сканируется в тот же день» мне кажется правильнее любых имён: оно хотя бы фиксирует, какая версия настоящая. После истории с актом я добавила себе похожий шаг — скан переименовать по шаблону сразу, не «когда-нибудь потом». Но это костыль, конечно. Paperless из рассказа выше как раз про то, чтобы картинку превратить в текст, который ищется; я пока только читаю про него, ставить не решалась.

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

Ольга, про scan0031 прямо в сердце. У нас таких scan0031 — половина папки «Документы» на общем диске: одна накладная лежит как IMG_2451, другая как «нужный файл(1)». Я в своё время ввела правило именования — «месяц, поставщик, накладная или акт» — и оно держалось ровно до первой подмены. Подменный человек не обязан знать мою систему, он обязан отгрузить товар и сдать кассу.

И документ действительно вспоминается не по имени. Осенью искала акт сверки минут сорок. Нашла по примете: помнила, что на скане в углу попала красная кружка. Листала предпросмотр и ждала, когда мелькнёт этот ободок. Потом долго думала, что поиск по кружке — это, конечно, не система.

Так что читаю и завидую: вбить слово «чайник» — и через секунду чек. У нас всё это добро живёт на компьютере в бухгалтерии, и поднимать что-то серверное своими руками я бы не рискнула. Но мысль, что скан можно научить читаться, а не лежать картинкой, теперь засела крепко.

Настя, про поиск по красной кружке — это же буквально я с ученическими работами. Помню не фамилию, а что у девочки на полях нарисован кот. Листаю — жду кота.

У меня материалы курса, и «лекция_новая_7» у меня не удержалась даже без подмен: я сама через месяц не помню, что там нового. А вот запрос «тест с разворотом про падежи» находит всё. Имя — одна примета, а голова хранит десять.

Так что поиск по кружке — очень даже система. Просто система без поисковой строки.

anna_edu писал:
система без поисковой строки

До первого второго кота. Или до дня, когда искать будет не вы, а человек, который про кота не знает.

Примета хороша как указатель и плоха как архив: копий она не делает. Я такие вещи — кружка в углу, рисунок на полях — записываю в заметку к файлу. Десять секунд, и примета переживёт память.

nesterov писал:
примета переживёт память

И переживёт подменного человека, если она в поисковом индексе. В Paperless теги и заметка к документу индексируются вместе с OCR-текстом — «красная кружка» из примера выше находилась бы обычным поиском, а не листанием предпросмотра.

Сам лечусь тем же в git: коммиты «fix» и «fix2» — это мой scan0031. Через месяц смотрю в лог и не помню, что чинил. Теперь заставляю себя писать в сообщении, что именно сломалось. Те же десять секунд.

ivan_tver писал:
коммиты «fix» и «fix2» — это мой scan0031

Хорошая новость: лог хотя бы хранит дату. Плохая: «fix» от марта молчит так же, как картинка скана.

nesterov писал:
«fix» от марта молчит так же, как картинка скана

У нас в кооперативной кампании так же молчит файл «инвентарь_после_13_сценария». Дата есть, а что внутри — нет. Вспоминается не март, а вечер, когда мы сожгли таверну и час спорили, чья это была идея. Теперь к таким файлам пишу строчку: что случилось и кто виноват. Виноват, кстати, почти всегда один и тот же человек :)

Вернусь от кота к исходному вопросу о действующем договоре. Поиск помогает найти все варианты, но кто-то всё равно должен обозначить выбранный. Мне хотелось бы видеть основание метки: не просто «финал», а кто и когда признал эту версию рабочей.

Я бы ещё разделила «согласовали текст» и «получили подписанный экземпляр». Это разные события, хотя файл в обоих случаях хочется назвать окончательным. В списке лучше две понятные отметки, чем одно большое слово «готово», которое каждый понимает по-своему.

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

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

И дата изменения файла этого не объясняет. Документ можно сегодня пересохранить, не меняя его содержания. Я бы оставляла отдельную человеческую запись о смене статуса: кто решил, на каком основании и какую версию это заменяет.

А при экспорте эта запись тоже должна уехать с документом. Если после скачивания остался PDF без статуса и связи с предыдущим, поиск мы сохранили, а смысл порядка потеряли. Мне бы хватило простого читаемого списка рядом, не обязательно той же программы.

Для обсуждаемого порядка тогда разделю хранение файла и решение людей о его статусе. Поиск помогает найти, запись объясняет, почему выбрали именно это, экспорт сохраняет оба слоя. Для рабочих документов это ещё не ответ на правовые требования, но уже понятный список вопросов к системе.

С реестром согласен. Остался вопрос к поиску: ввожу слово, получаю двенадцать похожих файлов. Хочу, чтобы текущий вариант был отмечен прямо в выдаче, а старые оставались доступны для истории. Не прятать архив навсегда, но и не заставлять каждого заново читать весь реестр перед открытием договора.

Следующая проверка экспорта — один выбранный договор. К нему должны попасть нужные приложения, но не чужие файлы из общей папки. «Выгрузить всё» удобно для переноса архива; для передачи одного документа нужен отдельный понятный состав. Иначе порядок внутри есть, а наружу уезжает лишнее.

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

В нашем реестре версий обнаруживается ещё один вопрос: кто увидит смену статуса. Запись «заменён новой редакцией» полезна, но человек может уже держать старый файл у себя. Я бы не обещал, что порядок в архиве автоматически обновит все ранее скачанные копии.

Поэтому в выгрузке нужен понятный номер версии, а не только «действующий» в названии. Название уже уедет с файлом, а его статус потом изменится. Проверить номер в актуальном реестре можно; догадаться об этом по слову final — нельзя.