>kintoneはRDBではない！　中略 というCDN記事がありました。 確かに、RDBではない　とおもいます　が！ kintone の **核**は 「カード型データベース」ではないかと思います 理由① 　2002年10月15日に販売終了した　[「サイボウズ DBメーカー」](https

こんばんわ！（日を跨いでしまった） > 弊社も同じような運用 ﾅｶｰﾏ! 現場主導がkintoneの価値だと思っています。その分ガバナンスに苦悩するのですが… また、当社も取引先マスタは基幹と連携しています。 実は元々基幹を主でkintoneにデータを渡していたのを、kintoneを主に

ルックアップ．．．突き詰めていくと 結局 kintoneの弱点「検索エンジン」の使いにくさ（＝めんどくさい！） に突き当たるんですよね ﾕﾆｰｸCODE（≒英数文字の羅列）を覚えられないのは当然で データベースは「ﾕﾆｰｸCODE」を キー とするのも常識※で 　※（○○奉行とか○○会計とか、ほ

おはようございます。 >各部署で必要なアプリはそれぞれの担当者が作成しています。 弊社も同じような運用をしています。 >ルックアップの「関連付けるアプリ」は【顧客リスト】、 >［コピー元のフィールド］が「会社名」になっているケースがチラホラ。 弊社も同様に［コピー元のフィ

こんにちは。 お話の内容は、ルックアップアプリのあるあるですね。 >基本的には「一生変わらない値」を主キーにしたいところです。 RDBの仕組みに詳しい方なら当然の考え方ですが、その辺の学習コストが低いのも、kintoneの強みですね。 私は、ユーザー様のレベルに合わせて、以下の様にお願

**ルックアップのキー［コピー元のフィールド］って、初心者の方にどう説明されていますか？** （過去から何度も議論されている話題ですが。例：https://kincom.cybozu.co.jp/chats/sfnqkjn03tfhw0ix ） ■前提 各部署で必要なアプリはそれぞれの担当者が作成

案件管理アプリに初期登録されている案件名を見ると、他のレコードと被ってしまいそうな一般的な案件名が多いですね。 会社名＆案件名＆初回面談日　などフィールドを結合して被らないようなルックアップ用コードを作ったほうが使いやすいかもしれませんね。

>このマスタを現場の方が見て、欲しい品名を選択したら、購買申請アプリが立ち上がって申請できるという風にしたいのですが、そんな事は可能でしょうか？ 可能、だとは思いますが．．．1点1葉（紙ﾍﾞｰｽのｲﾒｰｼﾞ）（＝1品目毎にに１ﾚｺｰﾄﾞ）に なりますが...いいのでしょうか？ 現在の「紙ベ

・消耗品アプリ登録済みの物品は、ルックアップしてデータ展開 ・未登録の物品は、データの殆どが手入力なのでしょうから、購買申請アプリに［新規登録］旨の文字列（１行）（※キーになりそうなもの（物品名とか型名とか…））のフィールドを追加しておき、ルックアップで無かったらコチラに入力してもらって、申請が通っ

こんばんは どのように管理したいか等にもよるかもですが、うちでは「購買申請アプリ」にルックアップをいれて「消耗品マスタ」から品名選んで取ってくるようにしています ただこれだと「消耗品マスタ」にないものは申請しづらいのでSeasonさんのアプリアクションが良いかもしれないです（？） ご存じかと思いま