{"text_format":"3","workbook":"xlsx","n_sheets":4,"sheets":["表紙","更新履歴","列カラム説明","実装範囲確認書"],"not_rendered":{"defined_names":5,"comments":2},"read":"whole","date_system":"1900"}

{"sheet":"表紙","index":0,"n_rows":23,"n_cols":5,"rows_kept":23,"merged":[[3,1,5,8],[7,2,8,7],[16,2,17,3],[16,4,17,7],[18,2,18,3],[18,4,18,7],[19,2,19,3],[19,4,19,7],[20,2,20,3],[20,4,20,7],[21,2,21,3],[21,4,21,7],[22,2,22,3],[22,4,22,7]]}
[]
[]
[]
[null,"次期国有林野情報管理システムの\n構築に係る要件定義書作成等業務"]
[]
[]
[]
[null,null,"別表2-1_要求一覧"]
{"$rows_empty":8}
[null,null,"プロジェクト名称",null,"次期国有林野情報管理システムの\n構築に係る要件定義書作成等業務"]
[]
[null,null,"文書名称",null,{"$f":"C8","v":"別表2-1_要求一覧"}]
[null,null,"初版作成者",null,"林野庁"]
[null,null,"初版作成日",null,"2023-09-15"]
[null,null,"最終更新者",null,"林野庁"]
[null,null,"最終更新日",null,"2025-10-28"]

{"sheet":"更新履歴","index":1,"n_rows":21,"n_cols":5,"rows_kept":21}
["項番","Ver.","更新日","更新者","コメント"]
[{"$f":"ROW()-ROW($A$1)","v":1},{"v":1,"d":"1.0"},"2023-09-15","林野庁","初版"]
[2,1.1,"2023-10-30","林野庁","・要求一覧シートにおけるNFM044-1、NFM071-1の説明にデータ出力時の権限管理についての記載を追加。\n・複数ファイルアップロードイメージシートを追加。"]
[3,1.2,"2025-10-28","林野庁","要件定義書の更新に合わせた修正"]
[4]
[5]
[6]
[7]
[8]
[9]
[10]
[11]
[12]
[13]
[14]
[15]
[16]
[17]
[18]
[19]
[20]

{"sheet":"列カラム説明","index":2,"n_rows":12,"n_cols":2,"rows_kept":12}
["列カラム名","説明"]
["要求No.","要求の通し番号。"]
["要求内容","要求の内容。"]
["理由","要求の理由。"]
["説明","要求の説明。"]
["分類","要求の機能分類。"]
["現行サブシステム","現行システムのサブシステム名称。"]
["優先度","対応の優先度。"]
["要望の出処","要求の引用元。"]
["事後確認票要望No.","要求の引用元であるヒアリング事後確認票要望No.。"]
["引用課題リストNo.","要求の引用元である課題リストNo.。"]
["備考","備考。"]

{"sheet":"実装範囲確認書","index":3,"n_rows":142,"n_cols":16,"rows_kept":142,"merged":[[0,0,0,1]]}
["事業者使用欄"]
["優先度","実装する\n（○,×)","要求No.","要求内容","理由","説明","分類","現行サブシステム名","関連するサブシステム","優先度","要望の出処","事後確認票要望No.","引用課題リストNo.","備考",null,"メモ"]
[null,null,"NFM001","支出管理の摘要欄の情報を基に分析がしやすいようにしたい。","摘要欄に独自の規則を用いて工事内容・金額等の情報を1行の文字データとして記載しており、それぞれの情報では細かい分析に使用することができないため。（例：技C＊屋外用LED代金（○○森林管理局））","現在はADAMSとの連携による文字数の制限（最大40桁の全角文字または半角文字（英数字、カナ）、全角半角の混在不可）の中で、各局の記載ルールなどにより個々に判別できるように工夫して活用している状況。\n\n【サブシステム担当者からの補足】\n適用欄の文字数については、アダムス機能との制限がある。このため細かい情報まで入力するのはできない。したがって、従来どおり適用欄には各局で定める入力ルールでいいかと思います。が、予算の財源別や各契約の事業別毎の詳細がわかるようにする方法としては、項目建てとして①予算の発生年度②予算の種類③各事業別（造林・林道・生産・保全管理・測定など）④事業の細分（シカ対策・景観・公共災害・公共防災・緊急対策・予算事項別など）統一したコード番号などの入力で正確な分析ができるよう改善に向け検討してほしい。","摘要欄","支出管理",null,"中","支出管理（ヒアリング）",35,"-","フォーマットが定まっていれば、DBに登録されている情報を整形すれば生成可能である。\n一方、フォーマットのルールが地域ごとにばらつきがあるため、それらの整備が終わった段階で機能として追加する方が効率的であるため優先度中。"]
[null,null,"NFM002","摘要欄に記載しているワードについて、各局でルールがバラバラであることを改善したい。","予算執行状況等の分析を行う際に、摘要欄に記載する際のルールが固定化されていないことで、摘要欄を読み取る際に手間となる場合がある。また、ADAMSⅡとの連携による関係も考慮する必要（摘要欄の文字数の制限など）があり、正確な分析に大幅な時間を要する。","ADAMSⅡでは、摘要欄は最大40桁の全角文字または半角文字（英数字、カナ）が入力可能。全角と半角との混在しての入力は不可。","摘要欄","支出管理",null,"中","支出管理（ヒアリング）",36,"-","フォーマットが定まっていれば、DBに登録されている情報を整形すれば生成可能である。\n一方、フォーマットのルールが地域ごとにばらつきがあるため、それらの整備が終わった段階で機能として追加する方が効率的であるため優先度中。"]
[null,null,"NFM003","作業指示と報告をDB項目として紐づけ、指示した作業が完了しているか確認できるようにしたい。","現在は作業指示と報告が別々で管理されており、業務負荷が高くなっているため。","造林の実行簿と調整簿のデータなども、同様の要望が挙げられる。","データ連携","全サブ",null,"中","-","-","-","DBの紐づけは可能。アラーム機能に近い認識である。"]
[null,null,"NFM004","製品生産と収穫の情報をシステム上で紐づけてほしい。","入力した予定簿情報の記番と収穫調査復命書の記番がリンクされていないため。","製品生産において、予定簿をCSV取込として実装している。この実装に合うように収穫側でもデータを製品生産予定簿等に共有できるような作りとする。","データ連携","収穫","製品生産","中","北海道（網走西）","-","課題リストT06-2-1","それぞれの業務で記番を振り分けていると予想。\n現実的には予定簿を入力する際に復命書の番号を入れる想定。"]
[null,null,"NFM005","林道実行簿作成の際、経費とデータ連携が煩雑なので、簡素化して欲しい。また、データ連携が行われているか確認出来る様にして欲しい。","林道番号・負担行為の記番では両方を確認する必要があるため。","例：実行簿側で負担行為番号＋Noを入力すれば連携する様になる等。","データ連携","林道",null,"対応済","東北遠野","-","課題リストT04-3-2","手段２つ\n・支払い情報側で連携\n　→影響大\n・支出負担行為決議書の事業内容でリンクさせる\n→支出が発生するものに関して、文字列として支出負担行為決議書に入力している。本来はその中で事業内容を持っているためそれへのリンクを持つべきである。上記を実現すればこの要求も自動的に解決される認識。\n\n支出負担行為決議書の事業内容へのリンクを持つだけならそこまで手間ではないが、そのあとに集計作業が大きくなるため優先度中。"]
[null,null,"NFM006","現地確認以降、貸付・使用等管理の業務を本システムのみで作業できるようにしてほしい。","現地確認～契約締結、台帳作成、満了通知や更新通知等についても本システムでできるとよい。（ただし、通知は文書管理システムとの連携等で対応可と思料）","契約締結の情報が台帳作成等の作業において自動的に検索や反映ができると業務効率化が図られる。（＋契約者ダッシュボード？）","データ連携","貸付・使用等管理",null,"中","東北","-","課題リストT13-1,9～12","文書管理システムとの連携となると、各業務の文書管理システムとの連携を確認して抽象化が必要になってくるため優先度中。"]
[null,null,"NFM007","製品生産の森林施業の予定・実行も造林予定簿で管理したい。","製品生産と造林の予定・実行簿はほとんど同じ形式であるにもかかわらず、管理が別で行われており管理負荷が高いため。","生産予定・実行簿に造林予定・実行簿の項目の作業種の追加、資材量・生産量項目追加が必要。育林費を活用した製品生産事業は造林予定簿に追記している。\n\n【サブシステム担当者からの補足】\n①要求の詳細について（具体的な要望と背景）\n→予定簿・実行簿については収穫、生産、造林それぞれ入力し、各担当者が都度checkしているのが現状。これについては、各事業の実行上今後も続ける必要があると考える。\n　最終的な予定面積と実行面積を対比するまたは金額の確定数字が知りたい（公表資料のバックデータとして活用したい）場合は造林の実行総括表が一番見やすい帳票となっているためそれで一括管理出来るようすれば、各事業担当間のcheckも容易になると考えている。\n②経費の管理まで行いたいのか、それとも進捗管理として画面の統合のみ行いたいのか。\n→経費の管理まで行いたい。事業量を予定面積とすれば対比が容易。列を設け資材量等を抽出することはシステム内部で容易に出来ると予想。\n\n↓上記にに対しての追加説明\n造林サブシステム担当者: 意見元の東北局に聞き取りを行いそのまま記載したもの。\n\n担当所感として、\n①「最終的な予定面積」というのは未実行、不実行箇所が落ちるため、実行面積と変わらない。当初予定面積と比較しなければ予実比較の意味がない。予定簿面積は実行確定まで変わり続ける面積であるため別途作業を行う方がより確実かと考えるところ。\n　また、生産、造林の予定簿は入力項目に大きな違いがあり、造林は施業地の情報を網羅しているものである一方、生産予定簿は販売予定月・予定数量を記入するものであり、目的自体が異なる。したがって一元化することに意義はあるもの形にすることは難しいと考える。\n　例えば、伐採系に限り、造林予定簿を入力した後に連続して生産予定簿を入力できるようにするなどになれば二度手間にならずに済むし、実現ハードルも低くなり有用性があるといえる。\n\n②経費について他要望にもある通り、当初経費、繰越経費、これらの合計と出力されるようにしていただきたい。\n　事業量を予定面積とすることは上述した通り予定簿面積は実行確定まで変わり続ける面積であるため意味がない。\n　資材量を盛り込むことについては造林担当としては特段の意見なし。生産担当が要するかによる。\n\n結論として、優先度は他と比較して落としていただいてかまいません。ただし有用性がある実行総括出力時に当初、繰越、合計となるようにすることに関しては優先度を高く設定していただきたいです。","予実管理","造林",null,"対応済","東北・関東","-","課題リスト複数SS-9","※サブシステム担当者に要確認\n施業と経費の観点の2つにおいて、閲覧したい項目をサブシステム担当者に詳細を確認する必要がある。（経費の管理までを行いたいのか、進捗管理として画面の統合のみを行えればよいのか。）\n一旦は優先度中にし、サブシステム担当者への確認結果に基づき優先度を判定"]
[null,null,"NFM008","実行簿作成の際に予定簿の情報を参照したい。また、負担行為決議書作成の際に実行簿の情報を参照したい。\n予定簿、実行簿、負担行為決議書の作成は、1路線ごとの入力ではなく、複数の路線をまとめて入力したい。","1路線に紐づく予定簿、実行簿、負担行為決議書を一度に参照することができず、各作業で入力に必要な情報を確認できない状態により、入力の間違いが多く発生しているため。","予定簿作成して、入力した予定簿内容が見えない状態で実行簿を作成する必要があり、さらには経費整理も予定簿、実行簿が見えない状態で作業を行っている状況で、入力ミスの原因になっている。\n\n【サブシステム担当者からの補足】\n予定簿と実行簿は全く同じ入力を行っているというこではない\n同じ入力項目もあれば、予定簿のみ、実行簿のみの入力項目もある。また、実行簿では予定簿で入力した内容を実行段階の数量などに修正して入力している。予定簿、実行簿を1路線ごとに実施\n対象の路線番号を入力　→　予定簿入力　→　予定簿入力画面閉じる　→　予定簿で入力した路線番号を入力（入力する路線が非常に多いので入力漏れ、入力間違いが発生）　→　実行簿入力（予定簿で入力した内容を覚えておき、実行段階の数量に修正するが、予定簿がみながら作業を行えない、間違いの原因）　→　実行簿画面閉じる\nさらにこの後、経費整理作業で支出した負担行為情報を実行簿の路線と紐つける作業が発生\nここでも入力間違いが多発\nよって、入力者の実際の作業を考えると予定簿入力、実行簿入力、経費整理を同時に行える（1枚の表の中で実施できるイメージ）ようにすることで入力者が、対象路線の予定から支出までを一回で入力できるようにする。入力者がどの路線の作業を現在行っており、その作業がきちんと最後の経費整理まで行えているか確認できるような作業としたい。","予実管理","林道",null,"対応済","林道（ヒアリング）",18,"-","※サブシステム担当者に要確認\n支出負担行為決議書の入力に加えて、予定・実行簿でも改めての入力が必要になることが問題。\n計算は必要ないが、路線名に対して支出負担行為決議書の番号をマスタとして参照する機能は必要になる。\nデータ再入力不可・複数路線における一括入力可能を実現する場合、優先度高"]
[null,null,"NFM009","業務の順番をガイドするような業務導線表示機能が欲しい。","業務の進捗状況や、前後で必要になる業務が分からないため。","-","UI導線","全サブ",null,"中","国有林野情報管理システムの現時点の検討状況（未定稿）","-","-","-"]
[null,null,"NFM010","ダッシュボードを使用して分析結果を確認したい。","分析をシステム外で行い、分析結果を事業者へ共有する必要があり、業務負荷が高くなっているため。","-","分析ダッシュボード","全サブ",null,"中","国有林野情報管理システムの現時点の検討状況（未定稿）","-","-","ダッシュボードをシステム上で作成すると難しいが、データ出力をするという意味では高。\n\n個人ダッシュボード：中\n→個人にパーソナライズされたダッシュボード（個人のタスク管理など）\n\n全体ダッシュボード：高\n→全体のデータを出力して視覚化するダッシュボード（今年度のあと8か月で収穫を2000やらないといけないなど）\n職員によって出力できるデータなど権限周りを気にする必要がある。\n\nBIツールを用いてダッシュボードを作成"]
[null,null,"NFM011","調査簿等情報（林況、法指定等、地位・地況、機能等、土地情報）入力の際に、「層構造」と「径級区分」は①「林種の細分」、②「林相」及び③「ha材積」により決定されるので、①～③を入力することで自動的に判別し、適切な「層構造」、「径級区分」を表示してほしい。","手動で値を入力しており、業務負荷が高くなっているため。","関東局では、調査簿情報を入力するにあたり、森林の状態によりどの区分とするかの判別をマニュアルで決めており、判別マニュアルに沿って各項目の情報を手入力していることからこれをシステム化したいという要望である。システム化にあたっては、各局の判別の方法を踏まえた検討が必要。","自動計算","森林情報管理",null,"高","関東他","-","課題リストT01-3-18","-"]
[null,null,"NFM012","調査簿等情報（林況、法指定等、地位・地況、機能等、土地情報）入力の際に、「立木度」と「樹冠疎密度」の表示には相関関係があるので、「立木度」に合わせて自動表示できないか。","手動で値を入力しており、業務負荷が高くなっているため。","関東局では、調査簿情報を入力するにあたり、森林の状態によりどの区分とするかの判別をマニュアルで決めており、判別マニュアルに沿って各項目の情報を手入力していることからこれをシステム化したいという要望である。システム化にあたっては、各局の判別の方法を踏まえた検討が必要。","自動計算","森林情報管理",null,"高","関東他","-","課題リストT01-3-18","-"]
[null,null,"NFM013","調査簿等情報（林況、法指定等、地位・地況、機能等、土地情報）入力の際に、「木材生産機能の区分」と「将来樹種の地位」には相関関係があるので、「地位」に合わせて区分を自動表示できないか。","手動で値を入力しており、業務負荷が高くなっているため。","関東局では、調査簿情報を入力するにあたり、森林の状態によりどの区分とするかの判別をマニュアルで決めており、判別マニュアルに沿って各項目の情報を手入力していることからこれをシステム化したいという要望である。システム化にあたっては、各局の判別の方法を踏まえた検討が必要。","自動計算","森林情報管理",null,"高","関東他","-","課題リストT01-3-18","-"]
[null,null,"NFM014","樹木料評定の計算をシステム上のみで完結してほしい。","現在は「刷新システムでデータ作成→csvで出力→Excelで計算→csvで取込→刷新システムで帳票作成」という手順が生じており、事務効率が悪いため。","計算は「AE4BM020_樹木料評定情報入力.xlsm」のマクロで計算を行っている","自動計算","樹木採取権",null,"対応済","関東（局資源活用課）","-","課題リストT08-10","-"]
[null,null,"NFM015","通常の貸付料計算を行う台帳と電力協定に基づいて貸付料計算を行う台帳について、台帳番号を統一して算定番号を分けること等により、通常の貸付料と電力協定に基づく貸付料の計算を一度に行いたい。","現在は、通常と電力協定で台帳番号を別々にとり貸付料計算を行っているため、業務負荷が高くなっているため。","-","自動計算","貸付・使用等管理",null,"高","東北（三八上北）","-","課題リストT13-3-1","鉄塔式と空中線は電力協定だが、そこに至るまでの道は貸付契約になり、別に管理しており、そちらを1つにまとめたいという要求。\nデータを束ねるキーを追加し、まとめてデータを見せるだけであり、データベース最適化にて問題点が浮き彫りになりそう。（データベース最適化によって解決可能）\n→優先度高"]
[null,null,"NFM016","契約債権の入力に当たり、コメント及び発生原因等を自動出力し、延滞金利率を自動判別してほしい。","契約債権の入力負荷が高いため。","①要求の詳細について（具体的な要望と背景）\n刷新システムのプログラム構成が、実務処理にリンクしない構成であったため、実際の業務では入力者が出力帳票に出力される内容を想定して入力することとしていた。結果、同じ内容を複数箇所に入力するなど、事例に応じた利率等を入力しなければならず、誤入力による事故の原因となっている。\n\n②画面上でコメントや発生原因等を入力する場所があるが、出力結果には表示されないため、出力結果にも表示したい認識は合っているか。\n上記の経過があるので、重複したデータをまとめて参照する、結果表示について簡単に確認出来るレイアウト等を検討してほしい。","自動計算","歳出予算管理",null,"中","東北（岩手）","-","課題リストT11-4-2","※サブシステム担当者に要確認\n項目として切り出すべき項目が切り出されていない。画面上でコメントや発生原因等を入力する場所があるが、出力結果には表示されないため、出力結果にも表示したい？"]
[null,null,"NFM017","分割納付状況について、分割回数・年単位など指定すると自動入力できるようにしてほしい。","電力協定による30年契約等入力に時間がかかっているため。","①要求の詳細について（具体的な要望と背景）\n継続債権（複数年度契約の債権）の発生は、ほぼ８割程度が年度前登録であり、契約年月日及び延分割数を入力すれば、納入期限に自動で１年毎の４月の納入期限が入力されたら助かるという要望。\n債権の年度前登録が森林管理署によっては約1ヶ月間に200件程度を入力する必要があり、年度末の忙しい期間、他の業務も忙しいことから少しでも入力を簡略したい。\n同じ入力内容は入力ミスを減らすよう自動入力になるとありがたいという主旨。\n\n②毎年分の同じ金額をすべて手入力していることを改善したい認識で合っているか。\n改善要望は質問①のとおり、履行期限についてであるが、総額から延分割数で割り込んだ金額が反映させることが可能であれば、それもありがたい。","自動計算","歳出予算管理",null,"中","関東（経理）","-","課題リストT11-4-3","※サブシステム担当者に要確認\n毎年分手入力が必要という背景であれば、設計レベルの話である。\n・電力協定では毎年定額の支払いを行うが、契約書にて毎年分の同じ金額を全て手入力していることを改善。\n→高\n・複雑な処理が必要な場合\n→中"]
[null,null,"NFM018","ADAMSⅡとAPI通信を行い、ADAMSⅡの債務者情報をシステム上で使用できるようにしたい。","ADAMSⅡで債務者番号が数年使用されていないと削除され、番号が再利用されることからADAMSⅡの債務者番号と刷新の債務者情報一覧を比較し、整理する必要がある。その際、刷新の債務者情報一覧をCSV形式で出力できると事務効率が上がる。","ADAMSIIの債権者番号は2年で抹消されるが、再利用はされない。\nADAMSIIの債務者番号の形式は「令05-123456」となる。一方現行の刷新システムでは「123456」だけで登録している。\nこのため、再利用されているようにみえるのであって、正しいデータ形式で同期すれば本件は問題とならない。","外部連携","全サブ",null,"高","関東他","-","課題リスト共通-2-3","-"]
[null,null,"NFM019","文書管理システムと連携したい。","1つの契約者と複数回の決裁やり取りが発生し、業務負荷が高くなっているため。(製品生産での事業者に対して伐採分の部分支払い、樹木採取権の運用協定・実施契約など)","【他要求との関連】\n供覧をシン・システム側のフロー管理で対応してほしい（承認行為or要文書管理）","外部連携","全サブ",null,"中","-","-","課題リスト共通-2-1","-"]
[null,null,"NFM020","REPSへデータ連携したい。","支出・収入の管理に関する業務負荷が高くなっているため。","-","外部連携","全サブ",null,"中","-","-","課題リスト共通-2-1","-"]
[null,null,"NFM021","年度末に国有林野情報管理システムから国有林GISへ（テキストファイルで）テータ提供するとともに、毎月、差分データを更新・提供してほしい。","現在はGISとの定期的なデータ連携が行われておらず、利便性が低くなっているため。","-","GIS連携","森林情報管理",null,"低","本庁（経企課事務管理班）","-","課題リスト共通-2-4","-"]
[null,null,"NFM022","添付ファイル管理機能が欲しい。","復命書添付書類や契約書などに含まれる図面・写真・関連資料などを参照できるようにするため。","同様の要求が林道台帳図面や設計図、沿革簿、獣害対策における防護柵、貸付申請書類等にも存在する。","添付ファイル機能","全サブ",null,"必須","国有林野情報管理システムの現時点の検討状況（未定稿）","-","-","R6年度　次期国有林野情報管理システム設計・構築及びクラウドサービス提供業務において、製品生産、製品販売、立木販売、林道、造林、樹木採取権サブについては対応済み（以下、※１）"]
[null,null,"NFM023","林道台帳の各年度の新設・改良などのカテゴリに、実施した工事などの設計図面、数量調書など工事関係情報電子データを添付ファイルとして紐づけたい。","現在、詳細な情報は紙ベースで記録しており、過去の工事の詳細な情報を確認する際は紙での記録を辿っており業務負荷が高くなっているため。","台帳の中に林道の新設・改良などのカテゴリは入力されているが、工事の内訳や位置図などの詳細な情報が記録されていないのでどこで何をしたかを把握できるようにしたい。","添付ファイル機能","林道",null,"対応済","林道（ヒアリング）",16,"-","-"]
[null,null,"NFM024","林道台帳に事業完了後の工事関係情報電子データ（PDF、エクセルなど）を添付できるように改善したい。","フローでは設計書の管理（積算）がシステムに含まれているが（現状は刷新システムで行うことはできない）、積算は積算システムを使用して行っているため、刷新システムにより管理できようにする必要はない。","設計書自体をシステムで管理する必要性は薄い。","添付ファイル機能","林道",null,"対応済","-","-","-","-"]
[null,null,"NFM025","図面の電子化に伴い、林況タブ「林道距離」について、自動で算出されるようにしてほしい。","新たな林道が開設された際、その都度計算することに負荷がかかっているため。","-","自動計算","森林情報管理",null,"低","関東","-","課題リストT01-3-22","-"]
[null,null,"NFM026","契約など、特定の期限までに必要なタスクが完了しているか確認し、期限が迫ったときにアラームで通知する機能が欲しい。","Excelで管理しているため人為的ミスが発生する可能性があるが、契約の履行に関わる内容のため管理の重要度が高く、業務への負荷が高い","(立木販売の搬出の期限(3年)、システム販売の協定の期限、貸付・使用等管理の契約延長の意思確認、造林の跡地検査の未完了起番の検知、樹木採取権の伐採状況)\n\n【他要求との関連】\n造林調査簿で未完了記番が存在すると警告が出るような機能追加してほしい。\n過去の跡地検査が終わったか不明箇所があり、何年も前に売り払ったところがデータとして何件も残っている（１９年度から）　※入力担当者が「完了」入力を出来ていないため、発生している。","アラーム機能","全サブ",null,"高","国有林野情報管理システムの現時点の検討状況（未定稿）","-","-","-"]
[null,null,"NFM027","ワークフロー管理機能が欲しい。","工程ごとに作業者が異なる、あるいは上長等に承認を求める必要がある場合に、PDFや紙に出力しシステム外での確認が必要であり、業務負荷が高くなっているため。","-","ワークフロー","全サブ",null,"低","国有林野情報管理システムの現時点の検討状況（未定稿）","-","-","-"]
[null,null,"NFM028","Web標準に準拠したシステムとし、Edgeから利用できるようにしてほしい。","他システムではEdgeを用いており、現行のChromeのみのサポートだとシステムを利用する際にブラウザを切り替える手間が大きいため。","基本的にEdgeの利用が想定されるため、Edgeを使用することを想定としたシステムとする。\nWeb標準に準拠して設計開発を進め、テスト（動作確認等）の際はEdgeを用いる。\n職員が利用するブラウザはfor　buissinessである。","インフラ整備","全サブ",null,"対応済","関東（埼玉）","-","課題リスト共通-6-9","-"]
[null,null,"NFM029","帳票出力機能を整備してほしい。","使用したいが業務の変遷により帳票の形式が変更になったため使用できずにいる帳票が多い。","【他要求との関連】\n造林実行総括表の当年度、繰越、合計別と主伐、間伐ごとの帳票出力をできるようにしてほしい。\n当年度、繰越、合計別は局提出のため、別途EXCELで作成し、提出していることの効率化。\n--\n(林班沿革簿出力)林班ごとで出力できるようになるか、一括でダウンロードできるようにしてほしい。\n--\n各種帳票は統計資料で使用する全国版の様式になっていないことから（本庁では）ほぼ使われていない。<課題408>","データ抽出","全サブ",null,"高","国有林野情報管理システムの現時点の検討状況（未定稿）","-","-","※１"]
[null,null,"NFM030","抽出可能なデータをCSVやExcel形式等でダウンロードできるようにしたい。","データをCSVやExcelに出力できることで、手元でデータを自由に触れることにより汎用性が高くなるため。","利用者の権限に応じて、原則システムに入力されているすべてのデータをCSVやExcel形式でダウンロードできるようにする。\n複数テーブルを跨いで出力したい要望（復命書と野帳など）はzipで複数ファイルをまとめてダウンロードできるようにする。\n\n利用者の権限は基本的に現行踏襲。サブシステム＝業務の範囲で権限割り当てされている。\nEx.経営係長＝森林情報管理＋収穫","データ抽出","全サブ",null,"高","国有林野情報管理システムの現時点の検討状況（未定稿）","-","-","※１"]
[null,null,"NFM031","森林情報管理メニューにおいて、新たに以下の書類等を自動作成できるようにしてもらいたい。（北海道）\n・地域別の森林計画書\n・地管計画書\n・施業実施計画書\n・官行造林施業計画書\n・保続計算書（地域別）\n・年平均伐採量一覧表","現在手動で作成しており、手間がかかっているため。","-","データ抽出","森林情報管理",null,"低","北海道（局計画課）","-","課題リストT01-1-1","こちらは計画自体を作成するときにシステム上で行うという要求。（システムの中に計画縦覧システムというものが別途必要になる）"]
[null,null,"NFM032","事業者を介さずにユーザ側でデータを一括修正したい。","調査簿や伐造簿等の各DBの修正が容易ではないため。","その他、野帳情報取込、収穫予定簿、造林実行簿、生産予定簿などが該当する。\n一括修正方法についての詳細はシート「一括修正画面イメージ」参照。","一括操作","森林情報管理","収穫","必須","北海道局","-","課題リストT01-1-2,共通-9-1","-"]
[null,null,"NFM033","システムに登録済みのデータを複数の画面から参照できるようにし、同じ内容を何度も入力する必要をなくしてほしい。","入力ミスを軽減するため、同じ入力を複数行う手間を軽減するため。","例えば、小班が一意に定まるキーを選択すれば小班情報を参照できる。\nデータモデルの設計を正しく行うことで解消される想定である。\n収穫調査、支出管理、収入管理","データの一貫性","全サブ",null,"高","-","-","-","※１"]
[null,null,"NFM034","復命書番号を入れて、復命書を指定することで内訳書が出力されるようなシステムであれば使用したい。（伐採の仕方等は手入力ができるようにしたい）","内訳書は収穫復命書を基に作成されるが、現在は復命書の内容を含む内訳書を1から作成しており、業務負荷が高くなっているため。","契約書に紐づく形で内訳書があり、内訳書は収穫調査復命書から作成されるため、復命書と内訳書の数は同じであり、内訳書はExcelにて管理を行っている。\n\n○サブシステム担当者様からの補足\n（復命書との連携が主目的であるためNFM004と統合可）\n内訳書とは、事業者が契約した林小班の内訳をまとめたものである。\nこちらは、製品生産の契約時(?)に収穫調査復命書の情報を基に作成される。\nなぜなら、林小班の情報として、システム上では代表林小班、契約書上では合計面積の情報しか持っておらず、\n契約内すべての林小班情報をまとめたものが存在しないため。\n上記の理由から林小班情報をまとめた内訳書が作成されている。\n\n林小班キーから面積と樹種と資材（本数、材積）を引用したい課題\nただ、Excelで内訳書を作成しており、システム上で作成できるメリットはあまりない認識のため、Excelで作成しやすいように復命書番号を基に紐づく小班情報を抽出できれば良い。","データの一貫性","製品生産",null,"対応済","製品生産（ヒアリング）",22,"-","-"]
[null,null,"NFM035","分収育林契約の一部解除や持分買受など、契約内容に変更があった際、登録方法を簡単にしてほしい、契約口数を直したら契約者数も自動的に反映されるようにしてほしい。","一部解除の面積や契約者数のデータが連携しておらず連動した変更ができない、変更後の契約者数が表示されない、買受や権利放棄の際の分収金情報の登録が複雑などにより、業務負荷が高くなっている。","契約内容に変更があった場合の情報更新にあたり、契約単位で各種変更を行えるようにし、関連するデータは自動で更新され、それを確認できるとよい。","データの一貫性","分収育林",null,"必須","関東（局）","-","課題リストT14-6-2,9-2,14","-"]
[null,null,"NFM036","権利設定から運用協定までの入力をシステム上で行いたい。","通達上は、権利設定から運用協定まで同時並行で行う必要があり、所定の様式に基づいた単純な入力作業の業務負荷が高くなっているため。","○サブシステム担当者様からの補足\n東北局のいう「権利設定から運用協定まで同時並行で行う」作業の中に現状刷新システムへの入力事項はほとんどないところです。\nこのため、おそらく現状のシステムの操作改善要望というよりは、新たな様式を追加してほしいという要望か、と理解しました。\n公示や本庁への報告、決定した樹木採取権者への通知等多くの文書を同日付けで作成（送付）する必要があり、現状はワードやエクセルの様式に打ち込んで作成してもらっているので、そこを手間に感じているのかと思います。\nシステム上に必要情報を入力したら、当該様式を全て作成してくれて、かつ本庁等への送付をEASY等ほかのシステムと連携してスムーズに行えるようになると便利かと思います。\nただ、このステップは約10年1期とする樹木採取権制度の中で1回きりで、毎年何回も発生するような業務ではありません。\n本庁担当者として優先順位はそこまで高くないかと思っておりますが、ここは局に聞くと温度差があるかもしれません。\n東北局から提起された方のお名前とありましたが、当方では把握しておりません。\nさらなる情報が必要であれば局資活課へ問合せください。","データ複製","樹木採取権",null,"対応済","東北（資源）","-","課題リストT08-4","-"]
[null,null,"NFM037","評定時に何度も同じ情報を入力する必要のない画面にしてほしい。","市況率や産地増減率などの補正率について、樹種毎や評定毎に同じような補正率を何度も入力する必要があり、業務負荷が高い。\n（スギでも3m 34cm以上と4m 34cmでそれぞれに入力を行わないといけない。3mから4mのスギの単価を機械的に計算することはできない。","収穫調査復命書の小班ごとの入力、立木販売の市況率・産地増減率などの補正率。","データ複製","製品販売",null,"対応済","製品販売（ヒアリング）",21,"-","-"]
[null,null,"NFM038","復命書入力時に立木調査結果をcsvファイルにより取り込んでいるが、類似林分（襲用）の調査結果を活用する際は、活用先の小班を選択することで、ファイル取り込み作業や一部の入力作業等が省略できるようにしたい。（復命書情報入力の調査方法欄の選択肢として、「類似林分（襲用）」（調査方法名）を追加することも必要）\n同じ小班内で複数の伐区や樹種毎に復命書を作成する場合は、それぞれ同じ小班情報を入力する必要があり、異なる入力値だけを入力するようにしたい。","同じ小班の中に複数の伐区が存在している場合、伐区ごとに調査をする必要があるためそれぞれに同じ情報の入力を行わなければいけない。","森林の状況が類似した複数の小班については、1つの小班を調査し、その他は調査した小班の野帳データ等を活用することができる。（「襲用」という。）","データ複製","収穫",null,"必須","収穫（ヒアリング）",6,"-","-"]
[null,null,"NFM039","市況率や産地増減率などの補正率について、評定時に何度も同じ情報を入力する必要があり、流用できるようにしたい。","樹種毎や評定毎に同じような補正率を何度も入力する必要があり、業務負荷が高い。\n（スギでも3m 34cm以上と4m 34cmでそれぞれに入力を行わないといけない。3mから4mのスギの単価を機械的に計算することはできない。）\n毎月、市況率のマスタ登録があるが入力手間が多く業務負荷が高い。","-","データ複製","立木販売",null,"対応済","立木販売（ヒアリング）",21,"-","-"]
[null,null,"NFM040","立木販売SSのマスタメンテナンスの低質材基準価格表修正のメニューで、素材同様、複写処理をできるようにしていただきたい。","業務上活用したい機能がなく、業務負荷が高くなっているため。","複写処理できるための機能について検討する。\n材質と価格のリレーションを見直し、複数回入力しなくてよいようにする。\nまた、毎月、樹材種ごとに市況率のマスタ登録があるが、樹材種毎に入力ページを呼び出して入力するため、一括で入力できるようにしたい。\n\n○複写処理とは\n既に登録済みの帳票等の入力データを引用して入力画面の初期値として表示させる。","データ複製","立木販売",null,"対応済","関東（局資源活用課）","-","課題リストT05-2-2","-"]
[null,null,"NFM041","一時保存のような機能がほしい。","一定時間離席したことによりタイムアウトが発生してしまうことや、入力項目が多い画面で入力途中にタイムアウトしてしまうことで、入力途中の内容が消えてしまい、再度入力する手間がかかっているため。","入力内容の保持については、入力項目が多いまたは日付を跨いて入力する画面などはDBに保持、消えてしまっても大して問題がない画面に関してはローカルストレージに保持するなど、画面によって保持の仕方を設計段階で検討する。\n一時保存したまま忘れてしまうことを防ぐため、決議書の印刷や支払確定指示が行えない等の対策も必要。\n一時保存は自動的に保存されることが望ましい。","作業中断","歳出予算管理",null,"高","東北","-","課題リストT10-1-2","※要実装コスト検討\n→検討結果に基づき優先度決定\n下書き保存を指している。\n入力項目が多い場合に、下書き保存機能が必要になる。（入力が日を跨ぐこともある）\n必須入力項目を入力しなくても保存できることを一時保存としてフラグを立てて保存する？\n\n下書きの必要性について、すべての画面に必要になりそう。（UX観点）\n決議書の入力で一時保存があると良さそう。（それぞれのサブシステムにおいて必要な箇所がありそう。）\n\n【結論】\n要件定義の範疇には含めるため、高とする。最終的にどのように実装するか、どの画面に実装するかは要求の詳細化の中で再度検討。"]
[null,null,"NFM042","特定時点の情報を抜き出すことは必須である。過去にさかのぼって樹立時DBを出力できるとありがたい。特定時点の情報には更新履歴を残すとともに、更新の日付と更新の契機をセットで管理したい。","現行システムでは更新すると最新の情報しか残らず、更新前のデータが失われる。\n特定時点でのデータを取得するには人手でデータの整合性を取る必要があり、このことが事業統計書の作成時の負荷を大きくしているため。","森林情報管理に限らず分収育林などその他の業務にもかかわる内容。\nまた、前回時点だけではなく、全世代分の情報を取得したい。\n森林情報管理に関してはファイルサイズが1GB程度でかつ5年おきなのですべての世代を保持しておく。","DB設計","全サブ",null,"高","森林情報管理（ヒアリング）",1,"-","-"]
[null,null,"NFM043","直営委託別の調査方法（毎木、標準地、襲用など）ごとの面積や、委託契約金額なども含めた集計をできるようにしてほしい。","委託金額や調査方法別調査面積を局署からデータ提供してもらってExcel管理をしている状況であり、局署の業務負荷が高いため。","直ようか委託契約かの判別は現行システムでも判別することができる。収穫システムにおいて入力する調査方法に「襲用」が登録されていない。","DB設計","収穫","製品販売","中","収穫（ヒアリング）",4,"-","認識齟齬ない"]
[null,null,"NFM044","完了区分が翌債となる場合の、翌年度予定簿への反映をしてほしい。","翌債となるものは本年度と翌年度で同じ内容を2回入力する必要があり、業務負荷が高くなっているため。","翌債とは契約が発生したが翌年に繰り越しになるもの、なぜ翌年に繰り越しになるのに本年度登録が必要であるかというと、前金等で経費にかかる対応が発生して、経費との整合性を合わせるため。\n\n【サブシステム担当者からの補足】\n予定簿作成時に前年度に翌債として登録した実行簿情報を複写できる機能の実装を要望。","機能修正","林道",null,"対応済","東北","-","課題リストT04-3-1","-"]
[null,null,"NFM045","計画策定において(頻繁に変わるものではない)森林調査簿上のデータ(林齢、法指定など)を踏まえて伐採候補の樹種などを提案するような機能を追加したい。","計画調整などが電話・メールでの連絡が密に行われ、作業負担が大きいため。","現状、計画業務においてシステムを活用することがない。(電話・メールの調整はシステム化が難しい部分ではあるが、単年ごとの伐採量が同じになるようなアルゴリズムを形成するなどは可能なため作業効率化を図りたい。)\n一貫したGISデータを局・署等がシステム内で確認できることを実現した上で、この要望が実現されれば各局・署で計画の情報を確認・修正などする手間が減るのではないか。","システム化","森林情報管理",null,"低","森林情報管理（ヒアリング）",3,"-","-"]
[null,null,"NFM046","造林において、特定母樹の管理をシステム化範囲に含めてほしい。","業務の変遷により、実際の業務内容とシステムに差異が出ており、特定母樹がシステムの管理範囲に含まれていない。","現状、「花粉症対策」有・無を入力できるようになっているが、これを拡充し、入力範囲を広げるか、別途入力欄を設けるかしていただきたい。","システム化","造林",null,"対応済","造林（ヒアリング）",10,"-","-"]
[null,null,"NFM047","造林の獣害対策についてシステム化してほしい。\n「シカ柵（ななめ）」、「シカ柵（金網）」、「シカ柵（ステンレス）」、「単木保護（ネット）」、「単木保護（ネット）」、「「単木保護（その他）」　などある程度絞って入力できると利便性がよいと思う。","シカ柵の素材や数量などを管理する台帳の管理負荷が高い。","獣害対策ごとに管理すべき項目が異なるため、一括してシステム化することは難しい可能性が高い。","システム化","造林",null,"対応済","造林（ヒアリング）",11,"-","-"]
[null,null,"NFM048","造林予定簿等の入力項目を増やしてほしい（同事業で主伐と間伐に分かれる作業種欄（誘導伐等）、植付樹種欄（コンテナ、普通苗別）、苗木樹種・本数欄（特定母樹、エリートツリーかどうか）、獣害対策欄（忌避剤、数量等、（シカ捕獲、シカ柵点検等については、「類：保育」、「種：鳥獣被害対策」として入力しているが、細かな内容が入力できない）など）。","必要な入力項目が足りず、業務に支障が出ているため。","上記要求を反映した際に実行総括帳票にも影響が出るため、出力した際の帳票についても検討が必要","システム化","造林",null,"対応済","東北","-","課題リストT03-1-1","-"]
[null,null,"NFM049","経費整理表の「類」「種」を振り分けする作業時に、項目を追加してほしい。「類」に「鳥獣被害対策」、「種」に「忌避剤」「防護柵」をそれぞれ追加してほしい。","項目が不足していることで、忌避剤や防護柵に使用した予算が管理しづらくなっているため。","-","システム化","造林",null,"対応済","中部（飛騨）","-","課題リスト複数SS-6","-"]
[null,null,"NFM050","国有林野の産物販売委託契約書について、債務者が代理人契約する場合にも対応してほしい。","現在は債務者が代理人契約する場合に契約書が対応しておらず、個別に契約書を作成する手間が発生しているため。","【サブシステム担当者からの補足】\n①こちらの要求の発生頻度はどの程度か。\n現在、立木販売と製品販売の契約書については、刷新にて作成することができるが、契約者名欄は買受人のみの債務者登録となっている。\n代理人との契約の際には、刷新で作成した契約書をPDF加工若しくは、紙へ印刷し買受人と代理人と両方の記載を加える、または刷新の契約書を用いずエクセルなどで作成している状況。\n代理人契約は、道内ほとんどの事業体（全体の７０％）が行っており、ほぼ毎回上記の作業が発生している状況。\n債務者登録及び債権登録の際に代理人表示があると業務改善に繋がるという主旨。","システム化","支出管理・収入管理",null,"高","北海道（経理）","-","課題リストT11-3-3","※サブシステム担当者に要確認\n判断軸に発生頻度を追加"]
[null,null,"NFM051","立木販売予定価格評定のC経費控除計算において、算出した予定価格が単価1000円以上の場合は「算出金額」を、単価1000円未満の場合は「単価1000円×材積」の額が計算される処理がなされるが、そのような処理をする場合としない場合とを選択できるようにしてほしい。","運用改定によりシステムの改修を行ったが、改修によって一部の作業に支障が生じているため。","令和４年３月に、皆伐箇所の立木販売予定価格については、積算結果が単価1000円以上となる場合はそのままの額、単価1000円未満となる場合は単価1000円になるよう算出し直した額とするよう運用改正を行った。これに合わせてシステム改修を行ったが、間伐を含む全ての立木販売でこの処理がなされるため、処理をするかしないかの選択ができるよう改修が必要であるため。","システム化","立木販売",null,"対応済","立木販売（ヒアリング）",45,"-","※サブシステム担当者に要確認\n発生頻度によって優先度中と高を切り分ける。\n\n参考\n１．皆伐の場合の算出金額が１０００円を下回った際に、１０００円にする通知\n→立木販売予定価格評定公式の運用について」の第４の１の（２）\n\n２．署長権限で算出価格を変更できる規定\n→立木販売は別添の「産物売払手続」の第３条くらいです。素材販売は評定要領"]
[null,null,"NFM052","通常野帳で入力した椪についても、そのまま概算販売出来るよう改良して欲しい。また、概算販売についても、委託販売やシステム販売のように価格評定の際に選択出来るようにしたい。","通常野帳で入力した椪を概算販売に回す場合、野帳を入力し直し、椪番号付け直す手間がある。普通野帳で入力、生産完了している場合は、生産報告書の数字も変わり回覧し直す手間があるため。","当初から概算販売で売るつもりで野帳入力しているなら良い。","システム化","製品販売",null,"対応済","東北","-","課題リストT07-9-1","-"]
[null,null,"NFM053","椪の状態を管理できるようにしたい。","椪が売れ残ったら物品として資産になるなどを管理するために実績の管理を行っている。\n野帳が検査済みか検査していないかを管理する業務負荷が高い。","現状Excelにて管理している。","システム化","製品販売",null,"対応済","製品販売（ヒアリング）",26,"-","ステータスの管理のみであれば高であるが、現在Excelで管理している情報を新たに管理するとなるとDB設計が必要になるため優先度中。"]
[null,null,"NFM054","示達・支払い状況をダッシュボード等で確認できる機能があると良い。","各局・署の示達内容と実際の支出の管理は現在、OLAPからExcelに情報を取り出してグラフ化することで管理を行っており、抽出から管理するまでの業務負荷が高くなっているため。","各局における支出状況を確認する場合、別途指定したファイル（RNE）によりＯＬＡＰ帳票定義体（RNE）取込を行っている。","システム化","歳出予算管理",null,"高","歳出予算管理（ヒアリング）",95,"-","-"]
[null,null,"NFM055","台帳への入力事務をシステム化したい。","貸し付けている林小班の情報は申請書類の内容を台帳に入力して管理しており、管理負荷が大きいため。","e-maffとのAPI連携またはRPAで申請書類の内容を刷新システム（台帳）に反映できるとよい。（将来検討）\nシステム連携が困難であれば、申請書類（紙）に記載されている林小班情報を刷新システムに取り込めればいいので、設計段階で考慮できないでしょうか。","システム化","貸付・使用等管理",null,"中","貸付・使用等管理（ヒアリング）",38,"-","-"]
[null,null,"NFM056","システム外で作成している事業者に貸し出している小班名の一覧をシステムに取り込めるようにしたい。","1つの契約内において、事業者に貸し出している小班数が多くなる場合もあり、その情報を1つ1つ入力していくのは入力負荷が高いため。","申請書類（紙）に記載されている林小班情報を刷新システムに取り込めればいいので、設計段階で考慮できないでしょうか。","システム化","貸付・使用等管理",null,"中","貸付・使用等管理（ヒアリング）",40,"-","-"]
[null,null,"NFM057","刷新システムで貸付料の算定をしているが、一部対応していない算定が存在している。稀にしか使用しないが、今後使用する機会が増えていくことを想定し、システム化したい。","算定方法が統一されていないことで一連の業務の流れが分かりにくいものになっているため。\nまた、今後利用頻度が高まるに伴ってシステム外で入力する作業の負荷が大きくなることが懸念されるため。","システム上で貸付料を算定できないものに関してはシステム外にて算定して、貸付料をシステム内に入力している。\n貸付料算定の原則である「基本算定」の算定方法がシステムに存在しないことに問題認識がある。\n\n【サブシステム担当者からの補足】\n①こちらの要求の発生頻度はどの程度か。\n→現時点で頻度は少ないですが、貸付料算定の原則である「基本算定」の算定方法がシステムに存在しないことに問題認識があるので、「高」でご対応いただきたく再考をお願いします。\n\n（ご参考）国有林野の貸付料算定方法については、長官通知に定めがあり、「基本算定」と「特例算定」という２種類の算定方法があるところです。この点、H25以前の特別会計時代は「特例算定」が原則でしたが、H25の一般会計化の際、財務省の算定方法を基本とすることとし、長官通知を改正し、「基本算定」を原則としたところです。実務上は、特別会計時代からの更新契約が多いこと等から現時点では「特例算定」を使用している契約がほとんどであるものの、今後の契約では「基本算定」が増えていく可能性があります。なお、本来は一般会計化時に刷新システムに「基本算定」の算定方法が組み込まれるべきだったと思いますが、予算上の都合で、一般会計化時に刷新システムの改修ができなかったのではないかと思料します。","システム化","貸付・使用等管理",null,"高","貸付・使用等管理（ヒアリング）",39,"-","※サブシステム担当者に要確認\n判断軸に発生頻度を追加"]
[null,null,"NFM058","国有林を持っている市町村に交付金を支払っており、局署が市町村ごとに刷新システム外で交付金の計算を行っているが、調査簿のデータを使用するので、今回のシステムに機能として導入したい。","計算用の外部システムを維持するコストが高く、類似した情報を持っている国有林野情報管理システム内で算出できるようにしてコスト効率化を図りたいため\n交付金算定には、刷新システムにおける森林調査簿情報のコード新分散システムのコードへ旧形式変換して使用しているので、今後のシンシステムで現在の森林調査簿コードが変更になると、現在刷新外で計算している（アクセス）システムが稼働しなくなる問題点がある。","森林調査簿情報コードの変換作業は年1回実施している。\n必要な項目のみ変換しているのですべてを変換しているわけではない。\n\nシンシステムでは変換ツールで機械的に変換することを想定。\n調査簿コード：林小班＝１：１である。\n法則が明確になっているため、変換処理で例外が起きることはない想定。\n\n【サブシステム担当者からの補足】\n交付金算定には、刷新システムにおける森林調査簿情報のコードを新分散システム時代の森林調査簿コードに旧変換処理をして使用しているので、今後のシンシステムで現在の森林調査簿コードが変更になると、現在刷新外で計算している（アクセス）システムが稼働しなくなります。このため、現時点で刷新システムに交付金算定システムを組み込んでいただけるよう再考お願いいたします。","システム化","貸付・使用等管理",null,"高","貸付・使用等管理（ヒアリング）",42,"-","-"]
[null,null,"NFM059","システム上でオーナーへの発着はがきや文書の作成ができたりすると便利。","はがきの作成に必要な情報を刷新システムに入力→収集しており、業務負荷が高くなっている。","はがきの枚数も多い。（1つの分収育林契約で約100人のオーナーがいるため）\n現在は刷新システムから、契約者情報をCSV出力し、excelで通知文書を作成していることが多い（局によっては、はじめからexcelでしか管理していないところもある）。\ncsvを出力しない分、一手間減らせるだけでなく、署も最新の情報で通知文書を作成できるので送付ミスを減らすことができる。","システム化","分収育林",null,"中","分収育林（ヒアリング）",43,"-","-"]
[null,null,"NFM060","分収造林に関して、契約の仕方（森林管理署を経由する）や樹木を植えて育てる主体が契約相手方（個人や法人等）であること以外は、分収育林と大まかに共通なので、システムの改修に伴い、分収造林も組み込んで良いのではないかということ。","分収造林は契約の窓口が署であることを除き、大まかな流れは分収育林と同じだが、現在システム化・共通化されていないため。\nまた、分収造林台帳については、紙で管理している状況であり、訂正の際に局署の業務負荷が高いため。","造林なので契約のタイミングはさら地のタイミング。契約満期からがほぼ共通の手続き（意向確認～立木販売等）ではあるものの、契約初期の流れが異なるため、共通化するのは難しい。","システム化","分収育林",null,"中","分収育林（ヒアリング）",44,"-","-"]
[null,null,"NFM061","システム上で契約書を作成したい。","契約書をシステム外で作成しており、業務負荷が高くなっているため。","現在は一太郎で作成している。","システム化","立木販売",null,"対応済","北海道日高南","-","課題リストT05-5-4","-"]
[null,null,"NFM062","選定結果・変更結果公示を林野HPに自動的に反映できるようにしたい。次善としてPDFで選定結果・公示内容の取り出しをできるようようにしてほしい。","選定結果・変更結果公示をシステム上に登録後、林野HPにも掲載する必要があり、作業負荷が高くなっているため。","-","システム化","樹木採取権",null,"低","北海道（資源）","-","課題リストT08-3","バックログ的に要求自体は優先度低として管理する。\nデータ出力を行うことでの解決が図れる。"]
[null,null,"NFM063","経費科目の階層をADAMSIIに合わせるようにしてほしい。","刷新システムの示達について、ADAMSIIの経費科目階層が６階層なのに対して、刷新システムでは３階層しかない。このため、略科目を使ってマッピングをしている。\nデータの直接比較が困難となり、集計ミスの原因ともなっている。\nまたマッピングが運用事業者任せとなっている問題もある。","-","システム化","歳出予算管理・支出管理・収入管理",null,"高","本庁（経企課事務管理班）"]
[null,null,"NFM064","国庫帰属森林調査簿入力","新たに追加された国庫帰属森林について、森林調査簿情報入力を可能としたい。各計画に必要な各種帳票へ反映させたい。","現行システムでは、林班を登録する際は、国有林野と官行造林のみを想定している。政策の変化に伴う新たな国有林の形態である国庫帰属森林をシステムにおいて管理するとともに、今後の政策の変化を想定した柔軟な仕組みを実装する。","システム化","森林情報管理",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM065","復命書項目精査","復命書の項目のうち不要と思われる項目を整理したい。また、この整理と併せて収穫調査後に、年度別調査簿の変更された場合、収穫予定簿で参照するデータを復命書からではなく、年度別調査簿を参照するようにしたい。","不要項目は、例えば都道府県が必要か、必要最低限の復命事項に絞って復命書のレイアウトの見直しを行う。また、レイアウトはできるだけ簡素化すると共に、決裁欄の自由度を上げ、搬出関係や摘要の自由記入欄についても統合などの検討を行う。\n全内残が不要となる可能性がある。また、列状間伐における1伐３残など、伐採方法に対する伐採仕様を復命書で管理することで、林班沿革簿への反映及び、次回伐採における伐採方法、伐採仕様の検討に活用したい。","システム化","収穫","森林情報管理","必須","本庁（経企課事務管理班）"]
[null,null,"NFM066","伐造簿と収穫予定箇所の整合性管理","予定簿を収穫復命書から転載する場合に、伐造簿に搭載されていない収穫復命書があれば、チェックし、計画に沿った収穫予定簿を作成したい。","収穫予定簿は、現在、伐造簿に記載の収穫予定箇所を基に①収穫復命書から転記、②直接入力する。予定簿登録時に伐造簿に登録があるかチェックさせたい。\n計画外伐採など、伐造簿に指定のない場合もあるので、実行簿（払出情報登録）時含めて確認アラート程度とする。\n","システム化","収穫","森林情報管理","必須","本庁（経企課事務管理班）"]
[null,null,"NFM067","払出情報登録一括入力","工程2-1で対応している他サブシステムで予定簿等の一括入力を実装したため、それらを追従する形で収穫においても一括入力を実装したい。","現在は、払出情報登録画面で、復命書記載事項のうち払出情報登録に必要な項目が表示され、復命書単位で登録している。業務上、払出情報を複数まとめて登録するケースが存在するため。","システム化","収穫",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM068","立木補償料等、システム上の評定を経ない実行簿直接入力のフロー及び画面","立木補償料は、立木調査野帳があるにも関わらず立木価格評定を行わないため、契約明細を入力するタイミングで実行簿を直接入力している。立木調査野帳を実行簿に紐づけ管理したいから。","立木補償料は、業務G（経営係）で計算せずに、総務G（管理係）で補償料として計算した上で、これを契約明細の金額として直接入力している。この際、その補償料に紐づく実行結果として実行簿を直接入力しているが、本来であれば、立木調査野帳から、立木補償料として評定され、払出によって実行簿データが生成されるべきであり、払出による実行簿の計上は、一般的（補償料でない）な立販の場合の流れとなる。\n収穫実行簿直接入力の入力を簡素化し、価格評定行わずに売り払いを実施する際の手続きと画面遷移の見直しする。","システム化","収穫","立木販売","必須","本庁（経企課事務管理班）"]
[null,null,"NFM069","各サブシステム間のデータ連携","造林において小班実行管理が行う際に、森林情報管理から林小班の情報を引き当てる。小班分割時の予定簿への反映、作成した収穫予定簿と立木販売、製品生産等へのデータに引継ぎなど","次年度に作成予定のサブシステムへのリンクが、本年度実装のサブシステムに存在する。（#2933）\n例）造林で小班実行管理という森林情報管理へのリンク\n本年度では、リンク先を作成しないため、申し送りとする。","データ連携","-",null,"高","本庁（経企課事務管理班）"]
[null,null,"NFM070","代理人入力欄の追加","立木、製品の売買契約書において、代理人と契約するケースがあるため、代理人が入力でき、代理人が掲載された売買契約書を印刷できるようにしたい。","　・売買契約書（収入管理サブシステム）に「代理人」欄を追加\n　・契約情報入力（収入管理サブシステム）に「代理人」欄を追加","機能修正","収入管理",null,"高","本庁（経企課事務管理班）"]
[null,null,"NFM071","収穫復命書入力漏れなどによる造林調整簿の反映漏れについて","跡地検査実施後、更新対象となっているデータを漏れなく把握し、造林調整簿に更新（森林の造成の更新）データを引き継いで、更新対象をもれなく把握したい。","「刷新からの仕様変更No.7 造林調整簿作成に係るデータの流れを明確（履歴データ取込処理において取り込みされるデータの詳細等）にし、是正できる箇所は是正したい」から、収穫復命書入力時に漏れなどが発生すると、造林調整簿に更新情報が適切に反映されない。\n収穫復命書入力漏れを検知できるように収穫サブシステムで検討する必要がある。現段階では収穫復命書入力時に対応する方針とし、収穫復命書の入力において、収穫区域＝更新面積（１～４の合計）でないとエラーが出るようにする（現状更新面積欄に何らかの数字が入っていればエラーはでない）。\n収穫復命書入力時に漏れなどが発生すると、造林調整簿の差分として適切に検出されない。そのため、復命書入力時に収穫区域面積と更新面積の合計値が一致するようなバリデーションチェックを行い、入力漏れの発生が生じないようにする。","データ連携","収穫","造林","必須","本庁（経企課事務管理班）"]
[null,null,"NFM072","同じ内容を何度も入力する必要をなくすようなUI設計","立木評定時の補正率を樹材種別にひとつづつ同じ補正率を繰り返し入力するなどの手間を解消したい。このように同じ値の入力が繰り返される項目について、次期開発の対象となるサブシステムにおいて解消してほしい。","「NFM047_システムに登録済みのデータを複数の画面から参照できるようにし、同じ内容を何度も入力する必要をなくす」について、画面施一計で考慮し効率的な入力を可能とする。","画面設計","-",null,"高","本庁（経企課事務管理班）"]
[null,null,"NFM073","支出負担行為決議明細の林道路線への紐づけ","支出負担行為及びその経費明細入力において、路線の整備に要した経費を整理しており、この情報を林道実行簿に連携させ、同じ情報の２回入力することをやめたい。","林道実行簿において、支出負担行為の情報を参照しつつ、これに事業の実行結果を追記していくように林道サブシステムを実装しており、支出管理において、林道実行簿で入力した類種と連携するよう実装する。","データ連携","支出管理","林道","高","本庁（経企課事務管理班）"]
[null,null,"NFM074","契約明細（製品、立木、副産物、樹木採取権）について、収入管理SS構築時にＲ７構築事業サブで登録済の契約明細を参照入力し、契約情報入力画面メニューに追加し実行総括表に反映","現行システムでは、債権に係る契約情報は、経理サイドで入力しており、その金銭的な情報に立木や製品の数量的な情報を補完する形で入力し、実行総括表に金額と実行数量は計上しているので、収入管理においても後で、数量的な情報を補完できるようなつくりで契約情報の入力機能を実装したい。","各事業サブでは支出管理SSにおける経費明細と同様に販売においては収入管理SSの契約明細にあたる部分を入力する。販売契約では収入管理で契約情報を入力する際に各事業SSで入力した契約明細を参照入力、その他債権発生、契約に必要な事項を行っているのでそのフローについて、収入管理SS構築時に実装させる。","データ連携","収入管理","製品販売、立木販売、、樹木採取権","高","本庁（経企課事務管理班）"]
[null,null,"NFM075","経費明細について、支出管理SS構築に合わせて Ｒ７構築事業サブの入力画面メニューに追加し実行総括表に反映","現行システムが提供している各サブにおける経費明細入力について、次期システムにおいても機能提供し、どの事業、作業種がどの経費で賄われたかを把握できるようにしたい。","各事業の経費明細入力画面は支出管理の支出負担行為明細入力画面がオリジナルではあるが、主に各事象サブ担当者が各事業サブのメニュー（画面）として入力、その結果が各事業の実行総括表に反映される。そのため、R7時点では実行総括表については経費部分が完成していないこととなる。\n支出管理SS構築に合わせて各事業SSで経費明細の入力画面が選択できるようメニューに追加し（メニュー（画面一覧として）追加はR７構築時？）、実行総括表に反映させること","データ連携","支出管理","林道、造林、製品生産","高","本庁（経企課事務管理班）"]
[null,null,"NFM076","NFM003_作業指示と報告をDB項目として紐づけ","NFM003との整理","造林実行簿のCSVデータで、森林調査簿の小班コードを参照したい（GISで活用したいため）。\nそのため、造林実行簿のCSVデータに小班コードを付与する（森林調査簿の小班コードが今後変更となる可能性があるため、森林情報管理サブにおいて決定後のコードを付与）",null,"森林情報管理","造林","必須","本庁（経企課事務管理班）"]
[null,null,"NFM077","払出情報入力に係る跡地検査年度の入力の見直し","跡地検査完了登録時に表示される項目で売払・払出年度という項目があるが、実際に入力されているデータは、収穫予定簿の収穫年度であり、項目名とデータ内容に齟齬があり、業務上支障がでているため","跡地検査完了登録時に表示される項目で売払・払出年度という項目があるが、実際に入力されているデータは、収穫予定簿の収穫年度であり、項目名とデータ内容に齟齬があるところ。項目名を変更するか、項目名を売払・払出年度のままにする場合、当該データが反映されるように変更するべき。\n（項目名を変更する場合は、造林サブの造林調整簿における発生更新確認リストの項目名も変更すること）",null,"収穫","造林","必須","工程２－１UIUXレビュー"]
[null,null,"NFM078","データモデル(調査・検査(収穫))","実務を反映した合理的なデータモデルにより業務最適化、運用最適化を図りたい\n復命書テーブルは約200列の非正規化状態で、未使用項目や旧データ保持項目が多く、他システムへの影響を最小限にしたデータモデリング整理を行う必要があるため。","・注目すべきエンティティがリソースであるかイベントであるか再検討する\n「別紙2-2_データモデル」の中では、収穫とその報告、承認というイベントに注目してモデリングを行っている。しかし、それらのイベントに注目すべきか、収穫の対象である伐区に注目すべきかは実際のユースケースをより深く調査した上で決定し、モデリングに反映していくべきである。\n・テーブル構造の正規化を行い、データモデルを最適化する。","データモデル","収穫","立木販売、製品生産、製品販売","高","要件定義1.5版申し送り"]
[null,null,"NFM079","データモデル(販売契約)","実務を反映した合理的なデータモデルにより業務最適化、運用最適化を図りたい","・ 債権の種類ごとの業務上の取り扱い方の違いを明らかにし、モデルに反映する\n「別紙2-2_データモデル」の中では、債権には現納や延納、分割払い等の種類があるという想定でモデリングしている。しかし、債権が何を契機に、どのように変化する可能性があるのか（現納から延納への変更は許されるのかなど）を明らかにする必要がある。また、例えば延納に伴う担保の取り扱いなど、収納に係るイベントの抽出をより精緻に行う必要がある。","データモデル","収入管理",null,"高","要件定義1.5版申し送り"]
[null,null,"NFM080","工事等の進捗状況の可視化","支払計画に計上するのを失念した状態で支払決議されることがあり、支払額が不足する危険性がある。","国庫からの支出にあたっては支払計画に基づき行うところ、支払計画に計上漏れが無いように、工期満了３ヶ月程度前にアラートを出し、支払計画に計上することを忘れないようさせたい。（ポップアップ表示など）","機能追加","支出管理",null,"高","本庁（経企課事務管理班）"]
[null,null,"NFM081","国庫債務負担行為の管理について","国庫債務負担行為決議は局の所掌となっているところ、業務遂行は署等のため、契約の執行状況や支払予定が見えないため、予算の執行管理がし辛い。","国庫債務負担行為については国有林野情報管理システムの管理対象とする。通知に定める国庫債務負担行為整理簿をシステムに追加し、本庁、局、署が参照可能とすることで、国庫債務負担行為の予算執行状況を可視化する。","機能追加","歳出予算管理",null,"高","本庁（経企課事務管理班）",{"$nulls":4},"20250929_国庫債務負担行為についての打ち合わせ議事"]
[null,null,"NFM082","基本計画の見直しを森林情報管理システムの全メニュー、画面、帳票に反映させる","基本計画の見直しにより、森林の区分が変更となった。これに伴いシステムの林種の区分、林種の細分、施業方法、施業の細分等も変更となる。システムで扱う「国有林の地域別の森林計画」「地域管理経営計画」「施業実施計画」の計画事項であるため、既存のプログラム、DB項目等を変更する必要がある。","・画面、帳票、テーブル項目の修正\n・既存の区分名の読み替え、一部区分についてデータのコンバート\n・集計プログラム等の再構築\n・バリデーションの変更\n・帳票、OLAPの追加\n・森林調査簿調査簿集計用のACCESSの改修","機能改変","森林情報管理",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM083","基本計画の見直しを森林情報管理システムの全メニュー、画面、帳票に反映させる","基本計画の見直しにより、森林の区分が変更となった。これに伴いシステムの林種の区分、林種の細分、施業方法、施業の細分等も変更となる。システムで扱う「国有林の地域別の森林計画」「地域管理経営計画」「施業実施計画」の計画事項であるため、既存のプログラム、DB項目等を変更する必要がある。","・画面、帳票、テーブル項目の修正\n・既存の区分名の読み替え、一部区分についてデータのコンバート\n・集計プログラム等の再構築\n・バリデーションの変更\n・帳票、OLAPの追加","機能改変","収穫",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM084","帳票、OLAPについて、本庁、各局が配下の全計画区を一括集計可能とする","現行システムではスペックの関係から大量のデータを扱うことができず、本庁では別途計画区、局等の単位で出力したCSV等を集計しているため、業務不可の軽減を図る。","各帳票、OLAPについて、集計単位を可変とするとともに、林野庁では全計画区、全局合算した集計結果を出力可能とする。","帳票","森林情報管理",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM085","林班沿革簿の適正化","林班沿革簿について、記載項目や連携データ設定が不十分なため、使われなくなっているため、適切な仕様とする。","林班沿革簿の項目を見直し、履歴の管理が必要な項目については新たに履歴テーブルを追加して沿革簿として機能させる。\nファイル添付機能を追加し、植栽位置図、小班区画、林道、作業道についてGISデータ、PDF等で地理情報を保持する。","機能修正、追加","森林情報管理",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM086","会計センターのADAMSⅡとのAPI連携により、本庁から局への示達を自動化させる。","月に複数回ある予算等について、画面やExcel等の入力を繰り返し、林野庁から各局に示達しており、業務不可が高い。","会計センターのADAMSⅡには各局の支出官が登録されいていることから、ADAMSⅡとのAPI連携により、林野庁から局への示達を自動化したい。","機能追加","歳出予算管理",null,"高","本庁（経企課事務管理班）"]
[null,null,"NFM087","局から署等への示達処理の省力化","月に複数回ある予算等について、画面やExcel等の入力を繰り返し、各局から各署等に示達しており、業務不可が高い。","署の分任官についてはADAMSⅡに登録されていないためAPI連携による自動化はできないが、予算科目を一括して示達可能とするなど簡素化を図る。","機能追加","歳出予算管理",null,"高","本庁（経企課事務管理班）"]
[null,null,"NFM088","会計センターのADAMSⅡとのAPI連携により、国有林野情報管理システムの支出負担行為番号とADAMSⅡの支出決定の番号を自動で関連付ける。","国有林野情報管理システムのデータをタンキングによりADAMSⅡに転送するが、両システムの管理番号が異なるため、金額、相手先、略科目等が同じ場合識別し辛い。","会計センターのADAMSⅡとのAPI連携により、支出決議と同時にADAMSⅡの支出決定の番号を取得し国有林野情報管理システムの支出負担行為番号に紐づけ、一意に特定する。","機能追加","支出管理",null,"高","本庁（経企課事務管理班）"]
[null,null,"NFM089","会計センターのADAMSⅡとのAPI連携により、国有林野情報管理システムの債権番号とADAMSⅡの支出番号を自動で関連付け、収納情報を自動で国有林野情報管理システムに反映させる。","国有林野情報管理システムのデータをタンキングによりADAMSⅡに転送するが、両システムの管理番号が異なるため、限られた情報しか記載のｂない収納登記情報から納入された債権を特定することが難しい。","会計センターのADAMSⅡとのAPI連携により、国有林野情報管理システムの債権番号をADAMSⅡに転送すると同時にADAMSⅡの債権番号を自動で関連付け、紐づけられた情報を基に収納情報を自動で国有林野情報管理システムの債権番号に紐付け、収納の有無の確認を容易にする。","機能追加","収入管理",null,"高","本庁（経企課事務管理班）"]
[null,null,"NFM090","支出負担行為決議書等の項目の見直し","会計センターのADAMSⅡの決議書と階層、項目が一致しておらず、ADAMSⅡの決算との突合が困難","示達区分を財源区分に一致させる、略科目の階層等を一致させ、国有林野情報管理システムの実行総括表、決算資料とADAMSⅡの決算資料との統合を容易にする。\nADAMSⅡに連携不要な項目について、経理担当者の集計等に配慮した構造、構成とする。","機能更改","支出管理",null,"高","本庁（経企課事務管理班）"]
[null,null,"NFM091","管理区分の見直し","同一予算科目を複数の課、係で使うため、担当毎の予算執行状況を把握したいが、担当を識別する管理区分が使いづらいため機能していない。","各事業担当の予算執行状況を確認し、予算の執行管理を適切に行うため管理区分コードの表示方法について見直すか、管理区分相当の新たな機能を追加する。","機能更改","支出管理",null,"高","本庁（経企課事務管理班）"]
[null,null,"NFM092","歳入歳出外現金の取扱いについてREPSと連携する","入札保証金、契約保証金について、現金での受付となっており、電子化への要望が高い。","入札保証金、契約保証金について、REPSとの連携により電子納付を可能とする。","機能追加","収入管理",null,"中","本庁（経企課事務管理班）"]
[null,null,"NFM093","収穫復命書のおけるカタカナ小班の林種の細分の登録\n※林種の細分については見直しあり","収穫復命書情報の登録にあたっては林小班情報を森林情報管理の森林調査簿情報から参照登録しているが、カタカナ小班について森林調査では林種の細分の登録が必須となっていない。\n実行総括表の人天別の集計は、復命書の林種の細分に基づき修正することとなっているが、森林調査簿に記載がないため、カタカナ小班分が人天別の集計に反映されない。","森林調査簿の記載事項ではないため参照できず、調査簿とも矛盾するため復命書情報の登録時には必須入力とはなっていないため、実行総括表の作成にあたっては、職員への聞取り後に運用事業者により一括登録するとして対応しているところ。\n払出情報登録時の入力必須項目とするなど、実行と合わせて対応させたい。","機能追加","収穫","森林情報管理","高","本庁（経企課事務管理班）"]
[null,null,"NFM094","収穫復命書の複層伐対応","複層伐の収穫量の報告方法（収穫量の復命）が担当者によって異なるため。\n皆伐の収穫区域が自動計算となっているため、複層伐に対応していない。","担当者ごとで異なる複層伐の伐採率、伐採面積の入力方法を統一する。10haの林小班に対して50％の伐採を一団として行う場合は、伐採面積（小班全体が伐採対象と認識）10ha伐採率50%として復命書に入力する。併せて、伐採状況を把握する樹材種別一覧表に収穫面積等の情報を掲載する。\n\n単層林の皆伐と複層林の皆伐のロジックを分け、複層伐にも対応させる。\n皆伐は現在の調査区域（手入力）から除地（手入力）を引いた面積を収穫区域とするロジックを踏襲。\n複層伐は調査区域に小班面積から参照入力し、収穫区域は伐採区域を手入力とする。\nまた、面的複層林に対応させるため、面的複層林の番号、複層林の管理面積の項目を追加する。","機能追加","収穫",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM095","立木調査野帳等の取込時のエラー特定","エラー箇所の特定が手間、分かりづらい","復命書の立木調査野帳、樹材種集計表のCSV取込時のエラーがPDF/CSV一覧からエラーをダウンロードして確認しないとエラーを訂正できない。例えば、品質区分のエラーなどは、可能な限り取込前（CSV出力時）にエラーを特定し、修正できるようにしたい。","機能改変","収穫",null,"必須","本庁（経企課事務管理班）課題一覧"]
[null,null,"NFM096","収穫調査復命書の入力について、一度に作成が出来るようにして欲しい。","現在は復命書は個別に入力していく必要があるが、局によっては１林小班に対し樹種毎の復命書を分ける、搬出路敷の支障木を分けて復命書作るなどが行われており、同一の林小班情報を繰り返し入力する必要がある。\n","復命書の作成が職員か、指定調査機関によるかに左右されるが、複数の林小班、復命書を一度に入力できるような仕組みが提供できないか。\n復命書を一覧で一括入力する、復命書に紐づける野帳に復命書番号を登録し一括アップロードして作成した一覧を再度ダウンロードし復命書に必要な項目を一括入力する、など実装方法は要検討\n但し、指定調査機関の学習コストも踏まえて方針を決定する必要がある。","機能改変","収穫",null,"必須","本庁（経企課事務管理班）課題一覧"]
[null,null,"NFM097","収穫調査復命書の調査結果をエクセル一覧表として出力","収穫調査復命書の調査結果をエクセル一覧表として出力し、GISの他、立木販売、製品資材など次年度の予定資料を作る際に活用したい","復命書情報に森林調査簿の小班検索IDを付加しておき、GISの属性情報に連結させて収穫予定箇所を表示させる。","機能改変","収穫",null,"高","本庁（経企課事務管理班）課題一覧"]
[null,null,"NFM098","国土保安関係の欄は、制限林等の情報をすべて表示できるように改修。","国土保安関係の欄は通常林小班を入力してからシステムで林小班情報を呼び出して表示するが、この欄に表示されるのが６件の情報までであり、７件以上の制限等がかかっていても表向きは表示されない。",null,"機能改変","収穫",null,"高","本庁（経企課事務管理班）課題一覧"]
[null,null,"NFM099","収穫調査の野帳情報（csv）を取り込みをした後に修正したい","野帳の情報にミスが発覚した場合、システム上で野帳の情報を変更できない。","但し、野帳の登録削除で、修正はあくまで登録前エクセルで実装することとした方が、製造及び操作がシンプルであれば、システム上修正できることを実装する必要はない。","機能改変","収穫",null,"中","本庁（経企課事務管理班）課題一覧"]
[null,null,"NFM100","収穫予定簿一括入力","指示量を受けて１年間の収穫個所を登録するが、個所数が多いので、一括登録したい。","現在は、指示量を受けて個所付けした収穫予定箇所の一覧表を基に予定簿を一つ、一つ入力しているので、一覧表を直接取り込みたい。または、収穫調査を終え、復命書登録している箇所は復命書一覧から予定簿に必要な項目を転記するなど、方法は要検討","システム化","収穫",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM101","復命書の収穫位置図等ファイルアップロード機能","収穫位置図等収穫復命書添付資料のうち記録として必要なものをアップロードしたい。","地図情報はGISデータであればGIS上で収穫区域を可視化することができ、公売公告に再利用する、GISやGNSSデータとして事業者に位置情報を共有するなど活用できる。","機能追加","収穫",null,"必須","本庁（経企課事務管理班）",null,null,"NFM032に含まれるも、収穫特有な話として切り出し。"]
[null,null,"NFM102","１林小班内で、計画期間に複数回の伐採が行われた場合も調査簿で履歴を管理したい。","調査簿は樹立時点、変更樹立時点で取り置きされるが、計画期間で複数数回事業が行われた場合に年度毎の履歴として残せない。","調査簿の修正は局によって５年に１度、毎年など一律でないため、調査簿の小班情報に複数年分の履歴を持つことができるようにする、また、年度更新のタイミングで履歴が小班履歴テーブルに転記されて、林班沿革簿で把握できるようにする、など。","項目追加","森林情報管理",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM103","収穫実行総括表の項目追加、CSV出力、Excelフォーマットによる取込み","項目が不足していることで、手集計が必要となっているが、伐採方法の区分が多く仕分けし辛い","実行総括表はPDF帳票ではなく、突合用の元データをOLPAで取得しExcelフォーマットにマクロで取り込む仕様にする。これによって、OLAPで別途突合している手間が削減できる。","機能改修","収穫",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM104","復命書の収穫区分に「樹木料（支障木）」を追加する。","現在、樹木採取権については、復命書の収穫区分「樹木採取権」のみであり、「基礎額／樹木料」と「樹木料（支障木）」の区別ができない。","樹木採取権に関しては収穫区分を「樹木採取権」と「樹木料（支障木）」に分け、評定時の復命書の選択を容易にする。","項目追加","収穫","樹木採取権","必須","本庁（経企課事務管理班）"]
[null,null,"NFM105","実行総括表の作成時に本庁と局間の調整の段階で事業実行結果をロックし、変更できないようにする。","毎年度、実行総括表の数字を整理した上で、決裁を取っているが、その際中に署等において実行結果の修正が発生し、その修正を特定して決裁に反映することが難しいため。","昨年度の実行結果の修正をさせないロック機能を持たせ、その解除を本庁等の一部のユーザだけができるようにする。その上で、やむを得ない事情により修正が発生した場合は、その特定のユーザへ変更箇所を通知の上で、解除を行い修正を反映するような仕組みを検討し実装する。","機能追加","収穫",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM106","造林コード体系をCSVで一括登録できるようにする。","現在、造林コード体系の新規登録、修正については、１コードずつ実施しなければならず、同じ項目を一括して修正したい場合にかなりの労力を要するため、CSVで一括登録、修正できた方が効率的なため。","造林コード体系の登録、修正については、現在１コードずつ実施しなければならず、同じ項目の同じ内容を一括して登録・修正したい場合に、かなりの労力が必要である。\nそのため、造林コード体系リストをCSVで出力し、一括登録、修正後、アップロードできるようにする。","機能追加","造林",null,"高","本庁（経企課事務管理班）"]
[null,null,"NFM107","樹木採取区名の登録時の採番について、表示の際は「0」を非表示とする。","採取区番号と名称は樹木採取権に連携し、各画面、帳票で利用するが、帳票出力後に手作業で「０」を削除しているため手間がかかっている。","テーブル定義の桁数は２桁で、１桁の場合は「０」埋めしているところ、表示の際は「０」を除く。","機能追加","森林情報管理",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM108","林道の実行簿一覧に追加した支出負担行為決議書の項目について支出管理サブシステム構築時に同項目名の変更があれば実行簿一覧にも反映する。","令和７年度に構築した林道サブシステムで実行簿の一覧画面を追加した。この一覧には支出負担行為決議書の項目を３つ追加しているが、現行システムの項目名で追加しているため、項目名に変更があった場合は連動して変える必要がある。","令和７年度の構築業務で実行簿一覧を追加した。そのうち示達区分、略科目名、金額は支出管理サブシステムのテーブルから参照することとしている。支出管理サブシステム構築時に、項目名が変更された場合は連動して変更する。","機能改変","林道",null,"高","本庁（経企課事務管理班）",null,null,"支出管理サブシステムで項目名が変更された場合はリリースまでに必須改修となる。+E127:N127"]
[null,null,"NFM109","分収育林の契約番号に利用している、旧局署名について、新たに用語マスターを作成する。","業務用語マスターが複雑化していることから、旧局署名を切り出すこととなった。そのため、分収育林の契約番号に利用している旧局署名に関するマスターを作成する必要がある。","現行システムの分収造林サブシステムのデータベース上で利用していることから、コード値等について現行踏襲で作成する。","機能追加","分収造林",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM110","一括修正機能の改善","工程１では、局や署等で共通のExcelマクロ（CSV入出力）を取り回し、局にて森林調査簿の一括修正（CSV取込）を実装予定であるが、Excelの更新時期とシステムへの登録時期がずれることで年度を跨ぐ処理によるデータ不正の懸念が残るため。","森林調査簿承認業務として、工程１で導入するCSVファイルによる一括修正の承認プロセスは残しつつ、工程２として新たに署等がシステムにて森林調査簿を更新し、局にて一括承認するプロセスを設けることになった。その際、今まで局のみが利用かのうであった小班ごとの修正機能を署等へも開放し、更新可能とする。ただし、データの更新にあたっては、一時保存用DBを別途設けることとし、局が管理する最新ＤＢの森林調査簿データに影響が出ないよう分けて運用",null,"森林情報管理",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM111","新政策に伴い入力項目や入力方法を検討したい。","R5の要件定義以降、新たな政策が進んでおり、以下の新政策においては現行システムで一部実装されておらず、かつ、現行システムでは実装不可能なものが含まれているため。","国庫帰属森林情報は、現行システムの仮登録番号を整理し次期システムへ移行する。併せて帳票やバリデーションを見直す。面的複層林は小班単位で管理し、面的複層林管理簿や新機能を追加し、面積集計ロジックも変更する。加えて、スギ重点情報を森林調査簿（帳票）と林班沿革簿に新設する。",null,"森林情報管理",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM112","林班沿革簿の項目や様式を見直したい。","現行システムでは林班沿革簿として本来管理すべき項目が不足しており、業務の実態としては紙面の林班沿革簿に手書きして管理しているため。","林班沿革簿に対して添付するファイルをアップロード・ダウンロードできるようにする。また、林班沿革簿情報を入力する画面を新設した上で、履歴情報の備考や観察記録、林況調査結果等の項目を林班沿革簿に追加する。履歴管理が必要なものはテーブル追加する。\nさらに、施業履歴等の参照データについても不足する情報を追加するとともに、施業内容をわかりやすく表示する。\n土地情報については、入力文字数40に対して表示されるのが20文字のため、入力と表示の文字数は一致させる。",null,"森林情報管理",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM113","小班を分割・統合した、あるいは小班名を振り直した場合、造林調整簿入力時に異動前後の小班を確認できるようにしたい。","計画課による小班異動処理が行われた場合、現行システムの造林調整簿入力画面では、小班名が固定表示されているために修正できず、異動後の小班情報を基に造林調整簿を手作業で修正しているため。","造林調整簿入力時に小班に異動があった場合、異動前の小班名とともに、異動後小班名の候補を表示し、異動後小班名を選択できるようにする方針で、詳細な仕様を検討する。また、分割や小班名の振り直しにより候補数が多い場合は、小班名を直接修正することも検討する。",null,"森林情報管理","造林","必須","本庁（経企課事務管理班）"]
[null,null,"NFM114","森林調査簿の項目や様式を見直したい。","政策の変化等に伴い、現状の調査簿項目・様式と業務の実態に乖離が生じているため。","新政策やデジタル計測結果等に関する項目を追加し、機能類型の細分等不要な項目を削除する。また、年度別DBおよび樹立時DBについて履歴データを管理し、PDFまたはCSV形式で出力できるようにする。",null,"森林情報管理",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM115","年度別DB・樹立時DBの履歴管理および各調査簿出力形式","現在調査簿はPDF帳票のみとなっており、必要な情報が得にくい。\n","各署等のレイヤに小班単位の確認画面を追加\n通知様式での出力：PDF、Excelフォーマットを作成しCSV取込み通知様式で表示\n任意形式での出力：CSV①\n　　　　　　　　　（現行の「調査簿」、「樹種別調査簿」、「伐造簿」、「伐採樹種別」、「造林樹種別」を想定）　　　　　　　\n　　　　　　　　　 CSV②（上記ファイルのコードをコード値に変換し出力）※新規作成\n出力区分：CSV①、CSV②については、署等、計画区、局、全計画区　単位で出力可能とする。",null,"森林情報管理",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM116","森林情報管理におけるデータモデルを精緻化したい","森林情報サブシステム（森林計画）と各事業サブシステムはデータの更新サイクル、更新の契機、予定、実行の考え方が大きく異なり、同じ概念を持ち込むことはできないため。","現状の森林情報管理のデータモデルをもとに類似エンティティの集約化を検討したが検討期間が短いこと、検証が不十分であることから、現行業務の維持を最優先とし現行踏襲方針とする。",null,"森林情報管理",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM117","調査簿等情報入力画面において通知と一致していない項目を修正したい。","過去の通知の改正により、分類や項目目称、記載内容が変更されたが、システムでは画面項目が修正されていないため。","現行システムの「調査簿等情報入力ー機能等」画面において、「公益的機能別施業森林」項目名を「公益的機能別施業森林区分」に変更する。また、「公益的機能別施業森林区分」項目名を「公益的機能別施業森林施業方法」に変更し、業務用語マスタに不足分の名称を追加する。",null,"森林情報管理",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM118","伐採方法・伐採率の入力方法を見直したい。","現状では間伐の伐採方法を入力できない等の問題点があるため。","現行システムの「調査簿等情報入力ー地位」画面において、主伐の伐採方法（皆伐、漸伐、択伐、複層伐）に応じて伐採率の相関チェックを設ける。また、間伐における伐採方法（定性、定量（列状）、定量（帯状））の入力項目を追加し、伐採方法が定量の場合に調査簿帳票上で伐採率とともに列状間伐か帯状間伐であるかを表示する。",null,"森林情報管理",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM119","小班単位で画面上で森林情報を確認したい。","現行システムでは局計画課の担当者以外の業務担当者は一覧となったPDFの森林調査簿しか出力できないため。","小班単位の森林調査簿情報を参照する画面を設け、全職員が表示できるようにする。一覧・参照画面は全職員が表示できるようにする。また、森林調査簿情報入力画面は森林管理署の森林計画担当職員が利用できるようにし、現行システムのように複数の子画面に分けず、１画面に収める。",null,"森林情報管理",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM120","林小班異動時に前回設定した利用開始日を参照したい。","「林小班名の振り直し」画面で林小班名の利用開始日が必須項目になっているが、前回登録した利用開始日より後の日付でなければ入力できず、前回入力した利用開始日がいつか本画面から確認できないため時系列をさかのぼった修正ができないため。","当該画面だけでなく小班異動に関わる画面について、前回設定した利用開始日を表示すれば最低限の対応としてはよいが、将来的には利用開始日の必要性、利用開始日を過去に遡って修正できたり、計画期を跨いだ日付は修正不可とするバリデーションチェックを追加するなども考慮した検討をする必要がある。",null,"森林情報管理",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM121","調査簿情報入力時に小班履歴情報を参照したい。","北海道局では、小班に対して面積移動等があった場合、その旨を森林調査簿の土地情報として入力しているが、小班の履歴を記載する帳票としては森林調査簿ではなく林班沿革簿が適切であるため。","「調査簿等情報入力」画面で入力する際に小班の履歴情報が表示されれば、入力の担当者としては分かりやすい。",null,"森林情報管理",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM122","伐採造林計画簿の項目の最新化、及び臨時伐採量を含めた年間伐採量の管理。","現状では臨時伐採量と年間伐採量をシステム内で管理しておらず、紙面の資料でしか確認できていないため。","森林調査簿とは別に、臨時伐採量と年間伐採量を次期システムで管理したい 。\n伐採造林計画簿に臨時伐採量と年間伐採量を計画単位で入力できれば、本庁としても森林管理局から提出された伐採造林計画簿を集計できるため、臨時伐採量と年間伐採量について森林管理局へ問い合わせる必要が無くなる。",null,"森林情報管理",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM123","年度別調査簿を参照したい。","年度別調査簿は2007年度から現行システム内で保存されているものの、ユーザーがそのデータを参照できないため。","次期システムでは毎年の森林調査簿情報を何らかの形で管理し、局も参照できるようにしたい。\n森林資源量の推移、施業方法毎、機能類型毎の面積の推移等を把握、分析し、今後の森林計画等の参考とする。",null,"森林情報管理",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM124","基本計画に伴いシステム影響を確認した上で項目を変更したい。","次期基本計画でシステム影響が発生する内容を各所に取り込む必要があるため。","特定の項目体系を見直しており、方針が決定次第、影響調査のうえ、画面、帳票等の項目を見直したい。\n①林種の区分の分類変更に伴るコンバート\n②林種の細分の変更に伴うコードの読み替え\n③帳票の様式変更、計算ロジックの変更",null,"森林情報管理",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM125","施業履歴取込処理を改善したい。","現行システムの施業履歴取込処理を業務に合わせて活用したいため。","現行システムの施業履歴取込み処理は踏襲するが、現在利用頻度が低いこともあり、手順を見直す等改善する。",null,"森林情報管理",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM126","所在地林小班一覧を出力したい。","計画書に必要な固定帳票はシステムから出力したい。","計画書に記載する項目で所在地林小班一覧の帳票をシステムから出力する（14帳票程度）",null,"森林情報管理",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM127","必要な業務資料を出力したい。","業務資料として必要なデータを取得したい。","計画担当者が業務資料として必要な各種帳票をシステムから出力する（６帳票程度）",null,"森林情報管理",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM128","収穫の業務フローを最新化したい。","R5年時点の概要業務フローは規約から、詳細業務フローはシステムから書き起こしただけであり、十分な議論ができないままの状態となっているため。","収穫業務の概要業務フローについて、一部実態に即していない箇所（連携サブに樹木採取権がない、払出と登録がない等）の修正を行う。",null,"収穫",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM129","面的複層林に対してシステム上どのような野帳、復命書とすべきか整理したい。","面的複層林（一定のエリアに含まれる林地をいくつかの伐区を決めて皆伐し、複層林化する）化も進めらる予定であり、小班の概念を超えた団地とした施業に対し、収穫サブシステムでどのような野帳、復命書とすべきか整理をする必要がある。","林小班に面複番号を付番することで管理する。\nまた、課題となっていた複層伐の面積をどのように把握するかの考慮が必要であることから、主伐においては、複層伐かその他の伐採方法かによって「調査区域」「収穫除地」「収穫区域」を異なる取扱いとすることを検討。",null,"収穫",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM130","現在の収穫調査の方法、実態に併せてシステムの要件、特に野帳を整理したい。","収穫調査の方法は、各局の内規に対応しており、収穫調査時に把握する情報が異なるため。","以下のような収穫調査の方法が実態として存在する。システム上不足する調査方法は追加検討する。\n・毎木、標準値　※代表的な方法\n・指定調査機関による調査　※現在主流\n・襲用（隣の野帳を参考）、目測（見た目で材積・蓄積を把握）※省力化のため、近年取り入れられて来ている方法",null,"収穫",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM131","決定樹高を胸高直径のみの野帳に紐付けシステム内で野帳を完成させる。","決定樹高がシステム内で算出されず、担当者が樹高曲線を作図しそれをもとに手入力で決定樹高をシステムに登録しているため。","システムに入力した決定樹高が胸高直径のみで決定樹高の登録がない野帳に紐付けされず、何度も同じ情報を入力する必要があり、職員の負担となっているため改善検討する。",null,"収穫",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM132","収穫調査復命書データのライフサイクルをデータフローとして整理する必要がある","データフローは作成されておらず、次期システムに向けてデータモデル最適化のため整理をする必要があるため。","次期システムでデータモデルを作成するにあたって収穫のDFDを作成・整理する。",null,"収穫",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM133","収穫予定簿登録時に伐造簿に計画されていない伐採をすることを回避するため、バリデーションチェック機能の検討が必要。","予定簿を収穫復命書から自動的に作成する場合に、伐造簿に搭載されていない収穫復命書があれば、チェックし、計画に沿った収穫予定簿を作成する必要があるため。","収穫予定簿は、基本的に施業実施計画（伐採造林計画簿）に基づく単年度の計画である。\nそのため、伐造簿に登録があるか、計画していない箇所を伐採しようとする場合は、指定外適用項目に何らかの値が入力されているかバリデーションチェックを行う。",null,"収穫",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM134","収穫予定簿の参照先を見直したい。","収穫調査後に、年度別調査簿が変更された場合に、収穫予定簿で参照するデータを復命書からではなく、年度別調査簿を参照するようにしたい。","収穫調査年度と収穫予定年度が異なる場合、復命書の森林情報が最新でない場合がある。その場合は収穫予定簿には年度別調査簿(最新の情報)の情報を参照して予定簿を作成する。",null,"収穫",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM135","収穫実行簿作成時に参照した復命書の情報を取得したい。","収穫実行簿と復命書で入力する内容はほとんど共通しているにもかかわらず、収穫実行簿作成時に復命書のデータを再度入力しているため。","収穫実行簿作成時に参照する復命書番号を入力することでその復命書からデータを取得したい。",null,"収穫",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM136","収穫管理表の使い方や必要性を検討したい。","収穫管理表は伐採造林計画簿に含まれる復命書のデータを取得する画面のように見受けられるが、伐採造林計画簿の作成には直接関係しないと考えられるため。","北海道森林管理局視察で話題に上がった要求",null,"収穫",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM137","復命書に必要な項目を整理したい。","備考欄に記載して運用している間伐回数、伐採方法、伐採の状態を項目として追加したい。また、現状存在する全内残は使用することがないため削除したい。","北海道森林管理局視察で話題に上がった要求",null,"収穫",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM138","スギ人工林伐採重点区域として収穫した履歴管理をしたい。","当該林小班がスギ人工林伐採重点区域の対象であれば、この情報を保持し、復命書等収穫の情報を出力するOLAPにおいて対象であることを出力したい。","正規化の程度、パフォーマンスを考慮して、要すれば、OLAP生成時に都度森林情報を参照せず、復命書の情報を保持するテーブルに当該対象、非対象の情報を保持することも検討する。",null,"収穫",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM139","フレームワーク等ソフトウェアの更新","工程2－1で作成したプログラムの実行環境にかかるspringboot等のフレームワークについて、最新版を適用した場合の影響を調査し、可能な限りサポート期間の長いバージョンを適用する","工程２－１で作成したフレームワーク等のソフトウェアはサポート期限が2026年６月中に切れるものがあり、影響を鑑みつつ最新のバージョンを適用したい。",null,"共通",null,"必須","本庁（経企課事務管理班）"]
[null,null,"NFM140","追加するサブシステムに係るマニュアルと工程２ー１で作成したマニュアルの調整","工程2－1で実装したサブシステムについて記載した操作マニュアルの内容のうち、工程2－2で実装するサブシステムの操作と連動、関連する箇所について、工程2－1のサブシステムの操作マニュアルを含めて修正したい。","例えば造林サブシステムにおいて、森林情報の小班実行管理機能を呼び出すなど連携している箇所があり、工程２－１のマニュアルにも言及する必要があるものは、マニュアルの当該箇所を修正し、総合的に作成する。",null,"共通",null,"中","本庁（経企課事務管理班）"]