ありがとうございます。
ご提案の方法が理想的であることは理解していますが、保守面の懸念から踏み切れずにおります。
統合によるメリットもありますが、以下の理由でデメリットの方が大きいと感じています。

■懸念①：アプリの縦スクロールが長くなる
→ 垂直タブで回避は可能ですが、設定が複雑になりすぎると属人化のリスクがあります。
→ アプリBCDは構造が似ているものの、品種群ごとの入力判別が難しくなり、ユーザー混乱の恐れがあります。
→ 表示/非表示切替で対応も検討しましたが、プラグイン依存が高まり保守性が低下します。

■懸念②：将来的なデータ転記
→ BCDからアプリEへの転記は「他アプリ更新プラグイン」で対応可能ですが、
　完全に分離していると転記設定が複雑になります。
→ 一部統合しても、入力フィールドが散らばり操作性が悪くなる懸念があります。

以上の理由から、現時点ではアプリは分けて運用する方向で検討しています。
ご提案いただいた内容を否定する意図ではないのですが、自分の構想力や会社の実力を含めると
「緻密でベストな設計」＝「会社としての正解」になりにくい状況です。

横からすみません🙇🏻

ふゆきさんのご提案って、
①アプリA～Dは、データ入力用UIとして残す。
②アプリEは、生産情報を一元管理し、データ活用（集計など）に繋げるために新設する。
ってことなのでは？

だとすると、さほど特異なアプリ構成ではないですし、（小生は…ですが、）物事簡単に考えられますね。

「プラグインの設定複雑化による属人化のリスク」などを気にされているようですが、
例えば、
・表示するフィールドだったら、縦軸：品種群／横軸：アプリ名やフィールド名
・転記だったら、縦軸：アプリ名と品種群／横軸：アプリEのフィールド名
の星取表様なものをまず作って（星取表様なもので整理して）、それにもとづいてアプリ設計する流れにすれば、設計思想含めた引き継ぎが容易にできるかと。

Seal777さん、補足ありがとうございます。

ふゆきさんのご提案って、
①アプリA～Dは、データ入力用UIとして残す。
②アプリEは、生産情報を一元管理し、データ活用（集計など）に繋げるために新設する。
ってことなのでは？

その通り です！

おっしゃる通り、アプリの（設計）フローは必要でしょうね
自分も最初に作りました...
「どのアプリ」と「どのアプリ」は、どんな形でつながっているのか
繋ぐ方法もたくさんあるので、フローを書くのは大変ですが...
・ルックアップ (pull)
・アプリアクション (Push)
・pullするプラグイン
・Pushするプラグイン
というか、書かないと 自分でも訳がわからなくなりました(引継ぎ以前)
そして、ロジックアプリを作り、検証を重ねてから
本番アプリを作り、リリースするようなことをしていました

申し訳ございません！盛大に勘違いしていました！

おっしゃる構造であればやりたいことができそうです。
ちなみにフローらしきものは書いてはいるのですが、いい感じの出来にするのが難しそうです。トライアル中ゆえにまだ本腰は入れておりませんが…皆さんエクセルに大きく作っているイメージなのでしょうか。

小生、自業務を棚卸しながらアプリ開発しているので、「重要だとは分かっていても、実際は取り組めていない」こと、ご容赦ください🙇🏻

皆さんエクセルに大きく作っているイメージなのでしょうか。

正直、表やフローチャートが簡単に書けるなら、ベースアプリケーションは何でもよいと思います。
小生の場合は、「最終的にどのような形にするか」によって使い分けると思います。
・書きなぐる程度なら、Excelとかテキストエディタ。とか、
・それを使ってプレゼンもしたい（＋アニメ的な動きを付けたい）なら、PowerPoint。とか、
・紙の冊子やしおりやリンクURL付きのPDFにしたいなら、Word。とか、
・ブラウザで見たいなら、HTMLで書く。とか…

例えば、「Wordでパワポ的なものを書く」などと、機能を知って使い倒せれば、ベースアプリケーション絞り込みも可能と思いますので、あくまでも「最速で所望の形にするには」という観点で書いてますので、その辺りのところご了承ください。

ご参考になれば幸いです。