みんなの投稿

皆様立て続けにお知恵を拝借したく存じます。

今行いたいことですが、具体的には

ある元アプリ(出張報告書アプリ)と別アプリ(出張申請アプリ)でアプリ間でデータを飛ばしたいと考えております。

すでに、合同パンダ商会さんの無料プラグイン(Boost! Upsert)で一部実現できておりますが、現在、うまく行かないのは以下の点になります。※

・元アプリの①「出張開始日カラム」&②「職員番号カラム」の複合キーで、別アプリの「出張報告書の提出有無カラム」に元アプリにある「職員番号カラム」のデータである職員番号をコピーしたい
(もしくは、データ更新のフラグを立てる等)
~ちなみに、別アプリには元アプリの①、②は存在

※一部実現できたパターンが、単一キーを使い、データを流すということはこれまで実施できており、今回、複合キーで行いたいという初の案件となります。

あくまで、無料プラグインで実現できればと思いますが、皆様のほうで、これはどうか?などあればぜひ教えていただければ幸いです。(accessの複合キーから、更新クエリの実行的なイメージで記載しておりますが、分かりにくい箇所はご容赦ください)



4件のコメント (新着順)
ふゆき
製造業
2026/01/06 18:27

「関連キーを作る」は、Seal777さんの考え方と一緒です

DATE_FORMAT(出張開始日,"YYYY/MM/dd","Asia/Tokyo")&"_"&職員番号

説明画像を作ってたら、Seal777さんに負けてしまった😅💦

出張報告書アプリで新規レコードを保存したら
出張申請アプリにフラグをたてる

として、Boost! Upsert で考えました

①「関連キー」フィールドを
  出張申請アプリ と 出張報告書アプリ 2つのアプリに設ける

② ①フィールドに、デフォルトの計算式で
  「出張開始日」と「職員番号」を & で 結ぶ  (2つのアプリ共に)

③  あとは
   フィールド構成 と
   Boost! Upsert の 設定 は 添付参照ください

※検証してませんので、上手くいかなかったら返信ください。


ふゆきさんありがとうございます!

自分も途中で、ダイレクトに複合キーのような考えではなく、結合キー(別プラグイン)で行けばよいのでは?と考えて、行ってみました。

途中、うまく行ったようなのですが、なぜか、自分設定いじったようで、今、このようなエラーメッセージが吐かれてしまっています涙

ふゆき
製造業
2026/01/06 18:47

ルックアップは、Dataをⓐ「引き込む」仕様です

Dataをⓑ「押し出す」機能を使われたらいかがでしょう?

前出のコメントはⓑです
(出張報告書アプリに、Boost! Upsertで設定)

ふゆきさん、お忙しいのにありがとうございます!

Boost! Upsert使って、前出の添付ファイルメッセージがでてしまいました。

一度、うまく転記できたのですが・・・原因の切り分けができていなくて💦

ふゆき
製造業
2026/01/07 09:34

Boost! Upsert には ルックアップ機能がありません

他のPluginからのメッセージです
Boost!シリーズなら
・Boost! Action か
・Boost! Lookup ですが

ほか、
条件分岐処理プラグイン  なども考えられます

Pluginは他になにを使っていますか?

ふゆきさん、ありがとうございます!ばっちりできました!他のプラグインアプリが悪さをしておりました💦

結果的に、seal777さん始め、みなさんからのアドバイスの通り

複数キー→関連キー(単一キーに変換)に集約→複数アプリで関連キーを紐づけることで、アプリ間のデータ更新が実現できました!大変お騒がせしてしまい申し訳ありませんでした!

お忙しいところみなさんありがとうございました!

ふゆき
製造業
2026/01/07 12:02

す、スミマセン 🙇

Boost! Upsert だと (単一キーに変換)しなくても
いけそうですね!

右側の⊕釦で複数のキーが設定できそうです

suji バッジ画像
2026/01/06 17:54

こんにちは。

やりたいことは
出張申請アプリ側で出張報告書の提出有無を確認したい
ということであってますか?

アプリの設計の話になりますが、出張申請アプリからアプリアクション機能で
出張報告書に転記、その際に出張申請アプリのレコード番号を任意のフィールドに
コピーすれば、共通のユニークコードを持つことができるので、
それをキーにしてプラグインでの自動更新が可能になるかと考えます。
https://jp.kintone.help/k/ja/app/appaction/whats_appaction

もしくは出張報告書アプリから出張申請アプリのデータを
ルックアップで共通のユニークキーを作る形となります。

なお、詳細画面で見られれば良い、ということであれば
プラグイン不要で、関連レコードで表示させることも可能です。

以上です。

製造業
2026/01/06 15:49

ご要望は「複合キーを元に単一キーを判別→職員番号をコピー」と理解いたしました。
そのうえで、複合キーフィールドの内容が「出張開始日カラム&職員番号カラム」であれば、1Step追加することで処理を単純化できます。

  1. 複合キーから「職員番号カラム」を取り出す
  2. 「職員番号カラム」を元にレコードを特定
  3. 職員番号を持ってくる

としてはいかがでしょうか。
複合キーから単一キーへの分解は、職員番号カラムの命名方法次第ではありますが、TiS様「kintone条件分岐処理プラグイン」よりRIGHT関数を使用することで可能かと存じます。(他の方法でも、何かしらのプラグインで可能かもしれません)
https://kintone.tis2010.jp/docs/plugins/branchprocess/ja/

参考になれば幸いです。


創様も早速ありがとうございます!

私の書き方が悪くて大変申し訳ありません💦

ニーズとしましては、別個で運用しておりますアプリ間でのコピーとなります。

また、その場合なぜ、複合キーにしたかと言いますと、

元アプリ(出張報告書アプリ)で、単一の職員番号だけを当初、想定したのですが、運用を進めるうちに同一の方が、複数回出張に行った場合、同一職員番号が発生し、別アプリにコピーする際に論理エラーになるという意味からになります。

そのため、論理矛盾が発生しないように、元アプリの職員番号+出張開始日の複合キーが、別アプリでも合致した場合、別アプリに更新フラグを走らせたいという形になります。

度々になりますが、自分の書き方の解像度が低くて大変申し訳ございません。

こんにちは。

目的の用途にマッチしているかわかりませんが、キンコミの過去記事にある以下の情報は参考になるでしょうか?

複数のフィールドの値をキーにしてレコードを一括更新する方法


早速ありがとうございます!

今回、アプリ間での複合キーをトリガーとした更新となるため、恐らく、こちらの記事は単一アプリ内での複合キーをトリガーとした更新と理解しましたがいかがでしょうか。

すみません、そもそも、自分の記載自体、解像度が低く申し訳ないです💦

複合キーという考え方自体がkintoneにはありませんので、複合キーを作成+アプリ間のレコード更新をするという処理は、高度なカスタマイズが必要な案件になると思います。

複合キー作成+アプリ間レコード更新で調べでも、該当するプラグインは見つかりませんでした。
私の探し方が良くないだけかもしれないので、別の方にアドバイスがいただけるといいですね。

「kintone フィールドの値コピーで複合キーの登録を可能にする」でweb検索すると、何かヒントが見つかるかもです。

キンコミでは、具体的なカスタマイズのアドバイスはできないので、
これは、cybouzdeveloper comyunityでご相談された方がいいかもしれません。

まず、手動での想定手順から
①出張報告書アプリで出張開始日と職員番号をメモる。
②出張申請アプリにて➕を押して追加画面を開く。
③①を出張開始日を出張開始日フィールドに、職員番号を職員番号フィールドに記入する。
これを自動でやりたいとの理解でよろしいでしょうか?

でしたら、こんなんどうでしょう?(Seasonさんご紹介の記事を噛み砕いただけですけど…💦)
[準備]
・出張報告書アプリに
  DATE_FORMAT(出張開始日時,”YYYYMMDDHHmm”,"Etc/GMT")&"_"&職員番号
 の自動計算付き文字列(1行)フィールドを追加する。
 ※既存情報から単一のユニークなキーを作成するというのが記事の💡
 ※同日に複数個所出向くことがある場合を想定して出張開始”日時”としてユニークキーを作っていますが、そういうことが無いなら”YYYYMMDD”でも構わないと思います。
 ※結合子("_")もお好みで
・出張申請アプリに
 -上記文字列(1行)フィールドをルックアップして職員番号等を転記するルックアップフィールドを配置
 -ルックアップフィールドの値にもとづく関連レコード一覧も配置
  ※出張申請アプリで当該出張報告書の内容確認をできるようにするため。

[運用]
①出張申請アプリにて➕を押して追加画面を開く。
②ルックアップフィールドで所望の単一キーを[取得]
これで一連の転記は自動で行われると思います。

これなら、標準機能で賄えるかと。

ご参考になりますかどうか…

(追記)
出張報告書アプリのレコード番号は既に単一&ユニークなので、出張開始日&職員番号で人が選択(ルックアップ)するにしても、レコード番号を取得して関連レコード参照すれば、文字列(1行)フィールドの追加は不要ですね。