Parent Folder の対象設定がデフォルト以外であっても、そのフォルダーへのアクセス権が閲覧のみである場合(書き込み不可)。この場合、プロジェクト作成はブロックされ、My Projects フォルダーも追加されません。詳細は Project Creation Without Folder Write Access を参照してください。
必要に応じて新しいプロジェクトを定義したら、
をクリックします。概要レベルのプロジェクト一覧に戻り、新しく作成されたプロジェクトのエントリが表示されます。
Workspace ブラウザーインターフェイスの Projects ページに戻ると、新しく作成されたプロジェクトを確認できます。
プロジェクトアクセス権の設定の詳細については、以下の Sharing a Project を参照してください。
既存のローカルプロジェクトのアップロード
既存の設計プロジェクトを Workspace にアップロードすることもできます。手順は次のとおりです。
-
プロジェクト一覧の上にある
ボタンをクリックし、メニューの Upload グループから Project エントリを選択します。プロジェクト ZIP アーカイブを参照して選択し、Open をクリックしてアップロードを開始します。
-
ポップアップウィンドウに、アップロード対象となる可能性のあるファイル数(選択したフォルダーに含まれるもの)が表示され、続行するか確認されます。
をクリックしてください。
-
Upload Project ウィンドウが表示されます。デフォルトでは、Project Name は既存プロジェクトのものになります。必要に応じて変更し、適切な説明を追加してください。Parent Folder は、アップロード処理開始時にアクティブだったフォルダーに設定されます。フィールド右側の Change リンクをクリックすると、Workspace のサーバーフォルダー構造にアクセスし、プロジェクトを保存する別のフォルダーを選択できます。必要に応じて、プロジェクトをサブフォルダーの階層に整理できます。詳細は、Creating a Hierarchy of Project Folders のセクションを参照してください。必要な設定を行ったら、
ボタンをクリックします。
-
アップロードが実行され、その後、概要レベルのプロジェクト一覧にそのプロジェクトのエントリが追加されます。
ローカルプロジェクト内の既存のバージョン管理リンクはすべて無視され、アップロードされたプロジェクトは、完全に管理されたバージョン管理付きの Workspace ベースプロジェクトになります。ローカルのソースプロジェクト自体は一切変更されません。
Important Considerations
プロジェクトのアップロードには次のものが含まれます。
- プロジェクトファイル(
PrjPcb)に登録されている、プロジェクトに追加された設計ファイル。
-
指定したプロジェクトフォルダー内のその他すべてのファイル。
プロジェクトのアップロードにnot含まれないもの:
-
指定したプロジェクトフォルダーのサブフォルダー内のファイル(プロジェクトに含まれている、つまりプロジェクトファイルに登録されている場合を除く)。
-
指定したフォルダーの外部に存在し、プロジェクトに追加またはリンクされているファイル。
-
Project Outputs for <project>フォルダー内のファイル(たとえば生成された Gerber 製造出力など)。
推奨事項:
-
ソースプロジェクトフォルダーには、プロジェクトファイル(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 上でバージョン管理下に保存されます。
-
現時点では、アップロードするアーカイブに、相対的な回路図/PCB ファイルパスを登録した適切な *.opj Project file が含まれている必要があります。
-
バージョン 17.2 以降の OrCAD PCB ファイルがサポートされています。
-
詳細は What ECAD files do you support? を参照してください。
アップロードした OrCAD 設計は、他の Workspace プロジェクトと同様に、そのタイルをダブルクリックするか、タイルの
メニューまたはページのメイン
メニューから Open オプションを選択して開けます。処理が完了すると、OrCAD 設計ファイルは、回路図、PCB、3D PCB、および BOM リストのプロジェクトビューとして解釈されます。
ビューアーの設計ナビゲーションツリーは、フラットな File 表示と Hierarchical 構造表示を切り替えられる点に注意してください。
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 に記録され、参照できます。
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 ブラウザー経由で利用できます。
インストール ウィザードの案内に従いながら、OrCAD マシン上で Altium OrCAD プラグインの実行ファイルをダウンロードして実行してください。インストーラーは OrCAD のインストール先を自動的に検出するはずです。
インストール後、プラグインはメインの OrCAD メニュー内の Altium 365 エントリーから利用できます。これにより、サインインして現在の OrCAD プロジェクトを Altium 365 Workspace に保存したり、利用可能なメニュー オプションを使って Workspace から以前保存したプロジェクトを読み込んだりできます。
-
OrCAD 設計を Altium 365 Workspace に保存する操作により、実質的に両方のプロジェクトがリンクされ、プラグインが Workspace に接続されているときにデータ同期が可能になります。
-
その後 OrCAD 側で行った設計変更はいつでも Workspace に保存でき、Workspace プロジェクトを更新または再オープンすると、更新された設計データが表示されます。詳細は 新しいデータで更新 を参照してください。
-
接続先の Workspace で Altium 365 Design Reviews 機能が利用可能な場合、OrCAD の Altium 365 メニューにある Request for Review オプションを使うと、現在のプロジェクトの Workspace Design Reviews ページが直接開き、そこでピア レビューの作成、アクセス、管理を行えます。
注記:OrCAD® は Cadence Design Systems, Inc. が所有する米国連邦登録商標です。本商標への言及は識別目的のみによるものです。本商標の使用は、Cadence Design Systems, Inc との関係、承認、または推奨を意味するものではありません
コメントとタスクのサポート
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 オプションを選択して、プラグインの Comments and Tasks オーバーレイ パネルを開きます。このパネルには、接続されている Altium 365 Workspace プロジェクトから取得した既存のドキュメント コメントおよびタスク参照が表示されます。
Altium 365 Workspace と OrCAD 間でデータを双方向にやり取りするには、Altium 365 プラットフォームにサインインしている必要があることに注意してください。
プラグインの Comments and Tasks パネルは、基本的に接続先 Workspace の Comments and Tasks ペインを同期したバージョンです。そのため、OrCAD はドキュメント コメントをネイティブにサポートしていないので、ドキュメント内に配置されたコメントへのアクセスを除き、Workspace ペインのほとんどの機能をこのパネルで利用できます。これらの Workspace 機能の詳細については、コメント ペインの操作 を参照してください。
新しいコメントは、プラグインの 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 の Priority と Status の変更は、OrCAD の Comments and Tasks パネルに反映されます。
KiCad 設計のアップロード
Workspace KiCad® Upload 機能は、Altium 365 Workspace にアップロードして解釈できる ECAD 設計データのもう 1 つのソースです。適切な KiCad 回路図ファイルおよび PCB ファイルを含むアーカイブ ファイル(*.zip)は、以下に示すように、Projects ページの
ボタンから利用できる Design Files » KiCad オプションを使ってアップロードします。処理された KiCad 設計は Altium 365 の Version Control 下に保存されます。
Altium 365 の ECAD 機能については、Multi-CAD File Support ページを参照してください。
アップロードした KiCad 設計は、他の Workspace プロジェクトと同様に、そのタイルをダブルクリックするか、タイルの
メニューまたはページのメイン
メニューから Open オプションを選択して開けます。処理後、KiCad 設計ファイルは、回路図、PCB、3D PCB、および BOM リストの各プロジェクト ビューとして解釈されます。
この設計とそのドキュメントでは、オブジェクト/レイヤー表示の制御、双方向クロスプロービング、管理された設計共有によるコラボレーション、ドキュメント コメント、History へのアクセスなど、Altium 365 が提供する高度な機能を利用できます。BOM Portal application にアクセスできる場合は、調達向けの Managed BOM ドキュメントを設計から作成して、製造およびサプライヤー部品データを管理できます。
Design Viewer の機能と特徴については、Web Viewer page を参照してください。
その特定の KiCad 設計の新しいバージョンが利用可能になった場合、たとえば外部委託業者による追加作業があった場合などには、プロジェクトの Upload New Version オプション(
)を使って、既存の Workspace プロジェクトを更新できます。新しい設計更新は新しい VCS プロジェクト リビジョンとしてコミットされ、プロジェクトの History view にイベントとして記録されます。
EAGLE 設計のアップロード
Workspace Autodesk® EAGLE™ Upload 機能は、Altium 365 Workspace にアップロードして解釈できる ECAD 設計データのもう 1 つのソースです。適切な EAGLE 回路図(*.sch)および PCB ファイル(*.brd)を含むアーカイブ ファイル(*.zip)は、以下に示すように、Projects ページの
ボタンから利用できる Design Files » EAGLE オプションを使ってアップロードします。処理された EAGLE 設計は Altium 365 の Version Control 下に保存されます。
Altium 365 の ECAD 機能については、Multi-CAD File Support ページを参照してください。
アップロードした EAGLE 設計は、タイルをダブルクリックするか、タイルの
メニューまたはページのメイン
メニューから Open オプションを選択することで、他の Workspace プロジェクトと同様に開くことができます。処理が完了すると、EAGLE 設計ファイルは、回路図、PCB、3D PCB、および BOM リストのプロジェクトビューとして解釈されます。
この設計およびそのドキュメントでは、オブジェクト/レイヤー表示の制御、双方向クロスプロービング、管理された設計共有によるコラボレーション、ドキュメントコメント、History へのアクセスなど、Altium 365 を通じて利用可能な高度な機能を使用できます。BOM Portal application にアクセスできる場合は、設計から調達指向の Managed BOM ドキュメントを作成し、その製造およびサプライヤー部品データを管理できます。
Design Viewer の機能と特長については、Web Viewer page を参照してください。
その特定の EAGLE 設計の新しいバージョンが利用可能になった場合(たとえば、外部委託先による追加作業など)、既存の Workspace プロジェクトはプロジェクトの Upload New Version オプション(
)を使用して更新できます。新しい設計更新は新しい VCS プロジェクトリビジョンとしてコミットされ、その内容はプロジェクトの History view にイベントとして記録されます。
Managed BOM のアップロードまたは作成
Workspace で Altium 365 BOM Portal アプリケーションが有効になっている場合、CSV/XLS 形式の BOM ファイルをアップロードして Managed BOM プロジェクトアイテムを作成するか、既存の設計プロジェクトから直接作成できます。Managed BOM ファイルは BOM Portal によって解釈および処理され、最終的に調達対応可能な BOM ドキュメントが作成されます。これらには、Altium のデータリソースを通じて取得された最新の manufacturer/supplier information が入力され、企業のニーズに合わせて完全に構成可能です。
また、Consolidated BOM を作成することもできます。これは複数の既存 Managed BOM で構成される複合 BOM です。複数の基板やセクションで構成されるプロジェクトでは、これにより同等部品を集約し、発注数量を最適化した、プロジェクト全体の購買 BOM を作成できます。詳細については、BOM Portal page の Consolidated BOM section を参照してください。
詳しくは 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」が現在のユーザーと異なる場合でも、その owner の書き込みアクセスが含まれます。
すでにプロジェクトフォルダーの階層が定義されている場合は、Parent Folder フィールドの右側にある Change link をクリックして Workspace のサーバーフォルダー構造にアクセスし、新しいフォルダーを作成する別の親フォルダーを選択できます。
必要な属性を定義したら、
をクリックします。新しいフォルダー(サブフォルダー)が作成され、そのフォルダーに移動します。
必要に応じてさらにフォルダーを作成し、設計プロジェクトを保存および分類するためのフォルダー階層を実質的に構築します。これらのフォルダーは、以下の画像に示すように、後続のフォルダーを作成する際の親フォルダーとして選択できるようになります。
定義済みのプロジェクトフォルダー階層の例。
フォルダー階層の移動
Projects ページのデフォルト(グラフィカル)ビューでは、Projects フォルダーの下にあるすべての子フォルダーが表示されます。 選択したフォルダーの詳細は右側の情報ペインに表示されます。
フォルダーエントリの名前をクリックしてその内容を開き、パンくずリストのエントリを選択してフォルダー階層を上に戻るか、メインナビゲーションツリーの Projects エントリを選択してプロジェクトの最上位レベルに戻ります。リストビュー(
)にアクセスする場合も同じ方法で移動します。
フォルダーの共有
既存のプロジェクトフォルダーの共有権限を変更するには、Projects ページでそのエントリを選択し、関連する
コントロールから Share エントリを選択するか、上部の
ボタンをクリックします。Share Item ウィンドウでは、指定したユーザーまたはグループ(Share Item With エントリ)に対するフォルダーアクセスを追加でき、フォルダーの既存の共有権限(Share With の下)を表示および変更できます。ただし、本来備わっている Owner および Administrator の権限は変更できません。
フォルダー共有権限へのアクセスは、Administrator とそのフォルダーの Owner のみが利用できます。
ルート Projects フォルダーの共有権限は、Explorer page を通じて Administrator のみが変更できます。
Share Item ウィンドウでは、選択したフォルダーに適用される共有権限の追加および変更を行えます。
Shared With エントリでは、一部のユーザーアクセスレベル(View、Edit、または No access)を選択できない場合があることに注意してください。これは、アクセスレベルを変更すると、親フォルダーから継承された権限セット、つまりデフォルトではすべてのユーザーに対する Edit 権限と矛盾する(またはそれを引き下げる)ことになるためです。フォルダーの権限は、Share Item ウィンドウの Advanced Settings にある Inherit parent folder permissions オプションを無効にすることで親フォルダーの権限から切り離すことができ、これにより権限の継承が無効化され、すべてのアクセスレベルオプションが有効になります。
詳細については、Managing Content Structure & Access page を参照してください。
フォルダーの編集
既存のプロジェクトフォルダーのプロパティを編集するには、Projects ページでそのエントリを選択し、プロジェクト/フォルダー一覧の上にある
コントロールをクリックして、関連メニューから Edit エントリを選択します。
編集コマンドは Projects ページでも使用できます。必要なフォルダーのタイルを選択し、
アイコンのコンテキストメニューから Edit コマンドを選択します。Projects ページがリストビューの場合は、必要なフォルダーのエントリの右端にある
コントロールをクリックし、関連メニューから Edit コマンドを選択します。
ルート Projects フォルダーは変更できません。
次の Edit Folder ウィンドウで、フォルダーの Name と Description を変更できます。変更内容を確定するには、
ボタンをクリックします。
プロジェクトフォルダーの Name と Description は、どの段階でも編集できます。
階層内でフォルダーを移動する
階層内でフォルダーを別の親フォルダーの下へ移動(再配置)するには、Projects ページでそのエントリを選択し、プロジェクト/フォルダー一覧の上にある
コントロールをクリックして、関連メニューから Move エントリを選択します。
移動コマンドは Projects ページでも使用できます。対象フォルダーのタイルを選択し、
アイコンのコンテキストメニューから Move コマンドを選択します。Projects ページがリスト表示の場合は、対象フォルダーのエントリの右端にある
コントロールをクリックし、関連メニューから Move コマンドを選択します。
ルート Projects フォルダーは移動できません。
Move folder ウィンドウが表示されるので、新しい親フォルダーを選択します。移動を実行するには、
ボタンをクリックします。フォルダーは、含まれる各プロジェクトとともに、選択した新しい親フォルダーのサブフォルダーとして移動されます。
フォルダー階層内でのフォルダー移動は、どの段階でも行えます。
フォルダーの削除
既存のプロジェクト フォルダーを Workspace から削除するには、Projects ページでそのエントリを選択し、プロジェクト フォルダー一覧の上にある
コントロールをクリックして、関連メニューから Remove エントリを選択します。
削除コマンドは Projects ページでも使用できます。対象フォルダーのタイルを選択し、
アイコンのコンテキストメニューから Remove コマンドを選択します。Projects ページがリスト表示の場合は、対象フォルダーのエントリの右端にある
コントロールをクリックし、関連メニューから Remove コマンドを選択します。
ルート Projects フォルダーは削除できません。
削除を確認するための 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 – クリックすると、そのプロジェクトの open the detailed management ページを開きます。これはブラウザーの別タブで開きます。
-
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 が Administrator によって有効化されている場合に限ります)。プロジェクトの作成者/所有者は、そのプロジェクトを自動的にウォッチする設定になります。
-
UnWatch – このコマンドを選択すると、プロジェクトのフォローを停止し、そのプロジェクトに関連するイベント通知の受信を終了します。
-
Create Managed BOM – このコマンドを選択すると、現在のプロジェクトのソース データから generate a Managed BOM 文書を生成します。Managed BOM には BOM Portal からアクセスします。
-
Remove – このコマンドを選択すると、remove the project を実行します。削除確認用の Remove ウィンドウが表示されます。この操作は「ソフト削除」であり、プロジェクト(その Revisions および Releases を含む)は Workspace の Trash 領域へ移動されます。
また、すべてのプロジェクトフォルダーを対象にプロジェクトを検索できるプロジェクト Search 機能も用意されています。Workspace パラメーターの名前と値で検索できるため、検索を最適化するためのカスタムプロジェクトパラメーター(例: 顧客名、プロジェクト番号)を作成できます。ブラウザーインターフェイス上部のフィールドに検索文字列の一部を入力してください。リストは更新され、属性にその検索文字列を含むプロジェクトエントリーのみが表示されます。
プロジェクトパラメーターで検索する場合は、パラメーター名または特定の値(存在するパラメーターの値)で検索できます。パラメーター名で検索する場合、名前にスペースが含まれないときは文字列 <ParameterName> = を検索フィールドに入力します。名前にスペースが含まれる場合は、文字列を "<ParameterName>" = として入力します。通常は、顧客名(Customer、Customer Name などのパラメーター内)などのパラメーター値を使用します。ただし、パラメーターを「タグ」として使用することもできるため、その特定のパラメーターを持つプロジェクトを検索することも可能です。
検索機能の使用例。ここでは、プロジェクトパラメーターの値(Customer Name)に基づいてプロジェクトを見つけています。
Properties Pane
まだ表示されていない場合は、右側ペイン上部の Properties をクリックして Properties ペインにアクセスします。このペインには、現在選択されているプロジェクトの詳細なプロパティ情報が表示されます。
現在選択されているプロジェクトのより詳細な情報には、Properties ペインでアクセスできます。
Properties ペインで利用可能なプロパティデータは、現在選択されているプロジェクトから Workspace によって抽出または生成されたものです。ペイン最上部には基板の 3D ビュー(プロジェクトで PCB が利用可能な場合)が表示され、これに加えて、プロジェクト名、説明、所有者、作成日時、最終更新日時、およびプロジェクトの親フォルダーへのリンクなどの高レベルな一般情報も表示されます。
追加のプロパティは、次の展開可能な見出しの下に整理されています(説明用のイメージ例付き)。
-
Child BOMs – プロジェクトから 生成 され(かつリンクされている)Managed BOM ドキュメントの一覧です。
-
Who Has Access – プロジェクトにアクセスできる Workspace Groups、Members、および共有ゲストの概要です。アイコンにカーソルを合わせると、該当する共有アクセスの詳細を確認できます。内容は下のテキストにも要約されています。なお、External Share ユーザーアクセスアイコンには黄色のドットが含まれます。
Manage Access コマンドを使用すると、プロジェクトの Share ダイアログを直接開くことができます。詳細は以下の Sharing a Project を参照してください。
-
Parameters – プロジェクト設計そのものから抽出または計算された詳細データの包括的なコレクションです。Show コントロールをクリックすると一覧全体が展開され、Hide をクリックすると再び折りたたまれます。
Activity Pane
まだ表示されていない場合は、右側ペイン上部の Activity をクリックして Activity ペインにアクセスします。このペインには、現在選択されているプロジェクトのアクティビティ情報が表示されます。各メッセージは、そのプロジェクトに関連して発生したイベント(プロパティ変更、新規コミット、リリースなど)を示します。最新のイベントがリストの先頭に表示されます。
現在選択されているプロジェクトで発生したイベントの履歴には、Activity ペインでアクセスできます。
いずれかのイベントメッセージ内にあるプロジェクトのエントリーをクリックすると、そのプロジェクトの詳細な管理ページにアクセスできます。
Sharing a Project
プロジェクトが Workspace で利用可能になると、次にそのプロジェクトに実際にアクセスできるユーザーを決定する必要があります。これは、アクセス権限そのものを設定するのではなく、プロジェクトを共有することで行います。
Sharing Defaults
新規作成された、または Workspace で利用可能になったプロジェクトは、デフォルトで次の対象と共有されます。
-
プロジェクトの Owner。通常は、そのプロジェクトを作成した(または Workspace で利用可能にした)設計者であり、完全な編集アクセス権を持ちます。
-
Administrators グループ: 完全な編集アクセス権。
-
プロジェクトの親フォルダー(そのプロジェクトが作成されたフォルダー)から継承された権限、または Workspace Administrator が指定した固定のデフォルト権限によって決まる Other Users または Groups。
新規作成プロジェクトの default location は、Workspace インターフェイスの Admin – Settings – Projects ページで定義または変更できます。Default path for new projects フィールドを選択して編集し、別のデフォルト保存先を指定してください。新規プロジェクトはこの場所、またはユーザーが現在開いている他の任意のフォルダーに保存されます。ただし、そのフォルダーに対する Write アクセス権がある場合に限ります。
Projects フォルダー(または代替のデフォルトフォルダー)がユーザーに対して書き込み可能でない場合(View のみ)、その場所で作成したプロジェクトは、ユーザーのメールアドレスに基づくトップフォルダー内の My Projects フォルダー、つまりそのユーザーの Personal Folder structure に保存されます。
デフォルト保存先以外のフォルダーでは、View アクセスしか持たないユーザーはプロジェクトを作成できません。
詳細は Project Creation Without Folder Write Access を参照してください
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 メンバーに対して利用可能です。つまり、Workspace Members に対する Write 権限です(すべてのユーザーがそのフォルダーに追加または編集できます)。
ただし、共有は特定の Users または Groups に変更できます。推奨されるアプローチは、この最上位フォルダーの下にフォルダー階層を作成し、特定のフォルダーとその配下のプロジェクトにカスタム共有を適用することで、共有(ひいてはアクセス)を明確に制御することです。
-
Workspace は継承された権限構造を備えているため、フォルダー権限の追加や編集はフォルダー階層全体に伝播する点に注意することが重要です。詳細は Sharing Folder and Items を参照してください。
-
親フォルダー
から継承されたフォルダー権限を変更(特に権限を引き下げること)できない場合があります。これは、Share ウィンドウの Advanced Settings
にある Inherit permissions from parent folder オプションを無効にして、その親子関係を「切断」しない限り発生します。詳細は 関連情報 を参照してください。
Projects フォルダーは Workspace の最上位フォルダーであり、管理者のみがアクセスできます。Workspace メンバーのアクセスを管理するには、この階層の下に権限管理されたフォルダー構造を作成してください。
共有の概要
Workspace ブラウザー インターフェイスからプロジェクトのアクセス権限を設定するには、インターフェイスの Projects ページで対象プロジェクトのタイルを選択し、その
コンテキスト メニューから Share コマンドを選択するか、上部の
ボタンをクリックします。Projects ページがリスト表示になっている場合は、プロジェクト項目の右端にある対応する
コントロールをクリックし、関連メニューから Share コマンドを選択します。
プロジェクトの所有者、Workspace 管理者、またはそのプロジェクトに対して Edit および 再共有権限 を持っている場合、他のユーザーとプロジェクトを共有できます。
以下の Share ウィンドウには、他のユーザーとプロジェクトを共有するために必要なすべてのコントロールが含まれています。
Workspace で設計プロジェクトを一元管理していれば、他者との共有は各プロジェクトの権限を管理するだけで簡単に行えます。
注意事項:
-
権限の観点では、Can Edit オプションが選択されている場合、ユーザー/グループはそのプロジェクトに対して完全な編集アクセス権を持ちます。そうでない場合は、閲覧専用アクセスとなります。
-
Owner および Administrators グループは常に完全な編集アクセス権を持ちます(Can Edit)。
-
Owner および Administrators グループを除き、含まれているすべてのユーザー/グループの権限は個別に Can View または Can Edit に設定するか、アクセス権を完全に削除できます。
-
Workspace のバージョン管理(Git VCS)ではなく、Altium Designer からミラー形式(Simple Sync)で Workspace に公開されたプロジェクトは、編集権限付きで共有することはできません(Can Edit)。編集できるのはプロジェクト所有者のみです。
► Making Altium Designer Projects Available Online に関する情報を参照してください。
-
プロジェクトは、特定のユーザーやグループに明示的に共有することも、Workspace の任意のメンバー(またはすべてのメンバー)に共有することもできます。
-
プロジェクトに対する十分な共有権限がある場合、その Workspace のメンバーではないユーザーとも共有できます。そのようなユーザーは Workspace の External Share users となり、指定した権限レベルで共有プロジェクトにアクセスできますが、他の Workspace データにはアクセスできません。詳細は Sharing with External Users を参照してください。
特定のユーザーまたはグループとの共有
Workspace 内のプロジェクトを指定したユーザーやグループと共有する手順は次のとおりです。
-
Share ウィンドウの Share Project With フィールドに、必要なユーザー名/グループ名を追加します。項目を追加するには、そのフィールドに目的の名前/メールアドレス/グループ名の入力を開始します。すると動的リストから一致するユーザー/グループを選択できます。このリストには、Workspace のフィルター済みメンバー、自組織内のユーザー、および Workspace に定義済みの既存グループのみが表示されます。複数のユーザー/グループを選択できます。入力済みのユーザー/グループを削除するには、その項目に対応する
コントロールをクリックします。
組織外のユーザーと共有するには、そのユーザーが Altium Account を持っているかどうかに関係なく、完全なメールアドレスを入力して Enter を押す必要があります。
-
追加したユーザー/グループの共有アクセス権限を、関連するドロップダウン メニューから Can View または Can Edit を選択して設定します。後者のオプションには閲覧権限が含まれます。この設定は、最初は Share Project With フィールドに含まれているすべての項目(ユーザー/グループ)に適用されます。
-
このプロジェクトの共有内容に関する情報を含めたい場合は、
コントロールをクリックしてテキスト入力領域を表示します。
-
Shared With コントロールをクリックすると、現在そのプロジェクトが(明示的に)共有されているユーザー/グループが表示されます。既定では Owner および Administrators グループが含まれます。
Owner および Administrators グループを除き、含まれているすべてのユーザー/グループの権限は、個別に Can View、Can Edit、Owner に設定するか、アクセス権を完全に削除できます。現在の権限状態をクリックすると、設定コントロールにアクセスできます。 ► Make Owner オプションの詳細については、Transferring Project Ownership を参照してください。
-
Workspace のすべてのメンバーにアクセスを開放するには、Workspace Members 項目のドロップダウン メニューから適切な権限レベル、つまり Can View(読み取り専用アクセス)または Can Edit(完全な読み取り/書き込みアクセス)を選択します。No access に設定すると、所有者、管理者、および共有用に明示的に追加されたユーザーのみがアクセスできます。
Workspace の権限継承スキームにより、一部の権限レベル オプションが無効になる場合があることに注意してください。
これは、親フォルダーから継承された権限を引き下げることを防ぐためです。そうした変更は既存の親子継承関係に反するためです。意図的に親子継承を解除するには、Share ウィンドウの Advanced Settings にある Inherit parent folder permissions オプションを無効にします。
-
Share ウィンドウの Advanced Settings には、共有されたプロジェクトを再共有またはダウンロードできるユーザーを制御するためのオプションがあります。Workspace の Member および Guest アクセス権に分類されたこれらの設定では、編集権限(Can Edit)を付与されたユーザーがそのプロジェクトを共有できるかどうか、また読み取り専用権限(Can View)を持つユーザーがプロジェクトをダウンロードできるかどうかを指定できます。
実際には、これにより、たとえば外部委託業者によるさらなる共有を制限できます。
また、閲覧専用アクセスのユーザーについては、ネイティブ データ(プロジェクト本体)や派生データ(生成された Gerber や PDF など)をダウンロードできるかどうかを制御できます。
ただし、Web UI でデータを閲覧し、コメントを提供することは引き続き可能です。いずれの場合も、Workspace の内側(Members)と外側(External Shares)のユーザー向けに個別の権限が用意されています。
-
閲覧専用アクセス権を持つユーザーにダウンロードが許可されていない場合、そのユーザーは Web UI を通じてのみプロジェクトを閲覧できます。その場合、Altium Designer からはプロジェクトを閲覧できません。Altium Designer で閲覧するには、まずプロジェクトをダウンロードする必要があるためです。
-
Editors は常にプロジェクトをダウンロードでき、Viewers はプロジェクトを共有できないことに注意してください。ただし、プロジェクト閲覧者は、指定したユーザーとの共有をリクエストすることはできます(
)。そのリクエストは、プロジェクトに対する編集アクセス権を持つ任意のユーザーによって処理されます。詳細は以下を参照。
設計ソフトウェア内からプロジェクトを共有する際に高度な設定へアクセスするには、Altium Designer 21.3 以降が必要です。
-
ボタンをクリックして、プロジェクトの更新された共有権限を確定します。その後に起こることは、招待されるユーザーの種類によって異なります。
-
すでに 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 guest として(以下を参照)、そのユーザーは Altium Designer でプロジェクトを開くことができ(許可されている場合)、Altium 365 Personal Space の Shared with Me ページからアクセスできます。メールには Altium 365 経由で設計へ直接アクセスするためのリンクが含まれます。メール内の
ボタンをクリックすると、Altium 365 Sign In ページに移動します(すでにプラットフォームまたは Altium Account にサインインしている場合を除く)。サインイン後、共有された設計が読み込まれた状態で、直接 Web Viewer に移動します。
そのユーザーが Altium Account を持っていない場合は、まずアカウント登録が必要です。リンクは Altium 365 Sign In ページにあります。
Altium Designer では、File » Open Project コマンドと、それに対応する Open Project ダイアログ を使用してプロジェクトにアクセスします。Workspace メンバーであれば、接続している Workspace から開くプロジェクトを選択できます。Workspace に接続している場合、その Workspace はダイアログの Locations 領域に表示され、
アイコンと Workspace に付けられた名前によって識別されます。表示されるのは、自分に共有されていてアクセス権限を持つプロジェクトのみです。
外部ユーザーとの共有
Workspace プロジェクトを「外部」ユーザー(Workspace のメンバーではないユーザー)と共有するプロセスは、望む結果と、そのプロジェクトに対する自身のアクセス権限によって異なります。こうしたユーザーとは、External Share 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 の External Share として追加され、アクセスはそのプロジェクトおよびそれを構成するデータのみに制限されます。
Properties ペインの Who Has Access リストでは、そのユーザーアイコンに黄色のドットインジケーター(
)が付きます。Share ウィンドウの External share ユーザーのエントリには
ラベルが表示され、アクティブな共有ゲストの一覧は、管理者が Team ページの External Share tab で確認および管理できます。
外部ユーザーは、自分の Shared With Me ページ(Personal Space 内、またはアクセス可能な another Workspace 内)から、共有されたプロジェクトにアクセスします。アクセスレベル(Edit/View および再共有権限)は、共有プロセス中に選択されたオプションによって決まります。
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 に反映されます。
-
Share ウィンドウの Invite these people to your Workspace オプションがオン(有効)になっている場合、その後に表示される Request Invitation ウィンドウでメモと追加ユーザーを加えることができます。
ボタンで確定すると、ユーザーは External Share として追加され(プロジェクトに対するゲストレベルのアクセス権を持つ)、Workspace 管理者へアクセス要求メールが送信され、さらに Workspace Members page の Invitation Requests tab on the Workspace Members page に要求エントリが作成されます。
管理者はこのエントリを承認または却下します。承認されると、ユーザーは新しい Workspace メンバーとして追加され、他のメンバーと同様に、アクセスレベルは共有プロセス中に選択されたオプションによって決まります。却下された場合、ユーザーには External Share アクセスのみが残ります。
Workspace 外の誰とでもプロジェクトを共有でき、さらにそのユーザーを Workspace メンバーとして招待するよう要求することもできます。
上記のユーザーが Workspace メンバーとして承認された後、後で Workspace から removed された場合、そのアクセスは External Share に降格されます。つまり、そのユーザーは引き続き共有プロジェクトにアクセスできますが、そのアクセスは Shared with Me の場所、たとえば自身の Personal Space などを通じたものになります。
外部ユーザーとプロジェクトを共有する際、プロジェクトの Advanced Sharing 設定によって、自分にそのプロジェクトの re-sharing rights がない場合は、指定したユーザーに対するプロジェクトの Access Request を送信する必要があります。この要求は、そのプロジェクトに対して完全な共有権限(Edit および re-share)を持つ任意の Workspace メンバーが処理でき、承認されると、要求されたユーザーにそのプロジェクトへの External Share アクセスが付与されます。
組織との共有
上記のような特定のユーザーやグループとの共有とは別に、Share ウィンドウの Anyone in <company> can access オプションを選択することで、組織のすべてのメンバーに基本的な閲覧専用アクセスを提供できます。ここで対象となる組織メンバーは、組織の Dashboard にある Users page で定義されているメンバーです。
このレベルの共有のみが適用されている場合、組織内のすべての登録ユーザーは、Shared with Me オプションを通じて、Altium Designer と自身の Altium 365 Personal Space の両方からプロジェクトにアクセスできます。すべてのユーザーのアクセスは閲覧専用ですが、プロジェクト所有者と Workspace 管理者は、Workspace 自体を通じて引き続き完全なアクセス権を保持します。
なお、特定の Workspace メンバーに対する View/Edit 権限など、プロジェクトに個別に適用された共有設定は、この組織全体への基本共有に加えて適用されます。したがって、たとえば後から特定の Workspace ユーザーとプロジェクトを共有した場合、そのユーザーは Workspace で(適用された権限付きで)プロジェクトにアクセスできるようになり、加えて Personal Space では既存の組織向け閲覧専用アクセスも利用できます。
ダイレクトリンクによる共有
プロジェクトへのダイレクトリンクを共有することもできます。このリンクは、Sharing window の下部にある
コントロールをクリックして取得します。このリンクは、プロジェクトの現在の共有権限に基づいてアクセスを提供します。
-
For members of the Workspace – そのユーザーのアクセスは、Workspace Members エントリの権限設定(No access、Can View、Can Edit)、またはそのユーザー名(あるいはそのユーザーが所属するグループ)に対する明示的な Share Project With エントリに適用された権限によって決まります。
-
For users outside of the Workspace – そのユーザーのアクセスは、そのユーザー名に対する明示的な Share Project With エントリと、その名前に適用された権限によって決まります。アクセスするには、そのユーザーが Altium Account に登録済みでサインインしている必要があります。そのユーザーは External Share guest として扱われます。
プロジェクトへのダイレクトリンクを取得します。このリンクの利用は、Sharing window にある既存の共有権限に従います。
リンクはクリップボードにコピーされます。使用すると、許可されている該当ユーザーは、プロジェクトの詳細管理ページへ直接アクセスできます。その概要は next section で説明されています。
また、提供されたリンクを開いたユーザーがそのプロジェクトにアクセスできない場合、つまり共有されていない場合は、そのユーザーの Personal Space からアクセス要求を送信する方法が提示されます。詳細は以下を参照してください。
アクセス要求の処理
ユーザーがアクセス要求を送信すると、そのプロジェクトを共有できる(アクセスを付与できる)ユーザーは、上記のとおり、Shareダイアログ内のプロジェクトのAdvanced Settingsによって決まります。この文脈での「Editors」は、プロジェクトの編集権限を持つユーザー(Can Edit)を指します。なお、Workspace Administrators とプロジェクトの Owner は、常にプロジェクトを共有できます。
Email Notifications オプションが Workspace の Admin-Settings page で有効になっている場合、対応するアクセス要求メールもそれらのユーザーに送信されます。受信者は、プロジェクトの Share window's Advanced Settings によって、次のように決まります。
-
Workspace メンバーの Editors に対する共有が有効な場合、Administrators、プロジェクトの Owner、およびそのプロジェクトに対する Edit 権限を持つ Members にアクセス要求メールが送信されます。
-
External Share Editors(Workspace 外の Editors)に対する共有が有効な場合、Administrators と、そのプロジェクトに対する Edit 権限を持つ guests にアクセス要求メールが送信されます。
-
このプロジェクトで両方の Editors オプションがオフになっている場合、アクセス要求メールを受け取るのは Administrators のみです。
アクセス要求メールを受信したユーザーは、メールに含まれる Open sharing settings ボタンから要求に対応できます。これにより、そのプロジェクトの Share ウィンドウが開き、保留中の要求を承認(View または Edit 権限で)または拒否できます。共有権限が指定されると、要求したユーザーにはそのプロジェクトへの External Share 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(既定ではそのプロジェクトを作成/追加したユーザー)は完全なプロジェクト編集権限を持ちます。一方、そのプロジェクトに共有アクセス権を持つ他のメンバーには、プロジェクトの Share ウィンドウで指定された Edit/View 権限が付与されます。
Share ウィンドウには現在のプロジェクト Owner が表示され、別の Workspace メンバーへ所有権を移管するオプションが提供されます。
プロジェクトの Owner ステータスと、それに伴う編集権限は、プロジェクトの Share ウィンドウからある Workspace メンバーから別のメンバーへ移管できます。これにより、新しい Owner がそのプロジェクトを完全に管理できるようになります。このオプションは Administrators と現在のプロジェクト Owner が利用でき、移管先は他の Workspace メンバーのみに限られます(ただし、Engineers や Administrators のようなメンバーグループは対象外です)。
Workspace メンバーがプロジェクトの所有権ステータスと権限セットを受け取るには、そのメンバーがすでにそのプロジェクトへの共有アクセス権を持っている必要があります。その後、そのメンバーの現在のプロジェクトに対する View/Edit 権限設定は、Share ウィンドウ(Make Owner)の権限ドロップダウンメニューから Owner に変更できます。所有権の移管は、ウィンドウの
ボタンと、続いて表示される警告ウィンドウ(
)で確定します。
権限ドロップダウンメニューの Make Owner オプションを使用して、別の Workspace メンバーにプロジェクト所有権を移管します。
-
所有権が移管されると、前の Owner にはそのプロジェクトに対して Editing 権限が割り当てられます。なお、プロジェクトがバージョン管理下にない場合(SimpleSync)は、View 権限のみが割り当てられます。必要に応じて、前の Owner のアクセス権限は新しい Owner または Administrator が変更できます。
-
Owner が Workspace メンバーから removed された場合、所有権の移管は自動的に実行されます。Administrator が Workspace Members page からメンバーを削除すると、削除プロセスの中で、その既存 Owner が所有する Projects および Items について新しい Owner を指名するよう求められます。確認後、移管が完了すると、新しい Owner には関連する所有権移管通知メールが送信されます(enabled の場合)。
詳しくは Removing a User を参照してください。
Workspace Email Notifications が有効な場合、新しいプロジェクト Owner は所有権移管通知メールを受信します。
プロジェクトの詳細管理ページへのアクセス
Main page: 特定プロジェクトの管理
Workspace には、より高度で製造指向の CAD 中心ビューが用意されており、対象のプロジェクトを選択して、プロジェクト一覧の上にある
コントロールをクリックし、関連メニューから Open エントリを選択すると開けます。あるいは、一覧内の対象プロジェクトのエントリを直接ダブルクリックしても開けます。
Projects page のグラフィカルビューでも利用可能で、対象プロジェクトのタイルを選択し、
コントロールをクリックしてコンテキストメニューから Open コマンドを選択します。あるいは、タイル内のプロジェクト名をクリックしてください。Projects page がリストビューで表示されている場合は、対象プロジェクトのエントリの右端にある
コントロールをクリックし、関連メニューから Open コマンドを選択します。
そのプロジェクトの詳細管理ページは、新しいブラウザータブで CAD 中心インターフェースとして開き、Design、Simulation、Releases、History、Assembly の各ビューオプションを提供します。
-
Design – ソースプロジェクトの設計ドキュメントを表示してナビゲートし、設計オブジェクトのプロパティを確認し、レビューコメントを配置できます。このビューでは Web Viewer インターフェースを使用して、ソース回路図、2D ボード、3D ボード、Bill of Materials をそれぞれ表示する 4 つの異なるデータサブビューで設計を提示します。このビューは、プロジェクトの指定されたリリースではなく、ソースプロジェクトデータの最新バージョンを対象としているため、作業中(WIP)のビューと考えることができます。ベース設計と、定義されている任意のバリアントの両方をレビューできます。
設計全体および該当する各サブビューにわたって、コンポーネントやネットを検索、選択、クロスプローブ、検査できます。また、2D でボードを表示しているときは、測定を行うこともできます。
-
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 やドキュメントには関連付けられません。
Altium 365 プラットフォームには、専用の Manufacturing Package Viewer が用意されています。これはプラットフォームの Global Sharing サポートの一要素であり、他のユーザーが世界中のどこからでも任意の Web ブラウザーを使用して製造パッケージを閲覧できるようにするものです。ただし、これは Workspace の外部で行われるため、設計そのものやその他の重要な IP は保護されたままです。詳細は、Global Sharing および Manufacturing Package Viewer を参照してください。
-
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 を参照してください。
プロジェクトの詳細管理ページには、Altium Designer 内からもアクセスできます。アクティブなプロジェクトでは、メインメニューから Project » Show in Web Browser コマンドを使用します。あるいは、Projects パネル内のプロジェクトエントリを右クリックし、コンテキストメニューから Show in Web Browser コマンドを選択します。Altium Designer の Explorer パネルでプロジェクトを参照している場合は、Classic View ではなく既定の Project View に設定されていれば、
ボタンをクリックすることで詳細管理ページにアクセスできます。
プロジェクトの移動
フォルダー階層内で別の親フォルダーの下へプロジェクトを移動(再配置)するには、Projects ページでそのエントリを選択し、プロジェクト/フォルダー一覧の上にある
コントロールをクリックして、関連メニューから Move エントリを選択します。
Projects ページのグラフィカルビューでも利用できます。対象プロジェクトのタイルを選択し、

コントロールをクリックして、コンテキストメニューから
Move コマンドを選択します。
Projects ページがリストビューで表示されている場合は、対象プロジェクトのエントリの右端にある

コントロールをクリックし、関連メニューから
Move コマンドを選択します。
Move project ウィンドウが表示され、新しい親フォルダーを選択できます。移動を実行するには
ボタンをクリックします。プロジェクトは選択したフォルダーに移動され、そのフォルダーが表示されます。
プロジェクトの編集
Workspace 内の既存プロジェクトのプロパティを編集するには、Projects ページでそのエントリを選択し、プロジェクト一覧の上にある
コントロールをクリックして、関連メニューから Edit エントリを選択します。続いて表示される Edit Project ウィンドウは簡易表示で開き、そこでプロジェクトの Name と Description を変更できます。
Projects ページのグラフィカルビューでも利用できます。対象プロジェクトのタイルを選択し、

コントロールをクリックして、コンテキストメニューから
Edit コマンドを選択します。
Projects ページがリストビューで表示されている場合は、対象プロジェクトのエントリの右端にある

コントロールをクリックし、関連メニューから
Edit コマンドを選択します。
プロジェクトの Name と Description は、どの段階でも編集できます。
ボタンをクリックすると、Edit Project ウィンドウの追加フィールドにアクセスできます。
追加フィールドは Advanced ボタンをクリックして表示します。
-
Requirements – このフィールドは設計プロジェクトで利用でき、現在のプロジェクトに関連する Requirements Portal ブロックをリンクするためのものです。この接続により、設計プロジェクト内から Requirements へリアルタイムでアクセスできるようになり、ロック解除しない限り読み取り専用です。関連情報については 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 – このコントロールをクリックすると、プロジェクトのサーバー側パラメーターを管理できる領域が展開されます。Parameter Name/Value のペアは、追加(
)、編集(インライン編集)、または削除(
)できます。
プロジェクトのサーバー側パラメーターを編集します。
プロジェクトのサーバー側パラメーターを編集します。
サーバー側のプロジェクトパラメーターは、プロジェクトとともに Workspace に保存され、Workspace 内でのみ編集できます。これに対して、設計側のプロジェクトパラメーターはプロジェクトファイル(
*.PrjPcb)に保存され、Altium Designer で編集できます。どちらのパラメータータイプも、Altium Designer では
Special Strings として使用でき、デザインワークスペースで
Text String を選択した状態で
Properties パネルからアクセスします。プロジェクトに定義されたすべてのパラメーター(設計側とサーバー側の両方)は、
Project Options ダイアログ(
Project » Project Options)の
Parameters tab で確認できます。
行った変更を確定するには
ボタンをクリックします。
プロジェクトのクローン作成
既存のプロジェクトをクローンするには、Projects ページでそのエントリを選択し、プロジェクト一覧の上にある
コントロールをクリックして、関連メニューから Clone エントリを選択します。Clone Project ウィンドウが表示されます。
Projects ページのグラフィカルビューでも利用できます。対象プロジェクトのタイルを選択し、
コントロールをクリックして、コンテキストメニューから Clone コマンドを選択します。Projects ページがリストビューで表示されている場合は、対象プロジェクトのエントリの右端にある
コントロールをクリックし、関連メニューから Clone コマンドを選択します。
プロジェクトをクローンして、作業ファイルも含めた同一のコピーを作成できます。
Clone Project ウィンドウを使用して、プロジェクト名と任意の説明を指定します。既定では、元のプロジェクト名に接尾辞 ' – Copy' が付加され、既定の説明があらかじめ入力されます。
クローンしたプロジェクト名は先頭が英字または数字で始まる必要があり、使用できる文字は A-Z、a-z、0-9 です。アンダースコア、ダッシュ、スペースも使用できますが、スペースを使用できるのは名前の途中のみです(先頭および末尾のスペースは無視されます)。また、次の語句は使用できません: AUX、COM1-COM9、LPT1-LPT9、CON、NUL、PRN。さらに、名前には次の文字を含めることはできません: \ . / ? % * : | " < >。ソースプロジェクトと同じ名前は使用できません。
ボタンをクリックして Parent Folder フィールドにアクセスします。デフォルトでは、これはソースプロジェクトが保存されているフォルダーに設定されます。フィールド右側の Change リンクをクリックすると、Workspace のサーバーフォルダー構造にアクセスでき、そこからクローンしたプロジェクトを保存する別のフォルダーを選択できます。必要に応じて、プロジェクトをサブフォルダーの階層構造に整理することもできます。詳細については、Creating a Hierarchy of Project Folders のセクションを参照してください。
必要に応じて各フィールドを設定したら、
ボタンをクリックします。元のプロジェクトは、その構成ファイルおよびデータとともにクローン(複製)され、新しいプロジェクトエントリとして Projects ページの一覧(選択した親フォルダーの下)に追加されます。作成されたクローンは実質的に新しいプロジェクトであるため、その権限は creating (or uploading) a new project の場合と同様に設定されます。つまり、権限はデフォルトで親フォルダーから継承され、クローンを実行したユーザーが Owner になります。関連情報については、Managing Project Creation Permissions も参照してください。
プロジェクトの削除
Related page: ゴミ箱
Workspace から既存のプロジェクトを削除するには、Projects ページでそのエントリを選択し、プロジェクト一覧の上にある
コントロール、またはプロジェクトタイル内の
コントロールをクリックして、関連メニューから Remove エントリを選択します。Projects ページがリスト表示になっている場合は、対象プロジェクトのエントリの右端にある
コントロールをクリックし、関連メニューから Remove コマンドを選択します。
削除できるのは、あなたがそのプロジェクトのオーナーである場合、または Workspace Administrator である場合のみです。
以下の Remove <project> ウィンドウには、関連するリリースなど、そのプロジェクトに関連付けられていて同時に削除される Item が一覧表示されます。Show details オプションを選択すると、プロジェクトの Releases view を開いて、関連するリリースおよび製造パッケージを確認できます。
プロジェクトに関連するリリースがない場合は、簡略化された Remove ウィンドウが表示されます。
Workspace プロジェクトの削除は、実際には「ソフト削除」であり、プロジェクトおよび関連する Item は Workspace の Trash 領域に移動されます。削除処理は、Remove <project> ウィンドウの
ボタンで確定します。
特定のプロジェクトに関連付けられた特定の製造パッケージのみをソフト削除したい場合は、そのプロジェクトの Releases ビューから直接実行できます。
削除が完了すると、プロジェクトエントリはメインのプロジェクト一覧から削除されます。Altium Designer では、ローカルの作業コピーはこの操作の影響を受けませんが、サーバーに変更をコミットすることはできなくなります。ローカルプロジェクトが存在しなくなった VCS リポジトリを参照することになるため、ローカルの作業コピーを閉じて再度開くことで、提案される一連の操作にアクセスできます。
この方法で削除されたすべてのプロジェクトは、インターフェースの Trash ページに表示されます。なお、表示できるのは、自分自身がソフト削除したプロジェクト(およびその他の Item)のみです。管理者は Trash ページの全内容、つまりソフト削除されたすべての Item を表示できます。
ソフト削除されたプロジェクトに関して考慮すべき点:
-
そのプロジェクトは、設計ソフトウェアからも Web インターフェース内からも開いたり参照したりできなくなります。
-
そのプロジェクトが Workspace 外部に共有されていた場合、関連するタイルは、関係するすべての外部ユーザーについて、Altium 365 Platform Interface の Shared with Me ページから削除されます。
-
プロジェクトとともに削除された共有 Manufacturing Packages も、関係するすべてのユーザーについて、Altium 365 Platform Interface の Shared with Me ページから削除されます。
-
プロジェクトで使用された Item を参照すると、そのプロジェクトの Where Used エントリには、プロジェクトが削除されたことが反映されます。
-
プロジェクトは、そのプロジェクトのオーナーまたは Workspace Administrator のみが、Trash ページから復元または完全削除できます。
プロジェクトをソフト削除して Trash に移動した場合でも、同じ名前で新しいプロジェクトを再度作成できます。その後で元のプロジェクトを復元しようとして、元の名前がすでに使用されている場合は、Workspace 内で一意性を保つために整数の接尾辞が使用されます。