Das Feature Update 2 für die Version 2025 (11.0.1.02) enthält u.a. die folgenden Features:

Überarbeitung Parsen der Razor-Templates
Die Verarbeitung der Razor-Templates wurde überarbeitet und optimiert, um Probleme beim Verarbeiten der Razor-Templates zu minimieren. Daraus ergeben sich die folgenden Änderungen:

  • Es gibt keine automatische Kompilierung beim Starten von eEvolution, weshalb es beim ersten Ausdruck mit einem Export aus der Export-Steuerung 1 – 2 Sekunden länger als bisher dauern kann.
  • Der Cache („eEvolutionTemplateCache“ unter „\AppData\Local“) existiert weiterhin, um die Verarbeitung nach dem ersten Ausdruck zu optimieren.
  • Verschachtelungen in ELO mit SQL-Werten werden zukünftig wie folgt vorgenommen:

„@{ var test = Util.SqlStatemenSpalte[0] }

Sql Werte sind: @test“

Zum Vergleich hier die alte Schreibweise:

„@{ var test = „@Util.SqlStatemenSpalte[0]“ }

Sql Werte sind: @test“

Bitte beachten Sie:
Das funktioniert aus technischen Gründen nur noch für die SQL Statements und nicht mehr für die @Util.Verschlagwortung, d.h. man kann die Verschlagwortung nicht innerhalb von anderen Razor-Statements verwenden.

Weitere Details zu diesem Feature entnehmen Sie bitte den ReleaseNotes und der Hilfe.

Kennzeichnung von Artikeln als RoHS/REACH relevant und CE-Kennzeichnung
Zukünftig ist es möglich in eEvolution Artikel als relevant für RoHS (Restriction of Hazardous Substances) oder REACH (Registration, Evaluation, Authorisation and Restriction of Chemicals) zu kennzeichnen und gleichzeitig zu kennzeichnen, ob die jeweiligen Regeln erfüllt worden sind. Dafür wurden auf dem Reiter „Einstellungen“ die Optionen „RoHS“, „REACH“ , „RoHS-Standards erfüllt“ und „REACH-Standards erfüllt“ geschaffen, wobei „RoHS-Standards erfüllt“ und „REACH-Standards erfüllt“ nur zur Verfügung stehen, wenn jeweils „RoHS“ bzw. „REACH“ aktiviert sind. Sind die Voraussetzungen von RoHS und/oder REACH für einen Artikel nicht erfüllt, d.h. „RoHS-Standards erfüllt“ bzw.“REACH-Standards erfüllt“ nicht aktiviert, dann wird dieser Artikel automatisch gesperrt. Werden „RoHS-Standards erfüllt“ bzw. „REACH-Standards erfüllt“ aktiviert oder komplett „RoHS“ bzw. „REACH“ deaktiviert, dann wird der Artikel automatisch wieder entsperrt. Weiterhin kann zukünftig ein Artikel gekennzeichnet werden, dass er über eine CE-Kennzeichnung verfügt, indem die neue Option „CE-Kennzeichen“ auf dem Reiter „Einstellungen“ aktiviert wird. Weitere Details zu diesem Feature entnehmen Sie bitte den ReleaseNotes und der Hilfe.

Erweiterung der Tabelle „Hersteller“ für die Kennzeichnung der Rollen eines Herstellers
Die Tabelle „Hersteller“ in der Artikelverwaltung wurde um die Spalten „Hersteller“, „Inverkehrsbringer“, „Einführer“ und „EU Responsible Person“ erweitert, um beim Hersteller eines Artikels hinterlegen können, welche Rolle dieser im Rahmen der Produktsicherheitsverordnung einnimmt. Dabei kann natürlich ein Hersteller sowohl keine als auch mehrere Rollen gleichzeitig wahrnehmen. Weitere Details zu diesem Feature entnehmen Sie bitte den ReleaseNotes und der Hilfe.

INCOTERMS – Land für Lieferung
Zukünftig kann auf dem Reiter „Bedingungen“ der Übergabeort und damit die Übergabe der Haftung für Incoterms (kurz für „International Commercial Terms“) in dem Eingabefeld „Übergabeort“ bei einem Angebot und Auftrag hinterlegt werden. Es handelt sich dabei um ein Freitextfeld, welches auf dem Lieferschein mit ausgegeben werden kann, im Standard wird es auf den Belegen „Lieferschein 4.00 A4“ (aagls9.lst) und „Stornolieferschein 4.00 A4“ (aagstls9.lst) unterhalb der Lieferbedingung ausgegeben. Weitere Details zu diesem Feature entnehmen Sie bitte den ReleaseNotes und der Hilfe.

Suche nach Rechnungs/-Gutschriftsnummern inklusive Präfix
Zukünftig können Sie in der Auftragsverwaltung auch nach Rechnungen und Gutschriften inklusive den Präfixen R, G, SG, SR und S suchen und müssen dieses nicht manuell vor der Ausführung der Suche entfernen. Bei der Ausführung der Suche wird ggf. das Präfix automatisch vom Programm entfernt und wie gewohnt nach der Nummer in den Bewegungs- oder Archivdaten gesucht.

Bitte beachten Sie:
Es wird weiterhin nur nach der Nummer gesucht und das Präfix hat keinerlei Auswirkung auf das Suchergebnis, so dass nicht explizit z.B. nur nach Stornorechnungen oder Stornogutschriften über das Präfix SR oder SG gesucht werden kann.

Weitere Details zu diesem Feature entnehmen Sie bitte den ReleaseNotes und der Hilfe.

Besteller Mailadresse neben Besteller anzeigen

Auf dem Reiter „Bedingungen“ in der Auftragsverwaltung können Sie zukünftig auch optional eine E-Mailadresse für den „Besteller“ im Auftrag, „Anfrager“ im Angebot oder „Gutschrift durch“ in der Gutschrift hinterlegen, welche in der elektronischen Rechnung als „Buyer electronic address“ des Käufers ausgegeben wird. Dabei können Sie auch weiterhin nur den Namen des Bestellers hinterlegen oder alternativ nur eine E-Mailadresse, ohne den Namen eines Bestellers zu hinterlegen. Ist keine E-Mailadresse für den Besteller in der Rechnung oder Gutschrift hinterlegt, so wird die „Buyer electronic address“ des Käufers wie bisher ermittelt und die E-Mailadresse des hinterlegten Ansprechpartners beim Rechnungsempfängers oder die E-Mailadresse des Rechnungsempfängers direkt verwendet. Weitere Details zu diesem Feature entnehmen Sie bitte den ReleaseNotes und der Hilfe.

Weiterhin wurden die folgenden Exportmoduldaten erweitert:

  • „Abschlagsrechnung | 1.0“ , „Gutschrift | 1.0″ ,““Storno Gutschrift | 1.0“, „Lieferschein | 1.0″, “ „Storno Lieferschein | 1.0“ , „Rechnung | 1.0“ und „Storno Rechnung | 1.0“ wurden um die folgenden @Model-Befehle erweitert:
    • @Model.BestellerEmail
    • @Model.ArchivBestellerEmail
  • „Auftrag | 1.0“ wurde um die folgenden @Model-Befehle erweitert:
    • @Model.BestellerEmail
  • „Angebot | 1.0“ wurde um die folgenden @Model-Befehle erweitert:

@Model.AnfragerEmail

Import offener Posten aus DATEV in eEvolution
Bisher stand der Reiter „OPOS“ (Offene Posten) und die Ermittlung der offenen Posten in der Kundenverwaltung für Debitoren und Kreditoren nur bei Installation und Nutzung der eEvolution Finanzbuchhaltung zur Verfügung. Zukünftig steht der Reiter „OPOS“ auch ohne eine installierte eEvolution Finanzbuchhaltung zur Verfügung und es können über die mitgelieferten IMEX-Formate „DATEV_OP_DEBITOR.lfm“ und „DATEV_OP_KREDITOR.lfm“ aus dem Ordner „Beispieldaten“ die offenen Posten aus der DATEV importiert werden. Dabei stehen allerdings nicht dieselben Funktionen wie mit der eEvolution Finanzbuchhaltung zur Verfügung. Die offenen Posten werden auf dem Reiter „OPOS“ für Debitoren und Kreditoren angezeigt und es werden die offenen Posten in dem Feld „Offene Posten“ auf dem Reiter „Zahlung“ (Debitoren) und „Zahlungsbedingung“ (Kreditoren) summiert und angezeigt, weshalb dieses Feld zukünftig nicht mehr editiert werden kann.  Die Warnungen für eine Überschreitung der offenen Posten bei Debitoren inklusive Setzen des automatischen Sperrvermerks bei entsprechender Konfiguration kommt in diesem Zusammenhang künftig daher auch ohne eine installierte eEvolution Finanzbuchhaltung in der Kunden- und Auftragsverwaltung. In anderen Modulen, wie z.B. der Teleinfo ist dagegen eine Anzeige der offenen Posten ohne installierte eEvolution Finanzbuchhaltung aktuell nicht vorgesehen. Weitere Details zu diesem Feature entnehmen Sie bitte den ReleaseNotes und der Hilfe.

Passwort versenden soll als Absenderadresse die Adresse aus der globalen Konfiguration verwenden
Für die Funktion „Passwort versenden“ in der Kundenverwaltung kann zukünftig eine eigene Mail Art „Passwortversand“ verwendet werden, um einen globalen Absender für diese Funktion zu hinterlegen. Weitere Details zu diesem Feature entnehmen Sie bitte den ReleaseNotes und der Hilfe.

Preisfindung mit Preisliste bei externer Dienstleistung in der Vorkalkulation
Bei der Vorkalkulation von einem Produktionsauftrag oder einer Stückliste mit der Fertigungsart „Externe Dienstleistung“ über das Dialogfenster „Vorkalkulation“ werden die Preise für die externen Arbeitsgänge zukünftig genau wie bei der Erzeugung von Bestellvorschlägen über die Preisfindung ermittelt. Weitere Details zu diesem Feature entnehmen Sie bitte den ReleaseNotes und der Hilfe.

Vier-Augen-Prinzip im Rechnungseingangsbuch
Um die Sicherheit beim Buchen von Eingangsrechnungen zu erhöhen, wurde ein zusätzlicher Prüfstatus eingeführt, so dass ein zweiter Benutzer eine Rechnung kontrolliert, bevor sie endgültig verbucht wird (Vier-Augen-Prinzip). Dafür wurde eine die neue Spalte „Prüfstatus“ in der Tabelle „Lieferungen im Zeitraum“ geschaffen, welche über die Ribbon-Buttons „Prüfen“ und „Geprüft“ für noch nicht (manuell) verbuchte/erfasste Rechnungen gesetzt werden kann. Rechnungen, die zum „Prüfen“ markiert worden sind, können nicht verbucht/erfasst werden, solange sie nicht auf „Geprüft“ gesetzt worden sind. Weitere Details zu diesem Feature entnehmen Sie bitte den ReleaseNotes und der Hilfe.

Nachträgliche Berechnung des Einstandspreises über eine manuelle Rechnungserfassung
Es gibt Artikel, für die der Einstandspreis noch nicht beim Verbuchen einer bestellbezogenen Eingangsrechnung ermittelt werden kann, da noch nicht alle für Berechnung des Einstandspreises notwendigen Zusatzkosten bekannt sind. Daher ist es zukünftig möglich für Artikel, deren Einstandspreis nicht beim Verbuchen einer Eingangsrechnung zurückgeschrieben werden darf, den Einstandspreis und durchschnittlichen Einstandspreis nachträglich über die Erfassung der Zusatzkosten als Position in einer manuellen Rechnung zu ermitteln und zurückzuschreiben. Weitere Details zu diesem Feature entnehmen Sie bitte den ReleaseNotes und der Hilfe.

Erwartbare Tätigkeiten im Serviceauftrag verwenden
In der Hauptmaske des Serviceauftrags steht zukünftig in der neuen Ribbon-Gruppe „Auftragsplanung“ ein Menüpunkt zur Verfügung, über den erwartbare Tätigkeiten hinterlegt werden können. Diese können später bei der Hotline – oder Standardrückmeldung direkt übernommen werden. Weitere Details zu diesem Feature entnehmen Sie bitte den ReleaseNotes und der Hilfe.

Insgesamt enthält das Feature Update 2 für Version 2025 rund 39 Features und 37 Verbesserungen.