Statusy przesyłek INPOST nie są pobierane po dodaniu numeru do zamówienia - ten sam przepływ działa dla DHL
- 主要語言
- 沒有語言資料
- 星號
- 244
- 分支
- 40
- PR 合併指標
- 30 天內沒有已合併 PR
描述
**Opis problemu**
Po dodaniu numeru przesyłki InPost do zamówienia (przez API i ręcznie w panelu) kupujący widzi "Brak statusu śledzenia paczki" i statusy nigdy się nie pojawiają. Identyczny przepływ dla DHL działa poprawnie.
Przesyłki nadaje zewnętrzny podmiot (fulfillment) na własnej umowie z InPost, poza Wysyłam z Allegro i poza naszym kontem ShipX. Numer jest prawidłowy - publiczne API InPost (GET https://api-shipx-pl.easypack24.net/v1/tracking/{nr}) zwraca pełną historię statusów aż do delivered.
**Reprodukcja**
Zamówienie z dostawą Allegro Paczkomaty InPost, przesyłka inpost_locker_standard nadana przez podmiot trzeci, następnie:
```
POST /order/checkout-forms/{checkoutFormId}/shipments
{
"carrierId": "INPOST",
"waybill": "6539994100XXXXXXXXXXXXXX"
}
```
Odpowiedź 201, przesyłka widoczna w GET /order/checkout-forms/{id}/shipments. Mimo to statusy dla kupującego nigdy nie są pobierane.
Co sprawdziliśmy
Testowane przez API i ręcznie w panelu - zawsze ten sam efekt.
Dla DHL ten sam scenariusz działa (statusy się aktualizują).
Problem powtarzalny na wielu zamówieniach.
Znamy działający kontrprzykład: przesyłki InPost nadane analogicznie przez podmiot trzeci (też inpost_locker_standard), dla których Allegro poprawnie pokazuje statusy i wysyła powiadomienia. Publiczne dane trackingowe działającej i niedziałającej przesyłki są praktycznie identyczne, więc różnica leży w powiązaniu niewidocznym publicznie.
Z wątków na Społeczności (984391, 103822, 1074400) wynika, że dla InPost powiązanie może opierać się na maskowanym adresie ...+id@allegromail.pl przekazanym przewoźnikowi przy nadaniu, czego podmiot nadający na własnej umowie nie ustawia.
Pytania
Czy dla carrierId: INPOST dodanie numeru przez POST /order/checkout-forms/{id}/shipments powinno uruchamiać pobieranie statusów dla kupującego? Czy dla InPost statusy pochodzą wyłącznie z powiązania po maskowanym e-mailu na przesyłce, a waybill jest tylko informacyjny?
貢獻指南
這個儲存庫沒有索引到貢獻指南
研究方向
Start with the POST /order/checkout-forms/{checkoutFormId}/shipments flow for carrierId INPOST and compare it with the working DHL flow and the public InPost tracking response. Verify whether adding a waybill should initiate buyer-facing status retrieval, including cases where the shipment was created under a third-party InPost account; done means the expected behavior and required linkage are established.
由索引模型根據 Issue 內容生成。
評估
- 領域
- api
- Issue 類型
- 缺陷
- 難度
- 4/5
- 預估耗時
- 3-5 天
- 活躍度
- 活躍
- 描述清晰度
- 需要釐清
- 新手友好度
- 35/100