受給資格照合 ── 補助金・給付
申請者を、給付の受給要件と照合し、「受給資格あり」という結果だけを受け取ります。所得・世帯などの原本は発行者の管理下に残るので、申請のたびに証明書を集める負担と、窓口での確認待ちを、構造的に取り除けます。
補助金・給付の受給資格の照合を担う自治体・事業者の方へ
受給資格を、申請書類を集めて確認するか、自己申告に頼るかの二択になっています。集めれば窓口の待ち時間と保管を抱える。頼れば、誤支給が起きます。この二択を、照合の結果だけを渡す証明で解消します。
-
自治体・公共サービスで給付・補助の資格確認を担う部門
-
申請受付・審査の事務負荷と、保有する個人情報の漏洩面に課題を感じている部門
-
担当者が代わっても公平・一貫した審査を残したい組織
原本を渡さず、「結果の証明」だけを渡す。
現場の照合は増えない。相手の確認が変わる。
- 所得
- 世帯
- 居住
- 所得の上限
- 世帯の条件
- 居住の要件
- 受給資格あり
リンクを開くだけ。アカウントもキーも要らない
「所得証明・世帯情報」から「判定結果（原本 0 文字）」へ。
申請のたびに証明書を集めさせ、窓口で確認して保管する
「受給資格あり」の判定事実のみ
Lemma の核心メカニズム
- 原本は外に出さない
所得額・世帯情報は発行者内に留まる。渡さないので、給付主体が個人情報を保管しなくてよくなる。
- 渡すのは「判定結果」だけ
「受給資格あり」という事実のみを、約 200 バイトの ZK 証明として発行する。
- 相手はリンクを開くだけ
窓口も監査もアカウント作成は不要。受け取った証明から「いつ・誰が・改ざんなく発行したか」を自力で確かめられる。
詳しい仕組みを読む
Lemma は、照合を行った発行者（自治体・課税庁等）が、照合の結果を「述語(predicate)」として暗号的に発行する構造を提供します。「受給資格あり」のような結果が、独立した属性証明として発行されます。元データ（所得証明・世帯情報）は発行者の管理下に留まり、検証側に渡るのは結果の ZK 証明だけです。
受け取った側（窓口・監査）は、所得額や世帯の生データを保管せずに「受給要件を満たすか」を照合＝独立に検証できます。照合が「いつ・誰の発行で・改ざんなく」行われたかは来歴アンカー(docHash)から後年も遡れるため、担当者が代わっても同じ根拠に照らした判断が残ります。
「IT を増やす」のではなく、人への依存とプライバシー露出を減らす便益として届きます。 （御社のどの給付・補助から始めるか、まず会話で確認できます。）
なぜ、いままでのやり方では足りないのか。
「原本を渡さず照合する」「独立検証」「書き換えの検知」の 3 つが同時に要る業務こそが Lemma の領域です。
| 手段 | 原本を渡さず照合 | 独立検証 | 書き換えを検知 | そのままだと |
|---|---|---|---|---|
| アクセス制御・権限管理 | △ | ✗ | ✗ | 社内の誰かが直せた、という疑いが残る |
| マスキング / 黒塗りで提出 | △ | ✗ | ✗ | 黒塗りの手間が増え、元の記録の真正性は示せない |
| 暗号化して保管・送付 | ✓ | ✗ | ✗ | 相手が確かめるには、結局開示が要る |
| Lemma（ZK 証明）唯一 3 つ揃う | ✓ | ✓ | ✓ | 相手がリンクを開くだけで確かめられる |
実装イメージと、導入の流れ。
開示範囲・保存期間の設計から PoC、本番運用まで伴走します。
まずは、30分のヒアリングから。
御社で、生データ保管の負担が最も重い1つの給付・補助を最初の30分で聞かせてください。機微情報（個人情報や機密情報）の開示は必要ありません。
業務から探す
同じ課題｜取引相手・データの正しさを確かめる
お探しの業界・課題に合わせた事例が見つかります
課題や業種から業務ユースケースを探す（全36件） →