본문으로 건너뛰기
Workshop overview
Chapter 3 of 7
15 min

Use risk to order the review queue

Confirm the actual risk distribution, prioritize medium orders, and avoid treating the score as an automatic rejection.

Question for this chapter

Which of the 12 orders should a person review first?

Try it

Open the risk_assessment pipeline under refund_ops and select Run. The score combines past refund count, order amount, and customer tier on a 0.0–1.0 scale.

  • Below 0.3: low
  • 0.3 through 0.6: medium
  • Above 0.6: high

Success looks like this

risk_assessed_orders contains 12 rows.

Risk levelCountReview action
high0No current orders
medium5Priority review queue
low7Standard review queue

Inspect the five highest scores.

OrderScoreLevel
ORD-2025-00100.600medium
ORD-2025-00020.560medium
ORD-2025-00010.440medium
ORD-2025-00040.340medium
ORD-2025-00030.330medium

The maximum 0.600 is still not high; the code requires a value above 0.6.

Korean Portal risk-assessed orders showing risk scores and medium risk levels
The Portal capture is in Korean. Read score and level together, using medium for review priority rather than rejection.

Trace one order relationship

Run ontology_materialization. It produces 10 customer rows, 12 order rows, 6 refund-request rows connected to current orders, and 18 relation rows. Run this query in Graph Explorer:

MATCH path=(r:refund_request)-[:requested_for]->(o:sales_order)-[:placed_by]->(c:customer)
WHERE o.order_id = 'ORD-2025-0001'
RETURN path

The result should show RF-2025-005ORD-2025-0001CUS-001, placing risk and customer context around the same order.

Next decision

You have five orders to review first. Next, retrieve policy for a refund reason instead of deciding from the risk score alone.