Security & Compliance

1. プラットフォームアーキテクチャ

ZTT Platformは、Google Cloud Platform（GCP）上の完全サーバーレスアーキテクチャで構築されています。従来のサーバー常時稼働型とは異なり、処理が必要な時にのみインスタンスが起動し、完了後に自動で解放されます。この設計はZTT-E（経費精算）をはじめ、ZTT-H（勤怠・労務）、ZTT-A（会計）、ZTT-S（営業管理）、ZTT-W（予実管理）の全モジュールに共通して適用されます。

アーキテクチャ概要図

2. 認証・認可

2.1 OAuth 2.0 個別認証方式

ZTT Platformは、OAuth 2.0個別認証方式を採用しています。従来のドメイン全体委任（DWD）方式とは異なり、各ユーザーが自身のGoogleアカウントに対してアクセス権限を明示的に許可する方式です。

• 最小権限の原則: すべてのアクセスはread-onlyに制限されています。カレンダーの予定を変更・削除したり、メールを送信・削除することはできません。
• ユーザー主導の制御: ユーザーはいつでもGoogleアカウント設定からアクセス権限を取り消すことができます。
• 管理者権限不要: Google Workspace管理者の関与なしに、個人単位で導入を開始できます。

2.2 APIエンドポイント認証

すべてのAPIエンドポイント（外部からシステムにアクセスする窓口）は、認証ミドルウェア（リクエストを受け付ける前に身元を確認する仕組み）により保護されています。URLを知っているだけではアクセスできません。

2.3 OAuth CSRF対策

外部サービス（freee、MoneyForward、Slack）とのOAuth連携時に、暗号ランダムnonce（一度だけ使える使い捨ての確認コード）によるCSRF攻撃（第三者が偽のリンクを送りつけて連携先を不正に差し替える攻撃）の防止を実装しています。

• 連携開始時に暗号的にランダムな確認コードを生成し、10分間だけ有効な状態で保存します
• 連携完了時にこの確認コードを照合し、正規の操作であることを検証します
• 確認コードは一度使用されると即座に削除され、再利用はできません

2.4 ロールベースアクセス制御（RBAC）

Firebase Authenticationと連携した多段階のロール体系で、ユーザーの役職に応じてアクセスできるデータと操作を制限しています。

3. データ保護

3.1 テナントデータ分離

各クライアント企業のデータは、Firestoreのドキュメントパスにより物理的に分離されています。あるテナントのデータに対して、他テナントのユーザーやシステムがアクセスすることは設計上不可能です。

3.2 暗号化

3.3 個人情報の取扱い

ZTT Platformが処理するデータにおける個人情報の範囲と保護措置は以下の通りです。

3.4 AI処理（Vertex AI）のデータ保護

ZTT Platformは、証憑画像のOCR読取やカレンダーイベントの分類等にGoogle Cloud のAIサービス（Vertex AI）を使用しています。AI処理におけるデータ保護方針は以下の通りです。

GCPセキュリティ境界内での処理

Vertex AIはGoogle Cloud Platformの内部サービスです。AI処理に送信されるデータは、Firestore へのデータ保存と同様にGCPのセキュリティ境界内で完結します。外部の第三者AIサービスにデータを送信することはありません。

モデル学習への不使用

Vertex AIに送信されたお客様のデータは、GoogleのAIデータガバナンスポリシーに基づき、AIモデルの学習・改善に使用されません。処理完了後、入力データはGoogleのシステムに保持されません。

AI処理の対象データ

AIに送信されるのは業務処理に必要な最小限のデータのみです。従業員の氏名・メールアドレス等の個人を特定できる情報は送信されません。

コンプライアンス

Vertex AIを含むGoogle Cloud Platformのサービスは、ISO/IEC 27001、SOC 1/2/3、ISMAP等の国際的なセキュリティ認証の適用範囲に含まれています（セクション8参照）。Google Cloudのデータ処理規約に基づき、お客様のデータは適切に保護されます。

3.5 データ削除

契約終了時またはお客様の要請に基づき、テナントデータの完全削除を実施します。削除完了後は削除証明書を発行いたします。詳細はデータ削除リクエストをご参照ください。

4. 可用性・スケーラビリティ

4.1 Google Cloudの信頼性

4.2 自動スケーリング

サーバーレスアーキテクチャにより、クライアント数の増加に応じて自動でスケールします。1社でも1,000社でも同一のアーキテクチャで動作し、設定値の変更のみで対応可能です。

• テナント並列処理: 各テナントの処理はPub/Subメッセージとして独立にディスパッチされ、Cloud Functionsが並列にインスタンスを起動します。
• 障害分離: あるテナントの処理でエラーが発生しても、他テナントの処理には一切影響しません。
• 自動リトライ: 一時的なエラーは自動リトライし、恒久的なエラーはDead Letter Queueで管理します。

5. コンプライアンス（プラットフォーム共通）

以下は全モジュールに共通して適用されるコンプライアンス機能です。

5.1 監査ログ

全モジュールの業務処理において、監査証跡を自動記録します。

• AI判定結果とその法的根拠
• 承認ワークフローの全ステップ
• 外部システム連携の実行結果
• データ修正の変更履歴（修正前後を記録）

5.2 データ保存

6. モジュール別コンプライアンス

各モジュールの業務領域に応じた固有のコンプライアンス対応は以下の通りです。

6.1 ZTT-E（経費精算）

電子帳簿保存法

ZTT-Eは経費精算データの作成・管理を行うモジュールです。法定帳簿の保存義務は連携先の会計システムが担います。

インボイス制度（適格請求書等保存方式）

適格請求書発行事業者登録番号（T-番号）の自動取得と会計連携に対応しています。

• 自動取得: OCR読取・過去実績照合・国税庁Web-API検索の3段階で自動取得します。
• 形式チェック: T + 13桁のバリデーションを実施します。
• 会計連携: API連携可能な会計システムにはT-番号と適格請求書ステータスを自動送信します。CSVエクスポートにもインボイス区分を出力します。

Google APIデータの利用範囲

すべてのモジュールで共通して、以下のGoogle APIスコープを使用します。

6.2 ZTT-A（会計）

ZTT-Aは契約管理・買掛金（AP）・売掛金（AR）・銀行照合等の会計業務を担うモジュールです。

• 契約書・請求書のAI解析: メール添付やGoogle Drive上の契約書PDF・請求書PDFをVertex AIで構造化データとして抽出します。AI処理はGCPセキュリティ境界内で完結し、データがモデル学習に使用されることはありません（セクション3.4参照）。
• インボイス制度対応: 適格請求書発行事業者登録番号（T番号）の自動取得とバリデーションに対応しています。

6.3 ZTT-H（勤怠・労務）

ZTT-Hはカレンダー情報から勤怠データを自動生成するモジュールです。AI処理は使用せず、イベントの色・時間帯に基づくルールベースの分類を行います。

6.4 ZTT-S（営業管理）・ZTT-W（予実管理）

今後提供予定のモジュールについては、提供開始時にモジュール固有のコンプライアンス情報を本ページに追記します。

7. 運用体制

7.1 インフラ運用

サーバーレスアーキテクチャの採用により、OSやミドルウェアの更新、セキュリティパッチの適用はすべてGoogle Cloud Platformが自動で実施します。PuRuthはアプリケーション品質の管理に専念しています。

7.2 インシデント対応

8. Google Cloud Platformの認証・認定

ZTT Platformの基盤であるGoogle Cloud Platformは、以下の国際的なセキュリティ認証・認定を取得しています。

• ISO/IEC 27001 — 情報セキュリティマネジメントシステム
• ISO/IEC 27017 — クラウドサービスのセキュリティ管理
• ISO/IEC 27018 — パブリッククラウドにおける個人情報保護
• SOC 1 / SOC 2 / SOC 3 — サービス組織の内部統制
• ISMAP — 政府情報システムのためのセキュリティ評価制度

詳細はGoogle Cloud コンプライアンスのページをご参照ください。

9. よくある質問

プラットフォーム共通

AI・データ処理

10. お問い合わせ

セキュリティに関するご質問やセキュリティチェックシートの記入依頼は、以下の連絡先までお問い合わせください。