1b.app
Link kopiert -

Ukrposhta-Status wird nicht verarbeitet

Возникают сложности в работе почтовых сервисов?
Есть вопросы на которые сложно найти решение?
Вы можете создать топик на нашем форуме и там описать сложность! (это бесплатно) Создать топик
Die Ukrposhta-Integration mit Paketstatus funktioniert nicht korrekt
1. „Return für die Rücksendeadresse: für die Zieladresse“
2. Rücksendung für die Rücksendeadresse
Diese Status werden ignoriert. repariere es
https://prnt.sc/u9io4i
https://prnt.sc/u9iqjc
Die ursprüngliche Frage ist in der Version verfügbar: ru

Antworten:

Guten Tag. Bei der Fertigstellung von Ukrposhta wurde uns eine bestimmte Datei mit einer Liste von Status zur Verfügung gestellt, die die API geben kann. Es kann für 1 Stunde mit dem Notwendigen ergänzt werden
07.09.2020, 17:46
Originalkommentar zur Version verfügbar: ru

wo stelle ich es zur Verfügung? Dateien sind nicht angehängt. und wo Prozesse angebracht sind. du willst nicht mit mir reden. https://prnt.sc/u9iqjc
07.09.2020, 17:49
Originalkommentar zur Version verfügbar: ru

Wahrscheinlich haben Sie die Nachricht falsch gelesen. Als ich die Integration mit Ukrposhta durchführte, gab mir der Autor der technischen Aufgabe eine spezifische Liste von Ukrposhta-Status, die der Aktion hinzugefügt werden müssen. Um zusätzliche hinzuzufügen (die Ihnen fehlen), benötigen Sie 1 Stunde Verfeinerung.
07.09.2020, 17:52
Originalkommentar zur Version verfügbar: ru

also verbessere es. was ist das Problem? Ich denke, Sie können einen neuen Status schneller hinzufügen.
07.09.2020, 17:55
Originalkommentar zur Version verfügbar: ru

Bei der Integration von Ukrposhta funktionieren viele Status nicht, von zwei Dutzend wurden nur drei gefunden, die für unsere Bedürfnisse funktionieren.
07.09.2020, 18:45
Originalkommentar zur Version verfügbar: ru

Sie können eine Liste solcher Status bereitstellen und für die Überarbeitung bezahlen, um sie hinzuzufügen. Kosten der Überarbeitung 1 Stunde.
08.09.2020, 14:12
Originalkommentar zur Version verfügbar: ru

und mit dem nächsten update geht wieder alles kaputt.
08.09.2020, 19:17
Originalkommentar zur Version verfügbar: ru

http://prntscr.com/udrkzt Mindestens einer dieser beiden Status befindet sich bereits im Verzeichnis. verarbeitet werden müssen. und wird von der Integration ignoriert.
08.09.2020, 19:24
Originalkommentar zur Version verfügbar: ru

Ohne konkrete Beispiele kann ich dir leider nicht helfen. Wenn Sie mir ein bp zeigen, in dem es eine Aktion gibt, und einen Prozess, der einen solchen Status hatte, bevor die Aktion eingestellt und auf die Bühne gewechselt wurde, kann ich beantworten, warum. Wenn es einfach nicht funktioniert, kann ich nicht helfen.
09.09.2020, 09:48
Originalkommentar zur Version verfügbar: ru

Prozess 2634 zum Beispiel wie im Screenshot
20.10.2020, 13:09
Originalkommentar zur Version verfügbar: ru

An welchem Datum und in welchem Stadium sollte dieser Prozess Ihrer Meinung nach abgeschlossen sein?
20.10.2020, 14:32
Originalkommentar zur Version verfügbar: ru

20.10.2020, 15:15
Originalkommentar zur Version verfügbar: ru

https://prnt.sc/v3q2ok soweit ich das überblicken kann, gibt es in den Kommentaren nur Informationen zu einem Status. Vielleicht aufgrund der Tatsache, dass die Statusänderung schnell erfolgte, konnte Ukrposhta den Paketstatus um 17:00 Uhr nicht über API geben. Und um 18:00 Uhr, als die Kronen wieder funktionierten, hatte die Post einen anderen Status (der Status des Pakets wird stündlich per Box verfolgt). Wenn Sie mit der stündlichen Statusaktualisierung nicht zufrieden sind, können Sie in der Automatisierung Einmal pro Minute die Aktion „Starte das Ukrposhta-Tracking-Verfahren“ auf 20 oder 30 Minuten setzen, damit Ukrposhta-Status häufiger getrackt werden.
21.10.2020, 13:18
Originalkommentar zur Version verfügbar: ru

http://prntscr.com/v4tn4m ähnliche Status änderten sich fast 50 Minuten. Und es sollte um 17:00 Uhr funktionieren. chudnenko legte 20 Minuten.
22.10.2020, 22:40
Originalkommentar zur Version verfügbar: ru

zwischen 16:55 (als der Status auf dem Bildschirm erschien) und 17:00 (als der Cron gestartet wurde) sind 5 Minuten, ich bin mir nicht sicher, ob die API um 17:00 bereits einen neuen Status gab und nicht den alten und dass die Mail von Sekunde zu Sekunde aktualisiert wurde, aktualisiert den Status in der API und in der Historie, wo Sie sie ansehen.
23.10.2020, 11:10
Originalkommentar zur Version verfügbar: ru

Bitte beteiligen Sie sich am Dialog. Wenn Sie etwas zu sagen haben - schreiben Sie bitte einen Kommentar. Für die Teilnahme benötigen Sie ein Mobiltelefon und einen SMS-Code zur Identifizierung. Melden Sie sich an und schreiben Sie einen Kommentar