Opis
Problem ze zmianą czasu utworzenia występuje, gdy review lub merchant ma różne czasy utworzenia w różnych aktualizacjach. Czas utworzenia jest polem niezmiennym, więc zmiany czasu utworzenia spowodują wystąpienie tego problemu.
Rozwiązanie
Aby rozwiązać ten problem, wybierz jedną z tych opcji:
Opcja A:
Jeśli chcesz użyć pierwotnego czasu utworzenia, ponownie dostarcz review lub merchant z pierwotnym create_timestamp i zaktualizowanym last_update_timestamp.
Opcja B:
Jeśli chcesz użyć nowego czasu utworzenia, ponownie dostarcz element review lub merchant z nowym elementem create_timestamp i zaktualizowanym elementem last_update_timestamp. Następnie poinformuj zespół pomocy o nazwie pliku zawierającego wpis. Zespół pomocy może Ci pomóc w rozwiązaniu tego problemu.
Przykład
1 marca przesyłasz do punktu końcowego plik danych „2017_03_01.xml”. Plik zawiera wpis dotyczący opinii, która nie została wcześniej wysłana:
<review id="156368" mid="2739">
<reviewer_name>Ada</reviewer_name>
<create_timestamp>2017-02-25T03:02:23Z</create_timestamp>
<last_update_timestamp>2017-02-25T03:02:23Z</last_update_timestamp>
<country_code>US</country_code>
<title>Great prices</title>
<content>My order arrived on time and I got a great price.</content>
<ratings>
<overall min="1" max="10">9</overall>
<customer_service min="1" max="10">10</customer_service>
</ratings>
<collection_method>after_fulfillment</collection_method>
</review>Następnego dnia przesyłasz plik danych „2017_03_02.xml”, który aktualizuje czas utworzenia opinii „156368”:
<review id="156368" mid="2739>
<reviewer_name>Ada</reviewer_name>
<create_timestamp>2017-02-26T11:01:42Z</create_timestamp>
<last_update_timestamp>2017-02-26T11:01:42Z</last_update_timestamp>
<country_code>US</country_code>
<title>Great prices!</title>
<content>My order arrived on time and I got a great price.</content>
<ratings>
<overall min="1" max="10">9</overall>
<customer_service min="1" max="10">10</customer_service>
</ratings>
<collection_method>after_fulfillment</collection_method>
</review>Drugi wpis do sprawdzenia „156368” powoduje konflikt w czasie utworzenia. Otrzymasz powiadomienie od zespołu pomocy z informacją o wystąpieniu problemu z danymi.
Po zapoznaniu się z dokumentacją dotyczącą rozwiązania tego problemu wybierasz Opcję A, aby przywrócić pierwotną datę utworzenia. Oryginalny czas utworzenia to „2017-02-25T03:02:23Z”. Dlatego 10 marca przesyłasz ten plik danych „2017_03_10-fix.xml”:
<review id="156368" mid="2739">
<reviewer_name>Ada</reviewer_name>
<create_timestamp>2017-02-25T03:02:23Z</create_timestamp>
<last_update_timestamp>2017-03-09T02:40:23Z</last_update_timestamp>
<country_code>US</country_code>
<title>Great prices!</title>
<content>My order arrived on time and I got a great price.</content>
<ratings>
<overall min="1" max="10>9</overall>
<customer_service min="1" max="10">10</customer_service>
</ratings>
<collection_method>after_fulfillment</collection_method>
</review>