Бухгалтерия и документооборот
Читать далее »
Доступ к документам — это не только «кто может открыть», но и «что именно он видит». Подрядчик просит договор на подпись или для работы. Обычный ответ: собрать архив из папки и отправить почтой. Через неделю выясняется, что в архиве лежали ещё три договора с другими заказчиками, а подрядчик работает по прошлогодней редакции, потому что имя файла было «финал».
Ниже — как выдать ровно один документ, не отдавая весь архив, и как его потом закрыть.
Архив уходит целиком и навсегда: скачанный файл уже не отозвать, даже если доступ в системе вы закроете. В нём то, что не предназначалось внешнему человеку — цены для других заказчиков, переписка, внутренние приложения.
Вторая проблема — версии. Отправили архив, потом договор поменялся. Подрядчик работает по старой редакции и уверен, что она действующая: у него нет способа узнать, что появилась новая.
Третья — вы не знаете, что он видел. Открывал ли он документ, скачал ли, с какой страницы. В почте этого не видно вообще, в системе — видно.
| Задача | Что нужно на самом деле |
|---|---|
| Подписать договор | Один договор в действующей редакции |
| Работать по приложению | Приложение, связанное с договором |
| Получать задания | Доступ к заданиям, которые ему выдали |
| Видеть свои документы | Свои документы, а не весь реестр |
| Отчитаться | Возможность приложить акт или скан |
Общее правило: внешнему человеку нужен не доступ к системе, а доступ к конкретным элементам. Разница в том, что во втором случае вы контролируете границу.
Доступ к документам закрывается целиком: человек либо видит элемент, либо не видит. Отдельных прав «только смотреть» или «только править» сейчас нет — и об этом лучше сказать сразу, потому что ожидания обычно другие.
Что это значит на практике. Выдать «один договор, но без сумм» не получится: суммы — свойства документа, а не отдельный объект. Выдать «договор без приложений» тоже не получится, если приложения — связанные документы: доступ открывается на элемент, а не на фрагмент.
Зато работает грубая и понятная граница: категории с ограниченным доступом и закрытие элемента целиком. Для внешнего подрядчика этого обычно достаточно: ему открывают один договор и задания по нему.
Ещё одна деталь, которая многое объясняет: внешний человек становится пользователем сервиса через связь физического лица с пользователем. Пока связи нет, он не видит ничего; после — видит то, что ему открыли.
У действий есть автор и время. Видно, кто открывал документ, кто менял версию, когда появилась эта редакция.
Журнал отвечает и на главный вопрос доступа к документам: что человек видел. Подрядчик говорит «я подписывал другую редакцию» — и по истории видно, какая редакция была действующей в тот день.
Шаг 1. Определите границу. Не «что ему может понадобиться», а «что ему нужно для этой работы». Обычно это один договор и связанные с ним приложения.
Шаг 2. Выдайте доступ к элементам, а не к папкам. Папка тянет за собой всё содержимое, элемент — только себя.
Шаг 3. Скажите, что он увидит. Человек, который ждал «только смотреть», будет удивлён, что может менять. Лучше обсудить это до выдачи.
Шаг 4. Закройте, когда работа закончена. Доступ не «сам истечёт»: закрытие — отдельное действие, и его легко забыть. Заведите правило: работа сдана — доступ закрыт.
Ассистент, работающий через MCP, полезен на подготовке: собрать список документов, к которым у подрядчика есть доступ, найти документы без ответственного, показать, что открыто внешним людям.
Чего он не должен делать: выдавать и закрывать доступы по своей инициативе. Это операция безопасности, и решение по ней принимает человек — как и в случае с удалением.
Файлообменник передаёт копию: у подрядчика остаётся файл, который живёт своей жизнью. Система передаёт права: документ остаётся один, а меняется то, кто его видит.
Разница проявляется в трёх ситуациях. Когда договор поменялся — в файлообменнике у подрядчика старая копия, в системе он видит актуальную версию. Когда работа закончена — в файлообменнике файл уже не отозвать, в системе доступ закрывается. Когда возник спор — в файлообменнике неизвестно, что и когда он смотрел, в системе есть журнал.
Отсюда практический вывод: для одноразовой передачи файла файлообменник нормален. Для работы, которая идёт неделями, права лучше копии — если только не хочется каждый месяц рассылать «актуальную версию».
Частичных прав. «Только смотреть» на отдельный документ не настроить: доступ закрывается целиком.
Скрытия фрагментов. Нельзя открыть документ без отдельных свойств или страниц.
Автоматического истечения доступа. Доступ закрывают вручную, поэтому нужна привычка.
Публичных ссылок для внешних. Внешний человек получает доступ как пользователь, а не по ссылке из письма.
1. Посмотрите, кому сейчас открыт доступ к документам и не пора ли часть закрыть.
2. Возьмите одного подрядчика, с которым работаете, и проверьте, что он видит. Часто выясняется, что ему открыт лишний десяток документов.
3. Договоритесь о правиле: работа закончена — доступ закрыт, в тот же день.
4. Следующий запрос «пришлите договор» попробуйте закрыть не архивом, а доступом к одному документу.
Если сначала хочется проверить себя, а не читать дальше — есть тест из 8 вопросов: он показывает, что с доступами уже в порядке, а что держится на памяти сотрудников.
Если учёт пока в таблицах, начните с материала о том, как собрать реестр договоров за 7 шагов.
А посмотреть, как это выглядит, и получить бесплатный доступ на три месяца можно на сайте bizon.help: посмотреть.
