Die Aktion „Wert berechnen und in ein zusätzliches Feld schreiben“ funktioniert in manchen Fällen nicht

Guten Tag. Bitte klären Sie - Ihr Problem ist, dass beim Importieren von Bestellungen aus Horoshop die Daten zum Erstellen von TTN New Mail nicht ausgefüllt wurden? Wenn ja, geben Sie an, wo genau Sie diese Funktionalität implementiert haben (zumindest beim Importieren von Bestellungen mit Good sehe ich solche Einstellungen / Grundfunktionen nicht)

Das Problem ist, dass bei diesen Bestellungen (bei denen die Daten für TTN normalerweise nicht während des Imports ausgefüllt werden) das Verfahren mit den Aktionen zur Berechnung des Overlays nicht funktioniert. Schau dir meine Links an. Beim Speichern sollte das Feld „Zahlungssteuerung“ ausgefüllt werden, die gewünschte Aktion richtet sich nach dem Ablauf, der bei jeder Bearbeitung funktioniert, das habe ich im ersten Beitrag beschrieben. Bei Bestellungen, bei denen die Daten korrekt ausgefüllt wurden, d.h. die in ihren Feldern registrierte Stadt und Abteilung, wird das Feld ausgefüllt. Wenn Sie versuchen, es zu löschen und zu speichern, wird es wieder gefüllt (wie es sollte). Hier ist ein Beispiel für eine normale Bestellung https://i.imgur.com/6ltwkiT/ https://knz.market/admin/customorder/order/20050/edit/ Bei Bestellungen, bei denen die Adresse nicht auf die Stadt geparst wird und der Abteilung funktioniert die Fehlkalkulation nicht. Hier ist ein Beispiel für eine solche Bestellung https://i.imgur.com/Xcaqd03/ https://knz.market/admin/customorder/order/19649/edit/ Diese Adressen für TTN werden automatisch ausgefüllt, zumindest wir habe es nicht separat eingerichtet. Ich vermute, dass dies passiert, wenn Sie Bestellungen importieren. Der Parser zerlegt die Adresse in einen Ort und eine Filiale, und bei Abhol- und Abgabestellen (das ist nicht wirklich eine Filiale) kommt es nicht zur Aufschlüsselung (vielleicht gibt es nicht genug Stammkunden). Um die TTN selbst zu erstellen, ist dies nicht wichtig, TTNs werden normalerweise sowieso erstellt, aber die BP-Prozeduren funktionieren nicht und das ist sehr schlecht. Wie hängt es zusammen. Ich kann nur vermuten, dass dies daran liegt, dass in den neuen Mail-Einstellungen im Feld Ort die vollständige Adresse angegeben ist. Das Feld der Stadt ist eine Drop-down-Liste mit Städten und eine Stadt wie zum Beispiel „Gornostaipol, Pick-up and drop-off point (bis 30 kg): Chernobylskaya st., 16g“, ist nicht vorhanden . Dadurch, dass ein Wert in das Feld geschrieben wird, der keinem der Werte in der Dropdown-Liste entspricht, wird ein Fehler geworfen und es verhindert auch, dass die nächsten Aktionen wiederum funktionieren. Aber das sind nur Vermutungen. Wie ich oben geschrieben habe, wenn Sie die Stadt und das Departement normal in der Reihenfolge eingeben (aus der Liste auswählen), beginnt die Berechnung zu funktionieren, d.h. der Grund liegt gerade darin, dass im Feld Ort die vollständige Adresse angegeben ist.

[quote] Der Parser zerlegt die Adresse in eine Stadt und eine Filiale, und bei Abhol- und Abgabestellen (das ist keine richtige Filiale) kommt es nicht zur Aufschlüsselung (vielleicht gibt es nicht genug Stammkunden) . [/quote] Hier sind Sie richtig. Vor einem Jahr haben wir NPs gebeten, ihre Adressen auf ein einheitliches Format zu standardisieren – eigentlich bleibt es so, wie es ist. Wir können reguläre Ausdrücke für dieses Format von Adressen (Problempunkten) im gesamten System ändern - dies dauert etwa 2 Stunden.

[quote] Tyndyk Maxim Vadimovich OneBox-Produktionsadministrator schrieb: Wir können reguläre Ausdrücke für dieses Format von Adressen (Problempunkten) im gesamten System ändern - es dauert etwa 2 Stunden. [/quote] Das ist nicht das Wichtigste, und du kannst es überhaupt nicht anfassen. Beheben Sie besser den Fehler, aufgrund dessen das Verfahren mit der Aktion "Berechnen und den Wert in das Zusatzfeld schreiben" bei Bestellungen mit solchen Adressen nicht funktioniert.

Wow, neu in den Optionen. Danke! Bitte klären Sie diese Nuance. Wenn Sie die Option in der Prozedur aktivieren, einen Fehler in die Schnittstelle zu werfen, übersetzt die Box die Stufen nicht (beim manuellen Umschalten) oder wirft sie einen Fehler und übersetzt ihn trotzdem?

[quote] Wenn Sie die Option in der Prozedur aktivieren, um einen Fehler in der Benutzeroberfläche zu werfen, übersetzt die Box die Stufen nicht (beim manuellen Umschalten) oder wirft sie einen Fehler und übersetzt trotzdem? [/ quote] Beim Umschalten der Stufe werden die Prozeduren gestartet - es wird ein Fehler ausgegeben - der Status wird nicht umgeschaltet.