自治体プロポーザル落札後の— 個別発注書面の落とし込み

1. 落札後に揃える4点セット

1-1. 契約書と仕様書の版

契約書本文、仕様書、提案書の採択範囲を版番号で固定します。
提案の「加点のための追加機能」が契約範囲外なら、別途変更契約が必要です。
版の正本ルールはバージョン付き仕様書の合意版も参照してください。

1-2. 個別発注（または作業指示）

年間協定の下で月次・フェーズごとに作業する場合、都度の給付内容・期日・対価を個別書面化します。
型は発注書面（3条）です。

1-3. 検収担当と通知経路

担当課・検収者・システム上の完了通知先を決め、チャットだけの「OK」を検収完了にしない運用にします。

1-4. 支払スケジュール

概算払い・精算払い・マイルストーンがある場合、行分割の方針を最初に決めます。
起算は支払60日ルールの起算点に合わせます。

2. 提案書から転記するときの穴

提案の抽象表現を個別書面にコピーすると、やり直し範囲が無限に広がります。
記載事項は記載事項のテンプレートで具体語に置換してください。

3. 変更指示と5条書類

3-1. 課をまたぐ追加要望

主管課以外から追加要望が出た場合、主管課の変更合意を経由させます。
チャットログのPDF化と紐づけは変更合意チャットのPDF化の型が使えます。

3-2. 紙の注文書と電子仕様の食い違い

紙の支出負担行為書類と、電子の仕様更新が食い違うことがあります。
正本ルールは紙と電子仕様の食い違いを参照してください。

3-3. 再委託の届出

契約で再委託承認が必要な場合、承認前に作業開始しないゲートを台帳に置きます。
チェックは再委託・孫請けチェックです。

4. シナリオ：年度またぎのシステム改修

3月に要件定義、翌年度に実装という分割では、年度ごとに発注行と予算科目を分けます。
要件定義の受領日で実装費まで起算しないよう、マイルストーン二段にします。
二段台帳はマイルストーン払いの二段台帳を参照してください。

概算払いがある場合は仮払い・概算払いの本精算の切り替え日も台帳に残します。

5. 民間側（受託者）が発注者になる場合

落札事業者が下請・個人へ再発注する場合、その事業者自身が発注台帳の主体です。
自治体との契約書を、下請への3条書面の代わりにしないでください。
件数が増えたらExcelからSaaS移行を検討し、トリカク（torikaku） でプロポ番号と下請行を紐づけます。

6. キックオフ前の転記チェックリスト

キックオフ資料に提案書のスライドを再利用するだけでは、個別書面の代替になりません。
転記チェックでは、納品物名・数量・検収者・支払条件・再委託の可否が個別書面に具体語で入っているかを見ます。
「提案どおり」という参照書きは、提案書のどの版かを明示しない限り避けます。

事業課が急ぐあまり、契約前に作業開始するケースでは、開始日と対価発生の扱いを必ず文書化します。
無償の事前作業と有償の本作業が混ざると、後から受領日が取れません。
事前作業を認めるなら、その分の発注または覚書を先に切ります。

複数年度の債務負担行為がある場合、年度ごとの発注行と予算残を紐づけます。
初年度の検収完了を理由に次年度分まで支払処理しないよう、行の閉じ方を経理と共有します。
下請への発注も同じプロポ番号をタグに付け、監査時に一気に辿れるようにします。

• 提案版番号を個別書面に明示する
• 抽象表現を具体語に置換完了してからキックオフ
• 契約前作業は覚書または先行発注にする
• 複数年度は年度別に行を切る
• 下請行にもプロポ番号タグを付ける

8. 失敗例から逆算する欄設計

よくある失敗は、提案書PDFを契約フォルダに置いただけで個別書面が無いケースです。
作業は進むが、変更のたびに「提案のどこを見るか」で揉め、支払も止まります。
キックオフ条件に「個別書面ID発行済み」を必須チェックとして入れます。

もう一つは、下請への発注に自治体契約書を添付して代用したケースです。
下請には下請向けの給付内容・対価・期日が必要で、自治体契約のコピーでは足りません。
落札者台帳に「下請書面ID」欄を設け、空欄なら再委託開始を止めます。

よくある質問

Q. 契約書があれば個別書面は不要か

給付内容が都度変わるなら、個別の明示が必要になることがあります。
兼用の限界は業務委託契約書と4条明示の限界を見てください。

Q. プロポの加点項目を実装しないと違反か

契約範囲の解釈は個別判断です。形式記録としては、範囲外なら変更契約を残します。

Q. 検査調書の日付とベンダーの納品日が違う

契約上の検収完了の定義に従い、台帳の受領日を一本化します。

Q. 全体チェックリストは

発注コンプライアンスのチェックリストに「提案書→個別書面の転記完了」を足します。

Q. 電子契約の通知保管は

電子契約の締結完了通知の格納の手順でフォルダを固定します。

7. 変更管理ボードの運用

落札後の変更は、件数より「誰が承認したか」が争点になります。
変更管理ボードに、要望元・主管課承認・対価影響・個別書面更新の四列を置き、未承認のまま作業しないルールにします。
対価影響ゼロでも、仕様版番号が変わるなら書面更新が必要です。

住民説明会や議会答弁で範囲が広がる案件は、対外説明と契約範囲の差分を週次で確認します。
対外的に言ってしまった範囲を、契約変更なしに実装させる圧力が生まれやすいからです。
差分が出たら、変更契約の要否を主管課が判断し、記録を残します。

検査前の手直し期間を「無償」と決める場合でも、回数と対象を書きます。
回数超過は追加発注にし、検査調書の日付と手直し完了日を混同しないでください。

まとめ

• 落札後に版・個別書面・検収者・支払を揃える
• 提案の抽象表現を具体語に置換する
• 課またぎ変更は主管課合意を必須にする
• 年度またぎは行分割する
• 下請への発注は落札者自身の台帳で管理する

プロポは「勝つ文書」、個別書面は「払う文書」です。
勝った瞬間に転記タスクを起票し、キックオフ前に閉じる運用が事故を減らします。

プロポは勝つ文書、個別書面は払う文書、変更ボードは壊れない文書です。
キックオフ前に抽象表現を具体語へ置換し、提案版番号を明示する。
契約前作業は覚書化し、複数年度は行を分ける。
対外説明で範囲が広がったら、契約差分を週次で確認する。
下請への発注は落札者自身の台帳にプロポ番号タグを付けて追います。

落札通知の翌日に転記チケットを切り、個別書面IDが発行されるまでキックオフ資料を配布しない運用が効きます。
事業課の急ぎと契約課の確認を並走させ、どちらがボトルネックかをボードで見える化してください。
下請を使う提案だった案件は、落札者の下請書面IDが揃うまで再委託開始を止めます。
ここまでやると、プロポ後の「提案書のまま進む」事故はかなり減ります。

変更管理ボードの「対価影響ゼロ」行も、仕様版番号が変わるなら更新必須です。
ゼロ円変更を軽視すると、検査時にどの版が正本か分からなくなります。
議会答弁や住民説明で範囲が広がった週は、契約差分レビューを臨時議題にし、差分なし確認もログに残します。
「差分なし」を残さないと、後から「見ていなかった」ことになります。

落札翌日の転記チケット

落札通知の翌日に転記チケットを切り、個別書面IDが発行されるまでキックオフ資料を配布しない運用が効きます。
事業課の急ぎと契約課の確認を並走させ、ボトルネックをボードで見える化します。
下請を使う提案だった案件は、落札者の下請書面IDが揃うまで再委託開始を止めます。

注意

本記事は取適法・フリーランス新法に関する一般的な情報の整理であり、トリカク（torikaku） の機能説明を含みますが、法的助言ではありません。入札・契約・地方自治の個別判断は専門家にご確認ください。