Skip to main content
PATCH
Update Order Issue
This endpoint allows you to update existing order issues as they progress through resolution. You can change status, add resolution notes, process refunds, update priority, and document the complete resolution process.
Issue updates maintain a complete audit trail of all changes, ensuring transparency and accountability in the resolution process.

Path Parameters

string
required
The unique identifier of the order containing the issue
string
required
The unique identifier of the issue to update

Request Body

string
Additional notes or comments about the issue resolution progress
string
Updated priority level: “low”, “medium”, “high”, “critical”
string
Updated issue status: “open”, “investigating”, “in_progress”, “resolved”, “closed”, “escalated”
number
Amount to refund to customer (if applicable)
string
Source of refund: “merchant”, “platform”, “insurance”, “store_credit”
string
Detailed description of how the issue was resolved
boolean
Whether the customer expressed satisfaction with the resolution
boolean
Whether additional follow-up is needed
string
Scheduled date for follow-up (ISO 8601 format)
string
Employee ID of person now assigned to handle the issue
string
required
Employee ID of person making this update

Response

boolean
Indicates whether the issue was successfully updated
string
Confirmation message or error details
string
The ID of the updated issue
array
List of fields that were successfully updated
string
Previous status before this update
string
Current status after this update
boolean
Whether a refund was processed as part of this update
string
Timestamp when the update was applied

Request Example

Response Example

Status Progression:
  1. open: Issue newly created, awaiting initial review
  2. investigating: Issue under investigation, gathering information
  3. in_progress: Active resolution efforts underway
  4. resolved: Issue resolved, waiting for confirmation
  5. closed: Issue fully resolved and confirmed
  6. escalated: Issue escalated to higher authority
Status Change Rules:
  • Issues can move forward or backward in the workflow
  • Certain status changes trigger automatic notifications
  • Closed issues require manager approval to reopen
  • Escalated issues follow special handling procedures
Refund Processing: When refund_amount is specified, the system initiates the refund process automatically. Processing time depends on the refund_source and payment method.
Customer Communication: Always update the issue when you communicate with the customer. This maintains a complete record of all interactions and helps other team members understand the situation.

Update Tracking

When an issue is updated, the system automatically tracks:
  1. Change History: All field changes with before/after values
  2. User Attribution: Who made each change and when
  3. Status Timeline: Complete progression through resolution stages
  4. Communication Log: Record of all customer interactions
  5. Resolution Metrics: Time to resolution and satisfaction scores
  6. Pattern Analysis: Data for identifying recurring issues

Use Cases

Status Updates
  • Move issue through resolution workflow
  • Track progress and milestones
  • Communicate current state to stakeholders
Resolution Documentation
  • Record final resolution details
  • Document customer satisfaction
  • Plan follow-up activities
Refund Processing
  • Process partial or full refunds
  • Track refund sources and amounts
  • Document financial resolution
Escalation Management
  • Escalate complex issues
  • Reassign to specialists
  • Update priority based on severity
Quality Improvement
  • Add detailed resolution notes
  • Identify process improvements
  • Document lessons learned

Error Responses

Issue Not Found
Invalid Status Transition
Refund Processing Error
Permission Denied
Status Restrictions: Certain status changes may require manager approval or special permissions. Ensure you have appropriate access before attempting status changes to “closed” or “escalated”.

Field Validation

notes
  • Maximum length: 2000 characters
  • Required when changing status to “resolved” or “closed”
  • Cannot be empty string
priority
  • Must be one of: “low”, “medium”, “high”, “critical”
  • Critical priority issues trigger immediate notifications
  • Priority increases require justification in notes
status
  • Must follow valid status transition rules
  • Some transitions require manager approval
  • Cannot skip required workflow steps
refund_amount
  • Must be positive number
  • Cannot exceed original order amount
  • Requires refund_source when specified
refund_source
  • Must be one of: “merchant”, “platform”, “insurance”, “store_credit”
  • Required when refund_amount is specified
  • Different sources have different processing times