Konsola testowa
Wykonuj cały runtime API tak, jak zrobiłby to integrator (i finalnie klient ze Shopify). Każda akcja niżej uderza w live endpoint /v1/* twoim kluczem tenanta.
1 · Pobierz wycenę
POST /v1/rates — wachlarz do każdego włączonego przewoźnika, zwraca stawki które przeżyły + werdykty które zadziałały. Możesz symulować dowolną datę dostawy poniżej (domyślnie dziś).
2 · Wygeneruj etykietę
POST /v1/shipments — kupuje wybraną stawkę, generuje etykietę i zwraca numer śledzenia. Podpisany rateId jest weryfikowany przeciw nagłówkowi X-Rate-Meta.
Wybierz stawkę z sekcji 1, żeby odblokować ten panel.
3 · Śledzenie
GET /v1/track/:trackingNumber — pobiera znormalizowane zdarzenia.
4 · Ewaluacja macierzy dla daty
Odpalanie silnika dostępności dla dowolnej daty — możesz zobaczyć przed wyceną, co zobaczyłby klient. Łączy GET /v1/services?date=… z GET /v1/calendar/:date dla wyjątków tego dnia.
Zapisane reguły macierzy (0) · 0 pluginów w rejestrze
Reguły powiązane z pluginem (źródło pasujące do włączonego pluginu wpływającego) działają tylko gdy plugin wyemituje pasujący werdykt dla daty — więc mogą się nie pojawić na liście powyżej, mimo że są zapisane.
5 · Paczki do spakowania
GET /v1/packages/now i GET /v1/packages?date=… — zamówienia z Shopify (niezrealizowane) z rozwiązaną datą dostawy, rozpoznanym przewoźnikiem i kategorią. To, czego panel pakowania używa bez analizy po stronie klienta.
Wymaga zakresu packages:read na kluczu tenanta i przyznanego scope'a read_orders w aplikacji Shopify (ustawisz to w super-adminie → Integracje → Shopify, a kupcy muszą po tym ponownie zainstalować aplikację).