Notion 3.8 добавляет права на отдельные колонки общей базы
В одной таблице можно разделить доступ к зарплатам, статусам и другим свойствам. Настройка доступна Business и Enterprise и дополняет, а не заменяет права на страницы.
Одна база для разных участников
13 октября Notion выпустила версию 3.8 с акцентом на общий рабочий контекст. Среди изменений — права на отдельные свойства базы данных. Общую таблицу теперь можно использовать для нескольких аудиторий: например, показать коллегам имена и роли сотрудников, оставив компенсации кадровой команде. Возможность относится к Business и Enterprise. Она решает другой вопрос, чем доступ к странице: право открыть запись и право увидеть конкретное поле рассматриваются отдельно. Правило на колонку не открывает запись тому, кто раньше не мог её читать. Поэтому новая настройка не отменяет существующую структуру совместного доступа к рабочему пространству.
Просмотр и изменение разделены
У свойства можно наследовать доступ базы, разрешить изменение значений или самого свойства, открыть только просмотр либо скрыть и название, и содержимое. Исключения задаются для людей, групп и агентов. Отдельный вариант связывает доступ со столбцом владельца: сотрудник может редактировать бюджет своего проекта, не получая право менять бюджеты всех остальных строк. Настройка выполняется в исходной базе через настольный или веб-интерфейс. На телефоне существующие правила действуют, но создавать и менять их нельзя. В справке установлен предел в 20 свойств с разрешениями. Это ограничение относится к числу защищаемых колонок, а не к общему размеру любой базы.
Как правила взаимодействуют с агентами
Notion 3.8 одновременно расширяет работу с внешними инструментами через MCP и обновляет историю изменений. Внешнему совместимому агенту можно предоставить доступ к документам и трекерам; администраторы видят подключения и могут отзывать их отдельно. Встроенные и подключённые агенты должны работать в соответствующих правах. Обновлённая история показывает изменения страниц и баз с атрибуцией, а предыдущую версию можно восстановить. Для общих данных из GitHub, Jira и Salesforce переработаны synced databases: они получили состояние синхронизации и возможность использовать обычные представления, свойства и автоматизации. В таком окружении права на отдельные поля становятся частью общей системы источников, участников и изменений.
Ограничения доступа остаются видимыми
Полный доступ к базе имеет приоритет над ограничением колонки: владельца с Full access таким правилом не скрыть. Если совпало несколько исключений, применяется наиболее широкое разрешение. Представление с фильтром, сортировкой или группировкой по недоступной колонке может не открыться для соответствующего пользователя. Есть и свойства, к которым ограничения не применяются, включая заголовок, ID и ряд системных полей. Восстановление старой версии базы сохраняет текущие правила доступа. Это разделяет историю содержимого и действующую модель разрешений: возврат данных во времени не должен сам по себе возвращать старый круг читателей. Настройки доступны только в поддерживаемых типах баз и тарифах.
