Файлы и версии: правка без потерь

Файл — оригинал, а не копия

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

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

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

У одного документа может быть несколько файлов, и это нормально. У договора это текст договора, скан подписанного экземпляра, смета, протокол разногласий. У входящего — скан письма и, возможно, приложения к нему. У приказа — текст и лист ознакомления. Один из файлов обычно помечается основным: он открывается первым, и по нему делается предварительный просмотр.

Файлы в системе можно создавать из шаблонов. Шаблон — это заготовка: бланк письма, типовой договор, форма служебной записки. Создавая файл из шаблона, человек получает правильно оформленную заготовку, а часть полей — номер, дата, контрагент — может подставиться из карточки автоматически. Это одна из немногих настроек, которую пользователи замечают и ценят сразу.

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

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

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

Занятие файла

Самое непривычное в работе с файлами — занятие файла (в разных редакциях это называется «занять», «редактировать», «взять для редактирования»). Разберём, зачем оно нужно, потому что без понимания оно кажется лишним щелчком.

У файла три состояния. Свободен — читать может любой, у кого есть доступ к документу, править не может никто. Занят — файл взят конкретным человеком: он правит, остальные видят, кем и с какого времени файл занят, и могут только читать. Освобождён — правка завершена, файл снова свободен, а в карточке появилась новая версия.

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

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

Что делать, если файл занят нужным вам человеком, а он в отпуске? В системе есть снятие занятия — это право администратора или руководителя. Снятие означает отказ от несохранённых правок того, кто занял: его работа, не выгруженная в систему, пропадёт. Поэтому снимают занятие не молча, а предупредив человека, если это возможно.

Рядом с занятием живёт отмена правки: если вы заняли файл, поправили и передумали, можно отменить — файл освободится, новая версия не создастся, изменения не сохранятся. Это полезнее, чем кажется: правка «на пробу» перестаёт быть опасной.

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

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

Версии: история правок

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

У версии есть номер, автор, дата и — если человек его написал — комментарий. Комментарий к версии кажется мелочью и является самым полезным полем во всей истории файла: «учтены замечания юриста», «изменена сумма по протоколу разногласий», «добавлено приложение 2». Через полгода именно по этим строкам восстанавливают, что и когда произошло с текстом.

Одна из версий является активной — это то, что видят все, что открывается по умолчанию и что уходит согласующим. Обычно активной становится последняя, но к любой прежней можно вернуться: система сделает её активной, не удаляя остальных. Возврат к версии — обычная операция, а не аварийная; ею пользуются, когда правки завели не туда.

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

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

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

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

Форматы, сканы, имена

Осталось разобраться с тем, что именно прикладывать к карточке и в каком виде. Вопрос не праздный: от формата зависит, можно ли будет править файл, сравнивать версии и находить документ по содержимому.

Правимые форматы — текстовые документы, таблицы, презентации. С ними работает и занятие, и версии, и сравнение. В таком виде живут проекты документов: то, что ещё согласуется и меняется.

Неправимые — сканы и PDF. Их не правят, у них нет смысла в сравнении версий, и добавляются они обычно один раз. В таком виде живут подписанные экземпляры, входящая корреспонденция и всё, что пришло извне на бумаге.

Распознавание сканов. Скан — это картинка, и поиск по словам внутри неё невозможен, пока картинку не распознали. В системах это настраивается, и от этой настройки зависит, найдёте ли вы входящее письмо по слову из его текста. Если распознавание не включено, искать придётся по реквизитам карточки — а значит, ценность аккуратного заполнения полей вырастает вдвое.

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

И про имена файлов. Внутри системы имя файла почти не важно: документ находят по карточке. Но при выгрузке наружу — отправке контрагенту, печати, передаче в другую систему — имя становится видимым. Поэтому в организациях, где часто выгружают, имена файлов приводят к понятному виду: «Договор подряда №12-2026 Ромашка.pdf», а не «скан_001.pdf».

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

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