豆電球さん

プラグインを使用せず、ルックアップによる自動入力フィールドの一括更新の仕組みを運用

回答としては、標準機能の範囲ではできないとなると思います。

おそらく皆様には共通認識だと思われるルックアップ機能関連で上司から指摘（苦情、難癖、あるいはいちゃもん）がありまして、

いちゃもん😅
私は豆電球さんの過去の投稿にもいくつかコメントしておりますが、

あるいは弊社のこのような状況においてアドバイスをいただける方

であるなら、まずは上司にkintoneをご理解いただく事をアドバイスします。

kintoneはノーコード・ローコードを売りにする現場での開発運用を主な利用形態としているサービスです。昔ながらの自社専用作り込みのシステム開発のようになんでも自由にはなりませんし、ルックアップフィールドも上司がイメージされている一般的なリレーショナルデータベースとは異なります(参考)。

かわりにkintoneは、専用システムより安価に利用でき、プログラム経験者でなくても改善マインドがあれば開発ができ、専用システムより速いサイクルでリリース・改修できるのがメリット。そして標準機能でまかなえない機能や特化した機能はプラグインやJSカスタマイズという手段を設けているサービスです。

ですのでプラグインの利用にも制限をかけて、別投稿の使用部署が手入力でよいと了承しているのにもかかわらず上司が自動化を希望しリリースができないという状況は本当に残念です。

もしかしたら豆電球さんの上司は従来の開発方法にとらわれてしまっているのではとお見受けします。

kintone SIGNPOST 「0-00kintoneはkintone」をぜひぜひご理解いただけたらと思います。

これまでのやり方や考え方にとらわれず、現場主体・オープン・エコシステムそしてアジャイルに業務改善に取り組もう。
https://kintone.cybozu.co.jp/kintone-signpost/pattern/0-00.html

豆電球さんこんにちは

弊社でも、たではらさんと同じくTiSさんのプラグインを使用しています。
ルックアップアプリ表示プラグインを入れ、ルックアップ元のレコードを修正したり、
条件分岐処理プラグインでアプリ間更新を行っております。
なかでも条件分岐処理プラグインはできることの幅が広く助かっております。

豆電球さんこんにちは

私どもも社員マスターと通勤車両情報アプリを紐づけています
通勤車両情報アプリのレコードは社員ごとですか？それとも車両ごとですか？
私どもはレコードを社員ごとにわけており、１人で複数の車両を登録することもあるので、車両はテーブルで管理しています
ルックアップではなく、社員マスターからのアプリアクションでレコードを追加しています
部署の変更、退職などあった場合は、TISさんの「kintone アプリ間レコード更新プラグイン
」を社員マスターに入れて、関連するアプリを更新しています
プラグインはふやしたくないとのことですが、有料無料にかかわらずでしょうか
TISさんのプラグインは無料ですが、年額7,500円で利用案内メッセージが表示されることなく多くのプラグインが利用できるのでとても助かっています
通勤車両情報アプリのテーブルから通勤許可証アプリへ、同じくTISさんの「kintone テーブルデータコピープラグイン」を利用して許可証を発行しています
ご参考までに