このファイルにパスワードは書かない。 「どのアカウントが存在し、誰に頼めば使えるか」だけを書く。パスワードは会社のパスワード管理ツールで共有する（ツールの選定は未確認 → 未確認事項）。
| ポータル | URL（staging・SSOL） | 入力するもの | 備考 |
|---|
| バイヤーポータル | https://j2.staging.jienie.com/eProcurement/Login | 会社グループコード・ユーザーID・パスワード | 会社グループコードを間違えると同じ ID でも入れない |
| サプライヤーポータル | https://bizhiway.staging.jienie.com/eProcurement/Login | ユーザーID・パスワード | |
| プロバイダー管理 | https://bizhiway.staging.jienie.com/（プロバイダー用ログイン） | ユーザーID・パスワード | ジーニー社内のアカウント |
| モールマスター／モールサプライヤー | https://bizhiway.staging.jienie.com/MallMaster/、/MallSupplier/ | 上記いずれかでログイン後 | |
- SSO（SAML）を使う顧客は自社の ID 基盤でログインする。全顧客ではない（→ 認証・SSO）。
- 他の環境は
staging を環境名に置き換える（→ 環境一覧）。DAIKO 系統は .jp。
J2 で「この人が何をできるか」は、次の4つの組み合わせで決まる。画面や資料によって、どの層のコードで呼ぶかが違うため混乱しやすい。
flowchart TD
A["① 会社区分 company_division<br/>10 = バイヤー ／ 20 = サプライヤー ／ 90 = プロバイダー"]
A --> B["② ロールコード<br/>K001・K002・KS01・KS02・KS03・K003・K990・K999 ／ S001・S990・S999 ／ ADMIN"]
B --> C["③ アクタータイプ（画面設定上の区分）<br/>2・10・6・210・11・101・103 …"]
C --> D["④ 承認レベル（0〜6）× 機能フラグ<br/>approval_level_order 等 ／ is_enable_estimate 等"]
| 層 | どこで決まるか | 誰が設定するか |
|---|
| ① 会社区分 | 会社を登録するとき（プロバイダー管理） | プロバイダー（ジーニー） |
| ② ロールコード | ユーザー登録・ロール管理画面 | 会社グループ管理者（K999／S999）またはプロバイダー |
| ③ アクタータイプ | ユーザー登録画面の「アクター」 | 同上 |
| ④ 承認レベル・機能フラグ | ユーザーと組織の紐付け（user_organization） | 同上。承認ルートは「レベル ≥ 必要レベル」の人を探す |
| ロールコード | アクター | 日本語 | ベトナム語 | 主にできること | デモアカウント例（ANDY-MFG） |
|---|
K001 | 2 | 申請者（依頼者） | Người yêu cầu | 購買依頼・見積依頼の作成、検収 | mfg-requester-1、mfg-requester-2 |
KS01 | 10 | 申請者＆承認者 | Người yêu cầu kiêm phê duyệt | 上記 + 承認（課長〜本部長） | mfg-approver-1（課長 Lv2）、mfg-approver-2（部長 Lv3）、mfg-approver-3（本部長 Lv4） |
K002 | 6（要確認） | 購買管理者（購買担当者） | Chuyên viên mua hàng | 案件の引き受け、RFQ 送付、サプライヤー選定、発注 | mfg-purchaser |
KS02 | 210（要確認） | 購買管理者＆承認者 | Mua hàng kiêm phê duyệt | 上記 + 見積選択の承認 | mfg-purchaser-and-approver（購買課長） |
KS03 | 未確認 | 承認者（専任） | Người phê duyệt | 承認・差戻しのみ | デモなし |
K003 | 2 + 支払フラグ（要確認） | 経理担当者 | Kế toán | 支払締め、支払データ | mfg-accounting |
K990 | 11（要確認） | 会社管理者 | Quản trị công ty | 自社のマスタ・ユーザー設定 | mfg-company-admin |
K999 | 未確認 | 会社グループ管理者 | Quản trị nhóm công ty | グループ全社の設定・ロール付与（顧客側のスーパーユーザー） | jnsol_group_admin（J2-DEMO） |
K000 | — | 権限なし | Không quyền | ログインはできるが何もできない（一時停止用） | — |
S001 | — | 見積・受注・納品担当者 | Nhân viên NCC | 見積回答、受注確認、納品 | 未確認 |
S990 | — | サプライヤーマスタ管理者 | Quản trị master NCC | サプライヤー側マスタ | 未確認 |
S999 | — | サプライヤー会社グループ管理者 | Quản trị nhóm NCC | サプライヤー側ユーザー管理 | 未確認 |
ADMIN | — | システム管理者（プロバイダー） | Quản trị hệ thống | 全権限。ジーニー社内のみ | 未確認 |
| MallMaster ／ MallSupplier | — | モール管理者／モール出品者 | Quản trị Mall／NCC trên Mall | カタログモールの承認・出品 | 未確認 |
| （商社向け） | 101、103 | 商社担当者／商社担当者＆承認者 | Thương xã | 商社型の購買（constants.js に定義） | — |
出典の食い違い：ロールコード K001・KS02・K999 はソースコードにも存在する（constants.js）。アクター 2・10・101・103 もソースにある。6・210・11 はデモ設定資料（TEST-ACCOUNTS）にのみ登場し、ソースの定数では見つからなかったため「要確認」とした。
| レベル | 役職の目安 |
|---|
| 0 | 一般社員（承認権限なし） |
| 1 | 担当者・係長・主任 |
| 2 | 課長・室長 |
| 3 | 部長・次長 |
| 4 | 本部長・工場長 |
| 5 | 取締役・執行役員 |
| 6 | 代表取締役社長 |
承認レベルは 発注・検収・見積依頼・見積選択・契約・支払 の6種類を別々に持つ。「課長だから全部 Lv2」ではなく、経理は支払だけ高い、購買担当は見積選択だけ持つ、といった設定になる（具体例：demo-data/J2-ANDY-HOLDINGS/TEST-ACCOUNTS-ANDY-MFG.md）。
| 環境 | 会社グループコード | 会社 | アカウント | ロール | 用途 | 入手先 |
|---|
| staging（SSOL） | J2-DEMO | J2 デモ | shinsei、shonin1、shonin2、koubai1、koubai2、jnsol_group_admin | 依頼者、承認者1・2、購買担当、購買承認者、グループ管理者 | 開発者の動作確認（ログイン画面の初期値としてソースに埋め込み） | 開発リーダー。パスワードがソースコードに平文で入っている（要対処） |
| staging（SSOL） | 未確認（ANDY-HOLDINGS） | アンディ製造（ANDY-MFG） | mfg-requester-1/2、mfg-purchaser、mfg-purchaser-and-approver、mfg-approver-1/2/3、mfg-accounting、mfg-company-admin | 上表参照 | デモ・研修・受入練習。9名で購買フロー一巡できる | アンディ。パスワードは TEST-ACCOUNTS-ANDY-MFG.md に記載中（管理ツールへ移す） |
| staging（SSOL） | LION | 認証テスト用 | 未確認 | — | 外部カタログ連携テスト | 開発リーダー |
| staging（SSOL） | — | プロバイダー（ジーニー） | 未確認 | ADMIN | サプライヤー承認、会社登録、ログ確認 | 児嶋さん／アンディ |
| staging（SSOL） | — | デモ用サプライヤー | 未確認 | S001 | RFQ 回答、受注 | アンディ（ANDY-HOLDINGS 用に要作成） |
| daiko-staging | ST 系 | 未確認 | 未確認 | — | D-ACT 受入 | 児嶋さん |
| 本番（SSOL／DAIKO） | 顧客ごと | 顧客 | 社内で保持しない | — | 顧客の実業務 | 障害対応時のみ、手順に従って顧客に依頼 |
- 新人のアカウント：入社初日までにメンター（現在はアンディ）が staging の ANDY-HOLDINGS 9アカウントとプロバイダー1アカウントを渡す。サプライヤー1アカウントは ANDY-HOLDINGS に紐付けて用意する。
- 申請先：staging は開発リーダー、顧客環境は児嶋さん。Slack の該当チャンネルで依頼し、口頭・DM で済ませない。
- パスワード：文書・チャット・ソースコードに書かない。共有はパスワード管理ツールのみ。既に書かれている2箇所（
Authentication/constants.js、TEST-ACCOUNTS-ANDY-MFG.md）は移行後に削除する。
- 本番アカウント：社内では保持しない。顧客からの依頼で操作が必要な場合も、顧客側の管理者に実施してもらうのを原則とする。
- 退職・異動：当日中に staging のアカウントを
K000（権限なし）にするか削除する。
| # | 項目 | 確認先 |
|---|
| 1 | アクター 6・210・11 の正式な定義（ソース上のどこで定義されているか） | 開発リーダー |
| 2 | KS03・K999・S001・ADMIN のデモ用アカウントの有無 | アンディ／児嶋さん |
| 3 | ANDY-HOLDINGS の会社グループコード | アンディ（demo-data の SETUP-GUIDE に記載があるはず） |
| 4 | 会社で使うパスワード管理ツール | 米谷社長／児嶋さん |
| 5 | DAIKO 系統 staging のアカウント | 児嶋さん |
| 6 | K003（経理）が独立したロールコードか、K001 + 支払フラグか | 開発リーダー |