>１つのテーブルにフィールドA(手動入力用)とフィールドB(ルックアップ入力用)があるというイメ >ージであってますでしょうか？ 私はもう一つ自動計算するフィールドを用意していますが、フィールドA（手動入力用）にルックアップの「他のフィールドをコピー」で商品名をコピーして、手動入力のと

明日オンラインのkintone devCampに初参加でドキドキのりょうじです。（倍率高かったー。あっという間に枠が埋まり、告知に早く気付いてラッキーでした）。 資料やプラグインをダウンロードして準備中ですが、素人ですので諸先輩方に事前のアドバイスを頂けたら嬉しいです。 （これやっときゃ良かったー、

返信ありがとうございます。 １つのテーブルにフィールドA(手動入力用)とフィールドB(ルックアップ入力用)があるというイメージであってますでしょうか？ ２に関して思っていたことが実現できそうなご回答だったので一度試してみたいと思います！ありがとうございます。 ただ弊社ではまだ始めたばかりで有料のプ

当社でも同じような事例があります。下記の方法で１つのテーブルで行っています。 ２.に関してです。 ①商品リストアプリに例えば「手動入力」というような商品を用意します。 ②「手動入力」の場合、フィールドAに商品を手入力します。 ③フィールドAにはルックアップの商品の場合は空欄なので、フィールドBを用意

sujiさんがリンク張ってくださっているプラグインがオススメです。 私も活用させてもらってます。

ご参考までに、プラグインであればTISさんのフィールド非表示プラグインで対応できます https://www.tis2010.jp/fieldhidden/

おはようございます。 アクセス権がないフィールドはコピーできないので、 以下の対応になるかと思います。 ①全員表示させない。データはルックアップではなく関連フィールドで参照、 　そちらをアクセス制御する ②欠損データを後ほどcsvインポート等で補完する ③アクセス権の制御を外し、プラグインやjav

シロくまさん コメントありがとうございます。 また、素敵なプラグインの共有もありがとうございます！ これでやりたいことが叶えられるか、検証してみます。 ありがとうございましたm(_ _)m

使い方が合うかどうか分かりませんが、 アカウントを停止にする前であれば、 下記のようなプラグインもございます。 https://www.tis2010.jp/userexchange/

おはようございます。 どういうデータの持ち方なのか教えていただけるとアドバイスしやすいです。 毎日のデータはテーブルで持って、レコード内で集計している感じでしょうか？ 今時点のアイデアですと、データは毎日1レコードのデータにして、 プラグイン等で別アプリに集計するほうが色々考えなくて楽な気がします