Jede Anfrage an die API muss mit einem Zugriffs-Token authentifiziert werden. In den meisten Fällen wird ein Zugriffs-Token mit Hilfe des OAUTH2-Autorisierungscode-Flusses erhalten. Grundsätzlich bedeutet dies, dass der Benutzer von Ihrer Anwendung auf die BIMcollab Twin-Anmeldeseite umgeleitet werden muss und nach erfolgreicher Autorisierung zurück zu Ihrer Anwendung geleitet wird. Mit dem erhaltenen Autorisierungs-Token kann dann ein Access-Token angefordert werden. Das Zugriffstoken kann dann zum "Authorization"-Header Ihrer Anfragen im Format hinzugefügt werden: "Bearer <accesstoken>". Token werden im JWT-Format bereitgestellt, so dass sie bei der Dekodierung (Base64) weitere Informationen wie die Ablaufzeit und eine eindeutige Benutzerkennung liefern. Wir empfehlen, ein Refresh-Token anzufordern und zu verwenden. Auf diese Weise muss sich ein Benutzer nur einmal bei BIMcollab Twin authentifizieren.
Verfügbare Scopes
Autorisierungsendpunkt - https://api.bimlink.nl/connect/authorize
Endpunkt für Zugangstoken - https://api.bimlink.nl/connect/token
Token-Endpunkt aktualisieren - https://api.bimlink.nl/connect/token
Alle Anfragen außer einer (Auflistung der verfügbaren Domänenkonten für einen Benutzer) erfordern eine DomainAccountId. Ein Domain-Account ist ein Unternehmenskonto und enthält alle Daten für ein bestimmtes Unternehmen oder ein sehr großes Projekt. Bevor Sie eine API-Abfrage senden können, müssen Sie zunächst ein Menü bereitstellen, das dem Benutzer die Auswahl eines Domain-Accounts ermöglicht. Wir empfehlen, das gewählte Domänenkonto zu speichern, da viele Benutzer nur ein einziges Domänenkonto für eine lange Zeit verwenden. In der eigentlichen Anfrage kann das Domainkonto wie folgt ausgewählt werden: https://api.demo-bimlink.nl/domainaccounts/{domainAccountId}/. Die folgende Aktion gibt die verfügbaren Domänenkonten für den Benutzer zurück: https: //api.bimlink.nl/swagger/index.html#/DomainAccounts/DomainAccounts_GetAll
Viele API-Anfragen erfordern auch eine ProjectPhaseId, da die Daten innerhalb eines Kontos in einer Struktur von Standorten, Projekten und Projektphasen organisiert sind. Für die meisten Anwendungen wird der nächste Schritt nach dem Authentifizieren und der Auswahl eines Domänenkontos darin bestehen, ein Projektauswahlmenü anzuzeigen, damit der Benutzer ein Domänenkonto und eine Projektphase auswählen kann. Die folgende Aktion gibt die BIMcollab Twin Projektstruktur für ein Domänenkonto zurück: https: //api.bimlink.nl/swagger/index.html#/Locations/Locations_GetAll
BIMcollab Twin bietet auch eine räumliche Struktur, um die Daten innerhalb einer Projektphase zu organisieren. Insbesondere bei der Abfrage von BIM-Daten ist es ratsam, dem Benutzer die Möglichkeit zu geben, ein bestimmtes Stockwerk auszuwählen, indem ein räumliches Auswahlmenü erstellt wird. Hinweis: Die räumlichen Strukturelemente (SpatialStructureElement) enthalten keine eigentlichen BIM-Daten, weitere Informationen finden Sie unter "BIM-Daten". Die folgende Aktion liefert die BIMcollab Twin Raumstruktur für eine Projektphase: https: //api.bimlink.nl/swagger/index.html#/SpatialStructureElements/SpatialStructureElements_GetAll
API GET-Aktionen, bei denen erwartet wird, dass die Antwort eine große Anzahl von Objekten enthält, werden paginiert. Die Paginierung wird durch die Übermittlung eines Limits (maximale Anzahl der Objekte) und eines Offsets (Anzahl der zu überspringenden Objekte) im Querystring Ihrer Anfrage gesteuert. Der maximale Wert des Limits hängt von der Aktion ab und kann in der Swagger-Dokumentation nachgelesen werden. Pagination-Metadaten finden sich auch in den Headern der Antwort: Pagination-Limit, Pagination-Offset, Pagination-Result.