詳細検索

プロセス管理の条件用のフィールドを作るという方法は一致していて、 それをどのように作るか（私は文字列で○×にしましたが、sujiさんはそのまま計算）は やりやすい方法で、ということになるかと思います。 初投稿おめでとうございます。応援してます！

「合計」「上限」が数値フィールドという仮定でのご提案です ①「上限」固定の場合、 条件分岐で３パターン表現してみました。 　※画像参照；テストアプリが申請金額なので読み替えてください。 上段：5000円以上10000円未満 中段：5000円未満 下段：1万円以上 ②「上限」という数値フィールドが

おはようございます。 フィールドの入力値どうしの比較をしたい場合は、先に計算フィールドで計算してますね。 「合計」ー「上限」の計算結果が、0以上であれば、というアクションになります。 以上です。

なぜAIは間違えるのか？ 計算機ではなく、次に何をするのが自然かを考えているので、段々とズレていくことがある AIは「感覚で動いている存在」

質問： ChatGPTに相談した時に計算式でkintoneだと使えない関数を提案されたことがある そのようなことはあるか？ 回答： kintoneでできないことをしようとすると、MCPサーバーがエラーを返して作り直してくれていることがある その意味で、MCPサーバーが一定の信頼性を高めてくれている

人事ステータスが記載されている3つだけであれば、 文字列1行フィールドの計算でIF関数を使って、 退職日が空白でない→退職済み 休職開始日が入力済み＆休職終了日が空白（もしくは休職にチェックがついている等）→休職中 上記以外→在籍中 というふうにしたらいかがでしょうか？

商品マスタの作りとしてはsujiさんの提案されているように１商品１単位で１レコードとするのがいいかなと思います。（データベース的に考えると商品マスタと単価マスタ(商品情報は商品マスタから引用)で分けて単価マスタからルックアップが綺麗ではあると思います） その上で単価を編集という点では、プラグイン等

ジャストアイデアで恐縮ですが、「単価編集を可にする」件で一案 「単価編集したい」＝「変更後の単価は定まっている」ンですよね？ でしたら、［変更後の単価］フィールドと変更後の単価/ルックアップ単価を計算させる［係数］フィールドを追加して、［総額］旨の計算を…(ルックアップ単価*係数)…にするというの

分かりやすく回答ありがとうございます。 給与計算を外注にという考えはありませんでした…！ すぐには難しいですが、今後社員も増えていく予定なので 状況によっては選択肢の一つとして持っておくのもありかなと思いました。 ・kintoneは、必要に応じたCSVを読み込ませて希望の見栄えで表示する集計ア

お返事くださりありがとうございます。 もりおすさんの仰る通りでして… わたしは総務人事ではなく、システム出身でもないぺーぺーの購買管理なので 正直、把握しきれていないことも多いのですが… 保険料の計算など細かい対応がキントーンでは厳しいのではないか… とは思うので、給与計算については従来の方法でひ