Block a user
移動した圃場の施肥計画画面での扱いについて
議論と実装が完了したためクローズします。
確定仕様（B案）
- 散布済み・未散布を問わず、対象圃場のentryを全件新品種計画へ移動する
- 栽培記録の将来実装との整合性を優先（同一圃場の実績が複数品種計画…
施肥計画の未散布Entry移動とRESERVE再生成を実装する
完了
#11 の議論で仕様がB案（全entry移動）に変更され、実装済みです。
確定仕様（B案）
- 散布済・未散布を問わず、対象圖場のentryを全件新品種計画へ移動
- RESERVEはplan単位で再生成
###…
畔塗記録に、面積合計を追加する
完了
実装を確認しました。
対応内容
backend/apps/levee_work/serializers.pyにtotal_area_tanフィールドを追加frontend/src/app/levee-work/page.tsxでセッション単位の面積合計を表示…
移動した圃場の施肥計画画面での扱いについて
レビュー反映です。
競合時の方針
競合時のルールは 「止める」 を採るのがよいと思います。
理由:
同一 圃場 × 肥料 が移動元 plan と移動先 plan の両方に存在するケースは、
「旧品種向けに一度計…
移動した圃場の施肥計画画面での扱いについて
追加案として、次の運用が現実的だと思います。
運用案
- 品種変更時は、まず従来どおり専用の「品種変更移動 plan」を自動作成する
- その後、必要に応じてユーザーが「マージ先 plan」を明示的に指定して…
移動した圃場の施肥計画画面での扱いについて
B案について、さらに変更できるかどうか検討してください。 今、作付け計画で品種を変更した場合、新たな施肥計画が出来ますが、 これを既存の施肥計画にマージする事は可能でしょうか？
移動した圃場の施肥計画画面での扱いについて
議論の結論
栽培記録の観点からA案が業務上成立しないことが判明
将来実装予定の栽培記録では「ある圃場・ある年度に何を施用したか」を集計する。 A案（散布済みentryを旧計画に残す）のままでは、同じ…
移動した圃場の施肥計画画面での扱いについて
B案を採るなら、変更履歴は別建てで持つのがよいと思います。
ただし、この履歴は「旧品種→新品種に変えた」という差分メモでは足りず、旧計画時点の状態を再現できる情報を持つ必要があります。
##…
移動した圃場の施肥計画画面での扱いについて
仕様の整理としては、少なくとも次の 2 案に明示的に分けるのが妥当だと思います。
A案
旧計画には散布済みのものを残し、未散布のものだけ新計画へ移動する。 移動した未散布 entry は旧計画から削除する。 …
移動した圃場の施肥計画画面での扱いについて
旧計画:
調査結果です。実データと実装の両方で確認しました。
直接確認できた事実
対象圃場 足川北上 の 2026 年施肥計画 entry を確認すると、現在は次の状態でした。
旧計画: にこまる
- ミネラルホウ素:…