syslog.ERP Nachtrag 5.04.70

Betroffene Dateien

• *.exe, SL_F.dll
• *.dlm

Realisierte Punkte

Storno Rechnung: Temporäre Zu/Abschläge werden nicht immer rekonstruiert, AUTOxxx fehlen in AE

^{README: nein, Release Notes: nein, SQL: nein}

Lieferschein-Abruf ohne Abbuchung über Lua-Hook; neue Lua-Funktion "SY_FEBABuchen"

^{README: nein, Release Notes: ja, SQL: nein}
Release Notes (nach dem Einspielen des neuen Releases):
Neuer Lua-Hook "AUFT-LI_POS_SVL.lua", um SVL-Lagerort/-platz uebersteuern oder Abgangsbuchungen unterdruecken zu koennen.

Neue Lua-Funktion "SY_FEBABuchen" zur manuellen Buchung von Fremdeigentumsbeständen.

SN1x: Neues Feld für Synchronisation von Nummernkreisen über mehrere Mandanten + Logik bei Ändern+Nu

^{README: nein, Release Notes: ja, SQL: ja}
Release Notes (nach dem Einspielen des neuen Releases):
Neues Feld Mandaten-Sync (snrfinrl) in SN11 indem eine komma-getrennte Liste von Mandaten-Nummern gepflegt werden kann in denen Aenderungen+Nummernvergabe fuer den Nummernkreis synchron gehalten werden sollen.

V6 MA10: Bestandsliste mandantenübergreifend (schaltbar)

^{README: nein, Release Notes: ja, SQL: ja}
Release Notes (nach dem Einspielen des neuen Releases):
Neuer Dialog-Schalter MAWI_MA10_LAOFINR.

Dieser Dialog-Schalter steuert, ob im rechten Teil des Dialoges MA10 die Liste mit den erweiterten Bestandsinformationen nur mit Daten des aktuellen Mandants (default; wenn Schalter leer ist) befuellt wird oder Daten aus mehreren Mandanten angezeigt werden sollen. Wenn der Schalter gefüllt ist, dann bekommt die Liste eine zusätzliche Spalte mit der Kurzbezeichnung des Mandanten und es werden Lagerbestände aus allen angegeben Mandanten angezeigt.
Funktioniert nur in ERPv6 MA10.

V6: Ticketsystem mandantenübergreifend

^{README: nein, Release Notes: ja, SQL: ja}
Release Notes (nach dem Einspielen des neuen Releases):
Wird im neuen Systemschalter "SLT_TICKET_FINR" eine Mandanten-Nr. hinterlegt, so ist das Ticketsystem für den Mandanten des Systemschalters mandantenübergreifend.

Die Mandanten-Nr. kann entweder ein echter Mandant oder eine erfundene Nummer sein.

Bevor ein Mandant gesetzt wird, müssen falls nötig die Ticketdaten in den Ziel-Mandanten migriert und verwendete Nummernkreise der Ticketarten angelegt oder zwischen den Mandanten synchronisiert werden (siehe SN11).

Proz. Zu/Abschläge mit Rechenvorschr. 7/8/9 (Proz./Abs.Wert gerundet) werden bei Teil-Abruf nicht an

^{README: nein, Release Notes: nein, SQL: nein}

Datev-Schnittstelle: Belege der Belastungsanzeigen (EK) werden in der Datev-Schnittstelle nicht über

^{README: nein, Release Notes: nein, SQL: nein}

Diverse Anpassungen Indices um Sequential Scans zu vermeiden + Fix diverse SDG1x Queries

^{README: nein, Release Notes: nein, SQL: ja}

RE52: Korrektur Artikelprüfung und Dialogmodus bei Klick auf Liste

^{README: nein, Release Notes: nein, SQL: nein}

VDA 4994: Nur ein Single-Label pro Umkarton; Artikel/Charge bei Mix leer lassen

^{README: nein, Release Notes: nein, SQL: nein}

VE70/VE76: Anzahlungen (AZR/SAZ) als E-Rechnung (ZUGFeRD 2/XRechnung)

^{README: nein, Release Notes: ja, SQL: ja}
Release Notes (nach dem Einspielen des neuen Releases):
AZ-Rechnungen (AZR/SAZ) sind jetzt auch als E-Rechnung moeglich.

In den Druck-Dialogen VE75 und VE77 kann (wie auch im VE50) das Kz. E-Rechnung uebersteuert werden.

E-Rechnungen fuer Anzahlungen werden im Normalfall mit Type Code 326 und Schluss-Rechnungen mit Type Code 380 generiert.
Wenn allerdings der Schalter AUFT_AZ_ART auf 1 (Baugewerbe) steht, dann werden Anzahlungen aus VE70 (AZR) mit Type Code 875 generiert. Teil-Schluss-Rechnungen werden mit Type Code 876 und Gesamt-Schluss-Rechnungen mit Type Code 877 generiert.

Im VE70 (AZR) in den Anzahlungen als bezahlt hinterlegte Werte werden in Schluss-Rechnung beruecksichtigt (vom zu zahlenden Betrag abgezogen und im entsprechenden Feld uebermittelt).
Im VE76 (SAZ) kann kein bezahlter Wert hinterlegt werden, folglich gelten diese in der Schluss-Rechnung immernoch als unbezahlt.

DB-Schema-Kompatibilitaet 05.03.198/05.04.070

^{README: nein, Release Notes: nein, SQL: nein}

DB-Änderungen

aartab

azrtab

fauftab

saatab

saztab

snrtab