ニッタさん 返信ありがとうございます。 承認のためにアプリを作成するという事ですね！ 一つのアプリで完結させようと思っていたので、この案は思いつきませんでした。 想像力が乏しいので、もう少し詳しく教えていただきたいのですが、2の運転承認アプリに1の運転日報アプリの内容を関連レコードで表示させ、申

日報と月報という形に分けて 日々の報告は日報 承認・確認に関しては日報を関連レコードで表示させた月報で行うのはいかがでしょう？

はじめまして。　アプリを分けてはいかがでしょうか？ １．運転日報 ２．運転承認アプリ 運転承認アプリは、関連レコードで月1回、申請者が申請するのはいかがでしょうか？

（開発社はあまり発言しない方がいいのかな～とドキドキしながら初投稿です） krewDataではないのですが、弊社でぴったりのkintoneプラグインを開発しています。 ▼関連レコード集計プラグイン https://adiem.jp/kintone-plugin/related-record-ag

関連レコード内の数値を集計し、合計値を所定のフィールドに反映させたいと考えているのですが、KrewData若しくはJavascriptでの設定方法を教えて頂きたいです。

こんにちは。 個人的には一覧アプリと作業記録アプリはわけた方が良いかなと思います。 というのも弊社で使っていたアプリで複数人が一つのアプリに入力するようにしていたところ、どんどん項目の要望が増えて収集が付かなくなったことがあるからです。 （増えた項目を後から削る作業は本当に大変でした💦） あと、最初

西村さん ありがとうございます。 「既存の引継ぎファイルや引継ぎの要点をまずは迷子にならいよう集約すること」 自分が今の仕事を引き継いだ時にファイルの場所がわからなくて困っていたのですごく共感しました。 前任の方が過去のデータ保管場所に説明書も保管していたので説明書の存在を知ったのが一通り終わっ

アンデスさん >自分用アプリって引継ぎに必要 たしかにそうですね。 うちの場合はズバリ「引継書」アプリを作成しています。 渡者⇒受者をユーザー選択で設定 内容は引き継ぎ書(Excelなど)を添付もしくはリッチエディターで手入力するシンプルなもの。 既存の引継ぎファイルや引継ぎの要点をま

創さん 作成者や更新者なら計算式に使えるので、 日報は日付＆作成者、案件管理は日付＆更新者で自動計算して関連レコードの条件にしてしまうのはどうでしょうか？

関連レコードで、日付とユーザーが同じレコードを表示したい！ いつも勉強させて頂いてます！創です！ 現在、日報アプリのアップデート中。日報にも記録を書かなきゃいけないし、案件管理にも進捗を登録しなきゃいけないので、転記作業が嫌になってきました！ 今回登場するアプリ ・日報アプリ ・進捗記入アプリ