あらゆるレイアウトの履歴書を、ひとつの形に正規化。
氏名、メール、電話、所在地、自己紹介サマリー、職歴、学歴、スキル — あらゆる履歴書レイアウトから抽出し、ATS やソーシングパイプラインに投入できる形にします。
ライブデモ
実物の書類で見てみましょう。
右側のフィールドをクリックすると、左側の出典がハイライトされます。
Extracted fields
Education
| Major | Degree | School | End date | Start date |
|---|---|---|---|---|
Work experience
| Title | Company | End date | Start date | Description |
|---|---|---|---|---|
サンプルデータ、本物のエンジン出力。
概要
履歴書パースとは?
履歴書パース — CV パース、レジュメ抽出とも呼ばれます — は、自由形式の履歴書(PDF、DOCX、画像)を構造化された候補者データに変換するプロセスです。あらゆる ATS とソーシングプラットフォームがこの層の上に成り立っています。正規表現とテンプレートで作ると、候補者が非標準レイアウトを使った瞬間に壊れます。レイアウト対応エンジンを使えば、同じスキーマで何千ものバリエーションを、テンプレートごとの準備なしにカバーできます。
上記のサンプル履歴書から、Ztract は候補者の 氏名、メール、電話、所在地 を返します。さらにヘッドラインの サマリー 段落、各役職のタイトル・会社名・開始/終了日を含む 職歴 配列、学校・学位・専攻を含む 学歴 配列、そして スキル 配列 — 各スキルがクリック可能なチップとして、ページ上の出現位置に紐づきます。サンプルは UX デザイナーの履歴書で、3 つの役職と 2 つの学位が記載されています。出力はそのまま、数秒で Greenhouse、Lever、Workday に取り込めます。
ここには 2 つの設計判断があります。第一に、スキルはカンマ区切りの塊ではなく、型付き文字列配列として返ります — 下流のスキルマッチングが、追加の文字列分割なしで候補者データベースと比較できるようにするためです。第二に、日付は正規化されます:「Jun 2023」「06/2023」「2023-06」「Present」はすべてソート可能な形式に揃います。多段組履歴書、サイドバー、多くのパーサーを混乱させる「クリエイティブ」なレイアウトも、正しいカラム順で読み取られます。
難しいポイント
ここが厄介になる場所。
この書類タイプが見た目より難しい理由と、私たちの対処方法。
-
100 種類以上のレイアウト
年代順、機能別、ハイブリッド、2 段組、サイドバー、アイコングリッドの「クリエイティブ」レイアウト。ページの構成にかかわらず、エンジンは正しい読み順で読み取ります。
-
5 種類の日付形式
「Jun 2023」「06/2023」「2023-06」「Summer 2023」「Present」 — すべて 1 つのソート可能な日付形式に正規化されるので、下流のフィルタや在籍計算がクリーンに動きます。
-
段落・箇条書き・アイコングリッドのスキル
「Python, SQL, React」とリストする履歴書もあれば、箇条書きを使うものも、習熟度バーやアイコングリッドを使うものもあります。いずれもフラットなスキル文字列配列として返ります。
-
保持されるサマリー段落
候補者ヘッドラインのサマリーはラベル付きフィールドではなく自由文ですが、リクルーターにとって最も重要な一文です。エンジンは箇条書きの断片ではなく、そのままの形で抽出します。
利用シーン
このデータが届くワークフロー。
-
ATS 連携
解析済み履歴書を Greenhouse、Lever、Workday Recruiting に投入 — 構造化された職歴とスキルがすでに入力された状態で。
-
ソーシングチーム
メール/電話で受信した候補者を重複排除し、あらゆるレイアウトの何千件もの履歴書にまたがるスキル配列を検索。
-
HR オペ
履歴書ごとの形 — タイトル、会社、日付、スキル — を統一し、下流の人員、DEI、報酬ベンチマークレポートに使える状態に。
FAQ