自治体の契約管理システム導入判断｜契約事務の要件と民間SaaSが合わない条件

自治体の契約担当が契約管理システムを探し始めると、出てくるのは民間企業向けの製品ばかりで、入札や随意契約の理由付け、変更契約、履行検査といった契約事務の工程がどこにも見当たりません。原因は製品の機能不足ではなく、台帳の起点が違うところにあります。民間の製品は契約を締結した時点から管理を始めますが、自治体は相手方が決まる前の調達案件から記録を積み上げる必要があるためです。ここでは製品を並べる前に決める要件を、契約事務の工程と根拠条文の側から整理しました。

まとめ：自治体の契約管理システムで先に決める三つの論点

先に決めるのは製品でも予算でもなく、台帳の主キーを契約書にするか調達案件にするかです。入札公告から契約締結、変更契約、履行検査、支払、保存年限の満了までを一本の番号でつなぐなら、主キーは案件番号になります。民間向けの契約管理サービスは契約書1件を1行とする設計が大半で、この時点で構造が合いません。市販製品側の機能一覧と一般的な選び方は契約書管理システムとは？機能・選び方と比較のポイント・導入判断を解説にまとめています。

二つめは、随意契約の理由と契約金額の変更をどう残すか。地方自治法施行令第167条の2第1項の第何号で随意契約にしたのか、当初契約額と変更後の契約額が何回動いたのかは、監査と情報公開請求の双方で問われる列になります。三つめは配置先で、事業者が触る画面はインターネット接続系、内部の台帳はLGWAN接続系という分離が前提です。

この三つが決まれば、財務会計システムのオプションで足りるのか個別構築へ回すのかは自動的に絞れます。標準化20業務の対象外で標準仕様書が存在しない領域のため、要件は自前で書き起こすことになります。要件整理から相談したい場合は公共システム開発へ声をかけてください。

民間向け契約管理システムが自治体の契約事務に合わない三つの理由

製品比較の前に押さえておきたいのが、合わない箇所は機能の多寡ではなくデータの持ち方だという点です。以下の三つは設定変更では吸収できず、どれか一つでも外せないなら市販サービスの標準機能のままでは運用が成り立ちません。

台帳の起点が契約締結ではなく調達案件の番号になる構造上の違い

自治体の契約事務は、起案と予算措置から始まり、予定価格の設定、入札公告または指名通知、開札、落札者の決定を経て、ようやく契約締結へ届きます。締結までに動いた案件がそのまま台帳の履歴になるため、不調・不落で再度公告した回数や、指名競争から随意契約へ切り替えた経緯も同じ番号の下にぶら下がる格好です。

民間向け製品はここが空欄になります。契約書をアップロードして相手方と締結日を入れる作りなので、締結に至らなかった案件を記録する場所がありません。運用でしのごうとすると、入札の記録は別のExcelに残り、結局は二重管理へ戻ってしまいます。台帳そのものの項目設計をどう組むかという一般論は契約管理台帳のシステム化｜項目設計とExcelが限界になる条件・移行の手順で扱いました。

変更契約と工期延長で契約金額が動く前提が民間の製品側にはない

工事や業務委託では、設計変更や数量の増減で契約金額が動きます。当初契約額と変更後契約額、変更の回数、変更理由を別々の列で持ち、なおかつ支出負担行為の額と突き合わせられる状態にしておかないと、決算統計にも監査資料にも使えません。

民間向けの製品は契約書の版管理を「文書のバージョン」として持ちます。差し替えたPDFが新しい版になる考え方で、金額の推移を数値として集計する機能は用意されていません。変更契約の多い団体ほど、この差が効いてきます。

契約保証金の納付と履行検査という民間の製品にない工程の扱い方

契約保証金の納付と還付、履行保証保険の証券番号、履行期限に対する完成検査と検査調書の日付。これらは契約締結後から支払までの間に発生する工程で、期限管理の対象になります。民間向け製品にある期限アラートは契約の更新日と解約通知期限を見張る作りが中心のため、検査の期日を追う用途には向きません。

入札から履行検査までを一本の台帳に載せる項目設計と行の持ち方

ここからは実際の行構造の話に入ります。項目を列挙する前に決めるのは、1行が何を表すのかという単位の定義です。

案件番号を主キーにして契約と支出負担行為を紐づける行構造の設計

推奨するのは、調達案件を親、契約を子、変更契約を孫とする三階層です。親には所管課、案件名、予定価格、契約方法、公告日を置きます。子には契約番号、相手方、当初契約額、履行期間、保証金の区分。孫には変更回数、変更後契約額、変更理由、変更年月日を持たせます。

単価契約や長期継続契約が入ると、子の下に複数年度の行がぶら下がる形も出てきます。年度をまたぐ契約を1行で持つと決算統計で分解できなくなるため、年度の列は子ではなく別テーブルへ切り出しておくほうが後で困りません。

当初契約額と変更後契約額を別の列で持たせる版管理の組み立て方

変更契約は上書きせず追記します。最新額を参照したい画面では孫テーブルの最終行を引き、推移を見たい監査資料では全行を出す形です。上書き方式にすると、変更前の額が消えて増減の説明ができなくなります。

あわせて、変更が予定価格に対して何割かを自動で出す列を置いてください。設計変更の割合には団体ごとに内規の目安があり、超過したときの決裁ルートが変わるためです。この判定を人の目に頼ると、決裁を戻す手戻りが発生します。

随意契約の理由を条文の号数で記録して監査に耐える形へ残す方法

随意契約の理由は自由記述にせず、地方自治法施行令第167条の2第1項の第1号から第9号までを選択肢として持たせ、選んだ号に応じて必須の添付書類を出し分けます。第1号（少額）なら見積書の徴取数、第2号（性質または目的が競争入札に適しない）なら理由書、第5号（緊急の必要）なら経緯の記録という具合です。

号数で持っておくと、公表資料の作成が集計だけで済みます。理由が文章のままだと、公表のたびに担当者が分類し直すことになり、その手作業が随意契約の妥当性を疑われる材料にもなりかねません。

2025年4月に上がった少額随意契約の基準額を設定値で持つ設計

2025年4月1日施行の令和7年政令第94号により、地方自治法施行令別表第五の額が全類型で引き上げられました。1974年以来およそ50年ぶりの改定で、システムの判定ロジックを固定値で書いていた団体は改修の対象になっています。

六つの契約類型ごとに分かれる基準額と市町村の額が半分になる点

別表第五は契約の種類ごとに上限を定め、各団体はその範囲内で規則の額を決めます。実額はさいたま市の随意契約ガイドライン令和8年4月版で、契約規則第20条の6区分として確認しました。

物件の借入れと貸付けは予定賃借料の年額または総額で判定します。複数年契約を月額で入力させる画面にしていると判定を誤るため、入力単位を年額へ寄せるか、総額を自動計算する列を置いてください。

規則で定める額を設定値にして規則改正へ追随できるようにする設計

基準額はコードへ埋め込まず、契約類型と適用開始日を持つマスタテーブルで管理します。適用開始日を持たせる理由は、施行日をまたぐ案件の判定を過去日で再現する必要があるからです。改正前に起案した案件を改正後の額で判定してしまうと、監査で指摘されます。

団体独自に上限より低い額を規則で定めている場合も同じ扱いです。上限額と自団体の規則額を別の列で持てば、規則改正の検討時に両者の差を画面で見比べられます。

契約書の保存年限と情報公開請求に耐える台帳の持ち方と権限設計

契約関係の書類は文書管理規則の保存区分に従い、契約の性質と金額で年限が分かれます。年限そのものは団体の規則ごとに違うため、システム側は区分を持ち、年限は区分に紐づく設定値として外へ出す作りにします。

文書管理規則の保存区分に台帳の各行を対応づける項目の持たせ方

行に持たせるのは保存区分コードと保存期間満了日、そして満了時の措置区分です。措置区分は廃棄・移管・延長の三択で、公文書館へ移管する団体では移管先の指定も入ります。満了日は契約の完了日ではなく、規則の起算日ルール（多くは完結した年度の翌年度4月1日）で計算させてください。

全庁の文書管理の枠組みと、保存期間が満了した後の移管・廃棄の実務は自治体向け文書管理システムの選び方｜公文書管理条例と電子決裁・LGWAN要件で詳しく扱っています。契約管理システム側は、そこで決めた区分体系を受け取る側に回るのが素直な分担です。

情報公開請求で部分開示になる列をあらかじめ分けておく権限設計

契約情報のうち、契約相手方や契約金額、契約方法は公表対象とする団体が大半です。一方で見積内訳の単価や事業者の技術提案の内容は、法人の競争上の地位を害するとして不開示または部分開示になる場合があります。

この線引きを開示請求が来てから人手でやると、黒塗り作業に日数を取られます。公表可否のフラグを列単位で持ち、公表用の出力と内部用の出力を最初から別の帳票として用意しておくのが実務的です。設計の段階で法務担当と列を1本ずつ突き合わせておくと、運用開始後の判断がぶれません。

LGWANとインターネット接続系のどちらに置くかを決める条件

配置先は、誰がその画面を触るかで決まります。庁内の職員だけが使う台帳ならLGWAN接続系で完結しますが、事業者が入札に参加したり電子契約を締結したりする画面は外部からの到達が要るため、話が変わります。

事業者が触る画面をインターネット接続系へ置く必要が生じる条件

入札参加資格の申請受付、入札書の提出、電子契約の署名依頼、請求書の提出。この四つのいずれかを対象にするなら、その部分はインターネット接続系またはガバメントクラウド上へ置くことになります。LGWAN接続系の台帳とはファイル連携か閉じたAPIでつなぎ、事業者側から内部台帳へ直接書き込ませない構成が基本です。

ネットワーク分離の考え方そのものはLGWAN（総合行政ネットワーク）とは何か？その仕組み・機能、セキュリティや自治体における役割を徹底解説を、クラウド側の前提はガバメントクラウドとはを参照してください。事業者向けの受付機能を持つシステム全般の構築方式は電子申請システムとは？自治体・官公庁の導入判断と構築方式の選び方で整理しています。

電子入札コアシステムの採用状況から読み取る接続先の決め方と順序

日本建設情報総合センターが公表する採用団体一覧では、2026年7月31日時点で計1,186団体が掲載されています。運用中の内訳は都道府県共同利用が711団体と最も多く、都道府県47団体、その他市町村等の単独が147団体、政令指定都市20団体、独立行政法人等29団体、中央省庁5団体という並びです。開発中は都道府県共同利用30団体、独立行政法人等2団体、その他市町村等1団体でした。

市町村の多くが都道府県の共同利用に乗っている以上、入札の部分を自前で作る必要はほぼありません。契約管理システム側は、共同利用の入札システムから落札結果を受け取る側として設計します。受け取り方式（CSV連携か画面転記か）を先に県の担当へ確認しておくと、要件の書きぶりが決まります。

電子契約サービスを台帳へ接続する前に規則改正が必要になる場面

電子契約の導入は、システムの選定より先に規則の確認から入るのが手順です。順番を逆にすると、契約したサービスが使えないまま止まります。

2021年1月の施行規則改正で事業者署名型が使えるようになった経緯

地方自治法第234条第5項は、契約書を作成する場合に記名押印しなければ契約が確定しない旨を定めています。この押印に代わる電磁的な措置を定めていたのが地方自治法施行規則第12条の4の2で、かつては第2項で特定の電子証明書を要求していました。

2021年1月29日付の改正でこの第2項が削除され、電子署名法第2条第1項の電子署名であれば足りることになりました。結果として、事業者が自らの電子証明書を用いる当事者署名型だけでなく、サービス提供事業者の証明書で署名を付す事業者署名型も選べます。事業者側の証明書取得を求めずに済む点が、参加事業者の裾野が広い自治体で効いてきます。

契約規則の押印条項を先に直さないと台帳側だけ電子化が止まる点

施行規則が改正されても、団体の契約規則や財務規則に「契約書に記名押印する」旨の条項が残っていれば、そのままでは電子契約に踏み切れません。規則改正の議案準備と例規審査に数か月かかる団体もあり、システム調達と並行で走らせないと稼働日がずれます。

紙と電子の併存期間も設計に織り込んでください。事業者側の準備が整わない案件は紙のまま進むため、台帳には締結方法（紙・電子）の列と、電子の場合の署名完了日時を持たせます。契約書の原本がどこにあるかを1列で判別できる状態にしておくのが、監査対応での分かれ目です。

標準仕様書が存在しない領域で調達仕様書へ落とす要件の書き分け方

ここが自治体の契約管理システムで最も手が止まるところです。住民記録や税のように国が標準仕様書を示す業務ではないため、参照できる雛形がありません。

標準化20業務の対象外という位置づけが調達仕様書へ与える影響

地方公共団体情報システムの標準化は基幹20業務を対象としており、契約事務や財務会計はそこに入っていません。標準準拠システムのように仕様が国から示されることはなく、団体ごとに要件を書き起こす前提になります。標準化の枠組み自体は自治体システムの標準化とはを、庁内のDX計画との関係は自治体DXとはを参照してください。

雛形がないぶん、他団体の仕様書をそのまま流用すると事故が起きます。契約規則の額も、決裁の階層も、財務会計システムの製品も団体ごとに違うためです。流用してよいのは章立てと非機能要件の枠組みまでで、機能要件は自団体の規則を読みながら書き直してください。

財務会計システムとの連携方式を調達仕様書へ書き分ける四つの観点

連携で確認するのは、方向・単位・頻度・障害時の四つです。方向は契約管理から財務会計へ支出負担行為を送るのか、逆に予算執行状況を受け取るのか、双方向か。単位は案件単位か契約単位か、明細行まで送るか。頻度は即時か日次バッチか。障害時は再送の可否と重複防止の仕組みです。

この四つを書かずに「財務会計システムと連携すること」とだけ記した仕様書では、提案各社の見積りが桁で割れます。発注側から見た見積りの揃え方と会社の選定は契約管理システムの開発会社選び｜SaaSで足りる境界と相見積りの揃え方にまとめました。

財務会計オプション・専用パッケージ・受託開発を分ける判断条件

選択肢は大きく三つです。既存の財務会計システムの契約管理オプション、公共向けの専用パッケージ、そして個別の受託開発。判断は連携先の本数と、既存製品のベンダーが誰かでほぼ決まります。

財務会計システムのオプションで足りる規模と足りなくなる境目の線

年間の契約件数が数百件規模で、入札は県の共同利用に乗っており、電子契約はまだ入れていない。この条件なら財務会計システムのオプションで足ります。支出負担行為との連携が製品内で完結する分、連携の設計と試験の工数がまるごと消えるからです。

足りなくなるのは、電子契約サービスや文書管理システムと双方向でつなぐ場合、または所管課ごとに決裁ルートが分岐する場合。オプションの設定範囲を超えた時点で追加開発の見積りが出てきますが、その額が専用パッケージの初期費用を上回るなら比較の土俵が変わります。

受託開発を選ぶ判断が成り立つのは連携先が三本を超える場合だけ

入札システム、財務会計システム、文書管理システム、電子契約サービス。このうち三本以上と自動連携させ、かつ既存製品のベンダーが別々なら、受託開発を検討する条件がそろいます。連携の調整役を1社に集約できる利点が、開発費を上回る場面です。

逆に連携が二本以下なら、受託開発は見送ってください。要件定義から稼働まで一年前後かかり、規則改正の周期と重なると仕様が動きます。まずはパッケージで台帳を立ち上げ、連携の必要が三本目に届いた時点で作り替えを検討する順序のほうが、総額でも稼働時期でも有利になります。

よくある質問

民間向けの契約管理SaaSを自治体で使うことは制度上できませんか？

制度が禁じているわけではありません。締結だけを電子契約サービスに任せ、締結済み契約書の保管と検索に民間SaaSを使う運用は成り立ちます。合わなくなるのは、入札から履行検査までの工程を同じ台帳へ載せようとしたときです。契約件数が少なく、入札の記録は既存の共同利用システムに残るという前提なら、民間SaaSでも回ります。

契約書の保存年限は法律で何年と決まっているのでしょうか？

地方自治法が一律に年限を定めているわけではなく、各団体の文書管理規則や公文書管理条例で保存区分ごとに定めています。契約関係は金額や契約の性質で区分が分かれ、5年・10年・永年といった設定が置かれる例が多く見られます。導入前に自団体の規則の区分表を取り寄せ、システムの保存区分と一対一で対応するか確認してください。

ガバメントクラウドに契約管理システムを載せることはできますか？

標準準拠システム以外の載せ方は団体の判断に委ねられており、契約管理システムを載せている例もあります。判断材料は移行費用と運用体制で、既存の庁内基盤に余力があるなら急いで移す理由は薄いのが実情です。事業者向けの受付機能を持つ場合は、外部到達が要る部分だけを先に移す段階的な進め方も採れます。

電子契約を入れるとき契約規則の改正はどこまで必要になりますか？

記名押印を求める条項の見直しに加え、電子署名の方式を規則に書き込むか運用基準へ委ねるかの整理が要ります。あわせて、契約書の原本の定義と保存方法、契約書のかがみに貼る収入印紙の取扱い（電子契約では課税文書に当たらない扱い）も確認対象です。例規担当と早い段階で日程を握っておいてください。

入札システムを自前で作らずに契約管理だけ入れる形は成立しますか？

成立します。むしろ市町村ではそちらが主流で、入札は都道府県の共同利用に乗せ、落札結果を契約管理システムへ取り込む構成が一般的です。確認しておくのは結果データの受け取り方式で、CSVの項目定義を県の担当から先に入手しておくと、仕様書の連携要件がそのまま書けます。

関連記事

• 契約書管理システムとは？機能・選び方と比較のポイント・導入判断を解説：市販製品の機能一覧と選定基準です。
• 契約管理台帳のシステム化｜項目設計とExcelが限界になる条件・移行の手順：台帳の項目と行構造の決め方です。
• 自治体向け文書管理システムの選び方｜公文書管理条例と電子決裁・LGWAN要件：全庁の文書管理と保存の枠組みです。
• 契約管理システムの開発会社選び｜SaaSで足りる境界と相見積りの揃え方：見積りを揃える発注側の準備です。
• 電子申請システムとは？自治体・官公庁の導入判断と構築方式の選び方：事業者向け受付の構築方式です。