私の場合は、プロセス管理を設定したワークフローアプリでは、カスタマインを活用して標準ではできない様々なカスタマイズを行っています。 実際に自社で活用している1例ですが、添付のようにステータス変更時のタイムスタンプを自動取得したり、自動取得のフィールドの説明として（？）マークに吹き出しのコメントを追

ご回答ありがとうございます。 契約先についてマスタを作ることも当初考えていました。 ただ、大規模案件が多く、同一企業から案件をもらうことも稀だったりします。 ルックアップを作っても、マスタが増えすぎると、標準仕様だとかえって検索しづらいと考えて手入力にしています。 （同一企業でも案件によって担当者

お問い合わせされていることに直結するものではございませんので、 その点お許しください。 ※直接的なお答えは、かなさん始めとしてご助言されていますので。 アプリの構成を拝見すると、ほとんどのフィールドに対し、 都度都度の入力が必要になるとお見受けします。 今後のことを考慮すると、 例えば、「契約先（発

＜現在の取り組み＞ 社内でスモールスタートとして、各部署から「興味がある方」「新しいことに抵抗がない方」にアカウントを配布し、月に１度の勉強会を開催しています。これまでに2回開催しており、内容は以下の通りです。 １回目：kintoneとは（特徴や活用事例、画面の見方など） ２回目：アプリの作り方（ル

食品工場です。 kintoneはスタンダードコースです。 商品の製造時、材料投入のチェックをkintoneで行っています。 レシピ管理アプリ（さまざまなレシピを登録）と、材料投入チェックアプリがあり、材料投入チェックアプリでレシピ管理レシピの該当データを読み込むと、サブテーブルにその商品のレシピが

>Aアプリには出欠確認の回答が蓄積されていきますが、 とありますが、元々 >IDを入力すると、BアプリのデータをkViewerで外部公開APIとして呼び出し、ルックアップで紐づけられる ようなので、Aアプリには既にBアプリの登録データに照らし合わせた結果も記録されているのでは？と思い

行き詰まってしまったため、相談させていただきます。 現在、外部の出欠確認用アプリを作成しています。 【Aアプリ：出欠確認用　／　Bアプリ：マスタ用】 AアプリをFormBridgeで公開し、IDを入力すると、BアプリのデータをkViewerで外部公開APIとして呼び出し、ルックアップで紐づけられ

こんにちは。 これは、データモデリングの知識が必要な案件かもしれません。 元データの下記２種類のファイルには「カード番号」の様な共通のキーはありますか？ ・各ETCカードの利用明細csv ・各ETCカードの利用金額と割引金額と請求額（利用金額ー割引金額）csv もし共通のキー項目があれば、以下の

こんなのはどうでしょう？ ・やりたいこと ②　は [vision さんの投稿](https://kincom.cybozu.co.jp/chats/pwnvbbcvryxcym5s)に似たﾌｨｰﾙﾄﾞ構成 　変更点　有効期限の代わりに➡❷資格取得条件満了日ﾌｨｰﾙﾄﾞ ❶　ルックアップで、資格

こんにちは。 「従業員それぞれの保持資格と取得日を入れるアプリ」（仮に資格保持アプリ）を １人１資格で１レコードにすれば、①は基本機能で可能です。 ②ですが、資格詳細アプリ側に「例」のようなデータをあらかじめ持っておいて、 資格保持アプリからのルックアップでまとめてデータをもってくれば 計算式や