みんなの投稿

はじめて投稿させていただきます。
アドバイスいただけますと幸いです。

スタンダード利用中ですが、プラグインが利用できない環境です。
※調整中

現在Accessのツールをkintoneに移植しようと動いています。
その中で従業員の管理簿があるのですが、在籍ステータスを配属日と離職日で自動判断できないかと思っています。

そこでテキストフィールドを作成し、本日日付と配属日/離職日をIFで比較し、現在ステータスを算出。
一覧画面で表示できないかと考えました。
IFを数個ネストさせて判断させようと思ったのですが、「today()関数は利用できない」と表示されます。

例)
 if(txt離職日=today(), "就業予定", "就業中"))

直接数式にtoday()を含めるのが良くないかと思い、本日日付算出用のテキストフィールドにtoday()を設定しようとしましたが、編集画面で開いた日付が入るとのこと。
これでは現在ステータスが算出できません。

こういったことはプラグインやJSを利用しないと実現できないのでしょうか?
先人のお知恵をお借りしたく、よろしくお願いいたします。

5件のコメント (新着順)

お尋ねになられていることへの直接的コメントではないことと
ご存知であれば失礼いたします。


kintoneの基本機能における「計算」には、色々と制限等々がございます。


https://jp.cybozu.help/k/ja/app/form/autocalc/basic_error/autocalc_format.html

  • 上記、サイボウズ様のkintoneヘルプに「演算子と関数の一覧」が案内されております。



恐らく使用できる関数の種類の少なさに驚かれると思います。
Excelの関数を使いこなしている方は、
kintoneで使用できる関数の少なさに、
躓きや落胆を感じられるのではないかと思います。


プラグインや連携サービス導入は、
各社各様に規制があったり、諸事情があると存じます。
よく、皆様が推奨されるTiS様の無償プラグインは、
弊社は、無償であるが故に逆に使用許可が下りません。


現在、R3 institute様の「gusuku Customine」の導入を
ご検討されていらっしゃり、難航されているとのこと。
釈迦に説法で恐縮ですが、
使用できる関数の少なさ等も、
導入の理由付けの一つにはなりませんでしょうか。

配属日/離職日が日付フィールドであって、在籍⇔離職の2ステータス表示だけでよいなら、
・自動計算付き文字列(1行)フィールドにIF(離職日-配属日>0,"離職","在籍")を書く
というのはいかがでしょうか。

・ご存知の通り、標準機能ではtoday()関数は使えませんので、今日との比較は[今日]フィールドの配置と手設定が必要になります。
・離職日入力があるかないかだけで判定しているので、離職日に入力した時点で”離職”が表示されてしまいます。
ですが…

(思想がかなさんと被ってしまいました💦すみません🙇🏻‍♂️)


Seal777さん、コメントありがとうございます。

実際にはもう少しステータスを分けて出したかったんですよね…
いずれにせよ動的な表示というのは標準状態ではできないというのは理解しました。
従来ツールとは頭を切り替えたほうが良さそうですね💦

改めて、アドバイスありがとうございました!

実際にはもう少しステータスを分けて出したかったんですよね…

少々手間でも、
①Accessの設計資料があればそれを、無ければ自力でAccessの当該処理に関するところを解析して、
②Excelに以下表を用意し、
 横軸:条件判定に使用するフィールド名(使うもの全部を個別セルに分解)|条件式の演算子+判定値|判定が真の場合のステータス表示|判定が偽の場合のステータス表示(💡文字列:””/数値:0)|条件式計画欄
 縦軸:出てくる条件分の行を用意
③データセルに判定条件や表示文字列などを入れ込む。
と整理することをオススメします。

そうしてできた表を眺めれば、「日付記入は当日記入というルールにするだけで日付間の動的日付は要らなさそう」とか、「ココはコレを条件に入れなくてもよさそう」、「条件を集約出来そう」などが見えてくると思います。

そうやってブラッシュアップした表は、設計資料や引継ぎ資料に転用できるものになります。

で、条件式計画欄に行内で完結するIF文(💡)を書き、計算式には文字列:& / 数値:+で繋げて(💡)(何なら改行も入れて)書けば、ネストに悩まずとも可読性に配慮した一大条件式を作ることができます。

勿論、「動的表示はやはり必要」となっても作った表は十分活きます。
よろしければお試しください。

なお、「標準機能で動的表示はできない」のではなくて、「標準機能で自動的な動的表示はできない」です。

ご参考になれば幸いです。

suji バッジ画像
2025/12/02 19:09

こんばんは。

管理簿を使って何をするかにもよりますが
見る、表示する、だけなら一覧の絞り込み条件で
制御するでよいかと考えます。

以上です。


sujiさん

コメントありがとうございます。
なるほど、ステータスに応じたビューを作っておくようなイメージでしょうか。
一括DLしたときにはExcel等で条件判断させるような感じですね。

代替案としてアリですね!
参考にさせていただきます。ありがとうございました!!

かな
建設業
2025/12/02 18:08

仰る通り、kintoneの自動計算では「TODAY関数」が使えません。
また、保存したレコードを自動で更新するということも出来ないため、配属日や離職日を過ぎても自動計算式が更新されることはありません。(プラグインやJSカスタマイズが必要になってきます。)

一つ基本機能内でも実現する方法としては、「離職日が入力されたら」という条件にする。

IF(離職日 ="","就業中","離職予定")

離職日が入力されたら「離職予定」になる。ということですね。
離職後の処理は、離職日をトリガーにリマインドしてレコードを更新する、というのも手です。

ちなみに、
プラグインは調整中とのことですので、もし入れられるようになったら、
「条件分岐処理プラグイン」というのが無料でTODAY関数も使えます。
【条件分岐処理プラグイン】https://www.tis2010.jp/branchprocess/
(使用できる関数:https://kintone.tis2010.jp/docs/plugins/branchprocess/ja/)
こちらも参考にしてみてください。


かなさん、コメントありがとうございます。

なるほどー
数式結果もあくまでもレコードの値として扱われる。
レコードの自動更新という概念も無いため、数式が自動で実行されることもないってことですね…

となるとご提案の通り、就業時あるいは離職時に手動更新してステータスを変えるという方法しかなさそうです。
そうすると手動でステータス設定を行うのとあまり変わらないですね…

プラグインですが、職場環境的に細かめの取引先チェックを求められまして、気軽に入れられる環境でないのです。
自作JSならOKなんですが、将来的な引継ぎを考えるとそれも現実的ではないなと。
一本でこなせそうなgusukuを導入できるよう提案中ですが、難航しています…

いずれにせよアドバイスありがとうございました。
また何かありましたらご相談させてください!!

引き継ぎに絡む記述がありましたので、横からすみません💦

CUSTOMINEや他のプラグインでカスタマイズする時最終的にアプリに注入されるのは、自作JSと同じくJavaScriptです。
コード”作成”のし易さから「プラグイン導入=引継ぎがとても楽になる(何なら引継ぎ資料作らなくても大丈夫)」と思われる方が多いと思いますが、「定義された要件、処理のフロー、フロー全体/詳細処理ブロックの設計思想などがいかに正確かつ容易に引継げるか」(つまり、引継ぎ資料の充実)が肝で、自作JSだろうとプラグイン使用だろうと要るわけで…ココは負担感の差が出にくいところだと小生は考えます。
(確かに自作JSだと文法理解も付いてくると思いますが、生成AIによって自習でも賄えるようになってきてると感じます。よって、引継ぎに関しては二の次かと。)

ちなみに、小生もCUSTOMINE一択のカスタマイズ環境で、仲間が増えるのは嬉しいですが、👆🏻を考えると頭が痛いです😱

Seal777さん、コメントありがとうございます。

ご指摘の通り、引継ぎのドキュメントの重要性は理解しています。
※既存のローカルシステムについてもその辺は注意ながら用意しています

そもそもJS触れる人員がおらず、ガイド見ながら四苦八苦するしかない状態なため、
コードより仕組みを残しておかないと、まともな引継ぎや外出しもできない状況です💦

アドバイスありがとうございます。
改めて念頭に置きながら進めたいと思います。

例としてあげた数式が正しく表示されません…
if(txt離職日=today(), "就業予定", "就業中"))


ふゆき
製造業
2025/12/02 18:19

キンコミ内で半角を使うと、マークダウンの影響を受けるみたいです

計算式を「 ` 」で挟むと👇影響が少ないですが...完璧ではないです

IF(a=b,a*c,b*c)

ふゆきさん

コメントありがとうございます。
なるほど、マークダウンが効くんですね💦

アドバイス感謝です!!