たびたびすみません
可能でしたら
入力→保存→帳票出力→承認→閲覧制限
としたいところです。入力完了せずに保存した状態で管理者側で承認したら閲覧制限かけられるのがベストです。
可能な限り入力者の手間を減らしたくて・・・

チョット教えてください。

「今回」、「他部署の職員を動員して」などのワードがあります。
もしかして一過性のものですか？それとも、恒久的なものですか？

すみません、余計な言葉を入れてしまいわかりづらくしてしまいました💦

当番制で入力していくのは恒久的なものとなります。

>恒久的なものとなります。

承知しました。

一過性なのであれば、データ書き溜めとアプリへの反映等を切り離してみては？を提案するつもりでした。

で、せっかくなので掲題について上記思想で恒久的なものであったら…を少し考察してみました。
［結論］
>①データ入力はExcel等の既存（？）の別アプリケーションで書き溜めてもらって提出いただく。
②次に、管理側で提出データのとりまとめとアプリへの反映を行う。

という運用にすれば、一過性⇔恒久的にかかわらず、
［メリット］
●一気に複数レコード分入力したいとき、逆にこの方が効率的に作業できる。
●「入力者によるアプリの閲覧の制限」をあまり深く考えなくとも実現できる。
●プロセス管理の構築は管理者側で閉じることができる。
●閉じているがゆえに、権限のアダプティブな設定に悩まなくてよい。
●アプリへの反映も他の方ご提唱のプラグイン導入や基本機能のファイル読み込みなどで効率化できる。

［デメリット］
●業務全体のフローが使用するアプリケーションによって分断されるので、繋ぎのところは人の介在をゼロにはできない。（もっとも、定期実行の仕組みを入れればゼロ化は可能ですが…）

でできるかと。

お悩みの主旨から反れていたらすみません。
小生のリマインド的な考察なので、捨て置いて結構です。

ご返信ありがとうございます。
業務内容の説明が非常に難しいのですが
現在超アナログの「紙の申請書（顧客）→手書きの許可書を顧客に手交」
になっている、手書きの部分をデータ入力にして「入力データの蓄積」「許可書をkintoneから印刷」にしたいです。（手書きの許可書作成を今は当番でやってます）
すでにkintoneアプリ、プリントクリエイターで入力→印刷アプリは作成しているのですが、上長から入力後データの閲覧はできないようにしてほしい旨依頼がありまして今に至ります。

超絶アナログだったのでなんとか、入力→印刷アプリ作ったのですが、まさかの閲覧制限依頼で困ってしまい・・・
お手数ですがよろしくお願いします。
（ごめんなさい、最初からこのように書いておけばもう少しわかりやすかったかもしれません。本当に申し訳ないです・・・）

お悩みの主旨は、
> 手書きの部分をデータ入力にして…をやりたい。

言わば、紙⇒電子データ変換の効率化についてだと認識しました。
となると、若干回答内容が変わってきますね💦

小生の考えたご提案は以下です。
>（既にそうなっているかもしれませんが、）既存の紙申請書が一律Word等のワープロ的なものであると仮定し、
①OCR機能付きの複合プリンタで申請書をスキャン。
②取得したOCRテキストデータをアプリ読み込み用フォーマットに整形するVBAを仕込んだExcelに読み込んで整形。
③OCRの誤読があるので、手作業でそこを修正。
④出来上がったデータシートをファイル読み込み…

なんていうのはいかがでしょうか？
少なくとも、紙⇒電子データの移行は効率化できるかと思います。
（手書き申請書については、紙を見ながら人が手打ちは回避できなさそうですが…）

で、↑を可能な限り管理者側でやることにすれば、入力をお願いした人の負荷も減らせますし、「アプリの閲覧制限」もアクセス権設定固定でイケるかと。

将来的な事まで考えるのであれば、外部連携サービスの導入やMS-FormsやGoogle Formなどのアンケート収集の仕組み利用、Excel・Wordなどのファイルでのやり取りなどを合わせてご検討されることをオススメします。

残念ながら申請書はすべて手書きのものになります💦
なのでOCRはなかなか厳しいかと思います。（うちの複合機にOCR機能はなさそうなのもありますが・・・泣）

とりあえず手書き→データ入力になるだけでも大進歩なのでそこをなるべく作業する人の手間なくできるようにしたいところです。
あとは上長の依頼も何とか実現したいところです。

>OCRはなかなか厳しいかと思います。（うちの複合機にOCR機能はなさそうなのもありますが・・・泣）

別途画像化は要ると思いますが、機能付きを求めずにOCRできるみたいです。

手書き文字をデータに秒で変換！ GoogleやMicrosoftのベストアプリ4選【今日のワークハック】
https://www.lifehacker.jp/article/2307convert-handwriting-text-ocr/

前の３つは日本語の認識率については触れられてませんでした。…まぁ、あまり期待できないンでしょうかね💦

４つめのSimpleOCRは、
>SimpleOCRはフリーウェアのソフトで、およそ12万語を認識し、辞書にはさらに単語を追加することができます。精度は99％と謳われており、書式設定されたテキストも認識しますし、書式を無視するよう設定することも可能です。

とあり、日本語ライブラリがあれば使えるかもしれません。
（「12万語」は単語のことだと思われ、「辞書にはさらに単語を追加することができます。」の方だけの推察です。）

>なるべく作業する人の手間なくできるようにしたいところです。

あ、あと、
流し込みデータ作成とアプリへの反映を分断しておけば、アプリリリース日と分担件数のノルマを課すところは変わりませんが、作業者・管理者双方の当番制への配慮が不要になります。

「ご自身のペースで結構なので、ご協力をお願いします。」とできれば、負担感だけですが減らしてあげられると思います。
（並列作業にすることで、上がりも早くなりますし…）

色々なご意見ありがとうございます！！
大変参考になりました！
このツリーは長くなってしまったので、また別のツリーでご質問させていただきます！

そもそも論ですみません。

一定期間閲覧可にしておきたい理由は何でしょうか？
管理者が編集したら、その時点でそのレコードは入力者のものではなくなるので、閲覧可期間はあまり意味をなさないと思いますし、所望の期間おきたければ、承認者がその間承認しなければよいだけなので時限発火をさせる必要はないかと。
加えてプロセス管理は、取り戻しの設定もできたかと思います。

と考えると、猫猫さんご提唱の仕組みで十分イケるかと思います。