詳細検索

>最大10とかですかね、、多ければ良いに越したことはないです！ 思ったより多いですね😅 もしかして支店登録とかでしょうか？ であれば、甲アプリとは別にもう一つアプリを作ってはどうでしょう？ 甲アプリ→本社マスタ 甲子(とでも呼びましょうか)アプリ→支店マスタ のようにして、 契約に呼び

ちなみに想定としては、 ➀ ・甲のアプリ（いわゆる顧客管理アプリですかね） 　…甲の住所は複数フィールド設定する。テーブルだとルックアップされないので、必ず単独フィールドを追加する。（うっとうしい場合はグループなどでしまってしまうのもありかと） ・乙のアプリ（たとえば店舗リストとか？） を追加で作っ

あくまでも小生の考え方ですが… アンケートにルックアップを使うのは、結構使い勝手が悪いフィールドだと思います。 「入力例」の表示に関連レコード一覧を使うのはいかがでしょうか？ ①「アンケート」アプリの設問にはYes／No（必要に応じて＋未選択）のラジオボタンと関連レコード一覧を配置する。 ②関

krewSheetの「数式」フィールドな関する(ヘルプページ)[https://docs.krew.mescius.jp/krewsheet/#fieldtype_formula.html] 「数式計算結果の保存」という項目があります。 ぜひ参考にしてみてください。

いつもお世話になっております。 皆様のアイデアをお借りしたいです！ 今、棚卸作業を紙→電子化にしようと社内で動いております。 まだkintoneで行うとは決まっていないのですが、kintoneで可能なら最優先で採用したいと思っています。 棚卸作業ということで、精度やスピードが要求された しっかり

皆様　４案も出していただきありがとうございます！ ●きったんさん　の　krewSheet　が一番簡単だと思ったのですが、 一覧には計算結果が表示されたものの、それが該当のレコードの指定するフィールドにコピーされず （おそらく私の勉強不足） もう少し勉強てみます。 ●ふゆきさんの　２案 ①「条件分

小生も他の方々同様、「フィールド名をフィールドコードと一致させる」案に賛同します。 一致させておくと、詳細画面のスクショなどだけでフィールド個々の設定を開きながらでなくともフィールドコードが分かるので、計算式を立てたりカスタマイズするのが楽になるというのが一番の理由です。 *本来はフィールド名は「

導入初期はフィールドコードをあまり意識しなかったのですが、使っていくうちにフィールド名と同じ方が利便性が高いと思うようになり、自分の管轄のアプリは同じに修正しました。 その際に役に立ったのがTiSさんの フィールド情報/データ一括更新プラグイン https://www.tis2010.jp/bul

そうですね、基本的にはリネームした方が都合は良いです。 例えば自動計算などで数値を扱うとします。 　ラベル名　フィールドコード ・単価　　　　数値 ・消費税　　　数値_0 デフォルトだとこんな感じになると思います。 この場合の「税込みの自動計算式」は以下のようになります。 「数値+数値_0」

お世話になります。みなさまが、アプリのフィールドコードにどんな設定をしているのかしりたいです。 ・デフォルトのままだとどんな不都合があるのか ・リネームはラベル名と同じにしているか ・コードで扱いやすいように英数字にしているのか ・計算用などの見せないフィールドはどんな名前にしているのか など。。