Open sandeepshahi opened 1 year ago
@bluecypher Feedback implemented. Also updated the schema for all the other flows. https://github.com/ONDC-Official/verification-logs/pull/587
/on_search
/on_select
/on_init
/on_confirm
/on_status (shipped)
/on_update
/on_status (after return_initated)
/on_update
/on_status (post return_initiated)
/on_select (unavailable)
@krishna-mi
You have commented "fulfillments[0].end.location gps is not matching with gps in /select" but I didn't find any issue, can you please check again
In flow-1 you have commented "quote should not be updated in Return_Initiated state (updated either in Return_Picked or Liquidated state)" In flow-3 you have commented "quote is not updated in Return_Initiated state (updated either in Return_Picked or Liquidated state)" As per the API v1.1.0 i.e. shared and my understanding
@krishna-mi
@bluecypher Implemented feedback: https://github.com/ONDC-Official/verification-logs/pull/617
Please Note:
@krishna-mi, nothing is contradictory. The flows should be rectified as mentioned in the comments. https://github.com/ONDC-Official/verification-logs/issues/565#issuecomment-1498580918
@bluecypher As per the API contract shared in all the on_update calls Reverse-QC fulfillment is present when return is approved, picked or delivered. So followed the same and implemented the changes.
In flow-1 you have commented /on_status (after return_initated)
In flow-3 you have commented /on_status (post return_initiated)
Can you please clarify regarding these two comments.
@krishna-mi, both comments are for "Return_Initiated" state where ReverseQC is not created.
@bluecypher in the flow-1 it is mentioned as Reverse QC is not created in return initiated state, in flow-3 it is mentioned as Reverse QC should not be created, so which one is correct?
@krishna-mi, please refer to latest comment.
@bluecypher updated with all the feedback https://github.com/ONDC-Official/verification-logs/pull/617 https://github.com/ONDC-Official/verification-logs/pull/622
timestamp difference between /action and /on_action calls should be less than 5s
/on_search
/on_init
/on_status (shipped)
/on_status (delivered)
/on_status (return_approved)
on_update should be used for relaying the part return states to the buyer app and the message_id should be kept same as in /update (temporarily) to track individual return state
/on_select (out of stock)
@krishna-mi
@bluecypher Implemented the feedback. https://github.com/ONDC-Official/verification-logs/pull/631
/on_confirm
/on_status (delivered)
For Return Flows: on_update should be used to provide update of the return flow instead of /on_status
@krishna-mi
Flow 1
/on_search
/on_select
/on_init
/confirm
/on_confirm
/on_status (delivered)
/on_update
/on_status (return approved)
Flow 2 (Not as per the API Contract)
In case of change of delivery address, a new /select call should be initiated
Invalid cancellation through /on_status
@krishna-mi