ワークスペースプロジェクト

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

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

• 保存の簡素化。保存場所について判断する必要がありません。バックアップやその他の基本サービスは自動的に処理されます。

• コラボレーション機能の基盤となること。

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

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

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

• 複雑なセットアップなしで同時 PCB 設計が可能。

• 複数のユーザーと プロジェクトを共有 し、編集権限を与える、または閲覧とコメントのみに限定することが可能。

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

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

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

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

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

このドキュメントでは、Workspace のブラウザーインターフェースを通じたプロジェクト作業について説明します。設計ソフトウェア内でのプロジェクト作業については、Altium デザイン環境に慣れる を参照してください。

新しいプロジェクトの作成

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

Workspace のブラウザーインターフェースで新しいプロジェクトを作成する。

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

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

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

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

• Parent Folder – このフィールドを使用して、Workspace のフォルダー構造内のどこにプロジェクトを作成するかを指定します。これは現在開いているフォルダー、またはそれ以外の場合は（デフォルトで）Projects になります。新規プロジェクトのデフォルトフォルダーパスは、Admin – Settings – Projects ページの Workspace ブラウザーインターフェース で指定されることに注意してください。Create Project ウィンドウでは、フィールド右側の Change リンクをクリックして Workspace のサーバーフォルダー構造にアクセスし、プロジェクト保存先となる別のフォルダーを選択できます。

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

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

  • Parent Folder のターゲット設定がデフォルト以外であっても、そのフォルダーに対して表示アクセスしか持っていない場合（書き込み不可）。この場合、プロジェクト作成はブロックされ、My Projects フォルダーにも追加されません。

詳細は フォルダーへの書き込み権限がない場合のプロジェクト作成 を参照してください。

必要に応じて新しいプロジェクトを定義したら、 をクリックします。概要レベルのプロジェクトリストに戻り、新しく作成されたプロジェクトのエントリが表示されます。

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

プロジェクトアクセス権限の設定に関する詳細は、以下の プロジェクトの共有 を参照してください。

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

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

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

   

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

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

   

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

   

Important Considerations

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

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

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

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

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

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

推奨事項:

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

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

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

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

• Altium 365 でプロジェクトの CAM（製造）データ（生成された Gerber ファイルなど）を表示するには、それらを 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 の配置にも対応します。

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

OrCAD 設計のアップロード

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

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

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

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

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

OrCAD 設計が Workspace にアップロードされた後、その設計の新しいバージョンが利用可能になった場合（たとえば外部委託先による追加作業など）、既存の Workspace プロジェクトはプロジェクトの Upload New Version オプションを使用して更新できます。既存プロジェクトは 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 は、両者の間で双方向の設計データ交換を提供する小規模なアプリケーションです。この統合により、既存の OrCAD 環境を利用しながら Altium 365 のデータ管理上の利点を活用できます。Workspace に移行された OrCAD 設計は、履歴追跡付きのバージョン管理下に保存され、コラボレーション、閲覧、共有、コメントなどに利用できます。関係者のアクセスは権限により制御され、Web ブラウザー経由で利用可能です。

インストールウィザードの指示に従いながら、OrCAD を使用するマシンで Altium OrCAD plugin の実行ファイルをダウンロードして実行してください。インストーラーは 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 ユーザーは、コメントスレッドの作成や参加、自分または他のユーザーへの作業依頼（タスク）の割り当て、関連画像の貼り付けと表示、アクティブな Tasks に割り当てられた優先度や進捗ステータスの表示といった、Altium 365 のコラボレーション機能の恩恵をすぐに受けられます。

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

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

plugin の Comments and Tasks パネルは、基本的に接続先 Workspace の Comments and Tasks ペインの同期版です。そのため、このパネルは Workspace ペインの機能の大半を備えていますが、OrCAD はドキュメントコメントをネイティブサポートしていないため、ドキュメント内に配置されたコメントへのアクセスは除かれます。これらの Workspace 機能の詳細については、Working with the Comments Pane を参照してください。

新しいコメントは plugin の 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 識別エントリを選択すると、Workspace project Tasks view でその Task を開きます。Task の Priority と Status への変更は 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 の Version Control 下に保存されます。

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

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

この設計およびそのドキュメントでは、オブジェクト/レイヤー表示の制御、双方向クロスプロービング、管理された設計共有によるコラボレーション、ドキュメントコメント、History へのアクセスなど、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 の Version Control 下に保存されます。

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

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

このデザインとそのドキュメントでは、Altium 365 を通じて利用可能な高度な機能を使用できます。これには、オブジェクト/レイヤー表示の制御、双方向クロスプロービング、管理されたデザイン共有によるコラボレーション、ドキュメントコメント、History へのアクセスなど、多くの機能が含まれます。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 エントリを選択して最上位のプロジェクトレベルに戻ります。List ビュー（）にアクセスしている場合も同様に移動します。

フォルダーの共有

既存のプロジェクトフォルダーの共有権限を変更するには、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 Administrator のみです。

プロジェクトフォルダを削除すると、Workspace の隔離された Trash 領域へ送られます。

プロジェクトの参照

Workspace ブラウザインターフェースの Projects ページにあるプロジェクト一覧には、アクセス可能なすべてのプロジェクトが含まれており、幅広いプロジェクト管理機能とコントロールが用意されています。 ボタンを使用するとページをリスト表示（）に切り替え、 ボタンを使用するとページをグラフィカル表示（デフォルト表示）に切り替えます。

Workspace ブラウザインターフェースの Projects ページは、プロジェクト作業の中枢となる場所です。ここでは、このページのグラフィカル表示が示されています。

プロジェクト一覧は最終更新日で自動的に並べ替えられ、最新に更新されたプロジェクトが一覧の左上（グラフィカル表示）または一覧の先頭（リスト表示）に表示されます。グラフィカル表示（）では、 ボタンを使用して、プロジェクト文書を名前、作成者、所有者、または最終更新日で素早く並べ替えることができます。

リスト表示（）では、各列見出しを使用して、プロジェクト一覧を Name、Author、Owner、または Last Modified で並べ替えることができます。1 回クリックすると昇順、もう 1 回クリックすると降順になります。列名の右側の矢印は、現在有効な並べ替え方向を示します。一方の表示で選択した並べ替え方法は、両方の表示に適用されます。

プロジェクトフィルター

フィルター（）ドロップダウンメニューのオプションを使用すると、一覧を特定の所有者および/または文書タイプ、あるいはその組み合わせに絞り込むことができます。

情報、オプション、および検索

デフォルトのグラフィカル表示（）では、プロジェクトまたは 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 – クリックすると、そのプロジェクトの 詳細管理 ページを開きます。これはブラウザの別タブで開かれます。

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

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

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

• Upload New Version – このコマンドを選択すると、プロジェクトの新しいバージョン/リビジョンを参照してアップロードできます。このオプションは通常、OrCAD、KiCad、Eagle などで作成され、Workspace にインポート（アップロード）された設計プロジェクトに使用されます。

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

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

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

• Create Managed BOM – このコマンドを選択すると、現在のプロジェクトのソースデータから Managed BOM 文書を生成します。Managed BOM には BOM Portal からアクセスします。 

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

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

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

Properties ペイン

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

現在選択されているプロジェクトのさらに詳細な情報には、Properties ペインでアクセスできます。

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

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

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

• Child BOMs – プロジェクトから 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 – 現在選択されているプロジェクトに対して生成された Electrical ルール チェックおよび Design Rule チェック（ERC および DRC）で、各レポート内のエラー/違反数も含まれます。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 ペイン

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

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

プロジェクトの共有

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

共有のデフォルト

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

• プロジェクトの所有者。通常は、そのプロジェクトを作成した（または 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 オプションにアクセスするか、管理者またはフォルダー所有者であれば Projects ページ ビューから設定できます。詳細は上記の Sharing a folder を参照してください。新しく有効化された Workspace では、ルートの Projects フォルダーへの書き込みアクセスは、すべての Workspace メンバーに対して共有の観点で利用可能です。つまり、Workspace Members  に対する Write 権限（すべてのユーザーがそのフォルダーに追加または編集できる）です。

ただし、共有は特定のユーザーまたはグループに変更できます。とはいえ、推奨される方法は、この最上位フォルダーの下にフォルダー階層を作成し、特定のフォルダーとその配下のプロジェクトにカスタム共有を適用することで、共有（ひいてはアクセス）を個別に制御することです。

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

共有の概要

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 に関する情報を参照してください。

• プロジェクトは、特定の Users や Groups に明示的に共有することも、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）と外部のユーザー（Guests）に対して別々の権限が用意されています。

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

• すでに Workspace のメンバーであるユーザーは、プロジェクトのアクセスリストに直接追加されます。そのユーザーには、プロジェクトが共有されたことと、そのアクセス権の内容を知らせるメールが送信されます。許可されていれば Altium Designer でプロジェクトを開くことができ、Altium 365 Platform Interface（Projects ページから）を通じてアクセスすることもできます。

• 既存の Workspace Group を共有対象として追加した場合、そのグループはプロジェクトのアクセスリストに直接追加されます。グループの全メンバーに、プロジェクトが共有されたことと、そのアクセス権の内容を知らせるメールが送信されます。許可されていれば Altium Designer でプロジェクトを開くことができ、Altium 365 Platform Interface（Projects ページから）を通じてアクセスすることもできます。

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

外部ユーザーとの共有

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

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

• Invite these people to your Workspace オプションがオフ（無効）になっている場合、外部ユーザーは Workspace の Guest として追加され、アクセスはそのプロジェクトと、それを構成するデータのみに制限されます。Properties ペインの Who Has Access リストに表示される Guest ユーザーのアイコンには黄色のドットインジケーター（）が付き、Share ウィンドウ内の Guest ユーザーのエントリには  ラベルが表示されます。また、有効な Guest の一覧は、管理者が Workspace Members page Guests tab で確認および管理できます。

  Guest ユーザーは、自分に共有されたプロジェクトに対して、Shared With Me ページからアクセスします。場所はそのユーザーの Personal Space、またはアクセス権を持つ another Workspace です。アクセスレベル（Edit/View および再共有権限）は、共有時に選択したオプションによって決まります。

  

  編集のために Workspace 外のユーザーと共有することは、外部委託先に最適です。つまり、その相手に設計作業へ積極的に参加してもらいたいが、自分の Workspace のメンバーとして迎え入れたくはない場合です。

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

  Altium Designer Support for External Sharing

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

   

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

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

• Share ウィンドウの Invite these people to your Workspace オプションがオン（有効）になっている場合、その次に表示される Request Invitation ウィンドウでメモや追加のユーザーを指定できます。 ボタンで確定すると、そのユーザーは Guest として追加され（プロジェクトに対して Guest レベルのアクセス権を持つ）、Workspace 管理者へアクセス要求メールが送信され、さらに Invitation Requests tab on the Workspace Members page にリクエスト項目が作成されます。

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

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

  上記のユーザーが Workspace メンバーとして承認された後に、Workspace から removed された場合、そのユーザーは Guest に降格されます。これは、そのユーザーが共有されたプロジェクトへのアクセスを引き続き保持するものの、そのアクセスは Shared with Me の場所、たとえば自分の Personal Space などを通じて行うことを意味します。

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

組織内での共有

上記のように特定のユーザーまたはグループとプロジェクトを共有する方法とは別に、Share ウィンドウの Anyone in <company> can access オプションを選択することで、組織内のすべてのメンバーに対して基本的な閲覧専用アクセスを提供できます。ここで対象となる組織メンバーは、組織の Dashboard にある Users page で定義されているユーザーです。

この共有レベルのみが適用されている場合、組織内のすべての登録ユーザーは、Shared with Me オプションを通じて、Altium Designer と自分の Altium 365 Personal Space の両方からそのプロジェクトにアクセスできます。すべてのユーザーのアクセスは閲覧専用ですが、プロジェクト所有者と Workspace 管理者は、Workspace 自体を通じて引き続き完全なアクセス権を保持します。

ダイレクトリンクによる共有

プロジェクトへのダイレクトリンクを共有することもできます。このリンクは、Sharing window の下部にある コントロールをクリックすると取得できます。リンクによって提供されるアクセスは、プロジェクトの現在の共有権限に基づきます。

• For members of the Workspace – そのユーザーのアクセスは、Workspace Members エントリの権限設定（No access、Can View、Can Edit）、またはそのユーザー名（もしくはそのユーザーが所属する Group）に対して明示的に設定された Share Project With エントリの権限によって決まります。

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

プロジェクトへのダイレクトリンクを取得します。このリンクの利用は、Sharing window における既存の共有権限によって制御されます。

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

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

アクセス要求の処理

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

Email Notifications オプションが Workspace の Admin-Settings page で有効になっている場合、対応するアクセス要求メールもそれらのユーザーに送信されます。受信者は、プロジェクトの Share window の 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 プロパティへの直接リンクが含まれます。

Multi-board Project の共有

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

Multi-board project の操作に関する詳細は、Multi-board Design を参照してください。

Multi-board と関連サブプロジェクトの間のリンクは、Multi-board project 自体（*.PrjMbd）内に相対パスとして保存されるため、デザイン クライアント（Project » Make available Online）から Workspace VCS にプロジェクトを保存する際には、それらが有効なままである必要があります。実際には、all プロジェクトが Workspace に保存され、正しいフォルダー構成に配置されていることを確認する必要があります。ただし、ほとんどの場合、Multi-board system に含まれるすべてのプロジェクトは同じフォルダー内に置かれる可能性が高いでしょう。

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

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

プロジェクト所有権の移譲

Workspace Administrators と同様に、プロジェクトの Owner（デフォルトでは、そのプロジェクトを作成/追加したユーザー）は完全なプロジェクト編集権限を持ちます。一方、そのプロジェクトへの共有アクセスを持つ他のメンバーには、プロジェクトの Edit/View 権限が Share ウィンドウで指定されたとおりに付与されます。

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

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

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

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

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

プロジェクトの詳細管理ページへのアクセス

Main page: 特定プロジェクトの管理

Workspace には、製造指向の CAD 中心ビューとして高度なプロジェクト表示機能があり、対象のプロジェクトを選択し、プロジェクト一覧上部の コントロールをクリックして、関連メニューから Open エントリを選択することで開けます。あるいは、一覧内の対象プロジェクト エントリを直接ダブルクリックします。

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

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

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

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

• Releases – プロジェクトのリリースを表示します。フルリリースデータ、または特定のアセンブリパッケージを開くためのアクセスが提供され、これらは Manufacturing Portal を介して別タブに表示されます。このポータルから、リリース済みファイルデータの表示とナビゲーション、BOM の確認、さらに設計そのもののスナップショット、つまりそのリリースデータのソースの表示とコメント追加を行えます。Releases ビュー、または特定のリリースの Manufacturing Portal のいずれからでも、さまざまな粒度レベルで製造データをダウンロードするためのコントロールにアクセスできます（完全なデータセットから個々の生成出力ファイルまで）。選択したリリースは、Manufacturing Package としてメーカーへ直接送信することもできます。また、Gerber、回路図、または 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 イベントのみ）、回路図、または BOM データを直接比較することもできます。詳細は Project History を参照してください。

• Assembly Assistant – インタラクティブな Assembly Assistant ツールを使用して、基板アセンブリ工程を確認し、進めることができます。このツールは、プロジェクトの詳細な BOM データ と 2D/3D アセンブリビュー を組み合わせ、アセンブリ工程を段階的に進めるために必要な図形情報および部品情報を提供するインターフェイスを実現します。詳細は Assembly Assistant ページを参照してください。

プロジェクトの移動

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

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

プロジェクトの編集

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

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

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

追加フィールドには、Advanced ボタンをクリックしてアクセスします。

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

  

• Jira – この Advanced フィールドは、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 リンクをクリックすると、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> ウィンドウには、関連する Releases など、そのプロジェクトに関連付けられており、あわせて削除される Items が一覧表示されます。Show details オプションを選択すると、プロジェクトの Releases view が開き、関連する Releases および Manufacturing Packages を確認できます。 プロジェクトに関連する Releases がない場合は、簡易版の Remove ウィンドウが表示されます。

Workspace プロジェクトの削除操作は、実際には「ソフト削除」であり、プロジェクトおよび関連する Items は 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 に限られます。