Authorization
- Requested
- Evidence needed
- Approved
- Rejected
- Expired
Shows whether physical movement is allowed.
Track authorized items from ship-by date through transit, receipt, inspection, diagnosis, disposition, repair or replacement, and customer confirmation.
The tracker should answer where the item is, what decision is waiting, who owns it, when the promise is due, and what the customer last heard.
Do not collapse shipment, receipt, inspection, technical decision, and fulfillment into one ambiguous “in progress” status.
Shows whether physical movement is allowed.
Locates the item before internal receipt.
Separates physical review from arrival.
Makes the approved operational and customer outcome explicit.
Prevents “decision made” from being mistaken for “customer resolved.”
Segment duration by stage so the team fixes the right constraint.
Time from complete request to authorization decision.
Find policy, evidence, and approval delay.Time from authorization or first scan to matched receipt.
Separate customer and carrier exceptions.Time from receipt to completed diagnosis or recommendation.
Plan technician capacity and missing-evidence work.Time from disposition approval to fulfilled and customer-confirmed outcome.
Protect replacement, repair, refund, and communication promises.One RMA can contain several items, and each item can take a different route. Separate the records without losing the shared customer and authorization context.
Customer, order, authorization reason, approved scope, return window, requested outcome, and communication owner.
Product, serial or lot, quantity, expected condition, received condition, diagnosis, disposition, and current owner.
Shipment event, receipt match, inspection update, approval, repair, replacement, refund, supplier handoff, and customer confirmation.
Managers should be able to open each signal and see the exact cases that require action.
Authorization date, ship-by date, tracking state, customer contact, and owner.
Identity match, condition, failure reproduction, evidence, assigned technician, and blocker.
Disposition, fulfillment owner, promise date, availability, payment or shipment event, and customer update.
RMA number, customer, item, authorization, shipment, receipt, inspection, diagnosis, disposition, owner, due date, blocker, promised outcome, customer update, and closure confirmation.
It can, but model item-level identity and disposition when products may arrive, be inspected, or resolve differently. A parent RMA can summarize the customer case.
Use standard exception types and filtered queues for shipment, identity, evidence, diagnosis, parts, approval, supplier, and customer-confirmation blockers.
Yes. Workflows can send reminders or route escalations based on stage, due date, SLA health, and exception status.
Use the populated Jodoo application to test stage definitions, owner queues, due-date reminders, exception views, and customer confirmation.