メインコンテンツへスキップ
管理者は権限を使って、会社内の各ユーザーが閲覧・実行できることを決めます。Alforse のアクセスは暗黙には与えられません。すべての権利は、販売や在庫などのモジュールと、アクション(表示、作成、更新、削除)を組み合わせた明示的な付与であり、付与を一切持たないユーザーはサインインできても、モジュールを 1 つも開けません。 関連ページ:従業員レコードについては人員、同じモデルでのプログラムからのアクセスについてはAPIキー、サインインのセキュリティについては二要素認証。

概要

モジュールとアクションのモデル

付与の名前

付与は <module>_<action> の形式で表します。例:sales_view、inventory_update、purchasing_create。sales_view は販売レコードの読み取りを、inventory_update は在庫の編集を許可します。ある付与が別の付与を含意することはありません。

モジュール

モジュールの一覧は固定されており、権限テーブルはそれ以外のキーを拒否します。 会計、ドキュメント、請求、在庫、メッセージ、部品、人員、印刷、生産、購買、品質、リソース、販売、設定、ユーザー、ワークフロー。 さらに 2 つの内部モジュール、アイテムとタイムカードは、権限画面には表示されないため、上の一覧が編集可能なすべてです。

アクション

各モジュールの行には、そのモジュールが対応するアクションだけが、次の 4 つから選ばれて表示されます。

権限マトリクス

権限を編集するすべての場所で、同じマトリクスを使います。モジュールごとに 1 行、アクションごとに 1 つのチェックボックスです。
  • セルをクリックすると、1 つの付与を切り替えます。
  • 行をクリックすると、モジュール全体をオンまたはオフにします。
  • ヘッダーをクリックすると、すべてを選択します。
従業員タイプのテンプレート、個人の上書き、一括エディター、APIキーのスコープは、すべてこの同一のマトリクスを使うため、一度覚えれば十分です。

会社の範囲

2 層の強制

Alforse はすべての付与を 2 回チェックします。
  1. アプリ内で、画面とボタンを表示または非表示にするため。
  2. データベース内で、行レベルセキュリティによって。インターフェースを迂回したリクエストでも、付与の対象外のデータには到達できません。
データベース層があるからこそ、同じモデルが、スコープがまさにこの module_action 形式を使うAPIキーにも安全に使えます。

従業員タイプ

チェックボックスの代わりにテンプレート

従業員タイプは、名前付きの付与のセットです。入社のたびに何十ものセルにチェックを入れる代わりに、タイプを一度定義し、たとえば購買の全権限と在庫の表示のみを持つ「購買担当者」を作り、それを割り当てます。その付与が、割り当てた全員の出発点になります。 タイプはユーザー → 従業員タイプで編集します。これは、カスタム権限を含むプランで利用できます。

システムタイプ

2 つのタイプはあらかじめ用意されており、削除できません。それぞれ固定の systemType 値を持つため、Alforse の内部参照を壊さずに、ラベルの名前を変更できます。 それ以外のタイプは、作成、名前変更、削除ができます。会社が保持できるシステム種別のタイプは、各種別につき最大 1 つです。

上書きと一括編集

個人ごとの上書き

ユーザー → アカウントでは、各従業員のマトリクスは、その従業員タイプから始まります。セルにチェックを入れたり外したりすると、そのユーザーだけの例外が記録され、タイプ自体は変わりません。 ユーザーを別のタイプに移すと、Alforse は、現在の付与を新しいテンプレートで置き換えるか、そのまま保持するかを尋ねます。

一括権限エディター

多数のユーザーを一度に変更するには、ユーザーを選択し、モードを選んで、マトリクスを設定します。 従業員タイプの変更を既存のスタッフに展開したり、部門全体に新しいモジュールを一度に与えたりするために使います。追加は「全員にこれらも与える」、更新は「全員をまさにこの状態にする」という意味なので、上書きするつもりがある場合にのみ更新を選んでください。

変更が反映されるタイミング

ユーザーを招待する

招待の仕組み

他のユーザーのパスワードを設定することはありません。代わりにメールで招待し、受け入れるときに本人が自分のサインインを作成します。
  1. ユーザー → アカウントに移動します。
  2. 名前、メール、従業員タイプ、ロケーションを指定して、従業員を追加します。
  3. Alforse はアカウントを作成し、招待を記録して、参加を完了するためのリンクをメールで送信します。
招待は、メールをキーとする、会社単位のレコードです。ユーザーが最初に持つ付与を含んでいるため、承諾した瞬間からアクセスの準備ができています。

アカウントのステータス

従業員のステータスは、招待とアカウントから導かれます。

招待と退職者の管理

  • アカウント一覧から、未処理の招待を再送または取り消しできます。
  • 有効な従業員を無効化すると、会社から削除し、付与を剥奪して、無効としてマークします。ほかの会社にも所属している可能性があるため、そのユーザー自体は削除されません。完全なレコードについては人員を参照してください。

現場用の PIN アカウント

コンソールオペレーターとは

コンソールオペレーターは、メールのログインではなく4 桁の PIN で、共有ステーションから MES にサインインします。これらは別種のアカウントです。

作業者を追加する

  1. ユーザー → 作業者に移動します。この画面は、会社でコンソールモードが有効な場合にのみ表示されます。
  2. 名前とロケーションを入力します。
  3. Alforse は、メールのログインを持たない軽量のアカウントを作成し、コンソールオペレーターの従業員タイプを割り当て、4 桁の PIN を生成します。
  4. この場で PIN をコピーしてください。Alforse はそのハッシュだけを保存するため、PIN は一度しか表示されません。
現場では、作業者が自分の名前をタップして PIN を入力します。Alforse は、セッションを開始する前にそれを確認します。

PIN のリセットまたは設定

リセットすると新しい PIN が生成され、古い PIN はすぐに使えなくなります。通常の従業員に PIN を設定するには、追加の設定権限が必要です。その PIN を持つ人は、現場でその従業員として行動できるためです。

PIN のロックアウト

作業者をフルユーザーに変換する

PIN アカウントが制限される理由

PIN アカウントが保持するのは、コンソールオペレーターのタイプが許可する付与だけです。これは意図的なもので、紛失した、または共有されたタブレットから、Alforse の事務所側にアクセスできないようにするためです。作業者自身のワークフロー(出勤の打刻、数量の報告、材料の払い出し)については、MES リファレンスを参照してください。

トラブルシューティング

各要素の場所