採用・内定者ポータル

採用選考(応募受付・SPI試験結果)から内定者の入庁手続きまでを管理する。ゲストスペースや外部連携サービスを使った外部向けポータル構築は別途検討する。庁内向けのFAQ・問い合わせは別企画「庁内FAQ」(`chounai-faq`)に分離した。

プロジェクト: 採用・内定者ポータル完了

アプリテンプレート一式(zip)をダウンロード

本番環境へ取り込む前に、kintoneデベロッパーライセンス(cybozu.devで無償取得可能)の検証環境で動作確認することを推奨します。

デモンストレーション

受験番号	姓	名	せい	めい	生年月日	住所	電話番号	メールアドレス	学歴	職歴	ステータス	合否	提出書類
サンプル受験番号1	サンプル姓1	サンプル名1	サンプルせい1	サンプルめい1	2026-08-18	サンプル住所1	サンプル電話番号1	サンプルメールアドレス1	サンプル1	サンプル1	未処理	合格	(添付ファイルのサンプル)
サンプル受験番号2	サンプル姓2	サンプル名2	サンプルせい2	サンプルめい2	2026-08-17	サンプル住所2	サンプル電話番号2	サンプルメールアドレス2	サンプル2	サンプル2	一次試験中	不合格	(添付ファイルのサンプル)
サンプル受験番号3	サンプル姓3	サンプル名3	サンプルせい3	サンプルめい3	2026-08-16	サンプル住所3	サンプル電話番号3	サンプルメールアドレス3	サンプル3	サンプル3	二次試験中	合格	(添付ファイルのサンプル)

受験番号*

姓*

名*

せい

めい

生年月日

住所

電話番号

メールアドレス

学歴

職歴

ステータス

合否

合格不合格

提出書類

📎 (添付ファイルのサンプル)

応募者マスタ総務部完了

採用試験の応募者の基本情報・学歴・職歴・選考ステータスを管理するマスタアプリ。

#採用選考管理

この企画への改善要望を送る(Googleフォーム)

設計情報

code	ラベル	型	備考
jukenban	受験番号	SINGLE_LINE_TEXT	必須
sei	姓	SINGLE_LINE_TEXT	必須
mei	名	SINGLE_LINE_TEXT	必須
sei_kana	せい	SINGLE_LINE_TEXT
mei_kana	めい	SINGLE_LINE_TEXT
seinengappi	生年月日	DATE
juusho	住所	SINGLE_LINE_TEXT
denwa_bangou	電話番号	SINGLE_LINE_TEXT
email	メールアドレス	SINGLE_LINE_TEXT
gakureki	学歴	SUBTABLE
shokureki	職歴	SUBTABLE
status	ステータス	DROP_DOWN	未処理 / 一次試験中 / 二次試験中 / 最終試験中
goouhi	合否	RADIO_BUTTON	合格 / 不合格
teishutsu_shorui	提出書類	FILE

ダウンロード

設計情報をJSONでダウンロード

appId 556 のkintoneアプリ定義(fields/layout)を元にしています。

本番環境へ取り込む前に、kintoneデベロッパーライセンス(cybozu.devで無償取得可能)の検証環境で動作確認することを推奨します。

デモンストレーション

採用番号	姓	名	せい	めい	生年月日	住所	電話番号	メールアドレス	ステータス	入庁予定日	入庁予定部署	提出物ステータス	やり取り履歴	提出物
サンプル採用番号1	サンプル姓1	サンプル名1	サンプルせい1	サンプルめい1	2026-08-18	サンプル住所1	サンプル電話番号1	サンプルメールアドレス1	未入庁	2026-08-18	サンプル1	完了	サンプル1	(添付ファイルのサンプル)
サンプル採用番号2	サンプル姓2	サンプル名2	サンプルせい2	サンプルめい2	2026-08-17	サンプル住所2	サンプル電話番号2	サンプルメールアドレス2	入庁	2026-08-17	サンプル2	未完了	サンプル2	(添付ファイルのサンプル)
サンプル採用番号3	サンプル姓3	サンプル名3	サンプルせい3	サンプルめい3	2026-08-16	サンプル住所3	サンプル電話番号3	サンプルメールアドレス3	未入庁	2026-08-16	サンプル3	完了	サンプル3	(添付ファイルのサンプル)

採用番号*

姓*

名*

せい

めい

生年月日

住所

電話番号

メールアドレス

ステータス

未入庁入庁

入庁予定日

入庁予定部署

提出物ステータス

完了未完了

やり取り履歴

提出物

📎 (添付ファイルのサンプル)

内定者マスタ総務部完了

内定者の基本情報・入庁予定・提出物・やり取り履歴を管理するマスタアプリ。

#採用選考管理

この企画への改善要望を送る(Googleフォーム)

設計情報

code	ラベル	型	備考
saiyou_bangou	採用番号	SINGLE_LINE_TEXT	必須
sei	姓	SINGLE_LINE_TEXT	必須
mei	名	SINGLE_LINE_TEXT	必須
sei_kana	せい	SINGLE_LINE_TEXT
mei_kana	めい	SINGLE_LINE_TEXT
seinengappi	生年月日	DATE
juusho	住所	SINGLE_LINE_TEXT
denwa_bangou	電話番号	SINGLE_LINE_TEXT
email	メールアドレス	SINGLE_LINE_TEXT
status	ステータス	RADIO_BUTTON	未入庁 / 入庁
nyuuchou_yotei_bi	入庁予定日	DATE
nyuuchou_yotei_busho	入庁予定部署	ORGANIZATION_SELECT
teishutsubutsu_status	提出物ステータス	RADIO_BUTTON	完了 / 未完了
yaritori_rireki	やり取り履歴	SUBTABLE
teishutsubutsu	提出物	FILE

ダウンロード

設計情報をJSONでダウンロード

appId 557 のkintoneアプリ定義(fields/layout)を元にしています。

本番環境へ取り込む前に、kintoneデベロッパーライセンス(cybozu.devで無償取得可能)の検証環境で動作確認することを推奨します。

デモンストレーション

応募者選択	姓	名	言語点数	非言語点数	英語点数	構造把握点数	性格検査結果	評価
サンプル応募者選択1	サンプル姓1	サンプル名1	100	100	100	100	性格検査結果のサンプル入力です(デモ表示用のダミーデータ)。	100
サンプル応募者選択2	サンプル姓2	サンプル名2	200	200	200	200	性格検査結果のサンプル入力です(デモ表示用のダミーデータ)。	200
サンプル応募者選択3	サンプル姓3	サンプル名3	300	300	300	300	性格検査結果のサンプル入力です(デモ表示用のダミーデータ)。	300

応募者選択*

姓

名

言語点数

非言語点数

英語点数

構造把握点数

性格検査結果

評価

SPI試験結果確認総務部完了

応募者マスタをLOOKUP参照し、SPI試験の点数・性格検査結果・評価を記録する業務アプリ。

#採用選考管理

この企画への改善要望を送る(Googleフォーム)

設計情報

code	ラベル	型	備考
bosha_sentaku	応募者選択	SINGLE_LINE_TEXT	必須 / ルックアップ(参照: ?)
sei	姓	SINGLE_LINE_TEXT
mei	名	SINGLE_LINE_TEXT
gengo_tensuu	言語点数	NUMBER
higengo_tensuu	非言語点数	NUMBER
eigo_tensuu	英語点数	NUMBER
kouzou_haaku_tensuu	構造把握点数	NUMBER
seikaku_kensa_kekka	性格検査結果	MULTI_LINE_TEXT
hyouka	評価	NUMBER

ダウンロード

設計情報をJSONでダウンロード

appId 559 のkintoneアプリ定義(fields/layout)を元にしています。

本番環境へ取り込む前に、kintoneデベロッパーライセンス(cybozu.devで無償取得可能)の検証環境で動作確認することを推奨します。

設計書類

採用・内定者ポータル設計書

企画キー: saiyo-naitei(apps.yaml)
kintoneスペース: 採用・内定者ポータル(spaceId: 89)
関連ドキュメント: DFD / ER図

1. 目的

採用試験の応募受付からSPI試験結果の記録、内定者の入庁手続き(提出物・やり取り履歴)までを一元管理する。JavaScriptカスタマイズは行わず、kintone標準機能のみで構成する。

内定者・応募者向けにゲストスペースや外部連携サービスを使った外部ポータルを構築する構想があるが、これは別途検討事項とし、本設計では庁内(kintone標準スペース内)のアプリ構成のみを扱う。

庁内向けの問い合わせ対応・FAQ蓄積(タグ・FAQ・問い合わせの3アプリ構成)は、当初は本企画の一部として設計したが、階層を分離し「庁内FAQ」企画(chounai-faq)として独立させた。経緯は下記5.参照、詳細は庁内FAQ企画の設計書を参照。

2. アプリ構成

2つのマスタアプリ(応募者マスタ・内定者マスタ)を先に作成し、その後1つの業務アプリ(SPI試験結果確認)を作成する。

アプリキー	アプリ名	appType	appId	備考
`bosha-master`	応募者マスタ	master	556
`naitei-master`	内定者マスタ	master	557
`spi-shiken-kekka`	SPI試験結果確認	business	559	応募者マスタをLOOKUP参照

3. 業務フロー概要

1. 総務部の採用担当が、採用試験の応募者情報を「応募者マスタ」に登録する。 2. SPI試験の点数・性格検査結果・評価を、応募者マスタをLOOKUP参照する「SPI試験結果確認」に記録する。 3. 一次・二次・最終試験の進捗と合否を「応募者マスタ」のstatus/goouhiで更新する。 4. 内定が確定した応募者について、改めて「内定者マスタ」に登録する(応募者マスタとは別キーsaiyou_bangouで管理。両マスタ間のLOOKUP連携は行わない。下記6.参照)。入庁予定日・予定部署、提出物ステータス、内定者とのやり取り履歴(yaritori_rirekiサブテーブル)を記録し、入庁までを追跡する。

4. 「応募者マスタ」フィールド一覧

code	ラベル	型	備考
`jukenban`	受験番号	文字列1行(必須・重複禁止)
`sei`	姓	文字列1行(必須)
`mei`	名	文字列1行(必須)
`sei_kana`	せい	文字列1行
`mei_kana`	めい	文字列1行
`seinengappi`	生年月日	日付
`juusho`	住所	文字列1行
`denwa_bangou`	電話番号	文字列1行
`email`	メールアドレス	文字列1行
`gakureki`	学歴	サブテーブル(`gakkou_mei`:学校名 / `sotsugyou_nengetsu`:卒業年月)
`shokureki`	職歴	サブテーブル(`kinmusaki`:勤務先 / `kaishi_nengetsu`:開始年月 / `shuuryou_nengetsu`:終了年月)
`status`	ステータス	ドロップダウン	未処理/一次試験中/二次試験中/最終試験中
`goouhi`	合否	ラジオボタン	合格/不合格
`teishutsu_shorui`	提出書類	添付ファイル	卒業証明書・資格証明書をまとめて添付する想定

5. 「内定者マスタ」フィールド一覧

code	ラベル	型	備考
`saiyou_bangou`	採用番号	文字列1行(必須・重複禁止)
`sei`	姓	文字列1行(必須)
`mei`	名	文字列1行(必須)
`sei_kana`	せい	文字列1行
`mei_kana`	めい	文字列1行
`seinengappi`	生年月日	日付
`juusho`	住所	文字列1行
`denwa_bangou`	電話番号	文字列1行
`email`	メールアドレス	文字列1行
`status`	ステータス	ラジオボタン	未入庁/入庁
`nyuuchou_yotei_bi`	入庁予定日	日付
`nyuuchou_yotei_busho`	入庁予定部署	組織選択
`teishutsubutsu_status`	提出物ステータス	ラジオボタン	完了/未完了
`yaritori_rireki`	やり取り履歴	サブテーブル(`hizuke`:日付 / `shitsumonsha`:質問者 / `naiyou`:内容)
`teishutsubutsu`	提出物	添付ファイル

6. 「SPI試験結果確認」フィールド一覧

code	ラベル	型	備考
`bosha_sentaku`	応募者選択	ルックアップ(文字列1行、必須)	応募者マスタの`jukenban`を参照。`fieldMappings`で`sei`/`mei`を自動コピー
`sei`	姓	文字列1行	応募者選択からコピー
`mei`	名	文字列1行	同上
`gengo_tensuu`	言語点数	数値
`higengo_tensuu`	非言語点数	数値
`eigo_tensuu`	英語点数	数値
`kouzou_haaku_tensuu`	構造把握点数	数値
`seikaku_kensa_kekka`	性格検査結果	文字列複数行
`hyouka`	評価	数値	1〜7の範囲で運用する想定(kintone標準機能では入力値の範囲制約は設定できないため、運用でカバーする)

フィールド定義の正はapps.yamlの該当エントリであり、上記4〜6の表はその要約。フィールドを追加・変更した場合は、apps.yamlの更新に合わせて本表も必ず更新すること。

7. 企画分割の経緯(FAQ・タグ・問い合わせを「庁内FAQ」企画へ分離)

当初(2026-07-06の初回--apply)は、庁内向けのFAQ・問い合わせ(FAQタグマスタ・FAQ・問い合わせの3アプリ)を本企画(saiyo-naitei)の一部として設計・作成し、スペース「採用・内定者ポータル」(spaceId 89)に配置した。しかし採用・内定業務と庁内FAQ業務は本来別階層であるため、直後に階層を分離し、新規スペース「庁内FAQ」(spaceId 90)を作成のうえ、既存の3アプリ(appId 558/560/561、いずれも作成済みでレコード有無に関わらずアプリ自体は既存)をkintoneの「アプリの所属するスペースを変更する」API(POST /k/v1/app/move.json)で移動した。

この移動に対応するため、scripts/create-apps.mjsに「apps.yamlで別の企画(≒別のスペース)に付け替えられた既存アプリを検出し、--apply実行時に自動でそのスペースへ移動する」機能を追加した(getAppSpaceId/moveAppToSpace、詳細はスクリプト冒頭のコメント参照)。これにより、今後同様に企画の階層を再編する場合も、apps.yaml上でアプリの所属企画を書き換えて--applyするだけで、実際のkintone側のスペース所属も追従する。

移動後の詳細設計(フィールド一覧・カスタマイズ想定等)は庁内FAQ企画の設計書を参照。

8. 未決定・今後の検討事項

応募者マスタと内定者マスタ間の連携キー(idea.md上も未定義のため、本設計でも独立したマスタとして扱う。内定確定時は手入力で転記する運用。将来的にjukenban↔saiyou_bangouの対応が必要になれば連携フィールドの追加を検討)
内定者・応募者向けの外部ポータル(ゲストスペース/外部連携サービス)の具体的な構成
各アプリのlayout(フォームレイアウト)は未設定(kintoneのデフォルト順序に従う)

採用・内定者ポータル DFD(データフロー図)

対象: 「応募者マスタ」「内定者マスタ」「SPI試験結果確認」の各アプリ

flowchart LR saiyoutantou["総務部採用担当"] bosha["応募者"] naiteisha["内定者"] subgraph boshaM["応募者マスタ (kintone)"] boshaRec[("応募者\nレコード")] end subgraph naiteiM["内定者マスタ (kintone)"] naiteiRec[("内定者\nレコード")] end subgraph spiApp["SPI試験結果確認 (kintone)"] spiRec[("試験結果\nレコード")] end bosha -- "1. 採用試験に応募" --> saiyoutantou saiyoutantou -- "1. 応募者情報を登録" --> boshaRec boshaM -- "2. LOOKUPで応募者を選択" --> spiRec saiyoutantou -- "2. SPI試験結果・評価を登録" --> spiRec saiyoutantou -- "3. 一次/二次/最終試験の進捗・合否を更新" --> boshaRec saiyoutantou -- "4. 内定確定後、内定者情報を登録(手入力で転記)" --> naiteiRec naiteisha -- "4. 提出物を提出、質問等をやり取り" --> saiyoutantou saiyoutantou -- "4. 提出物ステータス・やり取り履歴を更新" --> naiteiRec

フロー説明

1. 採用試験の応募者からの応募を受け、総務部採用担当が基本情報を「応募者マスタ」に登録する(設計書4参照)。 2. SPI試験の結果は、応募者マスタをLOOKUP参照する「SPI試験結果確認」に記録する(設計書6参照)。 3. 一次・二次・最終試験の進捗・合否は「応募者マスタ」のstatus/goouhiで更新する(設計書4参照)。 4. 内定確定後、対象者を「内定者マスタ」へ改めて登録する(応募者マスタとは別キーで手入力、下記の通り自動連携なし)。内定者とのやり取り・提出物ステータスを記録する(設計書5・8参照)。

備考

応募者マスタと内定者マスタの間に自動連携(LOOKUP)は設けていない。内定確定のタイミングで採用担当が手入力で転記する運用とする(設計書8参照)。
庁内向けのFAQ・問い合わせ(タグ・FAQ・問い合わせの3アプリ)は「庁内FAQ」企画(chounai-faq)として分離した。詳細は庁内FAQ企画のDFDを参照(設計書7参照)。

採用・内定者ポータル ER図

対象: 「応募者マスタ」「内定者マスタ」「SPI試験結果確認」の各アプリ

erDiagram BOSHA_MASTER { string jukenban "受験番号(必須・重複禁止)" string sei "姓(必須)" string mei "名(必須)" string sei_kana "せい" string mei_kana "めい" date seinengappi "生年月日" string juusho "住所" string denwa_bangou "電話番号" string email "メールアドレス" subtable gakureki "学歴(学校名/卒業年月)" subtable shokureki "職歴(勤務先/開始年月/終了年月)" drop_down status "ステータス" radio_button goouhi "合否" file teishutsu_shorui "提出書類" } NAITEI_MASTER { string saiyou_bangou "採用番号(必須・重複禁止)" string sei "姓(必須)" string mei "名(必須)" string sei_kana "せい" string mei_kana "めい" date seinengappi "生年月日" string juusho "住所" string denwa_bangou "電話番号" string email "メールアドレス" radio_button status "ステータス" date nyuuchou_yotei_bi "入庁予定日" organization nyuuchou_yotei_busho "入庁予定部署" radio_button teishutsubutsu_status "提出物ステータス" subtable yaritori_rireki "やり取り履歴(日付/質問者/内容)" file teishutsubutsu "提出物" } SPI_SHIKEN_KEKKA { string bosha_sentaku "応募者選択(LOOKUP、必須)" string sei "姓(コピー)" string mei "名(コピー)" number gengo_tensuu "言語点数" number higengo_tensuu "非言語点数" number eigo_tensuu "英語点数" number kouzou_haaku_tensuu "構造把握点数" text seikaku_kensa_kekka "性格検査結果" number hyouka "評価(1〜7)" } BOSHA_MASTER ||--o{ SPI_SHIKEN_KEKKA : "bosha_sentaku(LOOKUP)で参照"

備考

BOSHA_MASTERとNAITEI_MASTERの間にLOOKUP等の直接連携はない(それぞれ独立したマスタとして扱う。設計書8参照)。
庁内向けのFAQ・問い合わせ(FAQタグマスタ・FAQ・問い合わせ)は「庁内FAQ」企画(chounai-faq)として分離した。詳細は庁内FAQ企画のER図を参照(設計書7参照)。