みんなの投稿

ふゆきさん、いつもありがとうございます(..)
なるほど…
テーブルのデータを一度1つ1つに分けて保存しなおし(←これがテンポラリアプリの内容)
その分けられたアプリの内容を、関連レコード一覧で表示する。ということで
認識合っておりますでしょうか？
これ、できるといいかもしれません！

関連案件テーブルに入ったデータを、テンポラリアプリ（Ⓐ）に分割して登録
→Ⓐの内容が②の案件アプリに関連レコード表示されるようになる
この方向で、プラグインの設定を試してみたいです。
テーブルデータコピープラグインを使った設定画面をお願いできると大変助かります(..)💦

さかなさんが教えてくださった、書き忘れている場合にポップアップを出す。としたら
議事録アプリ(①)側に関連案件（テーブルで複数入力可）を入力するの忘れ防止になるので
これも合わせて試してみようかな…。

❶

テーブルデータコピープラグインを使った設定画面

添付しました、ご参考まで！😊

なお①、検証設定のように「✅必須項目にする」なら
　　　　「書き忘れている場合にポップアップを出す」は必要ない🦆かも

なお②、検証では案件Noﾌｨｰﾙﾄﾞに文字例を使いましたが
　　　　ルックアップのほうがいい🦆かも

　画像の端が読めないときは、ココ を参照ください😊

－－－－－－－－－－－－－－－－
スミマセン🙇添付画像を貼替ました

❷
案件アプリの「案件No」を
条件分岐処理Pluginの自動採番機能を利用する
設定一例を、添付しました、ご参考まで！😊

採番のグループ（ﾌｨｰﾙﾄﾞ）の計算式
DATE_FORMAT(作成日時, "'P'YYYY", "Asia/Tokyo")

例）採番ルール
　頭文字　P　＝　proceeding
　取得年　　 ＝ レコードの作成年
　連番 ３桁　＝ 999案件までなので、以上が予想されるときは
　　　　　　　1.　取得年月にする
　　　　　　　　　　or
　　　　　　　2.　４ 桁 する
など考慮してください
また、他のPluginでも構いません

早速ありがとうございます！
順に確認しながら設定してみます！
取り急ぎお礼のご連絡まで…

す、スミマセン🙇

関連レコード一覧の設定項目「表示するレコードの条件」に指定できるフィールド

の中に、文字列（複数行）がなかったので
議事録ﾌｨｰﾙﾄﾞは文字列（1行）で作成してください

別件でなかなか時間が取れず、今日やっといただいた内容を試すことが出来ました💦
無事に、頂いたスクショを参考に設定ができ、
テンポラリアプリにコピーが出来ることが確認できました。
ありがとうございます(..)

テンポラリアプリにコピーするところまでは無事に出来たのですが、
運用上ではまだ課題がありそうです…。
ふゆきさんの仰るように、議事録アプリで関連案件を入力することを「✅必須項目にする」
とすれば解決するのですが、
現状、案件発生前の議事録（関連案件が存在しない議事録）が存在しているため
必須項目にすることを躊躇っています。。
ただ、こうしてしまうと、せっかくテンポラリアプリにコピーして関連表示できるのに
結局関連案件の登録を忘れられてしまえば、関連レコード表示が使えない…ということに。

ここまで来たらやはり、Seal777さんがいうように
議事録アプリに登録するときはまず案件アプリに案件登録する！
というのが必要かもしれませんね…💦

（以下、ほぼ独り言です。）
...あ。ふと思いついたのですが。
案件アプリにダミー案件として「案件発生前議事録登録用」みたいな案件レコードを作っておいて
該当する案件がないときにはそれを選んでもらうようにする。というので
✅必須項目　にして対応する。というのは使えるかもしれない…！
（推奨の使い方とは程遠くなっているような気もしますが…💦）

ま～～、そんな感じになるんじゃないかと想像していました．．．
　（以下、ほぼ独り言です。）😊

なので、自分だったらこうするで書きます

テーブルは２つ
①案件を管理したい議事録を入力するテーブル
　テーブル名　＝　「案件」及び「案件見込み」の 議事録
　　　　　　　　　－－－ココに記載すると「案件アプリ」に表示されます　
　※こちらのtableに「案件No」ﾌｨｰﾙﾄﾞを設けて✅必須項目とする

❷案件管理の必要ない議事録を入力するテーブル
　テーブル名　＝　その他の、議題と議事録
　　　　　　　　－－－ココに記載した場合は、議題の一元管理はされませんので 　　　　　　　　ご注意ください

③「案件No」をﾙｯｸｱｯﾌﾟ ﾌｨｰﾙﾄﾞにして、
　ルックアップアプリ表示プラグイン（TIS／条件付き無料）を利用して
　案件Noを登録し易くする

※あとは、①❷どちらに記載するかは、会議に出席された方々に判断をまかせる

ご回答ありがとうございます。
質問文に書ききれておらずすみません💦
その運用も最初考えて実施していたのですが
現場が、議事録→案件発生のほうがイメージが強いようで「まず案件」に拒否反応…
めげずに対応しようとしていたのですが、
1議事録に１案件とは限らず、1回の打ち合わせで複数の案件について話しまとめて議事録に記載するため、
「案件に（1:1で）紐づけた議事録」を作ることがそもそも厳しい状態でした。。
現場に追加で、議事録の書き方も「1案件1議事録にしてください！」とお願いする必要が出てくるので
理想の方法の実現性がないか…と考え始めました(..)

その運用も最初考えて実施していたのですが…「まず案件」に拒否反応

そうですか💦中々うまくいかないもんですねぇ

現行維持の方向で考えるにしてもぶつかることかもしれないのでチョット教えて下さい🙇🏻

新規案件の案件アプリへの登録はどなたがやるんでしょう？

「参照元：案件アプリ、参照先：議事録アプリ」視点では色々と挙がっているのですが、「（参照の起点となる）案件アプリへの新規登録の手間と適時性をどう見るか？」については触れられていないのでそこも加味した方がよいかなと思って伺ってみました。

はい...
管理者側が「この使い方がベスト！この使い方を前提で」と作っても
現場のやり方にはなかなか浸透しないことも多く、難しいなと思うばかりです。
突っぱねてkintoneに対するイメージを悪くしたくないので、初期段階の今は特に
手厚く対応中ですね…苦笑。

新規案件の案件アプリへの登録はどなたがやるんでしょう？

今は、現場（営業部）の各自がやっています。
議事録の内容から、次につながっていく何かがあった場合は
アクションボタンから新規案件を追加し、その後の動きは案件アプリでやり取りする
という感じです。
打合せを設けたけど、特に次につながる話はなかった…という場合は新規案件は作らず
議事録だけが残る。としています。

この辺も、議事録を書いたら全部案件化するほうがいいのか…等手探りな状態ではあります💦

案件アプリが散らかり放題になる可能性があるので、
【対応状況】を記すドロップダウンフィールドを設けて「中止」「保留」「失注」などの
ステータスを用意し、それらは一覧に表示されないようにすることで、
散らかりをマシにしようとしている状態です。

今は、現場（営業部）の各自がやっています。

「まずは案件登録…」は順番をチョット変えるだけなんですがねぇ💦
多分、議事録取りが一段落してから「これは新規だったー登録せねば」とご自身のタイミングでやりたいンでしょうねぇ

となると、次は「議事録アプリから案件登録画面を開けないか」⇒「”新規を識別して案件追加”を自動でできないか」となっていきそうですね。

そうなった時には、またキンコミにご相談ください。

さかなさん、ありがとうございます！
『条件分岐処理プラグイン』は出来ることが多そうで使いこなせていない子です…
書き忘れでエラーが出るだけでなく、ポップアップで入力欄が出てくるのいいですね。
やはり、条件分岐プラグインの可能性をもう少し探る必要があるように感じました…。

工場長さん、早速ありがとうございます！
工場長さんのところは、
案件アプリからアプリアクションで活動記録アプリに記入、ということは
案件アプリには、活動記録アプリの関連レコード一覧を表示しているのですね。
非常にスマートな運用で、素晴らしいです。。

過去の投稿も思い出していただき、ありがとうございます涙。
そうなのです…その場で全て見たいということで、テーブル運用になっています💦
（検索の観点＋最終コピペで「要約して」と生成AIに頼みたい、という想いもあるようで…なおのことテーブル利用に傾いています…。kintoneが関連表示が一般的な雰囲気は感じているのですが。）