ワークスペースプロジェクト
Altium Designer は、Altium 365 Workspace と連携することで、プロジェクトのライフサイクルにおける開発段階を対象とした高度なプロジェクト構成をサポートし、バージョン管理されたプロジェクトの作成と継続的なワークフローを簡素化します。さらに、Workspace の管理下での一元化された保存により、この機能は他のコラボレーションサービスの基盤にもなります。
Workspace ベースのプロジェクトを使用する主な利点は次のとおりです。
-
保存の簡素化。保存場所を決める必要はありません。バックアップやその他の基本サービスは自動的に処理されます。
-
コラボレーション機能の基盤。
-
バージョン管理の強制。
-
専用コメントシステムの利点。
-
通知とステータス。ローカルでの変更を含むドキュメントのステータスが、設計チーム全体から確認できます。
-
複雑な設定なしで同時並行の PCB 設計が可能。
-
複数のユーザーに対して、編集用または閲覧・コメント専用としてプロジェクトを共有できる機能。
-
Project History 機能の使用時に、VCS 関連のコミットイベントを含む完全な機能を利用可能。
技術的には、プロジェクトは Workspace に保存されるメタ情報と、Workspace に内在する GIT ベースのバージョン管理との緊密な統合の組み合わせです。一般的なワークフローは次のとおりです。
-
ユーザーは新しいプロジェクトを作成します(Altium Designer の Create Project ダイアログ、Workspace のブラウザーインターフェース、または Altium Designer 内から 既存のローカルプロジェクトを Workspace で利用可能にする方法による)。作成時に、ユーザーはプロジェクト名と説明を定義します。
-
Workspace のブラウザーインターフェース、または Altium Designer 内で、プロジェクトへのアクセス権が定義・管理されます。
-
すべての共同作業者は、プロジェクトを開くために選択し(Altium Designer 内から)、その後自動的にチェックアウトされます。
このドキュメントでは、Workspace のブラウザーインターフェースを通じたプロジェクトの操作について説明します。設計ソフトウェアでのプロジェクト操作については、Getting Familiar with the Altium Design Environment を参照してください。
新しいプロジェクトの作成
プロジェクトは、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 フォルダーも追加されません。詳細は Project Creation Without Folder Write Access を参照してください。
必要に応じて新しいプロジェクトを定義したら、
をクリックします。概要レベルのプロジェクト一覧に戻り、そこに新しく作成されたプロジェクトのエントリが表示されます。
Workspace のブラウザーインターフェースの Projects ページに戻ると、新しく作成されたプロジェクトが表示されます。
プロジェクトアクセス権限の設定に関する詳細は、以下の Sharing a Project を参照してください。
既存のローカルプロジェクトのアップロード
既存の設計プロジェクトを Workspace にアップロードすることもできます。手順は次のとおりです。
-
プロジェクト一覧の上にある
ボタンをクリックし、メニューの Project グループから Upload エントリを選択します。プロジェクトの ZIP アーカイブを参照して選択し、Open をクリックしてアップロードを開始します。
-
ポップアップウィンドウに、アップロード対象となる可能性のあるファイル数(選択したフォルダーに含まれる)が表示され、続行の確認を求められます。
をクリックしてください。
-
Upload Project ウィンドウが表示されます。デフォルトでは、Project Name は既存プロジェクトのものになります。必要に応じて変更し、適切な説明を追加してください。Parent Folder には、アップロード処理開始時にアクティブだったフォルダーが設定されます。フィールド右側の Change リンクをクリックすると、Workspace のサーバーフォルダー構造にアクセスでき、プロジェクトを保存する別のフォルダーを選択できます。必要に応じて、プロジェクトをサブフォルダーの階層に整理することもできます。詳細は、Creating a Hierarchy of Project Folders のセクションを参照してください。必要な設定を行ったら、
ボタンをクリックします。
-
アップロードが実行され、その後、概要レベルのプロジェクト一覧にそのプロジェクトのエントリが追加されます。
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 の利用が可能になります。
これらのオプションの詳細については、Fabrication セクションの Web Viewer ドキュメントを参照してください。
OrCAD 設計のアップロード
Workspace OrCAD® Upload 機能により、Altium 365 Workspace にアップロードして解釈できる設計ファイルの種類が拡張されます。適切な回路図(
*.dsn)および PCB(*.brd)ファイルを含むアーカイブファイル(*.zip)は、下図のように Projects ページの
ボタンから利用できる Design Files » OrCAD オプションを通じてアップロードされます。OrCAD 設計は Altium 365 上でバージョン管理下に保存されます。
アップロードされた OrCAD 設計は、他の Workspace プロジェクトと同様に、そのタイルをダブルクリックするか、タイルの
メニューまたはページのメイン
メニューから Open オプションを選択して開きます。処理が完了すると、OrCAD 設計ファイルは回路図、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 にアップロードされた後、たとえば外部委託先による追加作業などでその設計の新しいバージョンが利用可能になった場合、既存の Workspace プロジェクトはプロジェクトの Upload New Version オプションを使用して更新できます。既存プロジェクトは Git Version Control の下で保存されているため、このオプションにより新しい設計更新をそのプロジェクトの新しい VCS リビジョンとしてコミットできます。こうしたすべての Commit(およびプロジェクト Release)イベントは記録され、プロジェクトの History view でアクセスできます。
Altium 365 との OrCAD 統合
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 ブラウザーから利用できます。
インストールウィザードの案内に従いながら、Altium OrCAD plugin の実行ファイルを OrCAD マシン上でダウンロードして実行してください。インストーラーは OrCAD のインストール先を自動的に検出するはずです。
インストール後、plugin は OrCAD のメインメニュー内の Altium 365 エントリから利用できます。これにより、サインインして現在の OrCAD プロジェクトを Altium 365 Workspace に保存したり、利用可能なメニューオプションを使って Workspace から以前保存したプロジェクトを読み込んだりできます。
注:OrCAD® は Cadence Design Systems, Inc. が所有する米国連邦登録商標です。この商標へのすべての言及は識別目的のみに使用されています。この商標の使用は、Cadence Design Systems, Inc. との関係、承認、または推奨を意味するものではありません
Comments and Tasks のサポート
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 を参照してください。
Comments and Tasks メニューから Altium 365 オプションを選択すると、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 パネルに反映されます。
KiCad 設計のアップロード
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 設計は、他の Workspace プロジェクトと同様に、そのタイルをダブルクリックするか、タイルの
メニューまたはページのメイン
メニューから Open オプションを選択して開けます。処理後、KiCad 設計ファイルは、Schematic、PCB、3D PCB、および BOM リストのプロジェクトビューとして解釈されます。
この設計とそのドキュメントでは、オブジェクト/レイヤー表示の制御、双方向クロスプロービング、管理された設計共有によるコラボレーション、ドキュメントコメント、History へのアクセスなど、Altium 365 で利用可能な高度な機能を利用できます。BOM Portal application にアクセスできる場合は、設計から調達指向の Managed BOM ドキュメントを作成し、製造およびサプライヤー部品データを管理できます。
設計ビューアーの機能については、Web Viewer page を参照してください。
EAGLE 設計のアップロード
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 リストのプロジェクトビューとして解釈されます。
この設計およびそのドキュメントでは、オブジェクト/レイヤー表示の制御、双方向クロスプロービング、管理された設計共有によるコラボレーション、ドキュメントコメント、History へのアクセスなど、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/XMLBOM ファイルを参照して選択し、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 ウィンドウで、新しいフォルダーの名前、親フォルダー、および任意の説明を指定します。新しいフォルダーは常に現在選択されているフォルダーの下に作成され、そのフォルダーが親フォルダーになります。新しいフォルダーの権限は親フォルダーから継承され、その親フォルダーの「所有者」が現在のユーザーと異なる場合は、その所有者の書き込みアクセスも含まれます。
必要に応じて属性を定義したら、
をクリックします。新しいフォルダー(サブフォルダー)が作成され、そのフォルダーへ移動します。
必要に応じてさらにフォルダーを作成し、設計プロジェクトを保存および分類するためのフォルダー階層を構築します。これらのフォルダーは、その後のフォルダー作成時に親フォルダーとして選択できるようになり、以下の画像のように利用できます。
フォルダー階層のナビゲーション
Projects ページのデフォルト(グラフィカル)ビューには、
Projectsフォルダーの下にあるすべての子フォルダーが表示されます。選択したフォルダーの詳細は、右側の情報ペインに表示されます。
フォルダーエントリの名前をクリックするとその内容が開き、パンくずリストのエントリを選択するとフォルダー階層を上に戻って移動できます。また、メインナビゲーションツリーの Projects エントリを選択すると、最上位のプロジェクトレベルに戻ります。List ビュー(
)にアクセスする場合も同様に操作します。
フォルダーの共有
既存のプロジェクトフォルダーの共有権限を変更するには、Projects ページでそのエントリを選択し、関連する
コントロールから Share エントリを選択するか、上部の
ボタンをクリックします。Share Item ウィンドウでは、特定のユーザーまたはグループ(Share Item With エントリ)に対するフォルダーアクセスを追加したり、フォルダーの既存の共有権限(Share With の下)を表示および変更したりできます。なお、固有の Owner および Administrator 権限は変更できません。
Share Item ウィンドウでは、選択したフォルダーに適用される共有権限の追加および変更を行えます。
Shared With エントリでは、一部のユーザーアクセスレベル(表示、編集、アクセスなし)が選択できない場合があります。これは、アクセスレベルの変更が親フォルダーから継承された権限設定と矛盾し、結果としてその権限を引き下げることになるためです。デフォルトでは、すべてのユーザーに対する
Edit権限が適用されます。フォルダーの権限を親フォルダーの権限から切り離し、権限継承を無効にしてすべてのアクセスレベルオプションを有効にするには、Share Item ウィンドウの Advanced 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 回クリックすると降順で並べ替えられます。列名の右側の矢印は、現在有効な並べ替え方向を示します。ある表示で選択した並べ替え方法は、両方の表示に適用されます。
プロジェクトフィルター
フィルター(
)のドロップダウンメニューオプションを使用すると、一覧を特定の Owner やドキュメントタイプ、またはその両方の組み合わせに絞り込めます。
情報、オプション、および検索
既定のグラフィカル表示(
)では、プロジェクトまたは 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 – このコマンドを選択すると、新しいバージョン/リビジョンのプロジェクトを参照してアップロードできます。このオプションは通常、Workspace にインポート(アップロード)された設計プロジェクト、たとえば OrCAD、KiCad、Eagle などで作成された設計に使用されます。
-
Clone – このコマンドを選択すると Clone Project ウィンドウが開き、プロジェクトの同一コピーを作成するためのコントロールが表示されます。
-
Watch – このコマンドを選択すると、プロジェクトをフォローします。Workspace から送信されるメールにより、そのプロジェクトに関連する該当通知(例: 更新、リリース、パラメーター変更、権限変更)を受け取るようになります(Workspace で email notifications が Administrator によって有効化されている場合)。プロジェクトの作成者/所有者は、自動的にそのプロジェクトをウォッチする設定になります。
-
UnWatch – このコマンドを選択すると、プロジェクトのフォローを停止し、そのプロジェクトに関連するイベント通知の受信を停止します。
-
Create Managed BOM – このコマンドを選択すると、現在のプロジェクトのソースデータから Managed BOM ドキュメントを生成します。Managed BOM には BOM Portal からアクセスします。
-
Remove – このコマンドを選択すると、プロジェクトを削除します。削除を確認するためのRemove ウィンドウが表示されます。この操作は「ソフト削除」であり、プロジェクト(その Revisions および Releases を含む)は Workspace のTrash 領域へ移動されます。
Project Search
また、プロジェクトSearch検索機能も用意されており、すべてのプロジェクトフォルダーを対象にプロジェクトを検索できます。Workspace パラメーターの名前と値で検索できるため、検索を最適化するためのカスタムプロジェクトパラメーター(例:顧客名、プロジェクト番号)を作成できます。ブラウザーインターフェース上部のフィールドに検索文字列の一部を入力してください。リストは更新され、その検索文字列を属性に含むプロジェクト項目のみが表示されます。
プロジェクトパラメーターで検索する場合、パラメーター名でも、存在するパラメーターの特定の値でも検索できます。パラメーター名で検索する場合、その名前にスペースが含まれないなら、検索フィールドに <ParameterName> = を入力します。名前にスペースが含まれる場合は、"<ParameterName>" = のように文字列をそのまま入力します。通常は、顧客名のようなパラメーター値(Customer、Customer Name などのパラメーター内)を使用します。以下の例では、完全一致の検索文字列は
"Customer Name"= CompanyXYZとなります。ただし、パラメーターを「タグ」として使用することもできるため、その特定のパラメーターを持つ任意のプロジェクトを検索することも可能です。
検索機能の使用例。この例では、プロジェクトパラメーター(Customer Name)の値に基づいてプロジェクトを見つけるため、部分一致の検索文字列を使用しています。
Properties Pane
まだ表示されていない場合は、右側ペイン上部の Properties をクリックして Properties ペインを表示します。このペインには、現在選択されているプロジェクトの詳細なプロパティ情報が表示されます。
現在選択されているプロジェクトのさらに詳細な情報は、Properties ペインで確認できます。
Properties ペインで利用できるプロパティデータは、現在選択されているプロジェクトから Workspace が抽出または生成したものです。ペイン最上部にはボードの 3D ビュー(プロジェクトで PCB が利用可能な場合)が表示され、プロジェクト名、説明、所有者、作成日時、最終更新日時、およびプロジェクトの親フォルダーへのリンクなど、一般的な上位レベルの情報も併せて示されます。
追加のプロパティは、以下の展開可能な見出しの下に整理されています(説明用のサンプル画像付き)。
-
Child Projects(Multi-Board projects のみ)– Multi-board project に含まれ、リンクされているサブプロジェクト PCB の一覧です。サブプロジェクトのリンクをクリックすると、通常どおりその PCB プロジェクトが Web Viewer で開きます。
-
Child BOMs – プロジェクトから生成され(かつリンクされた)、Managed BOM ドキュメントの一覧です。
-
Who Has Access – そのプロジェクトにアクセスできる Workspace Groups、Members、および External Share ゲストの概要です。アイコンにカーソルを合わせると、該当する共有アクセスの詳細が表示され、下のテキストにも要約が示されます。External Share ユーザーのアクセスアイコンには黄色のドットが付いている点に注意してください。

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プロジェクトのリンクをクリックすると、その親プロジェクトが開きます。
Activity Pane
まだ表示されていない場合は、右側ペイン上部の Activity をクリックして Activity ペインを表示します。このペインには、現在選択されているプロジェクトのアクティビティ情報が表示されます。各メッセージは、そのプロジェクトに関連して発生したイベント(プロパティ変更、新しいコミット、リリースなど)を強調表示します。最新のイベントが一覧の最上部に表示されます。
現在選択されているプロジェクトで発生したイベントの履歴は、Activityペインで確認できます。
Sharing a Project
プロジェクトが Workspace で利用可能になると、次にそのプロジェクトへ実際にアクセスできるユーザーを決める必要があります。これは、アクセス権限そのものを設定するのではなく、プロジェクトを共有することで行います。
Sharing Defaults
新規作成された、または Workspace で利用可能になったプロジェクトは、デフォルトで次の相手と共有されます。
-
そのプロジェクトの Owner(通常は、そのプロジェクトを作成した、または Workspace で利用可能にした設計者):フル編集アクセス付き。
-
Administratorsグループ:フル編集アクセス付き。
-
その他のユーザーまたはグループ:プロジェクトの親フォルダーから継承された権限(通常はすべての
Workspace Membersに共有)または Workspace Administrator によって指定された固定のデフォルト権限に従って決定されます。
新規作成プロジェクトの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 エリアから指定できます。
プロジェクト フォルダーの共有は、フォルダー項目の右クリック コンテキスト メニューから Share Folder オプションにアクセスして Admin – Explorer ページで設定できます。また、管理者またはフォルダー所有者の場合は、Projects ページ ビューからも設定できます。詳細は上記の フォルダーの共有 を参照してください。新たに有効化された Workspace では、共有設定上、ルート Projects フォルダーへの書き込みアクセスはすべての Workspace メンバーに対して利用可能です。つまり、
Write権限がWorkspace Membersに対して設定されています(すべてのユーザーがフォルダーに追加または編集できます)。ただし、共有は特定のユーザーまたはグループに変更できます。推奨される方法は、この最上位フォルダーの下にフォルダー階層を作成し、特定のフォルダーおよびその配下のプロジェクトにカスタム共有を適用することで、共有(ひいてはアクセス)を個別に制御することです。
Projects フォルダーは Workspace の最上位フォルダーであり、管理者のみがアクセスできます。Workspace メンバーのアクセスを管理するには、このレベルの下に権限制御されたフォルダー階層を作成してください。
共有の概要
Workspace のブラウザー インターフェイスからプロジェクトのアクセス権限を設定するには、インターフェイスの Projects ページで対象プロジェクトのタイルを選択し、その
コンテキスト メニューから Share コマンドを選ぶか、上部の
ボタンをクリックします。Projects ページがリスト ビューで表示されている場合は、プロジェクト項目の右端にある対応する
コントロールをクリックし、関連メニューから Share コマンドを選択します。
以下の Share ウィンドウには、プロジェクトを他のユーザーと共有するために必要なすべてのコントロールが含まれています。
設計プロジェクトを Workspace で一元管理している場合、他のユーザーとの共有は各プロジェクトの権限を管理するだけで簡単に行えます。
注意事項:
-
権限の観点では、Can Edit オプションが選択されている場合、ユーザー/グループはプロジェクトに対して完全な編集アクセス権を持ちます。そうでない場合は、表示専用アクセスとなります。
-
Owner と Administrators グループは常に完全な編集アクセス権(Can Edit)を持ちます。
-
Owner および Administrators グループを除き、含まれるすべてのユーザー/グループの権限は個別に Can View または Can Edit に設定するか、アクセス権を完全に削除できます。
-
Workspace のバージョン管理(Git VCS)下ではなく、ミラー形式(Simple Sync)で Altium Designer から Workspace に公開されたプロジェクトは、編集権限付き(Can Edit)で共有できません。編集できるのはプロジェクト所有者のみです。
► Making Altium Designer Projects Available Online に関する情報を参照してください。 -
プロジェクトは、特定のユーザーおよび/またはグループに明示的に共有することも、Workspace の任意のメンバー(またはすべてのメンバー)に共有することもできます。
-
プロジェクトに対して十分な共有権限があれば、Workspace のメンバーではないユーザーとも共有できます。そのようなユーザーは External Share Workspace のユーザーとなり、指定した権限レベルで共有プロジェクトにアクセスできますが、他の Workspace データにはアクセスできません。詳細は 外部ユーザーとの共有 を参照してください。
特定のユーザーまたはグループとの共有
Workspace 内のプロジェクトを指定したユーザーおよび/またはグループと共有する手順は次のとおりです。
-
Share ウィンドウの Share Project With フィールドに、必要なユーザー/グループ名を追加します。項目を追加するには、フィールドに目的の名前/メールアドレス/グループ名を入力し始めると、一致するユーザー/グループを動的リストから選択できます。このリストには、Workspace のフィルタリングされたメンバー、組織内のユーザー、および Workspace に定義済みの既存グループのみが表示されます。複数のユーザー/グループを選択できます。入力済みのユーザー/グループを削除するには、その項目に関連付けられた
コントロールをクリックします。
- 追加したユーザー/グループの共有アクセス権限は、関連するドロップダウン メニューから Can View または Can Edit を選択して設定します。後者のオプションには閲覧権限が含まれます。この設定は、最初は Share Project With フィールドに含まれるすべての項目(ユーザー/グループ)に適用されます。
-
このプロジェクトの共有設定に関する情報を含めたい場合は、
コントロールをクリックしてテキスト入力領域を表示します。
- Shared With コントロールをクリックすると、現在そのプロジェクトが共有されているユーザー/グループ(明示的に共有されているもの)が表示されます。デフォルトでは Owner と Administrators グループが含まれます。
Owner および Administrators グループを除き、含まれるすべてのユーザー/グループの権限は個別に Can View、Can Edit、
Ownerに設定するか、アクセス権を完全に削除できます。現在の権限状態をクリックするとコントロールにアクセスできます。► Make Owner オプションの詳細については、プロジェクト所有権の移譲 を参照してください。-
Workspace 内のすべてのメンバーにアクセスを開放するには、Workspace Members 項目のドロップダウン メニューから適切な権限レベル、つまり Can View(読み取り専用アクセス)または Can Edit(完全な読み取り/書き込みアクセス)を選択します。
No accessに設定した場合、アクセスできるのは所有者、管理者、および共有対象として明示的に追加されたユーザーのみです。Workspace の権限継承スキームにより、一部の権限レベル オプションが無効になる場合がある点に注意してください。
これは、親フォルダーから継承された権限を下位に変更して、既存の親子継承関係に反することを防ぐためです。意図的に親子継承を解除するには、Share ウィンドウの Advanced Settings にある Inherit parent folder permissions オプションを無効にします。
-
Share ウィンドウの Advanced Settings には、共有されたユーザーがさらに再共有したりプロジェクトをダウンロードしたりできるかどうかを制御するオプションが含まれています。設定は、Workspace の Member とゲストレベルのアクセス権に分かれており、編集権限(
Can Edit)を付与されたユーザーがプロジェクトを共有できるかどうか、また読み取り専用権限(Can View)を持つユーザーがプロジェクトをダウンロードできるかどうかを指定できます。実際には、これにより、たとえば外部の請負業者によるさらなる共有を制限できます。
また、表示専用アクセスのユーザーに対しては、ネイティブ データ(プロジェクト自体)や派生データ(たとえば生成された Gerber や PDF)をダウンロードできるかどうかを制御できます。
それでも、Web UI 上でデータを表示し、コメントを行うことは可能です。いずれの場合も、Workspace の内部のユーザー(Members)と外部のユーザー(External Shares)に対して、それぞれ個別の権限が用意されています。
-
プロジェクトの更新された共有権限を確定するには、
ボタンをクリックします。その後の動作は、招待されるユーザーの種類によって異なります。
-
すでに Workspace メンバーであるユーザーは、プロジェクトのアクセス リストに直接追加されます。そのユーザーには、プロジェクトが共有されたこと、および付与されたアクセス権の内容を通知するメールが送信されます。許可されている場合は Altium Designer でプロジェクトを開くことができ、Altium 365 Platform Interface からも(Projects ページから)アクセスできます。
-
共有のために既存のWorkspace Groupを追加すると、そのグループはプロジェクトのアクセスリストに直接追加されます。グループのすべてのメンバーに、そのプロジェクトが共有されたこと、およびそのプロジェクトに対して付与されたアクセス権を通知するメールが送信されます。メンバーは、許可されていればAltium Designerでプロジェクトを開くことができ、Altium 365 Platform Interfaceからも(Projects ページから)アクセスできます。
-
Workspaceの外部にいるユーザーに対しては、プロジェクトが共有され、通知メールが送信されます。詳細は以下のSharing with External Usersを参照してください。WorkspaceのExternal Share ユーザーとして(以下を参照)、そのユーザーは、許可されていればAltium Designerでプロジェクトを開くことができ、Shared with Me ページから自身のAltium 365 Personal Spaceを通じてアクセスできます。メールには、Altium 365を通じて設計へ直接アクセスするための情報が含まれています。メール内の
ボタンをクリックすると、Altium 365 Sign Inページに移動します(すでにプラットフォームまたはAltium Accountにサインインしている場合を除く)。サインインすると、共有された設計がロードされた状態で、直接Web Viewerが表示されます。
Sharing with External Users
Workspaceプロジェクトを「外部」ユーザー(Workspaceのメンバーではないユーザー)と共有する手順は、望ましい結果と、現在のユーザー自身がそのプロジェクトに対して持っているアクセス権に依存します。ユーザーは、External Share accessを付与する、Sharing Requestを送信する、またはWorkspace Membersとして追加するよう依頼することで、外部ユーザーとプロジェクトを共有できます。最後のケースでは、Workspace管理者が承認または拒否するユーザーInvitation Requestが作成されます。
これらの共有メカニズムは、自組織内の他のAltium Accountユーザー、異なる組織のAltium Accountユーザー、およびAltium Accountを持たないユーザー(その場合は登録が必要)に対して適用できます。共有されたユーザーが利用できるプロジェクトアクセスレベルは、プロジェクトの編集および共有の設定によって異なります。
Applying an External Share
プロジェクトに対してediting rightsとsharing rightsを持つユーザー(管理者を含む)は、外部ユーザーに限定されたExternal Shareアクセスを付与することで、そのプロジェクトを共有できます。これにより、他のWorkspaceデータは公開されません。
Shareウィンドウで外部ユーザーとプロジェクトを共有する際、そのユーザーのShare Project Withメールアドレス入力によって指定すると、確認済みのShareウィンドウの後に、共有の適用方法と共有先を示す追加の確認ウィンドウが表示されます。Request to have these people invited to your Workspace as Membersオプションをオフのままにして、このウィンドウで確認(
)すると、外部ユーザーにExternal Shareアクセスが有効になります。上記オプションをオンにした場合については、Submitting an Invitation Requestを参照してください。
プロジェクトのExternal Shareステータスは、PropertiesペインのWho Has Accessリストで確認できます。そこでは、外部ユーザーのアイコンに黄色いドットのインジケーターが付きます(詳細はアイコンにカーソルを合わせて表示)。また、プロジェクトのShareウィンドウのShare Withリストでは、ユーザーのエントリにexternal shareラベル(
)が表示されます。さらに、管理者はTeamページのExternal Share tabでExternal Shareエントリにアクセスして管理できる点にも注意してください。
外部ユーザーは、自身のPersonal Space内のShared With Meページ、またはアクセス権のあるanother Workspaceを通じて、共有されたプロジェクトにアクセスします。アクセスレベル(編集/表示および共有権限)は、共有処理中に選択したオプションによって決まります。
Submitting a Sharing Invitation Request
プロジェクトに対するediting rightsを持つユーザーは、Invitation Requestを送信して外部ユーザーと共有できます(Workspace Membersとして追加することを要求)。これが管理者に承認されると、そのプロジェクトおよびすべてのWorkspaceデータと機能へのアクセスが有効になります。
この場合、共有確認ウィンドウのRequest to have these people invited to your Workspace as Membersオプションがオンになっており、その後に表示されるRequest Invitationウィンドウでメモや追加ユーザーをリクエストに含めることができます。
ボタンで確定すると、そのユーザーはExternal Share として追加され(現時点では)、Workspace管理者にアクセス要求メールが送信され、さらにTeamページのInvitation Requests tabにリクエストエントリが作成されます。
管理者は、このエントリを承認または却下して処理します。
承認されると、そのユーザーは(External Shareユーザーから)新しいWorkspaceメンバーへ昇格し、他のメンバーと同様に、プロジェクトへのアクセスレベルは共有処理中に選択したオプションによって決まります。管理者によりリクエストが却下された場合、そのユーザーにはExternal Shareアクセスのみが残ります。
Submitting a Share Access Request
のようなShared with Me場所を通じてのみアクセスできることを意味します。プロジェクトに対するsharing rightsを持たないユーザーは、そのプロジェクトに対する共有Access Requestを送信することで、外部ユーザーと共有する申請を行うことができます。このリクエストは、そのプロジェクトに対して完全な共有権限(
Editおよび共有)を持つ任意のWorkspaceメンバーが処理でき、承認されると、対象ユーザーにそのプロジェクトへのExternal Shareアクセスが付与されます。この場合、Shareウィンドウでは、指定したユーザーに対するプロジェクト共有アクセス要求を送信する機能(
)が提供されます。このプロジェクトに対する編集権限を持つユーザーには、プロジェクトのShareウィンドウへのOpen sharing settingsリンクを含むAccess Requestメールが送信されます。
アクセス要求メールを受け取ったWorkspaceユーザーは、プロジェクトのShareウィンドウにある対応するPending Approvalエントリに対して、ユーザーに適切な
Edit/View権限を指定し、その後設定を確認(
)することで対応できます。続いて表示される確認ウィンドウでは、そのユーザーがWorkspace外部(メンバーではない)であることを示す警告が表示されます。肯定的な応答(
)を行うと、そのユーザーにプロジェクトへのExternal Shareアクセスが付与されます。
Sharing by adding a new Workspace Member
Workspace管理者は、外部ユーザーを完全なWorkspace Membersとして追加することで、ただちにそのユーザーとプロジェクトを共有できます。これにより、プロジェクトおよびすべてのWorkspaceデータと機能へのアクセスが有効になります。
共有確認ウィンドウのRequest to have these people invited to your Workspace as Membersオプションはオンになっており、その後に表示されるInvite Team Membersウィンドウでメモや追加ユーザーをリクエストに加えることができます。
ボタンで確定すると、外部ユーザーが新しいメンバーとして追加されることを知らせる最終ウィンドウが表示されます。
ウィンドウの
ボタンをクリックして処理を完了します。以前は外部ユーザーだったそのユーザーは、これで新しいWorkspaceメンバーとなり、他のメンバーと同様に、編集/共有アクセスのレベルは共有処理中に選択したオプションによって決まります。
組織との共有
上記のように特定のユーザーまたはグループとプロジェクトを共有するのとは別に、Share ウィンドウの Anyone in <company> can access オプションを選択することで、組織内のすべてのメンバーに基本的な閲覧専用アクセスを提供できます。これが適用される組織メンバーは、組織の Dashboard にある Users page で定義されているメンバーです。
このレベルの共有のみが適用されている場合、組織内の登録済みユーザーは全員、Altium Designer と各自の Altium 365 Personal Space の両方で Shared with Me オプションを通じてそのプロジェクトにアクセスできます。すべてのユーザーのアクセスは閲覧専用ですが、プロジェクト オーナーおよび Workspace の管理者は、Workspace 自体を通じて引き続き完全なアクセス権を保持します。
ダイレクト リンクによる共有
プロジェクトへのダイレクト リンクを共有することもできます。このリンクは、Sharing window の下部にある
コントロールをクリックして取得します。リンクによって提供されるアクセスは、プロジェクトの現在の共有権限に基づきます。
-
For members of the Workspace – アクセスは、Workspace Members エントリの権限設定(
No access、Can View、Can Edit)または、そのユーザー名(またはそのユーザーが所属する Group)に対する明示的な Share With エントリに適用された権限によって決まります。 -
For users outside of the Workspace – アクセスは、そのユーザー名に対する明示的な Share With エントリと、その名前に適用された権限によって決まります。アクセスするには、ユーザーが Altium Account に登録済みで、サインインしている必要があります。そのユーザーは External Share ユーザーとして分類されます。
プロジェクトへのダイレクト リンクを取得します。このリンクの使用は、Sharing window にある既存の共有権限によって制御されます。
リンクはクリップボードにコピーされます。使用すると、許可されている場合に限り、該当ユーザーはプロジェクトの詳細管理ページに直接アクセスできます。詳細は below section を参照してください。
別のケースとして、提供されたリンクを開いたユーザーがそのプロジェクトにアクセスできない場合(そのユーザーには共有されていない場合)、アクセス要求を送信する方法が提示されます。.
アクセス要求の処理
ユーザーが Access Request を送信すると、そのプロジェクトを共有できる(アクセスを付与できる)ユーザーは、Share dialog 内のプロジェクトの Advanced Settings によって決まります。これは outlined above のとおりです。この文脈での「Editors」は、そのプロジェクトの編集権限(
Can Edit)を持つユーザーを指します。Workspace Administrators とプロジェクトの Owner は、常にプロジェクトを共有できる点にも注意してください。また、Workspace の Admin-Settings page で Email Notifications オプションが有効になっている場合、該当ユーザーには対応するアクセス要求メールも送信されます。受信者は、プロジェクトの Share window の Advanced Settings に従って、以下のように決定されます。
-
Workspace メンバーの Editors に対して共有が有効になっている場合、Administrators、プロジェクト Owner、およびそのプロジェクトに対する Edit 権限を持つ Members がアクセス要求メールを受信します。
-
External Share Editors(Workspace 外の Editors)に対して共有が有効になっている場合、Administrators と、そのプロジェクトに対する Edit 権限を持つ guest-level users がアクセス要求メールを受信します。
-
このプロジェクトで両方の Editors オプションがオフになっている場合、Administrators のみがアクセス要求メールを受信します。
アクセス要求メールを受け取ったユーザーは、メール内の Open sharing settings ボタンから要求に対応できます。これにより、そのプロジェクトの Share window が開き、保留中の要求を承認(
ViewまたはEdit権限付き)または拒否できます。 なお、Share ウィンドウの Pending approval エントリへのアクセスは Access Request メールの受信に依存しません。いつでも Share dialog から直接要求を処理できます。 共有権限を指定すると、要求したユーザーにはそれに対応するレベルのプロジェクト アクセス権が付与され、共有承認プロセスの結果を確認するメールもそのユーザーに送信されます。
プロジェクト オーナー宛てのアクセス要求メールには、そのプロジェクトの Share プロパティへのダイレクト リンクが含まれます。
マルチボード プロジェクトの共有
マルチボード プロジェクトは、複数の PCB 設計プロジェクトを包含して完全な機能システムを作成する特別なプロジェクト タイプです。サブプロジェクトは親のマルチボード プロジェクトにリンクされており、そのデータを参照してシステム全体の電気的および物理的接続性を確立できます。
マルチボード プロジェクトの操作について詳しくは、Multi-board Design を参照してください。
マルチボードと関連するサブプロジェクト間のリンクは、マルチボード プロジェクト自体(
*.PrjMbd)内に相対パスとして保存されるため、設計クライアント(Project » Make available Online)からプロジェクトを Workspace VCS に保存する際には、これらのパスが有効である必要があります。実際には、これは all プロジェクトが Workspace に保存され、正しいフォルダー構造に配置されていることを確認することを意味します。ただし多くの場合、マルチボード システムに関係するすべてのプロジェクトは同じフォルダー内に置かれることになります。マルチボード プロジェクトを共有する際も、同じ考慮事項が適用されます。親のマルチボード プロジェクトと関連するサブプロジェクトの両方を、同じ Workspace メンバーに対して同一の View/Edit 権限で共有する必要があります。その後、設計クライアントで初めてマルチボード プロジェクトを開くユーザーは、関連するサブプロジェクトも開く必要があります。このときも、相対フォルダー構造がローカルで正しいことを確認してください。
マルチボード プロジェクト本体とそのサブプロジェクトは、個別のプロジェクトとしてオンラインに保存、共有、およびオープンする必要があります。
プロジェクト所有権の移譲
Workspace Administrators と同様に、プロジェクトの Owner(既定ではそのプロジェクトを作成/追加したユーザー)は完全なプロジェクト編集権限を持ちます。一方、そのプロジェクトに共有アクセスを持つ他のメンバーには、プロジェクトの Share window で指定された
Edit/View権限が付与されます。
Share window には現在のプロジェクト Owner が表示され、所有権を別の Workspace メンバーに移譲するオプションも提供されます。
プロジェクトの
Ownerステータスと、それに内在する編集権限は、プロジェクトの Share window を通じて 1 人の Workspace メンバーから別のメンバーへ移譲できます。これにより、新しい Owner はそのプロジェクトを完全に管理できるようになります。このオプションは Administrators と現在のプロジェクト Owner が利用でき、移譲先は他の Workspace メンバーのみに限られます(ただしEngineersやAdministratorsのようなメンバー Group は対象外です)。Workspace メンバーがプロジェクトの所有者ステータスと権限セットを受け取るには、あらかじめそのプロジェクトへの共有アクセス権を持っている必要があります。そのメンバーの現在のプロジェクトに対する
View/Edit権限設定は、Share window(Make Owner)の権限ドロップダウン メニューからOwnerに変更できます。ウィンドウの
ボタンを押し、その後に表示される警告ウィンドウ(
)で所有権の移譲を確定します。
権限ドロップダウン メニューの Make Owner オプションを使用して、プロジェクトの所有権を別の Workspace メンバーに移譲します。
Workspace Email Notifications が有効になっている場合、新しい project Owner に所有権移管通知メールが送信されます。
Project の詳細管理ページにアクセスする
Main page: 特定の Project の管理
Workspace には、Project の高度で製造指向の CAD 中心ビューが用意されており、対象の project を選択して project 一覧の上にある
コントロールをクリックし、関連メニューから Open エントリを選択すると開けます。あるいは、一覧で目的の project エントリを直接ダブルクリックします。
その project の詳細管理ページが新しいブラウザータブで開き、CAD 中心のインターフェースにより、Design、Simulation、Releases、History、Assembly の各ビューオプションが提供されます。
- Design – ソース project の設計ドキュメントを表示してナビゲートし、設計オブジェクトのプロパティを確認し、レビューコメントを追加できます。このビューでは Web Viewer インターフェースを使用し、ソース schematic、2D の board、3D の board、Bill of Materials の 4 つの個別データサブビューで設計を表示します。このビューは、project の特定の release ではなく、ソース project データの最新バージョンを対象としているため、作業中(WIP)のビューと見なせます。ベース設計と、定義されている任意の variant の両方をレビューできます。
- Simulation – 回路シミュレーション結果ファイルをアップロード(ドラッグ&ドロップ)し、現在の project または project Release に関連付けることができます。これらのファイルは事実上 project に添付されるため、Workspace のメンバーは現在開いている project に関連するシミュレーション結果ドキュメントを確認したり、ダウンロードしたりできます。詳細は Management of a Specific Project – Simulation を参照してください。
-
Tasks – 現在開いている設計 project に適用されるジョブアクティビティ要求(Tasks)にアクセスして管理できます。タスクはカンバンボード形式のフロースタイルで表示され、その進行状態(
ToDo、InProgress、Resolved)が Task 行として配置されます。1 行は General Tasks 用に予約され、残りの各行は特定の project document に対する Tasks に対応します。後者には、開いている project に関連付けられた Tasks が表示され、project Comment が特定のユーザー(Workspace メンバー)に割り当てられたときに作成されます。この意味で、Workspace Tasks システムは実質的に Commenting システムの拡張です。New ボタンから General Task を作成することもでき、これらの Tasks は現在の project に適用されますが、project Comment や document には関連付けられません。
-
Releases – project の releases を表示します。完全な release データ、または特定の assembly package を開くためのアクセスが提供され、これらは Manufacturing Portal を通じて別タブに表示されます。このポータルから、リリース済みファイルデータの表示およびナビゲート、BOM の確認、設計そのもののスナップショット(そのリリースデータの元となるソース)の表示とコメント追加が可能です。Releases ビューからでも、特定の release の Manufacturing Portal からでも、さまざまな粒度レベルで製造データをダウンロードするためのコントロールを利用できます(完全なデータセットから個別の生成出力ファイルまで)。選択した release は、Manufacturing Package として製造業者へ直接送信することもできます。また、Gerber、Schematic、BOM データを直接比較することもできます。詳細は Project Releases を参照してください。
-
Activities – 現在の Project に適用される、オープン中(現在アクティブ)またはクローズ済み(完了/終了)の Process Workflows を確認できます。これには通常、
Ad-hoc、Milestone、および Handoff ピアレビューのワークフローなどのアクティビティが含まれます。利用可否は、お使いの Altium software access のレベルによって異なります。詳細は Activities を参照してください。
-
Design Reviews – 構造化された project review インスタンスを作成および管理でき、他のユーザー(Reviewer)に評価用として割り当てることができます。Reviews はタスク駆動型で、承認または却下が可能であり、設計スナップショット、定義可能なチェックリスト、コメント、ドキュメント添付、設計ソース比較などの追加機能を含みます。利用可否は、お使いの Altium software access のレベルによって異なります。
詳細は Design Reviews page を参照してください。
-
History – project に関連する主要イベントの進行型タイムラインを閲覧できます。これには作成、コミット、リリース、クローン、MCAD 交換が含まれます。project に関連してサポートされるイベントが発生するたび、そのイベントはタイムラインに専用タイルとして追加され、該当する場合はさまざまなアクションがサポートされます。Release/Commit イベントについては、Gerber(Release イベントのみ)、Schematic、または BOM データを直接比較することもできます。詳細は Project History を参照してください。
-
Assembly Assistant – 対話型の Assembly Assistant ツールを使用して、基板組立プロセスを確認し、進めることができます。このツールは、project の詳細な BOM data と 2D/3D assembly view を組み合わせ、組立プロセスを段階的に進めるために必要なグラフィカル情報および部品情報を提供するインターフェースを実現します。詳細は Assembly Assistant ページを参照してください。
Project を移動する
フォルダー階層内で project を別の親フォルダーの下へ移動(再配置)するには、Projects ページでそのエントリを選択し、projects/folders 一覧の上にある
コントロールをクリックして、関連メニューから Move エントリを選択します。
Move project ウィンドウが表示されるので、新しい親フォルダーを選択します。移動を実行するには
ボタンをクリックします。project は選択したフォルダーへ移動され、そのフォルダーに移動します。
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 Projects の一覧から選択するには、Jira の入力フィールドをクリックします。このマッピングオプションは、Jira Application の設定で全ユーザー向けに有効化されていない限り、管理者のみが利用可能です。詳細は Working with Jira Tasks ページを参照してください。
-
Project – このフィールドは Managed BOM プロジェクトを編集する場合にのみ利用でき、BOM ドキュメントと PCB 設計プロジェクトの間のリンクを指定します。このリンクにより、ソースプロジェクトからリンクされた BOM へ部品データを同期できます。これは created from a Project された BOM ドキュメントに対して自動的に定義されます。このリンクを再定義または削除すると、Project-to-BOM の同期は解除される点に注意してください。フィールドの
オプションを使用して、プロジェクトリンクの参照および選択を行えます。
-
Parameters – このコントロールをクリックすると、プロジェクトのサーバー側パラメータを管理できる領域が展開されます。Parameter Name/Value のペアは、追加(
)、編集(インライン編集)、または削除(
)できます。
プロジェクトのサーバー側パラメータを編集します。
行った変更を確定するには、
ボタンをクリックします。
プロジェクトの複製
既存のプロジェクトを複製するには、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 エントリには、プロジェクトが削除されたことが反映されます。
-
プロジェクトの復元または完全削除は、そのプロジェクトの owner または Workspace Administrator のみが Trash ページから実行できます。
-
-









































)を使って更新できます。新しい設計更新は新しい VCS プロジェクトリビジョンとしてコミットされ、プロジェクトの 





)から高度な Managed BOM ドキュメントを作成できます。注: この機能は
)を使用して更新できます。新しい設計更新は新しい VCS プロジェクト改訂としてコミットされ、プロジェクトの 




















デフォルト保存先以外のフォルダーでは、
の親子関係を、Share ウィンドウの Advanced Settings
にある Inherit permissions from parent folder オプションを無効にして「切り離す」必要があります。詳細は 






)。その送信された要求は、プロジェクトに対する編集アクセス権を持つ任意のユーザーによって処理されます。






















