1b.app
Link kopiert -

Fehlerhafte Arbeit der Integration mit NP – keine Paketstatus

Guten Tag.
Der Status von Parzellen im NP wird nicht mehr aktualisiert.
Vom Wort im Allgemeinen.
Der NP-Block enthält keine Informationen.
https://monosnap.com/file/JFDK5X6gdhEL2xwAbnhqlGrg8Rl7uw
https://monosnap.com/file/BNCwbwzOqrKWJ9iJHA1XihJoiBQXri
Dementsprechend funktionieren automatische Aktionen beim Ändern dieser Status nicht. Bei Sendungen kommt es daher zu einem Durcheinander, Sie müssen alle Sendungen manuell überprüfen und die Phasen wechseln.
Die ursprüngliche Frage ist in der Version verfügbar: ru

Antworten:

Schlüssel abgelaufen - https://prnt.sc/umzf05
24.09.2020, 12:42
Originalkommentar zur Version verfügbar: ru

Mulach Marina Anatolyevna Ein Mitarbeiter schrieb: Der Schlüssel ist abgelaufen - https://prnt.sc/umzf05
Ich habe mir dieses Protokoll angesehen. Aber! Der Schlüssel ist gültig! Ich habe es erst kürzlich installiert. TTN werden problemlos erstellt. Nur gibt es keinen Status. (derjenige, der am 3. September installiert wurde, ist rot markiert) https://nimb.ws/mqsz05 Der neue ist grün markiert, mit genau dem gleichen Eintrag im Log. Hier ist das Protokoll mit dem neuen Schlüssel: https://nimb.ws/yWdYpA Gleichzeitig werden mit dem gleichen Schlüssel TTN perfekt erstellt: https://nimb.ws/EdiefH
24.09.2020, 13:57
Originalkommentar zur Version verfügbar: ru

Sie haben zwei Nova Poshta-Schränke angeschlossen, dieser Schrank ist standardmäßig als NP ohne automatische Rückkehr gekennzeichnet, damit der Status aktualisiert werden kann, müssen Sie einen aktiven Schlüssel aus dem Schrank haben, der standardmäßig eingestellt ist
24.09.2020, 14:01
Originalkommentar zur Version verfügbar: ru

Marina Anatolyevna Mulach Ein Mitarbeiter schrieb / a: Sie haben zwei Nova Poshta-Konten verbunden, dieses Kabinett ist standardmäßig markiert - NP ohne automatische Rückgabe. Damit der Status aktualisiert werden kann, benötigen Sie einen aktiven Schlüssel aus dem Kabinett , die standardmäßig gesetzt ist
Und was ist das...? Diese Büros sind im Allgemeinen für verschiedene Kontrahenten. Die Bestellung gibt ein IR-Büro an, warum wird der Schlüssel aus dem Default-Büro genommen? Eine Codezeile war nicht genug, um die Schrank-ID und den Schlüssel daraus zu erhalten? Unsinn...
24.09.2020, 14:19
Originalkommentar zur Version verfügbar: ru

Wir gehen weiter auf das Problem ein ... Ich habe die Schränke neu konfiguriert, neue Aktionen hinzugefügt, die Status gestrafft, aber! Spalte mit der Stufe NP zur Liste der Bestellungen hinzugefügt, um die Prozesse auf die gewünschte Stufe zu schalten (sie schalten immer noch nicht um): https://nimb.ws/gFxjiA Die Stufe „Paket erhalten“ wird nicht angezeigt. Vielleicht auch noch ein paar mehr. Gleichzeitig wird die IR-Stufe im Auftrag selbst korrekt angezeigt: https://nimb.ws/pzT4kH Auch eine Filterung nach diesem IR-Status ist nicht möglich, um die Prozessstufe zu wechseln.
24.09.2020, 14:53
Originalkommentar zur Version verfügbar: ru

Hier ist eine weitere zhmenka von IR-Status, die nicht angezeigt und daher nicht in der Liste gefiltert werden: https://nimb.ws/ABrlDw Und die Bestellungen selbst: https://nimb.ws/M8PB0q https:// nimb.ws/VZtpUO UND-Stufen schalten nicht bei einer Änderung des Status des NP, dies ist wie ein Prioritätsproblem.
24.09.2020, 14:59
Originalkommentar zur Version verfügbar: ru

Cool. Beim Aufnehmen von Screenshots wechselten einige der Prozesse noch. Aber die Etappen des NP werden noch nicht alle angezeigt (Okay, das überstehen wir schon irgendwie.
24.09.2020, 15:08
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