Технические требования

Эта страница поможет проверить, готово ли рабочее место, мобильное устройство и файл модели к работе в GIP VISION.

Веб-кабинет

Для работы в веб-кабинете необходимы:

  • стабильное подключение к интернету;

  • учётная запись GIP VISION и доступ к нужному проекту;

  • актуальная версия Chrome, Firefox, Safari, Edge или Яндекс Браузера;

  • включённые WebGL и аппаратное ускорение для просмотра 3D-моделей.

Минимальные версии браузеров:

  • Chrome 92;

  • Firefox 90;

  • Safari 15;

  • Edge 92;

  • Яндекс Браузер 21.

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

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

Мобильное приложение и дополненная реальность

Для полного набора функций GIP VISION на iPhone требуется:

  • iOS 18.0 или новее;

  • iPhone Pro или Pro Max с LiDAR, начиная с серии iPhone 12 Pro;

  • разрешение на использование камеры;

  • достаточно свободного места и заряда аккумулятора для длительной работы с моделью или сканирования.

Полноценная работа на iPad Pro с LiDAR возможна после включения поддержки iPad для конкретной версии приложения. Устройства без LiDAR могут поддерживать базовый просмотр, но размещение по проёмам и сканирование пространства на них недоступны.

Требования к моделям

В разных сценариях GIP VISION используются IFC, GLB и USDZ. Для подготовки проекта загружайте модели в веб-кабинете и дождитесь окончания обработки.

Для IFC поддерживаются схемы:

  • IFC2X3;

  • IFC4;

  • IFC4X1;

  • IFC4X3_ADD2; обозначение IFC4X3 допустимо только для совместимой структуры IFC 4.3 ADD2.

IFC-файл должен иметь расширение .ifc, содержать корректную структуру, единицы измерения, геометрический контекст, уникальные IFC GUID и хотя бы один элемент с конвертируемой геометрией.

Модель необходимо экспортировать в локальных координатах. Итоговый габарит модели по каждой оси должен находиться в диапазоне от −1000 до +1000 метров относительно начала координат проекта. Государственные, геодезические и картографические координаты не допускаются.

Важно: GIP VISION не исправляет повреждённые IFC-файлы и не переводит геодезические координаты в локальные. Если проверка не пройдена, исправьте модель в исходной программе и выполните экспорт повторно.

Технические требования к IFC-файлам для GIP VISION

Редакция от 22.07.2026

1. Общие положения

1.1. Настоящие Технические требования применяются ко всем IFC-файлам, передаваемым Заказчиком Исполнителю для загрузки, проверки и конвертации в Сервисе GIP VISION.

1.2. Требования подготовлены на основании технической документации GIP VISION, опубликованной по адресу: https://gip-vision.pro/technical-requirements-ifc/. Для исполнения Договора применяется редакция, изложенная в настоящем Приложении.

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

1.4. Соответствие файла поддерживаемой версии IFC является необходимым, но не достаточным условием его приемки. IFC-файл считается принятым для использования в Пилоте только после положительного прохождения всех обязательных проверок, указанных в разделе 8 настоящего Приложения.

2. Формат и поддерживаемые схемы IFC

2.1. Поддерживаемый формат файла: .ifc (IFC-SPF).

2.2. Поддерживаемые идентификаторы схемы:

  • IFC2X3;

  • IFC4;

  • IFC4X1;

  • IFC4X3_ADD2 (IFC 4.3.2.0).

2.3. Идентификатор IFC4X3 допускается как совместимое обозначение IFC4X3_ADD2 только при условии, что фактическая структура файла соответствует IFC 4.3 ADD2.

2.4. Перечень поддерживаемых схем является закрытым. Иные версии, обозначения и форматы не поддерживаются, если Стороны письменно не согласовали иное.

3. Поддерживаемые программы и режимы экспорта

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

3.2. Autodesk Revit:

  • IFC2x3 Coordination View 2.0 — предпочтительный режим;

  • допускается IFC4 Reference View;

  • основа координат — внутреннее начало или базовая точка проекта;

  • экспорт в общих, государственных или геодезических координатах не допускается.

3.3. Tekla Structures:

  • IFC2x3 Coordination View 2.0 — предпочтительный режим;

  • допускается IFC4 Reference View;

  • параметр размещения — Model origin;

  • использование геодезической базовой точки вместо начала модели не допускается.

3.4. Graphisoft Archicad:

  • IFC2x3 Coordination View 2.0 либо IFC4 Reference View;

  • используется штатный IFC Translator;

  • экспорт выполняется относительно локального начала проекта.

3.5. Renga:

  • штатный экспорт IFC4;

  • экспорт относительно локального начала проекта;

  • промежуточная обработка сторонними конвертерами не допускается.

3.6. nanoCAD:

Поддерживается штатный IFC-экспорт из nanoCAD BIM Строительство, nanoCAD BIM Конструкции и продуктов инженерной линейки nanoCAD BIM при соблюдении следующих условий:

  • формат файла — .ifc;

  • схема — IFC4;

  • применяется штатный спецификатор экспорта без пользовательского изменения структуры и классов IFC;

  • экспорт выполняется относительно локального начала проекта;

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

Экспорт из базовой Платформы nanoCAD, произвольных 3D-тел или через сторонние модули в стандартном режиме не поддерживается.

3.7. Продукты CSoft Development:

Поддерживается штатный IFC-экспорт из Model Studio CS и CADLib Модель и Архив при использовании встроенных средств IFC и соблюдении следующих условий:

  • схема IFC2X3 либо IFC4; предпочтительный вариант — IFC4;

  • штатный профиль экспорта без пользовательского изменения схемы IFC;

  • размещение относительно локального начала модели.

Не поддерживаются пользовательские профили с нестандартным сопоставлением классов, геодезические координаты, сторонние надстройки и другие продукты CSoft, прямо не перечисленные в настоящем пункте.

3.8. Bonsai:

Поддерживается штатное сохранение нативного IFC-проекта из стабильной версии Bonsai в формате .ifc. Допускаются IFC2X3, IFC4 и IFC4X3/IFC4X3_ADD2; предпочтительная схема — IFC4.

  • модель должна быть создана и отредактирована средствами Bonsai как нативная IFC-модель;

  • обязательна пространственная структура IfcProject → IfcSite → IfcBuilding → IfcBuildingStorey;

  • модель должна располагаться в локальных координатах.

Не поддерживаются преобразование обычной полигональной модели в IFC, экспорт произвольных mesh-объектов, несовместимые модификаторы, сторонние IFC-плагины, пользовательские скрипты экспорта и нестабильные сборки Bonsai.

3.9. Наименование программы само по себе не гарантирует приемку файла: каждый файл должен пройти проверку структуры и координат, а также контрольную конвертацию.

4. Неподдерживаемые версии и форматы

4.1. В стандартном режиме не поддерживаются:

  • IFC2X2 и более ранние версии;

  • IFC4X2;

  • IFC4X3_RC1, IFC4X3_RC2, IFC4X3_RC3 и IFC4X3_RC4;

  • IFC4X3_ADD1;

  • IFC5 и последующие экспериментальные версии;

  • схемы с идентификаторами IFC4_ADD1, IFC4_ADD2 и иными нестандартными обозначениями вместо IFC4;

  • модифицированные, пользовательские и vendor-specific схемы;

  • файлы с несколькими объявлениями FILE_SCHEMA;

  • ifcXML, ifcJSON, ifcZIP и другие контейнеры или представления IFC;

  • IFC-файлы после промежуточного преобразования из DWG, DGN, STEP, OBJ, FBX, GLB и иных форматов;

  • файлы с расширением .ifc, содержимое которых не является корректным IFC-SPF.

4.2. Адаптация GIP VISION к иным версиям, схемам и форматам не входит в стандартное сопровождение по Договору и может быть выполнена только по отдельному письменному соглашению Сторон.

5. Неподдерживаемые программы и экспортеры

5.1. В стандартном режиме не поддерживаются IFC-файлы, полученные из следующих источников:

  • Autodesk Civil 3D, включая штатный IFCEXPORT;

  • IFC 4.3 Extension for Civil 3D / IfcInfra;

  • Autodesk InfraWorks;

  • Bentley OpenRoads, OpenRail и другие инфраструктурные продукты Bentley;

  • GeometryGym и аналогичные промежуточные экспортеры;

  • пользовательские скрипты, плагины и конвертеры вне штатной поставки поддерживаемых программ;

  • любые программы и экспортеры, прямо не перечисленные в разделе 3 настоящего Приложения.

5.2. Файлы из Autodesk Civil 3D не поддерживаются независимо от указанного в них идентификатора IFC4X1, IFC4X3 или IFC4X3_ADD2, поскольку штатный экспорт может переносить систему координат исходного чертежа и записывать геометрию непосредственно в государственных или геодезических координатах.

5.3. Модель, первоначально разработанная в Civil 3D или иной неподдерживаемой программе, может быть передана только после корректного переноса и повторного экспорта из поддерживаемой программы в установленном разделе 3 режиме.

6. Требования к структуре IFC-файла

6.1. IFC-файл должен быть синтаксически корректным, соответствовать заявленной схеме и содержать конвертируемую модель. Файл должен:

  • иметь расширение .ifc;

  • содержать единственное корректное объявление FILE_SCHEMA;

  • соответствовать заявленной схеме;

  • открываться без синтаксических и структурных ошибок;

  • содержать читаемую сущность IfcProject;

  • содержать единицы измерения и геометрический контекст;

  • содержать не менее одного IfcElement с конвертируемой геометрией;

  • не содержать поврежденных атрибутов, некорректных STEP-значений и ссылок на отсутствующие сущности;

  • содержать уникальные корректные IFC GUID для объектов модели.

7. Требования к координатам

7.1. Модель должна быть экспортирована в локальной системе координат.

7.2. Не допускаются:

  • государственные и геодезические координаты;

  • координаты картографической проекции;

  • размещение модели на значительном удалении от начала координат;

  • абсолютные координаты, записанные непосредственно в вершинах геометрии;

  • сочетание локальных размещений объектов с абсолютными координатами геометрии;

  • расчет на автоматическую или предполагаемую нормализацию координат средствами GIP VISION.

7.3. Координаты итогового габаритного контейнера модели по каждой оси должны находиться в диапазоне от −1000 до +1000 метров относительно начала координат проекта.

8. Приемка IFC-файлов, исправления и ответственность

8.1. Каждый переданный IFC-файл проходит следующие обязательные проверки:

  • проверка схемы;

  • проверка структуры IFC;

  • проверка наличия геометрии;

  • проверка локальных координат;

  • контрольная конвертация;

  • проверка итогового габаритного контейнера модели.

8.2. В рамках стандартного сопровождения GIP VISION не выполняются:

  • исправление поврежденных IFC-файлов;

  • изменение или нормализация геометрии;

  • преобразование государственных или геодезических координат в локальные;

  • адаптация системы под неподдерживаемые версии и экспортеры;

  • предоставление индивидуальных конвертеров или профилей совместимости.

8.3. Если IFC-файл не прошел одну или несколько обязательных проверок, Заказчик обязан исправить модель в исходной программе и повторно экспортировать и передать файл Исполнителю в соответствии с настоящими Требованиями.

8.4. Исполнитель уведомляет Заказчика о выявленном несоответствии доступным способом, в том числе по электронной почте или в рабочей переписке Сторон. Передача перечня выявленных несоответствий не является обязанностью Исполнителя по исправлению файла.

8.5. Период с даты уведомления Заказчика о несоответствии IFC-файла до даты получения Исполнителем исправленного файла, успешно прошедшего обязательные проверки, не включается в сроки оказания услуг и не считается просрочкой Исполнителя. Дата старта Пилота определяется с учетом положений п. 1.1.8 Договора.

8.6. Исполнитель не несет ответственности за невозможность загрузки, конвертации или корректного отображения модели, а также за вызванную этим задержку Пилота, если IFC-файл не соответствует настоящим Требованиям.

8.7. Исправление, переработка или адаптация IFC-файлов Исполнителем, а также разработка индивидуального конвертера или профиля совместимости не входят в стоимость услуг по Договору и при необходимости оформляются отдельным соглашением Сторон.

Где посмотреть подробности

Что сообщить поддержке

Если проблема повторяется, подготовьте версию операционной системы и браузера, модель устройства, название проекта и модели, время возникновения ошибки, текст сообщения и скриншот. Не отправляйте пароли, API-ключи и другие секретные данные.