候補者アナリティクス

A1アーキテクチャ：プラットフォーム内での位置づけ

候補者アナリティクス is a first-class module of the パイプライン＆クライアント管理 suite inside the authenticated Expertini ATS workspace. 本プラットフォームは意図的にサーバーサイドレンダリングを採用しています。すべてのビューはアプリケーションサーバーで準備され、完全なHTMLとして配信されます。クライアントサイドのフレームワークやサードパーティのCDNスクリプト、データとページ間のビルドパイプラインは一切介在しません。描画される内容はサーバーが計算した結果そのものであり、この特性によってインターフェースの監査性が担保されます。

すべての永続データは単一の検索ネイティブなドキュメントストアで管理され、すべてのクエリは最下層のクエリレイヤーで組織識別子を必須フィルターとして保持します。したがって、テナントの分離は、アプリケーションコードによるチェック漏れに依存する運用ポリシーではなく、すべてのリクエストの構成方法による構造的な仕様となっています。

Availability is governed by the platform's tool registry: this tool is registered from the Growth plan, and access is enforced server-side by the registry gate on every request — never by hiding a button. Plans also carry a monthly distinct-tool quota (3 / 5 / 15 / 30 / 45 across Trial→Business, unlimited on Enterprise), counted at the same chokepoint. The pricing page states both honestly: what is available, and how much of it the month includes.

A2データモデルおよび依存関係マップ

In production the tool reads and writes the candidate database (ats_candidates), pipeline applications (ats_applications). Documents are plain, explicitly-mapped fields — mappings are provisioned ahead of first write, so term filters and aggregations behave deterministically instead of depending on inferred types.

開封ごとの個別の動作はツールアクティビティストアに記録され、並行する別のアナリティクスシステムではなく、この記録をレポートセクションが集計します。表示される利用統計は、プラットフォームが実際に記録した正確な数値です。

通知の一斉送信、Webhook配信、アクティビティログの記録、メール送信など、リクエストパスから外れる処理はすべて非同期のバックグラウンドスレッドで実行されます。外部エンドポイントの応答が遅くてもインターフェースがフリーズすることはなく、失敗した副作用はログに記録され、不整合を引き起こすようなサイレントな再試行は行われません。

A3運用上の考慮事項

組織レベルの設定、データの削除を伴う操作、連携設定はオーナーおよび管理者権限に制限されています。採用担当者は閲覧権限のあるレコードに対してツールを操作します。ロールの変更は次のリクエストから即時適用され、メニュー上だけでなくルートレベルでアクセス制限が適用されます。

障害は隠蔽されることなく表面化されます。サーバーサイドの検証によって正確なフィールドと理由が返され、連携が関係する場合はベンダーのエラーがそのまま引用され、すべての書き込みは確認または報告されます。エクスポートはキャッシュされずリクエスト時に再生成されます — ダウンロードするレポートには、昨夜のスナップショットではなくリクエストした瞬間のデータストアが反映されます。

記録されたすべてのデータはお客様のものです。CSVエクスポートとData Exportアプリは、製品自体が読み取るのと同じデータストアを対象としています。データの取り出しは取り込みと同様に自由に行えるよう設計されており、これは妥協ではなく意図された仕様です。

A4Interaction contract

インターフェースはプラットフォームの検索・選択規則に従っています。実際のレコード（候補者、クライアント、求人など）を指定するフィールドはすべて、フリーテキストではなくライブデータに対する入力検索ピッカーであり、これによりアクティビティ履歴と重複排除の信頼性が維持されます。静的な選択肢は標準のドロップダウンではなく入力時に絞り込まれるコンボボックスであり、状態遷移は明確なフィードバックを提供します。サーバーの確認応答はトーストとして表示され、検証エラーは対象フィールドを正確に特定し、サーバーが確認していない処理が完了として表示されることはありません。

以下のワイヤーフレームとフローは、ピクセル単位のデザインではなく、サーフェスの構造的コントラクト（存在するパネル、状態が発生する順序、各エッジでの挙動）を文書化したものです。レイアウトはネイティブなCSSグリッドとflexboxで構成されており、個別のモバイルビューを必要とせず、ワイドデスクトップからシングルカラムまで適応します。