9 バッチ

9.1 他システムとの連携を除くバッチ処理

【実装必須機能】

バッチ処理の実行（起動）方法として、直接起動だけでなく、年月日及び時分、毎日、毎週○曜日、毎月XX日、毎月末を指定した方法（スケジュール管理による起動）が提供されること。スケジュール管理にソフトウェア製品を利用する場合は名称、メーカー、バージョン等について、発注者からの要求があった場合、提示すること。

また、バッチ処理の実行時は、前回処理時に設定したパラメータが参照されること。

前回設定のパラメータは、一部修正ができること。

修正箇所については、修正した旨が判別し易くなっていること。

全てのバッチ処理の実行結果（処理内容、処理結果、処理時間、処理端末名、正常又は異常の旨、異常終了した際はOSやミドルウェア等から出力されるエラーコード等）が出力されること。また、異常終了した場合の警告を戸籍附票システム内又は自治体が別途利用する他の通報システムに連携できること。

また、例えば6.1で記載した統計についてバッチの実行結果から一連の作業で最終的な提出物をXLSX形式等で作成する場合等には、自動実行する仕組みを用意すること。

【考え方・理由】

本項目におけるバッチ処理は戸籍附票システムにおける日次・月次データ処理等、他システムへの連携を伴わない処理を想定したものであり、他システムとの連携を伴う処理については「データ要件・連携要件標準仕様書」に従うこととする。

バッチ処理の実行方法には、直接起動方法のほか、ジョブスケジューラーから実行される「同期実行」、イベント駆動型である「非同期実行」がある。

戸籍附票システムにおいては、他システム間連携等のイベント発生による実行（非同期実行）は一般的に用いられないことから、バッチ処理が「同期実行」できることが必要となる。

また、バッチ処理で異常が発生した場合はリカバリが必要となることから、リカバリを効率化するための実行結果の出力は必須である。

製品によっては、システムによりXLSX形式で作成可能なものや、CSVだけ作成し、あとはオペレーションで行うものもあるため、機能要件を合わせるために記載。

なお、ベンダは、構築環境等によらず提供製品についての情報を顧客である市区町村に開示、説明する義務があり、市区町村側もミドルウェアの情報に限らず把握しておく必要がある。

修正パラメータ箇所は判別しやすい必要があるが、アクセシビリティの観点から、色での識別等の方法は規定しない。

9.2 抑止対象者

【実装必須機能】

抑止対象者一覧を作成できること。また、抑止の種類等による抽出、項目による並べ替えができること。

指定都市においては、一覧表は行政区単位で分割できること。

【標準オプション機能】

一覧表を支所単位で分割できること。

【考え方・理由】

住民記録システムに準ずる。