色々とアドバイスを頂きありがとうございます。
別々のアプリに分けている理由は、案件ごとにフラグが若干異なるため、
同一アプリに出来ない事と、Salesforce時に蓄積していた過去履歴をKintoneに投入している為、
将来的に合計レコード数がKintoneアプリ推奨の100万レコードを超過するのを防ぐためとなります。

ご教示頂いた「一覧レコード集計/コピープラグイン」を試すのと、
アクションについて試してみます。

ありがとうございます。

あ～～、やっぱりですね　レコード件数の集計だけ
という認識で「一覧レコード集計/コピープラグイン」を
提案したのですが...他Dataも含めて、一元化のご希望なら
（コールセンター業務という点では同じなので）
こちらも　ご参考まで！

https://kincom.cybozu.co.jp/chats/8yec9v4q6zauagbl

ちなみに
「100万レコード」は どんな アプリにも訪れ
いずれは、必ず「メンテナンス作業が必要になる」
この作業を考えた統合アプリを作成されるのが良いかと思います

　例）テーブルがあったらレコード上に出しておく...とか

でも、コールセンターのData量って、もの凄い量！なんですね

A1,A2,A3，，アプリはそれぞれ数千～数万のレコードがある

ということは...
100万÷（ｺｰﾙｾﾝﾀｰ数×年間平均ﾚｺｰﾄﾞ数）で 何年後に
メンテナンスが必要か事前に わかりますね

色々とご共有頂きありがとうございます。
頂いたURLにて他の方が投稿された内容も参考にさせて頂きます。

まだまだ経験値不足なところがありますが、
頂いた情報を参考に切磋琢磨してみます。

ありがとうございました。

アプリを分けられない理由は理解しました。

合計レコード数がKintoneアプリ推奨の100万レコード

知りませんでした。勉強になりました。

またもやそもそも論で恐縮ですが…
その膨大な履歴をアプリ内に溜めておかなければいけない理由って何でしょうか？

「今後の対応に繋げるため、検索できるようにしておく」ということでしたら、
・（既にあるかもしれませんが、）対応マニュアルみたいなものを、膨大なデータを分析した結果をフィードバックして充実させる。
・履歴データは、アプリに置いておかなくてもよい条件（ルール）を決めて、該当するものは別ファイル保管。
・直近の案件は現在の履歴入力用アプリ残して、アプリ上で取扱い。
の３本建てでいけば、レコード数上限に達するまでの時間稼ぎができたり、うまくいけばいつまでたっても上限には達しないようにできるのではないかと思いました。

スレッドの趣旨から反れてしまったようですみません。

コールセンター業務について全くのド素人の考えなので、捨て置いて結構です。

ご連絡頂きありがとうございます。
履歴をアプリ内に溜めている理由としては、お客様から入電があった際に
過去のお問い合わせ内容を閲覧するケースがありますので、残している状態となります。

以前のSalesforceからの習慣をそのまま引き継いでいる面もあるので、
仰せの通り、運用の見直しも考えるようにいたします。

ご意見ありがとうございます。