Process

手順のモデルを一度定義し、ユニットの上で実体にし、記録され判定される試験として実行するワークスペース。ワークスペースの欄、モデルの 4 つのグループ、コマンドバー、権限の段階、そして 2 つのロックです。

Process は、試験や製造の工程を組み立て、そのあと実行するナビゲーションバーのページです。モデルを一度定義し（何を測るか、実行が何を刻むか、何がステーションを自分で動かすか、何を作り出すか、どこに印刷するか）、それをユニット（現場のステーションで、それぞれが自分の信号源につながっています）の上で実体にし、モデルのライブラリーから手順を組み立て、ユニットの上で開始します。どの実行も自己完結したそれ自身のファイルに記録するので、記録された実行記録は、それを生んだ構成にあとから加わるどんな変更よりも長生きします。同じ語彙が品質試験にも製造の工程にも当てはまります。時間をかけて設定値を当て、チャネルを記録し、結果を判定するものなら何でもです。

ページの見出しには「Process：手順のモデルを定義し、ユニットの上で実体にして、記録され判定される試験を実行します。」と出ます。Process の 4 つの権限（モデルの閲覧、手順の実行、レシピと判定の編集、Process の管理）のどれか、または履歴の表示を持つ識別情報に対して開きます。

この範囲にあるもの

ページ

Process は一覧と詳細のページです。左にワークスペースの欄、右に、欄が選んでいるものの詳細のパネルがあり、その上には、その選択の操作を載せたコマンドバーが立ちます。パネルは自動で保存します。スイッチは倒した瞬間、入力欄は離れた瞬間に効き、拒まれた書き込みは欄を元に戻し、ウィンドウの下の操作ログ帯で理由を伝えます。

このページは 2 つのアドレスで答えます。/process は、あなたのロールが見られる最初の根で開きます。/histories は履歴の根への深い入口なので、実行記録へのしおりは今もそこに着きます。?focus=<id>&screen=channels、automation、action、view、screen を持つアドレスは、その面でワークスペースを開きます。前の 2 つは検証のページが書き（モデルのチャネルか自動化の画面で、不具合のあるユニットの行がすでに選ばれています）、最後の 2 つは View のページが書きます。ロールが見られない識別子や、ページが描かない画面の名前なら、ページはいつもどおりに開きます。

ロールがどの根も持たないとき、パネルにはこう出ます。「この操作者に開かれているワークスペースの枝はありません。モデルとテンプレートは管理の段階で設定し、記録された実行記録には固有の権限が要ります。手順は、ユニットの運転の画面かダッシュボードから開始します。」

ワークスペースの欄

根が 3 つある 1 本のツリーです。

どの行も閉じた状態で生まれます。目当ての枝を開けば、開いたものは保存をまたいで開いたままです。行を並べるグループには件数の印 (3) が付き、何も抱えていないときは「空」の語が付くので、まっさらなステーションでも「ここには何もない」と「まだ読み込んでいない」を見分けられます。定義の 5 行と、まとめの 3 行（定義、可視化、段取り）には印が付きません。パネルで編集するか、ほかの行をまとめるだけだからです。運転は自分のユニットを数えます。根、モデル、フォルダーは太字で描かれます。

フッターには新規…、すべて展開、すべて折りたたむがあります。新規…は Process の管理を持つロールにだけ描かれ、ステーションが施錠されている間は理由をツールチップにして灰色になります。開くのは 1 つの献立で、新しいモデル、新しいレポート、新しいラベル、そして 3 つの項目（モデル、レポート、ラベル）を持つ新しいフォルダーの下位の献立が並びます。下位の献立はその根に空のフォルダーを開き、名前の欄をすぐ入力できる状態にします。どの項目も、その区分の根に作ります。フォルダーの中に作るのは、フォルダーに対する操作です（そのバー、またはその右クリックの献立）。

モデルの 4 つのグループ

モデルを選ぶと、そのモデル自身のページが開きます。識別情報、ユニットの表、そしてグループの上のタイルです（モデルとフォルダーを参照）。その下には、変わる頻度の順に 4 つのグループが立ちます。

まとめの 3 ページは、行へ跳ぶタイルの壁です。一覧を表すタイルは件数を出し、自動化、生産性、プリンターは名前を出します。運転は自分のユニットを実時間の状態とともに並べます。4 つのどれも、それ自身のコマンドバーを持ちません。

権限の段階

Process へのアクセスは 4 つのローカルユーザーの権限で、ユーザーのページでロールごとに与えます。それぞれが下の段を含みます（権限を参照）。

このページにはもう 2 つの権限が届きます。履歴の表示は履歴の根を開きます（ほかに何も持たない識別情報には、ページそのものも開きます）。ダッシュボードの編集は、モデルのダッシュボードのダッシュボードを編集の操作が求めるものです。

このページは、アプリのどのコマンドバーとも同じやり方で 2 つの拒みを分けます。ロールが決して許さないものは、まったく描かれません。今この瞬間だけ拒まれるものは描かれたまま灰色になり、理由をツールチップにします。ロールが使えない献立の行は「このワークスペースを管理するには「Process の管理」の権限が必要です。」と読め、その権限なしに名前の変更を試みると「Process のアドレスの識別情報の名前を変更するには、Process の管理の権限が必要です。」と答えます。

コマンドバー

バーは、選択に操作があるところならどこにでも立ちます。それを増やす、複製する、編集する、開始するものは左に、それを終わらせるものは危険の色で右にあります。選択にどちらもないところでは、バーは落ちます。

どの作成の操作も、仮の名前で自分の行を作ります（「New model」、「Report 2」、「Procedure 3」、「Channel 4」）。モデル、レポート、ラベル、ダッシュボードは作ったものを選びもするので、名前を付けるのが最初の仕事になります。ほかの作成の操作は、行をそのグループに足すだけなので、そこで開きます。どの終わらせる操作も先に確かめます。構成の削除がすべて使う 1 つの対話です（「『X』を削除しますか？… この操作は元に戻せません。」）。いいえ、Esc、外側の押下で断れます。フォルダーを取り除くは、何も削除しない例外です。その確認は、根へ戻る行の数を数えます。

まとめの 3 ページ、定義の 5 行（その操作は画面自身の区画の見出しにあります）、テンプレートと履歴の根、運転の下のユニット、モデルのページのユニットの表（その操作はそのカードの見出しにあります）には、バーは立ちません。

このバーのどの操作も、ステーションが施錠されている間は理由をツールチップにして灰色になります（下を参照）。ロールが持たない操作は描かれません。

右クリック

行を右クリックするとその行が選ばれ、同じ操作が献立として開きます。そこには、バーではなく行に属する操作が加わります。モデルのユニットを追加（ユニットはモデルのページの表に着きます）、モデル、レポート、ラベルの移動先（新しいフォルダー、行がすでに第 1 階層のフォルダーにあるときは新しい下位のフォルダー、区分の根、または既にあるどのフォルダーでも）、チャネルのチャネルを追加、メタデータの項目を追加、アクションの指令を追加です。ステーションが施錠されている間と、ロールが変えてよくない行の上では、この献立は開きません。

エンジニアリングロック

どれか 1 つのモデルのどれか 1 つのユニットが実行の操作（準備中、記録中、一時停止中、保存中、終了処理中）に占められている間、ステーション全体の構成は読み取り専用になります。ページの上の通知バーには「エンジニアリングロック中：ユニットの操作が動いています。すべてのユニットが終わるまで構成は読み取り専用のままです。実行の操作とそのほかの操作員の操作は、引き続き使えます。」と出ます。Process のどのパネルも動かなくなり、バーのどの操作も「ユニットの実行中は構成が施錠されます。」とともに灰色になり、開いているダッシュボードのエディターは閉じます。Connector、Logic、ダッシュボードも同じ境界で施錠されます。運転の下のユニットの面、その実行の指令、View のページ、履歴は、その間もずっと使えます。

ランタイムの停止

ステーションのランタイムが停止している間、Process のどの変更（構成、用意、実行の指令、コメント、実行記録の削除）も「ランタイム停止中」として拒まれます。すべて開始とすべて停止もそれとともに灰色になります。読み取り、履歴、エクスポート、レポートは引き続き使えます。

エージェント

loopback のエージェントアクセスのエンドポイントは、同じモデルと実行記録に届きます。読み取りのツール process_models、process_runs、process_run、unit_status は読み取りの組に入り、操作のツール（process_start、process_stop、process_hold、process_resume、process_abort、process_snapshot、process_evaluate、process_recipe_apply、process_comment、process_report、process_run_delete）は、エージェントのページでそれ自身の許可の後ろに置かれます。それらの書き込みは Agent として記録されます。ランタイムが停止している間に答えるのは、読み取りのツールと process_report だけです。

このページがしないこと

• ツリーから実行を開始することはしません。手順は、運転の下のユニットの操作パネル、ダッシュボード、バインドした指令のポイント、または自動化を通した PLC から用意して開始します。
• モデル、フォルダー、グループの行を並べ替えることもしません。モデル、手順、ライブラリーは名前順、アクションはそれ自身の順、ユニットは追加した順に並びます。
• ツリーから名前を変えることもしません。モデル、ユニット、チャネル、メタデータの項目は、それ自身のパネルで、参照を書き換える安全な名前の変更を通して変えます。
• 何も取り消しません。どの削除も先に確認し、記録された実行記録が、このワークスペースの削除で触れられることは決してありません。