Die Preisgestaltung muss verbessert werden

[quote] Können wir das Kontrollkästchen verfeinern, dass bei Auswahl eines Lagers oder Lieferanten der Preis von diesem Lager oder von diesem Lieferanten übernommen wird? [/quote] Hier ist es etwas unübersichtlich - wenn man in der Regel einen Anbieter ausgewählt hat und dieser passt - dann wird dessen Preis genommen und ein Aufpreis darauf erhoben. Ist das beim Lager auch so? Es ist nicht klar, was der Unterschied zwischen der Preisauswahl und der aktuellen sein wird

[quote] Tyndyk Maxim Vadimovich schrieb / a: [quote] Können wir das Kontrollkästchen abschließen, dass bei Auswahl eines Lagers oder Lieferanten der Preis von diesem Lager oder von diesem Lieferanten übernommen wird. [/quote] Hier ist es etwas unübersichtlich - wenn man in der Regel einen Anbieter ausgewählt hat und dieser passt - dann wird dessen Preis genommen und ein Aufpreis darauf erhoben. Ist das beim Lager auch so? Es ist nicht klar, was der Unterschied zwischen der Preisauswahl und der aktuellen sein wird sich in dem durch diese Regel angegebenen Lager befinden. Das funktioniert aber nicht, denn wenn die Ware noch in einem anderen Lager ist, dessen Guthaben früher gutgeschrieben wird, dann nimmt die Box den Preis aus einem anderen Lager. Wir wissen, dass die Box den Saldo nach der FIFO-Methode auswählt, also von der allerersten Ankunft bis zur letzten, was für uns nicht geeignet ist, da wir Lager 1 und den Preis aus Lager 1 nehmen müssen und jetzt, wenn ich Setzen Sie einen Filter in die Lagerregel, dann wird diese Regel überhaupt nicht berücksichtigt, da die Box den Preis aus einem anderen Lager übernimmt. Ich möchte, dass die Priorität der Regel bestimmt, woher der Preis genommen wird, und nicht durch den frühen Saldo. Vielleicht müssen Sie zusätzlich zur Einstellung eine Einstellung hinzufügen? [file]4924[/file]

Nun, was ist, wenn wir die Lagerhäuser in den Regeln fertigstellen und die Preisneuberechnungen umgestalten - es wird bis zu 30 Stunden dauern...

[quote] Tyndyk Maxim Vadimovich schrieb: Nun, wie wäre es, wenn wir Warenhäuser in den Regeln fertigstellen und Preisneuberechnungen umgestalten - das wird bis zu 30 Stunden dauern... [/quote] Wir haben bereits Warenhäuser in den Regeln. Wir müssen sicherstellen dass der Preis ab Lager genommen wird und nach der Regel [file]4977[/file]

[quote] Warenhäuser haben wir schon in den Regeln, wir müssen dafür sorgen, dass der Preis aus dem Lager genommen wird und zwar gemäß der Regel [/quote] ja, aber das macht es nicht einfacher - schließlich ist die Logik da ist einfach - es nimmt den alten Saldo, wählt die Regel dafür aus und berechnet, und jetzt stellt sich heraus, dass Sie eine Neuberechnung für Lieferanten durchführen müssen - sortieren Sie die Regeln, erhalten Sie den Rest für jeden, überlegen Sie, was eine Priorität ist - dies ist eine Menge Refactoring - ich würde es sogar eher auf 40 Stunden schätzen

[quote] Ja, aber das macht es nicht einfacher - schließlich ist die Logik dort einfach - es nimmt die alte Waage, wählt die Regel dafür aus und berechnet sie, und jetzt stellt sich heraus, dass Sie neu berechnen müssen Lieferanten - Sortieren Sie die Regeln, erhalten Sie das Gleichgewicht für jeden, überlegen Sie, was eine Priorität ist - das ist sehr viel Refactoring - ich würde es sogar eher auf 40 Stunden schätzen [/quote] Wir haben diese Funktionalität https://cabinet. b2bframes.com/admin/shop/margin-periods/add/ - es wird nicht möglich sein, Ränder aus dem Verzeichnis zu ziehen? Vielleicht können wir hier hinschreiben, damit er den Preis aus dem Lager nimmt? Oder können wir es in der Regel ermöglichen, den Preis für einen Aufschlag beim Haus vom Feld zu nehmen? Sie müssen nur zuerst die Aktion im Produkt "Berechnen Sie den Durchschnittspreis der Buchung ..." starten und diese Aktion so verfeinern, dass sie den Preis nach FIFO übernimmt. Es müssen genau weniger als 40 Stunden sein.[##$#] [file]5106[/file]

[quote] Wir haben eine solche Funktionalität https://cabinet.b2bframes.com/admin/shop/margin-periods/add/ - es wird nicht möglich sein, Ränder aus dem Verzeichnis zu ziehen? Vielleicht können wir hier hinschreiben, damit er den Preis aus dem Lager nimmt? [/quote] Anscheinend nicht, nur die angegebenen Preise. Das wurde sozusagen für ein Hotelprojekt gemacht, wo es jeden Tag andere Preise für Zimmer gab. Ich glaube nicht, dass wir hier Ihre Logik mit Lagern unterschieben werden - eigentlich die gleichen, aber an anderer Stelle) [quote] Oder können wir es in der Regel ermöglichen, den Preis gegen Aufpreis aus dem Hause zu nehmen das Feld? Sie müssen nur zuerst die Aktion im Produkt "Berechnen Sie den Durchschnittspreis der Buchung ..." starten und diese Aktion so verfeinern, dass sie den Preis nach FIFO übernimmt. Es müssen genau weniger als 40 Stunden sein. [/quote] Naja, Preise nicht neu berechnen (wenn man den Preis aus dem Zusatzfeld nimmt), sondern irgendwie die Waren periodisch aktualisieren, damit die Aktionen gestartet werden (oder eine solche Aktion stündlich ändern) und die Aktion auf setzen Kopieren Sie das zusätzliche Feld in den Preis. Wir werden solche Krücken bei der Neuberechnung der Preise nicht einzäunen. Nach Abschluss der Aktion "Berechnen Sie den Durchschnittspreis der Buchung ..." - in Aktion sprechen wir also über den Durchschnittspreis, nehmen aber nicht den Durchschnitt? Nun, Sie können es tun - aber wie bestimmen Sie das Prioritätslager?

Das TOR sieht dann so aus: Für die Aktion "Berechnen Sie den Durchschnittspreis für die Buchung des Produkts und schreiben Sie ihn in ein zusätzliches Feld" https://take.ms/PZy5q Verbessern Sie die Möglichkeit, Lagerprioritäten festzulegen: - Setzen Sie ein Häkchen bei "Take den Preis der Buchung nach der FIFO-Methode (anstelle des Durchschnittspreises)" - Wenn das Kontrollkästchen aktiviert ist - zeige 2 Spalten: Lager (aus der Liste der Lager), Priorität (manuell eine Ganzzahl angeben, je höher die Zahl, die höher die Priorität). - Wir nehmen die Einstellung "Prioritätseinstellung hinzufügen" vor - bei Klick wird eine weitere Zeile mit Lager und Priorität hinzugefügt Als Ergebnis setzen wir zB 2 Lager Lager 1 - Priorität 2 Lager 2 - Priorität 1 So sollte es funktionieren - Wenn im Lager mit der höchsten Priorität (in diesem Fall Lager 1) ein Guthaben vorhanden ist, nehmen wir den Preis davon ab, bis die Waren darauf laut FIFO aufgebraucht sind. Wenn die Waren in Lager 1 gelandet sind, dann Wir beginnen mit der frühesten Ankunft, um den Preis von Lager 2 usw. für alle Prioritäten zu ziehen. Wir müssen nichts im Preis teilen, wir nehmen nur den Preis, zu dem die Waren gutgeschrieben werden, das heißt, verwenden Sie KEINE Summierung und Division in den Variablen, dann verwenden wir eine Formel, um jedes Preisniveau zu berechnen. ___________________________________ Wir haben bereits über 40 Aktionen beim Speichern einer Produktkarte, was zu einer langen Warenbearbeitung führen kann + Aktionen zum Berechnen von Preisen (5 Aktionen) und Ausfüllen aus dem Verzeichnis (5 Aktionen) hinzufügen Wenn wir solche Verbesserungen vornehmen: 1) Für die Aktion „Berechnen Sie den Wert anhand der Formel und schreiben Sie in das angegebene Feld“ https://take.ms/e1wSt fügen Sie die Möglichkeit hinzu, mehrere Zeilen anzugeben, um unterschiedliche Werte in verschiedene Felder zu schreiben https://take.ms/ lv9FU wie in der Einstellung unten 2) Für die Aktion „Zusätzliches Feld basierend auf zusätzlichen Feldern und Suchdaten füllen“ https://take.ms/g1eNC Fügen Sie die Möglichkeit hinzu, mehrere Werte aus der Suche zu übernehmen und verschiedene Produktfelder zu füllen https://take.ms/tOsZl Optimiert dies die Bearbeitungszeit für alle Aktionen? Mit diesen Verbesserungen kann ich die Anzahl der Aktionen auf 10-20 reduzieren. Bitte bewerten? [file]5140[/file] [file]5141[/file]

[quote] Tyndyk Maxim Vadimovich schrieb: Ich glaube nicht, dass dies zu einer Leistungssteigerung führen wird. Sie werden ebenso viele Fehleinschätzungen machen - zumindest im Rahmen einer Aktion, zumindest im Rahmen mehrerer. [/quote] zumindest wird es nicht nötig sein die gleiche prüfung ca. 5-7 mal zu machen sondern nur einmal und dann die rechnungen zu machen, das gleiche bei nachschlagewerken, nicht ständig nach nachschlagewerk und bedingungen suchen, sondern Finden und erhalten Sie alle Werte 1 Mal. Wenn es keinen Unterschied macht, was kann man tun? [quote] Andrey Suchanitsky Integrator Premiumpartner Integrator CRM schrieb: Als Ergebnis haben wir zB 2 Lager eingestellt Lager 1 - Priorität 2 Lager 2 - Priorität 1 Es sollte so funktionieren - wenn es im Lager einen Saldo gibt mit dem höchste Priorität (in diesem Fall Lager 1), dann ziehen wir den Preis daraus ab, bis die Ware darauf laut FIFO aufgebraucht ist. Wenn die Ware in Lager 1 gelandet ist, dann beginnen wir mit der frühesten Ankunft, um den Preis aus Lager zu ziehen 2 usw. für alle Prioritäten. Sie brauchen nichts im Preis aufzuteilen, wir nehmen nur den Preis, zu dem die Ware gutgeschrieben wird, d.h. Summation und Division NICHT in Variablen verwenden [/quote] das bei gleicher Einstellung mit Lagerprioritäten, wir nur Nehmen Sie den Durchschnittspreis, wie jetzt

[quote] zumindest wird es nicht notwendig sein, die gleiche prüfung etwa 5-7 mal zu machen, sondern nur einmal, und dann die berechnungen zu machen, das gleiche mit nachschlagewerken, nicht ständig nach nachschlagewerk und bedingungen suchen, sondern finden und erhalten Sie alle Werte 1 Mal. Wenn es keinen Unterschied macht, was kann man tun? [/quote] Führen Sie eine Mehrfachanpassung in die Aktion "Berechnen Sie den Wert gemäß der Formel und schreiben Sie in das angegebene Feld ein" - was ist der Wert? Ich scheine keine Überprüfungen in Ihrem Beispiel zu sehen. Für "Zusätzliches Feld basierend auf Zusatzfeldern und Referenzdaten ausfüllen" Mehrfacheinstellung vornehmen, welches Feld ausgefüllt werden soll - Stunden 3

[quote] Tyndyk Maxim Vadimovich schrieb / a: Machen Sie eine Mehrfachanpassung in Aktion "Berechnen Sie den Wert gemäß der Formel und schreiben Sie in das angegebene Feld" - was ist der Wert? Ich scheine keine Überprüfungen in Ihrem Beispiel zu sehen. [/quote] Ich spreche von diesen Zuständen. Ich habe 5-6 Aktionen für diesen Zustand [file]5161[/file]

Nun, Sie möchten eine Mehrfachanpassung durch Berechnung der Formeln - es gibt nur eine Fehlkalkulation und wo müssen Sie sie ausfüllen?

[quote] Tyndyk Maxim Vadimovich schrieb: Nun, Sie möchten eine Mehrfachanpassung durch Berechnung von Formeln - es gibt nur eine Fehlkalkulation und wo müssen Sie sie ausfüllen? [/quote] Ja, es stellt sich heraus, dass wir, sobald wir die Erfüllung der Bedingung überprüft und alle Formeln berechnet haben, wenn es eine Mehrfacheinstellung gibt, und jetzt bei jeder Aktion überprüfen - wir zählen, wir überprüfen - wir zählen ... Ich dachte, das wirkt sich auf die Geschwindigkeit aus.

[quote] Ja, es stellt sich heraus, dass wir, sobald wir die Erfüllung der Bedingung überprüft und alle Formeln berechnet haben, wenn es eine Mehrfacheinstellung gibt, und jetzt bei jeder Aktion überprüfen - wir zählen, wir überprüfen - wir zählen ... I Dachte das wirkt sich auf die Geschwindigkeit aus. [/quote] Tja, wenn du in Millisekunden zählst, dann ja. Machen Sie Multi-Setting-Berechnungen in Aktion - 6h

danke für die beratung