Revizto

Revizto — настольная и мобильная система координации для архитектурных, инженерных и строительных проектов, в которой 3D-модели, 2D-листы, замечания, коллизии и переписка по задачам собираются в одном проектном пространстве. Программа рассчитана прежде всего на BIM/VDC-координаторов, архитекторов, инженеров, генподрядчиков, субподрядчиков, проектных менеджеров, полевые команды и представителей заказчика. Её основная задача — не создавать исходную BIM-модель вместо Revit, Archicad или другого авторского приложения, а связывать опубликованные модели и документацию с Issue Tracker, чтобы участники видели одно и то же место проекта, назначали ответственных, отслеживали статус проблемы и проверяли результат после следующей синхронизации.

Что представляет собой Revizto и какую роль программа выполняет в проекте

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

Такой подход делает Revizto промежуточным координационным слоем между авторами модели и теми, кто должен принять решение. Архитектор может открыть замечание непосредственно на листе, инженер — перейти к соответствующей области 3D, BIM-координатор — связать проблему с результатом clash-теста, а сотрудник на площадке — получить тот же контекст на планшете. В результате обсуждение меньше зависит от скриншотов без координат и разрозненных писем: проблема хранится как объект проекта со статусом, ответственным, видом модели и комментариями.

Программа не привязана только к одному формату авторской модели. Для прямого импорта на Windows поддерживаются FBX, IFC, OBJ, RVM, 12DXML и несколько типов облаков точек; отдельные плагины и процессы публикации связывают Revizto с распространёнными BIM/CAD-приложениями. В экосистеме также предусмотрены подключения к CDE, включая Procore, Autodesk Construction Cloud, Box и SharePoint. Поэтому Revizto логично использовать там, где проект собирается из нескольких дисциплин и источников, а координация должна оставаться доступной людям, которые не редактируют исходные модели.

Текущая настольная Windows-сборка относится к ветке 5.17.7 и имеет номер 5.17.7.59027. Публичный установочный endpoint отдаёт MSI размером 765 312 512 байт, то есть примерно 765,3 MB в десятичном исчислении. Для самой работы требуется активная лицензия и учётная запись Revizto; один только установочный файл не превращает программу в бесплатный автономный просмотрщик.

Кому Revizto подходит по роли

Состав экосистемы: настольное приложение, Workspace и мобильные клиенты

Полный набор инструментов Revizto доступен в настольном приложении. Именно здесь открываются 2D, 3D и Issue Tracker, выполняются импорт и синхронизация, используются инструменты навигации, измерения, наложения листов и работа с моделями. Revizto Workspace — браузерная административная и проектная часть: в ней управляют пользователями, ролями, лицензиями, workflow статусов, автоматизациями и рядом настроек проекта. Workspace также позволяет просматривать и редактировать существующие issues, но создание нового issue выполняется в приложении Revizto.

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

При проектировании рабочего процесса это разделение важно учитывать заранее. Администратор не должен ожидать, что полевой пользователь на телефоне увидит каждый инструмент десктопа, а BIM-координатору нет смысла переносить в браузер операции, предназначенные для 3D-клиента. Рациональная схема состоит в том, чтобы управлять учётными записями, ролями и автоматизациями в Workspace, публикацию и координацию выполнять в Revizto 5 на компьютере, а проверку на площадке отдавать мобильному приложению.

Лицензирование, подписка и роли доступа

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

В текущей продуктовой схеме используются планы Standard и Revizto+. Standard охватывает интерактивную работу с 3D, облаками точек и листами, 3D overlays, Issue Tracker, полевой доступ, поиск и appearance-профили, отчёты и дашборды. Revizto+ добавляет расширенные координационные возможности, включая Clash Automation, пользовательские статусы, типы и workflows issues, batch Search Sets и другие инструменты, привязанные к продвинутой автоматизации. Наличие конкретной функции следует проверять не только по версии приложения, но и по плану лицензии и правам пользователя.

На уровне лицензии различаются роли Super Administrator, License Admin, Content Creator, Collaborator и Guest. Content Creator занимает лицензионный слот и может создавать проекты из настольного приложения; Collaborator также занимает слот, но его проектные возможности определяются назначенными правами. Guest не занимает слот, однако доступ гостя зависит от конфигурации лицензии, региона и действующих условий. Отдельно существуют роли учётной записи owner, admin и standard — они относятся к администрированию организации, а не заменяют проектные права.

Организационные accounts, введённые в 2026 году, используются для централизованного управления лицензиями, пользователями и единым входом. Один account объединяет лицензии одного серверного региона; организациям, работающим в нескольких независимых регионах размещения, нужны отдельные accounts. Это ограничение имеет практическое значение для международных компаний: структуру аккаунтов и место хранения данных лучше согласовать до массового приглашения сотрудников и создания проектов.

Интерфейс Revizto: верхняя панель и основные рабочие области

Верхняя панель приложения построена вокруг постоянных разделов Project, Edit, Sync, Share, 2D, 3D, Issue Tracker, Docs и Preferences. Project открывает операции создания, открытия, импорта, версий, сохранения и экспорта проекта. Edit используется для свойств проекта и сцен. Sync отправляет изменения сцен, листов, viewpoints и flythroughs, а затем получает актуальную облачную версию проекта. Share ведёт к управлению командой и уровнями доступа.

Переключатели 2D и 3D не означают два независимых проекта. Они показывают разные представления одного набора координационных данных. В 2D пользователь работает с листами, их версиями, разметкой, pin-метками issues и наложениями. В 3D он получает модельный контекст, Object Tree, секционирование, изоляцию объектов, измерения и другие инструменты пространственной проверки. Issue Tracker связывает оба представления через замечания, а Docs соединяет проект с поддерживаемым CDE.

Preferences отвечает за настройки приложения, включая графику. На компьютере с минимальной конфигурацией графический пресет рассчитан на значения до Fast, тогда как рекомендованная конфигурация допускает Fantastic. Это не косметический параметр: качество отображения влияет на нагрузку при работе с моделью, а уровень детализации и объём проекта нужно соотносить с видеопамятью и RAM.

Клавиатурная навигация

Для быстрой смены основных областей используются цифры: 2 открывает 2D, 3 — 3D, 4 или Ctrl+I — Issue Tracker, 5 — Docs. Ctrl+O открывает проект, Ctrl+Shift+O на Windows вызывает импорт, Ctrl+E открывает галерею листов, Ctrl+Shift+I запускает создание issue, Ctrl+Shift+S переводит приложение в режим размещения stamp. Esc закрывает текущий инструмент. Начиная с ветки 5.17, F2 переименовывает выбранный элемент там, где переименование разрешено.

В режиме разметки предусмотрены отдельные клавиши для инструментов: P — Pen, Q — Callout, T — Text, L — Line, A — Arrow, E — Ellipse, Shift+P — Polygon, R — Rectangle. Такой набор полезен в длинных координационных сессиях: пользователь может быстро переключаться между выделением проблемной области, стрелкой и текстовым пояснением, не возвращаясь каждый раз к панели инструментов.

2D: галерея листов, поиск, версии и привязка к модели

Среда 2D организована как галерея листов. Слева располагается Folder tree, в центре — Sheet gallery, справа — Info panel, а сверху находятся фильтры и поиск. Галерею можно просматривать в табличном или плиточном виде. В таблице доступны данные листа: номер или папка, название, дата, ревизия, количество issues и другие свойства. Источник листа также отображается для поддерживаемых CDE-подключений.

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

Info panel показывает превью и метаданные выбранного листа. В Details доступны номер, название, дата, ревизия, число issues, tags, автор, кто обновлял лист, время последней синхронизации, путь, имя исходного файла и internal ID. В Versions хранится история версий листа. Это позволяет проверять не только текущую картинку, но и понимать, к какой ревизии относится обсуждаемое замечание.

В открытом листе доступны Return to gallery, Compare sheets, Import file, Export to PDF, Create issue, Stamp placement mode, Ruler, Jump to 3D, Jump to 3D with overlay и Set up 3D overlay. Нижняя панель управляет режимами показа issue IDs, pins, markups и кластеризацией. Если pins или разметка внезапно исчезли, прежде всего нужно очистить активные фильтры Issue Tracker: фильтр замечаний влияет на их видимость в 2D.

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

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

Сравнение версий листа

Compare sheets помогает анализировать изменение документа, но пользоваться сравнением следует вместе с revision metadata. Сначала выбирается лист и проверяется его текущая дата/ревизия, затем сравнивается нужная предыдущая версия. Если issue было создано на старом листе, координатор должен понять, сохранилась ли проблема после обновления или изменилось само решение. Закрывать замечание только потому, что графика стала другой, нельзя: требуется убедиться, что изменение соответствует согласованному результату.

Проверка 2D особенно важна при частых выпусках: новая модель и новый лист могут появиться в системе не одновременно. Если 3D уже обновлено, а 2D ещё относится к предыдущей ревизии, split view покажет реальное рассогласование источников, но оно не обязательно является проектной ошибкой. В таких случаях нужно сверить время публикации и revision, а затем дождаться полного комплекта.

2D/3D split view

Splitview показывает лист и модель рядом внутри 3D-среды. Для режима нужен проект, в котором есть и 2D-лист, и 3D-модель. После выбора 2D/3D split пользователь указывает лист, а положение камеры в 3D отображается на 2D. В режиме можно переключаться между всеми листами и листами, расположенными рядом с текущей пространственной позицией. Сопоставление основано на координатах модели, поэтому плохая геопривязка не исправляется самим Splitview.

На стороне листа доступны режимы Pins, Markups и None, а также Halftone, отображение идентификаторов issues, кнопки overlay и hyperlinks. Маркер позиции можно перетаскивать, корректируя точку в 3D; автоматическое следование можно включать или отключать. Для координационной встречи это особенно полезно: чертёж остаётся видимым рядом с моделью, и участникам не приходится каждый раз объяснять, какой узел на плане соответствует месту в пространстве.

Фильтр Sheets near your location использует положение в модели, а не смысл названия листа. Поэтому результат зависит от корректности пространственного размещения и доступных overlays. Если нужный лист не появляется среди ближайших, сначала стоит переключиться на All sheets и проверить его наличие, а затем разбираться с координатами.

3D Overlay

3D Overlay размещает 2D-лист на секущей плоскости 3D-модели. Наложение можно создать из 2D gallery или из открытого листа через переход в 3D. Настройка включает выбор viewport, секущей плоскости и опорного положения. После создания существующий overlay не редактируется как набор исходных параметров: для изменения его удаляют и создают заново. Поэтому до массовой работы с наложениями важно убедиться, что модель и листы согласованы по координатам.

Overlay полезен для проверки того, соответствует ли модель выпущенному плану, но он не доказывает корректность исходной геодезии. Если лист подготовлен в другой системе координат, визуальное совмещение по одному характерному месту способно скрыть смещение на другом конце здания. Перед использованием overlay как основания для issue следует сверить несколько удалённых опорных точек.

3D-модели: импорт, Object Tree и пространственная координация

Прямой импорт модельных файлов выполняется в Windows-клиенте через Project > Import. Поддерживаются FBX, IFC, OBJ, RVM, 12DXML, а также облака точек ReCap, FARO и LAS-семейства: RCP, RCS, FLS, FWS, LSPROJ, LAZ и LAS. Для IFC поддерживаются поколения IFC2x3 TC1, IFC4 Add2 TC1, IFC4.1, IFC4.2 и IFC4.3; контейнер IFCZIP прямым импортом не поддерживается. Это следует отличать от публикации через плагины, где исходником может быть нативная модель авторской системы.

После выбора файлов пользователь задаёт, добавляется ли новая модель или обновляется существующая, затем проверяет настройки импорта. Среди них есть импорт пустых свойств объектов, текстуры, единицы, качество облака точек, положение origin, rotation и coordinate system. Параметр Empty object properties по умолчанию отключён; его включение заметно увеличивает размер проекта и снижает производительность. Включать его стоит только тогда, когда пустые значения действительно нужны для правил поиска, проверки данных или интеграции.

Для облаков точек качество по умолчанию составляет 6 мм. Увеличивать плотность без цели нерационально: точность отображения должна соответствовать задаче проверки, а не максимальному числу точек. На слабой рабочей станции плотное облако, тяжёлая геометрия и высокие графические настройки одновременно становятся главным источником задержек навигации.

Object Tree позволяет работать со сценами и структурой импортированной модели. В ветке 5.16 сцены и модели получили алфавитную сортировку в Object Tree, Model management и Load/unload models. Пользователь может загружать только требуемые модели, изолировать элементы и возвращаться к согласованному виду. Такая дисциплина полезнее попытки постоянно держать весь проект видимым: для инженерной проверки часто достаточно нескольких дисциплин и ограниченной зоны.

Изоляция и выбор объектов

Ветка 5.16 добавила Select Box и расширила изоляцию. При выборе прямоугольником направление выделения имеет значение: с одной стороны выбираются объекты, полностью попавшие в рамку, с другой — также пересечённые границей. Modify Object Isolation позволяет добавлять объекты к уже изолированному набору или получать пересечение текущей изоляции с новым selection/Search Set. Это уменьшает потребность создавать временный Search Set ради каждой локальной проверки.

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

Transform Scene

Transform Scene предназначен для случаев, когда сцена загружена в неправильной позиции или должна быть совмещена с другой системой координат. Команда доступна из контекстного меню сцены в Object Tree при наличии прав Manage all 3D models и Assign custom object properties. Инструмент поддерживает перемещение по двум выбранным reference points, перенос к другой сцене по origins или центрам bounding boxes и поворот по reference lines вокруг оси Z.

Опорные преобразования можно накладывать последовательно. Координаты X, Y и Z также вводятся численно; для нескольких сцен можно задать общий offset. В диалоге доступны отмена недавнего преобразования и сброс трансформаций. Ветка 5.17.1 заметно переработала этот процесс: появились 3D control points, а также перенос модели рядом с другой сценой, когда исходные позиции сильно разнесены.

Transform Scene не следует использовать как замену исправлению неправильной геопривязки в исходной BIM-модели, когда ошибка относится к авторским данным. Если согласованный origin проекта должен быть единым для всех дисциплин, координатное исправление лучше внести в источник и перепубликовать. Transform Scene полезен как контролируемый инструмент координационного выравнивания, но команда должна сопровождаться проверкой нескольких известных точек после синхронизации.

Issue Tracker: как Revizto превращает замечание в управляемую задачу

Issue Tracker хранит замечания проекта и связывает их с 2D или 3D-контекстом. Базовый workflow использует статусы Open, In progress, Solved и Closed. Issue включает автора, assignee, состояние, переписку, viewpoint и другие проектные атрибуты. Для 3D-проблемы создаётся viewpoint с камерой и контекстом модели; для проблем на листе сохраняется 2D-позиция и разметка. Эта пространственная фиксация — главное практическое отличие issue от обычной задачи в универсальном трекере.

Видимость issue может быть Public или Private. Public доступен всем участникам проекта с соответствующим доступом. Private видят автор, assignee, reporter, watchers и администраторы проекта. Закрывать чувствительное обсуждение через Private следует осознанно: ограниченная видимость решает вопрос доступа к конкретному issue, но не заменяет общую настройку прав проекта и политики хранения данных.

Создать issue можно из 2D или 3D. Горячая клавиша Ctrl+Shift+I запускает создание, а Ctrl+Shift+S включает stamp placement mode. Stamp полезен, когда на площадке или при ревью нужно многократно создавать однотипные замечания по заранее настроенному шаблону. Ветка 5.15.2 добавила перетаскивание stamp template прямо в 2D или 3D, а в ветке 5.17 отдельный шаблон можно применять к одному issue без перехода в multi-edit.

При большом количестве замечаний фильтры становятся частью процесса контроля. Их влияние распространяется не только на список, но и на pins в представлениях. Поэтому ситуация «issue есть в реестре, но метка не видна на листе» часто объясняется фильтром, а не потерей данных. Правильная проверка — очистить фильтры, открыть issue из трекера, перейти к его viewpoint и только после этого искать проблемы с публикацией или координатами.

Filter presets могут быть личными и общими. Они помогают стандартизировать типовые представления — например, «открытые вопросы конкретной дисциплины» или «issues на контроле координатора». Однако фильтр по ID или title нельзя сохранять как preset, поэтому точечный поиск конкретной карточки лучше не смешивать с устойчивыми командными фильтрами.

Пользовательские workflows и статусы

Revizto+ позволяет проектным администраторам создавать в Workspace собственные workflows, statuses и issue types. Workflow — набор состояний, issue type связывает конкретный тип замечания с одним workflow. Стандартный workflow с Open, In progress, Solved и Closed присутствует всегда. Новый пользовательский workflow также начинает с этих стандартных состояний, после чего администратор может добавлять и переупорядочивать собственные статусы.

Issue type имеет уникальное в пределах проекта имя с учётом регистра и может быть связан только с одним workflow. Один workflow, напротив, может обслуживать несколько issue types. Если тип переносится в другой workflow, для несовпадающих статусов требуется выбрать replacements, чтобы существующие issues не остались с недействительным состоянием. Имя уже созданного пользовательского issue type не редактируется; при необходимости нового имени создаётся другой тип и выполняется переназначение.

Пользовательские workflow доступны для cloud и shared-location проектов. Local project не даёт полноценного редактирования этих схем до публикации. Поэтому локальную копию удобно использовать для эксперимента с моделью, но не как финальное место настройки корпоративного процесса issue management.

При удалении workflow или issue type Revizto запрашивает replacement для связанных сущностей. Это защищает существующие карточки от «осиротевших» статусов. Администратору всё равно нужно заранее определить таблицу соответствия: автоматическая замена сохраняет техническую целостность, но не решает смысловой вопрос, какой новый статус эквивалентен старому.

Clash Automation и связь с координацией моделей

Clash Automation в Revizto+ предназначен для автоматизированной проверки пересечений и связанных правил в cloud или shared проекте. В координаторском процессе важен не сам счётчик столкновений, а стабильный набор tests, понятная группировка и связь результатов с Issue Tracker. Если тест каждый раз меняет набор дисциплин, допуски или правила группировки, сравнивать прогресс между запусками невозможно.

Ветка 5.16 добавила тип Required Objects. Он проверяет не только физическое пересечение, но и наличие требуемого объекта относительно другого объекта: заданный объект должен находиться рядом, внутри, выше или ниже. Такой тип применим для валидационных сценариев, где отсутствие элемента не создаёт обычной геометрической коллизии. Результаты по-прежнему нужно интерпретировать в рамках проектных требований, а не считать автоматическую проверку заменой инженерной экспертизе.

Для команд, которые продолжают выполнять Clash Detective в Autodesk Navisworks Manage, существует рабочий мост: на вкладке Revizto в Navisworks команда Sync Clashes переносит clash tests, отдельные clashes и groups в Revizto как issues. При последующих синхронизациях можно обновлять status, screenshot и assignee. Группировка предпочтительнее массовой отправки каждого одиночного столкновения: тысячи разрозненных issues быстро превращают трекер в трудноуправляемый список.

Для обновления screenshot при Navisworks sync доступны режимы «если clash изменился», обновление всех кроме вручную заменённых, обновление всех и отсутствие обновления. Также поддерживается импорт markup через XML clash report Navisworks. Это позволяет сохранить Navisworks как специализированный настольный инструмент clash-проверки, а Revizto — как общий контур назначения, обсуждения и закрытия проблем.

После первого sync координатор должен проверить не только число созданных issues, но и их grouping. Одинаковые инженерные причины часто порождают десятки геометрических контактов. Если каждое столкновение отправить отдельной карточкой, ответственный получит шум вместо понятной задачи. Группа в таком случае лучше отражает реальный объект исправления.

Scheduler: автоматическая публикация, импорт и clash-задачи

Современный Revizto 5 Scheduler появился в ветке 5.15 и устанавливается вместе с настольным клиентом. Задачи импорта и Clash Automation создаются в Revizto 5 Scheduler; publishing task для authoring tool сначала создаётся через команду Revizto Scheduler в плагине Revizto 5 внутри самого authoring-приложения, после чего появляется в Scheduler и может редактироваться там. Workspace показывает сводный список Scheduler и позволяет контролировать состояние и удалять задачи. Автоматизация не выполняется на абстрактном облачном сервере: компьютер, на котором запускается задание, должен быть включён, не находиться в sleep, а пользователь — оставаться вошедшим в операционную систему.

Scheduler поддерживает три основных класса задач: import 3D models from files, Clash Automation и публикацию из authoring tool. Для автоматического импорта файлов доступны IFC, FBX, OBJ, RVM, 12DXML, GLTF и поддерживаемые облака точек FARO, ReCap и LAS. В одной задаче выбирается один тип файлов, но можно указать несколько файлов этого типа. GLTF здесь относится именно к Scheduler-импорту; в списке прямого интерактивного Project > Import этот формат отдельно не заявлен.

Clash Automation task доступна в Revizto+ для cloud и shared-location проектов. В задании можно запускать все clash tests, выбранные labels или конкретные tests, а действия разделены на Run clash detection и Sync with the issue tracker. Это позволяет строить ночной цикл: сначала обновить модели, затем пересчитать проверки, после чего синхронизировать результаты с issues. Порядок заданий и доступность свежих исходников нужно контролировать, иначе автоматизация воспроизводит устаревшие данные быстрее, чем ручной процесс.

Публикация из authoring tool поддерживается для Revit, Navisworks, AutoCAD, Plant 3D, Civil 3D, Advance Steel и Bentley MicroStation. Соответствующее авторское приложение должно быть установлено на машине Scheduler. На момент запланированного запуска оно должно быть закрыто; открытое приложение приводит к неуспешному выполнению scheduled publishing. Для такой публикации учётная запись Windows должна входить в локальную группу Administrators.

В Workspace можно видеть задачи разных машин в одном проектном контексте. Это полезно для распределённой команды: координатору не нужно заходить на каждый компьютер только для того, чтобы понять, сработала ли ночная публикация. Но Workspace не отменяет зависимости от самой машины. Если устройство выключено, недоступно или пользователь вышел из ОС, задача не становится облачной и не исполняется сама на другом компьютере.

В History Scheduler используются статусы Running, Queued, Success, Failed, Partially failed, Skipped, Canceled и Unreachable; Unreachable отображается только в Revizto Workspace. Поэтому контроль ночного цикла должен опираться на фактический status каждой зависимой задачи, а не только на наличие свежей даты у проекта.

При автоматическом импорте не следует без необходимости включать Empty object properties. Scheduler воспроизводит те же последствия, что и ручной импорт: пустые свойства увеличивают объём проекта и замедляют обработку. Ошибка здесь особенно коварна, потому что ночная задача будет стабильно повторять тяжёлую конфигурацию при каждом обновлении.

Automation в Workspace: правила для жизненного цикла issues

Кроме Scheduler, в Workspace есть отдельный конструктор Automation для событий Issue Tracker. Сценарий строится из блоков Trigger, Condition, Action и Terminate; обязательны как минимум Trigger и Action. Поддерживаются триггеры Issue created, Issue updated и Issue commented. Действия могут менять assignee, status, priority и другие доступные поля, а в значениях разрешено использовать переменные, связанные с текущим issue.

Automation применяется к будущим событиям и не перерабатывает исторические issues задним числом. Если два правила реагируют на один и тот же trigger, порядок их выполнения не гарантирован и может быть случайным. Поэтому цепочки, где результат одного правила обязателен как вход другого, нельзя проектировать так, будто это последовательный скрипт с фиксированным порядком.

Изменения, сделанные автоматизацией, записываются в chat issue от имени Revizto automation, что облегчает аудит. Сценарии можно экспортировать и импортировать между проектами, но отсутствующие в целевом проекте статусы и другие значения приходится сопоставлять. History показывает дату, длительность и результат. Такой журнал нужен не только при ошибке: регулярная проверка помогает заметить правило, которое формально запускается, но больше не соответствует обновлённому workflow.

Есть ограничения по источнику событий. Импортированные issues не запускают Issue created как обычное ручное создание; clash automation также не создаёт событие Issue created для своих новых issues, хотя последующие updates и comments могут участвовать в автоматизациях. Это следует учитывать, если команда хочет автоматически назначать владельца каждому clash issue: правило надо строить на реально доступных событиях, а не на предположении, что любой новый объект проходит через один и тот же trigger.

Управление Automation доступно пользователям с соответствующим правом Manage automations или администраторам проекта. Отделять это право от обычного редактирования issues разумно: одно неудачное правило способно массово менять статусы или назначения будущих карточек. Перед включением сценария на продуктивном проекте его полезно проверить на ограниченном наборе событий и затем просмотреть журнал.

Базовый рабочий процесс: от публикации модели до закрытия замечания

Надёжный процесс в Revizto строится вокруг повторяемого цикла, а не вокруг разового открытия модели. Последовательность ниже использует стандартные возможности программы и отделяет координацию от редактирования исходных данных.

1. Подготовить учётные записи и права. Администратор добавляет пользователей в нужную лицензию и проект, назначает роли и проверяет, кто имеет право публиковать модели, управлять командой, редактировать workflows и выполнять 3D-операции.
2. Создать или открыть проект. В Project выбирается New либо существующий проект. Для нового проекта задаются title, publishing location и license; при необходимости импортируются настройки из ранее стандартизированного проекта.
3. Определить схему хранения. Для рабочей совместной координации нужен cloud или shared location. Local подходит для самостоятельного эксперимента, но не предоставляет полный сетевой collaboration-контур.
4. Загрузить модели и листы. Прямой файловый импорт выполняется через Project > Import, а нативные BIM/CAD-данные публикуются через поддерживаемые плагины. После публикации проверяются названия scenes, coordinates и наличие ожидаемых дисциплин.
5. Синхронизировать проект. Sync отправляет локальные изменения и получает актуальную облачную версию. Перед координационным совещанием этот шаг важнее привычки открывать вчерашнюю модель и считать её текущей.
6. Проверить 2D и 3D вместе. Координатор открывает Sheet gallery, выбирает нужную revision, затем использует Splitview или Overlay для сопоставления документации с моделью. Несовпадение сначала проверяется на версию и координаты.
7. Локализовать проблему. В 3D используются Object Tree, isolation, sections и поиск, в 2D — лист, zoom, pins и markups. Контекст должен показывать ровно те дисциплины, которые помогают понять проблему.
8. Создать issue. Замечанию присваиваются понятное название, assignee и status; в viewpoint сохраняется нужный ракурс, а markup показывает конкретное место. Для повторяющихся полевых проверок применяется stamp template.
9. Обсудить и исправить источник. Исполнитель получает issue, уточняет детали в comments и вносит исправление в authoring model. Revizto не является местом редактирования BIM-геометрии.
10. Опубликовать следующую версию. Исправленная модель снова публикуется вручную или через Scheduler. Если используется nightly-процесс, проверяется status задачи и время фактического завершения.
11. Перепроверить issue в новой геометрии. Координатор открывает issue, сравнивает ситуацию с актуальной моделью и только после визуальной или rule-based проверки переводит проблему в Solved или Closed согласно принятому workflow.
12. Проверить реестр в целом. Фильтры показывают незакрытые проблемы по ответственному, типу, статусу и другим атрибутам. Отдельно отслеживаются issues без владельца, зависшие In progress и карточки, которые повторно открывались после публикации.

Главный критерий завершения цикла — не фраза «исправлено» в комментарии, а наличие новой проектной версии, где проблема действительно отсутствует или выполнено согласованное условие. Если issue закрывают до новой публикации, трекер фиксирует административное решение, но не подтверждает изменение модели.

Как подготовить координационную встречу

До совещания BIM/VDC-координатор должен завершить Sync, проверить время последней публикации каждой дисциплины и убедиться, что автоматические задачи не завершились Failed или Partially failed. Затем очищаются личные фильтры и загружается согласованный набор scenes. Это исключает ситуацию, когда совещание начинается с обсуждения отсутствующей модели, которая на самом деле просто не синхронизировалась.

Issues для встречи лучше отбирать по ответственности и статусу, а не по произвольному порядку создания. Для каждого спорного пункта полезно иметь viewpoint с минимально достаточной изоляцией. Если решение требует сверки с листом, его открывают в split view. Такой порядок сохраняет контекст и позволяет после совещания отличить принятое решение от проблемы, по которой данных всё ещё недостаточно.

Форматы, импорт, экспорт и интеграции

Интеграции с authoring tools не означают, что Revizto редактирует нативные RVT, DWG или другие исходники. Плагин отвечает за публикацию подготовленного представления и данных в координационный проект. Поэтому команда должна определить, кто публикует, какие views или модели входят в набор и по какому расписанию обновляется каждая дисциплина.

Для Autodesk Revit рабочая связка особенно тесная: модель публикуется в Revizto, issues возвращают координатору и автору пространственный контекст, а в 5.17 появилась Local Preview — приватная локальная выгрузка work-in-progress views из Revit для проверки до общей публикации. Local Preview полезен, когда нужно визуально проверить изменения, не выкладывая незавершённую часть в общий проект.

В проектах, где одновременно применяются Autodesk AutoCAD, Revit, Navisworks и другие дисциплинарные приложения, Revizto выступает не заменой каждому из них, а общим viewer/coordination-контуром. Раздел FreeEXE о 3D-моделировании помогает отделить авторские пакеты от систем координации: Revizto получает опубликованный результат и связывает его с задачами, но геометрию проектируют в специализированных редакторах.

Плагины Revizto поддерживают актуальные поколения ряда авторских приложений. Для текущей линии документации отдельно перечисляются Revit 2021–2027, Rhino 6/7/8, SketchUp 2021–2025, Tekla Structures 2019, 2019i и 2020–2026, Vectorworks 2020–2026. Перед обновлением authoring tool нужно проверить совместимость именно установленной версии Revizto и плагина, а не исходить из общего названия интеграции.

Docs даёт доступ к связанным документам CDE, однако интеграция не должна размывать ответственность за источник истины. Если лист управляется в Autodesk Construction Cloud или Procore, версия в Revizto должна рассматриваться как синхронизированный координационный экземпляр. Изменение документа в одном месте без обновления другого создаёт ту же проблему ревизий, что и ручной импорт PDF.

Производительность: от чего зависит скорость Revizto

Производительность определяется не одним размером файла. На неё одновременно влияют число scenes, сложность geometry, количество sheets, плотность point cloud, объём свойств, выбранный Graphics preset, разрешение экрана и объём доступной памяти. Минимальная конфигурация рассчитана примерно на модели 80 MB и около 100 листов при графике до Fast. Рекомендованная конфигурация ориентирована примерно на 2 GB models и около 2000 sheets и допускает Fantastic.

Для 3D важна видеокарта: высокая детализация лучше работает на дискретном GPU, а рекомендованный ориентир — GeForce RTX 3060 или сопоставимый адаптер с не менее чем 8 GB VRAM. Для publishing приоритеты другие: мощность отдельных CPU cores важнее количества ядер, а GPU не является главным ограничителем. Большим проектам для publishing рекомендуется 64–128 GB RAM, то есть машина автоматической публикации может требовать больше памяти, чем обычный рабочий клиент того же проекта.

На Mac рекомендуемая конфигурация — Apple M2 Pro или выше и 32 GB RAM. На iPad скорость в большой степени зависит от объёма RAM; для серьёзных проектов предпочтительны модели iPad Pro с 8 или 16 GB. Android-планшеты поддерживаются при 64-bit Android 7+ и экране от 7 дюймов, но тестировались в ограниченном количестве конфигураций, поэтому для мобильной стандартизации разумно пилотировать именно закупаемые модели устройств.

Отдельная причина деградации — импорт Empty object properties. Пустые свойства увеличивают объём проекта и нагрузку на обработку данных. Если downstream-процесс не использует факт пустого значения, включать этот параметр не следует. Сходная логика относится к point clouds: более плотный визуальный набор оправдан только тогда, когда он нужен для измерения или проверки существующих условий.

При проблемах с тяжёлым проектом полезно диагностировать нагрузку по слоям. Сначала отключаются ненужные scenes, затем уменьшается Graphics preset, затем проверяется плотность point cloud и наличие лишних свойств. Если навигация нормализуется после выгрузки конкретной сцены, причина находится в её составе, а не в Issue Tracker. Такой разбор эффективнее безадресного увеличения RAM.

Для больших sheet sets отдельным узким местом бывает индексирование и поиск. В 5.17.3 в поиск Sheet gallery добавлена небольшая задержка после нажатий клавиш, чтобы поиск в крупных проектах работал плавнее. Это показывает, что объём 2D-документации тоже влияет на отзывчивость и должен учитываться при пилоте наряду с размером 3D.

Системные требования

С версии 5.17.5 Revizto совместим с .NET 10. Привязки к конкретному minor release нет, поэтому для безопасности используется актуальный patch. Обычно prerequisites включаются в MSI, но на ARM-машинах и компьютерах с ограниченными правами отдельные компоненты могут потребовать самостоятельной установки и административного доступа.

Azure Virtual Desktop серии NV относится к протестированным виртуальным конфигурациям. Для любой VDI-среды всё равно требуется пилот на реальном проекте сопоставимого размера: один и тот же виртуальный профиль ведёт себя по-разному на 80-MB модели и на многогигабайтной федерации с point cloud.

Для scheduled publishing учётная запись Windows должна входить в Administrators. При больших публикациях 64–128 GB RAM — отдельная рекомендация для publishing host, а не требование ко всем участникам. Это позволяет разделить парк устройств: координатору нужен сильный GPU для 3D, машине Scheduler — мощные CPU cores и большой запас RAM.

Установка и первый запуск

Для загрузки настольного клиента нужна учётная запись, связанная с активной лицензией. Пользователь входит в Workspace и открывает Download page либо использует прямой endpoint актуальной Windows-сборки. На Windows запускается MSI. Перед установкой следует поставить те authoring tools, для которых нужны Revizto plugins: установщик обнаруживает поддерживаемые приложения и добавляет интеграционные компоненты.

MSI предлагает два режима. Everybody (all users) требует Administrator rights и рекомендуется для общей установки на компьютер. Only for me не требует постоянных административных прав для основной установки, однако при первом запуске установщик запрашивает elevation для настройки сертификата Revizto; Autodesk-продукты используют этот сертификат, чтобы считать плагин доверенным publisher. Для Tekla Structures и MicroStation CONNECT режим Only for me не подходит, поскольку установщику не хватает прав записи в их каталоги.

После установки пользователь входит в учётную запись и получает доступ только к тем licenses и projects, в которые он добавлен. Отсутствие проекта после успешного входа не означает ошибку клиента: сначала следует проверить членство в лицензии, account/region и Project Team. Аналогично неактивная команда публикации чаще связана с правами, установкой authoring tool или plugin, а не с повреждением 3D-модели.

Создание нового проекта

В настольном приложении новый проект создаётся через Project > New. Указываются title, publishing location и license. При стандартизации организации можно импортировать настройки из подготовленного проекта, чтобы не настраивать одни и те же схемы вручную. После создания полезно сразу проверить storage mode, Project Team, права на модели и договориться о едином naming для scenes.

Если проект создаётся как тестовый, local mode не следует автоматически переносить в производственную схему. Local не занимает project slot и удобен для эксперимента, но при переходе к реальному Issue Tracker и командному доступу проект нужно публиковать в cloud или shared location.

Cloud, shared и local storage

Cloud хранит проектные данные в инфраструктуре Revizto: models и revisions размещаются в региональном облачном хранилище, пользователи могут синхронизироваться из разных мест, доступны полный collaboration-контур, Issue Tracker и clash-функции согласно лицензии. Для глобального облака доступны регионы Australia, Canada, Europe (Ireland), Japan, North America (USA), South America (Brazil), Southeast Asia (Singapore), Switzerland, UAE и UK. China и KSA работают как отдельные account-группы на Alibaba Cloud.

User account data, включая имя, email и хэшированные login credentials, реплицируется внутри соответствующей глобальной account-группы, тогда как другие project data остаются в выбранном серверном регионе. Это различие важно при составлении внутренней карты данных: регион проекта и глобальная идентификационная инфраструктура выполняют разные функции.

Shared location хранит scenes и sheets на внутреннем сетевом ресурсе организации, но часть данных Issue Tracker — screenshots, dates, tags, имена участников и коммуникация — остаётся облачной. Shared рассчитан на Windows и iPad, а доступ к модели зависит от доступности сетевого хранилища. Он сохраняет project slot и collaboration, но требует собственной дисциплины резервирования и доступности shared path.

Local сохраняет проект на одном устройстве, не занимает project slot и не даёт полноценную совместную работу, cloud issue management и Clash Automation. Такой режим подходит для изолированной проверки, демонстрационной копии или эксперимента перед публикацией. Другой пользователь может войти в проект на том же устройстве, но локальная копия не превращается от этого в сетевой проект.

Безопасность, аутентификация и приватность

Revizto поддерживает региональное размещение данных и корпоративные механизмы доступа. В числе опубликованных соответствий безопасности — SOC 2 Type 2, ISO 27001, ISO 27017, CSA STAR Level 1 и UK Cyber Essentials. Проектные данные хранятся в выбранном региональном контуре; доступ сотрудников Revizto к содержимому проекта предоставляется только при явном разрешении, например для технической поддержки.

Для входа можно использовать собственную Revizto authentication, Google Workspace или SAML SSO. SAML-схема совместима с корпоративными identity providers, включая Azure, Okta и JumpCloud. Настройка SSO выполняется на уровне account владельцем или администратором. Если организация требует MFA, для Revizto login можно принудительно включить 2FA; при SSO второй фактор контролируется выбранным identity provider.

Для Revizto login поддерживаются приложения аутентификации и email-based второй фактор. В организации лучше стандартизировать управляемый способ, чем оставлять набор вариантов без политики восстановления. Перед обязательным включением 2FA нужно убедиться, что owner и admins имеют рабочую recovery-процедуру: потеря устройства у пользователя не должна превращаться в обход политики безопасности.

Меры защиты включают access controls, role authentication, encryption in transit и at rest, logging, monitoring, backups и secure development practices. После прекращения лицензии проектные данные сохраняются до 90 дней для выгрузки, затем удаляются, если отдельным соглашением не предусмотрено продлённое хранение. Для завершения контракта поэтому нужен формальный offboarding: экспортировать 2D в PDF, issues в BCF и получить подходящую полную проектную копию до окончания retention-window.

Полная автономная копия проекта может быть предоставлена как Windows EXE, содержащий 2D, 3D и issues и доступный для просмотра без активной лицензии. Это не равнозначно экспорту нативных исходных BIM-моделей: оригиналы остаются в authoring/CDE-системах организации. Revizto следует рассматривать как координационный record, а не единственное место долговременного хранения authoring files.

Сетевые требования

Для глобального сервиса клиенту нужны как минимум домены static.revizto.com, ws.revizto.com, api.revizto.com, regions.revizto.com и notifier.revizto.com, плюс региональные endpoints выбранного сервера. В корпоративной сети блокировка одного из служебных доменов может проявляться не как полный отказ входа, а как частичная проблема синхронизации или уведомлений. Диагностика должна включать firewall/proxy rules, DNS и доступ к региональному endpoint.

Proxy settings доступны на экране входа. Если организация использует перехватывающий HTTPS proxy, правила лучше согласовать централизованно и проверить обновление MSI, Workspace, Sync и CDE-интеграции по отдельности. Работоспособность браузера сама по себе не подтверждает, что настольный клиент имеет доступ ко всем необходимым endpoints.

API и управляемые интеграции

Для программных интеграций существует Revizto developer portal. Доступ к API должен быть разрешён на уровне account; owner или admin управляет OAuth applications и client secrets. Интеграция действует в пределах прав пользователя, от имени которого обращается к данным, поэтому API не является обходом проектных ролей. Секреты OAuth следует хранить как корпоративные credentials и менять при компрометации или выводе интеграции из эксплуатации.

Практические сценарии работы

Revizto особенно полезен там, где участникам проекта нужно обсуждать не отдельный файл, а согласованное состояние нескольких моделей и листов. Рабочая единица здесь — не только BIM-модель: координатор связывает 3D, 2D, issues, версии и назначенных исполнителей. Поэтому внедрение программы имеет смысл начинать не с импорта максимального числа источников, а с определения того, какие координационные решения должны фиксироваться в Revizto и кто отвечает за их закрытие.

Координация архитектуры, конструкций и инженерных систем

Типовая схема начинается с публикации дисциплинарных моделей в один проект. Координатор проверяет расположение сцен, формирует удобную структуру Object Tree и использует сохранённые search sets либо appearance profiles для повторяемой навигации. При обнаружении проблемы создаётся issue с точкой в 3D или на листе, назначается ответственный и фиксируется контекст. После обновления исходной модели выполняется Sync, а issue проверяется на новой ревизии. Такой порядок не требует пересылать отдельные скриншоты по почте: контекст замечания остаётся внутри проекта и привязан к данным Revizto.

Для повторяющихся пространственных проверок полезно разделять ручную координацию и Clash Automation. Автоматическая проверка обнаруживает пересечения по заданным тестам, но решение о том, является ли столкновение проектной ошибкой, допустимым пересечением или временной ситуацией, остаётся за координатором. Настроенные clash tests должны соответствовать реальной структуре моделей: слишком широкие пары категорий создают поток нерелевантных результатов и усложняют работу с issue list.

Сверка листа и 3D-модели

Когда спор возникает по чертежу, а причина находится в модели, 2D/3D связь сокращает количество переключений между программами. Пользователь открывает sheet, выбирает участок, при необходимости включает 3D Overlay или Splitview и сопоставляет документ с моделью. Если у листа есть несколько revisions, сначала выбирают нужную версию; иначе команда может обсуждать уже исправленное состояние. Для проверки выпуска полезно отдельно смотреть revisions листа и актуальность 3D Sync — эти две линии обновления не обязаны происходить одновременно.

На проектах с большим количеством листов Gallery и search помогают перейти к документу без обхода всей иерархии. Однако поиск по 2D зависит от корректной индексации текста и свойств, поэтому отсканированный растр без текстового слоя не следует считать эквивалентом цифрового PDF. Если поиск не находит ожидаемую надпись, контрольный способ — открыть конкретный sheet и проверить участок визуально, а не делать вывод об отсутствии данных во всём комплекте.

Выдача и закрытие замечаний на площадке

Мобильные приложения позволяют открыть проект на iPad или Android-планшете и работать с issues вне рабочего места. Для полевой команды важна подготовка до выхода на объект: синхронизировать нужный проект, убедиться, что доступны требуемые sheets и models, проверить фильтр issues и права пользователя. Если планшет показывает меньше замечаний, чем настольный клиент координатора, первым делом проверяют не «потерю данных», а активный filter preset, статус синхронизации и область проекта, которую пользователь действительно загрузил.

Issue должен содержать достаточно контекста, чтобы исполнитель понял действие без устного пояснения. Полезная карточка включает короткий предметный title, ответственного, статус, location/context, комментарий о требуемом результате и, когда нужно, markup. После исправления исполнитель меняет состояние по принятому workflow, а координатор открывает issue на новой модели и подтверждает результат. Закрытие только по текстовому ответу без визуальной проверки снижает ценность единой системы координации.

Линейные инфраструктурные проекты

В ветке 5.17 появилась Linear Navigation, рассчитанная на перемещение по alignment и работу с длинными объектами. Для дорог, железнодорожных трасс и другой линейной инфраструктуры это меняет навигацию: вместо поиска нужного участка только по общей 3D-геометрии пользователь ориентируется относительно трассы. Обновление 5.17.7 отдельно исправило зависание Linear Navigation на определённых alignment segments, поэтому для инфраструктурной команды patch-level текущего клиента имеет практическое значение, а не является только формальным номером сборки.

Подготовка публикаций по расписанию

Revizto Scheduler подходит для повторяемых импортов, clash-задач и публикаций, когда источники обновляются по регламенту. Import task и Clash Automation task создают непосредственно в Revizto 5 Scheduler. Publishing task создают из исходной модели в поддерживаемом authoring tool: открывают проект, в плагине Revizto 5 нажимают Revizto Scheduler, задают параметры и сохраняют задачу; после этого она появляется в Scheduler, где доступно дальнейшее редактирование и расписание. Для import task допускается несколько файлов одного поддерживаемого типа в одной задаче. На момент scheduled publishing соответствующее authoring-приложение должно быть установлено на этой же Windows-машине и закрыто, а пользователь Windows — оставаться вошедшим в систему.

Автоматизация не отменяет операционный контроль. Машина должна быть включена и не спать, приложение-источник не должно оставаться открытым в конфликтном состоянии, путь к файлам должен быть доступен, а учётная запись должна иметь необходимые права. После первого автоматического запуска следует проверить не только статус задачи, но и фактическую новую revision в проекте. Успешное завершение Scheduler — технический сигнал; подтверждение содержимого новой публикации остаётся отдельным шагом.

Автоматизация issue-процессов в Workspace

Automation в Workspace строится из Trigger, необязательных Conditions, Actions и завершения сценария. Правило применяется к будущим событиям после активации; оно не переписывает автоматически исторические issues. Практический сценарий — назначать или обновлять поля при создании либо изменении issue, добавлять комментарий и направлять карточку в стандартизированный workflow. Для сложных правил сначала создают ограниченный пилот на тестовой группе issues, затем проверяют History и только после этого расширяют действие на проект.

Несколько automations с одинаковым trigger не следует воспринимать как последовательный скрипт с гарантированным порядком: порядок выполнения таких правил не предназначен для построения цепочки зависимых преобразований. Если второй шаг зависит от результата первого, логику нужно проектировать так, чтобы она не полагалась на случайную очередность. Это снижает риск «скачущих» полей и неожиданных циклов изменения issue.

Передача проекта и завершение контракта

При закрытии проекта важна не только последняя синхронизация моделей, но и извлечение данных, которые понадобятся после окончания лицензии. Sheets можно выгружать в PDF, issues — в BCF, а для полного снимка доступна автономная Windows-копия проекта. Поскольку хранение после прекращения лицензии ограничено периодом до 90 дней, handover нужно планировать заранее: определить владельца итоговой копии, проверить открытие экспортов и сохранить перечень исходных authoring files в принятой системе долговременного хранения.

Частые ошибки и проверка результата

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

Как проверять новую публикацию

1. Сверить revision. После Sync или Scheduler открыть историю проекта и убедиться, что появилась новая версия нужной сцены или листа.
2. Проверить контрольный объект. Выбрать заранее известный элемент, который точно должен был измениться, и убедиться, что его геометрия или свойства обновились.
3. Проверить привязку. Для federated model открыть соседнюю дисциплину и убедиться, что новая сцена не сместилась относительно общего координатного контекста.
4. Проверить связанное issue. Открыть одно замечание, относящееся к изменённому участку, и убедиться, что камера, pin и новый объектный контекст читаются корректно.
5. Проверить 2D отдельно. Если выпуск включал sheets, убедиться, что обновилась именно нужная sheet revision; обновление 3D не доказывает обновление 2D.

Эта последовательность даёт проверяемый результат: координатор подтверждает, что в Revizto действительно опубликовано ожидаемое состояние проекта, а не только то, что процесс Sync завершился без сообщения об ошибке.

Что делать при ошибке Windows Installer

При сообщениях Access denied или о том, что account уже существует, сначала удаляют Revizto штатным способом, перезапускают Windows и повторяют установку. Для повреждённых Windows Installer entries используется утилита Microsoft для устранения проблем установки и удаления программ. Ручное удаление каталога не заменяет корректную очистку MSI-регистрации: иначе новая версия может продолжать считать старую установку активной.

Если проблема относится только к плагину, полную переустановку клиента следует отложить до проверки prerequisites. Authoring tool должен существовать на компьютере до установки Revizto; у пользователя должны быть права на соответствующие каталоги. Для Tekla Structures и MicroStation CONNECT установка Only for me не обеспечивает нужных прав, поэтому выбирается режим для всех пользователей с административным доступом.

Как отличить сетевую проблему от проблемы проекта

Сначала открывают другой доступный project того же account. Если не синхронизируются несколько проектов, проверка смещается к сети, proxy, региональным endpoints и учётной записи. Если проблема воспроизводится только в одном проекте, сравнивают storage mode, доступ к shared location, права Project Team и состояние конкретной публикации. Такая развилка помогает не смешивать инфраструктурный сбой с повреждённой или недоступной ревизией.

Преимущества и ограничения

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

Плюсы

• 2D, 3D и Issue Tracker доступны как связанные среды одного проекта, поэтому замечание можно проверять по листу и модели без отдельной системы скриншотов.
• Issue Tracker сохраняет назначение, статусы, комментарии, контекст камеры и markup, что подходит для формального цикла «создано — исправлено — проверено — закрыто».
• Clash Automation в Revizto+ связывает clash tests с issue-процессом и позволяет повторять координационные проверки после новых публикаций.
• Splitview и 3D Overlay дают прямое сопоставление листов и модели, что полезно для проверки того, как проектное решение отражено в документации.
• Scheduler поддерживает регулярный импорт и публикацию из нескольких BIM/CAD-приложений на выделенной Windows-машине.
• Workspace Automation позволяет стандартизировать реакции на создание и изменение issues без локального скрипта на компьютере координатора.
• Поддерживаются cloud, shared и local модели хранения, что даёт разные варианты организации проекта в зависимости от требований к совместной работе.
• Для корпоративной аутентификации доступны Revizto login, Google Workspace и SAML SSO; для Revizto login можно применять 2FA.
• Есть настольный клиент, Workspace и мобильные приложения, поэтому одна проектная команда может использовать разные интерфейсы по роли.
• Опубликованные требования безопасности включают SOC 2 Type 2, ISO 27001, ISO 27017, CSA STAR Level 1 и UK Cyber Essentials.

Минусы

• Доступ к настольной программе требует учётной записи, связанной с активной лицензией; публичного полнофункционального режима без лицензии как основного способа знакомства с проектами нет.
• Стоимость не публикуется как единая фиксированная розничная цена: лицензирование оформляется по подписке и зависит от коммерческого предложения.
• Clash Automation, настраиваемые issue workflows/status types и ряд расширенных функций относятся к Revizto+, поэтому Standard и Revizto+ нельзя считать функционально одинаковыми.
• Производительность крупных 3D-проектов сильно зависит от GPU/VRAM, RAM и качества исходных моделей; рекомендуемая конфигурация Windows заметно выше минимальной.
• Scheduled publishing требует включённую Windows-машину, активный пользовательский сеанс, установленные authoring tools и корректные локальные права.
• Shared storage не является полностью автономным локальным контуром: часть данных Issue Tracker остаётся в облачной инфраструктуре.
• Local projects не предоставляют полный совместный Issue Tracker и Clash Automation, поэтому они не заменяют производственный cloud/shared project.
• Интеграционные плагины зависят от установленной версии authoring-приложения и прав Windows; некорректный режим MSI может оставить часть плагинов недоступной.
• При большом количестве автоматических clash results без продуманной матрицы проверок issue list быстро становится перегруженным нерелевантными карточками.
• Android-клиент протестирован не на всех возможных устройствах, поэтому конкретный планшет следует проверять на реальном проекте до массовой закупки.

Отзывы пользователей и профильных изданий

Пользовательские отзывы и профессиональные публикации дают разные типы сигнала. Отзывы чаще отражают ежедневную работу команды, удобство Issue Tracker и доступность проекта для разных ролей. Профильная пресса оценивает продукт в более широком BIM-контексте: открытые форматы, координацию, взаимодействие дисциплин и место платформы среди инструментов AEC. Эти две группы нельзя смешивать в одну «среднюю оценку».

Пользовательские оценки

На G2 у продавца Revizto отображается рейтинг 4,6 из 5 на основе 289 отзывов, при этом 75% оценок — пять звёзд. Это достаточно большая выборка, чтобы учитывать общий тон отзывов, но не заменяет проверку конкретного workflow своей организации. На площадке присутствуют как обычные, так и отмеченные как incentivized reviews, поэтому отдельные восторженные формулировки не следует переносить в техническую оценку продукта.

Повторяющаяся ценность в пользовательской обратной связи связана с тем, что 3D, 2D и issues находятся в едином рабочем контексте и доступны участникам с разной BIM-подготовкой. Для внедрения это важнее абстрактного тезиса об «удобстве»: прорабу или менеджеру не требуется работать в исходном Revit/Navisworks-файле только для того, чтобы открыть назначенное замечание и увидеть его положение в проекте.

Критическая сторона отзывов обычно относится не к отсутствию базового issue-management, а к порогу доступа и организационным условиям. В Mac App Store нет достаточного количества оценок для показательной aggregate-rating; опубликованный пользовательский отзыв отдельно указывает, что для входа нужна лицензия и нет свободного полноценного demo-доступа из приложения. Это согласуется с моделью распространения: desktop download и работа с проектами связаны с активной лицензией и account.

Отзывы следует читать с учётом роли автора. Координатор, который ежедневно работает с federated 3D и clashes, оценивает другой набор функций, чем field user с планшетом и списком issues. При пилоте полезно собрать внутреннюю обратную связь отдельно от BIM/VDC, design disciplines и construction/field team; одна усреднённая оценка скрывает различия в задачах.

Профессиональная пресса

Architosh включил Revizto в число победителей Best of Show на AIA25 в категории BIM. В редакционном описании акцент сделан на Open BIM-подходе, сочетании 2D и 3D и координационной роли платформы. Это отраслевое признание показывает, что продукт рассматривается как отдельная BIM-collaboration платформа, а не как плагин к одному authoring-приложению.

В отдельном материале Architosh о Revizto рассматриваются глобальное распространение продукта и Open BIM coordination. Для практического выбора важен именно второй аспект: Revizto не ограничивается одной authoring-системой и строит координационный слой поверх нескольких источников. При этом открытость обмена не означает полную взаимозаменяемость с model-checking software: глубокие rule-based проверки и авторская модификация модели остаются задачами других классов ПО.

Профессиональную оценку стоит сопоставлять с собственной матрицей требований: 2D/3D review, issue workflow, clash coordination, mobile field use, scheduled publishing, SSO, storage region и API. Награда или положительный обзор подтверждают заметность продукта в отрасли, но не отвечают на вопрос, соответствует ли конкретный license plan и инфраструктура внутренним требованиям организации.

Сравнение с аналогами

Revizto разумно сравнивать не со всеми BIM-программами подряд, а с инструментами координации и model checking. Autodesk Navisworks Manage и Solibri Advanced решают пересекающиеся задачи, но архитектура рабочего процесса различается: Navisworks силён как настольная среда агрегирования и clash review, Solibri — как rule-based IFC checking и information-quality validation, Revizto — как совместный 2D/3D coordination hub с Issue Tracker и облачным проектным контекстом.

Navisworks Manage нельзя считать прямой заменой Revizto для всей команды: он лучше соответствует роли desktop coordinator, работающего с объединённой моделью и Clash Detective. Revizto переносит больше взаимодействия в общий project/issue layer и даёт field-oriented доступ. В организациях эти продукты нередко выполняют дополняющие роли, а интеграция Navisworks с Revizto позволяет публиковать координационный контекст вместо ручного переноса каждого результата.

Solibri Advanced отличается ещё сильнее. Его преимущество проявляется, когда проверку нужно выразить через правила: clash matrix, data validation, custom rules, IDS и IFC-oriented quality assurance. Revizto не заменяет такую специализированную rule engine; его задача — собрать координацию, issue workflow, 2D/3D review и коммуникацию вокруг модели. Поэтому выбор определяется тем, является ли главным результатом формальная проверка качества BIM-данных или совместное ведение координационных решений.

FAQ по Revizto

Revizto — это BIM-редактор?

Нет. Revizto не предназначен для авторского моделирования зданий вместо Revit, Archicad, AutoCAD или других authoring tools. Он агрегирует опубликованные 2D/3D данные, помогает просматривать их, координировать, вести issues и выполнять clash-oriented процессы. Исправление геометрии выполняется в исходном authoring-приложении, после чего новая версия публикуется в Revizto.

Можно ли использовать Revizto без активной лицензии?

Для обычного доступа к настольному клиенту и рабочим проектам нужна учётная запись, связанная с активной лицензией. После окончания контракта организация может заранее выгрузить данные; отдельная автономная копия проекта может предоставляться как Windows EXE для последующего просмотра без активной лицензии.

Есть ли фиксированная публичная цена Revizto?

Единой опубликованной розничной цены нет. Продукт распространяется по подписке, а коммерческие условия зависят от предложения для организации. Поэтому сравнивать Revizto с продуктами, у которых есть публичная цена «за пользователя в месяц», только по прайс-листу нельзя.

Чем Standard отличается от Revizto+?

Standard охватывает базовый совместный 2D/3D review, issues, mobile access, searchable model data, reports и другие основные функции. Revizto+ добавляет расширенные возможности, включая Clash Automation и более гибкую настройку issue status/type/workflow. При пилоте следует проверять конкретный license plan, потому что наличие функции в продуктовой экосистеме не означает её доступность в Standard.

Работает ли Revizto на Windows 10?

Актуальные системные требования настольной версии указывают Windows 11 как минимальную Windows-систему. Для нового развёртывания Windows 10 не следует использовать как поддерживаемую базовую конфигурацию.

Какая Windows-сборка Revizto актуальна?

Публичный endpoint актуального 64-bit MSI ведёт на Revizto 5.17.7.59027. Функциональная release-label — 5.17.7, полный номер build полезен для инвентаризации и одинакового patch-level на рабочих станциях.

Нужна ли дискретная видеокарта?

Минимальная Windows-конфигурация допускает интегрированную Intel HD 4000 или сопоставимую графику, но рекомендуемая конфигурация ориентируется на GeForce RTX 3060-класса с 8 GB VRAM. Для больших federated models и point clouds дискретный GPU существенно ближе к реальному производственному профилю, чем минимальная конфигурация.

Сколько оперативной памяти нужно?

Минимум для Windows и Mac — 8 GB RAM; рекомендуемый уровень — 32 GB. Для тяжёлой машины scheduled publishing на больших проектах отдельно рекомендуется 64–128 GB RAM. Эти значения относятся к разным сценариям и не должны сводиться к одному числу для всей организации.

Можно ли поставить Revizto на Mac?

Да. Минимальная версия — macOS Monterey; минимальный процессорный уровень включает Apple M1 или Intel Core i5 Sandy Bridge, минимальная память — 8 GB. Рекомендуется Apple M2 Pro или более производительный Apple Silicon и 32 GB RAM.

Есть ли мобильная версия?

Да. Revizto имеет приложения для iPad и Android. Для iPad минимально требуется iPadOS 15 и 6 GB RAM; рекомендуется iPad Pro с iPadOS 17+ и 8 или 16 GB RAM. Для Android требуется 64-bit Android 7+ и экран от 7 дюймов.

Можно ли работать полностью офлайн?

Local project хранится на одном устройстве и подходит для изолированной работы, но не предоставляет полный совместный cloud issue management и Clash Automation. Cloud и shared projects зависят от соответствующей сетевой инфраструктуры и синхронизации. Поэтому «офлайн» в Revizto — отдельный локальный сценарий, а не полный эквивалент командного проекта.

Чем shared storage отличается от cloud?

В cloud models и revisions размещаются в региональной инфраструктуре Revizto. В shared mode сцены и листы хранятся на внутреннем сетевом ресурсе организации, но часть данных Issue Tracker остаётся в облаке. Shared требует доступности собственной файловой инфраструктуры и не является полностью изолированным on-premises решением.

Можно ли импортировать IFC?

Да. IFC относится к поддерживаемым форматам импорта модели и также поддерживается в Scheduler import tasks. Для автоматического импорта можно собрать несколько IFC-файлов в одну задачу при условии, что они относятся к одному типу файлов.

Поддерживается ли BCF?

Да. BCF используется для обмена issues; ветка 5.15.2 отдельно расширила работу с вложениями BCF 2.1 и 3.0. Это позволяет включать Revizto в Open BIM-процесс обмена замечаниями между разными системами.

Можно ли сравнивать 2D и 3D одновременно?

Да. Splitview показывает 2D и 3D в одном рабочем контексте, а 3D Overlay накладывает модель на лист. Перед сравнением нужно убедиться, что выбрана правильная revision листа и актуальная версия модели.

Что такое Issue Tracker в Revizto?

Это среда управления проектными замечаниями. Issue содержит положение в 2D или 3D, назначение, статус, обсуждение и визуальный контекст. Карточка остаётся доступной при последующих синхронизациях, поэтому исправление можно проверять на новой модели, сохраняя историю решения.

Можно ли настроить свои статусы issues?

Расширенная настройка собственных status/type/workflow относится к Revizto+. Для Standard нельзя автоматически переносить ожидания от Revizto+; перед проектированием корпоративного workflow нужно проверить доступный plan.

Что делает Clash Automation?

Clash Automation запускает и повторяет clash-проверки, связывает результаты с issues и помогает синхронизировать координационный цикл после новых публикаций. Функция относится к Revizto+ и не заменяет инженерное решение о том, какие пересечения являются реальными проблемами.

Нужен ли Navisworks, чтобы пользоваться Revizto?

Нет. Revizto является самостоятельной координационной платформой и может импортировать несколько форматов напрямую. Navisworks используется как один из поддерживаемых authoring/review sources и может участвовать в publishing workflow, но не является обязательным условием для открытия проекта Revizto.

Для чего нужен Scheduler?

Scheduler автоматизирует повторяемый импорт, Clash Automation и публикацию из поддерживаемых authoring tools по расписанию. Он работает на конкретной Windows-машине, которая должна оставаться включённой, не переходить в сон, иметь активный пользовательский сеанс и доступ к исходным данным.

Можно ли использовать Scheduler на выключенном компьютере?

Нет. Задача выполняется на машине, где она создана; компьютер должен быть включён и не находиться в sleep mode. Пользователь Windows также должен оставаться вошедшим в систему. Поэтому для производственного расписания обычно выделяют стабильный publishing host, а не случайный ноутбук координатора.

Что делать, если Scheduler не публикует из Revit или другого authoring tool?

Проверяют наличие и версию authoring app, права Windows, доступность исходного файла и то, что приложение не осталось открытым в конфликтном состоянии. Затем проверяют History задачи и факт появления новой revision в проекте. Только успешный статус без новой версии не является достаточной проверкой результата.

Можно ли подключить SSO?

Да. Account owner или admin может настроить SAML SSO с корпоративным identity provider. Также поддерживается Google Workspace. При SSO политика MFA управляется выбранным identity provider; для собственного Revizto login можно отдельно принудительно включить 2FA.

Где хранятся данные Revizto?

Cloud project создаётся в выбранном региональном серверном контуре. Для глобальной инфраструктуры доступны регионы, включая North America, Europe, UK, Australia, Canada, Japan, Singapore, Switzerland, UAE и Brazil; China и KSA относятся к отдельным account-группам. Выбор региона проекта и хранение user-account данных имеют разные правила, поэтому их следует рассматривать отдельно при data-governance review.

Как долго сохраняются данные после окончания лицензии?

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

Можно ли использовать API?

Да. Для программных интеграций существует developer portal и OAuth applications. Доступ к API разрешается на уровне account, а операции ограничиваются правами пользователя, от имени которого работает интеграция. Client secret должен храниться как управляемый корпоративный credential.

Как проверить, что issue действительно исправлено?

После публикации новой модели открывают нужное issue, проверяют текущую revision, визуально сверяют исправленный объект в 2D/3D контексте и только затем меняют статус по принятому workflow. Комментарий исполнителя сам по себе не подтверждает геометрическое или документальное исправление.

Нужно ли хранить исходные BIM-файлы внутри Revizto?

Нет. Revizto хранит опубликованный координационный контекст, но исходные authoring files должны оставаться в принятой CDE или файловой системе организации. Автономная проектная копия Revizto полезна для просмотра итогового 2D/3D и issues, но не заменяет нативные Revit, DWG, IFC и другие исходники там, где требуется последующее редактирование.

Как оценить Revizto перед внедрением

Пилот следует строить на одном реальном проекте с типичной нагрузкой, а не на демонстрационной модели. В тест нужно включить минимум одного BIM/VDC-координатора, представителя проектной дисциплины, пользователя, который закрывает issues, и при наличии полевого сценария — мобильного участника. Это показывает не только скорость 3D, но и то, насколько устойчиво работает полный цикл от публикации до закрытия замечания.

1. Проверить идентичность и доступ. Установить одинаковый актуальный build на тестовые Windows-машины, назначить роли и убедиться, что участники видят только нужные projects.
2. Опубликовать реальный набор данных. Использовать несколько дисциплин и набор sheets, сопоставимый с будущей эксплуатацией.
3. Проверить 2D/3D navigation. Открыть крупные сцены, включить Splitview и Overlay, пройти типовые поисковые и review-операции.
4. Проверить issue lifecycle. Создать замечание, назначить исполнителя, добавить markup, опубликовать исправление и закрыть issue после проверки новой revision.
5. Проверить clash workflow. Для Revizto+ создать ограниченный тест с понятными парами моделей и измерить долю действительно полезных clash results.
6. Проверить Scheduler. Выполнить одну ночную публикацию и убедиться, что она создаёт новую revision без ручного запуска.
7. Проверить безопасность. Настроить SSO/2FA, роли, storage region, proxy и разрешённые network endpoints в том же контуре, где будет production.
8. Проверить долгосрочное хранение. Сделать тестовый экспорт issues и sheets, чтобы процедура завершения проекта не проектировалась уже после окончания лицензии.

Revizto оправдан прежде всего для команды, которой нужен единый координационный слой между authoring systems, 2D-документацией, issue management и полевой проверкой. Если основная задача — только редактировать BIM-модель, нужен authoring tool; если нужна формальная rule-based валидация IFC, специализированный model checker даст более глубокий контроль. Когда же критичны совместный 2D/3D review, прозрачный issue lifecycle, clash coordination, мобильный доступ и регулярная публикация, Revizto закрывает эти операции в одной проектной среде.