観察されたことを報告します
作期、農場、圃場またはゾーン、問題の種類、観測日時、説明、写真、および実施された即時対応を選択します。
モバイル灌漑問題報告
圃場情報とともに灌漑トラブルを報告
圃場またはゾーン、観察された状況、写真、即時対応、深刻度、および作物への影響リスクを記録し、その後、選別、対応、戻り、検証済み対応結果にルートする。
報告者は観察した内容と即時対応を説明します。指定された担当者が優先度と対応を決定します。Jodooは潅漑設備を制御したり、エンジニアリングまたは農学的助言を提供したりしません。
5ユーザーまで無料。クレジットカードは不要です。
コードを書かずに、項目・ワークフロー・ダッシュボードを調整できます。 1,000以上のアプリテンプレートと活用例を見る
架空のサンプルレコードを確認するにはサインインしてください。生産データ、クルーのアクセス、農学的ガイダンス、または自分の運用ルールを追加する前にコピーをインストールしてください。
観察済み現場での事実は報告者から得られます
トリアージ済み重大度と担当体制が確認されます
検証済み提出された修理は再度開く可能性があります
最初の観察を最終決定とは分けて保持します
これにより、漏れや圧力の問題を報告する人が技術的な優先度、担当体制、または終了を決める必要がなくなります。
対応をトリアージします
重大度と作物への影響リスクを確認し、監視するか、スケジュールを設定するか、今すぐ対応するか、地域を隔離するかを選択し、担当者と目標を割り当てます。
対応結果を提出します
対応担当者は修理または変更した内容を記録し、関連する証跡を追加し、問題を検証のために提出します。
確認または返却します
レビュー担当者は圃場の状況を承認するか、正確な理由を添えて記録を返却します。以前の対応は問題履歴に表示されたままです。
各人に、本当に決定できる問題の部分を与える。
これにより、レポートがクルーにとって分かりやすく、マネージャーにとって対応が責任あるものとなる。
| 役割 | 記録 | 決定しない | 終了条件 |
|---|---|---|---|
| 報告者 | 場所、観察、写真、即時対応 | 優先度、担当者、技術的承認 | 使用可能な文脈付きで報告提出 |
| トリアージ担当者 | 重大度、作物影響リスク、対応、担当者、目標 | 証跡なしでの最終修理承認 | 問題が意図的に割り当てまたは監視される |
| 対応担当者 | 作業実施、証跡、提出された対応結果 | 自分自身の最終承認 | レビュー用の対応結果準備 |
| レビュー担当者 | 検証または差し戻し理由 | 役割外の農学的または工学的助言 | 検証済み結果または明確な修正要求 |
技術的な結論を出す前に観察可能な事実を求める
指示を明確にすれば、スマートフォンフォームに長大な点検項目を詰め込まずに報告品質を高められます。
場所
農場、圃場またはゾーン、および作物・作期の関係を使用して、対応者が問題の場所を把握できるようにする
観察された状況
漏れ、低圧、ラインの詰まり、浸水、灌漑未実施、ポンプ/コントローラーの故障などの簡単な問題タイプと自由記述を提供する
即時対応
報告者がバルブを閉めたか、区域を隔離したか、危険を表示したか、上司に通知したか、または何もしなかったかを記録します。
証跡
写真や計測値は対応に役立つ場合に許可しますが、報告者に入手できない測定値を作らせることはしないでください。
過去の問題履歴を使用して対応と予防を改善する
ダッシュボードは、同じ種類の問題が再発する場所、開放時間がどれくらいか、対応結果が却下された理由を示すべきです。
期限切れの対応
過ぎた目標対応時間、特に緊急または隔離された区域について、現在割り当てられている担当者とともに表示する。
差し戻された対応結果
未読の確認、証跡不十分、修理未成功、または再オープンの原因となった未解決の現場状況を確認する。
繰り返しの場所または種類
問題を圃場、ゾーン、問題の種類、機器参照、及び対応結果ごとにグループ化し、農場がより深い保守作業が必要かどうかを判断できるようにする。
農場が変わると作業スペースを変更する
コーディングせずに問題カテゴリとエスカレーションを変更
オペレーション担当者は報告およびレビューの経路を灌漑システムと対応チームに合わせて調整できます。
数時間で問題対応アプリを構築し、数分でトリアージルールや証跡プロンプトを調整- 01ゾーン、問題の種類、状態、または即時対応の選択を追加
- 02必要な問題タイプに対してのみ測定値や写真のプロンプトを表示
- 03責任の移動に応じて担当者、レビュー担当者、対象、または緊急キューを変更
- 04圃場、タイプ、経過日数、または差し戻された対応結果によって繰り返し問題のビューを作成
このワークフローは対応を調整します；灌漑を制御するものではありません
この集中的なワークフローにより、テンプレートが農場の灌漑対応プロセスに適合するかどうか判断しやすくなります。
含まれています
モバイル報告、圃場と作物の状況、選別、担当体制、目標対応、解決、レビュー、返却、検証、再発問題の可視性。
適切な場合はメンテナンスに接続
問題が部品、労働、ダウンタイム、および機器履歴を必要とする修理を示す場合、メンテナンス作業指示を作成またはリンクする。
技術権限は外部に保持
このテンプレートをエンジニアリング、灌漑設計、農学、化学、安全、またはコンプライアンスの助言として扱わないでください。
作業員が報告を開始する前に解決すべき質問
灌漑に関する問題報告には何を含めるべきですか？
圃場またはゾーン、作物・作期の状況、問題の種類、観察時間、簡単な説明、役立つ場合は写真、即時対応、報告者を含めます。その後、トリアージが重大度、リスク、責任者、対応目標、決定を追加できます。
報告者が緊急度を選択すべきですか？
記者は観察可能な危険や影響を指摘することができますが、運用上の優先度、対応ルート、担当者の割り当ては指定されたトリアージ役割が管理するべきです。これにより、一貫性のない自己承認による終了が減少します。
修理を修正のために返却できますか？
はい。ネイティブレビュー経路では、レビュー担当者が確認するまで提出された対応結果は保留されます。差し戻し理由が添付されたままになるため、対応者は同じ問題を修正して再提出することができます。
これは農場のメンテナンスに接続しますか？
機器参照または関連する作業指示を保持し、問題を保守トラッカーにリンクできます。部品、ダウンタイム、予防保守スケジュール、および完全な機器履歴には保守システムを使用してください。
稼働中の農場システムを点検する
スマートフォンから問題を報告し、差し戻された対応結果を確認します。
架空のサンプルを使用して、明確な現場報告がどのようにトリアージ作業になり、応答が受け入れられるまでオープンのままであるかを確認します。
潅漑報告を開く