必須
サプライヤーのカテゴリ、承認された範囲、リスク層から証拠の種類を決定します。
カテゴリとリスクごとに証拠要件を設定し、実際の文書をレビューし、発行者と有効性の詳細を保存し、更新作業をルーティングし、受け入れられた証拠をそれがサポートする決定に結び付けます。
ファイルのアップロードは準拠していません。動作中のアプリは、ドキュメントの存在をレビューステータスから分離し、期限切れ、有効期限切れ、レビュー待ち、受理されたレコードをサプライヤーと証拠の種類とともに表示します。
Jodoo の Free プランは最大 5 ユーザーまで利用でき、クレジットカードは不要です。
重要な作業はドキュメントを中心に行われます。
サプライヤーのカテゴリ、承認された範囲、リスク層から証拠の種類を決定します。
発行者、参照番号、発効日、有効期限が記載された文書をキャプチャします。
明確な理由と責任ある査読者を添えて、証拠を受理、拒否、または返送します。
交換証拠を収集、検討、承認するよう、担当者に早めに警告してください。
有効期限を認定、購入、または受け取り管理の決定にエスカレーションします。
すべてのサプライヤーにすべての文書を要求しないでください。
資材、サービス、間接支出のサプライヤーは、さまざまな証拠を必要とする場合があります。
管轄区域、運営場所、目的地によって、必要なライセンスや宣言が変更される場合があります。
リスクの高い作業では、サードパーティの証明書、監査、または定期的な認証が必要になる場合があります。
所有権、サイト、プロセス、材料、または規制の変更により、焦点を絞った証拠の更新がトリガーされる可能性があります。
更新ダッシュボードには、次に何が起こる必要があるかが答えられるはずです。
サプライヤー、義務、残り日数、レビュー担当者、不足している代替品を 1 つのキューで確認できます。
失効によって新たな特典が妨げられるか、コントロールの受け取りが必要になるか、再資格のトリガーとなるかどうかを確認してください。
クリーンなリポジトリは、ドキュメントの一括アップロードではなく、明確な適用性と終了条件から始まります。
各証明書、ライセンス、宣言、ポリシー、または評価をリストし、それを適用するサプライヤーのカテゴリ、サイト、およびリスクを記録します。
証拠の種類ごとに、アップロードが証拠として受け入れられる前に必要な発行者、範囲、日付、内容、およびレビュー担当者の基準を指定します。
サプライヤーの対応、レビュー、修正に十分な時間をとり、更新を怠った場合の下流への影響を明確にします。
すべての履歴ファイルに誤解を招く緑色のステータスを割り当てるのではなく、現在のレコードを承認済み、期限切れ、期限切れ、またはレビュー待ちとしてロードします。
必要なサプライヤーの証明書と文書、その範囲、発行者、レビューステータス、有効性、更新の所有権、証拠の欠落または期限切れによって影響を受けるサプライヤーの決定を追跡します。
いいえ。組織は文書を受け入れる前に、文書、発行者、適用範囲および日付を確認し、レビュー担当者の決定を保持する必要があります。
有効期限が切れる前に、収集、レビュー、修正、承認決定を行うために十分早めに開始してください。リードタイムには、証拠の種類、サプライヤーの対応、失効による業務への影響を反映する必要があります。
文書化されたポリシーを適用します。交換をリクエストし、レビューをエスカレーションし、新しい特典を制限するか、受信制御を追加するか、再資格をトリガーするか、影響を受けるスコープを一時停止するかを決定します。許容できる証拠が検討されるまで、運用上の結果がバイヤーと受領チームに見えるようにしておきます。
はい。訓練を受けた Jodoo 管理者は、証拠の種類、適用性フィールド、受け入れルート、および更新キューを数十分から数時間で追加できます。ルールを運用的に使用する前に、受け入れられたレコード、返されたレコード、期限切れのレコード、および期限切れのレコードをテストします。
入力済みの準備ダッシュボードを使用して、更新の所有権、ステータスの確認、証拠が失効したときの下流の決定をテストします。