どの様な話？
勤務システムで、
- 費用が、人件費か経費かで
- 全く違う形式のCSV（詳細を言うとクビになるので略）の入力を必要としている
ものが有り、たぶん（広義では「Domain-Driven Design (DDD)」の流れを汲む）型駆動開発とも言える様な（命名はAI）、開発手法の流れで有ると思われます。
いわゆる、
- IF文レス（システム内に場合分けが無い）
のシステムだと思います。
悪く無いのでは？
たしかに現状、悪く無いと思いますが、
そのCSVの入力を作るのに、
- MS Access VBAと（MS Accessの）ローカルDB
で、非直感的な処理をしています。
しかしそれは、
- 全員にMS Access付きのOfficeを配る
必要が出ます。それは明らかに悪いです。
昨今の流れから、
昨今の流れから、当然、
- 次期システムでは、そこをすげ替えたい
と思う事でしょう？。
問題は、
- どんな基盤で？
という点です。
Reactにしても、Vueにしても、Angularにしても、
- （入力者にとって）自然な入力方法をそのまま渡す
以上の事をする意図が無いと思われます。
ローカルDBが要るとなると、エレクトロンとSQLiteとかかも知れませんが、それが、MS Accessと比べて、将来的に発展性が有るか？というと、疑問ですし、
Javaでクライアントアプリを書くとかも、現状、単なる冗句に過ぎないと思います。
本命は？
- IF文レス（システム内に場合分けが無い）
システムと、
- （入力者にとって）自然な入力方法をそのまま渡す
システムとの整合の為、
- （たとえば、現状、）MS Access VBAと（MS Accessの）ローカルDB
で、非直感的な処理（型変換の処理）をしている様な場合、
- それを書く、次世代の本命
は何なのでしょうか？
冗談では無く、本当に、私にとってノーアイディアです。
厄介者を追い出した結果
- IF文レス（システム内に場合分けが無い）
システムも、
- （入力者にとって）自然な入力方法をそのまま渡す
システムも、
それらの採用により、より良くなったとは思います。
思いますが、
- （たとえば、現状、）MS Access VBAと（MS Accessの）ローカルDB
で、非直感的な処理（型変換の処理）をしている様な場合、
- それを書く、次世代の本命
は何なのでしょうか？
クラウドのサービスと言っても、
- （例えば）AWSのEC2は、ソフトウェア定義のネットワーク付きのVPSレンタルに過ぎない
- サーバレスにしても、それは、動作の特徴で有り、その様な問題を解く、次世代の本命が何かを主張している訳でも無い
と思います。その厄介者の面倒は、どうやって見るべきなのでしょうか？
結論
私は型駆動開発が嫌いです。
