Altium 365 ワークスペースのプロジェクト

Altium Designer は Altium 365 Workspace と連携することで、プロジェクト・ライフサイクルの開発段階を対象とした高度なプロジェクト構成をサポートし、バージョン管理されたプロジェクトの作成と継続的なワークフローを簡素化します。Workspace の管理下での集中ストレージにより、この機能は他のコラボレーションサービスの基盤としても活用できます。

Workspace ベースのプロジェクトを使用する主な利点は次のとおりです。

• ストレージの簡素化。保存場所を決める必要はありません。バックアップやその他の基本サービスは自動的に提供されます。

• コラボレーション機能の基盤。

• バージョン管理の強制。

• 専用コメントシステムの利点。

• 通知とステータス。ローカルでの変更を含むドキュメントのステータスが、設計チーム全体に可視化されます。

• 複雑な設定なしで同時 PCB 設計が可能。

• 複数人に対して、編集用または閲覧・コメント専用として プロジェクトを共有 できる。

• Project History 機能を使用する際に、VCS 関連のコミットイベントを含めた完全な機能を利用可能。

技術的には、プロジェクトは Workspace に保存されるメタ情報と、Workspace に内蔵された GIT ベースのバージョン管理との緊密な統合の組み合わせです。一般的なワークフローは次のとおりです。

1. ユーザーが新規プロジェクトを作成します（Altium Designer の Create Project dialog、Workspace のブラウザインターフェース、または Altium Designer 内から 既存のローカルプロジェクトを Workspace で利用可能にする ことで作成）。作成時に、そのユーザーがプロジェクト名と説明を定義します。

2. Workspace のブラウザインターフェース、または Altium Designer から直接、プロジェクトへのアクセス権を定義・管理します。

3. 共同作業者は全員、プロジェクトを（Altium Designer 内から）開く対象として選択し、その後自動的にチェックアウトされます。

本ドキュメントでは、Workspace のブラウザインターフェースを通じたプロジェクトの操作について説明します。設計ソフトウェア内でのプロジェクト操作については、Getting Familiar with the Altium Design Environment を参照してください。

新規プロジェクトの作成

プロジェクトは、Workspace ブラウザインターフェースの Projects ページから直接作成できます。このページには、Workspace で利用可能になっており、現在サインインしているユーザーと共有されているすべてのプロジェクトが一覧表示されます。新規プロジェクトを作成するには、プロジェクト一覧の上にある ボタンをクリックし、メニューの Create グループから Project を選択して Create Project ウィンドウを開きます。

Workspace ブラウザインターフェースから新規プロジェクトを作成します。

Create Projectウィンドウは最初、簡易表示で次のフィールドが表示されます。

• Project Name – プロジェクトに必要な名前を入力します

• Template – 利用可能であればプロジェクトテンプレートを選択します。関連するドロップダウンフィールドには、Workspace に存在するすべての Project Templates が（<Comment> (<ItemID>) の形式で）一覧表示されます。テンプレートを選択すると、プロジェクトタイプが自動的に定義されます。既存のプロジェクトテンプレートを基に新規プロジェクトを作成したくない場合は、作成するプロジェクトタイプを指定してください（一覧から利用可能な PCB Project または Multiboard を使用）。
• Description – プロジェクトの説明（任意）を入力します。

さらに多くのコントロールにアクセスするには ボタンをクリックします。次のフィールドが表示されます。

• Parent Folder – Workspace のフォルダ構造内で、プロジェクトを作成する場所を指定します。これは現在開いているフォルダ、または（デフォルトでは）Projects になります。新規プロジェクトのデフォルトフォルダパスは、Workspace browser interface の Admin – Settings – Projects ページで指定されます。Create Projectウィンドウで、フィールド右側の Change リンクをクリックすると、Workspace のサーバーフォルダ構造にアクセスでき、プロジェクトを保存する別のフォルダを選択できます。

  なお、処理実行時に Parent Folder フィールドで書き込み可能なフォルダが選択されていない場合、プロジェクト保存用に Personal Folder 構造が自動的に作成されます。これはメールアドレスを名前とするプライベートなトップレベルフォルダで、My Projects サブフォルダを含みます。作成と使用の例は次のとおりです。

  • 新規プロジェクトのデフォルトフォルダ（通常は Projects）が利用できない、または読み取り専用（書き込み不可）の場合。この場合、作成/アップロードされたプロジェクトは個人用の My Projects フォルダに保存されます。

  • Parent Folder のターゲット設定がデフォルト以外であるものの、このフォルダへのアクセスが閲覧のみ（書き込み不可）の場合。この場合、プロジェクト作成はブロックされ、My Projects フォルダは追加されません。

詳細は Project Creation Without Folder Write Access を参照してください。

必要な内容で新規プロジェクトを定義したら、 をクリックします。概要レベルのプロジェクト一覧に戻り、新しく作成されたプロジェクトのエントリが表示されます。

Workspace ブラウザインターフェースの Projects ページに戻ると、新規作成されたプロジェクトが確認できます。

プロジェクトのアクセス権限の設定については、以下の Sharing a Project も参照してください。

既存のローカルプロジェクトのアップロード

既存の設計プロジェクトを Workspace にアップロードすることもできます。手順は次のとおりです。

1. プロジェクト一覧の上にある ボタンをクリックし、メニューの Upload グループから Project を選択します。プロジェクトの ZIP アーカイブを参照して選択し、Open をクリックしてアップロードを実行します。

   

2. ポップアップウィンドウに、アップロード対象となる可能性のあるファイル数（選択したフォルダに含まれる）が表示され、続行確認が求められます。 をクリックします。

3. Upload Projectウィンドウが表示されます。デフォルトでは Project Name は既存プロジェクトのものになります。必要に応じて変更し、適切な説明を追加してください。Parent Folder は、アップロード処理を開始した時点でアクティブだったフォルダに設定されます。フィールド右側の Change リンクをクリックすると、Workspace のサーバーフォルダ構造にアクセスでき、プロジェクトを保存する別のフォルダを選択できます。必要に応じて、プロジェクトをサブフォルダ階層に整理できます。詳細は Creating a Hierarchy of Project Folders のセクションを参照してください。必要な設定を行ったら、 ボタンをクリックします。

   

4. アップロードが実行され、完了後に概要レベルのプロジェクト一覧へプロジェクトのエントリが追加されます。

   

Important Considerations

プロジェクトのアップロードには次が含まれます。

• プロジェクトファイル（PrjPcb）に登録されている、プロジェクトに追加済みの設計ファイル。
• 指定したプロジェクトフォルダ内のその他すべてのファイル。

プロジェクトのアップロードには、not次のものは含まれません：

• 指定したプロジェクトフォルダ配下のサブフォルダ内のファイル（プロジェクトに含まれている＝プロジェクトファイルに登録されている場合を除く）。

• 指定フォルダの外部にある、プロジェクトに追加／リンクされたファイル。

• たとえば生成されたGerber製造出力など、Project Outputs for <project>フォルダ内のファイル。

推奨事項：

• ソースのプロジェクトフォルダには、プロジェクトファイル（PrjPcb）を1つだけ含めるようにしてください。複数のプロジェクトファイルがWorkspaceリポジトリにアップロードされると、Web Viewerで正しい設計ドキュメントが表示されない場合があります。► 詳細情報。

• MCADデータやアーカイブファイルなど、大きな追加ファイルをプロジェクトフォルダに保存するのは避けてください。サブフォルダに保存すれば、不要なアップロードや処理を防げます。

• 前述のとおり、プロジェクトフォルダ外に保存されているファイルはWorkspaceリポジトリにアップロードされないため、プロジェクトに含めないでください。

• 新しくアップロードされたWorkspaceプロジェクトに含まれているファイル一覧は、Workspace History Viewで確認してください。

• 生成されたGerberファイルなど、プロジェクトのCAM（製造）データをAltium 365で表示するには、それらをAltium 365 Personal spaceにアップロードして表示できます。

• Workspace内でプロジェクトの設計／製造ファイルにアクセスする最適な方法は、Altium DesignerからMake the Project Available Onlineを実行し、その後Release the Projectすることです。生成されるWorkspace Release Packageにより、設計／製造ドキュメント一式への閲覧アクセスが提供されます。

GerberまたはODB++ファイルセットのアップロード

Workspaceは、生成済みのGerber/ODB++製造ファイル一式をアーカイブ形式で受け付けます。これらは、Manufacturing Filesボタンメニューから利用できるオプションを通じてアップロードできます。アップロード手順は、上記のプロジェクトアップロード手順と基本的に同じです。

Gerber/ODB++プロジェクト名をクリックするか、関連メニューのOpenオプションを使用して、Workspace専用のFabrication Viewerでファイルセットを読み込みます。これにより、含まれるすべてのファイル／レイヤの合成表示が提供され、レイヤの非表示や単独表示、ポイント間のMeasurement feature、配置したCommentsの利用が可能になります。

これらのオプションの詳細は、Web ViewerドキュメントのFabricationセクションを参照してください。

OrCAD設計のアップロード

WorkspaceのOrCAD^®アップロード機能により、Altium 365 Workspaceでアップロードおよび解釈できる設計ファイルの種類が拡張されます。適切な回路図（*.dsn）およびPCB（*.brd）ファイルを含むアーカイブファイル（*.zip）を、下図のようにProjectsページのボタンから利用できるDesign Files » OrCADオプションでアップロードします。OrCAD設計はAltium 365でバージョン管理下に保存されます。

アップロードしたOrCAD設計は、他のWorkspaceプロジェクトと同様に、タイルをダブルクリックするか、タイルのメニューまたはページのメインメニューからOpenオプションを選択して開きます。処理が完了すると、OrCAD設計ファイルは、Schematic、PCB、3D PCB、およびBOM一覧のプロジェクトビューとして解釈されます。

Web Viewerを通じて提供される高度なWorkspace機能により、統合された設計では、ドメインビュー間でのオブジェクトのクロスプローブ、オブジェクト検索、ネットのトレース／ハイライト、Commentsの配置、他ユーザーとのShare the design、Historyの確認、Task activitiesの利用など、さまざまな操作を素早く行えます。さらに、アップロードしたOrCADプロジェクトから高度なManaged BOMドキュメントを作成することもでき、Altiumの広範なサプライチェーンデータリソースから取り込まれた調達対応BOMファイルをレビュー、設定、共有できます。詳細はBOM Portal pageを参照してください。

ビューアの機能と特長については、Web Viewer pageを参照してください。

設計の新しいバージョンのアップロード

OrCAD設計をWorkspaceにアップロードした後、たとえば外部委託先による追加作業などで新しいバージョンが利用可能になった場合、プロジェクトのUpload New Versionオプションを使用して既存のWorkspaceプロジェクトを更新できます。既存プロジェクトはGit Version Control下に保存されているため、このオプションにより新しい設計更新を当該プロジェクトの新しいVCSリビジョンとしてコミットできます。これらのCommit（およびプロジェクトRelease）イベントはすべて記録され、プロジェクトのHistory viewからアクセスできます。

OrCADとAltium 365の統合

OrCAD^®設計をWorkspaceにアップロードできることに加え、Altium 365では独自プラグインを使用してOrCADとWorkspaceを直接統合することも可能です。

Altium 365のECAD機能については、Multi-CAD File Supportページを参照してください。

OrCADをホストしているマシンにインストールするAltium 365 Plugin for OrCADは、2つの環境間で設計データを双方向に交換できる小さなアプリケーションです。この統合により、既存のOrCAD環境を維持したまま、Altium 365のデータ管理の利点を活用できます。Workspaceに移行されたOrCAD設計は、履歴追跡付きのバージョン管理下に保存され、コラボレーション、閲覧、共有、コメントなど、さまざまな用途に利用できます。関係者のアクセスは権限で制御され、Webブラウザから利用できます。

OrCAD を使用するマシンで Altium OrCAD プラグインの実行ファイルをダウンロードして実行し、インストールウィザードの指示に従ってください。インストーラは OrCAD のインストール先を自動的に検出するはずです。

インストール後、プラグインは OrCAD のメインメニュー内の Altium 365 エントリから利用できます。これにより、サインインして現在の OrCAD プロジェクトを Altium 365 Workspace に保存したり、Workspace に以前保存したプロジェクトを読み込んだりできます（利用可能なメニューオプションを使用）。

注：OrCAD^® は Cadence Design Systems, Inc. が所有する連邦登録商標です。本商標への言及は識別目的のみによるものです。本商標の使用は、Cadence Design Systems, Inc. とのいかなる関係、承認、または推奨を示唆するものではありません。

Comments and Tasks Support

Altium 365 Plugin for OrCAD は、Comments and Tasks パネルを通じて Altium 365 の強化されたコラボレーション機能を OrCAD に提供します。このパネルは Comments と Tasks のデータをリアルタイムに同期することで、Altium 365 と直接通信します。OrCAD ユーザーは、コメントスレッドの作成と参加、作業依頼（タスク）の自分または他ユーザーへの割り当て、関連画像の貼り付けと表示、アクティブなタスクに割り当てられた優先度および進捗ステータスの確認など、Altium 365 のコラボレーション機能の恩恵をすぐに受けられます。

Altium 365 の Comments と Tasks の操作については Web Viewer Comments を参照してください。

Altium 365 メニューから Comments and Tasks オプションを選択して、プラグインの Comments and Tasks オーバーレイパネルを開きます。パネルには、接続中の Altium 365 Workspace プロジェクトから取得した既存のドキュメント Comment および Task 参照が表示されます。

プラグインの Comments and Tasks パネルは、接続先 Workspace の Comments and Tasks ペインを同期したものに相当します。そのため、OrCAD がドキュメントコメントをネイティブにサポートしていないことから、ドキュメント内に配置されたコメントへのアクセスを除き、Workspace ペインの機能の大半を提供します。これら Workspace 機能の詳細は Working with the Comments Pane を参照してください。

新しいコメントは、プラグインの Comments and Tasks パネル上部セクションから追加でき、現在アクティブな OrCAD ドキュメントに関連付けられます。F5 を押すと、いつでもパネルデータを更新できます。

Altium 365 Workspace の Comments and Tasks ペインと同様に、OrCAD Plugin の Comments and Tasks パネルには次のオプションと機能が含まれます：

• Comments and Tasks Filtering – ペインに含めるユーザーコメント（またはタスクのみ）を制御します。

• Threads and Notifications – エントリを現在のドキュメントに限定し、かつ/または未解決のもの（デフォルト設定）に限定します。Workspace Email Notifications が有効な場合、Notification Settings オプションを使用してメール通知を生成するコメント範囲を指定します。

• Comment entry options – コメントの メニューを使用して、そのエントリを管理したり、そのコメントから対応する Task を作成したりします。

• Comment image – Original Snapshot コントロールにより、コメントがドキュメント上に配置された際に自動キャプチャされたスクリーンショット画像を開きます。Altium 365 Workspace を使用してコメントを配置した場合にのみ利用可能です。

• Task assignment – Assign a task to メニューからユーザー名を選択して、コメントに関連付けられた Task を作成します。Task が未割り当ての場合に利用可能です。

• Link to associated Task – コメントの Task 識別エントリを選択して、その Task を Workspace project Tasks view で開きます。Task の優先度とステータスの変更は OrCAD の Comments and Tasks パネルにも反映されます。

Uploading a KiCad Design

Workspace の KiCad^® Upload 機能は、Altium 365 Workspace にアップロードして解釈できる ECAD 設計データの別ソースを提供します。適切な KiCad の回路図および PCB ファイルを含むアーカイブファイル（*.zip）を、下図のように Projects ページの ボタンから利用できる Design Files » KiCad オプションでアップロードします。処理された KiCad 設計は Altium 365 のバージョン管理下に保存されます。

Altium 365 の ECAD 機能については Multi-CAD File Support ページを参照してください。

アップロードした KiCad 設計は、タイルをダブルクリックするか、タイルの メニューまたはページのメイン メニューから Open オプションを選択することで、他の Workspace プロジェクトと同様に開けます。処理後、KiCad 設計ファイルは、回路図、PCB、3D PCB、BOM リストの各プロジェクトビューとして解釈されます。

設計およびそのドキュメントでは、Altium 365 を通じて利用可能な高度な機能（オブジェクト/レイヤー表示の制御、双方向クロスプロービング、管理された設計共有によるコラボレーション、ドキュメントコメント、履歴へのアクセスなど）を利用できます。BOM Portal application にアクセスできる場合は、調達指向の Managed BOM ドキュメントを設計から作成し、製造およびサプライヤー部品データを管理できます。

設計ビューアの機能と特長については Web Viewer page を参照してください。

Uploading an EAGLE Design

Workspace の Autodesk^® EAGLE^™ Upload 機能は、Altium 365 Workspace にアップロードして解釈できる ECAD 設計データの別ソースを提供します。適切な EAGLE 回路図（*.sch）および PCB ファイル（*.brd）を含むアーカイブファイル（*.zip）を、下図のように Projects ページの ボタンから利用できる Design Files » EAGLE オプションでアップロードします。処理された EAGLE 設計は Altium 365 のバージョン管理下に保存されます。

Altium 365 の ECAD 機能については Multi-CAD File Support ページを参照してください。

アップロードした EAGLE デザインは、他の Workspace プロジェクトと同様に、タイルをダブルクリックするか、タイルの メニューまたはページのメイン メニューから Open オプションを選択して開くことができます。処理が完了すると、EAGLE デザインファイルは、回路図、PCB、3D PCB、および BOM リストの各プロジェクトビューとして解釈されます。

デザインおよびそのドキュメントでは、Altium 365 を通じて利用できる高度な機能（オブジェクト/レイヤー表示の制御、双方向クロスプロービング、管理されたデザイン共有によるコラボレーション、ドキュメントコメント、履歴へのアクセスなど）を利用できます。BOM Portal application にアクセスできる場合、調達指向の Managed BOM ドキュメントをデザインから作成し、製造およびサプライヤ部品データを管理できます。

デザインビューアの機能と特長については Web Viewer page を参照してください。

Managed BOM のアップロードまたは作成

Workspace で Altium 365 BOM Portal アプリケーションが有効になっている場合、CSV/XLS 形式の BOM ファイルをアップロードして Managed BOM プロジェクトアイテムを作成するか、既存のデザインプロジェクトから直接作成できます。Managed BOM ファイルは BOM Portal によって解釈・処理され、最終的に調達準備済みの BOM ドキュメントが作成されます。これらには、Altium のデータリソースから取得した最新の manufacturer/supplier information が反映され、会社の要件に合わせて完全に設定可能です。

詳細は BOM Portal page を参照してください。

BOM ファイルをアップロードするには、 ボタンメニューの Upload グループから BOM オプションを選択し、適切な CSV/XML BOM ファイルを参照して選択し、Upload BOM ウィンドウで詳細を入力してアップロードを確定します。Managed BOM ファイルは、既定では現在開いているフォルダまたは Projects フォルダに保存され、デザインプロジェクトと同様の方法でアクセスおよび管理します。

既存のデザインプロジェクトから Managed BOM を作成するには、プロジェクトタイルの メニューから Create Managed BOM オプションを選択し、プロジェクトバリアントを選んで Create Managed BOM ウィンドウで BOM の詳細を入力し、その後 BOM 作成を確定します。

Managed BOM を開くには、タイルをダブルクリックするか、名前をクリックするか、関連する三点リーダーメニューから Open を選択します。BOM Portal アプリケーションは BOM パラメータを自動的に認識して map BOM parameters（Description、Designator、Manufacturer Part Number など）しようとします。認識できない場合は、選択内容に基づいて列マッピング手順を案内します。

パラメータデータが正常にマッピングされると、システムは最適なコンポーネントのメーカーおよび部品サプライヤのデータを自動的に取得し、互換性やリスクの問題にフラグを付け、BOM の「健全性」をグラフィカルに概要表示します。

プロジェクトフォルダ階層の作成

Related information: コンテンツ構造とアクセスの管理

Workspace では、サーバー構造内でプロジェクトフォルダを作成・管理することもできます。これにより、作成されたフォルダ階層内の任意のフォルダにプロジェクトを作成したり、移動したりできます。

（既定の）最上位 Project フォルダの下に新しいフォルダを作成するには、プロジェクト一覧の上にある ボタンをクリックし、メニューの Create グループにある Folder エントリを選択します。表示される Create Folder ウィンドウで、新しいフォルダ名、親フォルダ、任意の説明を指定します。新しいフォルダは常に現在選択されているフォルダの下に作成され、そのフォルダが親フォルダになります。新しいフォルダの権限は親フォルダから継承され、現在のユーザーと異なる場合は、そのフォルダの「owner」に対する書き込みアクセスも含まれます。

必要な属性を定義したら をクリックします。新しいフォルダ（サブフォルダ）が作成され、そのフォルダに移動します。

必要に応じてさらにフォルダを作成し、デザインプロジェクトを保存・分類するためのフォルダ階層を構築します。これらのフォルダは、次の画像に示すように、後続のフォルダを作成する際に親フォルダとして選択できるようになります。

定義されたプロジェクトフォルダ階層の例。

フォルダ階層のナビゲーション

Projects ページの既定（グラフィカル）ビューでは、Projects フォルダ配下のすべての子フォルダが表示されます。選択したフォルダの詳細は右側の情報ペインに表示されます。

フォルダエントリ名をクリックして内容を開く、パンくずのエントリを選択してフォルダ階層を上に戻る、またはメインナビゲーションツリーの Projects エントリを選択して最上位のプロジェクトレベルに戻ります。リストビュー（）にアクセスする場合も同様に操作します。

フォルダの共有

既存のプロジェクトフォルダの共有権限を変更するには、Projects ページで該当エントリを選択し、関連する コントロールから Share エントリを選択するか、上部の ボタンをクリックします。Share Item ウィンドウでは、指定したユーザーまたはグループ（Share Item With エントリ）に対するフォルダアクセスを追加でき、また（Share With の下で）既存の共有権限を表示・変更できます。なお、Owner および Administrator の固有の権限は変更できません。

Share Item ウィンドウでは、選択したフォルダに適用される共有権限の追加および変更が可能です。

Shared With エントリでは、一部のユーザーアクセスレベル（View、Edit、No access）を選択できない場合があります。これは、アクセスレベルの変更が親フォルダから継承された権限セットと矛盾（権限の格下げ）してしまうためです。既定では、すべてのユーザーに対する Edit 権限です。Share Item ウィンドウの Advance Settings で Inherit parent folder permissions オプションを無効にすると、フォルダの権限を親フォルダから切り離して継承を無効化でき、すべてのアクセスレベルオプションを有効にできます。

詳細は Managing Content Structure & Access page を参照してください。

フォルダの編集

既存のプロジェクトフォルダのプロパティを編集するには、Projects ページで該当エントリを選択し、プロジェクト/フォルダ一覧の上にある コントロールをクリックして、関連メニューの Edit エントリを選択します。

編集コマンドは Projects ページでも利用できます。対象フォルダのタイルを選択し、 アイコンのコンテキストメニューから Edit コマンドを選択します。Projects ページがリストビューの場合は、対象フォルダのエントリの最右端にある コントロールをクリックし、関連メニューから Edit コマンドを選択します。

次の Edit Folder ウィンドウで、フォルダの Name と Description を変更できます。変更内容を確定するには ボタンをクリックします。

プロジェクトフォルダの Name と Description は、いつでも編集できます。

階層内でフォルダを移動する

階層内でフォルダを別の親フォルダ配下へ移動（再配置）するには、Projectsページで対象フォルダのエントリを選択し、プロジェクト／フォルダ一覧の上にあるコントロールをクリックして、関連メニューのMove エントリを選択します。

移動コマンドはProjectsページでも利用できます。必要なフォルダのタイルを選択し、アイコンのコンテキストメニューからMoveコマンドを選びます。Projectsページがリスト表示の場合は、対象フォルダのエントリの最右端にあるコントロールをクリックし、関連メニューからMove コマンドを選択します。

新しい親フォルダを選択するためのMove folder ウィンドウが表示されます。移動を実行するにはボタンをクリックします。フォルダは、含まれるプロジェクトとともに、選択した新しい親フォルダのサブフォルダとして移動されます。

フォルダ階層内でのフォルダ移動は、どの段階でも行えます。

フォルダを削除する

Workspace から既存のプロジェクトフォルダを削除するには、Projectsページで対象フォルダのエントリを選択し、プロジェクトフォルダ一覧の上にあるコントロールをクリックして、関連メニューのRemove エントリを選択します。

削除コマンドはProjectsページでも利用できます。必要なフォルダのタイルを選択し、アイコンのコンテキストメニューからRemoveコマンドを選びます。Projectsページがリスト表示の場合は、対象フォルダのエントリの最右端にあるコントロールをクリックし、関連メニューからRemove コマンドを選択します。

削除の確認を行うためのRemove ウィンドウが表示されます。削除を進めるにはボタンをクリックします。

フォルダは、含まれるプロジェクトとともにフォルダ階層から削除され、削除したフォルダの親フォルダへ移動します。プロジェクトフォルダはTrash pageから復元、または完全削除できます。フォルダとともに削除されたプロジェクトもTrash ページから復元または完全削除できますが、実行できるのはそのプロジェクトの所有者、または Workspace 管理者のみです。

プロジェクトフォルダの削除 – Workspace の隔離されたTrash 領域へ送信します。

プロジェクトを参照する

Workspace ブラウザインターフェースのProjectsページにあるプロジェクト一覧には、アクセス権のあるすべてのプロジェクトが含まれ、包括的なプロジェクト管理機能とコントロールが提供されます。ボタンでページをリスト表示（）に切り替え、ボタンでページをグラフィカル表示（既定の表示）に切り替えます。

Workspace ブラウザインターフェースのProjectsページ – プロジェクト作業のコマンドセンター。ここではページのグラフィカル表示を示しています。

プロジェクト一覧は最終更新日で自動的にソートされ、最も最近更新されたプロジェクトが（グラフィカル表示では）一覧の左上、（リスト表示では）一覧の先頭に表示されます。グラフィカル表示（）では、ボタンを使用して、プロジェクトドキュメントを名前、作成者、所有者、最終更新日で素早くソートできます。

リスト表示（）では、各列ヘッダーを使用して、プロジェクト一覧をName、Author、Owner、またはLast Modifiedでソートできます。1回クリックで昇順、もう1回クリックで降順にソートします。列名の右側の矢印は、現在有効なソート方向を示します。いずれかの表示で選択したソート方法は、両方の表示に適用されます。

プロジェクトフィルタ

フィルタ（）のドロップダウンメニューオプションを使用して、一覧を特定の所有者および／またはドキュメントタイプ（またはその組み合わせ）に絞り込みます。

部品レポートフィルタ

Filtersウィンドウ内のフィルタType選択（  ドロップダウンリスト配下のものを含む）は、Workspace に保存してアクセスできるすべてのプロジェクトデータタイプを網羅しています。これには固有のParts Reportオプションも含まれており、Parts in Use機能で作成された任意の名前付きViewsを表すアイコンが表示されます。Parts Report ビューは、BOM Portal の Parts in Use pageからアクセスします。

情報、オプション、検索

既定のグラフィカル表示（）では、プロジェクトまたはManaged BOMのタイルに、プロジェクト名と最終更新日が表示されます。プロジェクトタイルは、PCB が利用可能な場合、プロジェクトの PCB のトップダウン 3D ビューが自動的に表示されます。一方、Managed BOM tileには、BOM 自体から抽出された主要な調達データが表示されます。

ページのグラフィカル表示で選択されたプロジェクトおよび Managed BOM タイル。

リスト表示（）では、各プロジェクトエントリに次の情報が含まれます。

• Name – プロジェクト名。

• Description – プロジェクトに入力または生成された説明。

• Author – プロジェクトを作成したユーザー。

• Owner – プロジェクトが新しい所有者へ移管されていない限り、Author。 ► 関連情報はTransferring Project Ownershipを参照してください。

• Last Modified – プロジェクトが最後に更新された日時。

プロジェクトの両表示（グラフィカル／リスト）において、一覧の右上には次のコントロールが用意されています（詳細は後続のリンク先セクションを参照）。これらは一覧で現在選択されているプロジェクトに対して作用します:

（Share）– クリックするとShareウィンドウが開き、他のユーザーとプロジェクトを共有するために必要なすべてのコントロールにアクセスできます。

（More）– クリックすると追加オプションにアクセスできます:

• Open – クリックして、プロジェクトのopen the detailed managementページを開きます。これはブラウザの別タブで開きます。

• Share（プロジェクトタイルのメニューで利用可能）– クリックするとShareウィンドウが開き、他のユーザーとプロジェクトを共有するために必要なすべてのコントロールにアクセスできます。

• Move – クリックするとMove Projectウィンドウが開きます。ここで、folder hierarchy内で利用可能なすべてのフォルダから、プロジェクトを移動する別の親フォルダを選択できます。

• Edit – クリックするとEdit Projectウィンドウが開きます。ここで、プロジェクトのName、Description、およびサーバーParametersを変更できます。Parent Folderフィールドは編集不可で、情報表示のみです。親フォルダを変更するには、Move commandを使用する必要があります。

• Clone – このコマンドを選択するとClone Projectウィンドウが開き、プロジェクトの同一コピーを作成するためのコントロールが提供されます。

• Watch – このコマンドを選択すると、プロジェクトをフォローします。Workspace から送信されるメールを通じて、プロジェクトに関連する通知（例: 更新、リリース、パラメータおよび権限の変更）を受け取ります（Workspace 管理者によりemail notificationsが有効化されている場合）。プロジェクトの作成者／所有者は、そのプロジェクトを自動的にウォッチする設定になります。

• UnWatch – このコマンドを選択すると、プロジェクトのフォローを停止し、そのプロジェクトに関するイベント通知の受信を終了します。

• Remove – このコマンドを選択すると、remove the projectを実行します。削除確認のためのRemove ウィンドウが表示されます。この操作は「ソフト削除」であり、プロジェクト（Revisions および Releases を含む）は Workspace のTrash 領域へ移動されます。

また、すべてのプロジェクトフォルダにまたがってプロジェクトを検索できる、プロジェクト Search 機能も含まれています。Workspace のパラメータ名と値で検索できるため、検索性を最適化するカスタムのプロジェクトパラメータ（例：顧客名、プロジェクト番号）を作成できます。ブラウザインターフェース上部のフィールドに検索文字列の一部を入力してください。リストは更新され、属性にその検索文字列を含むプロジェクトエントリのみが表示されます。

検索機能の使用例。ここでは、プロジェクトパラメータ（Customer Name）の値に基づいてプロジェクトを見つけています。

Properties Pane

まだ表示されていない場合は、右側ペイン上部の Properties をクリックして Properties ペインにアクセスします。このペインには、現在選択されているプロジェクトの詳細なプロパティ情報が表示されます。

現在選択されているプロジェクトのより詳細な情報は、Properties ペインで確認できます。

Properties ペインで利用できるプロパティデータは、現在選択されているプロジェクトから Workspace が抽出または生成したものです。ペイン最上部の領域には、（プロジェクトに PCB がある場合）ボードの 3D ビューと、プロジェクト名、説明、所有者、作成日時、最終更新日時、さらにプロジェクトの親フォルダへのリンクなどの一般的な概要情報が表示されます。

追加のプロパティは、次の展開可能な見出しの下に整理されています（説明用の例示画像付き）：

• Child Projects（Multi-Board projects のみ）– Multi-board プロジェクトに含まれ、リンクされているサブプロジェクト PCB の一覧。サブプロジェクトのリンクをクリックすると、その PCB プロジェクトが通常どおり Web Viewer で開きます。

• Child BOMs – プロジェクトから（およびプロジェクトにリンクして）generated された Managed BOM ドキュメントの一覧。

  

• Who Has Access – プロジェクトにアクセスできる Workspace のグループ、メンバー、ゲストの概要。アイコンにカーソルを合わせると、表されている共有アクセスの詳細が表示され、下のテキストにも要約されます。なお、ゲストユーザーのアクセスアイコンには黄色のドットが付きます。
  Manage Access コマンドを使用すると、プロジェクトの Share ダイアログを直接開けます。以下の Sharing a Project を参照してください。

• Issues（Managed BOM が選択されている場合に利用可能）– Managed BOM によって報告されたすべての BOM Check Issues のカテゴリ別サマリ。関連情報は BOM Error Detection and Correction を参照してください。

  

• Reports – 現在選択されているプロジェクトに対して生成された ERC および DRC（Electrical/Design Rule Check）の一覧。各レポートのエラー／違反数も含まれます。ERC または DRC のエントリを選択すると、プロジェクト内でレポート詳細にアクセスして確認できます。Web Viewer の DRC and ERC Reports を参照してください。

• Parameters – プロジェクト設計そのものから抽出または計算された詳細データの包括的なコレクション。Show コントロールをクリックして一覧を展開し、Hide をクリックして再度折りたたみます。

• Where Used – Multi-board projects など、当該プロジェクトを子エンティティとして利用している関連プロジェクトの一覧。一覧内の Where Used プロジェクトリンクをクリックすると、その親プロジェクトを開きます。

• Releases – プロジェクトの Releases の一覧。複数のリリースは時系列順に表示され、最新のものが先頭に表示されます。エントリをクリックすると、そのリリースが開き、Manufacturing Portal を介して別タブに表示されます。このポータルから、リリース済みファイルデータの表示とナビゲーション、BOM の確認、設計そのもの（リリースデータのソース）のスナップショットの表示とコメントが行えます。また、製造データをさまざまな粒度（完全なデータセットから個別に生成された出力ファイルまで）でダウンロードするためのコントロールにもアクセスできます。選択したリリースは、Manufacturing Package としてメーカーへ直接送信することも可能です。

Activity Pane

まだ表示されていない場合は、右側ペイン上部の Activity をクリックして Activity ペインにアクセスします。このペインには、現在選択されているプロジェクトのアクティビティ情報が表示されます。各メッセージは、プロジェクトに関連して発生したイベント（プロパティ変更、新しいコミット、リリースなど）を示します。最新のイベントがリストの先頭に表示されます。

現在選択されているプロジェクトで発生したイベントの履歴は、Activity ペインで確認できます。

Sharing a Project

プロジェクトが Workspace で利用可能になったら、実際にどのユーザーがそのプロジェクトにアクセスできるかを決める必要があります。これは、アクセス権限を個別に設定するのではなく、プロジェクトを共有することで行います。

Sharing Defaults

Workspace で新規作成された、または利用可能になったプロジェクトは、デフォルトで次の対象と共有されます。

• プロジェクトの Owner（通常は作成者、または Workspace で利用可能にした設計者）：フル編集アクセス。

• Administrators グループ：フル編集アクセス。

• プロジェクトの親フォルダ（作成されたフォルダ）から継承された権限、または Workspace 管理者が指定した固定のデフォルト権限により決定される、その他のユーザーまたはグループ。

新規作成プロジェクトの default location は、Workspace インターフェースの Admin – Settings – Projects ページで定義／変更します。Default path for new projects フィールドを選択して編集し、別のデフォルト場所を指定してください。新規プロジェクトはこの場所、またはユーザーが現在開いている他の任意のフォルダ（そのフォルダに対する Write アクセス権がある場合）に保存されます。

新規プロジェクトのデフォルト場所は、Workspace ブラウザインターフェースの Admin エリアから管理します。

新規作成プロジェクトの default access permissions は、Admin –Settings – Projects ページで Default permissions for new projects オプションを有効にすることで指定できます。これにより、新規プロジェクトが親フォルダの権限を継承するというデフォルト動作が上書きされます。このオプションを有効にすると、すべての新規作成プロジェクトに適用される明示的なアクセス権限セットを定義できます。これは、すべての新規プロジェクトが Projects フォルダのような単一の場所に作成される場合に望ましいアプローチとなることがあります。詳細は Managing Project Creation Permissions を参照してください。

新規プロジェクト向けのデフォルトのアクセス権限セットは、Workspace ブラウザインターフェースの Admin エリアから指定します。

プロジェクトフォルダの共有は、Admin – Explorer ページで、フォルダエントリの右クリックコンテキストメニューから Share Folder オプションにアクセスするか、管理者またはフォルダ Owner の場合は Projects ページビューから設定できます。上記の Sharing a folder を参照してください。新しく有効化された Workspace では、ルート Projects フォルダへの書き込みアクセスが、共有の観点で全 Workspace メンバーに提供されます。つまり、Anyone  に対する Write 権限（すべての Workspace ユーザーがフォルダに追加または編集できる）です。

共有は特定のユーザーまたはグループに変更できますが、推奨される方法は、このトップレベルフォルダの下にフォルダ階層を作成し、特定のフォルダおよびその配下のプロジェクトにカスタム共有を適用して、共有（ひいてはアクセス）を明確に制御することです。

ProjectsフォルダはWorkspaceの最上位フォルダで、管理者のみがアクセスできます。この階層の下に権限管理されたフォルダ階層を作成し、Workspaceメンバーのアクセスを管理してください。

Sharing Overview

Workspaceブラウザインターフェースからプロジェクトのアクセス権限を設定するには、インターフェースのProjectsページでプロジェクトのタイルを選択し、コンテキストメニューからShareコマンドを選択するか、上部のボタンをクリックします。Projectsページがリスト表示で表示されている場合は、プロジェクト項目の右端にあるコントロールをクリックし、関連メニューからShareコマンドを選択します。

次の Shareウィンドウには、プロジェクトを他のユーザーと共有するために必要なすべてのコントロールが含まれています。

設計プロジェクトがWorkspaceで一元管理されている場合、他者との共有は各プロジェクトの権限を管理するだけで行えます。

注意事項:

• 権限の観点では、Can Editオプションが選択されている場合、ユーザー/グループはプロジェクトに対して完全な編集アクセス権を持ちます。それ以外の場合は閲覧専用アクセスとなります。

• OwnerおよびAdministratorsグループは常に完全な編集アクセス権（Can Edit）を持ちます。

• OwnerおよびAdministratorsグループを除き、含まれるすべてのユーザー/グループの権限は個別にCan ViewまたはCan Editに設定するか、アクセス権を完全に削除できます。

• Altium Designerからミラー形式（Simple Sync）でWorkspaceに提供されているプロジェクトは、Workspaceのバージョン管理（Git VCS）配下ではないため、編集権限（Can Edit）付きで共有できません。編集できるのはプロジェクトオーナーのみです。
  ► Making Altium Designer Projects Available Onlineに関する情報を参照してください。

• プロジェクトは、特定のユーザーおよび/またはグループに明示的に共有することも、Workspaceの任意のメンバー（または全メンバー）に共有することもできます。

• プロジェクトに対して十分な共有権限がある場合、Workspaceメンバーではないユーザーとも共有できます。そのようなユーザーはWorkspaceのGuestsとなり、指定した権限レベルで共有プロジェクトにアクセスできますが、他のWorkspaceデータにはアクセスできません。詳細はSharing with External Usersを参照してください。

特定のユーザーまたはグループとの共有

Workspace内のプロジェクトを指定したユーザーおよび/またはグループと共有する手順は次のとおりです:

1. 必要なユーザー/グループ名をShareウィンドウのShare Project Withフィールドに追加します。追加するには、フィールドに目的の名前/メール/グループを入力し始め、動的リストから一致するユーザー/グループを選択します。このリストには、Workspaceのフィルタされたメンバー、組織内ユーザー、およびWorkspaceで定義済みの既存グループのみが表示されます。複数のユーザー/グループを選択できます。入力済みのユーザー/グループを削除するには、該当エントリに関連付けられたコントロールをクリックします。

2. 追加したユーザー/グループの共有アクセス権限を、関連するドロップダウンメニューからCan ViewまたはCan Editを選択して設定します。後者のオプションには閲覧権限が内包されています。この設定は、最初はShare Project Withフィールドに含まれるすべてのエントリ（ユーザー/グループ）に適用されます。

3. このプロジェクトの共有取り決めに関する情報を含めたい場合は、コントロールをクリックしてテキスト入力エリアを表示します。

4. Shared Withコントロールをクリックすると、現在このプロジェクトが（明示的に）共有されているユーザー/グループが表示されます。デフォルトではOwnerおよびAdministratorsグループが含まれます。

OwnerおよびAdministratorsグループを除き、含まれるすべてのユーザー/グループの権限は個別にCan View、Can Edit、Ownerに設定するか、アクセス権を完全に削除できます。現在の権限状態をクリックしてコントロールにアクセスします。► Make Ownerオプションの詳細についてはTransferring Project Ownershipを参照してください。

5. Workspace内の全メンバーにアクセスを開放するには、Workspace Membersエントリのドロップダウンメニューから適切な権限レベル（Can View（読み取り専用アクセス）またはCan Edit（読み取り/書き込みのフルアクセス））を選択します。No accessに設定すると、Owner、Administrators、および共有のために明示的に追加されたユーザーのみがアクセスできます。

   Workspaceの権限継承スキームにより、一部の権限レベルオプションが無効化される場合があります。 これは、親フォルダから継承された権限が引き下げられて、既存の親子継承関係に反することを防ぐためです。親子継承を意図的に解除するには、ShareウィンドウのAdvanced SettingsでInherit parent folder permissionsオプションを無効にします。

6. ShareウィンドウのAdvanced Settingsには、共有されたユーザーがプロジェクトを再共有またはダウンロードできるかどうかを制御するオプションが含まれています。WorkspaceのMemberおよびGuestアクセス権としてグループ化されたこれらの設定により、編集権限（Can Edit）を付与されたユーザーがプロジェクトを共有できるか、読み取り専用権限（Can View）のユーザーがプロジェクトをダウンロードできるかを指定できます。

   実運用では、たとえば外部請負業者による二次共有を制限できます。 また、閲覧専用ユーザーに対しては、ネイティブデータ（プロジェクト自体）および派生データ（たとえば生成されたGerberやPDF）をダウンロードできるかどうかを制御できます。 それでもWeb UI上でデータを閲覧し、コメントを提供することは可能です。いずれの場合も、Workspace内（Members）とWorkspace外（Guests）のユーザー向けに別々の権限が用意されています。

7. ボタンをクリックして、プロジェクトの更新された共有権限を確定します。その後の動作は招待されるユーザーの種類によって異なります:

• すでにWorkspaceメンバーであるユーザーは、プロジェクトのアクセスリストに直接追加されます。プロジェクトが共有されたこと（および付与されたアクセス権）が通知されるメールを受け取ります。許可されていればAltium Designerでプロジェクトを開くことができ、Altium 365 Platform Interface（Projects pageから）でもアクセスできます。

• 既存のWorkspace Groupを共有対象として追加すると、そのグループはプロジェクトのアクセスリストに直接追加されます。グループの全メンバーは、プロジェクトが共有されたこと（および付与されたアクセス権）が通知されるメールを受け取ります。許可されていればAltium Designerでプロジェクトを開くことができ、Altium 365 Platform Interface（Projects pageから）でもアクセスできます。

• Workspace外のユーザーの場合、プロジェクトが共有され、通知メールが送信されます。 以下のSharing with External Usersを参照してください。 Workspace Guest（下記参照）として、許可されていればAltium Designerでプロジェクトを開くことができ、Altium 365 Personal SpaceのShared with Me pageからアクセスできます。メールにはAltium 365を通じた設計への直接アクセスが含まれます。メール内のボタンをクリックすると、（すでにプラットフォームまたはAltium Accountにサインインしていない限り）Altium 365 Sign Inページに移動します。サインイン後、共有設計が読み込まれた状態でWeb Viewerが直接開きます。

Sharing with External Users

Workspace プロジェクトを「外部」ユーザー（Workspace のメンバーではないユーザー）と共有する手順は、望む結果と、そのプロジェクトに対するあなた自身のアクセス権限によって異なります。こうしたユーザーには、Guest access を付与するか、Workspace members として追加することでプロジェクトを共有します。これは、同一組織内の他の Altium Account ユーザー、別組織の Altium Account ユーザー、そして Altium Account を持たないユーザー（その場合は登録が必要）にも適用できます。 

外部ユーザーとプロジェクトを共有する際、プロジェクトに対して完全な共有権限（プロジェクトを Edit and re-share の両方が可能）がある場合は、プロジェクト Share window の後に確認ウィンドウが表示され、共有の適用方法と共有相手が示されます。これには Invite these people to your Workspace オプションが含まれます。

•  Invite these people to your Workspace option  がオフ（無効）の場合、外部ユーザーは Workspace Guest として追加され、アクセスはそのプロジェクトと、その構成データのみに制限されます。Properties pane の Who Has Access リストにあるゲストユーザーのアイコンには黄色のドット表示（）が付き、Share ウィンドウ内のゲストユーザーの項目には  ラベルが表示されます。また、アクティブな Guest の一覧は、管理者が Workspace Members page Guests tab で表示・管理できます。

  Guest ユーザーは、共有されたプロジェクトに対して、自身の Personal Space の Shared With Me ページ、またはアクセス権のある another Workspace からアクセスします。アクセスレベル（編集／閲覧および再共有権限）は、共有プロセス中に選択したオプションによって決まります。

  

  Workspace 外のユーザーに編集目的で共有するのは、請負業者（コントラクター）に最適です。つまり、設計に積極的に作業してもらいたい一方で、Workspace のメンバーとして迎え入れたくない場合に有効です。

  関連情報については、この Workspace access Knowledge Base page を参照してください。

  Altium Designer Support for External Sharing

  Altium Designer では、ユーザーのアクセスは Open Project dialog の Shared WIth Me から利用できます。詳細は Invited Stakeholder Outside of the Workspace Team を参照してください。共有元の Workspace で Can Edit 共有権限が有効になっている場合、共有されたプロジェクトは Altium Designer で編集できます。この場合、プロジェクト共有は実質的に双方向となり、外部ユーザーが行った変更は Workspace に反映されます。

   

  • Altium Designer 内から Workspace 外へプロジェクトを共有する機能（閲覧とコメントのみ）は、Altium Designer 20.1 で利用可能になりました。

  • Altium Designer 内から Workspace 外へ編集目的でプロジェクトを共有すること、また実際にその共有プロジェクトを編集用に開くには、Altium Designer 20.2 以降が必要です。

• Share window の Invite these people to your Workspace option がオン（有効）の場合、続く Request Invitation window でメモや追加ユーザーを設定できます。 ボタンで確定すると、ユーザーは Guest（プロジェクトに対する Guest レベルのアクセス）として追加され、Workspace 管理者へアクセス要求メールが送信され、さらに Workspace Members ページの Invitation Requests tab に要求エントリが作成されます。

  管理者は、このエントリを承認または却下して処理します。承認されるとユーザーは新しい Workspace メンバーとして追加され、他のメンバーと同様に、アクセスレベルは共有プロセス中に選択したオプションによって決まります。却下された場合、ユーザーは Workspace Guest のままとなります。

  Workspace 外の誰とでもプロジェクトを共有でき、同時にそのユーザーを Workspace メンバーとして招待するリクエストも行えます。

  上記ユーザーが Workspace メンバーとして受け入れられた後、後日その Workspace から removed されると、Guest に降格されます。つまり、そのユーザーは共有プロジェクトへのアクセスは引き続き可能ですが、Shared with Me のような場所（例：自身の Personal Space）経由でアクセスすることになります。

外部ユーザーとプロジェクトを共有する際、プロジェクトの Advanced Sharing settings により、あなたに re-sharing rights がない場合は、指定ユーザーに対するプロジェクト Access Request を提出する必要があります。このリクエストは、プロジェクトに対して完全な共有権限（Edit and re-share）を持つ任意の Workspace メンバーが処理でき、承認されれば、要求されたユーザーにそのプロジェクトへの Guest access が付与されます。

Sharing with your Organization

上記のように特定のユーザーやグループと共有する方法とは別に、Share window の Anyone in <company> can access option を選択することで、組織内の全メンバーに対して基本的な閲覧のみのアクセスを提供できます。対象となる組織メンバーは、組織の Dashboard にある Users page で定義されているメンバーです。

この共有レベルのみが適用されている場合、組織内の登録ユーザーは全員、Altium Designer と Altium 365 Personal Space の両方で Shared with Me option を通じてプロジェクトにアクセスできます。全ユーザーのアクセスは閲覧のみであり、プロジェクト所有者と Workspace 管理者は、Workspace 自体を通じて引き続きフルアクセスを維持します。

Sharing by Direct Link

プロジェクトへの直接リンクを共有することもできます。リンクは、Sharing window の下部にある control をクリックして取得します。リンクによるアクセスは、プロジェクトの現在の共有権限に基づきます。

• For members of the Workspace – アクセスは、Workspace Members entry の権限設定（No access, Can View, Can Edit）または、名前（あるいは所属グループ）に対して明示的に設定された Share Project With entry に適用されている権限によって決まります。

• For users outside of the Workspace – アクセスは、名前に対する明示的な Share Project With entry と、その名前に適用されている権限によって決まります。アクセスするには、ユーザーが Altium Account に登録し、サインインしている必要があります。ユーザーは Workspace Guest として扱われます。

プロジェクトへの直接リンクを取得します。リンクの利用は Sharing window にある既存の共有権限によって制御されます。

リンクはクリップボードにコピーされます。使用すると、許可されている場合に限り、該当ユーザーはプロジェクトの詳細管理ページへ直接アクセスできます。その概要は next section で示されます。

一方、提供されたリンクを開いたユーザーがプロジェクトにアクセスできない（共有されていない）場合、Personal Space からアクセス要求を送信する方法が提示されます。詳細は以下を参照してください。

Working with an Access Request

ユーザーがアクセス要求を送信すると、そのプロジェクトを共有（＝そのプロジェクトへのアクセスを付与）できるユーザーは、上で概説したとおり、Shareダイアログ内のプロジェクトのAdvanced Settingsによって決まります。この文脈での「Editors」とは、プロジェクトの編集権限（Can Edit）を持つユーザーを指します。なお、Workspace Administrators とプロジェクトの Owner は、常にプロジェクトを共有できます。

Workspace のAdmin-Settings pageでEmail Notificationsオプションが有効になっている場合、対応するアクセス要求メールもそれらのユーザーに送信されます。宛先は、プロジェクトのShare window's Advanced Settingsにより、次のように決定されます。

• Workspace メンバーの Editors に対して共有が有効な場合、Administrators、プロジェクト Owner、およびそのプロジェクトに対して Edit 権限を持つ Members にアクセス要求メールが送信されます。

• Guest Editors（Workspace 外の Editors）に対して共有が有効な場合、Administrators、およびそのプロジェクトに対して Edit 権限を持つGuestsにアクセス要求メールが送信されます。

• このプロジェクトで両方の Editors オプションが未チェックの場合、Administrators のみにアクセス要求メールが送信されます。

アクセス要求メールを受け取ったユーザーは、メールに含まれるOpen sharing settingsボタンから要求に対応できます。これにより、そのプロジェクトのShareウィンドウが開き、保留中の要求を承認（ViewまたはEdit権限で）または却下できます。共有権限が指定されると、要求されたユーザーにはプロジェクトへのGuest accessが付与され、共有承認プロセスの結果を確認するメールが送信されます。

Share ウィンドウのPending approvalエントリへのアクセスは、Access Requestメールの受信に紐づいているわけではありません。Shareダイアログから、いつでも直接要求に対応できます。

プロジェクト Owner 宛てのアクセス要求メールには、そのプロジェクトの Share プロパティへの直接リンクが含まれます。

Sharing a Multi-board Project

Multi-board プロジェクトは、複数の PCB 設計プロジェクトを包含して完全な機能システムを作成する、特別なプロジェクトタイプです。サブプロジェクトは親の Multi-board プロジェクトにリンクされ、全体システムの電気的・物理的な接続性を確立するために、それらのデータを参照できるようになっています。

Multi-board プロジェクトの作業についての詳細は、Multi-board Designを参照してください。

Multi-board と関連サブプロジェクト間のリンクは、Multi-board プロジェクト自体（*.PrjMbd）に相対パスとして保存されます。そのため、設計クライアント（Project » Make available Online）からプロジェクトを Workspace VCS に保存する際に、これらのパスが有効なままである必要があります。実務上は、allプロジェクトが Workspace に保存され、正しいフォルダー構造に配置されていることを確認する、という意味になります。ただし多くの場合、Multi-board システムに関わるすべてのプロジェクトは同じフォルダー内に置かれることが一般的です。

Multi-board プロジェクトを共有する場合も、同じ考慮事項が当てはまります。親の Multi-board プロジェクトと関連するサブプロジェクトは、同じ Workspace メンバーに対して同一の View/Edit 権限で共有する必要があります。その後、設計クライアントで Multi-board プロジェクトを初めて開くユーザーは、関連サブプロジェクトも開く必要があります。ここでも、相対フォルダー構造がローカルで正しいことを確認してください。

Multi-board プロジェクトとそのサブプロジェクトは、いずれも個別のプロジェクトとしてオンラインに保存し、共有し、開く必要があります。

Transferring Project Ownership

Workspace Administrators に加えて、プロジェクトの Owner（既定ではプロジェクトを作成／追加したユーザー）はプロジェクトの完全な編集権限を持ちます。一方、プロジェクトへの共有アクセスを持つ他のメンバーは、プロジェクトのShareウィンドウで指定されたEdit/View権限を持ちます。

Shareウィンドウには現在のプロジェクト Owner が表示され、所有権を別の Workspace メンバーへ移譲するオプションが提供されます。

プロジェクトのOwnerステータスと、それに内在する編集権限は、プロジェクトのShareウィンドウから Workspace メンバー間で移譲でき、新しい Owner がそのプロジェクトを完全に管理できるようになります。このオプションは Administrators と現在のプロジェクト Owner が利用でき、移譲先は他の Workspace メンバーのみに限られます（ただし、EngineersやAdministratorsのようなメンバー Group には移譲できません）。

Workspace メンバーが所有権ステータスと権限セットを受け取るには、事前にそのプロジェクトへの共有アクセスを持っている必要があります。その後、Shareウィンドウの権限ドロップダウンメニューで、メンバーの当該プロジェクトに対する現在のView/Edit権限設定をOwnerに変更できます（Make Owner）。ウィンドウのボタン、続いて表示される警告ウィンドウ（）で、所有権移譲を確定します。

権限ドロップダウンメニューのMake Ownerオプションから、別の Workspace メンバーへプロジェクト所有権を移譲します。

Workspace Email Notificationsが有効な場合、新しいプロジェクト Owner は所有権移譲通知メールを受け取ります。

Accessing the Detailed Management Page for the Project

Main page: Management of a Specific Project

Workspace は、製造を意識した高度な CAD 中心のプロジェクト表示を提供します。これは、目的のプロジェクトを選択し、プロジェクト一覧の上にあるコントロールをクリックして、関連メニューのOpen entryを選ぶことで開けます。あるいは、一覧内の目的のプロジェクト項目を直接ダブルクリックします。

そのプロジェクトの詳細管理ページが、新しいブラウザータブで開きます。CAD 中心のインターフェースが組み込まれており、Design、Simulation、Releases、History、Assembly の各ビューオプションが提供されます。

• Design – ソースのプロジェクト設計ドキュメントを表示・ナビゲートし、設計オブジェクトのプロパティを確認し、レビューコメントを配置できます。このビューではWeb Viewerインターフェースを使用し、ソース回路図、基板 2D、基板 3D、BOM（Bill of Materials）をそれぞれ表示する4つの独立したデータサブビューで設計を提示します。このビューは、プロジェクトの特定リリースではなくソースプロジェクトデータの最新バージョンを対象とするため、作業中（WIP）ビューと見なせます。ベース設計と、定義済みの任意のバリアントの両方をレビューできます。

• Simulation – 回路シミュレーション結果ファイルをアップロード（ドラッグ＆ドロップ）して、現在のプロジェクトまたはプロジェクト Release に関連付けられるようにします。ファイルは実質的にプロジェクトへ添付されるため、Workspace メンバーは、現在開いているプロジェクトに関連するシミュレーション結果ドキュメントを確認および／またはダウンロードできます。詳細はManagement of a Specific Project – Simulationを参照してください。

• Tasks – 現在開いている設計プロジェクトに適用されるジョブ活動リクエスト（Tasks）へアクセスし、管理できます。タスクはカンバンボードのフロー形式で表示され、進行状態（ToDo、InProgress、Resolved）がタスク行として配置されます。1行はGeneral Tasks用に予約され、残りの各行は特定のプロジェクトドキュメントに対するタスクに対応します。後者には、開いているプロジェクトに関連付けられたタスクが入り、プロジェクトのコメントが特定ユーザー（Workspace メンバー）に割り当てられたときに作成されます。この意味で、Workspace Tasksシステムは、コメント機能の拡張と言えます。さらに、Newボタンから General Task を作成することもできます。これらのタスクは現在のプロジェクトに適用されますが、プロジェクトコメントやドキュメントには関連付けられません。

• Releases– プロジェクトのリリースを表示します。完全なリリースデータ、または特定のアセンブリパッケージを開くためのアクセスが提供され、これは Manufacturing Portal を介して別タブに表示されます。このポータルから、リリース済みファイルデータの表示・ナビゲーション、BOM の確認、そして設計そのもの（そのリリースデータのソース）のスナップショットの表示およびコメントが行えます。Releases view から、または特定リリースの Manufacturing Portal を通じて、製造データをさまざまな粒度（完全なデータセットから個別に生成された出力ファイルまで）でダウンロードするためのコントロールにアクセスできます。選択したリリースは、Manufacturing Package としてメーカーへ直接送信することも可能です。また、Gerber、Schematic、または BOM データを直接比較することもできます。詳細は Project Releases を参照してください。

• Activities – 現在のプロジェクトに適用される、オープン（現在アクティブ）またはクローズ（完了/終了）状態の Process Workflows に関する洞察を提供します。通常、Ad-hoc、Milestone、および Handoff のピアレビュー・ワークフローなどのアクティビティが含まれます。利用可否は Altium software access のレベルに依存します。

  詳細は Activities を参照してください。

• Design Reviews – 構造化されたプロジェクトレビューのインスタンスを作成・管理し、他のユーザー（レビュアー）に割り当てて評価してもらえます。レビューはタスク駆動で、承認または却下が可能であり、設計スナップショット、定義可能なチェックリスト、コメント、ドキュメント添付、設計ソース比較などの追加機能を含みます。利用可否は Altium software access のレベルに依存します。

  詳細は Design Reviews page を参照してください。

• History – プロジェクトに関連する主要イベント（作成、コミット、リリース、クローン、MCAD 交換など）の進行タイムラインを参照します。サポート対象のイベントがプロジェクトに関連して発生するたびに、そのイベントはタイムラインに専用タイルとして追加され、該当する場合は各種アクションが利用できます。Release/Commit イベントでは、Gerber（Release イベントのみ）、Schematic、または BOM データを直接比較することもできます。詳細は Project History を参照してください。

• Assembly Assistant – 対話型の Assembly Assistant ツールを使用して、基板の組立工程を確認しながら進めます。このツールは、プロジェクトの詳細な BOM data と 2D/3D assembly view を統合し、組立工程を順に進めるために必要なグラフィカル情報と部品情報一式を提供するインターフェースを提示します。詳細は Assembly Assistant ページを参照してください。

プロジェクトの移動

フォルダ階層内で別の親フォルダ配下へプロジェクトを移動（再配置）するには、Projects ページで対象のエントリを選択し、プロジェクト/フォルダ一覧の上にある コントロールをクリックして、関連メニューの Move エントリを選択します。

Move project ウィンドウが表示されるので、新しい親フォルダを選択します。移動を実行するには ボタンをクリックします。プロジェクトは選択したフォルダへ移動され、そのフォルダへ遷移します。

プロジェクトの編集

Workspace 内の既存プロジェクトのプロパティを編集するには、Projects ページで対象のエントリを選択し、プロジェクト一覧の上にある コントロールをクリックして、関連メニューの Edit エントリを選択します。続いて表示される Edit Project ウィンドウ（簡易ビューで開きます）で、プロジェクトの Name と Description を変更できます。

プロジェクトの Name と Description は、どの段階でも編集できます。

Edit Project ウィンドウの追加フィールドにアクセスするには ボタンをクリックします。

追加フィールドは Advanced ボタンをクリックして表示します。

• Requirements – 設計プロジェクトで利用可能なこのフィールドは、関連する Requirements Portal Block を現在のプロジェクトにリンクする手段を提供します。この接続により、設計プロジェクト内から要件へリアルタイムにアクセスでき、ロック解除されない限り読み取り専用となります。関連情報は Working with Requirements を参照してください。

  

• Jira – この高度なフィールドは、Workspace で Jira Integration が有効な場合に利用できます。設計プロジェクトから Atlassian Jira^® プロジェクトへのリンクを確立するために使用し、Altium 365 の Comments and Tasks 機能を通じて、両者間でタスクを双方向に同期できるようにします。利用可能な Jira プロジェクトの一覧から選択するには、Jira 入力フィールドをクリックします。このマッピングオプションは、Jira Application 設定で全ユーザーに対して有効化されていない限り、管理者のみが利用可能である点に注意してください。詳細は Working with Jira Tasks ページを参照してください。

  

• Project – このフィールドは Managed BOM プロジェクトの編集時にのみ利用でき、BOM ドキュメントと PCB 設計プロジェクト間のリンクを指定します。このリンクにより、ソースプロジェクトからリンク先 BOM へ部品データを同期できます。これは created from a Project により作成された BOM ドキュメントでは自動的に定義されます。このリンクを再定義または削除すると、Project-to-BOM 同期が解除される点に注意してください。プロジェクトリンクの参照・選択には、このフィールドの オプションを使用します。

  

• Parameters – このコントロールをクリックすると、プロジェクトのサーバー側パラメータを管理できる領域が展開されます。パラメータ名/値のペアは、追加（）、編集（インライン編集）、削除（）が可能です。

  プロジェクトのサーバー側パラメータを編集します。

プロジェクトのサーバー側パラメータを編集します。

変更内容を確定するには ボタンをクリックします。

プロジェクトのクローン

既存プロジェクトをクローンするには、Projects ページで対象のエントリを選択し、プロジェクト一覧の上にある コントロールをクリックして、関連メニューの Clone エントリを選択します。Clone Project ウィンドウが表示されます。

プロジェクトをクローンして、作業ファイルを含む同一のコピーを作成できます。

Clone Project ウィンドウで、プロジェクト名と任意の説明を指定します。既定では、元のプロジェクト名にサフィックス「 – Copy」が付与され、既定の説明が事前入力されます。

Parent Folderフィールドにアクセスするには、 ボタンをクリックします。デフォルトでは、これはソースプロジェクトが格納されているフォルダに設定されます。フィールド右側の Change link をクリックすると、Workspace のサーバーフォルダ構造にアクセスでき、クローンしたプロジェクトを保存する別のフォルダを選択できます。必要に応じて、プロジェクトをサブフォルダ階層として整理することも可能です。詳細は Creating a Hierarchy of Project Folders のセクションを参照してください。

必要に応じて各フィールドを設定したら、 ボタンをクリックします。元のプロジェクトは、その構成ファイルおよびデータとともにクローン（複製）され、Projects ページの一覧（選択した親フォルダ配下）に新しいプロジェクトエントリとして追加されます。作成されたクローンは実質的に新規プロジェクトであるため、権限は creating (or uploading) a new project の場合と同様に設定されます。つまり、（デフォルトでは）親フォルダから権限が継承され、クローンを実行したユーザーが Owner になります。関連情報として Managing Project Creation Permissions も参照してください。

プロジェクトの削除

Related page: Trash

Workspace から既存プロジェクトを削除するには、Projects ページで該当エントリを選択し、プロジェクト一覧の上にある コントロール、またはプロジェクトのタイル内の コントロールをクリックして、関連メニューの Remove エントリを選択します。Projects ページがリスト表示で提示されている場合は、対象プロジェクトのエントリの最右端にある コントロールをクリックし、関連メニューから Remove コマンドを選択します。

次の Remove <project> ウィンドウには、関連するリリースなど、プロジェクトに関連付けられた削除対象の Item が一覧表示されます。Show details オプションを選択すると、プロジェクトの Releases view を開いて、関連する Releases および Manufacturing Packages を確認できます。プロジェクトに関連する Releases がない場合は、簡略化された Remove ウィンドウが表示されます。

Workspace プロジェクトの削除操作は実際には「ソフト削除」であり、プロジェクトおよび関連する Item は Workspace の Trash 領域へ移動されます。Remove <project> ウィンドウの ボタンで削除処理を確定してください。

削除が完了すると、プロジェクトエントリはプロジェクトのメイン一覧から取り除かれます。Altium Designer ではローカルの作業コピーはこの操作の影響を受けませんが、サーバーへ変更をコミットできなくなります。ローカルプロジェクトは存在しない VCS リポジトリを参照する状態になるため、ローカル作業コピーを閉じて再度開くことで、提案される一連のアクションにアクセスできます。

この方法で削除されたすべてのプロジェクトは、インターフェースの Trash ページで確認できます。なお、表示できるのは（他のアイテムも同様に）自分自身がソフト削除したプロジェクトのみです。管理者は Trash ページの全内容、つまりソフト削除されたすべてのアイテムを確認できます。

ソフト削除されたプロジェクトに関して考慮すべき点：

• プロジェクトは、設計ソフトウェアからも Web インターフェース内からも、開いたり参照したりできなくなります。

• プロジェクトが Workspace 外部へ共有されていた場合、関連するタイルは、関係するすべての外部ユーザーに対して Altium 365 Platform Interface の Shared with Me ページから削除されます。

• プロジェクトとともに削除された共有 Manufacturing Packages も、関係するすべてのユーザーに対して Altium 365 Platform Interface の Shared with Me ページから削除されます。

• プロジェクトで使用されたアイテムを参照する際、そのプロジェクトの Where Used エントリには、プロジェクトが削除されたことが反映されます。

• プロジェクトは、Trash ページから復元または完全削除できますが、実行できるのはそのプロジェクトの所有者または Workspace Administrator のみです。