【2026年8月最新】預り証の書き方は?記載項目・印紙税・領収書との違いから、Claude Code/Codexで書類作成を自動化する方法まで解説
「お客様から手付金を預かることになったが、預り証はどう書けばいいのだろう」——不動産取引の内金、修理品の預かり、敷金の受領など、業務の中で不意に預り証の作成が必要になる場面は少なくありません。
結論から言うと、預り証は書式や様式に法的な決まりがない書類です。ただし「預けた者・預かった者の氏名住所」「預かったことがわかる文言」「預かった物の内容」「日付」など、最低限記載すべき項目は決まっており、現金や有価証券を5万円以上預かる場合は収入印紙が必要になるなど、知らないと見落としがちな注意点も存在します。
この記事では、預り証の書き方と記載項目、目的別の種類、印紙税のルールを整理したうえで、後半では預り証をはじめとする業務書類の作成を、Claude Code/Codex(AIエージェント)で自動化する方法を、弊社サービス「AI鬼管理」(運営: 株式会社GENAI)の実践ノウハウとともに解説します。
01 HOW TO WRITE 預り証の書き方——記載すべき6つの項目 法的な様式はないが、押さえるべき項目は決まっている
📚 用語解説
預り証:現金や物品を一時的に預かったことを証明する書類。預かった現金・物品の所有権は預けた側にあることを、預かる者と預ける者が合意した前提で発行する。書式・様式に法的な決まりはないが、取引内容が客観的にわかるように記載する必要がある。
預り証には決まった書式はありませんが、次の項目を記載するのが基本です。
現金を預かる場合は、これに加えて金額と預かる目的も記載します。だれがだれに何のために預けたのかが一目でわかるよう、保管方法や、預かった物を毀損した場合の対応、預かりにかかる費用についても記載しておくと、後のトラブルを防げます。
預り証は法律上の様式が定められていない分、署名や押印がなければ証拠としての効力が弱まります。特に高額な現金や重要な物品を預かる場合は、双方の署名・押印を必ず取り付けておくことが実務上のリスク管理になります。
1-1. 領収書との違い
預り証と混同されやすいのが領収書です。両者は「所有権が移転したかどうか」で明確に区別されます。
| 預り証 | 領収書 | |
|---|---|---|
| 何を証明するか | 一時的に預かったこと | 代金の支払いが完了したこと |
| 所有権 | 預けた側に残ったまま | 支払った側から受け取った側へ移転 |
| 典型例 | 内金・手付金・敷金・修理品の預かり | 商品・サービス代金の支払い |
たとえば不動産取引で内金を受け取った段階では、まだ売買は成立しておらず、預かった現金の所有権は預けた側(買主)に残っています。その後、残金の支払いと引き換えに預り証を回収し、代わりに領収書を発行するのが一般的な流れです。
不動産取引の内金を例に、預り証から領収書へ切り替わるまでの流れを図にすると、次のようになります。
02 STAMP DUTY 印紙税のルール——5万円が分かれ目 貼り忘れると過怠税。金額基準を正確に押さえる
預り証の印紙税は、何を預かるかによって要否が変わります。
| 預かるもの | 印紙税 |
|---|---|
| 物品(品物・鍵など) | 不要 |
| 現金・有価証券 | 記載金額5万円以上で必要 |
📚 用語解説
印紙税:契約書・受取書など、印紙税法で定められた文書を作成する際に課される税金。該当する文書に収入印紙を貼付し、消印することで納付する。現金や有価証券の受取書(預り証を含む)は、記載金額が5万円未満であれば非課税、5万円以上になると金額に応じた印紙税が必要になる。
現金・有価証券を預かる預り証で印紙税が必要な場合、金額に応じた税額は次のとおりです(売上代金に係る受取書の場合)。
| 記載金額 | 印紙税額 |
|---|---|
| 5万円未満 | 非課税 |
| 5万円以上100万円以下 | 200円 |
| 100万円超200万円以下 | 400円 |
| 200万円超300万円以下 | 600円 |
| 300万円超500万円以下 | 1,000円 |
| 500万円超1,000万円以下 | 2,000円 |
なお、売上代金以外の受取書(有価証券の預り証など)の場合は、5万円未満は非課税、5万円以上は一律200円という、よりシンプルな金額区分になります。
収入印紙を貼り忘れた場合、過怠税として本来の印紙税額の3倍を納めることになります。預り証の作成頻度が低い会社ほど、この印紙税のルール自体を忘れがちなので、現金5万円以上を預かる場面が想定される業務では、あらかじめチェック項目として明文化しておくことをおすすめします。
03 FOUR TYPES 【目的別】預り証の4つの種類 何のために発行するかで、記載すべき内容と処理が変わる
預り証は、発行目的によって大きく4種類に分けられます。
| 種類 | 主な場面 | 返却・処理の考え方 |
|---|---|---|
| 代金支払い目的 | 不動産取引の内金、旅行代金の申込金、車の頭金 | 売買成立時に領収書と交換。所有権は残金支払い・引渡し時に移転 |
| 担保目的 | 質屋の融資、ローン契約、敷金の受領 | 契約終了時に返却。ただし敷金は原状回復費用に充当されると処分対象 |
| 預託目的 | 投資信託など金融機関への預入 | 銀行法で発行が義務付けられるが、通帳等で確認できるため実務上は省略されることが多い |
| 運搬・保管目的 | 宅配便の預かり、貸倉庫の利用 | 実務上は領収書と兼ねることが多い(本来は別の書類) |
3-1. 現金預かりと物品預かりでテンプレートを分ける
実務では、現金預り証(金額・預かる目的を記載)と物品預り証(品目・数量を記載)の2種類のテンプレートを使い分けるのが一般的です。パソコンやスマートフォンの修理受付では、預り証と依頼書を兼ねた「修理依頼書兼預り証」を使う業者も多く、鍵の引き渡しには専用のテンプレートが使われることもあります。
預り証を紛失しても、現金や品物の取引自体は双方が把握しているため、多くの場合は実害がありません。ただし、預けた側から紛失の申告があった場合に二重請求のリスクがあるため、預かった側が紛失証明書を作成し、双方で保管しておくのが望ましい対応です。紛失時の対応方法をあらかじめ説明しておくと、トラブルを避けやすくなります。
04 ACCOUNTING & STORAGE 決算処理と保存期間、そして積み重なる実務負担 会計処理の判断と、書類作成のたびに発生する確認作業を整理する
預り証に関連するお金の扱いは、決算処理にも影響します。
| 取引の種類 | 売上計上のタイミング |
|---|---|
| 品物の取引 | 代金の一部を受け取っていても、品物を引き渡していなければ売上は確定しない。引渡し時点で計上するのが原則 |
| サービスの提供 | 確定したサービス部分のみを計上。例えば内金を受け取った時点でその分のサービス提供が行われたとみなされる契約もある |
📚 用語解説
保存期間:預り証は原則として7年間の保存が求められる。特に有価証券の預り証は、法人税法により7年間の保存が義務付けられている。日常的に発行しない書類だからこそ、保管ルールを決めておかないと紛失・散逸のリスクが高まる。
つまり預り証1枚を発行するたびに、担当者は「記載項目に漏れはないか」「印紙税は必要か、金額はいくらか」「この取引は売上計上のタイミングにどう影響するか」「保存期間のルールに沿って管理できているか」という複数の確認を行う必要があります。
預り証の発行そのものは頻度が低い業務です。しかし頻度が低いからこそ、担当者が毎回一からルールを思い出す非効率が発生し、記載漏れや印紙税の判断ミスにつながります。従来の解決策は「チェックリストを整備する」というものでした。もちろんそれも有効です。ただし2026年現在は、もう一つの選択肢があります。取引内容を伝えるだけで、記載項目の確認から印紙税の要否判定、書類の下書き作成までを、Claude Code/CodexのようなAIエージェントに任せる方法です。
05 AUTOMATE WITH AI 【核心】Claude Code/Codexで業務書類の作成を「無人で回る仕組み」にする 効率化ではなく自動化。判定から書類作成までをワークフローに落とし込む
📚 用語解説
Claude Code/Codex:Claude CodeはAnthropic社、CodexはOpenAI社が提供するAIエージェント。ChatGPTのような「質問に答えるAI」と違い、指示を受けてパソコン上のファイル操作・データ集計・文書作成などの作業そのものを実行できる。プログラミング不要で、日本語の指示だけで業務の仕組みを構築できるため、非エンジニアの経営者・バックオフィス担当者の業務自動化ツールとして注目されている。
ここからがこの記事の核心です。本記事では以降、操作イメージを弊社が主に使うClaude Codeで説明します(Codexでも同じことができます)。重要なのは、AIに「預り証の書き方を聞く」のではなく、取引内容の聞き取りから、記載項目の確認・印紙税の判定・書類作成・保存管理までをワークフローごとAIに渡してしまうという発想の転換です。
5-1. 「AIに聞く」と「AIが勝手にやる」は別物
ChatGPTに「預り証にはどんな項目を書けばいいですか」と聞くのは効率化です。人間が作業の主体で、AIは調べ物を速くしてくれるだけ。この使い方では、実際の書類作成も印紙税の判定も、結局は担当者が手を動かす必要があります。
一方、Claude Code/Codexで作るのは自動化です。「取引内容(誰が、何を、いくら、何の目的で預けるか)を伝えたら、必要項目が揃った預り証の下書きを作り、印紙税の要否まで自動で判定する」という一連の流れを最初に一度だけ設計しておけば、あとは決まった入力を渡すだけで人間がゼロから書かなくても回ります。人間の仕事は、最終確認と署名・押印だけです。
5-2. Claude Code/Codexに任せられる業務書類作成の作業
| これまで人間がやっていた作業 | Claude Code/Codexに任せた後 |
|---|---|
| 取引のたびにどのテンプレートを使うか確認 | 取引内容から目的別テンプレートを自動選択 |
| 記載項目に漏れがないか手作業でチェック | 必須6項目の記載漏れを自動チェック |
| 金額から印紙税の要否・金額を都度計算 | 記載金額から印紙税の要否・金額を自動判定 |
| 発行した預り証をファイルに手作業で保管 | 発行履歴を自動で記録・7年保存の管理台帳を自動更新 |
| 決算時に売上計上タイミングを個別に確認 | 取引種別(品物/サービス)から計上タイミングを自動整理 |
5-3. 導入は3ステップ(プログラミング不要)
5-4. AI鬼管理(株式会社GENAI)での実践例
AI鬼管理では、この「業務書類の作成をClaude Codeのワークフローに落とす」やり方を、クライアント企業の実業務で数多く構築してきました。預り証の作成と同じ構造の定型業務——文書管理、報告書作成、日報作成など——をトリガー起動の自動ワークフローに変え、人は「最終確認と例外対応」だけに絞る運用です。発行頻度が低い書類でも、記載漏れや印紙税の判断ミスなく対応できるようになった、というのがクライアント企業での典型的な効果です。もちろん、運営元の弊社(株式会社GENAI)自身のバックオフィスも、すべて同じ仕組みで回しています。
重要なのは、これが経理・総務担当者の価値を奪う話ではないことです。記載と確認という「間違えたら証拠書類として無効になりかねない作業」から解放されて、取引先との交渉や、契約条件の丁寧な確認という、人にしかできない仕事に時間を使えるようになります。複数のテナント・取引先を抱える不動産管理会社や、修理受付が日常的に発生する業種であれば、この仕組みを窓口業務全体に広げる、という応用も可能です。
……と、ここまで読むと「明日からできそうだ」と感じるかもしれません。ただし正直にお伝えすると、Claude Codeを検索しながら独学で業務に組み込もうとした会社の多くが、途中で止まります。なぜ止まるのか。次の章で、その「壁」の正体と越え方を説明します。
06 THE 3 WALLS ただし独学には「3つの壁」がある——最短で越える方法 Claude Codeは強力。だからこそ、最初の設計を間違えると危ない
業務書類の作成自動化でつまずくポイントは、ほぼ次の3つに集約されます。
壁1:自社の取引パターンを「正確に言語化」できない
Claude CodeやCodexは指示されたとおりに正確に働きますが、指示が曖昧なら曖昧なまま自動化されます。「うちで発生する預り証は主にどの目的が多いか」「印紙税の判定ロジックをどこまで自動化するか」「署名・押印の運用はどうするか」——本記事で見てきたとおり、業務書類の作成は取引パターンの組み合わせが多様です。この言語化を飛ばして作った仕組みは、不備のある書類を量産する装置になります。証拠書類としての効力に関わる領域だけに、ここが独学の最初で最大の壁です。
壁2:検証のやり方を知らないまま「AIを信じてしまう」
AIの出力は必ず検証が必要です。過去に作成した預り証のサンプルと自動生成の結果を突き合わせる、印紙税の境界値(5万円ちょうど等)でわざと判定させて挙動を確かめる——こうしたテストの型を知らないと、「動いているように見えるが正しいかは誰も知らない」状態で本番運用に入ってしまいます。逆に、検証の型さえ身につければ、税制改正があっても指示を直して再検証するだけで追従できます。
壁3:作った本人しか触れない「第二の属人化」
手作業の弱点として「テンプレートの在り処や記載ルールに詳しい担当者しか対応できない」問題を挙げましたが、独学のAI自動化は同じ罠にはまりがちです。担当者が一人で作って一人で運用していると、その人の異動・退職と同時に仕組みが止まる。社内の複数人がAIワークフローを読み書きできる状態まで持っていって、初めて「会社の資産」になります。ここは技術ではなく、教育と運用設計の問題です。
| 独学で導入 | AI鬼管理(伴走支援)で導入 | |
|---|---|---|
| 最初の題材選び | 手探り。複雑な業務から始めて挫折しがち | 貴社の業務を棚卸しし、成功しやすい定型業務から着手 |
| 取引パターンの言語化 | 自力で仕様を書き起こす(数十時間規模) | 実際の書類・取引データを見ながら一緒に言語化 |
| 検証 | テストの型を知らず「動いたら本番」になりがち | 過去データ突合・境界値テストまで型として提供 |
| 社内定着 | 担当者1人に依存(第二の属人化) | 研修形式で複数人が扱える状態まで育成 |
| 書類作成業務の先への展開 | 1業務で力尽きるケースが多い | 文書管理・報告書作成等へ同じ型で横展開 |
07 AI KANRI 「AI鬼管理」とは——3〜6ヶ月で自動化を叩き込む伴走型トレーニング 3つの壁を最短距離で越えるための、実業務を教材にした伴走支援
📚 用語解説
伴走型トレーニング:座学でツールの使い方だけを教えるのではなく、受講者自身の実業務データ・実ファイルを教材にして、講師と一緒に動く仕組みを作り上げていく支援形式。作って終わりではなく、検証や社内定着までを支援範囲に含める点が、単発のコンサルティングやセミナーと異なる。
この3つの壁を越えるために弊社(株式会社GENAI)が提供しているのが、AI鬼管理です。Claude Code/Codexをはじめとした最新AIによる業務自動化を、3〜6ヶ月間・オンラインセッション形式で伴走するトレーニングプログラムで、ツールの一般論を教える座学ではありません。受講者が自社の実業務——例えば今お使いの預り証や関連書類のフォーマットそのもの——を教材に、実際に動く自動化ワークフローを自分の手で作り切るところまでやります。
対象は従業員1名以上の会社の経営層・バックオフィス責任者で、プログラミング経験は問いません。「発行頻度の低い書類ほど毎回迷う」「担当者によって書類の記載内容がバラつく」という会社ほど効果が出やすい設計です。すでに書類テンプレートが整備されている会社であれば、その資産をそのまま活かしながら設計に入れるため、ゼロから作り直す必要はありません。
預り証の作成のように「発生頻度は低いがルールは明確」「不備があると証拠書類としての効力に関わる」業務は、AI自動化との相性が最も良い領域です。逆に、判断基準が曖昧な業務からAI化を始めると失敗しやすい。自社の業務を「ルールが明確な定型作業」から順に並べて、上から自動化していく——この優先順位付けも、AI鬼管理の初回で必ず一緒に行います。
08 COMPARISON & SUMMARY 手作業 vs テンプレート整備 vs Claude Code/Codex 徹底比較・まとめ 自社の規模と体制に合った業務書類作成の「正解」を選ぶ
| 手作業(都度ゼロから作成) | テンプレート整備 | Claude Code/Codex自動化 | |
|---|---|---|---|
| 初期コスト | ほぼゼロ | テンプレート作成の手間が必要 | ワークフロー設計のみ(既存テンプレ流用可) |
| 記載漏れリスク | 毎回ゼロから確認するため発生しやすい | テンプレがあれば減るが、入力は手作業 | 必須項目を自動チェックするため発生しにくい |
| 印紙税の判定 | 都度手計算 | 早見表を都度確認 | 記載金額から自動判定 |
| 保存管理 | 手作業でファイリング | ルールはあるが運用は人依存 | 発行履歴と保存期限を自動管理 |
| 預り証以外への展開 | できない | テンプレがある書類のみ | 文書管理・報告書作成等あらゆる定型業務に展開可能 |
まとめると、判断基準は次のとおりです。
預り証は、書式こそ自由な書類ですが、記載すべき項目や印紙税のルールは明確に定まっています。しかし発行頻度が低いからこそ、その明確なルールを毎回思い出すコストが積み重なるのが実務上の課題です。人間の記憶に依存した運用は、担当者の異動や繁忙期には必ず限界が来ます。書類作成そのものをなくすのではなく、確認と作成の手間をAIに任せる——それが2026年時点での現実的な最適解だと、弊社は考えています。関連する文書管理の自動化はこちらの記事、報告書作成の自動化はこちらの記事で詳しく解説しています。業務効率化全体の考え方は業務効率化の完全ガイドをご覧ください。
預り証に限らず、発行頻度は低いが記載ルールが明確な書類は、バックオフィス業務の中に数多く存在します。こうした業務ほど「毎回ゼロから確認する」非効率と「うっかり記載漏れが起きる」リスクの両方を抱えているため、仕組み化による恩恵が大きい領域だと言えます。自社の業務の中に同じ性質を持つ書類がないか、この機会に棚卸ししてみることをおすすめします。
あわせて読みたい:同じテーマの記事
発行頻度の低い業務書類の作成を、貴社の実データで一緒に仕組み化しませんか
「預り証のような書類を発行するたびに書き方を確認している」「担当者によって記載内容や印紙税の判断がバラつく」というご相談、お気軽にどうぞ。
AI鬼管理は、貴社の実際の書類テンプレート・取引データを題材に、設計・検証・社内定着まで伴走します。3つの壁を、最短距離で越えましょう。
ここから先の進め方は、大きく2つあります。
自社で回せるようになりたい方は、AI鬼管理でClaude Code/Codexの使い方から業務設計・社内定着まで伴走を受けながら、社内に仕組みを作る道があります。
覚えるより任せたい方は、AIBPO by AI鬼管理でこの記事のような定型業務を丸ごと預ける道があります。総額はいまの業務コストの50%が目安、月額基本料は0円です。
どちらが合うかは、業務量と社内体制次第です。無料相談・無料適合診断で、貴社の場合はどちらが向くかからご相談いただけます。
NEXT STEP
この記事の内容を、あなたのビジネスで
実践してみませんか?
よくある質問
Q. 預り証に決まった書式はありますか?
A. 法的な決まりはありません。ただし「預けた者・預かった者の氏名住所」「預かったことがわかる文言」「預かった物の内容」「日付」「返却条件」など、記載すべき項目は実務上定まっています。署名・押印がないと証拠としての効力が弱まる点にも注意が必要です。
Q. 預り証と領収書の違いは何ですか?
A. 預り証は現金や物品を一時的に預かったことを証明する書類で、所有権は預けた側に残ったままです。一方、領収書は代金の支払いが完了し、所有権が移転したことを証明する書類です。不動産取引の内金であれば、預り証は残金支払い・引渡し時に領収書と交換されるのが一般的です。
Q. 預り証に印紙税は必要ですか?
A. 物品を預かる場合は不要です。現金や有価証券を預かる場合は、記載金額が5万円以上になると印紙税が必要になります。売上代金に係る受取書の場合、5万円以上100万円以下で200円、100万円超200万円以下で400円というように、金額に応じて税額が上がります。貼り忘れると過怠税として本来の3倍を納めることになるため注意が必要です。
Q. 預り証はどんな場面で使われますか?
A. 代金支払い目的(不動産取引の内金、旅行代金の申込金など)、担保目的(質屋の融資、ローン契約、敷金の受領など)、預託目的(金融機関への預入)、運搬・保管目的(宅配便、貸倉庫の利用など)の4種類に大別されます。目的によって返却や処理の考え方が異なります。
Q. 預り証を紛失した場合はどうすればよいですか?
A. 現金や品物の取引自体は双方が把握しているため、多くの場合は実害がありません。ただし預けた側から紛失の申告があった場合、二重請求のリスクがあるため、預かった側が紛失証明書を作成し、双方で保管しておくことが望ましい対応です。
Q. 預り証の保存期間はどのくらいですか?
A. 原則として7年間の保存が求められます。特に有価証券の預り証は、法人税法により7年間の保存が義務付けられています。発行頻度が低い書類だからこそ、保管ルールをあらかじめ決めておかないと紛失・散逸のリスクが高まります。
Q. Claude CodeやCodexで預り証の作成を自動化するのに、プログラミングの知識は必要ですか?
A. 不要です。Claude CodeやCodexは日本語の指示だけで動くAIエージェントで、取引内容を伝えれば、必要項目が揃った預り証の下書き作成や印紙税の要否判定といったワークフローをAI側が組み立てます。AI鬼管理のクライアント企業でも、非エンジニアの経理・総務担当者が同様の仕組みを運用しています。研修では「最初のワークフローを一緒に作る」ところから伴走します。
Claude Codeで業務自動化を90日で叩き込む
経営者向けの伴走型パーソナルトレーニング
AI鬼管理/AIBPO by AI鬼管理へのお問い合わせ
この記事を読んで気になった方へ。
専門スタッフが、御社に最適な
業務自動化・業務代行プランを無料でご提案します。




