みんなの投稿

テーブル内計算について

見積もり依頼アプリを作成中なのですが、
画像のようなテーブルがあります。

変動要因に応じてテーブル内の足し算をしたいのですが、
何か方法はありますでしょうか。。。

画像でいうと、
“設変”の合計は20
“インフレ”の合計は30
“台数”の合計は20
になる足し算を表示できるフィールドを作りたいです。

現在はhttps://jp.cybozu.help/k/ja/trouble_shooting/calculation/sumif.html
の指示に応じて、テーブル内にIF(店舗="設変",変動幅,0)のフィールドを全変動要因分作って、テーブル外にSUM(設変)のフィールドを作ったのですが、全く機能せずという状態です。

解決策について知見をいただきたく、、、
よろしくお願いいたします。

3件のコメント (新着順)
ふゆき
製造業
2025/09/03 09:55

ちなみにですが... Pluginを使うと

「文字が部分一致する場合」というのが可能です =「LIKE関数」を使う

また、

テーブルの中に、テンポラリフィールドが不要になります =「ROWS関数」を使う

自分の使えるPluginでは下記2つが対象です
Boost! Action(🐼商会/条件付き無料)
条件分岐処理プラグイン(TiS/条件付き無料)

情報まで!😎

---添付=①を使った場合の検証動作-----------
※コメントいただければ
 この①Plugin設定画面のスクショを作成(合成)いたします😊

井上望
2025/09/03 00:35

お疲れ様です。

・「変動要因」はプルダウン
・「変動要因」の選択肢が特定の文字列を含むとき(例:「確変(~~)」は、(~~)の部分に関わりなく「確変」として数える)

という趣旨でよろしかったでしょうか?

「IF(変動要因="確変",1,0)」は、文字列が完全一致の場合のみ、条件が成立します(「確変(~~)」ではなく「確変」の場合のみ成立)
kintoneでは「文字列が部分一致する場合」という判定を行えないため、この例では計算することができません。
一応、
IF(OR(変動要因="確変(~~1)",変動要因="確変(~~2)",……),1,0)
の様に、すべての項目を計算式で網羅する方法もありますが、メンテナンスが大変になるので、おすすめしません。

(参考までにCONTAINS関数は、テーブル内では「チェックボックスフィールドか複数選択フィールドで選択した選択肢が特定の文字列と完全一致するか?」を判定し、テーブルの外だと「テーブル内の指定するフィールドに特定の文字列と完全一致するものがあるか」という役割をするため、「部分一致」には使えません。)

今回の質問の場合、「変動要因」をルックアップにして、別アプリに「変動要因」と「集計用文字列」というフィールドを作り、「集計用文字列」に「確変」や「インフレ」を入れておくという方法が使えます。
(現在のアプリのテーブル内にも「集計用文字列」というフィールドを作ってください。)

変動要因のルックアップで「ほかのフィールドをコピー」を使い、「集計用文字列」の値を格納してしまえば、
IF(集計用文字列="確変",1,0)
の様に、完全一致で判定できるようになります。

ご希望の動作だとよいのですが、いかがでしょうか?


みかん
製造業
2025/09/03 11:30

ありがとうございます。
まさにご認識の通りです。

別アプリにするということですが、
本アプリはサプライヤーがFormBridgeを用いて見積もりを入力していくものであるため、
このフォーム内に何とか計算結果を表示させてたいです。

その場合は回答内に挙げられていた
「IF(OR(変動要因="確変(~~1)",変動要因="確変(~~2)",……),1,0)」
が最適な方法となりますでしょうか。。。



井上望
2025/09/03 12:40

なるほど、FormBridgeからの入力なんですね。
いくつかパターンを検討してみたんですが、

・kintoneのルックアップ(FormBridgeでは使えない)
・FormBridge内での計算(今回の件では機能不足)
・kViewerルックアップ(プレミアム以上の契約が必要、手間はkintoneのルックアップと変わらない)
↓下二つは無視してOKです↓
・kintone内でのプラグイン、カスタマイズ(計算のトリガーがFormBridgeからの入力なので基本的に無理。kintoneのwebhook→連携サービスなら可能だが、仕掛けが大きすぎて非現実的)
・FormBridge内でのカスタマイズ(部分一致は使えるようになりシンプルにはなるが、キンコミではカスタマイズ非推奨だし、何より作れる人・メンテナンスできる人が限られてしまう)

となるので、おたずねのとおり、IFとOR関数を用いた計算が一番現実的と思います。

「計算式内で改行を上手に使って見やすくする」
「条件式(もしくは条件)を別途テキストファイル等に保存しておいて、メンテナンスしやすくする(テキストエディタなら置換やUNDO等が充実しているし、条件式のバックアップもとれるため)」
辺りを工夫すると少し楽になるかもしれません。

うまくいきますように♪

ふゆき
製造業
2025/09/02 17:36

IF(店舗="設変",変動幅,0)

この数式の フィールドコード「店舗」って どれですか?

見た感じ、フィールド名「変動要因」のフィールドコードなんですか?

----------------

あ~~ヘルプの式のままですね!

・[計算]フィールド
フィールド名とフィールドコード:大阪店売上
計算式:IF(店舗="大阪",売上,0)
この設定で、店舗が大阪の場合は売上を表示し、大阪以外の場合は0を表示します。
また、テーブルには必要に応じて[日付]フィールドなどを設定します。

まず、
ココを実際のフィールドコードに直してみてください


みかん
製造業
2025/09/02 17:41

申し訳ございません。

店舗は単純な記載ミスです。

フィールド名「変動要因」のフィールドコードは「変動要因」で、
その他の関数も変動要因のフィールドコードで設定して失敗しています。

ふゆき
製造業
2025/09/02 17:51

テーブル内のドロップダウンには「CONTAINS関数」が必要ですね!

なので、
IF(CONTAINS(変動要因, "設変"),変動幅,0)
になるのかな?---フィールドコード不明なので...

みかん
製造業
2025/09/02 18:00

ありがとうございます!

CONTAINS関数はテーブル外のフィールド(インフレ合計等)に設定するものでしょうか?
画像右側のテーブル内のインフレ変動幅等のフィールドは現状機能していないですが、不要という認識で合っていますか??

ふゆき
製造業
2025/09/02 18:07

インフレ変動幅の計算式にIF関数が使われていますか?
式によりますね

みかん
製造業
2025/09/02 18:12

はい。このような状態です。
これで「インフレ_エネルギー (Inflation_EnergeyLabor」等の変動幅を認識しません。

ふゆき
製造業
2025/09/02 18:28

①プルダウンがテーブル内で
 計算式がテーブルの外の時は
 CONTAINS関数は必須です

追記(訂正) 🙇スミマセン🙇
※プルダウン、計算式「共にテーブル内」の時は
 CONTAINS関数は不要でした(検証しました)

あと、

②赤囲みの2つ 「 = 」 なんだから
 同じでないとダメしょ~~😊

” ” で挟んだ部分は対象の「文字」を指定していますヨ

対象のプルダウンからコピペした方がいいかも🦆