Cada petición a la API necesita ser autenticada usando un token de acceso, en la mayoría de los casos un token de acceso se obtendrá usando el flujo de código de autorización OAUTH2 . Básicamente, esto significa que el usuario necesita ser redirigido a la página de inicio de sesión de BIMcollab Twin desde tu aplicación y será redirigido de nuevo a tu aplicación después de que la autorización haya sido satisfactoria. Con el token de autorización obtenido se puede solicitar un token de acceso. El token de acceso se puede añadir a la cabecera "Autorización" de sus solicitudes en el formato: "Bearer <accesstoken>". Los tokens se proporcionan en formato JWT , por lo que cuando se descodifican (Base64) proporcionan más información, como el tiempo de caducidad y un identificador de usuario único. Sugerimos solicitar y utilizar un token de actualización. De esta forma el usuario sólo tiene que autenticarse con BIMcollab Twin una vez.
Ámbitos disponibles
Punto final de autorización - https://api.bimlink.nl/connect/authorize
Punto final de token de acceso - https://api.bimlink.nl/connect/token
Punto final del token de actualización - https://api.bimlink.nl/connect/token
Todas las peticiones excepto una (listar las cuentas de dominio disponibles para un usuario) requieren un DomainAccountId. Una cuenta de dominio es una cuenta corporativa y contiene todos los datos de una empresa determinada o de un proyecto muy grande. Antes de poder enviar una solicitud API, primero tendrá que proporcionar un menú que permita al usuario seleccionar una cuenta de dominio. Le sugerimos que guarde la cuenta de dominio seleccionada, ya que muchos usuarios sólo utilizan una cuenta de dominio durante mucho tiempo. En la solicitud real, la cuenta de dominio puede seleccionarse de la siguiente forma: https://api.demo-bimlink.nl/domainaccounts/{domainAccountId}/. La siguiente acción devuelve las cuentas de dominio disponibles para el usuario: https: //api.bimlink.nl/swagger/index.html#/DomainAccounts/DomainAccounts_GetAll
Muchas solicitudes de API también requieren un ProjectPhaseId, porque los datos de una cuenta se organizan en una estructura de ubicaciones, proyectos y fases de proyecto. Por tanto, para la mayoría de las aplicaciones, el siguiente paso tras la autenticación y la selección de una cuenta de dominio será mostrar un menú de selección de proyectos, para que el usuario pueda seleccionar una cuenta de dominio y una fase de proyecto. La siguiente acción devuelve la estructura del proyecto BIMcollab Twin para una cuenta de dominio: https: //api.bimlink.nl/swagger/index.html#/Locations/Locations_GetAll
BIMcollab Twin también proporciona una estructura espacial para organizar los datos dentro de una fase de proyecto. Especialmente cuando se solicitan datos BIM, se recomienda permitir al usuario seleccionar una planta específica creando un menú de selección espacial. Nota: las entidades de estructura espacial (SpatialStructureElement) no contienen datos BIM reales, para más información consulte "Datos BIM". La siguiente acción devuelve la estructura espacial de BIMcollab Twin para una fase del proyecto: https: //api.bimlink.nl/swagger/index.html#/SpatialStructureElements/SpatialStructureElements_GetAll
Las acciones GET de la API en las que se espera que la respuesta contenga una gran cantidad de objetos se paginan. La paginación se controla enviando un límite (número máximo de objetos) y un offset (número de objetos a omitir) en la cadena de consulta de la solicitud. El valor máximo del límite depende de la acción y puede consultarse en la documentación de Swagger. Los metadatos de paginación también se encuentran en las cabeceras de la respuesta: Pagination-Limit, Pagination-Offset, Pagination-Result.