【技術實現步驟摘要】
本申請涉及計算機，特別是涉及即時配送商品損失判責方法、電子設備和計算機可讀存儲介質。
技術介紹
1、在外賣場景履約配送環節中，經常出現“餐撒餐漏”、“錯發錯送”等問題。現有的處理方式是支持用戶針對有問題的訂單發起退款申請，系統對退款申請審核通過后向用戶進行退款。對于交易糾紛的責任判定，則大多需要系統和人工共同進行。受限于現有技術能力，主要有如下幾個問題：1)缺乏通過系統技術還原實際業務情況的能力，在問題發生后的認定事實階段，系統缺乏對用戶行為和提交憑證的卡控；2)在系統定責階段，隨著上游缺乏卡控的無效數據流入，判責環節發生錯判、漏判情況增加；3)在系統定責階段，只能對用戶/商家/騎手/平臺中的任意一方進行責任裁定，在履約過程中，若系統無法識別有效憑證，只能通過部分特征數據強判單方責任，判責不準確問題會引發后續申訴，隨之帶來人工服務成本大幅增加。
2、針對餐損判斷不清的場景，受限于判責工具和判責能力只能強判單一責任方，責任界定不夠合理，導致相關角色的體驗受損以及平臺人力成本的浪費。
技術實現思路
1、本申請提供一種即時配送商品損失判責方法、電子設備和計算機可讀存儲介質，通過視覺識別能力模型避免非撒漏問題流入系統下游判責環節影響判責結果準確性，并通過引用能夠反映客觀情況的商家包裝分，來明確各方角色的權利與義務，提升判責準確性和平臺處理效率，減少了糾紛問題處理成本。
2、第一方面，本申請實施例提供了一種多責任主體餐損判責方法，所述方法應用于服務端，其特征在于，包括
3、接收用戶端發送的針對進行中訂單的退款申請，所述退款申請中攜帶有損失憑證；
4、向商家端發送所述退款申請，等待商家對所述退款申請進行審核，所述商家是為所述訂單提供餐品服務的商家；
5、當接收到商家端發送的對所述退款申請不通過的審核結果時，通過視覺識別能力模型識別所述損失憑證中是否存在包裝破損和/或商品撒漏問題；
6、在識別結果為所述訂單存在所述問題時，獲取所述商家在平臺積累的包裝分，判斷所述商家包裝分與第一閾值的關系；
7、當所述商家包裝分低于第一閾值時，判定由所述商家和騎手共同擔責，當所述商家包裝分大于或等于第一閾值時，判定由騎手擔責，所述騎手是為所述訂單提供配送服務的騎手。
8、進一步地，在接收到所述退款申請之后，向商家端發送所述退款申請之前，所述方法還包括：
9、通過視覺識別能力模型判斷所述損失憑證是否有效，當所述損失憑證有效時，向商家端發送所述退款申請；
10、當所述損失憑證無效時，駁回當前退款申請，向用戶端發送重新上傳有效損失憑證的提示。
11、進一步地，對所述向用戶端發送重新上傳有效損失憑證的提示進行計數；
12、在判斷所述損失憑證無效之后，駁回當前退款申請之前，所述方法還包括：
13、查詢并判斷向用戶端發送重新上傳有效損失憑證的提示次數是否已達到第二閾值，當所述提示次數未達到第二閾值時，向用戶端發送重新上傳有效損失憑證的提示，當所述提示次數達到第二閾值時，向商家端發送所述退款申請。
14、優選地，所述損失憑證有效的判斷條件包括：損失憑證符合系統要求，或，能通過視覺識別能力模型從所述損失憑證中識別出包裝破損和/或商品撒漏。
15、優選地，所述商家在平臺積累的包裝分基于歷史訂單中用戶對餐品包裝的評分或星級評價生成。
16、進一步地，所述判斷所述商家包裝分與第一閾值的關系還包括：
17、查詢并判斷所述商家的歷史訂單數量與第三閾值的關系；
18、當所述商家包裝分低于第一閾值且所述商家的歷史訂單數量大于或等于第三閾值時，判定由所述商家和所述騎手共同擔責；
19、當所述商家包裝分大于或等于第一閾值且所述商家的歷史訂單數量大于或等于第三閾值時，或，當所述商家的歷史訂單數量低于第三閾值時，判定由所述騎手擔責。
20、進一步地，在所述服務端完成餐損判責之后，所述方法還包括：
21、向商家端和/或騎手端發送判責結果，以使商家端和/或騎手端向所述商家和/或騎手展示所述判責結果，所述判責結果至少包括判責原因、餐損分擔比例、餐損賠付金額以及發起申訴的提示；
22、接收商家端和/或騎手端返回的對所述判責結果的響應，將所述退款申請標記為審批通過，通過所述訂單所屬的原交易鏈路進行退款操作，并向所述用戶端發送退款提醒。
23、進一步地，接收到商家和/或騎手通過商家端和/或騎手端發送的申訴申請，所述申訴申請中攜帶有其他憑證，所述其他憑證包括文字、圖片、音頻和/或視頻；
24、通過判責系統對所述申訴申請進行處理，當所述判責系統能夠判定責任方時，再次向商家端和/或騎手端發送判責結果，以使商家端和/或騎手端向所述商家和/或騎手展示所述判責結果，所述判責結果至少包括判責原因、餐損分擔比例、餐損賠付金額以及轉人工服務的提示；
25、當處理結果為商家和/或騎手無責任時，判定由所述平臺進行所述商家和/或騎手相應責任部分的餐損賠付；
26、當所述判責系統判斷無法處理時，轉人工服務進行處理。
27、第二方面，本申請實施例還公開了一種計算機設備，包括存儲器、處理器及存儲在存儲器上的計算機程序，其特征在于，所述處理器執行所述計算機程序以實現1至8任意一項所述的即時配送商品損失判責的步驟。
28、第三方面，本申請實施例提供了一種計算機程序產品，包括計算機程序，其特征在于，該程序被處理器執行時實現權利要求1至8任意一項所述的即時配送商品損失判責的步驟。
29、本申請實施例公開的多責任主體餐損判責方法，應用于服務端，在問題發生認定事實階段，增加對用戶行為的引導和對提交的損失憑證的卡控，在系統定責階段引入商戶包裝分，通過包裝分形成商戶對餐品包裝質量的評估，并結合大模型系統對損失憑證的識別，以此來綜合判定是由用戶/商家/騎手/平臺哪個或哪幾個主體來承擔相應的責任，從而解決了現有技術中系統強判單方責任不準確帶來大量申訴的技術問題，通過搭建多方責任共擔的判責及處置能力，提高了判責合理性，減少了不必要的申訴，從而降低了人工服務成本。
30、上述說明僅是本申請技術方案的概述，為了能夠更清楚了解本申請的技術手段，而可依照說明書的內容予以實施，并且為了讓本申請的上述和其它目的、特征和優點能夠更明顯易懂，以下特舉本申請的具體實施方式。
本文檔來自技高網...【技術保護點】
1.一種即時配送商品損失判責方法，所述方法應用于服務端，其特征在于，包括：
2.根據權利要求1所述的方法，其特征在于，所述在所述訂單存在所述問題時，由判責系統做出商家和/或騎手承擔責任的判定，包括：
3.根據權利要求1或2所述的方法，其特征在于，對所述向用戶端發送重新上傳有效損失憑證的提示進行計數；
4.根據權利要求1或2所述的方法，其特征在于，所述損失憑證有效的判斷條件包括：損失憑證符合系統要求，或，能通過視覺識別能力模型從所述損失憑證中識別出包裝破損和/或商品撒漏。
5.根據權利要求2所述的方法，其特征在于，所述商家在平臺積累的包裝分基于歷史訂單中用戶對餐品包裝的評分或星級評價生成。
6.根據權利要求5所述的方法，其特征在于，所述判斷所述商家包裝分與第一閾值的關系還包括：
7.根據權利要求1至6任一項所述的方法，其特征在于，在所述服務端完成餐損判責之后，所述方法還包括：
8.根據權利要求7所述的方法，其特征在于，接收到商家和/或騎手通過商家端和/或騎手端發送的申訴申請，所述申訴申請中攜帶有其他
9.一種計算機設備，包括存儲器、處理器及存儲在存儲器上的計算機程序，其特征在于，所述處理器執行所述計算機程序以實現1至8任意一項所述的即時配送商品損失判責的步驟。
10.一種計算機程序產品，包括計算機程序，其特征在于，該程序被處理器執行時實現權利要求1至8任意一項所述的即時配送商品損失判責的步驟。
...【技術特征摘要】
1.一種即時配送商品損失判責方法，所述方法應用于服務端，其特征在于，包括：
2.根據權利要求1所述的方法，其特征在于，所述在所述訂單存在所述問題時，由判責系統做出商家和/或騎手承擔責任的判定，包括：
3.根據權利要求1或2所述的方法，其特征在于，對所述向用戶端發送重新上傳有效損失憑證的提示進行計數；
4.根據權利要求1或2所述的方法，其特征在于，所述損失憑證有效的判斷條件包括：損失憑證符合系統要求，或，能通過視覺識別能力模型從所述損失憑證中識別出包裝破損和/或商品撒漏。
5.根據權利要求2所述的方法，其特征在于，所述商家在平臺積累的包裝分基于歷史訂單中用戶對餐品包裝的評分或星級評價生成。
6.根據權利要求5所述的方法...
【專利技術屬性】
技術研發人員：張舒婷，崔抒楠，李舒妍，王國飛，李燁嘉，王潤朗，
申請(專利權)人：北京三快在線科技有限公司，
類型：發明
國別省市：
還沒有人留言評論。發表了對其他瀏覽者有用的留言會獲得科技券。