2

私が回避しようとしている問題は、保留中の承認について報告できないことです。

各ステップの後に実行されるアクションでルーティングされているオブジェクトのフィールドを更新するという推奨事項を見てきましたが、これは、ステップが並列承認の場合は機能しません。

トリガーを付けることができるオブジェクトを見つけることができませんでした。これは、各人が承認した後に起動します。

一日の終わりに、誰が何を承認する必要があるかについてのレポートを作成できるようにする必要があります（各自が自分のホームページで承認する必要があるものを確認できることを認識しています。他の人がレポートを作成できるようにする必要があります。すべての保留中の承認）。

何か案は？

4

2 に答える 2

4

すべての保留中の承認または特定のユーザーの保留中の承認をいつでも誰でも確認できるようにする必要があったため、VisualForce ページを作成し、すべての保留中の承認またはユーザーの保留中の承認の検索に応じて、以下のクエリを使用しました。

すべての保留中の承認について:

[SELECT Status, TargetObject.Name, TargetObjectId, TargetObject.Type, (SELECT Actor.Id, Actor.Name, Actor.Email, CreatedDate FROM WorkItems)
                                    FROM ProcessInstance
                                    WHERE TargetObject.Type = 'ObjectICareAbout__c' and Status='Pending']

特定のユーザーの保留中の承認の場合:

[SELECT ActorId, Actor.Name, Actor.Email, CreatedDate, ProcessInstance.Status, ProcessInstance.TargetObjectId, ProcessInstance.TargetObject.Name
                                            FROM ProcessInstanceWorkitem
                                            WHERE ActorId = :user AND ProcessInstance.Status = 'Pending' AND ProcessInstance.TargetObject.Type = 'ObjectICareAbout__c']

次に、これらは共通のビュー モデルにマップされ、VF ページに表示されます。

于 2010-12-23T18:42:55.487 に答える
0

何よりもまず、[レポート] -> [管理レポート] -> [すべての保留中の承認要求]に移動します。

それをチェックして、ニーズに合わせて微調整できるかどうかを確認してください。管理者以外と共有できるようにする必要がある場合は、ダッシュボードを作成して (テーブルにすることもできます)、毎日の実行と電子メール送信のスケジュールを設定することを検討してください...

それでも回避策が必要だと思われる場合は、ぜひ試してみてください。

ただし、ステップが並行承認用の場合、これは機能しません

更新プログラムで数式を使用してみましたか? 次のようなものsomeHiddenNumberField +1が機能する可能性があります（現時点では、開発版ではテストできません）。直接そうでない場合は、 のような構文糖衣を使用しPRIORVALUE()ます。または、さらに良いかもしれません-テキストフィールドを持ち、それに日付/時刻+承認者を追加します。次に、最後のステップで「カウンター」をクリアして完了です。

数式ベースの更新のトリックが機能しない場合 (約束はありません。これは単なるアイデアです)、特別なフィールドを設定する古い方法を維持し、このオブジェクト (またはワークフロー?) で「更新前」トリガーも定義しますが、これも数式です。）値をチェックし、「カウンター」を更新し、隠しフィールドを元の値に戻します。

于 2010-12-17T20:40:20.847 に答える