Bug 099670 - Variable IstBezahlt

[thuhn01]

Moin,

wird ein Auftrag, der bereits bezahlt wurde, per Button "Duplizieren" aus der Auftragsliste dupliziert, dann wird offensichtlich die Variable die später beim Formular JTL. WaWi.Vorgang.IstBezahlt verwendet wird ebenfalls übernommen.

Es ist mir jetzt bereits zum zweiten Mal passiert dass die daraus resultierende Rechnung mit dem Hinweis Text aus JTL.WaWi.Vorgang.Text_VorZahlungseingangAufRechnung statt JTL.WaWi.Vorgang.Text_NachZahlungseingangAufRechnung verschickt wurde OHNE dass eine Zahlung eingegangen ist.

Die Bedingung Cond(JTL.WaWi.Vorgang.IstBezahlt,JTL.WaWi.Vorgang.Text_NachZahlungseingangAufRechnung,JTL.WaWi.Vorgang.Text_VorZahlungseingangAufRechnung) funktioniert, nur bei duplizierten Aufträgen nicht.

 

[Janusch]

AW: Bug 099670 - Variable IstBezahlt

Moin,

JTL. WaWi.Vorgang.IstBezahlt diese Variable wird niergends gespeichert.
Diese wird aus den gesetzten Zahlungen ermittelt.

Könnte sein das die Zahlung bei dem Auftrag gesetzt und dann wieder entfernt wurde?

 

[thuhn01]

AW: Bug 099670 - Variable IstBezahlt

Moin,

JTL. WaWi.Vorgang.IstBezahlt diese Variable wird niergends gespeichert.
Diese wird aus den gesetzten Zahlungen ermittelt.

Könnte sein das die Zahlung bei dem Auftrag gesetzt und dann wieder entfernt wurde?

Definitiv nein. Auftrag dupliziert, Positionen (Anzahl und Preis) geändert, danach sofort Rechnung erstellt und per EMail versendet.

 

[Janusch]

AW: Bug 099670 - Variable IstBezahlt

Hm, die Variable ist mit

trechnung.cbezahlt verknüpft. Sobald dort ein "Y" steht ist diese TRUE.

Jetzt ist nur das Problem, das wenn Auftrag dupliziert wird, existiert definitiv keine Rechnung.

Wir stellen die Variable um, auf tatsächliche Zahlung.

 

[Arnd Ißler]

AW: Bug 099670 - Variable IstBezahlt

Bitte mal die aktuelle Beta runterladen. Dort sollte das Problem behoben sein!

Beste Grüße, arnd.