###### tags: `システム導入ヒアリング`

# PCA給与

:::warning
承認者は「管理者」と定義され、統制状況によって適合した承認者(職務権限と対応)とする。主に本部長・部長。

※1 → CC総務部長
※2 → 各社所属部室長・ブロック長
:::

:::spoiler 各役割参考

### 情報システム管理規程
情報システムの維持・運用の主観部門 → CC総務部
情報システム部門の責任者 → CC総務部長

### 情報セキュリティ管理規程
情報管理を所管 → CC総務部
情報管理責任者 → CC総務部長
情報セキュリティ管理者 → CC総務部内から選任した担当者
情報セキュリティ責任者 → 各社各部における部室長・ブロック長

2020年7月期
:::

以下回答
## 導入(サービス利用・開発)

### ①要件定義
1. 現状の状態（新しいものを入れるのに現状はどういう状態で運用していますか。なぜ他のものにする必要があるか導入の説明）
1. 現状の運用方法：==弥生給与==
:::success
→各事業部から受け取った給与データを弥生に取り込み給与情報
の管理を行っている。
賃金台帳・源泉徴収票の発行、年末調整などにも使用している。
:::

1. 過不足の項目
1. 統制上の不具合
:::success
→推奨環境から逸脱しており（推奨100人前後）動作が重い。
データを出力する時に正常に計算されないことがある。
:::
3. 業務効率
:::success
→100人前後を推奨しているシステムのため動作が重く、バック
アップに時間がかかる。
不具合も多いためチェックに時間がかかる。
情報の検索機能が古い、もしくはない項目がある為時間がかかる。
:::

5. リスク面 など
:::success
→上記の不具合が多いため弥生のデータを信用しきれない。
自動計算される項目や抽出項目が違う場合がある。
:::

1. 本稼働開始までのスケジュール
1. 選定 (事前に調査済みの場合は必要なし)
3. 契約・利用開始
:::success
→2月契約
:::
5. テスト期間(併用含む)
:::success
→2月～10、11月まで==
:::
6. 本稼働
:::success
→10、11月頃
:::

### ②選定(開発含む)
1. **複数社比較**
1. 複数社から比較を取り選定を行っているか
1. 機能面・コスト面

:::success
→ペーパーレス化や電子申請を考えたときに他のソフト
と連携しやすく凡庸性が高い。
給与奉行と比べたがPCAのほうが安い。
:::

1. **サービスレベル証明・セキュリティ**
1. 安定稼働が保証されているか
1. あると望ましいもの
1. SLA証明書
2. SOC2報告書

:::success
→1.2は依頼すれば確認が取れる。
:::

1. 安定稼働やセキュリティが実績など
1. 資格取得状況(ISMS・Pマーク)
:::success
→ISMS、Pマーク取得済み。
:::

3. その他実績資料
1. SSL適用されているか
:::success
→SSL摘要済み。
:::

1. **アカウント管理のイメージ**
1. 管理者・ユーザーのアカウントの切り分け、権限設定の可否
1. アプリケーション管理者はどのような権限設定ができるか
:::success
→システム管理者は別のユーザー（アカウント）の権限設定
が可能。権限の追加・削除等出来る。
システム管理者による権限の設定でカテゴリ（給与、従業
員、明細等）によって閲覧のみや編集の可否含めて設定で
きる。それぞれのカテゴリーによって権限がわけられる。
:::
1. アップデートの案内
1. アップデートの頻度、事前案内の有無など
:::success
→頻度は不明。アップデート時に事前案内有り。
:::

1. サーバーの管理者の特権IDの管理方法と状況
1. OS特権アカウントの取り扱い
:::success
→先方
:::

3. DB特権アカウト
:::success
→先方
:::

1. **運用方法のイメージ**
1. 内部統制/J-SOXフローとの変更がどの範囲か
1. **データバックアップの可否**
1. データバックアップがどのようにされるか
:::success
→バックアップは手動操作。
メディア(ハードディスク、MOなど)にデータ領域ごとのバック
アップデータを作成する。
:::

3. 障害発生時の対応と復旧策の確認
:::success
→障害発生時：PCAのホームページで障害の内容、原因、対応が
記載される。
復旧策：バックアップで作成した予備のデータをハードディス
クに戻し、データ領域を復旧できる。
:::

1. **アクセス・操作ログの可否**
1. 保管のサイクルも含む
:::success
→アクセスログ：「いつ（日時）」「誰が（ユーザーID）」「何
を（処理名）」を行ったのか？が一覧で確認可能。
操作ログ：「だれがいつ、どのメニューで操作を行ったか」履歴
で確認可能。
:::

### ③契約
1. 導入決裁==承認==
- :::info
決裁方法：稟議書(導入企画書)
※企画書の形式は指定なし
保管先：ActionPassport
承認者：職務権限規程の金額に対応した決裁者
*※事前に情報システム責任者の確認のための承認を挟むかは要検討*
:::
2. 料金
→利用ライセンス：6600円
基本ユーザー3人：24000円
追加ユーザー1人：8000円
月41800円
4. 予算の組入状況
5. 契約上の特殊な条項があれば

### ④テスト期間・並行運用
1. データ移行
1. データを移行有の場合
1. 正しくデータが移行されているか==承認==
- :::info
決裁方法：稟議書(テスト結果報告書添付)
　※報告書の形式は指定なし
保管先：ActionPassport
承認者：利用ユーザー部門の責任者(部室長・ブロック長→本部長)、CC総務部長
:::
1. データの移行無の場合
1. サービス導入前のデータをどのようにあつかうのか
1. サービス導入前のデータにどのようにアクセスするのか
1. アカウント作成・権限設定
1. 管理者によってアカウントの作成や権限の設定が確認されているか==承認==
- :::info
決裁方法：アカウント申請書
保管先：ActionPassport
承認者：利用ユーザー部門の責任者(部室長・ブロック長→本部長)
:::
1. 正しいデータがシステム上反映されているか
1. テスト結果の確認項目と確認の実施結果==承認==
- :::info
決裁方法：稟議書(テスト結果報告書添付)
保管先：ActionPassport
承認者：利用ユーザー部門の責任者(部室長・ブロック長→本部長)、CC総務部長
:::
1. 並行運用
1. 運用変更前と変更後でそれぞれ操作を行う期間を設け、それぞれのデータが一致していることを確認する
1. 期間は1ヶ月以上設ける

ーーーーーーーーここまでーーーーーーーーーーーーーーーーーーー

## 本稼働後の運用

### アカウント・権限の作成・変更
1. 管理者によってアカウントの作成や権限の設定が確認されているか==承認==
- :::info
決裁方法：アカウント申請書
保管先：ActionPassport
承認者：利用ユーザー部門の責任者(部室長・ブロック長→本部長)
:::
2. 退職情報を元に退職者アカウントは削除する
3. 定期的なアカウントや権限の棚卸しがされている

### システム変更
1. 重要なメジャーアップデートの場合
1. アップデート適用前に変更のための計画書を作成する==承認==
- :::info
決裁方法：稟議書(アップデート適用計画書添付)
　※計画書の形式は指定なし
保管先：ActionPassport
承認者：利用ユーザー部門の責任者(部室長・ブロック長→本部長)、CC総務部長
:::
1. テストを行い、テスト結果を保存する==承認==
- :::info
決裁方法：稟議書(テスト結果報告書添付)
保管先：ActionPassport
承認者：利用ユーザー部門の責任者(部室長・ブロック長→本部長)、CC総務部長
:::
1. 軽微なマイナーアップデート
1. 変更結果の報告を確認している
1. システムの変更履歴
1. システムの変更があった場合、変更履歴が確認できるようになっている
1. 重要なアップデートの場合は計画書、テスト結果を〇〇に保管する
2. マイナーアップデートの場合は変更内容・結果の報告をメールで受け取るなどの確認、またはサービスサイトでの履歴にて確認できればよい

### バックアップ
1. 統制上影響が出ない範囲で復旧できる見込みのバックアップデータを用意する
1. バックアップの取得状況が確認できる状況になっている
1. バックアップの運用手順が整備されている

### アクセス・操作ログ
1. アクセス・操作の取得状況が確認できる状況になっている

### 障害発生時の対応と履歴
1. 障害が発生した場合、対応した報告書を作成
- 報告書は情報システム部門から情報システム部門責任者へ報告される
- 影響が大きい事故・障害の場合は取締役会に報告される
2. 再発防止策を立案する==承認==
- :::info
決裁方法：稟議書(障害対応報告書)
保管先：ActionPassport
承認者：CC総務部長
:::
3. 障害対応の履歴を残す