みんなの投稿

📍キンコミ Weekly SIGNPOST #1-11『一足先に』💡キンコミ Weekly SIGNPOSTとは？毎週1つ、kintone SIGNPOSTのテーマをピックアップして、「こういうときどうしてる？」をゆるく共有していく企画です💬 気軽にコメントやリアクションで参加していただけるとうれしいです🙌🏻▼ これまでのキンコミ Weekly SIGNPOSTはこちらからチェック👀https://kincom.cybozu.co.jp/announcements/qv1pvks6wzxol6h7■ kintone SIGNPOSTとは？「kintoneで継続的な業務改善をするための道しるべ」として、kintone経験者の考え方やコツを体系的・網羅的にまとめたコンテンツです。全部で44パターンあり、状況ごとのヒントがまとまっています。▼ kintone SIGNPOSTはこちらhttps://kintone.cybozu.co.jp/kintone-signpost/■ 今週のSIGNPOST1-11：一足先にhttps://kintone.cybozu.co.jp/kintone-signpost/pattern/1-11.html■ みなさまに質問💬こういう状況、問題が起こったときどうしていますか？まだ実践してなくてもOK◎「こう思う」という共有や共感のコメントも大歓迎です！気軽にコメントやリアクションしてみてもらえるとうれしいです☺︎◀️ 先週のSIGNPOST：1-10『根本原因の追求』▶️ 来週のSIGNPOST：1-12『先駆者の話』

はじめまして。Abiと申します！ ・システム開発会社に勤めております。 ・kintone歴私自身は3か月くらいの初心者です。会社で取り扱っているの自体は１年ほどだと思います（？） ・kintoneとの関わり方自社内での開発・使用と、受託開発もしています ・どんな目的でキンコミを使い始めたかkintone hive2026　ふくおかに参加したことがきっかけです！まだ資格取っていないので、まずはアソシエイトの合格を目指します！よろしくお願いします！

・業種 / 職種 / お名前（キンコミネーム）　大学で情報部門・事務DX推進部門に勤務しています、よねち@NUです。・kintone歴　現在の職場では、だいたい3年くらい使ってます。・kintoneとの関わり方　アプリ開発及び他部署の伴走支援を行っています。　今では、私の知らないアプリが増えていることも…。・どんな目的でキンコミを使い始めたか　キンコミの存在は以前から知っていたのですが、今年のkintone hiveに参加したことをきっかけに　キンコミも始めてみようと思いました。　学内のkintone担当として、認定資格をとってみようと思っています。よろしくお願いいたします！

2年ぶりの投稿です。お久しぶりです。kintone Café東京 vol30に参加させていただき、久しぶりに投稿しなきゃ！と感じたので、「思い立ったらすぐ実行」を実行。（kintone Café東京、とても素晴らしかったです。運営・参加者のみなさまありがとうございました）CaféではMCPサーバの接続について、懇切丁寧に教えていただき活用イメージがどんどんわいてくる一方、みなさまはどんな使い方されているのかな・・・と感じた次第です。私は、地方の中小でDX推進部の社員です。kintoneのライセンス管理からプラグインの選定から、もちろんアプリ開発もしたり、PowerAutomateと連携したりと幅広く立ち回っています。社内でもkintoneの活用も広まっており、利用状況を見える化する期待が増えております。今まではログをkinotneアプリにすべて投入し、krewDashboardでグラフ化しておりましたがレコード数が増えるためAPIの上限に迫る＋表示までに時間がかかる。個人的には、月単位の断面的な報告ベースの見える化が必用だと感じており、・ユーザーのログイン数・今月のアプリ作成数、年間のアプリ開発数・アクティブなスペース（更新や、レコード追加数が多いもの）・学習、教育スペースの活用状況などなど、人の手で全てを調査し1枚でまとめるなど大変かなという感想です。MCPサーバを使えば、ログを投入しているアプリのAPIだけでクリアできるのでは？と期待している一方、他の皆様はどのように報告やまとめをしているのでしょうか。よろしくお願いいたします。

FormBridgeのJavaScriptについて小さな法人のひとりＳＥです。超初心者なのですが、ひとつ教えてください。FormBridgeで、とある１フィールドにコメントを挿入するJavaScriptを書いたのですが、反映されない状況です。FormBridgeにはこのフィールドしかなく、属性（文字列１行/フィールドコードなど）は全て、JavaScriptと同様にしています。KintoneアプリではJavaScriptは動きますので、ブラウザの問題ではなさそうです。また、このJavaScriptのファイルはjsファイルで生成されています。レベルの低い質問ですが、どうぞよろしくお願いします<(_ _)>－－－(() { 'use strict'; // フォームが表示されたときのイベント fb.events.form.mounted = [ function(state) { // '文字列_1' をお使いのフィールドコードに変更してください state.record['item1'].value = 'このコメントはテストです'; // 状態を返して画面に反映させる return state; } ];})();ーーー

💡kintoneヒヤリハット、教えてください・みなさんがkintoneを使ったり、運用したりする上で、　ヒヤリ！ハッ！とした事例があれば、教えていただきたいです。・同じような事例を共有することで、こういうトラブルもあるんだ！と　事前に知ることもできそうなので…★ヒヤリハットとは…・重大な災害や事故に直結する一歩手前の出来事のこと・思いがけない出来事に「ヒヤリ」としたり、　事故寸前のミスに「ハッ」としたりすることが名前の由来です。・リスクマネジメント、リスク防止の観点で使われます。​■契約の状況・ライトコース・テスト期間含め、運用１年半が過ぎました！（12月から本運用）・営業部で使用→2025/5 他部署のテスト使用始まりました！（総勢16名）　（３地域にまたがっており、別々の場所で働いています）・主に、営業活動の記録、申請のオンライン化、　　データ管理、コミュニケーションの目的で使用・事務員（私）が管理者となって運用中■自分のヒヤリハット・ちょうど今日発生したヒヤリハットなのですが、　レコードのチャット欄から「＠田中」（例）さんに宛先を付けようところ、　負担出るはずの予測変換が出ず、田中さんに通知が送れない状態になりました。↓・スレッドで宛先設定を試したところ、問題無く「@田中」と設定できる…↓・もしかしてバグ？と、チャットサポートに聞こうとしたところで、　ハッと閃いて、「アクセス権」を確認したところ…　そのアプリには、田中さんのアクセス権がありませんでした。　（＝アクセス権のないレコードでは、チャットの宛先がつけられない）あるあるですが、うっかりバグと思ってしまいそう～と思った出来事でした。。。こんな感じのヒヤリハットを教えてもらえると、嬉しいです～

kintoneに関わる人をつなぐラジオ📻️学びとつながりとキントーン「kintoneエキスパートに聴く」今回のゲストは大野誠さんです！！知り合って随分経ちますが、会計事務所にもいたという新しい発見✨️kintoneキャリアについてじっくりお話を聞かせてもらいました。ぜひお聴きください！！https://open.spotify.com/episode/1UK6TnVr89lKs0lW84Boei?si=iiqrhjzATKylB4J7r1l3jg#カイゼンマネジメントエキスパート

【相談】複数レコードのステータスを一括で変更する方法について。はじめまして。地方卸売業で素人情シスをしております、くろく侍と申します。営業日報の電子化に向け、kintoneで日報アプリを試作しています。承認方法について、皆さまのお知恵をお借りしたく投稿しました。【利用状況】・契約コース：スタンダード・契約開始：2026年4月・現在：アプリ試作中・業種／職種：食品・酒類卸売業／情報システム・経験：情報システム担当2年の初心者です【背景】現在、営業日報は紙で運用しています。主な課題は次の2点です。・営業現場から本社への情報伝達が遅い・過去の日報を営業活動や引継ぎに活用しにくい特に後者を改善するため、テーブルは使用せず訪問先1件につき1レコードの日報アプリを作成しました。得意先管理アプリ、社員管理アプリとはルックアップで連携し、得意先ごとに過去の営業活動を確認できる形です。また、営業管理職が確認する前に本社スタッフ・上層部が日報を見ることは望ましくありません。そのためプロセス管理を使用し、営業管理職がステータスを承認に変更した後に、本社スタッフが閲覧できる設定にしました。【困っていること】試作アプリを営業現場に確認したところ、営業管理職が毎日十数件の日報をレコード1件ずつ承認するのは負担が大きい、という意見が出ました。日によっては、さらに件数が増える場合もあります。そこで、レコード一覧画面から自分が作業者になっているレコードを複数選択し、一括承認する方法はありますでしょうか。可能であれば無料のプラグインや運用で実現したいと考えています。ただ、おすすめがあれば有料・無料問わずおすすめのプラグインを教えていただきたいです。また、アプリ設計や承認方法そのものを見直したほうがよい場合は、運用面も含めてご意見をいただけると助かります。よろしくお願いいたします。

kintoneでの納品書の帳票出力について、皆さまの知見をお借りしたく投稿します。現在、複数の料金プランがあるサービスについて、kintone上で計算式を組み、請求額を算出しています。料金体系には、主に以下のようなパターンがあります。・従量課金・基本料金または重量課金　一定量までは基本料金、基本料金の範囲を超えた場合は重量に応じて課金・基本料金＋重量課金　基本料金に加えて、重量に応じた金額を加算・段階的な従量課金　数量に応じて単価が変わるボリュームディスカウント形式　例：○件未満は単価△円、○件以上は単価◎円また、計算結果や料金プランによって、納品書に記載する商品名も変わります。kintone上で請求額と商品名を判定したうえで、納品書として帳票出力したいと考えていますが、料金パターンが複数ある場合に、どのようなアプリ設計や帳票出力の方法が適しているか悩んでいます。現在検討しているのは、料金プランごとに計算用フィールドを持たせる方法や、条件分岐によって商品名と請求額を確定させる方法です。プラグインはレポトンを検討していますが、こだわりはありません。同じように複数の料金体系をkintoneで管理し、帳票出力されている事例があれば、利用しているプラグインやサービス、アプリ設計の考え方などを教えていただけると大変助かります。どうぞよろしくお願いいたします。

📍キンコミ Weekly SIGNPOST #1-10『根本原因の追求』💡キンコミ Weekly SIGNPOSTとは？毎週1つ、kintone SIGNPOSTのテーマをピックアップして、「こういうときどうしてる？」をゆるく共有していく企画です💬 気軽にコメントやリアクションで参加していただけるとうれしいです🙌🏻▼ これまでのキンコミ Weekly SIGNPOSTはこちらからチェック👀https://kincom.cybozu.co.jp/announcements/qv1pvks6wzxol6h7■ kintone SIGNPOSTとは？「kintoneで継続的な業務改善をするための道しるべ」として、kintone経験者の考え方やコツを体系的・網羅的にまとめたコンテンツです。全部で44パターンあり、状況ごとのヒントがまとまっています。▼ kintone SIGNPOSTはこちらhttps://kintone.cybozu.co.jp/kintone-signpost/■ 今週のSIGNPOST1-10：根本原因の追求https://kintone.cybozu.co.jp/kintone-signpost/pattern/1-10.html■ みなさまに質問💬こういう状況、問題が起こったときどうしていますか？まだ実践してなくてもOK◎「こう思う」という共有や共感のコメントも大歓迎です！気軽にコメントやリアクションしてみてもらえるとうれしいです☺︎◀️ 先週のSIGNPOST：1-09『業務の流れを掴む』▶️ 来週のSIGNPOST：1-11『一足先に』

アプリの置き場所について、教えてください！お聞きしたいこと：アプリの置き場所として、ポータルとスペースがあるとお聞きしました。皆様の会社では、この2か所の使い分けをどうされているか、教えていただきたいです。どうぞよろしくお願いいたします。💡弊社の状況・契約中のコース：スタンダード・質問の背景：元々全社で使用していたkintoneから、一つの事業部だけを別テナントに移すことになりまして、その設定を一からすることとなりました。元々のkintoneではアプリの置き場にルールが無く無法地帯となっているため、その点を整理したいです。kintone初心者

no+eに『ブラウザ拡張機能で『まんまTABぢゃん for kintone』（Legit🤣 TABs）を作ってみました。』を投稿しました。 不具合発生で関連記事を引っ込めていましたが、この度再発リスク0%・さらに拡張性UPなものが出来ましたので共有させていただきます。（結果、けっこう壮大な記事になってしまいましたが…💦） よろしければ遊んでみてください。 ※前回投稿にリアクションいただいた方にはまことに申し訳ありませんが、本日18:00をもって同投稿を削除させていただきます。予めご了承のほど、お願いします🙇🏻‍♀️

【相談】複数アプリに分かれた対象者を、電話着信時に素早く特定する方法​■実現したい事　複数アプリに分かれた対象者のなかから、素早く特定したい■環境　・スタンダード　・プラグインは複数使用中。JSは使用不可。■経緯現在、同じ案件の対象者を「区分」によって3つのアプリに分けて管理しています。全て同じフリーダイヤルに入電があるため、スタッフの対応工数は増やさずにすぐに対象者特定ができる方法がないか検討しています。■現在考えてること＊検索専用のアプリを1つ作成する氏名・電話番号・ID・区分・遷移先が分かる？程度の最低限の情報のみを登録し、検索で対象者を特定した後、該当する3アプリのレコードへ遷移する運用をイメージしています。特に、IDを判明させた後に元アプリで再度調べるのではなく、元アプリのレコードURLを掲載できないかなと考えて思っております。同じような運用をされている方はいらっしゃいますか？また、この方法以外にも、スタッフの運用負荷を増やさずに実現できるおすすめの方法（標準機能・プラグイン・JavaScriptなど）があれば、ぜひ教えていただきたいです。

【相談】レコードの条件通知についてレコード条件通知につきまして、「通知内容」にフィールドの情報が自動入力される方法はございますでしょうか。例）通知内容：　〇〇株式会社　より申請がございました。ご確認をお願いいたします。⇒〇〇株式会社はフィールドの情報上記、方法が可能でしたらご教示いただけますと幸いです！​何卒よろしくお願いいたします。

・ご契約中のコーススタンダード・お悩みの背景毎週月曜日（＋月初）に、「会員情報管理」アプリへCSVファイルを取り込み、既存レコードの更新を行っています。この運用は約2年間継続しており、最近は「今回の設定を保存して、次回読み込み時に利用する」を利用しています。更新キーは「会員コード」です。会員情報管理アプリは以下の2つがあり、どちらも同じアプリ構成・同じ取込設定で運用しています。社内スペース用アプリゲストスペース用アプリプラグインは導入しておらず、毎週同一のCSVファイルを各アプリの「ファイルから読み込み」でデータを取り込んでいます。CSVファイルは、基幹システムの顧客データとECサイトの顧客データをTableauで結合・加工して作成しています。・お悩み2026年7月13日、通常どおり同じCSVファイルを上記2つのアプリへ取り込みました。どちらも同一のCSVファイル、同一の取込設定（保存済み設定を利用）で実施しましたが、メールで通知された取込結果が大きく異なりました。アプリ追加更新社内スペース7件19,452件ゲストスペース1件11,858件また、今回取り込んだCSVを、正常に取り込めた7/6のCSVと比較したところ、レコード数は 63,251件 → 63,259件（新規8件）既存会員の変更内容も住所・郵便番号など数件程度（実際7件）で、全体としてはほとんど差分がありませんでした。文字コードも同じ事を確認しましたファイルサイズは7/6，7/13共に、約20MB程度です。そのため、CSVデータが原因で、更新件数に約7,600件もの差が生じたとは考えにくい状況です。アプリのレコードの更新時間を確認した結果、メール通知と同じ件数が更新されていました。なお、本事象は今回が初めてではなく、7/1にも同様の事象が発生しました。データを再度読み込ませたらメールの更新件数は同じになりました。その際は一時的な事象と考えていましたが、7/6は正常、7/13に再度発生したため、ご相談させて頂きました。このような事象が発生する原因として考えられることや、確認すべき点・切り分け方法がございましたら、ご教示いただけますでしょうか。お忙しいところ大変恐縮ですが、お手数お掛け致しますが何卒よろしくお願いいたします。

今、会議の議事録のアプリを作成していまして、参加者に議事録の確認をしてもらう為に通知を設定したいのですが、通知先を選択しても相手に通知されません。メールに届く様にしているのと、スマホにも通知がくるようにしたいのですが、なかなかうまく行きません。設定方法を確認しましたが、何が間違えているのかわかりません。どなたかご教示頂けますと助かります。よろしくお願いします。

小さな会社でパートで総務をしています。みやもとです。先日、あんべちゃんと一緒に、kintone hive tokyoに登壇させていただきました。kintone歴は4年ほどになります。パソコンはエクセルとワードを人並みに使える程度の能力ですがあれこれ調べて、アプリを作っています。重いエクセルの代わりにkintoneを使ってみよう！と思い、使い始めました。時々キンコミを覗いています。ひとりでアプリを作っているので、どうしても視野が狭くなりがちです。キンコミやイベントでの交流を通して、もっとkintoneで出来ることを学んでいきたいと思っています。

kintoneレコード一覧分析AIを試してみました。 毎日の受注件数と金額を登録しているkintoneアプリがあり、毎月1日の午前03:00に「定期レポート」月次の受注件数と金額を集計しています。 「定期レポート」では、集計期間を切り替えて表で数字を確認したり、始点から終点の期間を指定して折れ線グラフで傾向を見ることが出来ます。 しかし、先月の売上と3カ月前の売上を比較して傾向分析するために「定期レポート」をCSVで書き出して表計算ソフトでちまちまと作業してました。 最近、ふと「レコード一覧分析AI」で分析レポート作れるかな？と思ったので試してみました。 【手順】 １．「定期レポート」をCSVで書き出して、月次集計のアプリの元データにする。 　この際に、集計日時から-1して集計日を計算したり、金額の末尾の"円"記号を取り除くためにctrl+hで一括置換等の編集作業をしています。 ２．手順１のデータを使って「月次集計データ」アプリを作成します ３．手順２のアプリから「レコード一覧分析AI」を起動して以下のプロンプト入力します 　　「先月の売上合計と3カ月前の売上合計を比較して増減率を計算してレポートして」 結果、添付画像とテキストの通り分析ができました。 本日（令和8年7月13日）に指示を出したので、先月＝6月末と判断してくれると思いましたが、先月＝5月末を選択されました。先月ではなく、"6月末と3カ月前"の様に指定すればよかったかもしれません。 -----ＡＩの出力　ここから 加工部品 受注残高 比較レポート 対象期間の確認 提供データの最新集計日は 2026年6月30日 です。 先月（2026年5月31日集計）：レコードID [2] 3ヶ月前（2026年3月31日集計）：レコードID [4] 比較データ 項目 先月（2026年5月） 3ヶ月前（2026年3月） 受注残高 ¥11,678,484 ¥13,538,848 受注数 2,135 2,393 レコード数 594 870 増減率の計算 📉 受注残高 $$ \frac{11,678,484 - 13,538,848}{13,538,848} \times 100 = \mathbf{-13.74\%} $$ ▼ 約13.7% 減少（差額：▲¥1,860,364） 📉 受注数 $$ \frac{2,135 - 2,393}{2,393} \times 100 = \mathbf{-10.78\%} $$ ▼ 約10.8% 減少（差額：▲258件） 📉 レコード数 $$ \frac{594 - 870}{870} \times 100 = \mathbf{-31.72\%} $$ ▼ 約31.7% 減少（差額：▲276件） 総評 先月（2026年5月）の受注残高は、3ヶ月前（2026年3月）と比較して 約13.7%減少 しています。受注数も約10.8%減と同様に落ち込んでおり、受注規模全体が縮小傾向にあります。特にレコード数（案件数）が約31.7%と大幅に減少していることから、新規案件の獲得が落ち込んでいる可能性 が示唆されます。引き続き直近月のデータ推移にも注目が必要です。 ---ＡＩの出力　ここまで　※数字は実際のデータから変更しています。 指示の方法に若干工夫が必要ですが、表計算ソフトでちまちましていた分析作業を自動的に行ってくれました。 「kintone AIで分析しました！、kintone便利ですヨネ！」と部長クラスにアピールできたのがよかったかもですw

【​9月12日(土) 14:00～】kintone Café 千葉 Vol.12　開催します！運営のざわみです。kintone Café 千葉開催のお知らせです。今回のテーマは「kintoneシェア会！」「うちのkintone、実はこんな使い方してます」を、そろそろ誰かに見せたくないですか？ 自分では当たり前だと思っている使い方が、実は他社さんにとってはめちゃくちゃ知りたかったヒントだったりします。逆に、他社さんの画面を覗くと「え、そんな連携方法あったの！？」という発見がゴロゴロ出てくるはず。vol.12は、そんな"リアルなkintone"をお互いに見せ合う回にしたいと思います。シェアで参加してくれる方は、こんな方針でOKです。kintoneでの悩みや課題をシェアして、解決のヒントにつなげたい。自分のkintoneを単純にシェア、情報共有したい。どちらの気持ちでも大歓迎です。困りごと共有でも、自慢の紹介でも、気軽な気持ちで持ち寄ってください。シェアした後には質疑応答の時間もたっぷり取るので、その場でみんなから感想やアイデアをもらえます。一人で抱えていた課題が、その場で解決の糸口が見つかるかもしれません。日時：9月12日(土) 14:00～17:00　 ※会場オープンは13:30～場所：株式会社成田デンタル幕張本社　　　千葉県千葉市美浜区中瀬2-6-1　ワールドビジネスガーデンウエスト21Fアクセス：京葉線 海浜幕張駅から徒歩または総武線、京成線 幕張本郷駅からバス参加費：無料（懇親会参加者の費用は別途いただきます ※会費約5000円）もちろんインプットしたい方も大歓迎です！詳細や申し込みはこちらからお願いします。

​CM動画を集めてみた。​・ご契約中のコース：スタンダード（複数契約あり・チーム応援プログラム含む）・お悩みの背景、目的：今回は悩みというわけではなし。・試してみたこと：CM動画を集めてみた。・譲れない条件：せっかくCMつくるなら、伝わりやすくあってほしい。==========みなさんこんにちは。情報親方と申します。今月、岸部一徳が上司として登場したCM、それ以外にもkintone AIなどの動画もありましたのでシェアします。kintone AIは見つけられたのは3種（字幕ありなしで計6種）。AIは今後増えるのかな？==========kintoneAI●検索AIhttps://www.youtube.com/watch?v=FMK_YtXBloU●レコード一覧分析AIhttps://www.youtube.com/watch?v=mH-jjc1opiw●アプリ作成AIhttps://www.youtube.com/watch?v=SKN-saVe3wg製造業向けAI●AI篇https://www.youtube.com/watch?v=nKpSzD3WLOEkintone●みんな使えるAI篇https://www.youtube.com/watch?v=ctrzl7p1GaE●みんなためている篇https://www.youtube.com/watch?v=2pFUTJm_uic

はじめまして。古内 裕巳（ふるうち ひろみ）と申します。業種 / 職種札幌の中小企業 情報システム部でkintone×DX・AI推進を担当しています。kintone歴6年。自社活用と並行して、kintone伴走支援も行っています。kintoneとの関わり方業務システム構築や、GAS・JavaScriptでのカスタマイズが中心です。最近はClaudeなどのAIを使いながら設計・実装する方法を日々探っています。AI×kintoneの掛け合わせにとても可能性を感じています。キンコミを使い始めた目的実装中に詰まった点の相談や、他の方の事例から学ぶことが目的です。同じ課題を持つ方とつながれたら嬉しいです。参加したことがあるイベントkintone hive sapporo 2026に登壇させていただきました。kintone Café 札幌・devkin meetup! にも参加しています。どうぞよろしくお願いいたします。

昨日のkintone hiveを拝見し、改めて自社での市民開発の進め方について考えているのですが、今後の展開においていくつか壁にぶつかっており、皆様の知見をお借りしたく投稿しました。現場の業務改善スピードを上げるために一般ユーザーにもアプリ作成を任せていきたい反面、ガバナンスや無法地帯化への懸念があり、どのようにバランスを取るべきか悩んでいます。すでに市民開発を推進されている企業の皆様の取り組み、失敗談・成功談などを教えていただけないでしょうか。1. 一般ユーザーへの権限解放について アプリ作成権限はどこまで解放していますか？（全社員、特定の部門担当者のみ、テスト環境のみ、など）2. ガイドライン・運用ルールの作成について アプリ作成にあたってのガイドラインやルールブックは作成されていますか？ 「これだけは守らせている」という最小限のルールがあれば教えていただきたいです。（命名規則や、必須設定項目など）3. アプリ管理者の異動・退職時の対応について 現場で作られたアプリの管理者が退職・異動した場合、どのように引き継ぎやメンテナンスを行っていますか？ 野良アプリ（管理不在アプリ）を生み出さないための仕組みづくりで実践していることがあれば知りたいです。すべてではなく、どれか1つの項目へのコメントでも大変ありがたいです。サイボウズ社が出している市民開発ガイドラインは見たのですが、自社がここまでできるかな？って思いもあります。https://pg.cybozu.co.jp/kintone-citizen_development_guideline-dl-application.htmlよろしくお願いいたします！

日付項目についてお知恵を貸してください。現在リコーkintone＋を使用し、請求書発行アプリを作成しています。その中で、【納品希望日（日付フィールド）】と【納品日（日付フィールド）】という項目があり、実際だいたいの場合で納品希望日＝納品日になっています。やれたらいいなと思うことは、【納品希望日】を入力するとイコール（＝）のように【納品日】に同じ日付が入る。ただし納品日が違ってしまった場合に【納品日】を自由に変更できる・・・というつくりです。なにかいいアイディアをお持ちの方、教えてください。

初めまして！関連レコードについて質問です。案件管理のアプリを作って、お客様との案件を入力しております。案件詳細の中にお客様の担当者欄を設けており、担当者管理アプリからルックアップで引っ張て来ております。先方の担当者が何名かいらっしゃることがほとんどなので、先方担当者①～⑩の枠を準備して、ルックアップで担当者管理アプリから取得しております。担当者管理アプリ内の担当者の詳細欄に関連レコードでそのお客様が担当された案件を表示したいです。しかし、関連レコードの設定で案件画面の先方担当者①～⑩のいずれかに該当すれば案件を表示するという設定にしたいのですが、やり方がわかりません。分かる方がいらっしゃれば教えていただきたいです！よろしくお願いいたします

今日は、kintone hive tokyo🐝✨4月から始まったkintone hive 2026もいよいよ最後の地！本日のご登壇者の中には、キンコミユーザーさんも…🔥現地の様子を、こちらで実況していきます！もし会場にお越しのユーザー様がいらっしゃれば、キンコミブースにて、ぜひお話できたらうれしいです✨