Get familiar with the Altium 365 browser-based interface, from registering an Altium Account and signing in to accessing your Personal Space and available Workspaces. This article introduces the interface’s main navigation areas, account controls, and ways to switch between Workspaces, with details on supported sign-in methods and administrator-controlled authentication. Keep reading to navigate…

Altium's MCAD CoDesigner technology connects the mechanical and electrical design domains, allowing the mechanical and electronic engineers to pass the loaded PCB back and forth between the two domains. In your Altium design software, this is achieved through an extension that loads and extracts board and component data from the PCB editor, the MCAD CoDesigner extension. In the MCAD software the…

Requirements Portal is under continuous development. This page outlines new features and enhancements made to Requirements Portal in key updates. 2.60, at the release: remove the box below, leave the content. Update - 12 November 2026 Simple Start In this release, the concept of Simple Start has been implemented in order to make establishing a requirements project easier and make the required…

Altium 365 can host a Git repository for your project's source files. Altium Designer works with these repositories as a native client, but you can also work with them like any other Git remote — clone, pull, push, etc. with the standard Git client. This page shows how to: Discover a project's repository URL through the Altium 365 API. Authenticate Git requests using an Altium 365 access token…

Scopes define what an access token is authorized to do. The Altium 365 API validates scopes on every request – a token without the required scope for an operation will receive an authorization error. Scopes are assigned by the platform based on the context in which a token is issued. You don't select scopes manually, but you will encounter them when inspecting tokens and when working with the API…

The refresh token flow is a more secure way to authorize API requests. Instead of using a single long-lived credential directly, you exchange a refresh token for a short-lived access token. When that access token expires, you exchange again. Note that the refresh token cannot be used by itself to authorize API requests; it always has to be exchanged for a refresh token first. To use this flow,…

An access token authorizes requests to Altium 365 API. You include it in every request as a bearer token in the Authorization header. Access tokens can be obtained in two ways: Directly – when you create a long-lived access token in Admin → Developer Via exchange – when you use a refresh token to generate a short-lived access token (which will not be listed under Admin → Developer) The…

Tokens are credentials used to authorize requests to the Altium 365 API. All API requests must include a valid token in the Authorization header. Tokens are created in your Workspace under Admin → Developer. Only Workspace administrators can create tokens. Tokens are shown once. At creation, the token value is displayed once and is never stored or retrievable by Altium. Copy and store it securely…

A GRID (Global Resource ID) is a globally unique, stable identifier for any entity on the Altium platform – a project, a component, a BOM, a task, and so on. Why GRIDs Exist Platform entities typically carry local identifiers (GUIDs, numeric IDs) that are unique only within their own context. A project GUID is not globally unique – two projects in different Workspaces can share the same GUID. A…

A realm is a named, isolated logical instance of Altium 365. Every Workspace belongs to exactly one realm, and all data within that Workspace is stored and processed within it. Why Realms Exist Altium 365 operates across multiple geographies and deployment models. Historically, the term region was used to refer to a single instance of Altium 365 per geography – one for Europe, one for the US, and…