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

これ👇で、ご希望に添えるかわかりませんが...ご参考まで！ [kintoneにSUMIF関数はありますか？](https://jp.cybozu.help/k/ja/id/040784.html) 集計条件数によりますが 結っ構ー　table内にテンポラリフィールドが必要になります *** 追記で

kintone基本機能でテーブルデータをSUMIF的に集計することはできません。 相応のプラグイン導入か、JavaScriptによる直接カスタマイズ必須となります。 基本機能でやるには…ですが、 ①一覧で集計対象の案件に絞り込み表示し、 ②テーブル含めてファイルを書き出し、 ③（テーブル部分は縦持

kintoneプラグイン自作までの道のりってどれぐらいかかるでしょうか。 JavaScriptのスキルは無し。htmlはお遊び程度。プログラミングの経験はゼロではないレベル。 AIやコピペである程度までは行けそうな気もしますが、 ある程度理解して、オリジナルの要件を作ろうとする場合に見通し立たず。

実行順序の変更ができるんですね。 また、エラーが出たときなどの参考にします。 貴重な情報をいただきありがとうございます！ 結局、プラグイン元の調査では原因がわからず、やはり他のプラグインとの競合が原因のようだったので、attazooを使用して関連レコードの有無のデータをとることはあきらめました。

なるほど～　やはり、shikanoriko さんも [cybozu developer community　より抜粋](https://community.cybozu.dev/t/topic/10303/5) >やはり処理の順番に問題があるということなのかなあと私も思います。 と、思ってい

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

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

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

そこが、諸事情があり他のプラグインは今のところ検討できないんです。 とりあえず、プラグインの方の回答を待ってみます。 いろいろありがとうございました。