[NEWS] Dziennik zdarzeń w ofertach zalogowanego sprzedawcy

[TomekKaczmarek]

Udostępniliśmy dziś nowy zasób w wersji beta - GET /sale/offer-events. To dziennik zdarzeń w ofertach zalogowanego sprzedawcy, który zwraca informacje z ostatnich 24 godzin o:

• wstawieniu oferty (“type”: “OFFER_ACTIVATED”);
• zmianie w ofercie (“type”: “OFFER_CHANGED”);
• zmianie liczby sztuk w ofercie - zwracany również po zakupie (“type”: “OFFER_STOCK_CHANGED”);
• zmianie ceny w ofercie (“type”: “OFFER_PRICE_CHANGED”);
• zakończeniu oferty (“type”: “OFFER_ENDED”).

Ważne! Eventy zwracamy dla ofert w statusach ACTIVE i ACTIVATING. Oznacza to, że nie otrzymasz eventów dla ofert w statusie INACTIVE i ENDED.

W wywołaniu możesz podać parametry wejściowe, które pozwolą ci dopasować odpowiedź do twoich potrzeb:

• from - podaj id eventu, by uzyskać wszystkie eventy które nastąpiły później (np. from=MTEzMjQzODU3NA);
• limit - podaj liczbę eventów, które chcesz uzyskać w odpowiedzi (domyślnie 100, max. 1000);
• type - podaj typ eventów, które chcesz uzyskać w odpowiedzi (np. type=OFFER_ENDED).

[kormichu]

Czy będzie odpowiednik pola infoType z metody doGetSiteJournal ?

[TomekKaczmarek]

@kormichu nie do końca, będzie osobny zasób, którym pobierzesz dziennik zdarzeń w ofertach z całej platformy

[kormichu]

@TomekKaczmarek jak długie planujecie pole from ? Przydałoby się to zapisywać w bazie, a nie chce się obudzić z obciętym stringiem

[Onixarts]

Wspaniale! Pytanie, dlaczego tylko z 24h?

[TomekKaczmarek]

@kormichu Id ma maksymalnie 256 znaków (wkrótce dodamy tę informacje do dokumentacji) @Onixarts dziennik służy przede wszystkim do pobierania informacji o bieżących zmianach w ofertach, dlatego założyliśmy dla niego 24 godziny.

[mati1986]

Metoda na pewno się przyda, gdyby jeszcze przy typie OFFER_STOCK_CHANGED oraz OFFER_PRICE_CHANGED zwracało na jaką wartość została zmieniona cena/stan było by super :)

[TomekKaczmarek]

@mati1986 Dzięki za sugestię - zobaczymy co da się zrobić.

[barthoos]

Przy zdarzeniach OFFER_PRICE_CHANGED oraz OFFER_STOCK_CHANGED oprocz konkretnych wartosci na ile cos sie zmienilo konieczne jest podanie "zrodla" zmiany. Przy zmianie ceny potrzebuje wiedziec czy jest to zmiana przez Api, czy przez "uzytkownika" na www (changedBy: user/api). Przy zmianie ceny oprocz user/api dodatkowo opcja "sale".

Bardzo podobnie jak to zrobiliscie w OFFER_ENDED, gdzie jest endedBy: user/expiration.

Inaczej dziennik odnosnie zmian cen/ilosci jest dla mnie bezuzyteczny, bo nie dam rady tego zgrac/zsynchronizowac z moimi automatycznymi adjustmentami stocku/cen.

[MaciejFrackowiak]

@barthoos Dziękuję za spostrzeżenia - przekaże je jako sugestie do zespołu odpowiedzialnego za funkcjonalność.

[ghost]

Dołączam się do @barthoos w tej chwili zwracane jest USER, a przydałoby się USER / API "Type": "OFFER_ENDED", "Offer": { "Publication": { "EndedBy": "USER", "EndedAt": null

[MaciejFrackowiak]

@SebastianOzdoba Twój głos również dopisuję do sugestii.

[bugproof]

Taka jeszcze propozycja aby z OFFER_ACTIVATED zwracało czy to jest całkowicie nowa oferta, czy została reaktywowana. Czy udało się coś zrobić z tym aby eventy stock i price zwracały wartości? Problem w tym, że trzeba za każdym razem pobierać te oferty bez sensu.