なるほど。ようやく理解出来ました。 であればTISさんの関連レコード集計プラグインの方が良いと思います。 https://www.tis2010.jp/referencecalc/ しがないひとさんが考えるように、別でアプリを作る必要がありますが、こちらのプラグインであればレコードが追加されても自

計算フィールドで「CONTAINS」関数を使えばチェックボックスも合計・平均できますよ～

えーっと、、具体的にどうしたいのかがちょっと分からないので、実際に出来るかどうか（ご自身が表現したいものにできるかどうか）は分かりませんが、 ルックアップやアクション、プラグインを使って入力した内容を他のアプリへ転記することは可能です。 ただ、基本的にはルックアップもその他のコピーも、数値は数値(

提案ありがとうございます！計算フィールドを使う発想はありませんでした。 一度試してみたいと思います。

>フォーム変更した時の過去データへの影響 について、書いてませんでした。 結論から申しますと、既に過去データは旧の内容で保存されてしまっているため、一覧・詳細画面で見る限り、 ・追加したフィールドは空 ・自動計算式化したフィールドも過去データのママ です。 もし、関係するフィールドを自動計

こんにちは！テーブル内に、件数カウント用に計算フィールド（計算式は、1）を追加しておけば、基本機能のクロス集計で件数を集計できると思います。集計値は、その1の合計です。 数値フィールドだと編集できちゃうので計算を使うと良かと思います。 見た目が嫌かもしれませんが‥"1"の列の幅を細くちっちゃくしとけ

Suji さん、Seal777さん、の補足です >ミス① の 対応方法 ❶入力確認[文字列ﾌｨｰﾙﾄﾞ]を設ける ❷❶に計算式をいれる、対象が 　　時刻ﾌｨｰﾙﾄﾞの場合は`DATE_FORMAT(時刻,"a","Etc/GMT")` 　　日時ﾌｨｰﾙﾄﾞの場合は`DATE_FORMAT

確かにsujiさんの仰る通り、そもそも紙申請って今ドキ…？とも考えましたが、そこをイジらない方向で考えてみました。 ### ミス① については、「申請書の時刻の表記揺れ*☝🏻１*に対して、アプリ入力者が気を遣わなければならない*☝🏻２*」ことが１番の原因だと思いますので、小生なら、まず表記揺れの抑

おはようございます。 正直なところ、紙の運用にあわせるのは悪手だと考えます。 後々データとして利用するのが難しくなるためです。 まずは日時フィールドの横に午前午後表示に変えたものを親切表示して 注意喚起をしてみるのはどうでしょうか。 https://jp.cybozu.help/k/ja/ap

ちなみに、文字列（１行）フィールドの自動計算式は関連レコードフィールドは直接参照できません。 自動計算式を用いるなら、関連レコードの集計結果を表示するフィールドが必要で、結局のところ、集計⇒条件判定⇒有無表示までカスタマイズ内で行っていただく必要があるかと。 で、その集計を関連レコード経由でやろう