Betriebssystemfehler – Marge in der Spalte „Bezahlt“ der Bestellanzeigetabelle

Die Margin, die Sie für den Prozess 24849,1620 berechnet haben und die für den Prozess 24849,1940 bezahlt wurde (2847,06 − 2037,64 = 809,42 zum Kurs von 30,7), wird berücksichtigt und die Zahlungen unter den Prozessen werden auf 2 Dezimalstellen gerundet und Sie erhalten die Gesamtwerte Die Gesamtzeilen werden in der Systemwährung angezeigt, t .To. Sie können eine Bestellung in Dollar, eine andere in Euro und die dritte in Griwna haben, und alles muss summiert werden, um den endgültigen Wert zu erhalten

[quote] Maria OneBox Produktion Ein Mitarbeiter schrieb: Ihre Marge wurde für Prozess 24849,1620 bezahlt für Prozess 24849,1940 (2847,06−2037,64=809,42 zum Kurs von 30,7) berücksichtigt und Zahlungen für Prozesse auf 2 Dezimalstellen gerundet und Sie erhalten die Summen Summenzeilen werden in der Systemwährung angezeigt, weil Sie können eine Bestellung in Dollar, eine andere in Euro und die dritte in Griwna haben und alles muss summiert werden, um den endgültigen Wert zu erhalten [/quote] etwas stimmt nicht mit Ihrem Erklärungsprozess überein Betrag 2847,06 vom Kunden bezahlt 2847,06 - eingehend Zahlung, das heißt, wir haben eine Prozessmarge von 809,42 als Differenz zwischen dem Einkaufspreis und dem Verkaufspreis, und es gibt einen Zahlungsbetrag gleich 2847,06 (Bildschirm 914 ABER, die Tabelle zeigt den Margenbetrag in der Zahlungsspalte (Bildschirm 915 [file]11498[/file] [file]11499[/file]

Sie haben Zahlungen in Ihrer Bestellung, sowohl eingehende als auch ausgehende. Auch Zahlungen von Teilprozessen werden sicher berücksichtigt (sofern keine anderen Einstellungen vorgenommen werden). Warum sollte es genau 2847,06 sein?

[quote] Maria OneBox-Produktionsmitarbeiterin schrieb: Sie haben in Ihrer Bestellung sowohl eingehende als auch ausgehende Zahlungen. Auch Zahlungen von Teilprozessen werden sicher berücksichtigt (sofern keine anderen Einstellungen vorgenommen werden). Warum sollte es genau 2847,06 sein? [/ quote] Da dies der Betrag ist, der für einen bestimmten Prozess bezahlt wird, und nicht seine Marge, ist alles sehr einfach und logisch, es gibt den Betrag des Prozesses - dies ist das Feld SUM in der Tabelle, das den Zahlungsbetrag für den Prozess darstellt - Dies ist das Feld BEZAHLT in der Tabelle. Für diesen Prozess gibt es eine Marge, da die Differenz zwischen dem Betrag des Prozesses und den Kosten des Prozesses das Feld der Tabelle MARGIN ist und Sie jetzt dieselben Werte haben in zwei grundsätzlich unterschiedlichen Feldern der Tabelle: PAID und MARGIN

[quote] Maria OneBox-Produktionsmitarbeiterin schrieb: Slava, aus irgendeinem Grund haben Sie entschieden, dass der für den Prozess gezahlte Betrag und der Betrag der eingehenden Zahlungen für den Prozess gleich sind. Sie vergessen, dass Sie Teilprozesse haben, für die es auch Zahlungen gibt. Soweit ich gesehen habe, benötigen Sie keine Einstellungen, um Teilprozesszahlungen zu ignorieren. Es stellt sich also heraus, dass Sie in der Bestellung +2847,06 und im Unterprozess -2037,64 haben und der Betrag 809,42 beträgt. Führen Sie im Unterprozess eine Zahlung für einen beliebigen Betrag durch und sehen Sie, wie sich die Beträge in den Spalten der Tabelle ändern. Sie ändern die Spalte mit bezahlt, aber ohne Marge - weil. Es wird nicht vom bezahlten Betrag [/quote] berücksichtigt, dann werde ich klarstellen, es ist jetzt klar, dass wir keine Zahlung für eine bestimmte Aufgabe sehen, weil wir den vollen Betrag der Bestellung bezahlt haben, aber warum gibt es keine logische Einstellung ähnlich der Aktion im Geschäftsprozess-Schnittstellenblock „Zahlungen“? Schließlich erstellen wir eine Zahlung NICHT über die Aktion, sondern durch eine manuelle Aktion in der Aufgabe und setzen dann in den Einstellungen des Blocks ZAHLUNGEN ein Häkchen "Zahlungen von Teilprozessen ignorieren", um Benutzer und Personen, die es sind, nicht zu verwirren An die Logik der Finanz- und Unternehmensführung gewöhnt, wird dies sehr cool und großartig sein

im Zahlungsprozess blockieren, können Sie sogar Zahlungen anzeigen, die nicht mit diesem Prozess, aber mit dem Kunden in Verbindung stehen. Nach Ihrer Logik sollten sie auch den gezahlten Wert beeinflussen? Das System verfügt über Einstellungen, die für die Berechnung der im Prozess bezahlten Zahlungen verantwortlich sind. Zum Beispiel ein Kontrollkästchen, das die Richtung des Geschäftsprozesses bei der Berechnung der Zahlung berücksichtigt. Es gibt Aktionen auf der Stufe, es wird direkt aufgerufen, Zahlungen von Teilprozessen nicht zu berücksichtigen. Und wenn sich der Prozess in diesem Status befindet, werden Zahlungen von Unterprozessen nicht oder nicht alle berücksichtigt (dort gibt es eine Einstellung). Die Einstellung im Prozessblock, was angezeigt werden soll, hat keinen Einfluss auf die endgültige Berechnung des Zahlungsbetrags !

[quote] Maria OneBox-Produktion Ein Mitarbeiter schrieb: Block in Bearbeitung Zahlungen, Sie können sogar Zahlungen anzeigen, die nicht mit diesem Prozess, aber mit dem Kunden zusammenhängen. Nach Ihrer Logik sollten sie auch den gezahlten Wert beeinflussen? Das System verfügt über Einstellungen, die für die Berechnung der im Prozess bezahlten Zahlungen verantwortlich sind. Zum Beispiel ein Kontrollkästchen, das die Richtung des Geschäftsprozesses bei der Berechnung der Zahlung berücksichtigt. Es gibt Aktionen auf der Stufe, es wird direkt aufgerufen, Zahlungen von Teilprozessen nicht zu berücksichtigen. Und wenn sich der Prozess in diesem Status befindet, werden Zahlungen von Unterprozessen nicht oder nicht alle berücksichtigt (dort gibt es eine Einstellung). Die Einstellung im Prozessblock, was angezeigt werden soll, hat keinen Einfluss auf die endgültige Berechnung des Zahlungsbetrags ! [/quote] im Allgemeinen ist klar, dass die Logik der OneBox-Entwickler sich stark von der allgemein akzeptierten Logik der Benutzer unterscheidet, und dies ist wahrscheinlich in gewisser Hinsicht gut, aber deshalb gibt es Wahrnehmungsschwierigkeiten und vieles mehr von unnötigen Fragen Masha, danke für die ausführlichen Erklärungen, sie helfen wirklich, nicht schlecht durchdachte und entwickelte Funktionen zu verwenden, sondern einfachere Lösungen zu finden, schade, dass wir zusammen Dinge aufwenden, die intuitiv sein sollten