逗子市財務会計システム仕様書平成28年４月逗子市－1－１．新システム導入の背景はじめに｢逗子市財務会計システム仕様書｣(以下、｢財務会計仕様書｣という。)は、「逗子市統合内部システム導入に係る財務会計及び文書管理システム等提供業務仕様書」の財務会計システム導入にあたっての実現すべき具体的な機能及び制限事項等の前提条件を定義するものである。１．１導入システム名財務会計システム１．２導入の目的今後の自治体経営のありかた、運営の効率化、多様化する市民ニーズへの対応、地域コミュニティの活性化等、様々な課題に対して、現在行なっている事務を抜本的に見直し、情報通信技術（IT）等を効果的に活用し、いかに変革することができるか、ということが地方自治体に求められている。また本市をとりまく財政状況は近年一段と厳しさを増しており、これまで以上に計画的かつ柔軟な財政運営を推進していかなければならない。このような背景の下、新しい財務会計業務遂行のために、予算から契約、財産、決算までの幅広い事務をトータルに管理する財務会計システムの導入を検討している。事務処理の効率化・迅速化はもとより、各所属において多様な参照手段、統計処理を可能とし、また各所属での業務事情に応じた処理を実現し負担を軽減すると共に、各事業について継続的な改革改善を可能とする PDCA サイクルを確立し、市民サービスの更なる質の向上を図るものである。１．３財務会計システムの方針（１）全庁的にデータが一元管理できるシステムであること。また、新システム移行後５年分以上のデータを各課で検索・引用できること。（２）予算編成、執行、決算まで一貫した設計思想でサポートし、PDCA サイクルを実現することにより、継続的でスピーディーな改革改善を可能にするシステムであること。（３）自治体の経営資源等の管理が可能であること。起債管理、基金管理などもトータルで行なえるシステムであること。（４）情報資源の有効活用を図ること。予算要求から予算の執行、決算までの財務事務によりデータベース上に蓄－2－積された情報について、SQL などの知識がなくても、情報の検索やクライアント上の表計算ソフト等による加工が容易に出来る仕組みであること。（なお、本市の要望する検索条件に全て対応が出来ない場合は SQL 又は他の方法で要望する検索を実現できるようにしておくこと。）また、表計算ソフト等で作成した名簿などを取り込み、納入通知書や伝票作成に役立てるなど、クライアント上の既存の情報を活用し重複入力の手間を軽減できるシステムであること。（５）操作性の簡易化を図ること。分かりやすい操作手順、画面構成、画面遷移と、視認性や識別性などのユーザビリティを重視したデザインにより、容易な操作で誤りなく業務を執り行えるシステムであること。（６）電子自治体への対応を図ること。例えば統合内部システム（職員認証）・電子決裁システム・文書管理システム・人事給与システム等との連携を考慮したシステムであること。また、マルチペイメントネットワークへの対応など、電子自治体の実現を考慮したシステムであること。（７）全システムが Web 型であること。今回導入する財務会計システムは全ての機能が Web 型システムであり、さまざまなクライアントに対応でき、運用管理の負担を軽減するシステムであるとともに、ＨＴＴＰやＸＭＬによって他のシステムと直接通信を行えるシステムであること。（８）高い信頼性と優れたセキュリティ対策をもつシステムであること。財務会計システムには、市の重要な情報が蓄積されることから、充分に高い信頼性を持つシステムとし、万全なセキュリティ対策を講じること。２．新システムの要件２．１提案システムの範囲とシステムの構造システム開発については、パッケージによる導入を前提とし、導入後のパッケージの法改正、機能強化を考慮し最低限のカスタマイズとする。また、新システムは次の基本機能を備え、サブシステム同士が互いにデータのやり取りを行い、全体としてまとまった働きをする財務会計システムであること。－3－ ※今回導入予定の範囲は＊部分である。財務会計システムのサブシステムとの連携図２．２新システムの機能要件「別紙財務会計システム機能要件表」に記載した仕様を満足すること。２．３拡張性（１）組織の再編に柔軟に対応できること。（２）電子決裁システムや統合内部システムに連動することを考慮したシステムであること。（３）将来的に電子調達やマルチペイメントネットワーク連携に対応することを考慮したシステムであること。（４）全サブシステムについて、HTTP やＸＭＬによって他のシステムと直接通信を行うことができる Web 型とし、将来的な電子自治体の構築を妨げないオープン性の高いシステムとすること。（５）今回導入予定範囲以外のサブシステムの明示本仕様書２．新システムの要件の財務会計システムのサブシステムとの連携図にあるサブシステム中、見積額に含まれていないサブシステムは全て明示し、見積額を別途それぞれのサブシステム毎に金額を明示すること。（６）番号制度対応財務会計システムにおいて、社会保障・税番号制度の個人番号の扱いについてセキュリティ面からどのように管理され、セキュリティが守られてい－4－るか以下に従って明示すること。 ① 格納場所及び格納方法並びに暗号化について ② 閲覧及び出力の制御の仕方並びにアクセスログの採取の範囲 ③ その他セキュリティに配慮している点があれば明示すること。（７）機能要件表の歳出管理について項番 118 から１39 まで要件を満たしていない場合は、どのように実現するか提案すること。参考資料として、本仕様書に歳出管理についての現在行っている作業の画面と帳票のイメージを添付してあるので、同様な作業がおこなえるか提案すること。（８）その他機能パッケージ標準機能の範囲内で、機能要件表に提示したもの以外のその他補助的な機能や業務効率、コスト削減等に効果があると判断する機能が提供可能な場合は、その機能を提案すること。２．４ユーザインターフェース（１）分かりやすいメニュー、少ない操作で目的の画面を表示できること。（２）連続入力機能や複写機能により、スピーディかつ正確な入力を実現すること。（３）積算式などの入力に手間がかからない工夫がなされていること。（４）予算科目を簡単に特定できること。（５）財務会計システムのデータを容易に表計算ソフトに取り出すことができ、データの加工、編集、グラフ化ができること。（６）パソコン上で表計算ソフトで作成した名簿等を財務会計に取り込み、スピーディで正確な納入通知書および伝票作成が可能なこと。（例：既存の債権債務者情報及び金融機関登録情報を簡易に取り込めること。）（７）プリンタに出力しなくてもパソコン上で確認できるプレビュー機能を有すること。（８）視認性や識別性などを考慮したデザインであること。－5－３．稼働環境（全システム共通）３．１クラウド及びサーバ要件逗子市統合内部システム構築に係る財務会計システム及び文書管理システム等提供業務仕様書兼企画提案依頼書（以下、「仕様書兼企画提案依頼書」という。）の３（３）の導入方法の通りとする。なお、クラウド及び物理サーバを本業務受注者が用意する場合は、特に以下を留意すること。（１）サーバ等は災害、水害、埃、振動、温度、湿度等の影響や、機器の電磁波による情報漏洩を防止する措置を施すものとする。（２）サーバは Web 方式に対応したものとする。（３）サーバの種類、数量や OS、CPU、メモリなどのスペックについては、提案者の提案を仕様とする。（４）ディスク容量は 5 年以上間のデータ容量を確保できること。（逗子市がクラウド環境を用意する場合も同じ条件とする。）（５）冗長構成でバックアップ機能を有すること。（６）サーバを毎日若しくは定期的に再起動する必要がある場合は、運用の効率化のために、自動電源始業機能等を活用すること。（７） 24 時間 365 日稼働すること。なお、（６）等の理由がある場合は、その旨提案すること。（８）停電時に安全に自動シャットダウンできること。（９）サーバ機器についてはラックに格納可能なラックマウントサーバーにすること。３．２クライアント環境（１）ブラウザソフトにて稼動する Web 型システムであること。（２）クライアントパソコンは、庁内 LAN に接続された既存のパソコンを使用する。（３）財務会計システムを利用するクライアントパソコン数は、550 台とする。なお、クライアント数によって料金が異なる場合は明示すること。（４）クライアントパソコンの最低スペックは以下のとおりなので、配慮すること。 ① OS：Windows7 以上 ② ブラウザ：IE11 以上 ③ メモリ：2GB ④ HDD：200GB ⑤ CPU：Intel Corei3 2.5GHz 以上－6－なお、その他の OS 及びブラウザをサポートしている場合は、明記すること。（５）既に導入しているプリンタのスペックは以下のとおり。 ① 解像度：1,200dpi×1,200dpi/2,400dpi 相当×600dpi ② 用紙サイズ：・トレイ：A3 縦送り、B4 縦送り、A4 縦/横送り、B5 縦/横送り、A5 縦/横送り、A6 縦送り、DLT 縦送り、LG 縦送り、LT 縦/横送り、HLT 縦送り、郵便はがき縦送り、往復はがき縦/横送り、不定形サイズ（幅 90～297mm、長さ 148～432mm）・手差しトレイ：A3 縦送り、B4 縦送り、A4 縦/横送り、B5 縦/横送り、A5 縦/横送り、B6 縦送り、A6 縦送り、DLT 縦送り、LG 縦送り、LT 縦/横送り、HLT 縦送り、郵便はがき縦送り、往復はがき縦/横送り、不定形サイズ（幅 64～305mm、長さ 148～1,260mm ） ③ 用紙の種類：普通紙（リコピーPPC 用紙タイプ 6000/6200、マイペーパー、TP ペーパー、オフィスペーパーNT タイプ W）、再生紙（マイリサイクルペーパー100、オフィスペーパーNT タイプ R）、第二原図用紙（リコピーPPC 用紙タイプ TA）、ラベル紙（リコピーPPC 用紙タイプ SA）、郵便はがき *3 、往復はがき *3 、封筒（ハート社製レーザー専用封筒長 3 ホワイト/洋長 3 ホワイト/角 2 ホワイト） ④ その他：ネットワーク接続可能（６）クライアントの設定が必要な場合は、どういう作業が必要かを明記の上、本業務の中で行なうこと。３．３ソフトウェア要件（１）データベースは、業界標準、マルチプロセッサ対応、信頼性の高さ、安定性、出荷実績、製品の継続サポートなどを考慮したものを選定すること。また、データベースの製品名を明記すること。（２）データベース以外のシステムを構成するソフトウェアについても、将来にわたって信頼性および能力が保証されていること。また、構成しているソフトウェアの製品名等を明記すること。（３）パッケージの開発言語については、短期間に効率よく開発・修正が行なえる開発ツールを使用すること。また、パッケージの開発言語及び開発ツールを明記すること。３．４ネットワーク環境－7－（１）クラウド環境から庁内迄専用線と副回線を用意し（逗子市がクラウドを用意する場合は、他システムと併用の 1Gbps の帯域保障型回線と 100Mbps 以上のベストエフォート副回線である。）、既存の庁内 LAN を使用するものとする。また他のシステムとの連携も考慮し、ネットワークプロトコルは TCP/IP とする。３．5 性能要件（１）最大同時アクセス数は繁忙期を考慮して、財務会計システムに接続するクライアント全台数 550 台の 30％程度、150 台を想定している。（２）標準的な画面の場合、リクエストが発行されてから画面がすべて表示しおわるまでのレスポンス時間は２秒以下程度を原則とする。なお、一時的(初回アクセス時等)にデータ転送量が増える処理や検索時などの画面遷移は例外とする。３．6 セキュリティ要件（１）本市が定める「逗子市情報セキュリティ基本方針（以下 URL）を遵守することを前提とすること。 http://www.city.zushi.kanagawa.jp/global-image/units/6970 9/1-20140408155017.pdf （２）ユーザ個人別にアクセス制限が設定できること。（３）いつ誰がどの情報にアクセスしたかの利用状況が把握できるログを残す機能を有すること。（４）受注者がデータセンターを運用する場合は、セキュリティ要件を示すと共に、仕様書兼企画提案依頼書３（２）（ア）及び３（３）の(ア)(イ)の⑥で提案した内容並びに打ち合わせにて合意された内容を要件とする。－8－４．導入体制とスケジュール４．１導入の基本方針導入、調整およびテストは、受注者の負担と責任において実施すること。４．２導入体制プロジェクト全体を充分に管理可能な者がシステムのプロジェクトの責任者となり（プロジェクトマネージャー）、プロジェクトを成功させるに足る能力と経験のあるメンバーで体制を作ること。４．３業務期間仕様書兼企画提案依頼書２（３）に準じる。４．４システム稼動時期次に示す時期にはシステムが稼動できる状態とすること。（１）予算編成平成２８年１０月１日（２）予算執行平成２９年３月 20 日（３）決算管理平成３０年４月１日（４）起債管理平成２８年１０月１日（５）過去データの移行後の検索及び引用平成 29 年４月１日 ※電子決裁機能の財務会計システムへの適用時期が、財務会計執行管理の導入時期とずれた場合も対応すること。４．５導入環境要件(開発場所･開発マシン) 導入・開発場所・開発マシン等は導入業者において手配を行なうこと。ただし設計打合せやレビューの場所、デモ・テストの場所、および進捗会議等の場所は本市にて会議室等を用意する。４．６定期報告及びレビュー（１）定例の進捗報告会を設定すること。（２）基本設計書、詳細設計書、テスト計画書、確認テスト計画書については、共同レビューを行なうこと。（３）仕様確認や導入スケジュール等で緊急な打ち合わせの必要性が発生し、本市から打ち合わせの要請を行なった場合には、速やかに対応を行なうこと。－9－４．７テスト（１）機能検証およびデータ検証支援を行なうこと。（２）検証については事前にテスト計画書を作成し、レビューを行なうこと。４．８データ移行（１）現行システムから移行が必要と思われるデータについては、本市と受注者との協議により、実際に提供する機能を考慮した上で決定する。（２）既存データの移行方法については、できる限りの手作業での入力を避ける方式で行なうこと。４．９業務移行および職員研修（１）新システムの本番稼動前に以下に上げる項目について担当部局を対象に説明会等を実施すること。 ① 業務の流れの変更に伴う業務規約の変更 ② 財務会計システム導入に伴う帳票類の変更（２）導入時の初期教育として、本市指定の場所で、次の職員研修を提供すること。 ① 一般職員向けの職員研修をサブシステム毎に行なうこと。・対象者：200 人・研修端末台数：30-40 台/回（職員持ち込み） ② 取りまとめ課（企画課・財政課・会計課・監査・管財課）向けの職員研修を行なうこと。・対象者： 25 人 ③ システム管理者向けの職員研修を行なうこと。（統合内部システム全体のシステム管理者向け研修に、他のシステムのシステム管理者向け研修を含むこと。）・対象者：５人（情報政策課）（３）各担当者向けマニュアル ① 各担当者向けのオンラインマニュアル ② ①がない場合は、紙のマニュアルの原本を CD-R または DVD-R を正副 2 枚で提出すること。また、バージョンアップ等に伴う改変部分についてはアップデートをすること。－10－５．運用保守５．１運用要件（１）事前に本市の了解を得た保守作業等による停止を除き、年間を通じて毎日運用できること。（２）システム稼動時間は、6 時から 24 時までとする。なお、保守作業等により稼働時間外でも停止する場合は、事前に本市に通知の上了解を得ること。また、受注者がクラウド環境を提供する場合、バックアップ時間等は稼働時間外とする。（３）本市の予算サイクルは基本的には次のとおりである。当初予算：4 月補正予算：6 月・９月・10 月・12 月・3 月（４）本市の出納整理期間は以下のとおりである。 4 月 1 日～5 月 31 日出納整理期間は過年度分と現年度分を並行して稼動すること。（５）本市の会計は以下のサイクルで集計表を必要とする。日次・月次・年次５．２保守（１）システムの操作や事象に関する問合せについて、原則として平日午前８時から午後６時、常時受け付けた上、速やかに対応・回答すること。（問い合わせの窓口の時間帯が上記と異なる場合は明示すること。また、障害発生時や緊急時等は 24 時間受付可能なこと。）（２）保守は容易かつ迅速に対応できるものとし、故障時間を短縮すること。（３）稼動までの間に必要となる保守費用は導入経費に含めること。（４）本システムに関連するソフトウェアのバージョンアップが開発期間内に行なわれた場合、本パッケージへの影響、バージョンアップの是非を検討し対応が必要な場合は本市の了解の上速やかに行なうこと。（５）本システムの標準のリビジョンアップ、及び障害等に対応するためのリビジョンアップが行なわれた場合は､本市の了解の上速やかに対応すること。本稼動後であればリビジョンアップの要否を検討し、必要があれば本市の了解の上速やかに対応すること。５．３障害対応（１）イベントログなどを収集、監視し、異常が発生した場合、その内容に応じ障害対応が行なえること。－11－（２）障害時の対応を一元化して行なう窓口を設けること。（３）障害時には速やかに復旧でき、連携する他システムとの障害の切り分けを行い、原因の究明および対策にあたること。（４）障害が生じた場合、その原因について報告書を作成し提出するものとする。（５）クラウド事業者を逗子市が指定し、一次切り分けをクラウド事業者がおこなう場合と本システムの受注者が一次切り分けをおこない障害対応する場合の方法、手順、操作等違いがある場合は明示すること。６．納品６．１システム本システム自体については、以下の日程で納めること。（１）予算編成平成 28 年９月 30 日（２）予算執行平成 29 年３月 19 日（３）決算管理平成 30 年３月 31 日（４）起債管理平成２８年 9 月 30 日（５）過去データの移行による検索及び引用平成 29 年４月 1 日 ※サブシステム等があれば、別途協議の上納品日を決定する。６．２ドキュメント（１）システム全体と個別システムについて以下のドキュメントを納めること。 ① システム操作ガイド（４．９（３）の通り） ※：システム操作ガイドは、画面の流れだけでなく、作成書類ごとに、開始から実際の効力発生時期までが詳細に表示されているように作成すること。（例えば、更正・振替命令書を作成して予算整理簿に表示されるようになっただけでは金額の移動があったことにならず、会計課で執行処理をして初めて有効なものとなることや、戻入命令書を作成して予算整理簿上は執行可能額が増加したように見えても、現実の納付があるまでは、戻入命令書作成前の予算残額の範囲内でしか支出命令を執行できないことなど。） ② システム検討レビュー議事録（２）カスタマイズ部分について以下のドキュメントを納めること。 ① 基本設計書 ② 詳細設計書 ③ コード設計書 ④ テーブル仕様書－12－（３）システム稼動後の保守体制（４）運用上の課題と改善策（随時）６．３納入場所別途指定する。６．４納入形態（１）システム自体については別途指定する。（２）ドキュメントについては CD-R または DVD-R を正副 2 枚で提出すること。以上－13－