詳細検索

Yumaさん 変更履歴をデータとして扱いたい。シンプルで簡単な方法でとのこと。 シンプルで簡単な方法ということですので標準機能で考えてみました。 アンデスさんのアプリアクションを使うという方法はよいですね！ アプリアクションは同一アプリ（このアプリ）で利用できますのでひとつのアプリで完結すること

同一アプリの内容の反映について 車輌日報を作成中なのですが、作成に行き詰っているので教えていただきたいことがあります。 　 現在手書きで車輌日報を記入していますが、kintoneに移行予定になり作成途中です。 担当者ごとに一覧の表示を切り替えて確認する予定です。 担当者ごとに車輌が割り当てら

>見積依頼書～見積書～価格決定書～上申書（稟議書）～決裁書類 つまりBとは見積依頼書からプロセスを経て決裁書類になりますか？ もしそうであれば見積依頼アプリを作成しプロセス管理で見積書、価格決定、上申、決済ワークフローを回してみるのも作戦ですね！kintone化のメリットになりますね。 C

さくマックさん、こんにちは ユーザーマスタで１ユーザーIDのに紐づくデータが複数あるとはどういうデータになりますでしょうか？ マスタとなると１ID１ユーザーで下記のようにイメージしたのですが、 1001：Aさん 1002：Bさん 1003：Cさん もしかして、複数事業所があって、下記のように事業所

かのってぃさん こんにちは。 回答ありがとうございます。 まだ全機能を把握しきれておらず、kintoneの多機能さに驚いております。 関連レコードには触ったことがなかったので、勉強になりました。 おっしゃる通り、この方法での実装がよさそうです。 一覧の絞り込みについても教えてくださってありがと

私も、標準機能でするのであれば、 テーブルを関連レコードにして最後に借りている人がわかるようにすると思います。 もしくは、マスタ側に貸し出し履歴を残して、アクションを作って、マスタから貸出簿へ移行する方法をとり、 マスタ側に関連レコードを表示させていくやり方がいいかなと考えました。

この構成だったら、私はテーブルにするのではなく、１レコードとして登録しますね。 テーブルに追加していく方法にすると、 ひとつの機器に対して、履歴が半永久的に増えることになるので、どんどんレコードが重くなっていきます。 テーブルの形にしなければかのってぃさんが仰っているように関連レコードで表示するこ

こんにちは！ わたしも同じようなことで悩んだ経験があります…！ 履歴管理には「関連レコード」もぜひ候補にいれていただければ！ 「関連レコード」は【同じアプリ内でも参照できる】ので、レコード単位で登録してもOKでしたら 履歴の表示に便利です。 一覧は「今貸し出し中のもの（終了日「以降」今日）」などで

きったんさん 「関連レコード一覧フィールド集計プラグイン」使ったことなかったのでやってみました。この需要はよくあるので便利ですね！ higuchiさん 内容をお見受けしたところかなり作り込んでおられるようですね。であるなら 「gusuku Customine （グスク カスタマイン） 」という選択

はじめまして。 関連レコード一覧の集計ができるプラグインは 無料であればTISさんの「関連レコード一覧フィールド集計プラグイン」があります。 私は使ったことがないので何とも言えないのですがご紹介だけでも・・・ https://www.tis2010.jp/referencesummary/