詳細検索

　お疲れ様です。 画像を見る限り、レコード内のテーブルの基本的な構造について、正しく理解されていないように思われます。 https://cybozu.dev/ja/kintone/docs/overview/field-types/ 　キンコミのガイドラインでは、カスタマイズについての話題は非推奨

こんにちは。 私もsujiさんと同様、本件ご相談を拝見する限り、 テーブルではなく、各発令をレコード登録したほうがよいと思います。 どうしてもテーブルがよいというのであれば、 https://kincom.cybozu.co.jp/chats/malwhmqkpxzxwra0 でご紹介させていた

こんにちは。 ラジカルブリッジさんのプラグイン、カレンダーPlusでしょうか？ データの編集がレコード編集画面からの操作であれば、プラグイン設定値の変更ではなく ”カレンダーPlus表示用終了日時”フィールドを追加し、この日付を指定してやれば 対応可能かと考えます。 条件分岐処理プラグインで &

【カレンダーPlus】 前工程チーム用カレンダーの終了日時を別フィールドに変更したい ラジカルブリッジさんのカレンダーPlusプラグインを利用し、部署内の案件進捗管理アプリを構築中です。 以下のとおり「前工程チーム用」に表示するカレンダーの帯の終了日時を、デフォルトの“終了日時フィールド”ではなく

文字数をカウントするプラグインと、条件分岐処理プラグインを組み合わせて、カウント数を超えたら保存できないようにする、とかすると良いですかね。 【文字数カウントプラグイン】（無料） https://dx.japacom.co.jp/kintone-plugins/4391/ 【条件分岐処理プラグイ

お疲れ様です。 もう解決されてるかもしれませんが、 ミチナビ自動採番プラグインは通年コード対応しています。 https://michibiku.net/jidousaiban 無料版でも通年コード使えるようになってるので試してみてください。

sujiさん アドバイスと参考記事の共有ありがとうございます！ 手入力ミスの削減と、先行している「案件管理」とのデータ連携が大きな目的でしたが、 お金を扱う上での「信頼性と責任」という視点は、非常に重要な気づきになりました… 共有いただいたプラグインや実装事例を参考に、自分の方でリスク面も含めて今一

Seal777さん 丁寧な解説をいただき、ありがとうございます！ 私としては、現在の手入力ミスを減らすことと、既に運用している「案件管理」とデータを紐付けて一元管理したいという思いがあり、移行を検討していました。 いただいたメリット・デメリットの比較やプラグインの視点は、非常に勉強になりました。

>保存はしましたが、残しておいてもらえると私もとっても助かります…！ 了解しました、 本ｺﾒﾝﾄは残しますが下記のようなことがあっても 回答返信は出来ないことをご承知おきください －－－理由（＝何故？投稿(ｺﾒﾝﾄ)を残したくないのか）－－－－－－－ kintone は 常に改良がなされ

こんにちは。 結論から言うと、出来なくはないですがハードルがかなり高めです。 完全フィットしそうなプラグインが記憶してる範囲では無いので、 krewData等でのデータ集計で実装するかたちになろうかと考えます。 TISさんのプラグインを使って無料の範囲でなんとか出来なくもないですが お金を扱う