MSDynamics.de

Hallo,

einer unserer Kunden hat das Problem, dass wenn er in einem Verkaufsauftrag in den Zeilen z.B. bereits einen Artikel stehen hat, er dann das Feld Nr. neu validiert bzw. auf eine andere Artikelnummer abändert,
erstmal alles korrekt gezogen wird, springt er dann aber über TAB oder mit den Pfeiltasten in das Feld Menge und validiert das stehen wieder die alten Werte in der Zeile.

Bsp:
Vor Änderung:

Artikel	Beschreibung	Menge
1000	Tourenrad	2

Nach Artikel Nr. Änderung:

Artikel	Beschreibung	Menge
1001	Rennrad

So bald ich jetzt wieder die Menge validiere steht wieder die Nr. "1000" in der Zeile und die Beschreibung und alle anderen Felder werden auch entsprechend zurückgesetzt.

Den Fehler kann ich auch beheben, da er an einem Funktionsaufruf im Quantity OnValidate Trigger der Page liegt.

Die Funktion macht folgendes:

Code:

CurrPage.UPDATE;

Wenn ich das auskommentiere funktioniert zwar das abändern der Zeile wieder ganz normal und es wird alles korrekt gezogen und nichts zurück geändert, aber die Auflistung der Berträge ohne und mit MwSt. werden dann nicht mehr richtig berechnet bzw. geupdated.

Ich habe darüber hinaus versucht ein MODIFY(FALSE); vor entsprechenden Funktionsaufruf zu setzen, dann klappt zwar beim ersten Anschein auch erstmal alles, wenn man jetzt aber eine neue Zeile anlegt, bekommt man ab der Mengen Validierung wieder eine neue Fehlermeldung: 'Verkaufszeile' ist nicht vorhanden. Identifizierte Felder und Werte: "Belegart='Auftrag', Belegnr.='VA*******', Zeilennr.='0'.
Wenn man dann die Meldung mit F5 verwirft, ist die Fehlermeldung weg die Zeile bleibt aber ganz normal stehen.

Ich hoffe ich konnte es einigermaßen klar beschreiben und hoffe ihr habt eine Idee wie man das sonst lösen könnte, oder Hilfestellungen die mich in die richtige Richtung weisen.

MFG
Horizon

Wenn ich das auskommentiere funktioniert zwar das abändern der Zeile wieder ganz normal und es wird alles korrekt gezogen und nichts zurück geändert, aber die Auflistung der Berträge ohne und mit MwSt. werden dann nicht mehr richtig berechnet bzw. geupdated.

Das funktioniert leider im Standard so oder so nicht korrekt. Insbesondere dann nicht, wenn du auch noch mit einem Rechnungsrabatt arbeitest

Gruß Fiddi

Der Fehler beim MODIFY liegt am DelayedInsert.

Ansonsten: Hast du es mal mit CurrPage.SAVERECORD vor dem CurrPage.UPDATE versucht?

Hm okay, nein mit einem CurrPage.SAVERECORD davor hab ich es noch nicht versucht, werde ich aber mal machen danke schonmal.

Es sollte auch ein

Code:

CurrPage.UPDATE(TRUE)

reichen

m_schneider hat geschrieben:

Code:

CurrPage.UPDATE(TRUE)

Hat schon gereicht, vielen Dank!