Änderungen an den Softwareversionen

Hier sind alle Änderungen an der ERP Software ab der Version 3.6.00 beschrieben.

Änderungen von älteren Versionen sowie eine pdf-Datei mit sämtlichen Changelog-Einträgen finden Sie hier im Download-Bereich.

HINWEIS:
Die Tickets werden in der Reihenfolge Ticket#, Titel und Beschreibung geordnet angezeigt und sind nach Bereichen gegliedert.

Ticket	Titel	Beschreibung
	Version 3.8.10
	Allgemeines
10377	Pfadangaben in OpenZ allgemein und für Lieferanten- und Kundenrechnungen anlegen ist abgeschnitten	Fehler wurde behoben. Die Pfade beim Kunden- und Lieferantenrechnung Erstellen werden nun korrekt dargestellt.
10589	Zwei Faktor Authentifizierung	Nutzerverwaltung: Pfad: Einstellungen \|\| Sicherheit \|\| Nutzer \|\| Nutzer Um (neuen) Usern ein neues Passwort zukommen zu lassen, ist nun ein neuer Button 'Einmalpasswort senden' vorhanden. Durch diesen Button wird dem User ein Einmalpasswort per Email übermittelt, mit welchem er sich anmelden kann. Ein eventuell bereits gesetztes Passwort wird dadurch überschrieben und kann von dem User nicht mehr genutzt werden. Nach einem erfolgreichen Login mit einem Einmalpasswort, wird der User aufgefordert, ein neues Passwort einzutragen. Um diese Funktion nutzen zu können, muss für den User vorher eine Mailadresse eingetragen werden. Es ist ebenso möglich, mit dem neuen Button 'Einmalpasswort eingeben', dass ein Einmalpasswort manuell eingegeben wird. Dieses kann dann an den User z.B. auf einem Zettel übergeben werden. Einmalpasswörter sind 24 Stunden gültig. Danach können sie nicht mehr genutzt werden und es muss ein neues Einmalpasswort angefordert werden. Mehrfaktorauthentifizierung (MFA) und Passwort zurücksetzen: Es wurde eine Mehrfaktorauthentifizierung implementiert, welche nach einem erfolgreichen Login einen Code an die verknüpfte Emailadresse verschickt. Der User muss diesen Code eingeben, bevor er Zugriff auf die OpenZ Oberfläche bekommt. Ein User kann sich also nur anmelden, wenn er zusätzlich zu seinem Passwort auch Zugriff auf die verknüpfte Emailadresse hat. Ist der Code korrekt wird im Browser ein Cookie gespeichert, sodass sich der User nicht erneut (bzw. bis der Cookie abläuft) mit seiner Email authentifizieren muss. Wird der Code drei mal falsch eingegeben, wird der Login für den User für zehn Minuten gesperrt. Der Verifizierungscode ist 15 Minuten gültig. Als System Admin kann die MFA unter dem Pfad Einstellungen \|\| Unternehmen \|\| Organisation \|\| Organisation > > Konfiguration Optionen aktiviert werden. Ebenso kann dort eine Lebenszeit für einen Browsercookie eingetragen werden. Nach Ablauf dieser Lebenszeit muss sich ein User erneut mit der MFA authentifizieren. Ist die MFA in den Konfigurationsoptionen aktiviert, ist es für die User ebenfalls möglich, eigenständig ein neues Passwort anzufordern, sollten sie ihres vergessen haben. Dafür gibt es nun auf dem Loginbildschirm einen neuen Button 'Zurücksetzen', welcher auf eine neue Seite leitet. Auf dieser kann der User mit seinem Usernamen und seiner eingetragenen Emailadresse ein neues Einmalpasswort anfordern. Falls eine dritte Person unberechtigterweise ein neues Passwort für einen User angefordert hat, kann sich der User weiterhin mit seinem normalen Passwort anmelden. Das Einmalpasswort wird dann automatisch gelöscht. Unter dem Pfad Einstellungen \|\| Sicherheit \|\| Nutzer \|\| Nutzer muss die MFA zusätzlich für die einzelnen User aktiviert werden. Diese wird standardmäßig beim Anlegen eines neuen Users so wie in den Konfiguration Optionen vorbelegt und kann nur eingeschaltet werden, wenn für den User eine Mailadresse eingetragen wird. Ein User kann so nicht durch die MFA aus dem System ausgeschlossen werden. Ein System Admin muss also einmalig nach dem Aktivieren der MFA bei allen bestehenden Usern, welche sich per MFA authentifizieren sollen, die MFA ebenfalls aktivieren und eine gültige Mailadresse eintragen. Passwortrichtlinien: Wählt ein User erstmalig ein Passwort oder ändert dieses nachträglich, muss es nun bestimmte Sicherheitskriterien erfüllen. Generell darf ein Passwort aus allen Buchstaben, Zahlen und einer angegebenen Menge Sonderzeichen bestehen. Unter dem Pfad Einstellungen \|\| Unternehmen \|\| Organisation \|\| Organisation > > Konfiguration Optionen kann ein System Admin einstellen, welche Richtlinien für ein Passwort gelten sollen. Einstellbar sind die minimale Länge (von 1-100) und ob bestimmte Zeichen im Passwort vorkommen müssen (Zahl, Sonderzeichen, Großbuchstabe, Kleinbuchstabe). Ein System Admin kann diese Regel umgehen und unter dem Pfad Einstellungen \|\| Sicherheit \|\| Nutzer \|\| Nutzer weiterhin Passwörter ohne die Passwortrichtlinien setzen. Es wird an dieser Stelle nur geprüft, ob das Passwort eventuelle illegale Zeichen enthält, wie z.B. das '+'. Angemeldet bleiben: User haben nun beim Login die Möglichkeit einen Haken bei 'Angemeldet bleiben' zu setzen. Schließt der User anschließend den Browser oder den Tab und ruft anschließend wieder OpenZ auf, muss er nicht erneut seinem Usernamen/Passwort eingeben. Der User kann diese Funktion wieder deaktivieren, indem er sich manuell abmeldet. Diese Funktion muss zunächst durch einen System Admin aktiviert werden unter dem Pfad Einstellungen \|\| Unternehmen \|\| Organisation \|\| Organisation > > Konfiguration Optionen. Dort gibt es nun die Option 'Angemeldet bleiben aktiviert'. Ebenfalls kann Eingestellt werden, wie lange die dafür verwendeten Cookies gültig sein sollen. Läuft ein Cookie ab, muss sich der User erneut mit Username/Passwort anmelden. Ebenfalls muss ein System Admin unter dem Pfad Einstellungen \|\| Sicherheit \|\| Nutzer \|\| Nutzer diese Funktion explizit für einen User aktivieren/deaktivieren. Login Übersetzung: Texte und Button auf den Login Seiten werden nun dynamisch erstellt und übersetzt. Neue Sprachen können so einfach hinzugefügt werden.
10765	Openbravo-Logo konfigurierbar	Das Logo oben rechts im System ist nun konfigurierbar. Es kann sowohl für alle Unternehmen unter dem Pfad Einstellungen \|\| Mandanten \|\| Mandant \|\| Mandant Info unter 'Standard Unternehmens Menü Logo', als auch für einzelne Unternehmen unter dem Pfad Einstellungen \|\| Unternehmen \|\| Organisation \|\| Details unter 'Unternehmens Menü Logo' eingestellt werden. Das Unternehmens-Logo überschreibt dabei das Mandanten-Logo, welches wiederum das Standard-Logo überschreibt. Das Logo sollte eine Größe von 122x34 Pixeln aufweisen und wird ansonsten auf diese Größe skaliert.
10784	Autmatisches Login (Eingeloggt bleiben)	Automatisches Login geht bis zur Version 3.8.0 über das Feld Permanent Session ID in Einstellungen \|\| Sicherheit \|\| Nutzer Diese Feld wurde jetzt durch ein Optionsfeld 'Permanent im Browser angemeldet bleiben' ersetzt. Intern wird über dieses Feld ein Cookie generiert, so das z.B. Terminals permanent eingeloggt bleiben.

	Einstellungen
10767	Timeout der session immer nach 1h bei Terminal-Anwendungen - Es soll aber die Einstellung von OpenZ verwendet werden	In Einstellungen \|\| Sicherheit \|\| Rollen / Rechte kann die Session Dauer festgelegt werden. Das zieht bei Terminal-Anwendungen nicht, da kein Ajax-Request läuft, der sonst das Tomcat-Limit von 60 min. zurücksetzt. Das Tomcat Limit wurde jetzt auf 16h gesetzt.
10769	Transport von Rollen und Rechten: WaWi, Auftrag & Faktura, Zeiterfassung, BDE - Lager und BDE-Produktion	Die Rollen und Rechte für WaWi, Auftrag & Faktura, Zeiterfassung, BDE-Lager und BDE-Produktion werden ab sofort mit den Updates ausgerollt. d.h. diese Rollen sind auf neuen Systemen nicht mehr extra zu erstellen. Änderungen an diesen Rollen gehen bei Update verloren, daher bei Änderungs-Bedarf die Rolle kopieren und die neue Rolle ändern.
10839	Rollen und Rechte: Aufgaben/Aktionen	Rollen und Rechte: Aufgaben: Der TAB wurde entfernt, hat keine sinnvolle Anwendung Aktionen: Wurde umbenannt zu Transaktions-Fenster um die Bedeutung deutlich zu machen.
10946	Einstellbare max. Anzahl von vordefinierten Seriennummern/Chargennummern	Wenn die Präferenz PEDEFINEDSERIALSQTY in 'Einstellungen \|\| Prozesse und Einstellungen \|\| Präferenzen \|\| Voreinstellung' angelegt und dort die Anzahl der max. zu erzeugenden SNR/CNR für den Unterreiter 'Herstellung \|\| Produktions-Auftrag \|\| Arbeitsgänge \|\| Vordefinierte SNR/CNR' angegeben wird, werden in diesem Unterreiter maximal die in PEDEFINEDSERIALSQTY eingetragenen Datensätze erzeugt. (Option 'Vordefinierte SNR/CNR in der Produktion' muss dazu aktiviert sein).
10948	Max. zulässige Anzahl vordefinierter Chargennummern	Eine neue Präferenz (Einstellungen \|\| Prozesse und Einstellungen \|\| Präferenzen \|\| Voreinstellung) kann eingestellt werden, um die Max. zulässige Anzahl vordefinierter Chargennummern vorzugenben. Dazu ist ein neuer Datensatz anzulegen und wie folgt auszufüllen: Feld Attribute : 'PEDEFINEDBATCHQTY' , Feld Wert: Ganze Zahl. Damit kann bestimmt werden, welche maximale Anzahl vordefinierter Chargennummern in der Produktion (Herstellung \|\| Produktions-Auftrag \|\| Arbeitsgänge \|\| Vordefinierte SNR/CNR) generiert werden, wenn der Artikel chargennummernpflichtig ist.

	Stammdaten
10723	Historie von Kalkulation m_costing fehlerhaft	Der Fehler wurde behoben.
10752	Berechnung Artikel-Gewicht aus Stückliste	Gesamtgewicht anzeigen Um das Gesamtgewicht eines Artikels zu erhalten ist es für produzierende Unternehmen sinnvoll diese aus den Gewichten der einzelnen Komponenten in seiner Stückliste berechnen zu lassen. Ein aus einer Stückliste berechnetes Gewicht wird direkt unter Stammdaten\|Artikel, im Feld 'Berechnetes Gewicht', in der Fieldgroup [+Lager], angezeigt. Die standardmäßig in OpenZ verwendete Einheit für Gewicht ist Kilogramm. Geben Sie die Gewichte in den Stammdaten eines Artikels entsprechend ein. Wenn Sie kein Gewicht in den Stammdaten\|Artikel für einen Artikel hinterlegen wollen, geben Sie nichts - auch nicht den Wert 0 (Null) - in das Feld 'Gesamtgewicht' in der Fieldgroup [+Lager] ein. Wichtig! Fehlen Gewichtsangaben für Stücklistenartikel, kann kein verbindliches Gesamtgewicht errechnet und angezeigt werden. Ob das Feld 'Berechnetes Gewicht' angezeigt wird oder nicht, wird durch die Checkbox 'Stückliste' gesteuert. Ist diese Checkbox aktiv, wenn der Artikel also über eine Stückliste verfügt, werden die Gewichte addiert und angezeigt. Beachten Sie auch folgendes: Das Feld 'Berechnetes Gewicht' erscheint nur, wenn nichts - auch nicht der Wert 0 (Null) - im Feld 'Gesamtgewicht' eingetragen ist! Die Berechnung des Gesamtgewichtes funktioniert auch mit den 'Gesamtgewichten' von Unterbaugruppen, aus denen sich ein Endprodukt zusammengesetzen kann. Wenn das errechnete 'Gesamtgewicht' einer Baugruppe oder eines Endproduktes nicht dem Gewicht entspricht welches Sie in OpenZ weiterverarbeiten wollen, geben Sie in das Feld 'Gesamtgewicht' das Gewicht ein, mit dem weiter gearbeitet werden soll. Auch das gilt für Baugruppen, die sich in einer Stückliste befinden! Angabe des Gesamtgewichtes im Auftrag(SO) Das 'Gesamtgewicht' eines Auftrags wird im Kopfdatensatz [Aufträge], in der Fieldgroup [+Logistikinformationen] angezeigt. Die einzelnen Gewichte von Artikeln in den Positionen eines Auftrags werden nicht angezeigt. Das in einem Auftrag(SO) angezeigte Gewicht wird mit in den Lieferschein übernommen, aber nicht mit in die Auftragsbestätigung.
10772	Anzeige Stundenkonto und aktueller Urlaubsanspruch auf der Mitarbeiter-Maske	Das aktuelle Stundenkonto und der aktuelle Urlaubsanspruch werden jetzt auch auf der Mitarbeiter-Maske angezeigt. Im Grid allerdings nicht - wegen Performanceaspekte.
10793	Lieferung anlegen bei Setartikel mit Stückliste und anderer Einheit	Setartikel müssen die selbe Einheit in der Stückliste haben, ansonsten kann keine Lieferung angelegt werden.
10819	Feld Kalkulation Einkauf	Das Feld Kalkulation Einkauf in der Artikelstamm-Maske (Stammdaten \|\| Artikel) heisst jetzt: Unterreiter Einkauf automatisch pflegen Die Funktion wird dadurch beschrieben: Wenn der Artikel eingekauft wird, pflegt sich der Unterreiter Einkauf automatisch mit dem aktuellen Preis.
10850	Nachkommastellen für Monatslohn und Stundenlohn in der MA-Vergütung einrichten	Monatslohn und Stundenlohn haben jetzt 2 Nachkommastellen.
10879	Artikel / Kalkulation: Einkaufspreis = 0 nicht für Kalkulation verwenden	Ist der Einkaufpreis eines Artikels 0 €, wird dieser bei der Kalkulation, insbesondere für den gleitenden Durchschnittspreis, unter dem Pfad Stammdaten \|\| Artikel \|\| Kalkulation nicht mehr berücksichtigt.
10989	Linked Items unübersichtlich bei Artikeln	Linked Items bei Artikeln sind jetzt übersichtlicher. Die zahlreichen Links zu den Lager-Übersichten und geplanten Materialbewegungen wurden entfernt.
11003	Produktionsplan Export , Stücklisten Export - Sortierung	Die Sortierung in Stammdaten \|\| Datenimport \|\| Export Production Plan erfolgt jetzt nach Nummer des Produktionsplanes und Sort.-No- innerhalb eines Planes. Sort-No. ist jetzt ohne Kommastellen. Die Sortierung in Stammdaten \|\| Datenimport \|\| Export Stücklisten erfolgt jetzt nach Baugruppe, innerhalb einer Baugruppe nach Position sortiert. Hinweis: Beachten Sie bitte dass beim Import von schon bestehenden Produktionsplänen bei allen schon bestehenden und noch zu verarbeitenden Produktionsaufträgen, die einen importierten Produktionsplan enthalten, der Plan gelöscht wird, weil er ja nicht mehr der richtige ist (durch den Import wurde dieser sozusagen überschrieben). Bei den betreffenden Produktionsaufträgen muss der Produktionsplan wieder eingetragen werden.
11055	Artikel kopieren ohne Anhänge	Beim Kopieren eines Artikels unter Stammdaten \|\| Artikel gibt es nun eine neue Checkbox 'Anhänge kopieren'. Die Anhänge eines Artikels werden nur mit kopiert, wenn diese Checkbox aktiviert ist.
11061	Einheit im Artikelstamm änderbar bis Lagerbewegungen	Das Feld Einheit unter dem Pfad Stammdaten \|\| Artikel ist nun so lange editierbar, bis eine Lagerbewegung mit diesem Artikel durchgeführt wird oder es eine Bestellung dieses Artikels gibt.
11076	BOM Mengen müssen größer 0 sein, sonst blockiert die Artikel-Hauptmaske	Unter Stammdaten \|\| Artikelblockierte die Maske bei Set-Artikeln, wenn eine Stücklisten-Position mit Menge < =0 erstellt wurde. Solche Einträge werden jetzt abgefangen, Menge muss > 0 sein.
11082	Anpassung des Ausdrucks von Attributen - Best Practice bei Produktion - Workaround Stücklisten	Best Practice bei Produktion mit Attributen ist es, das erste Attribut zum Pflichtfeld zu machen, sonst werden die Stücklisten nicht korrekt verarbeitet. Im ersten Attribut kann ein Dummy ('-') eingetragen werden, wenn es nicht gesetzt ist. Wenn im 1. Attribut '-' (Dummy) gewählt wurde, wird das nicht mitgedruckt. Ebenso die sich wiederholenden ';' , wenn Attribute nicht gefüllt sind (keine Pflichtfelder). Wenn mehrere Attribute ausgewählt werden, steht immer nur ein mal das ';' dazwischen, um die Attribute auf dem Ausdruck zu trennen.

	CRM

	Einkauf
10715	Einkauf+Verkauf: Gutschrift über Abo, Bestellung oder Rechnung: Button "Positionen erstellen aus anderem Dokument": Feld "Bestellung" funktioniert nicht	Feld "Bestellung" funktioniert nicht Im Vertrieb und Einkauf werden bei Gutschrift alle berechneten Aufträge angezeigt. Die Positionen, die berechnet wurden, stehen in der Auswahl zur Verfügung Damit können alle berechneten Positionen unabhängig von Warensendungen auch gutgeschrieben werden. Die Daten (Anzahl berechnet, Preise) werden direkt aus dem Auftrag übernommen.
10827	Formatierung aus Stmd\|Art gehen in Bestwsn\|AnfrgVerwEK verloren und Knopf Beschriftung	Bei einer Bestellung unter Bestellwesen\|Transaktionen\|Anfrageverwaltung Einkauf bleiben die Zeilenumbrüche aus der 'Beschreibung' aus den Artikelstammdaten, bzw. aus der 'Beschreibung' der Position im Ausdruck erhalten. Zeilenumbrüche gehen jedoch verloren, wenn das Feld 'Beschreibung' in Bestellwesen\|Transaktionen\|Anfrageverwaltung Einkauf, aktualisiert, bzw. bearbeitet wird. Die Schaltfläche [Aktualisieren] wird auf verarbeiteten Bestellungen nun richtig angezeigt.
10845	Button "Dokument erstellen" in Bestellung: Feld "fakturierter Betrag" falsch	Button "Dokument erstellen" in Bestellung: Feld "fakturierter Betrag" nicht korrekt: Fehler behoben: Button "Dokument erstellen" in Bestellung und Kundenauftrag: Feld "fakturierter Betrag" ist im neuen Dokument jetzt = 0
10863	kritische Vorgänge Einkauf und Verkauf: Spalte "geplantes Datum" sortieren	Die Fehler wurden behoben und die entsprechenden Tabs werden nun korrekt sortiert.
10880	Hersteller: Link funktioniert nicht in Bestellwesen \|\| Bestellung (Einkauf) \|\| Bestellungen \|\| Positionen	Der Fehler wurde behoben und die angegebene Verlinkung funktioniert nun korrekt.
10903	Kritische Listen Einkauf, Verkauf, Produktion	Die Lieferzeit wird jetzt in den kritischen Listen angezeigt (3 Listen -EK, VK, Produktion). Die Lieferzeit (Lead Time) ergibt sich aus dem Reiter Einkauf (Stammdaten \|\| Artikel \|\| Einkauf). Hier wird für den jeweiligen Artikel der Datensatz mit der höchsten Lieferanten-Bewertung selektiert und die Lieferzeit in Werktagen im Feld 'Standard-Lieferzeit' angezeigt. Das Feld 'schnellste Lieferzeit' zeigt aus diesem Unterreiter den Wert mit der geringsten Lieferzeit an.
10963	Lieferantengutschriften: eigener Nummernkreis	Der Nummernkreis hat nun die Nummern 30000000 folgende und nicht mehr 10000000 folgende.
11059	Mindestbestellmengen: Message wird doppelt angezeigt.	Der Fehler wurde entfernt und die entsprechende Fehlermeldung wird nun nur noch ein mal angezeigt.
11097	Kritische Liste Einkauf zeigt Teile, die nicht eingekauft werden.	Es wurde ein Fehler unter dem Pfad Bestellwesen \|\| Kritische Vorgänge Einkauf behoben, bei dem Nicht-Einkaufs-Produkte in der Liste angezeigt wurden.
11148	Spalte "aktuelle Lagermenge" mit Nachkommastellen	Spalte "aktuelle Lagermenge" mit Nachkommastellen: Pfad: MRP Management (Materialbedarfsplanung) \|\| Transaktionen \|\| Einkaufsplanung \|\| Einkaufslauf \|\| Einkaufslauf Liste: Bug behoben: Mengen nun ohne Nachkommastellen.

	Verkauf
10678	Storno bei Kundenrechnungen: Überschrift soll Stornorechnung sein	Wenn eine Kundenrechnung storniert und diese gedruckt wird (die stornierte Rechnung, mit Status "ungültig gemacht"), wird in der Überschrift nicht Rechnung sondern Stornorechnung gedruckt. Zusätzlich wird im Stornodokment die originale Rechnungsnummer im Feld 'Bestell-Nr. des Geschäftspartners' eingefügt.
10715	Einkauf+Verkauf: Gutschrift über Abo, Bestellung oder Rechnung: Button "Positionen erstellen aus anderem Dokument": Feld "Bestellung" funktioniert nicht	Feld "Bestellung" funktioniert nicht Im Vertrieb und Einkauf werden bei Gutschrift alle berechneten Aufträge angezeigt. Die Positionen, die berechnet wurden, stehen in der Auswahl zur Verfügung Damit können alle berechneten Positionen unabhängig von Warensendungen auch gutgeschrieben werden. Die Daten (Anzahl berechnet, Preise) werden direkt aus dem Auftrag übernommen.
10731	Fehler beim Verkauf (POS)	Fehler beim Verkauf (POS) beim Aktivieren: "Die Lieferung konnte aufgrund eines Fehlers nicht erstellt werden - Sie müssen einen Artikel und eine Menge wählen". Fehler behoben.
10754	Ausdruck Seriennummern auf Lieferschein teils doppelt	Ausdruck Seriennummern auf Lieferschein teils doppelt, wenn Stornierungen und neu anlegen vorliegen. Problem behoben.
10803	Leistungszeitraum und Zusagedatum Lieferung	In Rechnungen wird der Leistungszeitraum nur gedruckt, wenn das Feld "Leistungszeitraum Start" gefüllt ist. In Rechnungen wird das Feld "Leistungszeitraum Start" automatisch gefüllt, wenn im Auftragskopf das Feld „Zusagedatum Lieferung“ gefüllt ist. Wenn das Feld „Zusagedatum Lieferung“ in den Auftragspositionen gefüllt ist, wird es nicht in die Rechnung weitergegeben. Wenn in dem Auftrag ein Projekt hinterlegt ist, wird der Leistungszeitraum aus den Projektdaten gezogen.
10808	Leistungspositionen in Aufträge generieren: Auswahl des nächsten Intervalls	Bislang wurden nur ABO-Intervalle ausgewählt, die keine berechneten Positionen haben. Das führte dazu, das, wenn schon eine Einmal-Position abgerechnet ist, die Leistungen in späteren Intervallen generiert wurden. Jetzt wird das Intervall ausgewählt, welches als nächstes im Rechnungsvorschlag erscheint.-Also dürfen bereits Teilrechnungen existieren - Solange das Intervall nicht vollständig abgerechnet ist, werden Leistungen in das Intervall generiert.
10855	Lieferschein: Adresse erscheint doppelt	Der Fehler wurde behoben und die Lieferadresse wird auf Lieferscheinen nun nur noch einmal abgedruckt.
10863	kritische Vorgänge Einkauf und Verkauf: Spalte "geplantes Datum" sortieren	Die Fehler wurden behoben und die entsprechenden Tabs werden nun korrekt sortiert.
10930	Seriennummern / Lagermengen abweichung durch Storno von Warenbewegungen	Bei Storno einer Warenbewegung Kunde, Rücksendung Lieferant konnte bei Seriennummernpflicht der Lagerbestand abweichen von der Anzahl der Seriennummern, wenn die betroffene Seriennummer anderweitig (z.B. int. Materialbewegung) zwischenzeitlich ans Lager gebucht wurde. -> Fehler behoben
10983	Lieferschein-Druck: die Auftrags-Nr. wird nicht gedruckt	Lieferschein-Druck: die Auftrags-bzw. Bestell-Nr. wird über das Element "Auftragsnr. nicht gedruckt. Bug behoben und das Element "Auftragsnr." in "Auftrags-Nr." geändert. Hinweis: Das Element "Referenz-Nr." druckt das Feld "Bestell-Nr. des Geschäftspartners", wenn dieses nicht gefüllt ist, wird die Auftrags- bzw. Bestell-Nr. gedruckt. Wenn das Feld "Bestell-Nr. des Geschäftspartners" genutzt wird und auch die Auftrags- bzw. Bestell-Nr. gedruckt werden soll, ist das Element "Auftrags-Nr. zu nutzen.
10996	Direktfilter Auftragsübersicht	In Vertrieb \|\| Berichte \|\| Auftragsübersicht nach Artikelkategorien sind folgende Direktfilter ergänzt worden: Dok.-Nr., Datum, Geschäftspartner
11135	Fehlermeldung Spalte »isdefault« existiert nicht beim Aktivieren eines Auftrages (SO)	Fehlermeldung Spalte »isdefault« existiert nicht beim Aktivieren eines Auftrages (SO) Ursache: Für die Organisation des Auftrages gibt es keinen Datensatz in Einstellungen \|\| Unternehmen \|\| Organisation \|\| Konfiguration Optionen Fehler ist behoben, der Datensatz mit Standard wird jetzt gewählt.
11142	Kundenrechnung: Incoterms (Lieferbed.) aus dem Auftrag in die Druckkonfiguration als Element aufnehmen	Unter dem Pfad "Einstellungen \|\| System-Stammdaten \|\| Druck-Konfiguration > > Rechnungsfelder" wurde ein neues Element Lieferbedingung hinzugefügt. Beim Drucken einer Kundenrechnung wird dann die Lieferbedingung (Incoterms) aus dem entsprechenden Auftrag ermittelt und mit auf die Rechnung gedruckt. Der Wert wird das Feld "Beschreibung" unter dem Pfad "Stammdaten \|\| Einstellungen Geschäftspartner \|\| Int. Handelsklauseln" gezogen.

	Lagerverwaltung
10802	Lagerorte eindeutig definieren	Die Lagerorte müssen eindeutig (Suchschlüssel) benannt sein, sonst kann der Scanner Lagerorte nicht identifizieren. Bislang war das nur innerhalb eines Lagers notwendig. Jetzt ist das systemweit der Fall.
10867	Bewertung Lagerbestand: Datensicherheit bei multi-ORG	Es wurde ein Fehler unter dem Pfad Lagerverwaltung \|\| Berichte \|\| Bewertung Lagerbestand behoben. Es können nun keine fremden Lager mehr eingesehen werden.
10932	Technische Doku zu Internen Materialbewegungen in der Produktion und Lagerscanner	Folgende Kennungen werden bei Internen Materialbewegungen in der BDE und man. Bedienung genutzt: Alle automatischen Materialbewegungen haben den Namen 'Production Process'. Zur weiteren Unterscheidung wird das Feld Beschreibung genutzt: 'Internal Consumption - Generated by PDC' -> Lagerscanner (Entnahme/Rückgabe/Umlagern von) 'Generated by PDC -> Return Material to Stock' BDE Rückgabe (D+) - auch interne Logistik/Rückgabe 'Generated by Production-> Return Material' : D+ Manuelle Bedienung des Produktionsauftrages - Restmaterial zurück 'Generated by Production-> Get Material from Stock' : Manuelle Bedienung des Produktionsauftrages (D-) Herstellung \|\| Produktions-Auftrag 'Generated by Production-> Return Material' : D+ Manuelle Bedienung des Produktionsauftrages 'Material provision in Production' -> Material-Beistellung Produktion 'Generated by PDC -> Get Material from Stock': BDE Produktion (D-) - auch interne Logistik/Entnahme 'Generated by PDC -> Send produced Material on Stock' : (P+) BDE Produktion 'Generated by Production-> Ńew Produced Material': P+ - Manuelle Bedienung Herstellung \|\| Produktions-Auftrag 'Generated by PDC -> Send produced Material on Stock' : (D+) Durchreicher aus der Produktion sind zu erkennen an der Mat-Bew-Art und dem Text im Feld Beschreibung. Dieser Text wird vielfach im Code mit D+ zusammen abgefragt um Durchreicher zu identifizieren. Dieser Text wird sowohl in der Produktions BDE als auch manuell im Produktionsauftrag verwendet.
11029	Fehlermeldung Warenbewegung Kunde: 'Attribute für diese Seriennummer nicht korrekt eingegeben' kommt auch bei nicht notwendigen Attributen	Wenn die Option Erforderlich im Attributsatz nicht gesetzt ist, aber die Option Lagergeführt aktiviert ist, kam die o.a. Fehlermeldung. In diesem Fall ist aber auch eine Lieferung ohne Attribut möglich. Fehler behoben.
11042	Logistik Partner änderbar in aktivierten Lieferscheinen	Der Logistik Partner ist jetzt änderbar in aktivierten Lieferscheinen. So kann bei nachträglichem Labeldruck der Eintrag noch verändert werden.
11165	Lagerumbuchung mit optionalen Attributen	Die angegebene Fehlermeldung bei der Lagerumbuchung tritt nun nur noch auf, wenn es sich bei dem Attribut eines Artikels um ein Pflichtattribut handelt. Pfad Stammdaten \|\| Einstellungen Artikel \|\| Attributsätze > > Erforderlich.

	Projekte
10688	Zeiterfassunugs-APP: Die Meldung 'Daten Scan erfolgreich' ist irreführend	Wenn die Zeiterfassung im APP Modus läuft, ist diese Meldung irreführend gewesen. Daher wurde die Meldung entfernt. Der untere Bildschirmrand bleibt jetzt leer, bis eine Aktion erfolgt. Der Knpoft kommt wurde zu Einstempeln umbenannt. Einstempeln ist im Terminal nicht mehr ständig zu sehen. Das vereinfacht die Bedienung: Karte scannen-> Knopf 'Einstempeln' erscheint -> Durch Touch bestätigen. Ebenso wurde der Knopf geht zu Ausstempeln umbenannt. Außerdem wird nach jeder Aktion (Einstempeln, Ausstempeln, Projekt) ein Zeitstempel zur Orientierung ausgegeben. Die Projektzeit bei Button Projekt wird unten angezeigt. Die Arbeitszeit bei Button Ausstempeln wird unten angezeigt. Nach Mitarbeiter-Scan wird das Projekt angezeigt, sofern der MA auf einem Projekt angemeldet ist.
10695	Änderung des Identifiers für Projekte und Produktion	Projekte und Produktion hatten bei der Projektaufgabe als Identifier das Projekt (Suchschlüssel - Name) und dann die Aufgabe (Name). Dies führt zu doppelten Angaben und der Suchschlüssel bei der Produktion ist nicht erkennbar. Korrigiert wurde: der Identifier für Aufgaben enthält jetzt "Suchschlüssel - Name". Da der Suchschlüssel nur bei Produktionsarbeitsgängen vorhanden ist, hat die Aufgabe eines Projektes jetzt nur noch "- Name".
10779	Einsatzplan Security (ORG=*)	Über ORG=* ließen sich Daten anderer Organisationen anzeigen, obwohl die Rolle des Nutzer * nicht hatte. Fehler behoben.
10868	Einsatzplan ist teilweise beim ersten Aufruf durcheinander	Anzeigeproblem im Einsatzplan wurde behoben.
10976	Projekte: Wenn Materialplanung über Lager (keine BANF) aktiv, ist Materialplanung read only	Auch wenn Materialplanung über Lager (keine BANF) aktiv ist, kann die Materialplanung jetzt ganz normal bedient werden.

	Finanzwesen
10710	Stichtagsbetrachtung von Forderungen & Verbindlichkeiten	Es wurde unter dem Pfad Buchhaltung \|\| Übersicht Forderungen und Verbindlichkeiten ein neuer Parameter 'Stichtag' hinzugefügt. Mit diesem können die Forderungen und Verbindlichkeiten, welche zu einem bestimmten Datum gültig waren, angezeigt und gedruckt werden. Wird beispielsweise der 01.12.2022 gewählt, werden alle Ford. u. Verb. angezeigt, welche an diesem Tag (bis 23:59 Uhr) offen waren. Wird eine Forderung am 01.12.2022 beglichen, wird sie in diesem Fall also nicht mehr angezeigt. Wird eine Forderung am 01.12.2022 zu einem Teil beglichen, wird der offene Restbetrag angezeigt. Um den Stichtag nutzen zu können, muss der Parameter 'Gruppieren nach Geschäftspartner' aktiviert sein. Anderenfalls wird eine entsprechende Fehlermeldung angezeigt. Die Parameter 'Ausstehend' und 'Bezahlt' hingegen können dann nicht mehr genutzt werden. Sie werden vom System ignoriert und eine entsprechende Warnung wird angezeigt. Für die Nutzung dieser neuen Funktion wurde das Feld 'Bankkonto Geschäftspartner' unter dem Pfad Vertrieb \|\| Kundenrechnungen \|\| Zahlung auf Read Only gesetzt. Die korrekte Funktionalität könnte sonst nicht gewährleistet werden.
10771	Automatischer Kontoausgleich C...	Automatischer Kontoausgleich C gleicht Rechnungen aus, wenn eine andere Rechnung überzahlt wird. Dies Verhalten gab es nur bei Rechnungen in ausländischer Währung und wenn ein Bankkonto in dieser Währung geführt ist. Das ist für den Nutzer nicht nachvollziehbar. Der C* Abgleich wurde entfernt. Generell ist es kein gutes Vorgehen Überzahlungen über den Bankabgleich zu buchen. Überzahlte Rechnungen sollten über Gutschriften ausgeglichen werden.
10774	Hauptbuch-Journal + Übersicht Hauptbuch: Erhöhung der Listeinträge pro Seite	Hauptbuch-Journal + Übersicht Hauptbuch: Erhöhung der Listeinträge pro Seite. Jetzt werden bis zu 2000 Einträge in der Listenansicht gezeigt, bevor die Blätterfunktion benutzt werden muss. Es ist der Eintrag: General Setup \|\| Processes and Preferences \|\| Session Preferences (als Entwickler): Feld: Records range von 20 auf 2000 gestellt...
10826	Zahlungsfreigabe bei Skonto/Teilzahlung etc. Überschreibung der Zahlungsfreigabe "genehmigt" in Übersicht Ford/Verb:	Wird eine Verbindlichkeit unter dem Pfad Buchhaltung \|\| Übersicht Forderungen und Verbindlichkeiten von einem Nutzer genehmigt, wird diese Genehmigung nun übertragen, wenn die Verbindlichkeit durch eine Teilzahlung/Skonto/etc. verringert wurde. Die ursprüngliche Genehmigung ist in allen Teilzahlungen etc. dann unter Buchhaltung \|\| Übersicht Forderungen und Verbindlichkeiten zu sehen.
11058	Manueller Buchungsstapel: Projektselektor zeigt Arbeitsgänge	Bug behoben: Manueller Buchungsstapel: Projektselektor zeigt Arbeitsgänge, nun sind nur noch Projekte und anschließend Projektaufgaben auswählbar.

	Anlagenverwaltung

	MRP
10712	Fehler im Einkaufslauf: berücksichtigt die Preisgestaltung nicht	Bug behoben.
10902	Einkaufslauf mit neuen Feldern in der Einkaufsliste	Es wurden unter dem Pfad MRP Management (Materialbedarfsplanung) \|\| Transaktionen \|\| Einkaufsplanung \|\| Einkaufslauf \|\| Einkaufslauf Liste zwei neue Felder 'Lieferzeit' und 'Bedarfszeitpunkt' hinzugefügt. Die Lieferzeit (Lead Time) ergibt sich aus dem Reiter Einkauf (Stammdaten \|\| Artikel \|\| Einkauf). Hier wird für den jeweiligen Artikel der Datensatz mit der höchsten Lieferanten-Bewertung selektiert und die Lieferzeit in Werktagen angezeigt. Der Bedarfszeitpunkt ergibt sich aus dem frühesten Bedarf, der zu einer Untermenge führt. Für diesen Zeitpunkt muss, basierend auf den aktuellen Planungsdaten, die Ware dann verfügbar sein.
11098	EK-Lauf: Lieferantenartikelnummer wird teils nicht mit übernommen und Text der Bestellung (Kopf) ist teils mit Artikelbeschreibung gefüllt	Fehler behoben.

	Produktion
10655	Spalte Notiz im Produktionsauftrag wird nicht mehr gefüllt	Die Spalte Notiz füllt sich jetzt wieder mit Artikel - Anzahl
10668	Komplexe Produktionspläne berechnen beim Auslösen die Menge falsch	Der Fehler wurde korrigiert. In komplexen Produktionsplänen haben jetzt alle Arbeitsgänge die Auslöse-Menge im Feld Menge. Das betraf auch den Import von Arbeitsplänen, wenn manuell nachgearbeitet wurde, war im Basis-Arbeitsgang die Menge=0 -> Fehler korrigiert.
10675	BDE: Durchreiche-Arbeitsgänge mit CNR/SNR bei 1:1 Zuordnung sukzessive Produktion zulassen	Bei Durchreiche-Arbeitsgängen ist es jetzt zulässig, sukzessive die Geräte einer Charge abzuarbeiten, während bei Produktions-Arbeitsgängen bei 1:1 Zuordnung eine Charge nur 1x produzierbar ist (Keine Chargen-Teilproduktion möglich)
10741	Arbeitsgänge ohne Produktion und Stückliste	Arbeitsgänge [Basis-Arbeitsgänge] ohne Produktion und Stückliste („Durchreicher“) Bislang war es nicht möglich, 'zentrale Arbeitsgänge' mit einer sogenannten „Durchreichefunktion“ für z.B. Prüffeldaufgaben zu definieren. Nun werden die Stücklistenposition, welche den zu produzierenden Artikel aus einem vorangegangenem Arbeitsgang mit Produktion enthält, dynamisch berechnet. Beim Auslösen der Produktion (Erzeugen eines Produktionsauftrags), wird die erste Stücklistenposition in diesem 'zentralen Arbeitsgang' anhand der vorangegangenen Arbeitsgänge ermittelt und in die Stückliste des Durchreichearbeitsgangs eingesetzt. Basisarbeitsgänge ohne aktive Checkbox 'Produktion' und ohne Stückliste können also in Zukunft als 'zentraler Arbeitsgang' unabhängig von der Angabe eines Artikels definiert und universell eingesetzt werden. So wird es ermöglicht z.B. ein Prüfdokument in einem solchen Basisarbeitsgang abzulegen, welches für die Produktion diverser Artikel verwendet werden kann. Die bei der Büroklammer hinterlegten Dokumente werden beim Erzeugen eines Produktionsauftrages (Auslösen) mit in die Liste der Anhänge des Produktionsauftrags übernommen, von wo aus sie gedruckt und dem Verantwortlichen zur Pflege ausgehändigt werden können. Vereinfachte Produktion (zu finden in Stammdaten\|Artikel und in Basis-Arbeitsgängen) Die Checkbox 'vereinfachte Produktion' bewirkt, dass im Produktionsscanner der BDE eine weitere Schaltfläche [Produktion] erscheint, die gleich nach der Materialentnahme das Abscannen der QR-Codes für die Fertigstellung oder Beendigung ersetzt, so können einige Scannvorgänge eingespart werden.
10743	Produktionsauftragszettel: Mehrfachdruck und Produzierter Artikel	Produktionsaufträge werden nun beim Drucken unten rechts mit einer Seitenzahl versehen. Ebenso wird nun der zu produzierende Artikel im Auslösegrund angegeben, solange er nicht schon im Artikelfeld steht.
10744	Dokumentenanhänge Produktionsauftrag	Eine Systemoption unter Einstellungen\|Unternehmen\|Organisationen, im Unterreiter [Konfigurationsoptionen], namens ‘Dokumente an Produktionsauftrag anhängen’ (Checkbox), steuert, dass Dokumente, die sich im Anhang (Büroklammer) im Kopfdatensatz eines zu produzierenden Artikels* befinden, in dessen Produktionsauftrag übernommen werden. Die sich im Kopfdatensatz von Basisarbeitsgängen befindlichen Anhänge werden in den aus ihm/ihnen erzeugten Produktionsauftrag übernommen. In einem ausgelösten Produktionsauftrag wurden die Anhänge in folgender Reihenfolge übernommen: 1. Anhänge aus dem Kopfdatensatz in Stammdaten\|Artikel eines zu produzierenden Artikels. 2. Anhänge aus einem Attribut(wert) eines Artikels. Attribute, bzw. deren 'Werte' werden in einem 'Auftrag (SO)' ausgewählt, welcher [aktiviert] den Herstellungsprozess auslöst. 3. Nummerisch in der Reihenfolge der Suchschlüssel der Basisarbeitsgänge, die im Produktionsplan gelistet sind - von den Basisarbeitsgängen aus in der Reihenfolge, in der die Anhänge hinzugefügt wurden. - die Sortierung innerhalb der hinzugefügten [Arbeitsgänge] zu einem Produktionsauftrag, bleibt wegen der Abhängigkeit zur Sortiernummer vom [Basisarbeitsgang] erhalten. Es werden keine Anhänge von Artikeln aus Stücklisten übernommen. Weder aus den Stücklisten von Artikeln aus deren Stammdaten, noch aus den Stücklisten von Basisarbeitsgängen. (Definition 'Endprodukt' oder 'Baugruppe', Checkbox 'Montage' im Basisarbeitsgang aktiv = final durch einen Produktionsvorgang hergestellter Artikel) Anhänge im Produktionsauftrag! Die Sortierung der Anhänge kann durch Änderung der Positionsnummern geändert werden, wobei dieses nur nummerisch durch ganze Zahlen möglich ist. Buchstaben, Dezimalpunkt, Komma, etc. können nicht verwendet werden. Bei nicht produzierenden Arbeitsgängen (Durchreicher) werden nur die Dokumente aus dem Anhang Kopfdatensatz seines Basis-Arbeitsganges in den Produktionsauftrag übernommen. Verwendung von Attributen Bei Verwendung von Attributen, werden die sich im 'Wert' des Attributes (Stammdaten\|Einstellungen Artikel\|Attribute\|Wert) befindlichen Anhänge an 2. Position mit in den Anhang des Produktionsauftrages übernommen.
10871	Vereinfachte Produktion: Artikelstamm überträgt nicht in den Basis-Arbeitsgang	Der Haken Vereinfachte Produktion überträgt sich jetzt wieder in den Basis-Arbeitsgang. Das ist aber nur bei gesetzter Option 'Arbeitsgang und Produktionsplan automatisch erzeugen' der Fall. Wenn diese Option nicht gewählt ist, ist das Feld aus dem Artikelstamm ausgeblendet, da es dann keine Synchronisation gibt, d.h. Arbeitsgänge werden dann manuell gepflegt bzw. importiert.
10908	Der Basis-Arbeitsgang erhält eine neue Eigenschaft: Fortlaufend produzieren.	Es wurde eine neue Checkbox 'Fortlaufend produzieren' unter dem Pfad Herstellung \|\| Basis-Arbeitsgänge eingefügt. Ist dieser gesetzt und der entsprechende Arbeitsgang wird über die Produktion in der BDE gestartet, wird das Feld 'Menge (Teil)-Fertigung' nicht mehr automatisch gefüllt und ebenso wenig die entsprechende Menge zur Produktion angeboten. Dieses muss nun manuell von einem Mitarbeiter durchgeführt werden. Die neue Checkbox wurde ebenso in die Import/Export-Funktion hinzugefügt.
10914	Artikel-Bedarf bei Durchreiche Arbeitsgängen nicht im Einkaufslauf und in den geplanten Mat.-Bewegungen	Der Artikel-Bedarf bei Durchreiche Arbeitsgängen wurde nicht mitgeführt. Außer dem produzierten Gut, welches ja nicht verbraucht wird, sondern wieder herauskommt, werden die Materialpositionen für Ausrüstung/Anbaumaterial jetzt korrekt berücksichtigt. Diese sind in den geplanten Materialbewegungen zu sehen und werden auch über den Einkaufslauf mit vorgeschlagen. In den geplanten Materialbewegungen für das produzierte Gut sind die Durchreiche-Arbeitsgänge nicht aufgeführt (dürfen auch nicht, da kein Abgang oder Zugang entsteht).
10920	Teilproduktion / Rückgabe bei Durchreichern mit CNR und weiteren Materialpositionen (Anbauteile) nicht möglich	Bei der Materialrückgabe in Durchreiche AG kann das Assembly jetzt auch zurückgegeben werden. Teilproduktion ist jetzt auch bei Durchreichern mit Anbaumaterial möglich.
10921	Geplante SNR/CNR in Materialbewegungen anzeigen	Die Geplante SNR/CNR ist jetzt wegen der besseren Übersichtlichkeit in Herstellung \|\| Produktions-Auftrag \|\| Arbeitsgänge \|\| Materialbewegungen eingeblendet
10929	Kein eigener Produktionsplan für die Zwischenprodukte, die gleich wieder verbraucht werden.	Wenn in einem komplexen Produktionsplan ein Endprodukt gefertigt wird und Zwischenprodukte dafür ausschließlich über diesen Produktionsplan in vorangegangenen Aufgaben gefertigt wurden, ist für dieses Zwischenprodukt die Checkbox 'Produktion' unter Stammdaten\|Artikel in der Fieldgroup [+Lager] inaktiv zu lassen, bzw. zu inaktivieren. Das Zwischenprodukt wird in folgenden Arbeitsgängen benötigt (Durchreicher bzw. Verbrauch). Das Zwischenprodukt braucht keinen Einkaufs-Datensatz und die Checkbox 'Einkauf' in der Fieldgroup [+Einkauf/Verkauf] ist in diesem Fall ebenfalls inaktiv. Solche Daten führten im Produktionslauf bislang zu Problemen. Das ist jetzt behoben.
10931	Produktionsauftrag - Bedienungs-Verbesserungen bei Durchreichern (Manuelle Bedienung und BDE)	Die manuelle Bedienung in Herstellung \| Produktions-Auftrag \| Arbeitsgänge, lässt nun auch das Produzieren von Ausrüstungs-Arbeitsgängen (Durchreichern ohne Produktion) zu. Bei Fremdvergabe (Material Beistellung) sollte die manuelle Bedienung in Herstellung \| Produktions-Auftrag \| Arbeitsgänge benutzt werden und nicht die BDE. Empfehlung ist, immer die komplette Menge des Arbeitsgangs zu produzieren. Die interne Materialbewegung bleibt bei Seriennummern allerdings im Entwurf, so dass man dort ggf. noch die Menge reduzieren könnte. Desweiteren ist der Arbeitsgang erst dann zu beenden, wenn die Seriennummern eingegeben wurden und die Material-Rückgabe abgeschlossen ist, d.h. die 'interne Materialbewegung' gebucht wurde. Die BDE erkennt jetzt bei Durchreichern auch in der Auswahl der geplanten SNR/CNR, ob diese SNR/CNR bereits produziert bzw. benutzt wurde und schlägt analog zu Produktions-AG diejenigen SNR/CNR vor, die noch nicht benutzt wurden. Die Produktions-BDE kann jetzt auch durch Scan des Kombi-Barcodes (bes. bei Durchreichern wichtig) die geplante SNR/CNR belegen.
10933	Produktionsauftrag schließen	Eine neue Option (Checkbox) 'Alle Arbeitsgänge schließen' in Herstellung\|Produktions-Auftrag, im Prozess [Produktions-Auftrag beenden] sorgt dafür, dass alle Arbeitsgänge im gegenwärtigen Zustand geschlossen werden. Materialrückgabe mit der BDE ist ggf. danach noch möglich. → Wichtiger Shortcut zum Beenden eines Produktionsauftrags bei nicht ordnungsgemäßer Ausführung des Auftrages.
10947	Lieferantenleistung im Produktionsmodul	Um die Abwicklung der Fremdvergabe transparent in der Kostenrechnung zu erfassen, haben der Produktionsauftrag und die Arbeitsgänge jeweils ein neues Feld ' Kosten Lieferantenleistung' analog zum Projekt erhalten. Wenn man in der Lieferantenrechnung den entsprechenden Arbeitsgang zuordnet, werden auch die Kosten im Produktionsauftrag zugeordnet. Hinweis: Eine Planungs-Ebene für Lieferantenleistungen ist im Modul Produktion nicht vorgesehen, das kann im Projekt viel besser abgebildet werden. Desweiteren: Das Feld 'Tätigkeiten' im Produktionsmodul wurde zu 'Arbeitskosten umbenannt, damit es in den Arbeitsgängen und auch im Projektmodul gleich bezeichnet ist.
10950	Anpassung Produktionsauftragszettel	Bei komplexen Produktionsplänen mit mehreren Arbeitsgängen wird das Endprodukt, wenn es nicht in diesem Arbeitsgang erzeugt wird im Produktionsauftragszettel als erstes im Auslösegrund angegeben
10964	Abfolgeplan in der Produktion	Herstellung \|\| Produktions-Auftrag \|\| Abfolgeplan Die Option 'Lagerbewegung buchen' ist nicht implementiert und wurde aus der Ansicht entfernt. Die Option 'Nachfolger erst nach Beenden starten' ist implementiert und sorgt dafür, dass der nachfolgende Arbeitsgang erst gestartet werden kann, wenn der vorangegangene Arbeitsgang beendet wurde.
10984	Stückliste Chargennummern bei Teilproduktion	Bei Teilproduktion von Chargennummern (ohne 1:1 Zuordnung und ohne Vordefinierte SNR/CNR in der Produktion) wurde die Stückliste nur bezüglich der letzten Teil-Produktion geschrieben. Diese Stücklisten waren falsch, es müssen alle Teilproduktionen berücksichtigt werden. Wenn keine 1:1 Zuordnung verwendet wird, werden dann korrekte Stücklisten angezeigt, wenn bei Teil-Produktion immer dieselbe CNR für den gesamten Lauf des Arbeitsganges verwendet wird. Ansonsten sind die Stücklisten nicht korrekt (Verantwortung des Bedieners). Erst wenn die Produktion komplett fertig ist, wird die Stückliste korrekt angezeigt, nicht vorher.
11004	Teilproduktion von Chargennummern bei 1:1 Zuordnung	Wenn mehrere Produktionsvorgänge auf dieselbe CNR durchgeführt wurden, gab es einen Fehler, sobald die bereits produzierte Menge> = der Menge in der Teil-Produktion war. Dieser Fehler ist behoben. Bei 1:1 Zuordnung müssen alle Entnahme Vorgänge bereits erfolgt sein, sobald die erste Teilproduktion zurückgemeldet wird. Wenn mehrere Produktionsvorgänge auf dieselbe CNR durchgeführt werden, wird die Stückliste immer auf die Entnahmen zu dieser CNR berechnet. 1. Wurde während einer Teilproduktion von einer Charge nur eine Teilmenge als fertig (produziert) gemeldet, führte das zu dem Fehler, dass die Charge durch Fertigmeldung damit als produziert galt und der fehlende Rest dieser Teilproduktion nicht der begonnenen Charge zugebucht werden konnte, um die geplante Menge dieser Charge zu vervollständigen. Es konnten keine zusätzlichen Mengen (Teilmengen einer Teilproduktion) auf eine geplante Charge fertig gemeldet werden, da dieser Produktionsschritt vom System aufgrund der Fertigmeldung in der Produktion als abgeschlossen (fertig produziert) angesehen wurde. Dieser Umstand wurde behoben. 2. So können zusätzliche „Untermengen“ (Teilmengen einer Teilproduktion) fertig gemeldet werden. ← 1:1 Zuordnung von SNr. u. CNr. aktiv Bei aktiver Konfigurationsoption unter Einstellungen\|Unternehmen\|Organisation»[Konfigurations Optionen] 'Seriennummer und Chargennummer 1:1 zuordnen', wird die Entnahme von Material für jede in der Produktion geplanten Menge einer Charge als eine gesamte Entnahme der benötigten Mengen an Material für diese geplante Charge vorgenommen. Bsp: Wird im Verlauf der Herstellung an einem Tag die Produktion einer Charge von 50 Stk. geplant, am Ende des Tages aber nur 40 Stk. dieser Charge als fertig produziert gemeldet, kann die Produktion dieser Charge fortgesetzt werden, da das gesamte Material für 50 Stück entnommen wurde und die Fertigmeldung von 40 Stück nicht mehr dazu führt, dass der Produktionsschritt vom System als abgeschlossen (fertig produziert) angesehen wird.
11005	Produktionslagerorte Optionen: Neu BOM Lagerorte aus Artikel (komplexer Plan mit Stationen)	Es gibt unter Einstellungen \|\| Unternehmen \|\| Organisation \|\| Konfiguration Optionen folgende Optionen um die Lagerorte des Produktionsauftrages zu beeinflussen: 'BOM Lagerorte aus Artikel (komplexer Plan mit Stationen)' NEU Diese Option berechnet den Entnahme- und Rückgabe-Lagerort der Stücklistenpositionen aus den Artikeldaten (Feld Lagerort, Artikelhauptmaske). Ausgenommen davon sind Baugruppen, die in demselben Produktionsplan in anderen Arbeitsgängen gebaut werden. In diesem Fall wird als Entnahme und Rückgabe Lagerort in der BOM der Entnahme-Lagerort gewählt, der im aktuellen Arbeitsgang selbst (Kopf) definiert ist. Hintergrund der Option ist es, komplexe Abläufe mit mehreren Stationen abzubilden und insbesondere bei Durchreiche-Arbeitsgängen sicherzustellen, das die Station auch korrekt durchlaufen wird. So entsteht Transparenz in der Produktion. Über die Lagerorte ist zu sehen, an welcher Station sich welche Artikel befinden. Das gilt für die Baugruppen, die in diesem Plan produziert und weiter ausgerüstet werden. Die reinen Materialpositionen müssen natürlich an anderen Lagerorten (nicht auf der Station selbst) entnommen werden. Daher werden diese Lagerorte aus den Artikeldaten bezogen. Diese Konfiguration ist geeignet für eine Produktion, die Zwischen- oder halbfertige Produkte nicht am Lager benötigt. Dann kann der Artikelstamm wesentlich verkleinert und eine Baugruppe mit Ausgrüstungs-AG (Durchreichern) über mehrere Stationen immer weiter aufgebaut werden, bis ein am Lager geführtes Produkt fertig ist. Damit ist ein kleiner Artikelstamm ohne Zwischenprodukte möglich, kann diese aber nicht einzeln vorproduzieren. Produktions-Lagerorte alle aus Artikeldaten (aut. Auslösung) Die Option 'Produktions-Lagerorte aus Artikel-Einstellungen beziehen' wurde umbenannt zu Produktions-Lagerorte alle aus Artikeldaten (aut. Auslösung) Hintergrund dieser Option ist ebenso die Abbildung verschiedener Stationen über Lagerorte. Die Konfiguration der Produktion erfolgt in diesem Fall nicht über komplexe Produktionspläne (mehrere Arbeitsgänge im Plan), sondern durch einfache Produktionsaufträge (nur 1 Arbeitsgang pro Plan), die über die automatische Auslösung verkettet werden. Bei dieser Option berechnet das System die Lagerorte aus den in der Hierarche der automatischen Auslösung erzeugten Produktionsaufträgen. Auch hier werden für die reinen Materialpositionen die Lagerorte aus den Artikeldaten bezogen. Die Entnahme- und Rückgabe Lagerorte für Baugruppen in der BOM, die automatisch mit ausgelöst wurden, berechnen sich über in der automatische Auslösung erzeugten Produktinsaufträgen. Bei den zu produzierenden Baugruppen, werden zudem Entnahme- und Rückgabe-Lagerort im Kopf der Aufgabe aus den Artikel-Daten bestimmt. D.h.: Die im Arbeitsgang des Plans angegebenen Lagerorte sind komplett irrelevant. Diese Konfiguration ist geeignet für eine Produktion, die sämtliche Zwischen- bzw. Unterbaugruppen auch vorproduziert am Lager halten will und ausschließlich über Arbeitsgänge mit Montage arbeitet (bei jedem Arbeitsgang entsteht ein neuer Artikel) In dem Fall wird die Produktion bei der automatischen Auslösung feststellen, ob Lagerbestand einer Baugruppe vorhanden ist, oder diese mit ausgelöst wird. Dadruch entsteht zwar ein großer Artikelstamm mit Zwischenprodukten, kann aber alle Zwischenprodukte flexibel vorproduzieren. BOM-Rückgabelagerort gleich Arbeitsgang-Rückgabelagerort Diese Option dient dazu, in der BDE Material-Rückgabe dafür zu sorgen, dass das Material nicht in den Ursprungs (Entnahme) Lagerort, sondern immer an die Station (Rückgabe Lagerort Arbeitsgang) zurückgebucht wird. Dies dient dazu, evtl. Wege zu sparen oder Prüf-Vorgänge einzubauen, bevor es an das korrekte Lager zurück geht. Diese Option kann in Kombination mit 'BOM Lagerorte aus Artikel (komplexer Plan mit Stationen)' bzw. 'Produktions-Lagerorte alle aus Artikeldaten (aut. Auslösung)' genutzt werden Die gleichzeitige Aktivierung der Optionen BOM Lagerorte aus Artikel (komplexer Plan mit Stationen) und Produktions-Lagerorte alle aus Artikeldaten (aut. Auslösung) führt zu Fehlern und ist zu vermeiden.
11014	Doppelklick geplante Arbeitsgänge und gest. AG fürhrt nicht zu richtigenm Produktionsauftrag	Fehler wurde behoben. Es wird nun bei einem Doppelklick auf den richtigen Datensatz verlinkt.
11034	Anpassung Produktionsauftragszettel	Es existiert ein neuer Report namens 'Auftrags-Papiere simpel' für den Pfad: Herstellung\|Produktions-Auftrag, im Druckdialog. Wird dieser Report im Dropdown-Menü des Druckdialogs gewählt, zeigt der Produktionssauftrag nur die QR-Codes 'Auftrag' und 'Abbrechen' auf der rechten Seite. Bei dem alten Report ('Auftrags-Papiere') und bei dem neuen Report ('Auftrags-Papiere simpel'), werden jetzt bei der Mengenangabe die produzierten Mengen abgezogen. Ebenso wird in den Stücklisten die bereits erhaltene Menge abgezogen. Im Auslösegrund steht bei Arbeitsgängen, die nicht den End-Artikel fertigen, jetzt der Endartikel mit Artikelnummer und Name.
11044	Automatischer Etikettendruck der Produktionsartikel (CNR/SNR) bei Entnahme in der BDE	Durch die Aktivierung der Checkbox 'Produktion' in einem Basisarbeitsgang kann in der Produktions-BDE ein Kombi-Barcode für den bzw. die zu produzierenden Artikel bereits direkt nach der Entnahme automatisch ausgedruckt werden. Ist in den Konfigurations Optionen unter Einstellungen\|Unternehmen\|Organistation, die Checkbox 'Chargennummer automatisch erzeugen (Produktion)' aktiv, werden vom System generierte Seriennummern oder Chargennummern vorgeschlagen. Sofern das Feld geplante SNR/CNR benutzt wird, errechnet sich das System den Kombi-Code für das zu produzierende Gut. Um die Funktion anzusteuern, muss die Präferenz AUTOPRINTASSEMBLYINPDCCONSUMPTION in Einstellungen \|\| Prozesse und Einstellungen \|\| Präferenzen auf 'Y' gesetzt sein.
11049	Nachproduktion und Automatisierung der Ausschuß-Teile bei Prüfvorgängen	Der Arbeitsgang (Basis-AG, Import Produktionsplan, Arbeitsgang im Produktionsauftrag) hat eine neue Eigenschaft 'Prüfvorgang'. Ist diese Eigenschaft aktiv, wird in der Materialentnahme und in der Produktions-BDE ein neuer Knopf 'Ausschuss' eingeblendet. Wenn dieser gewählt ist, wird das zu prüfende Gut in das Sperrlager umgebucht (Ermittlung des Lagerortes mit Option=Standard im Sperrlager). Gleichzeitig wird die Produktionsmenge in allen dem Prüfvorgang vorausgegangenen Arbeitsgängen um 1 erhöht. Bereits geschlossene Arbeitsgänge werden wieder geöffnet. Damit ist nun in allen vorangegangenen Arbeitsgängen wieder Material zu entnehmen, um die Baugruppe nachzufertigen. Im Text Auslösegrund wird vor der Order der Text 'NACHPRODUKTION:' ergänzt. Zusätzlich wird (1x pro Produktionsauftrag, auch wenn mehrmals nachproduziert werden muss) ein Alert ausgelöst, der (oben links im Bildschirm) die Produktionsleitung daran erinnert, die Produktionsauftragszettel für die Ausschuss-Menge zu drucken. Dabei muss die Produktionsleitung dann darauf achten, nur die Arbeitsgänge vorher und den Prüfauftrag selbst zu drucken und zu verteilen. Die Arbeitsgänge, die danach folgen, bleiben ja unverändert und sind schon verteilt. Anmerkung: Die Plattenherstellungsaufträge erhalten diese Option nicht, da in der BDE zur Zeit leider kein Dialog mit Optionsauswahl platziert werden kann.
11051	Kopieren der Basis Arbeitsgänge	Es wurde ein neuer Button 'Arbeitsgang kopieren' unter dem Pfad Herstellung \|\| Basis-Arbeitsgänge hinzugefügt. Mit dieser Funktion können ein Arbeitsgang und alle dazugehörigen Unterreiter kopiert werden. Die Anhänge werden ebenfalls kopiert, wenn die entsprechende Checkbox gesetzt wurde.
11067	Doppelte AG/Produktionspläne bei Artikel kopieren.	Fehler behoben. Kam nur in Sonderfällen vor.
11082	Anpassung des Ausdrucks von Attributen - Best Practice bei Produktion - Workaround Stücklisten	Bei Produktion mit Attributen ist es notwendig, das erste Attribut zum Pflichtfeld zu machen, sonst werden die Stücklisten nicht korrekt verarbeitet.. Im ersten Attribut kann ein Dummy ('-') eingetragen werden, wenn das Pflichtfeld nicht benötigt wird. Wenn im 1. Attribut '-' (Dummy) gewählt wurde, wird dieses Attribut nicht mitgedruckt. Ebenso die sich wiederholenden ';' , wenn Attribute nicht gefüllt sind (keine Pflichtfelder). Wenn mehrere Attribute ausgewählt werden, steht immer nur ein mal das ';' dazwischen, um die Attribute auf dem Ausdruck zu trennen.
11089	Basis-Arbeitsgänge: Beschreibung Länge auf 2000 Zeichen erhöhen	Produktionsplan: Beschreibung und Notiz sowie Produktionsauftrag: Grund der Auslösung / Beschreibung und Notiz sowie Arbeitsgang (Beschreibung). Alle diese Felder haben jetzt eine Länge von 2000 Zeichen
11123	Kalkulation Basis Arbaitsgang -> Plankosten funktionieren nicht.	Fehler behoben. Im Basis Arbeitsgang werden die Plankosten jetzt dynamisch über die aktuellen Einträge in Stammdaten \|\| Artikel \|\| Kalkulation ermittelt
11124	Produktionsplan im Entwurf bei Änderung am Arbeitsgang	Fehler behoben. Bei Änderung der Zeiten wird der Produktionsplan nicht mehr in den Entwurf gesetzt
11129	Verbrauch produzierter Baugruppen fremder Produktionsaufträge	Wird in einem Produktionsauftrag ein Artikel hergestellt, welcher keinen eigenen Produktionsplan aber eine SNR oder CNR besitzt, darf dieser Artikel nur im weiteren Verlauf des selben Produktionsauftrages entnommen werden. Wird der Artikel in einem fremden Produktionsauftrag entnommen, wird eine Fehlermeldung angezeigt und es muss eine andere SNR/CNR eingetragen werden.

	BDE
10690	BDE Produktion: Tausch der Felder Menge (Stkl.-Artikel) und Menge (Teil)-Fertigung	Das Feld 'Menge (Teil)-Fertigung' befindet sich in der Produktions-BDE Entnahme jetzt auch direkt unterhalb des Feldes Barcode. So war es in der Produktionsrückmeldung schon immer. Damit ist dieses Feld jetzt einheitlich angeordnet.
10695	Änderung des Identifiers für Projekte und Produktion	Projekte und Produktion hatten bei der Projektaufgabe als Identifier das Projekt (Suchschlüssel - Name) und dann die Aufgabe (Name). Dies führt zu doppelten Angaben und der Suchschlüssel bei der Produktion ist nicht erkennbar. Korrigiert wurde: der Identifier für Aufgaben enthält jetzt "Suchschlüssel - Name". Da der Suchschlüssel nur bei Produktionsarbeitsgängen vorhanden ist, hat die Aufgabe eines Projektes jetzt nur noch "- Name".
10838	BDE Anwendungen ORG-Sicher machen und Focus-Sicher machen	Ein Klick auf die Logos oben links oder ein Refresh oben rechts führen jetzt dazu, das das Terminal einen echten Refresh der BDE-Anwendung ausführt und damit das Focus-Feld richtig gesetzt wird sowie das Terminal beim nächsten Scan korrekt reagiert. Bei personalisierten BDE's (z.B. Handscanner) führt ein Klick oben rechts generell zu einem Logout (Hier funktionierte der Focus ebenfalls nicht). Beim Scannen in allen BDE's wird jetzt überprüft, ob die Rolle unter der die BDE läuft, Zugriff auf die gescannten Daten hat. Wenn kein Zugriff erlaubt ist (Datensatz befindet sich in einer ORG, auf die die Rolle keinen Zugriff hat), erfolgt die Meldung Barcode unbekannt.
10918	BDE Produktion Entnahme: Bei Durchreiche AG werden geplante SNR/CNR angeboten, die zuvor gar nicht produziert wurden	Es werden in Durchreichearbeitsgängen bei der Materialentnahme nur noch SNR/CNR zur Auswahl angeboten, die zuvor auch produziert wurden.
10949	BDE Ausführung der 'Komplett' - Funktion bei Materialentnahme und vordefinierten Seriennummern	Der Button 'Komplett' in der Materialentnahme der Produktions-BDE wird jetzt Script-gesteuert ausgeführt, sobald eine geplante SNR/CNR ausgewählt wird. Damit verhält sich die BDE bei 1:1 Zuordnung von SNR/CNR ganz analog zu dem Verhalten ohne 1:1 Zuordnung. Ohne 1:1 wird immer schon nach der Eingabe des Arbeitsgangs die 'Komplett' Funktion ausgeführt. Das Feld 'geplante SNR/CNR' ist nach dem Laden des Arbeitsganges nicht vorbelegt. Es muss aktiv ausgewählt werden, das vermindert auch das Risiko von Fehl-Bedienungen.
10952	BDE Materialrückgabe bei 1:1 Zuordnung	Die Materialrückgabe zeigte falsche (zu hohe) Mengenangaben, wenn bei einer Rückgabe auf einer geplanten SNR/CNR nach der Produktion (Montage) noch Restmengen im Arbeitsgang für die betreffende SNR/CNR vorhanden sind. -> Solche Restmengen können zurückgegeben werden, wenn versehentlich zu viel Material entnommen wurde oder z.B. ein Teil nicht funktionierte und Ersatz schon eingescannt wurde. Dann kann das defekte Teil z.B. in ein Ausschuss-Lager gebucht werden. Die Materialrückgabe lässt jetzt bei geplanten SNR/CNR die Rückgabe zu und berechnet die Mengenangaben korrekt – bezogen auf die geplante SNR/CNR.
11021	BDE Produktion: mehr Seriennummern als benötigt in Produktionsauftrag	Wenn unvollständige Materialentnahmen auf einen Arbeitsgang durchgeführt wurden (Mat. im Zulauf ist noch nicht komplett vorhanden) wurde der älteste, noch nicht komplett entnommene Arbeitsgang immer bei jeder neuen geplanten Seriennummer über den Scan des Kombi-Barcodes wieder ausgewählt. So entstehen zu viele geplante Seriennummern in einem Arbeitsgang (mehr geplante SNR als geplante Produktionsmenge). Jetzt wählt das System automatisch den nächsten Arbeitsgang, sobald die Anzahl der geplanten SNR in (Teil-)Entnahmen bei älteren, noch nicht komplett entnommenen Arbeitsgängen gleich der geplanten Produktionsmenge ist.
11030	Entnahme-Menge falsch berechnet	Wenn in der BDE eine Entnahme auf eine geplante Chargennummer (Beispiel 2 Stück) vorgenommen wurde, anschließend dann (ohne die Menge zu produzieren) auf eine 2.Chargennummer 3 Stück entnommen wurden, war die Entnahme-Menge der Stückliste falsch berechnet, wenn die gesamte Produktionsmenge=5 Stück betrug. Bei Teil-Entnahme 2. CNR , 2 Stk. stimmte es. Die Fehl-Kalkulation ergab sich dann, wenn die komplette Menge des Arbeitsganges entnommen werden sollte und Lagermenge< ges. benötigte Menge (5) + bereits erfolgte Entnahmen (2) war (Lagermenge war 6) -> in diesem Fall wurde die Lagermenge zur Entnahme angeboten. Der Fehler wurde behoben.
11101	Lagerscanner: Fertig Button fehlt, wenn die Option Kontrollscan deaktiviert ist	Wenn die Option Kontrollscan deaktiviert ist, werden nur Seriennummern bzw. CNR erfasst. Nachdem alle notwendigen Scans erfolgt sind, wurde der Button Fertig nicht eingeblendet. Fehler behoben
11104	BDE Materialentnahme Produktion: Falsche Entnahmemenge bei vordefinierten SNR/CNR	Bei vordefinierten SNR/CNR stimmte die Entnahme-Menge nicht, wenn die Entnahme für die volle im Arbeitsgang zu produzierende Anzahl gemacht und vorher auf einer anderen SNR/CNR zu viel Material entnommen wurde. Es wurde die Gesamt-Entnahme betrachtet. Das war falsch, es muss die Entnahme pro SNR/CNR betrachtet werden. -> Fehler behoben.
11109	Produktion mit unpassender Menge in der BDE	In der Produktions-BDE werden nun die Standardgenauigkeiten der Einheiten berücksichtigt. Werden Artikel aus dem Lager entnommen (Material Entnahme), wird die Einheit dieser berücksichtigt und eine eventuelle Stückelung unterbunden. Dafür wird die zu entnehmende Menge immer abgerundet, auf die entsprechende Genauigkeit. Bei der Produktion wird ebenso mit der Standardgenauigkeit der Einheit des zu produzierenden Artikels verfahren.
11122	Entnahme nur paasend für Baugruppe ind der Produktions BDE	Es wurde eine neue Konfigurationsoption BDE Entnahme nur passend unter dem Pfad Einstellungen \|\| Unternehmen \|\| Organisation \|\| Konfiguration Optionen hinzugefügt. Wird sie aktiviert, ist es in der BDE nur noch möglich Material genau passend für einen Arbeitsgang, bzw. der eingetragenen zu produzierenden Menge zu entnehmen. Es können also weder Teilmengen, noch zusätzliche Materialien entnommen werden.

	Schnittstellen
10733	Webservice-Schnittstelle übernimmt im EK Lieferanteneinstellungen nicht richtig	Funktion zsse_createOrderHeader: Das Feld Zahlungeregel (paymentrulepo) wird nicht mit gelesen und in den Auftrag übernommen. Fehler behoben. Das Feld Lieferbedingung ist jetzt auch im VK und im EK zur Übernahme implementiert.
10953	TaxName u.a. Felder in Product.xml ergänzen	Es wurde die generierte Products.xml überarbeitet und neue Felder hinzugefügt, bzw. bereits vorhandene Felder verschoben. Neu unter dem Abschnitt 'Product' sind die Felder TaxName, TaxValue, NoStockNoOrder, HindeOnNoStock, MaxOrderQty und MinOrderQty. Unter dem Abschnitt 'Variations' ist das Feld Unit neu dazu gekommen. Unter dem Abschnitt 'Currency' wurden die Felder PriceLimit und PriceLimitNet hinzugefügt. Das Feld Manufacturer wurde aus dem Abschnitt 'Product' in den Abschnitt 'Variation' verschoben. Das Feld ContentUnit wurde aus dem Abschnitt 'Description' herausgezogen und ebenfalls in den Abschnitt 'Variation' verschoben. Der Abschnitt 'Description' wurde entfernt. Der Abschnitt 'Attributes' wird nun nicht mehr gefüllt. Ebenfalls wurde unter dem Pfad Einstellungen \|\| Prozesse und Einstellungen \|\| Präferenzen \|\| Voreinstellung ein Datensatz mit der zu verwendenden XML-API-Version hinzugefügt. (Preferenz: XMLAPIVERSION) Die neuen Felder (bzw. die neue Sortierung) werden so nur ausgegeben, wenn die eingetragene Version 0 (immer aktuellste Version) ist oder diese nach 3.8.10.441 liegt. Es wurden ebenfalls die Productdelete.xml und Orderstatus.xml angepasst, sodass das Feld Suchschlüssel/ItemNumber nun in einem CDATA Objekt gekapselt ist, um Formatierungsfehler vorzubeugen.
11032	Bei Geschäftspartner Name # wegfiltern	Fehler behoben In Webshop-Aufträgen bzw. sämtlichen Schnittstellen, die Geschäftspartner anlegen, werden eingegebene Zeichen '#' aus Name und Suchschlüssel des Geschäftspartners herausgefiltert.
11043	DPD-API: Exceptions (Array out of bound etc.) abfangen	Wenn abweichender GP Name, Gewicht, Anzahl der Pakete oder Versandart nicht gefüllt sind kamen unleserliche Exceptions. Jetzt kommen aussagekräftige Fehlermeldungen.

	Module
10680	Mahnlauf: Fehler beim Mailversand von mehreren Datensätzen	Der Fehler wurde behoben und tritt nun nicht mehr auf, wenn eine 'Zentrale Absender Mail (Dokumente)' unter dem Pfad Einstellungen \|\| Mandanten \|\| Mandant \|\| Mail Konfiguration Dokumentenversand gesetzt wurde.
11068	Mahnlauf: keine Verarbeitung bei fehlenden Mailadressen	Es wurde die Fehlermeldung There is at least one document with no contact... beim Emailversand von Rechnungen und Mahnungen übersetzt und angepasst. Sie beschreibt den vorliegenden Fehler nun genauer und gibt die ersten zehn fehlerhaften Dokumente, sowie die dazugehörigen Kunden und eventuelle Kontaktpersonen aus.
10751	Materialzuschlag Neues Modul	Die Preise bei Artikeln mit hohem Anteil an Kupfer, Aluminium, Blei, Edelstahl und/oder Gold werden mit dem im jeweiligen Rohstoff enthalten und je Rohstoff berechneten Zuschlag ausgewiesen, um die Artikelpreise unabhängig von den Rohstoff-Preisen bewerten zu können. 1. Ein neues Eingabefeld 'Rohgewicht' ist in Stammdaten\|Artikel erstellt. Hier wird das bezuschlagte Material-Roh-Gewicht eingetragen. 2. Auftrag(SO): In den Positionen sind zwei neue Eingabefelder 'Gewicht' und 'Rohgewicht' erstellt. 3. Im Kopfdatensatz Auftrag(SO) sind zwei neue Felder 'Rohgewicht' und 'Materialzuschlag' (Zahl) erstellt. Das Errechnen des Gewichts und Rohgewichts geschieht wie folgt: zu 1. Das Gewicht des Artikels wird aus dem Artikelstamm gelesen. Wenn in den Stammdaten eines Artikels kein Gewicht (in Kg) eingetragen ist, wird das Rohgewicht und das Gewicht aus der Stückliste dieses Artikels ermittelt, sofern für diesen Artikel eine Stückliste angelegt ist (Checkbox 'Stückliste' aktiv, Einträge in Artikel » Stückliste vorhanden). zu 2. Das ermittelte Gewicht und Rohgewicht wird in die Auftragspositionen übernommen. zu 3. Wenn im Kopfdatensatz einer Bestellung ein Materialzuschlag eingegeben wird, ermittelt das System nach der Formel 'Rohgewicht * Materialzuschlag' den Wert und generiert eine neue Auftragszeile (eine zusätzliche Position) mit einem vorgegebenen „hard-codierten“ Artikel (‘Materialzuschlag’). Die Eingabe des Materialzuschlags muss entsprechend der im Auftrag verwendeten Währung erfolgen (Verkauf ins Ausland). In einer Rechnung kann der Materialzuschlag neu eingegeben werden. Auch hier muss die Berechnung analog zu der o.a. Funktion erfolgen (Felder in der Rechnungsposition und im Rechnungskopf sind analog zum Auftrag).
10900	Fremdvergabe: Auslieferung vor Fertigstellung: Neues Modul	Es wurde unter dem Pfad Herstellung \|\| Produktions-Auftrag \|\| Arbeitsgänge eine neue Schaltfläche 'Vor Fertigstellung liefern' implementiert (erscheint erst nach Start des Arbeitsganges). Sie kann verwendet werden, um einen produzierenden Arbeitsgang vorzeitig abzuschließen, obwohl noch nicht alle nötigen Artikel der Stückliste vorhanden sind. Die (teilweise) produzierten Artikel können anschließend schon an den Kunden ausgeliefert werden und die fehlenden Teile nachträglich (vor Ort) montiert werden. Wird diese Funktion genutzt, werden die fehlenden Artikel der Stückliste auf die vorhandene Menge reduziert. Gleichzeitig wird ein neuer Nachliefer-Arbeitsang erstellt. In dessen Stückliste werden die noch fehlenden Artikel und die produzierten Artikel aus dem vorherigen Arbeitsgang eingetragen. Im ursprünglichen Arbeitsgang kann jetzt mit dem Prozess 'Aufgabe abschließen' oder der BDE der Artikel produziert werden, obwohl eigentlich noch nicht das komplette Material vorhanden ist. Der neu erzeugte Ausrüstungs- Arbeitsgang kann wiederum produziert werden, wenn die fehlenden Artikel verfügbar sind (Entnahme und anschließende Produktion). Beschreibung des Ablaufes auf dem Demosystem: 1. Prod-Auftrag anlegen z.B. für 1023 SPS LOGO Modul (2-stufige Stck-liste aber ohne CHR/SNR): manuell über Produktionslauf oder über Kd.auftrag. 2. Herstellung \|\| Produktionslauf: verarbeiten. 3. Herstellung \|\| Produktions-Auftrag \|\| Arbeitsgänge: Zunächst den Prod-Auftrag für die Steuerplatine: Entnahme und Produktion über BDE. 4. BDE Materialentnahme für 1023: Beispiel: 1003 fehlt, trotzdem Button "Fertig", dann erscheint im Arbeitsgang 1023 Button "Auslieferung vor Fertigstellung" (Button erscheint erst, wenn der Arbeitsgang gestartet ist) und 1023 ist unvollständig auf Lager gebucht worden 5. Es ist ein neuer Arbeitsgang 11 erstellt worden mit den noch zu liefernden Artikeln, 1023 kann aber unvollständig über WB-Kunde bzw. Lieferant geliefert werden. 6. Wenn die noch fehlenden Teile da sind, kann der neue Arbeitsgang 11 weiterbearbeitet werden, nicht über BDE sondern über Beistellung (s. Ticket 10901).
10901	Fremdvergabe / Lieferung bei Selbsteinbau: Material Beistellung: Modul Outsourcing	Für die Fremdvergabe bzw. die Lieferung von Teilen für den Selbst-Einbau beim Kd. vor Ort gibt es einen neuen Prozessbutton "Material Beistellung" in Herstellung \|\| Produktions-Auftrag \|\| Arbeitsgänge. Im Prozess-Popup wird der gewünschte Geschäftspartner (Kunde oder Lieferant) eingegeben. Außerdem kann es sinnvoll sein, bei Ausrüstungs-Arbeitsgängen (Durchreicher) das produzierte Gerät/Baugruppe nicht mitzuliefern (als Option abwählbar). In diesem Falle wurde das Gerät/Baugruppe schon vorab ausgeliefert. Das Material wird in so einem Fall zu dem bereits beim Geschäftspartner befindlichen Gerät/Baugruppe hinzugefügt (Ausrüstung). Bei Produktionsaufgaben wird erwartet, das das Material beigestellt wird und das fertige Gerät/Baugruppe dann zurückkommt (Fremdvergabe). Über die Materialbeistellung wird dann ein Lieferschein (Lagerverwaltung \|\| Warenbewegung Kunde) für das Material in der Stückliste erstellt. Die entnommenen Mengen und Kosten in der Produktionsaufgabe passen sich automatisch bei Aktivierung des Lieferscheines an. Ein Storno eines so erzeugten Lieferscheins ist nicht möglich. Auch eine Materialrückgabe ist nur aus der Produktionsaufgabe heraus möglich, allerdings nicht bei Ausrüstungs-Arbeitsgängen (Durchreichern). In jedem Fall muss aber, nachdem der Kunde bzw. Lieferant seine Arbeit (Ausrüsten bzw. Produzieren) getan hat, im Bildschirm Herstellung \|\| Produktions-Auftrag \|\| Arbeitsgänge die Aufgabe beendet werden (Prozess 'Aufgabe abschließen' BDE geht hier nicht). Hierüber wird dann die Produktion bzw. Ausrüstung durchgeführt und bei den Geräten/Baugruppen in der "For Live Stückliste" (Stammdaten \|\| Seriennummern \|\| Stückliste) vermerkt. Bei Ausrüstungs-Arbeitsgängen (Durchreicher) besteht die Möglichkeit, vorab gelieferte Geräte/Baugruppen beim Kunden zu belassen. In diesem Fall kann die Option 'Gerät/Baugruppe verbleibt am Standort' genutzt werden. Da immer alle Positionen der Stückliste vorliegen müssen, gibt es eine Fehlermeldung, wenn dies nicht der Fall ist. Damit ist sichergestellt, dass auch bei mehreren Geräten/Baugruppen die Stücklisten-Anteile nachher stimmen. Lediglich die 1:1 Zuordnung (welche Seriennummer wurde in welchem Gerät dieser Aufgabe verbaut?) ist bei der Beistellung nicht gegeben. Die erfolgte Material-Beistellung ist am Text: 'Materialbeistellung an: xyz' in der Beschreibung der Produktionsaufgabe zu erkennen. Beschreibung des Ablaufes auf dem Demosystem: Ablauf Beistellung (zunächst Teilproduktion und vor Fertigstellung an den Kunden liefern, anschließend die Beistellung): Beispiel mit SNR + CHR) 1. Prod-Auftrag anlegen z.B. für 1022 Serversystem: manuell über Produktionslauf oder über Kd.auftrag. 2. Herstellung \|\| Produktionslauf: verarbeiten, es fehlen 1038 und 1039, trotzdem produzieren. 3. BDE - Materialentnahme, Prod-Auftrag eingeben, geplane SNR eingeben, für 1016 die beiden SNR eingeben, dann auf Fertig 4. Im Arbeitsgang erscheint nun der Button "Vor Fertigstellung liefern" (dauert einen Moment), diesen Button wählen, es entsteht ein neuer Arbeitsgang "...-Nachlieferung. 5. Nun kann in der BDE die Produktion gestartet werden, Arbeitsgang eingeben (nicht den Nachlieferungs-Arbeitsgang), geplante SNR wird gezogen, Fertig-Button. 6. Der Server liegt auf Lager und wird unfertig geliefert (z.B. über Kundenauftrag: Lieferung angelgen (Pod-SNR notwendig), Lieferschein senden. 7. Restliche Stücklistenartikel sind nun da (z.B. int. Mat.bewegung für 1038 (CHR) und 1039 (ohne SNR). 8. Lieferschein für die Nachlieferung: Nicht mehr in der BDE weiterarbeiten sondern im Arbeitsgang Nachlieferung: Button Materialbeistellung: "Gerät/Baugruppe liefern" deaktivieren. 9. WB-Kunde (Lieferung indirekt) mit 6er Nr. wird erstellt, ist immer im Entwurf, soll kontrolliert werden, da kein Storno möglich (nur über BDE mit Material-Rückgabe zum Prod-Auftrag). 10. Arbeitsgang Nachlieferung muss manuell beendet werden: Button "Aufgabe abschließen", die Option "Gerät/Baugruppe bleibt am Standort" aktivieren, Lieferschein senden.
10987	Kundenartikel: Kundenmodul: Neuer Unterreiter "Kundenartikel" zum Pfad: "Stammdaten \|\| Artikel \|\| Artikel":	Es wurde ein neues kostenpflichtiges Kundenmodul org.openz.customerproducts erstellt. In diesem wurde ein neuer Tab unter dem Pfad Stammdaten \|\| Artikel \|\| Kundenartikel hinzugefügt, unter dem einem Artikel kundenspezifische Artikelnummern zugeordnet werden können. Pro Artikel-Kunden-Kombination kann nur eine Artikelnummer erstellt werden. Es wurde eine neue Checkbox Kundenartikel Artikelnummer drucken unter dem Pfad Einstellungen \|\| Unternehmen \|\| Organisation \|\| Konfiguration Ausdrucke hinzugefügt. Ist diese Checkbox aktiviert, wird die kundenspezifische Artikelnummer am Ende des Artikel-Abschnitts in einem Auftrag, einer Kundenrechnung und einem Lieferschein abgedruckt (Text: Kundeneigene Artikelnummer). Ist keine kundenspezifische Artikelnummer eingetragen, wird die Zeile nicht abgedruckt.
11024	Ticketsystem: Link zum Auftrag funktioniert nicht	Fehler behoben
11157	CAMT-Datei: neues Format UND DOKU	Das CAMT-Schema wurde angepasst, sodass nun auch das Schema der beigelegten CAMT-Datei importiert werden kann.


	Version 3.8.00
	Allgemeines
10297	Alert Funktion sendet zu viele Mails	Alert Funktion sendet zu viele Mails: Bug behoben.
10299	Zahlenformatfehler bei den Exporten in CSV	Wenn grosse Zahlen (> 1000) als CSV exportiert werden, entsteht ein Tausender-Trennzeichen (.) dieses wird beim Import als Komma interpretiert, die Zahl ist dann falsch. Der Fehler beim Importieren von Zahlen mit Tausender-Trennzeichen (. oder ,) wurde behoben.

	Einstellungen
10282	Autmatisches Login (z.B. für Kiosk-Terminals)	Um z.B. bei Kiosk-Terminals direkt in die Anwendung zu verzweigen, ist in OpenZ ein automatisches Login möglich. Unter dem Pfad: "Einstellungen \|\| Sicherheit \|\| Nutzer" gibt es ein neues Feld 'Permanent Session ID'. Zur Sicherheit sollte das automatische Login nur für Rollen verwenden werden, die z.B. einem Kiosk-Terminal zur Zeiterfassung oder Betriebsdatenerfassung genutzt werden. Dazu im Feld 'Permanent Session ID' einen sicheren Schlüssel, z.B. eine UUID ein. Beim nächsten Login des Nutzers wird dieser Schlüssel gelesen und im Browser des Gerätes als Cookie mitr dem Namen 'permsession' abgelegt. Danach muß sich der Nutzer nicht mehr anmelden. Dieser wird im Browser dieses individuellen Gerätes mit seiner Rolle automatisch angemeldet. Soll ein einmaliges erneutes Anmelden erzwungen werden, ist der Eintrag in 'Permanent Session ID' (Backend) zu verändern oder der Cookie (Client) zu löschen. Soll das automatische Anmelden dauerhaft aufgehoben werden, muss der Eintrag in 'Permanent Session ID' gelöscht werden.
10358	Option: negative Stücklisten: Erweiterung auf die Baugruppen-Stücklisten:	Unter "Stammdaten \|\| Seriennummern \|\| Stückliste" konnte bisher mit der "BDE - Betriebsdaten-Erfassung \|\| SN-Stücklisten-Bearbeitung" Material ausgebaut werden, welches zuvor dort nicht eingebaut wurde. Mit der neuen Option: "Mehr Mat. zurück als entnommen (SRN-Stückliste)" zum Pfad: "Einstellungen \|\| Unternehmen \|\| Organisation \|\| Organisation > > Konfiguration Optionen" kann dieses Verhalten weiter so bleiben, wenn diese aktiviert ist. Im Standard ist die Option nicht aktiviert. Das System verhält sich dann wie folgt: Die Prüfung, ob Teile auch eingebaut wurden, die ausgebaut werden sollen, erfolgt bei der Seriennummern-Stücklistenbearbeitung. Es darf kein Material ausgebaut werden, das nicht zuvor in die Baugruppen-Stückliste eingebaut wurde. Die Prüfung erfolgt auch auf SNR/CNR-Ebene, wenn die Teile SNR/CNR-pflichtig sind.
10366	Trenenn der Option 'Chargennummer automatisch erzeugen' für Wareneingang und Produktion	Einstellungen \|\| Unternehmen \|\| Organisation > > Konfiguration Optionen: Die Option 'Chargennummer automatisch erzeugen' ist jetzt nur noch für Wareneingang und heisst jetzt 'Chargennummer automatisch erzeugen (Wareneingang)'. Zusätzlich gibt es jetzt die Option 'Chargennummer automatisch erzeugen (Produktion)' für die Anwendung in der Produktion.
10372	Geplante CNR bei 1:1 Zuordnung: Prüfen, ob die Produktion mit dem erhaltenen Material so möglich ist	Chargen-Produktion bei 1:1 Zuordnung: Wenn die System-Option 'Seriennummern und Chargennummern 1:1 zuordnen' aktiviert ist, prüft das System jetzt auch, ob die Produktion mit dem erhaltenen Material auf Ebene der geplanten Chargennummer so möglich ist. Wenn auf die geplante Chargennummer nicht ausreichend Material entnommen wurde, wird die Produktion in der BDE nicht angeboten. Abgrenzung: Bei Teil-Produktion von Chargennummern wird die Stückliste auf das entnommene Material gerechnet. Während der einzelnen Teil-Produktionen mit ggf. Rest-Material im Arbeitsgang kann es in der erstellten Chargennummern-Stückliste daher zu Differenzen kommen.
10376	Individueller Einbau weiterer Belegarten in die Auswahlliste des Prozesses "Dokument erstellen"	Eigene individuelle (oder bestehende) Dokumentarten können in die Listen: DoctypesFromPOOrder (Einkauf) DoctypesFromOrderWithChange (ABOs im Vertrieb) und DoctypesFromOrder (Vertriebsaufträge) eingebaut werden. Dazu müssen die jeweiligen Listeneinträge "Reference > Reference List > List Reference > Instance Specific" ergänzt werden. Die Ziel-Belegart ist dabei im Feld Description einzutragen (UUID). Die darunter liegenden Funktionen erstellen dann die darin angegebene Dokumentart.
10387	Lieferscheine mit Lagerort	Unter "Einstellungen \|\| Unternehmen \|\| Organisation > > Konfiguration Ausdrucke" ist eine neue Option "Lagerort auf Lieferschein" verfügbar. Ist diese aktiviert, wird der Lagerort (Suchschlüssel des Lagerortes) in die Spalte "Check" des Lieferscheins gedruckt.
10443	Rückgabe von Seriennummern-Artikeln, die gar nicht verbaut wurden	Wenn eine Seriennummer auf eine Baugruppe zurückgegeben wird, die gar nicht in dieser Baugruppe (sondern in einer anderen Baugruppe) verbaut wurde, ließ das System diese Aktion zu. Das darf nicht sein. Es darf nur eine Rückgabe stattfinden, wenn die Seriennummer auch genau in dieser Baugruppe verbaut wurde. Fehler behoben. Wenn etwas ausgebaut werden soll, was nicht eingebaut wurde, gibt es jetzt eine Fehlermeldung. Soll diese Aktion trotzdem zugelassen werden, kann die System-Option 'Mehr Mat. zurück als entnommen (SNR-Stückliste)' aktiviert werden, dann entfällt die Prüfung.
10460	iFrames als Template in GUI-Engine	Pfad: "Application Dictionary \|\| Windows, Tabs, and Fields \|\| Window > > Tab > > Field": Es wurde eine neues GUI Template 'IFRAME' hinzugefügt, welches eine externe Webseite in OpenZ einbinden kann. Um ein Feld als Iframe darzustellen wird unter GUI Template 'IFRAME' ausgewählt. Um die Breite und Höhe des Iframes anzupassen, kann das 'Total columns' bzw. das 'max.Length' Feld genutzt werden. Der Link, auf den das Iframe verweisen soll, wird im 'Default Value' Feld gesetzt. Mögliche Sessionvariablen oder Daten aus den Tabellen können ebenfalls im Link eingebaut werden, indem sie in einer SQL-Abfrage eingebaut werden. So könnte ein Link z.B. wie folgt aussehen: @SQL=select CONCAT('https://www.google.com/search?q=', name, '+', weight, '&igu=1') from m_product where m_product_id=@m_product_id@
10462	Abo-Bestellungen + Abo-Aufträge: Fehlermeldung bei Aktualisieren	Abo-Bestellungen + Abo-Aufträge: Fehlermeldung beim Aktualisieren: Fehler behoben. Ursache: Bei aktivierter Option 'Dokumentennummern nicht löschbar' in "Einstellungen \|\| Unternehmen \|\| Organisation \|\| Konfiguration Optionen" konnten die ABO-Intervalle nicht neu erstellt werden.
10489	json String in URI Codieren	Pfad: "Application Dictionary \|\| Reference \|\| WooPdcShippingLabelIframe > > Fieldgroup Columns > > iframe" Für die Generiergung der URL für das Woo-Iframe wurde eine Funktion hinzugefügt, welche an die URL Parameter anhängt, in dem bereits die richtige Menge an Paketen und deren jeweilige Gewichte angegeben sind. Es werden (Gesamtgewicht/Maximalgewicht (aufgerundet)) viele Pakete erstellt. Das Gewicht für Verpackungsmaterialien wird ebenfalls in dieser Berechnung berücksichtigt. Im 'defaultvalue' eines Iframes wird die Funktion aufgerufen mit '@SQL=select wooIframeURIGenerator(@GLOBALINOUTID@, @#AD_User_ID@, Automatisch generieren (Y/N), Automatisch herunterladen (Y/N), Maximalgewicht, Minimalgewicht, Verpackungsmaterialgewicht pro Paket) as defaultvalue from dual'. Die Inputs 'automatisch generieren' und 'automatisch herunterladen' werden mit einem Buchtsben 'Y' oder 'N' angegeben. Je nachdem wird das Lieferetikett im Iframe automatisch generiert und/oder nach dem generieren automatisch heruntergeladen bzw. gedruckt. Das Maximal- und Minimalgewicht gibt die Gewichtsgrenzen für die zu erstellenden Pakete an. Das Minimalgewicht darf auch 0 sein (dann ohne Funktion). Liegt das Gewicht eines Paketes unter dem Minimalgewicht, wird das Minimalgewicht als Paketgewicht verwendet. Das Gewicht für Verpackungsmaterial wird jedem Paket hinzugerechnet, darf aber auch 0 sein. Um die Funktion nutzen zu können, muss eine WooCommerce API gesetzt werden (siehe Ticket 10472).
10520	Verbindliche SNr/CNr bei Durchreiche-Arbeitsgängen	Die Option für die vereinfachte Produktion ist wie folgt geändert: Wenn diese im Artikel aktiviert oder abgeschaltet wird (also bei jeder Änderung der Checkbox), wird die vereinfachte Produktion in allen einfachen Arbeitsgängen entsprechend benutzt. Das ist für den Anwendungsfall 'Produktionsplan automatisch generieren' sehr praktisch. Neu ist: Die vereinfachte Produktion ist jetzt auch eine Eigenschaft des Basis-Arbeitsgangs. Hier kann nun fein ausgesteuert werden, wo die vereinfachte Produktion z.B. im Montage-Arbeitsgang nicht zu benutzen ist, in nachfolgenden Durchreiche-Arbeitsgängen aber schon. Die Eigenschaft vereinfachte Produktion kann jetzt mit den Produktionsplänen importiert werden. Einschränkung: Wenn die Steuerung über Basisarbeitsgänge bzw. der Import von Produktionsplänen erfolgt, wird die Eigenschaft 'vereinfachte Produktion' nur noch auf Arbeitsgang bzw. Produktionsplan-Ebene gesetzt. Der Haken 'vereinfachte Produktion' sollte im Artikelstamm dann ausgeblendet werden, da dieser nicht mehr wirkt, sobald ein Basisarbeitsgang einmal bearbeitet wurde bzw. 'vereinfachte Produktion' eingestellt wurde. Bei Durchreiche-Arbeitsgängen und 1:1 Produktion ist die Losgröße jetzt auch 1. Bei Durchreiche-Arbeitsgängen und vordefinierter SNR in der Produktion: Die geplante SNR wird in den Durchreiche-Artikel übernommen. Es kann nur das im Durchreiche-Arbeitsgang produziert werden, was im vorangegangenen Produktions-Arbeitsgang produziert und für den Durchreiche-Arbeitsgangs auch entnommen wurde.
10523	Zusatzmaterial (Anbaumaterial) bei Durchreiche-Arbeitsgängen hinzufügen	Bei Durchreiche-Arbeitsgängen in der Produktion kann jetzt das Material in der Stückliste des Arbeitsganges im Produktions-Durchlauf ergänzt werden. Dazu muss unter Stammdaten-Artikel-Stückliste das neue Feld 'Basisarbeitsgang Name' gefüllt sein. Wenn z.B. ein Durchreiche-Arbeitsgang während des Auslösens der Produktion genau diesen Namen trägt, wird der entsprechende Artikel in die Stückliste des Arbeitsgangs im Produktionsauftrag dynamisch eingetragen. Wenn das Feld 'Basisarbeitsgang Name' gefüllt ist, wird die entsprechende Position beim Übertragen der Stückliste in den Basisarbeitsgang nicht verwendet. Die dynamische Funktion wird nur beim Auslösen berechnet und wirkt sich daher nur im Arbeitsgang eines Produktionsauftrages aus. Einschränkung: Die Funktion wirkt nur im Produktionslauf (nicht im Prozess "Produktionsauftrag aus Plan kopieren"). Ferner wird bei Durchreiche-Arbeitsgängen in der Produktion jetzt die Stückliste der CNR/SNR um die im Durchreiche-Arbeitsgang zusätzlich entnommenen Materialien ergänzt. Diese Funktion ermöglicht das fortlaufende Ausrüsten eines Gerätes über die Durchreiche-Arbeitsgänge.
10542	Skonto-Ausdruck: Übersetzungen fehlen	Pfad: "Einstellungen \|\| System-Stammdaten \|\| Druck-Konfiguration \|\| Druck-Konfiguration": Option "Zahlungsbedingungen Detail" haben jetzt auch Übersetzung in Englisch.

	Stammdaten
10061	Unterdrücken doppelter Artikelname	Es wurde ein neues Kundenmodul angelegt und die Einschränkung hinzugefügt, dass ein Artikelname eindeutig sein muss. Andernfalls erscheint die Fehlermeldung "Doppelte Artikelnamen werden nicht angenommen".
10315	GTIN	Das Feld "Barcode (EAN)" unter "Stammdaten \|\| Artikel" wurde zu GTIN umbenannt (GTIN ist heute gebräuchlich, EAN darf nicht mehr verwendet werden. Das Feld wird nur benutzt, wenn GTIN zwar vorhanden ist, aber ein anderer Suchschlüssel verwendet werden soll. Die Option "Einstellungen \|\| Unternehmen \|\| Organisation \|\| Konfiguration Optionen -> EAN automatisch erzeugen" wurde zu "GTIN automatisch erzeugen" umbenannt. Für alle, die GTIN als Suchschlüssel verwenden: Einstellung der Prefixe und Sequenz in "Einstellungen \|\| System-Stammdaten \|\| Belegkreise -> Product Value".
10539	GTIN auf 100 Zeichen verlängern	Pfad: "Stammdaten \|\| Artikel": Das Feld GTIN ist auf 100 Zeichen verlängert worden.
10338	Artikeltransaktionen neu angeordnet	Lagerverwaltung \|\| Transaktionen \|\| Artikel - Transaktionen (Listing) wurde nach Lagerverwaltung \|\| Berichte \|\| Artikel - Transaktionen (Listing) verschoben. Direktfilter für Lagerort, Datum, Artikel wurden hinzugefügt.
10339	Das 'Doppelkreuz', löscht die ihm folgenden Zeichen des Namens hinter sich	Der Fehler wurde behoben, indem das #-Zeichen als ein unerlaubtes Zeichen für Artikelnamen, Artikelsuchschlüssel, Geschäftspartnernamen und Geschäftspartnersuchschlüssel definiert wurde. Artikel und Geschäftspartner, welche das Zeichen bereits enthalten, müssen beim nächsten Update dieses Datensatzes das Zeichen entfernen.
10341	Fehlermeldung beim Umbenennen eines Artikels	Wenn ein Produktionplan existiert, erschien manchmal die Fehlermeldung: Wert zu lang für Typ character varying(60). Fehler ist behoben.
10367	Fehler bei Historie Einkaufspreise	Wenn eine Preisänderung mittels Import über den Pfad: "Stammdaten \|\| Datenimport \|\| Export Artikel-Unterreiter Einkauf \|\| Export Artikel-Unterreiter Einkauf" oder über "Stammdaten \|\| Artikel \|\| Artikel > > Einkauf" vorgenommen wird, schreibt OpenZ den neuen Datensatz in die Historie, es muss den alten Preis in die Historie übernehmen. Fehler behoben.
10370	Seriennummern Stückliste bei Chargen-Zuordnung fehlerhaft	Pfad: "Stammdaten \|\| Seriennummern \|\| Stückliste": Wenn eine Teilmenge der in der Stückliste enthaltenen Chargennummern mit der BDE - Betriebsdaten-Erfassung \|\| SN-Stücklisten-Bearbeitung ausgebaut wird, wurde der Eintrag unter "Seriennummern > > Stückliste > > Seriennummern" komplett gelöscht, obwohl noch die Restmenge im Gerät ist. Dieser Fehler wurde behoben.
10383	Transaktionen nicht mehr zugreifbar, wenn Artikel nicht am Lager	Zu dem Pfad: "Artikel > > Lager > > Transaktionen" kann jetzt wieder navigiert werden, auch wenn kein Bestand (und damit kein Datensatz) vorhanden ist. Dafür wird ein Dummy-Datensatz ohne Inhalt generiert, über diesen dann wieder auf die Transaktionen verzweigt werden kann, um die vergangenen Warenbewegungen zu analysieren.
10402	Das 'Herstellerland' ist nicht veränderbar/importierbar	Das Eingabefeld 'Hersteller' und das dropdown-Menü für 'Herstellerland' (in der Exporttabelle ist dies die Spalte AG 'Land') in den Artikelstammdaten lassen sich nun durch einen entsprechenden Eintrag in die Exporttabelle (.csv-Datei) anlegen/ändern.
10426	Artikel-Grunddaten-Import: Fehler: Felder werden nicht übernommen	Artikel-Import-Grunddaten: Es werden nun auch die Felder "Standard-Steuersatz", "Herstellerland" und "Grundpreiseinheit" importiert.
10438	Fehler bei CNR in Wareneingang, Fehlermeldung: SNR wäre in Gerät verbaut	Fehler bei CNR in Wareneingang, Fehlermeldung: "SNR ist in Gerät verbaut". Fehler behoben, dies wird bei CNR jetzt nicht mehr geprüft.
10470	Set Artikel erweiten für Verfügbarkeit. Ergänzung Selektor und Lager-Übersichten.	Set Artikel werden jetzt auch in den Lager-Übersichten z.B.: Lagerverwaltung \|\| Lager Übersicht \|\| Lagermengen (Übersicht) angezeigt. Die aktuelle Lagermenge errechnet sich aus den Stücklistenartikeln. Auch die Abgänge für Setartikel werden in den Lager-Übersichten angezeigt. Der Selektor "Artikel mit Preisen" errechnet die verfügbare Menge aus den Set-Artikeln selbst (Verkäufe) und den Verkäufen der einzelnen Stücklistenartikel. Bei den Stücklistenartikeln werden in den Lagerübersichten Abgänge aufgrund von Set-Verkäufen in der Zeile mit dem Lagerort angezeigt. Abgänge aufgrund Verkauf des Stücklistenartikels selbst, stehen wie gehabt in der Zeile ohne Lagerort.
10471	SET-Items : Übertragung der Sets und Stücklisten-Artikeln in XML-API. Berechnung der Verfügbarkeiten	Wenn ein SET bestellt wird, vermindern sich die verfügbaren Lagermengen der einzelnen Stücklisten-Artikel und des Sets. Wenn ein Stücklisten-Artikel, der in Set-Artikeln vorkommt, einzeln verkauft wird, ändert sich die verfügbare Lagermenge des Artikels und aller Sets, wo dieser vorkommt. Alle diese Artikel werden jetzt nach Auftrags-Eingang mit aktueller Verfügbarkeit in der Product.xml übertragen.
10501	SET-Artikel: Einzelteile bei dynamischer Lagerführung abbuchen	SET Artikel können jetzt auch bei dynamischer Lagerführung verwendet werden. Der Liefervorschlag (Pfad: "Vertrieb \|\| Transaktionen \|\| Lieferungen anlegen") beachtet die verschiedenen Lagerorte der Einzelteile. Im Lieferschein erscheint dagegen der SET-Artikel. Diese Möglichkeit ist nur bei Verwendung der Optionen 'Lieferb. Pos. n. Prio' und 'Lieferb. Pos. n. Lagerort' verfügbar. Die Verwendung von Teil-Lieferungen und Sammellieferscheinen ist hier auch mit Sets möglich. Wenn diese Optionen nicht verwendet werden, gilt wie bisher: Alle Einzelteile des Sets müssen sich am Lagerort befinden, der im Set-Artikel definiert ist.
10516	Etikettendruck f. CNr gleich dem Etikettendruck f. SNr	Pfad: "Stammdaten \|\| Chargennummern \|\| Chargennummern": Chargennummen können nun - genau wie Seriennummern - als Etikett exportiert werden. Dafür gibt es nun einen neuen 'Drucken'-Button in der Toolbar im Fenster 'Chargennummern'. Mit diesem kann das neue Etikett als PDF heruntergeladen und wahlweise archiviert werden.
10619	CHR in Baugruppe fehlerhaft vermerkt	CHn in Baugruppe fehlerhaft vermerkt: Die Abweichung tritt nicht in der gerade bearbeiteten Baugruppe auf, dort stimmt die Stückliste. Allerdings trat unter folgenden Bedingungen die Abweichung bei anderen Baugruppen auf: Wenn eine Charge aus einer Baugruppe ausgebaut wird (Chargen-Menge ergibt dann=0) und in der Stückliste noch eine andere Charge bestehen bleibt (Gesamt-Stücklisten-Menge> 0), dann wurde bei allen Baugruppen, die die ausgebaute Charge hatten, die Chargen-Menge für diese Charge=0 gesetzt. -> Fehler behoben.

	CRM

	Einkauf
10268	’’Angebotsnummer des Lieferanten’’ soll nicht als ’’Rechnungsnummer des GeschP’’ übernommen werden.	Die 'Angebots-Nr. des Geschäftspartners' wird nicht mehr als 'Rechnungs-Nr. des Geschäftspartners' in die Lieferantenrechnung übernommen. Dieser Zusammenhang kann zu Problemen führen (Nummer schon vorhanden). Durch Teillieferungen des Lieferanten entstehen mehrere Lieferantenrechnungen, die dann die selbe 'Rechnungs-Nr. des Geschäftspartners' haben und den Fehler hervorrufen. Sachlich ist es auch nicht richtig, da in der Bestellung diese noch nicht bekannt ist. Es erfolgt daher in der neuen Version keine Übernahme der 'Angebots-Nr. des Geschäftspartners' mehr, diese ist nun bei Bedarf manuell einzutragen.
10280	Liefer KW in der AB - Liefern in Kalenderwoche	In "Vertrieb \|\| Aufträge" und "Bestellwesen \|\| Bestellung (Einkauf)" ist ein neues Feld 'Liefertermin' implementiert worden. Dieses Feld kann in der Druckkonfiguration (Einstellungen \|\| System-Stammdaten \|\| Druck-Konfiguration) für den Kopf der Auftragsdokumente aktiviert werden. Damit ist es möglich, z.B. das Lieferdatum in einer Kalenderwoche festzulegen (alphanummerisch, max. 24 Zeichen). Außerdem erlaubt dieses Feld, das Lieferdatum auf den Aufträgen unabhängig von dem 'Zusagedatum Lieferung' zu definieren. Letzteres ist das Datum auf das sich die systemweiten Material-Planungen beziehen. So kann z.B. eine Karenzzeit in Aufträge eingebaut und zwischen interner und externer Planung unterschieden werden.
10395	Dynamische Lagerführung	Die dynamische Lagerführung in OpenZ wird wie folgt verwendet: Die Transaktion: "Bestellwesen \|\| Transaktionen \|\| Wareneingang anlegen" bietet den im Artikel eingestellten Lagerort (Artikel-Stamm oder Stammdaten \|\| Artikel \|\| Artikel > > Lagerplanung) für den Wareneingang an. An diesem Lagerort wird die Ware zunächst eingebucht und überprüft. Die Ware kann dann an andere, beliebige, freie Lagerorte verteilt werden. Dazu gibt es z.B. die Scanner-Transaktion "Umlagern von". Die Transaktion "Vertrieb \|\| Transaktionen \|\| Lieferungen anlegen" errrechnet jetzt Liefervorschläge aus den im Lager an allen Lagerorten verfügbaren Mengen. Dazu sind entweder die Option "lieferbare Positionen nach Priorität" oder "lieferbare Positionen nach Lagerort" zu verwenden. Bei Auswahl einer dieser Optionen werden alle verfügbaren zu liefernden Artikel (abzüglich reservierte) laut Filtereinstellungen gelistet. Die Ware wird entsprechend dem Lagerbestand an ggf. verschiedenen Lagerorten zum Versand angeboten. Um den Lagerort auf den Lieferschein zu drucken, ist unter "Einstellungen \|\| Unternehmen \|\| Organisation > > Konfiguration Ausdrucke" die Option 'Lagerort auf Lieferschein drucken' zu aktivieren. Bei dynamischer Lagerführung werden die Positionen so angeboten (und auch gedruckt), das ein Optimaler Weg im Lager gewählt wird: Der Weg wird unter "Lagerverwaltung \|\| Einstellungen \|\| Warenlager \|\| Lager > > Lagerort" eingestellt: Relative Priorität, Gang (X), Ort (Y), Ebene (Z) Das entstehende Dokument unter "Lagerverwaltung \|\| Warenbewegung Kunde" kann dementsprechend pro Auftragspoition mehrere Positionen mit verschiedenen Lagerorten beinhalten. Der Lieferschein wird dann allerdings wieder auf eine Position pro Auftragsposition (wie bisher) gedruckt. Die Entnahme im Lager wird entsprechend der vorgegebenen Lagerorte auch in der Scanner-Anwendung "Versand" in der Lager-BDE unterstützt. Einschränkung: Dynamische Lagerführung ist nicht für Set-Artikel geeignet. Um die dynamische Lagerführung korrekt abbilden zu können, wurden in "Lagerverwaltung \|\| Einstellungen \|\| Warenlager \|\| Lager > > Lagerort" die Felder Gang (X), Ort (Y), Ebene (Z) auf numerische Datentypen umgestellt. Achtung: wenn darin Buchstaben eingegeben wurden, gehen die Buchstaben beim Update verloren und werden durch die Zahl 0 ersetzt.
10416	Buy Back Order deaktiviert	Die Belegart "Buy Back Order" wurde deaktiviert. Diese war in Bestellwesen \|\| Bestellung (Einkauf) \|\| Bestellungen auswählbar, hatte aber keine Funktion.
10438	Fehler bei CNR in Wareneingang, Fehlermeldung: SNR wäre in Gerät verbaut	Fehler bei CNR in Wareneingang, Fehlermeldung: "SNR ist in Gerät verbaut". Fehler behoben, dies wird bei CNR jetzt nicht mehr geprüft.
10462	Abo-Bestellungen + Abo-Aufträge: Fehlermeldung bei Aktualisieren	Abo-Bestellungen + Abo-Aufträge: Fehlermeldung beim Aktualisieren: Fehler behoben. Ursache: Bei aktivierter Option 'Dokumentennummern nicht löschbar' in "Einstellungen \|\| Unternehmen \|\| Organisation \|\| Konfiguration Optionen" konnten die ABO-Intervalle nicht neu erstellt werden.
10515	Button "Dokument erstellen" in Bestellung und Kundenauftrag: Feld "fakturierter Betrag" falsch	Button "Dokument erstellen" in Bestellung und Kundenauftrag: Feld "fakturierter Betrag" nicht korrekt: Fehler behoben: Button "Dokument erstellen" in Bestellung und Kundenauftrag: Feld "fakturierter Betrag" ist im neuen Dokument jetzt = 0

	Verkauf
10278	Mahndruck: falsche Daten und Adressen werden gezogen	Beim Archivieren der Druckausgabe wude immer derselbe Ausdruck eines Kunden im PDF ausgegeben. Der Fehler wurde behoben. Die Dateinamen des Reports tragen jetzt die Kundennummer (@our_ref@) ab. Damit funktioniert die Druckausgabe inkl. Archivierung korrekt. Der Begriff, der im Feld "Reporttitel" unter "Stammdaten \|\| Einstellungen Geschäftspartner \|\| Mahnstufen \|\| Mahnstufen" eingegeben ist, wird gedruckt. Ebenso der entsprechende Begriff in dem Unterreiter "Übersetzung".
10280	Liefer KW in der AB - Liefern in Kalenderwoche	In "Vertrieb \|\| Aufträge" und "Bestellwesen \|\| Bestellung (Einkauf)" ist ein neues Feld 'Liefertermin' implementiert worden. Dieses Feld kann in der Druckkonfiguration (Einstellungen \|\| System-Stammdaten \|\| Druck-Konfiguration) für den Kopf der Auftragsdokumente aktiviert werden. Damit ist es möglich, z.B. das Lieferdatum in einer Kalenderwoche festzulegen (alphanummerisch, max. 24 Zeichen). Außerdem erlaubt dieses Feld, das Lieferdatum auf den Aufträgen unabhängig von dem 'Zusagedatum Lieferung' zu definieren. Letzteres ist das Datum auf das sich die systemweiten Material-Planungen beziehen. So kann z.B. eine Karenzzeit in Aufträge eingebaut und zwischen interner und externer Planung unterschieden werden.
10281	Staffelpreisimport für Verkaufspreise	Für den Import von VK-Preisstaffeln muss zunächst ein VK-Preis für diese Artikel vorhanden sein. Dies kann mit dem VK-Preislisten-Import erfolgen. Anschließend können die Staffelpreise über den Pfad "Stammdaten \|\| Datenimport \|\| Export Preisgestaltung \|\| Preisgestaltung" exportiert, die csv-Datei bearbeitet und dann importiert werden.
10287	Mahnmodul: Proforma-Rechnungen werden im Mahnlauf angezeigt	Der Fehler wurde behoben und es werden nun keine Proformarechnungen mehr in den offenen Posten sowie im Mahnlauf angezeigt. Außerdem wurde der Report angepaast: In Fenster-Umschlägen passt jetzt die Adresse, so dass er auch mit der Post verschickt werden kann.
10332	Leitweg-ID fehlt bei ABO Intervallen	Pfad: "Vertrieb \|\| Aufträge \|\| Auftrag" Das Feld "Leitweg-ID" wurde auf read only geschaltet. Um es zu verändern, muss der Auftrag zunächst wieder deaktiviert werden (Schaltfläche "Aktualisieren" > > "OK"). Beim erneuten Aktivieren des Auftrages werden nun die Abo Intervalle mit der neuen Leitweg-ID aktualisiert. Ausgenommen sind Abo Intervalle, für die bereits eine Rechnung angelegt wurde. Vorgehensweise: Dazu ist das Abo ab dem Zeitpunkt, für dem noch keine Rechnung erstellt wurde, in das Feld " Abo ändern ab": z.B. 01.12.21 einzutragen, dann die Leitweg-ID hinterlegen und das Abo aktivieren. Anschließend die Rechnung erstellen und drucken. Hier ist nun die aktualisierte Leitweg-ID in der xml-Datei enthalten.
10362	Dimensionsanalyse Verkauf: Aufträge aus Angebot werden nicht angezeigt	Dimensionsanalyse Verkauf: Aufträge aus Angebot werden teilweise nicht angezeigt: Wenn ein Angebot im September angelegt wurde und im Oktober in einen Kundenauftrag verarbeitet wurde, zeigt die Dimensionsanalyse den Auftrag manchmal nicht. Der Fehler wurde behoben.
10368	Lieferungen + Kundenrechnungen anlegen: falsche Aktivierng: Kunde nicht aktiviert, sondern Lieferanten	Pfad: Vertrieb \|\| Transaktionen \|\| Lieferungen anlegen Pfad: Vertrieb \|\| Transaktionen \|\| Kundenrechnungen anlegen Bei Auswahl der Geschäftspartner werden nun korrekterweise Kunden statt Lieferanten vorausgewählt.
10375	Kundenrechnung und Proformarechnung mit Lieferadresse	In beiden Reports (Kunden- und Proformarechnung) ist - wie im Kundenauftrag - zusätzlich zu der Rechnungsadresse auch das Feld "Lieferadresse" eingebaut. Wenn das Feld "Lieferadresse" (nicht das Feld Adresse) im Auftrag gefüllt ist, greift der Report auf dieses Feld zu. Das Feld holt sich die Daten aus "Geschäftspartner - Anschrift", die Adresse ist im Stammsatz als Lieferadresse aktivert und im gleichnamigen Dropdownfeld im Auftrag auswählbar. Beim Ausdruck verhält sich der Report (OpenZ Standardreport) wie beim Drucken des Auftrages: Die Lieferadresse wird unter der eigentlichen Anschrift (Rechnungsadresse) gedruckt.
10382	Ex- und Import von Verkaufspreisen mit Verkaufseinheit	Pfad: "Stammdaten \|\| Datenimport \|\| Export Artikel-Unterreiter VK-Preis \|\| Export Artikel-Unterreiter VK-Preis": Es wurde in der Export-Tabelle eine neue Spalte 'Verkaufseinheit' hinzugefügt. In dieser werden nun beim Ex- und Importieren die verschiedenen Verkaufseinheiten für Produkte berücksichtigt. Wird die Verkaufseinheit beim Importieren nicht gefunden, wird ein Fehler ausgegeben.
10386	Lieferscheine : lieferbare Positionen nach Lagerort	Pfad: "Vertrieb \|\| Transaktionen \|\| Lieferungen anlegen": Es ist eine Option verfügbar: "lieferbare Positionen nach Lagerort". Bei Auswahl dieser Option werden alle verfügbaren zu liefernden Artikel (abzüglich reservierte) laut Filtereinstellungen gelistet. Die Liste ist nicht nach Auftrag, sondern nach Lagerorten sortiert (Priorität, Gang, Ort, Ebene) - nach der jeweils ersten Auftragsposition. Im Feld Beschreibung ist zu erkennen, um welchen Auftrag und welche Auftragsposition es sich handelt. Die Kunden und die Aufträge werden im Kopf der Liste nicht angezeigt. Es handelt sich um eine generelle To-Do Liste für den Versand. Es sollten dementsprechend immer alle Positionen markiert werden. Damit wird vermieden, dass Aufträge, die mehrere Positionen haben, in mehreren Lieferungen aufgeteilt werden. Mit dieser Option können also die optimalen Wege im Lager angezeigt werden, besonders wenn die Kunden i.d.R. nur eine Position bestellen. "Lieferbare Positionen nach Lagerort" bietet nach Auftragseingang die lieferbaren Positionen an, bis die Ware aufgebraucht ist. Es werden keine Aufträge angezeigt, die denselben Artikel haben, aber später eingegangen sind, sobald die Gesamtmenge aufgebraucht ist. Die Lieferscheine werden dann automatisch so nummeriert, das die Reihenfolge optimale Wege im Lager ergeben. Mit der Option "lieferbare Positionen nach Lagerort" sind keine keine Sammelleferungen möglich. Wenn das System so eingestellt werden soll, dass die Option voreingestellt ist, kann unter "Präferenzen (Einstellungen \|\| Prozesse und Einstellungen \|\| Präferenzen)" folgender Wert gesetzt werden: INOUTMANUALOUTGOINGOPTIONDEFAULT = DELBYLOCATOR Einschränkung: SETs können nur komplett von dem im SET-Artikel voreingestellten Lagerort geliefert werden.
10393	Lieferung nach Priorität und Auftragseingang + neue Anforderung: Sammellieferschein bei Lieferbare Positionen nach Auftragseingang	Pfad: Vertrieb \|\| Transaktionen \|\| Lieferungen anlegen: Es ist eine Option verfügbar: "lieferbare Positionen nach Priorität". Bei Auswahl dieser Option werden alle verfügbaren zu liefernden Artikel (abzüglich reservierte) laut Filtereinstellungen gelistet. Die Liste wird nach Auftrags-Priorität (Feld Priorität im Auftrag, Datum des Auftragseingangs, Dokumentennummer) sortiert ausgegeben. In Kombination mit der Option Sammel-Lieferschein wird auch die Priorität verwendet und die Ware entsprechend Lagerbestand nach Auftragspriorität zum Versand - dann aber pro Kunde - angeboten. Bei Verwendung dieser Option werden die generierten Lieferscheine so organisiert, dass auch bei dynamischer Lagerführung die Positionen so angeboten (und auch gedruckt) werden, dass ein optimaler Weg im Lager gewählt wird: Der Weg wird unter "Lagerverwaltung \|\| Einstellungen \|\| Warenlager \|\| Lager > > Lagerort" wie folgt eingestellt: Relative Priorität, Gang (X), Ort (Y), Ebene (Z). Mit dieser Option können die optimalen Wege im Lager eingestellt und auch auf die Lieferscheine gedruckt werden. Um den Lagerort zu drucken, ist unter "Einstellungen \|\| Unternehmen \|\| Organisation > > Konfiguration Ausdrucke" die Option 'Lagerort auf Lieferschein drucken' zu aktivieren. Llieferbare Positionen nach Priorität" bietet nach Auftragseingang die lieferbaren Positionen an, bis die Ware verbraucht ist. Es wedern keine Aufträge angezeigt, die denselben Artikel haben, aber später eingegangen sind, sobald die Gesamtmenge der Ware aufgebraucht ist. Bereits reservierte Ware wird nicht zum Versand angeboten. Wenn das System so eingestellt werden soll, dass die Option voreingestellt ist, kann unter Präferenzen (Einstellungen \|\| Prozesse und Einstellungen \|\| Präferenzen) folgender Wert gesetzt werden: INOUTMANUALOUTGOINGOPTIONDEFAULT = DELBYPRIORITY
10400	Verkauf über Auftrag, auch wenn Rahmenvertrag aktiv	Zum Pfad: "Einstellungen \|\| Unternehmen \|\| Organisation \|\| Organisation > > Konfiguration Optionen" gibt es eine neue Option "Rahmenvertrag optional": Rahmenverträge können nun mit dieser Systemoption optional geschaltet werden. Beim Hinzufügen eines Artikels zu einem Auftrag, für den ein aktiver Rahmenvertrag vorliegt, wird dann keine Fehlermeldung mehr angezeigt, sondern nur noch ein Hinweis auf den Rahmenvertrag. Die Warnung 'Der Preis hat sich automatisch geändert...' wurde angepasst, um Missverständnissen vorzubeugen.
10453	Liste Offene Lieferungen zeigt keine Aufträge mit Sofortberechnung an	Pfad: "Vertrieb \|\| Rückstandsliste / Offene Lieferungen": Fehler behoben, Aufträge mit Sofortberechnung werden jetzt auch angezeigt.
10462	Abo-Bestellungen + Abo-Aufträge: Fehlermeldung bei Aktualisieren	Abo-Bestellungen + Abo-Aufträge: Fehlermeldung beim Aktualisieren: Fehler behoben. Ursache: Bei aktivierter Option 'Dokumentennummern nicht löschbar' in "Einstellungen \|\| Unternehmen \|\| Organisation \|\| Konfiguration Optionen" konnten die ABO-Intervalle nicht neu erstellt werden.
10466	Liste Rückstandsliste / Offene Lieferungen zeigt teilweise zuviele Aufträge an	Liste Rückstandsliste / Offene Lieferungen zeigt teilweise zuviele Aufträge an: Wenn der Haken "Lieferung Komplett" mit der Hand gesetzt wurde kam dieser Fehler vor. Fehler behoben.
10515	Button "Dokument erstellen" in Bestellung und Kundenauftrag: Feld "fakturierter Betrag" falsch	Button "Dokument erstellen" in Bestellung und Kundenauftrag: Feld "fakturierter Betrag" nicht korrekt: Fehler behoben: Button "Dokument erstellen" in Bestellung und Kundenauftrag: Feld "fakturierter Betrag" ist im neuen Dokument jetzt = 0

	Lagerverwaltung
10063	Warenbewegung mit Status 'Reserviert'	Pfad: "Lagerverwaltung \|\| Warenbewegung Kunde": Es wurde eine neue Funktion "Reservieren" hinzugefügt. Sie kann über die Schaltfläche "Aktivieren" > > "Reservieren" ausgeführt werden, wenn eine Warenbewegung im Belegstatus "Entwurf" vorliegt. Reservierte Warenbewegungen können anschließend aktiviert oder zurück in den Entwurfstatus gesetzt werden. Das Reservieren sorgt dafür, dass die enthaltenen Positionen der Warenbewegung im System vorgemerkt werden und dann nicht mehr für andere Warenbewegungen zur Verfügung stehen. Die reservierte Menge der jeweiligen Artikel kann in den Lager-Übersichten (z.B. unter Stammdaten \|\| Artikel > > Lager) in der Spalte "reservierte Menge" eingesehen werden. Es kann nur bereits vorhandene Ware im Lager aus dem jeweiligen Lagerplatz reserviert werden.
10275	Lagerübersichten: 0-Mengen entfernen	In allen Lagerübersichten wie z.B. Lagerverwaltung \|\| Lager Übersicht \|\| Lager Übersicht Lagerverwaltung \|\| Lager Übersicht \|\| Lagermengen (Übersicht) Stammdaten \|\| Artikel \|\| Artikel > > Lager wurden Zeilen, die in allen Spalten die Menge=0 enthalten, entfernt. Falls Artikel einen Meldebestand besitzen, werden diese trotzdem angezeigt, auch wenn alle Felder 0 enthalten. Der Meldebestand ist z.B. in dieser Transaktion zu sehen: "Lagerverwaltung \|\| Lager Übersicht \|\| Lager Übersicht > > Lagermengen".
10324	Anpassung des Umlagerungmoduls	Seriennummern, die sich nicht im Lager befinden, werden jetzt korrekt dem Ziellagerort zugewiesen und automatisch wieder aktiviert. Dafür wird die Scanner-Anwendung "Umlagern" die Entnahme-Transaktion vom Quell-Lagerort unterdrückt und das Einbuchen in den Ziel-Lagerort durchgeführt. Danach wird der Seriennummern wieder korrekt im Bestand geführt. Wenn als Ziel-Lagerort 'STORNO' bei der Transaktion "Umlagern" gewählt wird, werden der oder die gescannten Seriennummern in das Nichts ausgebucht (Fehllager). Der Lagerort Suchschlüssel= 'STORNO' ist dafür anzulegen.
10333	Sicherheit der Inventur Transaktion	Bislang konnte die Inventur-Transaktion parallel zu anderen Lager-Transaktionen laufen. Wenn organisatorisch nicht darauf geachtet wird, dies zu vermeiden, kann es zu fehlerhaften Lagerbetänden kommen. Wenn auf einem Lagerort bereits eine Inventur stattfindet, wird dieser Lagerort nun für alle weiteren Transaktionen gesperrt. Es darf auf diesem Lagerort keine 2. Inventur eröffnet werden, ebenso kein Ein- Aus- oder Umlagern stattfinden. Weder mit dem Scanner noch mit der OpenZ Backoffice Anwendung. Es erscheint die Fehlermeldung: 'Inventur läuft'. In diesem Fall ist die laufende Inventur zu Ende zu führen oder die laufende Inventur unter Lagerverwaltung \| Inventur zu löschen. Dieses Vorgehen schafft Sicherheit im Mengenbuch (bislang musste organisatorisch sichergestellt sein, das keine Parallel-Transaktionen ausgeführt wurden). Desweiteren wird jetzt mit dem Scanner eine laufende Inventur eines Lagerortes wieder aufgenommen, wenn z.B. während der Inventur das Gerät ausfällt (WLAN Ausfall, Serverprobleme, Sturz des TC21, Betriebspause etc.). Nach der Unterbrechung wird der laufende Inventurprozess durch Anwahl des Lagerortes wieder aufgenommen. Für die Wieder-Aufnahme muss dasselbe Login verwendet werden, ein Wechsel des Nutzers ist in der laufenden Inventur nicht möglich.
10334	Inventur Scanner: Automatisches Abbuchen bei SNR	Die Logik der Inventur ist um eine Umlagerung für Seriennummern, die im Inventurlagerort gescannt werden, erweitert worden. Wenn im Inventurlagerort SNR gescant werden, die im Bestand eines anderen Lagerortes geführt sind, werden diese jetzt vom aktuellen Lagerort auf den Inventur-Lagerort umgebucht. Auf Wunsch wird die Inventur mit einen neuen Knopf 'Pause' unterbrochen. Durch Einscannen des Lagerortes wird die Inventur automatisch für den Lagerort wieder aufgenommen. Die vorher gescannten Daten bleiben erhalten.
10383	Transaktionen nicht mehr zugreifbar, wenn Artikel nicht am Lager	Zu dem Pfad: "Artikel > > Lager > > Transaktionen" kann jetzt wieder navigiert werden, auch wenn kein Bestand (und damit kein Datensatz) vorhanden ist. Dafür wird ein Dummy-Datensatz ohne Inhalt generiert, über diesen dann wieder auf die Transaktionen verzweigt werden kann, um die vergangenen Warenbewegungen zu analysieren.
10393	Lieferung nach Priorität und Auftragseingang + neue Anforderung: Sammellieferschein bei Lieferbare Positionen nach Auftragseingang	Pfad: Vertrieb \|\| Transaktionen \|\| Lieferungen anlegen: Es ist eine Option verfügbar: "lieferbare Positionen nach Priorität". Bei Auswahl dieser Option werden alle verfügbaren zu liefernden Artikel (abzüglich reservierte) laut Filtereinstellungen gelistet. Die Liste wird nach Auftrags-Priorität (Feld Priorität im Auftrag, Datum des Auftragseingangs, Dokumentennummer) sortiert ausgegeben. In Kombination mit der Option Sammel-Lieferschein wird auch die Priorität verwendet und die Ware entsprechend Lagerbestand nach Auftragspriorität zum Versand - dann aber pro Kunde - angeboten. Bei Verwendung dieser Option werden die generierten Lieferscheine so organisiert, dass auch bei dynamischer Lagerführung die Positionen so angeboten (und auch gedruckt) werden, dass ein optimaler Weg im Lager gewählt wird: Der Weg wird unter "Lagerverwaltung \|\| Einstellungen \|\| Warenlager \|\| Lager > > Lagerort" wie folgt eingestellt: Relative Priorität, Gang (X), Ort (Y), Ebene (Z). Mit dieser Option können die optimalen Wege im Lager eingestellt und auch auf die Lieferscheine gedruckt werden. Um den Lagerort zu drucken, ist unter "Einstellungen \|\| Unternehmen \|\| Organisation > > Konfiguration Ausdrucke" die Option 'Lagerort auf Lieferschein drucken' zu aktivieren. Llieferbare Positionen nach Priorität" bietet nach Auftragseingang die lieferbaren Positionen an, bis die Ware verbraucht ist. Es wedern keine Aufträge angezeigt, die denselben Artikel haben, aber später eingegangen sind, sobald die Gesamtmenge der Ware aufgebraucht ist. Bereits reservierte Ware wird nicht zum Versand angeboten. Wenn das System so eingestellt werden soll, dass die Option voreingestellt ist, kann unter Präferenzen (Einstellungen \|\| Prozesse und Einstellungen \|\| Präferenzen) folgender Wert gesetzt werden: INOUTMANUALOUTGOINGOPTIONDEFAULT = DELBYPRIORITY
10395	Dynamische Lagerführung	Die dynamische Lagerführung in OpenZ wird wie folgt verwendet: Die Transaktion: "Bestellwesen \|\| Transaktionen \|\| Wareneingang anlegen" bietet den im Artikel eingestellten Lagerort (Artikel-Stamm oder Stammdaten \|\| Artikel \|\| Artikel > > Lagerplanung) für den Wareneingang an. An diesem Lagerort wird die Ware zunächst eingebucht und überprüft. Die Ware kann dann an andere, beliebige, freie Lagerorte verteilt werden. Dazu gibt es z.B. die Scanner-Transaktion "Umlagern von". Die Transaktion "Vertrieb \|\| Transaktionen \|\| Lieferungen anlegen" errrechnet jetzt Liefervorschläge aus den im Lager an allen Lagerorten verfügbaren Mengen. Dazu sind entweder die Option "lieferbare Positionen nach Priorität" oder "lieferbare Positionen nach Lagerort" zu verwenden. Bei Auswahl einer dieser Optionen werden alle verfügbaren zu liefernden Artikel (abzüglich reservierte) laut Filtereinstellungen gelistet. Die Ware wird entsprechend dem Lagerbestand an ggf. verschiedenen Lagerorten zum Versand angeboten. Um den Lagerort auf den Lieferschein zu drucken, ist unter "Einstellungen \|\| Unternehmen \|\| Organisation > > Konfiguration Ausdrucke" die Option 'Lagerort auf Lieferschein drucken' zu aktivieren. Bei dynamischer Lagerführung werden die Positionen so angeboten (und auch gedruckt), das ein Optimaler Weg im Lager gewählt wird: Der Weg wird unter "Lagerverwaltung \|\| Einstellungen \|\| Warenlager \|\| Lager > > Lagerort" eingestellt: Relative Priorität, Gang (X), Ort (Y), Ebene (Z) Das entstehende Dokument unter "Lagerverwaltung \|\| Warenbewegung Kunde" kann dementsprechend pro Auftragspoition mehrere Positionen mit verschiedenen Lagerorten beinhalten. Der Lieferschein wird dann allerdings wieder auf eine Position pro Auftragsposition (wie bisher) gedruckt. Die Entnahme im Lager wird entsprechend der vorgegebenen Lagerorte auch in der Scanner-Anwendung "Versand" in der Lager-BDE unterstützt. Einschränkung: Dynamische Lagerführung ist nicht für Set-Artikel geeignet. Um die dynamische Lagerführung korrekt abbilden zu können, wurden in "Lagerverwaltung \|\| Einstellungen \|\| Warenlager \|\| Lager > > Lagerort" die Felder Gang (X), Ort (Y), Ebene (Z) auf numerische Datentypen umgestellt. Achtung: wenn darin Buchstaben eingegeben wurden, gehen die Buchstaben beim Update verloren und werden durch die Zahl 0 ersetzt.
10404	Transaktion Lager Umbuchung mit Gewicht	Zum Pfad: "Lagerverwaltung \|\| Transaktionen \|\| Lager Umbuchung \|\| Lagerbewegung" wird jetzt auch das Gewicht mit in den neuen Lagerort umgezogen. Diesee Funktion greift nur bei Verwendung des Buttons 'Einen Lagerort vollständig umziehen'.
10470	Set Artikel erweiten für Verfügbarkeit. Ergänzung Selektor und Lager-Übersichten.	Set Artikel werden jetzt auch in den Lager-Übersichten z.B.: Lagerverwaltung \|\| Lager Übersicht \|\| Lagermengen (Übersicht) angezeigt. Die aktuelle Lagermenge errechnet sich aus den Stücklistenartikeln. Auch die Abgänge für Setartikel werden in den Lager-Übersichten angezeigt. Der Selektor "Artikel mit Preisen" errechnet die verfügbare Menge aus den Set-Artikeln selbst (Verkäufe) und den Verkäufen der einzelnen Stücklistenartikel. Bei den Stücklistenartikeln werden in den Lagerübersichten Abgänge aufgrund von Set-Verkäufen in der Zeile mit dem Lagerort angezeigt. Abgänge aufgrund Verkauf des Stücklistenartikels selbst, stehen wie gehabt in der Zeile ohne Lagerort.
10471	SET-Items : Übertragung der Sets und Stücklisten-Artikeln in XML-API. Berechnung der Verfügbarkeiten	Wenn ein SET bestellt wird, vermindern sich die verfügbaren Lagermengen der einzelnen Stücklisten-Artikel und des Sets. Wenn ein Stücklisten-Artikel, der in Set-Artikeln vorkommt, einzeln verkauft wird, ändert sich die verfügbare Lagermenge des Artikels und aller Sets, wo dieser vorkommt. Alle diese Artikel werden jetzt nach Auftrags-Eingang mit aktueller Verfügbarkeit in der Product.xml übertragen.
10501	SET-Artikel: Einzelteile bei dynamischer Lagerführung abbuchen	SET Artikel können jetzt auch bei dynamischer Lagerführung verwendet werden. Der Liefervorschlag (Pfad: "Vertrieb \|\| Transaktionen \|\| Lieferungen anlegen") beachtet die verschiedenen Lagerorte der Einzelteile. Im Lieferschein erscheint dagegen der SET-Artikel. Diese Möglichkeit ist nur bei Verwendung der Optionen 'Lieferb. Pos. n. Prio' und 'Lieferb. Pos. n. Lagerort' verfügbar. Die Verwendung von Teil-Lieferungen und Sammellieferscheinen ist hier auch mit Sets möglich. Wenn diese Optionen nicht verwendet werden, gilt wie bisher: Alle Einzelteile des Sets müssen sich am Lagerort befinden, der im Set-Artikel definiert ist.
10562	Wareneingang (Warenbewegung Lieferant): Seriennummer automatisch erzeugen	Wareneingang (Warenbewegung Lieferant): Seriennummer automatisch erzeugen: Es ist eine neue Konfigurationsoption "Seriennummer automatisch erzeugen (Wareneingang)" eingebaut. Ferner wurde auch der Etikettendruck im Wareneingang angepasst. Das Etikett ist jetzt identisch zu dem unter "Stammdaten \|\| Seriennummern" und druckt entsprechend die Artikel des Wareneingangs als Kombi-Barcode mit Seriennummer aus.
10606	Interne Materialbewegung / Warenbewegung Kunde u. Lieferant lässt Seriennummer in 2 Positionen als Duplikat zu	Wenn 2 Positionen mit demselben Artikel und derselben Seriennummer angelegt werden, erscheint nun die Fehlermeldung: "Sie haben die aktuelle Seriennummer doppelt erfasst."

	Projekte
10253	Indirekte Kosten auf den Netto-Umsatz (Projekt-Kalkulation)	geändert am 25.03.22 g: Bei der Projekt-Kalkulation gibt es folgende Änderungen: Der Zeitpunkt zur Berechnung aller Plan-Kosten (linke Seite in Projektmanagement \|\| Projekte bzw. Aufgaben) ist immer der Beginn des Projektes. Dieser Zeitpunkt ist also unabhängig vom Zeitpunkt des Erstellens der Plandaten bzw. des Ausführens des Hintergrundprozesses der Projekt-Kalkulation. Hinweis: Plan-Kosten beziehen sich auf die Kostensätze zu Projektbeginn. Ist-Kosten beziehen sich auf die Kostensätze zum Zeitpunkt der Transaktion (Materialentnahme, Buchungsdatum, Zeitrückmeldung) bzw. bei Indirekten Kosten (Kostenrechnung \|\| Indirekte Kosten) sind es die Kostensätze zum Datum Projektende. Zur Einsatz- und Verfügbarkeits-Planung (Material- Maschinen- Mitarbeiter) wird das geplante Startdatum der Projektaufgabe herangezogen. Mit diesem Datum arbeitet dann die Materialbeschaffung, der Einsatzplan etc. Pfad: "Kostenrechnung \|\| Indirekte Kosten \|\| Indirekte Kosten": Die internen Kosten können nun prozentual auf den Netto-Umsatz (Ist) bzw. Auftragswert (Plan) berechnet werden. Dies gilt für Fix-, Material- und Maschinenkosten und bezieht sich somit auf alle Kostentypen (Struktur, Maschinenkosten pauschal und Materialkosten pauschal). In einem neuen Feld Umsatz kann man prozentual den Wert eingeben, mit dem diese Kostenart kalkuliert wird. Der Netto-Umsatz wird aus den Ausgangsrechnungen bzw. Auftragsbestätigungen netto gezogen. Das Prinzip dieser Kalkulation ist wie folgt: Ist ein solcher Kostensatz in einer Projekt-Aufgabe: Auf diese Aufgabe kontierte Umsätze zählen zur Kalkulation. Ist ein solcher Kostensatz NICHT in einer Projekt-Aufgabe: Auf diese Aufgabe kontierte Umsätze zählen NICHT zur Kalkulation. Ist ein solcher Kostensatz in irgendeiner Aufgabe: Umsätze (Rechnungen), die NUR auf das Projekt kontieren (ohne Aufgabe) zählen IMMER für die Werte im Projekt-Hauptdatensatz (= Kopf, nicht in den Aufgaben) mit. Für den Report Vor-Nachkalkulation gilt: Im SUB-Report Verwaltungskosten werden alle Umsatz-Kostensätze für Fix-, Material- und Maschinenkosten aufgeschlüsselt wiedergegeben. Fix-Kosten werden als Umsatz / Auftragswert angegeben und zählen im Kopf zu den Verwaltungskosten. Material- und Maschinenkosten werden auch hier ausgewiesen und zählen im Kopf zu den entsprechenden Material- und Maschinenkosten. In der Summe des SUB-Reports werden aber immer nur die echten Verwaltungskosten angegeben. Die Werte können daher abweichen. Für eine transparente Projekt-Kalkulation wird empfohlen, entweder die Kalkulation mit Netto Umsatz zu wählen oder die Kalkulation auf die anderen Kosten durchzuführen, NICHT aber beides zu mischen.
10282	Autmatisches Login (z.B. für Kiosk-Terminals)	Um z.B. bei Kiosk-Terminals direkt in die Anwendung zu verzweigen, ist in OpenZ ein automatisches Login möglich. Unter dem Pfad: "Einstellungen \|\| Sicherheit \|\| Nutzer" gibt es ein neues Feld 'Permanent Session ID'. Zur Sicherheit sollte das automatische Login nur für Rollen verwenden werden, die z.B. einem Kiosk-Terminal zur Zeiterfassung oder Betriebsdatenerfassung genutzt werden. Dazu im Feld 'Permanent Session ID' einen sicheren Schlüssel, z.B. eine UUID ein. Beim nächsten Login des Nutzers wird dieser Schlüssel gelesen und im Browser des Gerätes als Cookie mitr dem Namen 'permsession' abgelegt. Danach muß sich der Nutzer nicht mehr anmelden. Dieser wird im Browser dieses individuellen Gerätes mit seiner Rolle automatisch angemeldet. Soll ein einmaliges erneutes Anmelden erzwungen werden, ist der Eintrag in 'Permanent Session ID' (Backend) zu verändern oder der Cookie (Client) zu löschen. Soll das automatische Anmelden dauerhaft aufgehoben werden, muss der Eintrag in 'Permanent Session ID' gelöscht werden.
10277	Zeiterfassung: Steuerung der Projekte und Personen für Arbeitszeiterfassung und Kalkulation Projektarbeit	Neben der Möglichkeit eine Arbeitszeiterfassung für die (Nach-) Kalkulation eines Projektes vorzunehmen, können auch Arbeitszeiten, die nicht direkt als Arbeitszeit für ein Projekt geleistet wurden, für dieses erfasst werden - und zwar als 'nicht berechenbare Zeit'. Unter "Stammdaten \|\| Mitarbeiter" ist rechts neben dem Eingabefeld 'Bild-URL', ein neues Eingabefeld namens 'Zeiterfassungsprojekt' eingeführt worden. Hier lassen sich Mitarbeiter einem dafür definierten Projekt zuordnen. Ein dazu vorgesehenes Projekt wird durch Aktivieren der Checkbox 'Mitarbeiter Zeiterfassung' definiert. Diese neue Checkbox findet sich unter dem Eingabefeld 'Notiz', rechts neben dem Eingabefeld für das 'Startdatum'. Außerdem wurde in "Projektmanagement \|\| Projekte" eine neue Checkbox 'Mitarbeiter Zeiterfassung' implementiert, die standardmäßig aktiv ist (default=Y). So werden Zeiten wie gewohnt auf das Projekt erfasst. In Produktionsaufträgen im Modul 'Herstellung', ist das Feld 'Mitarbeiter Zeiterfassung' nicht vorhanden. Intern wurde das Feld bei für Produktionsaufträgen ='N' gesetzt. Damit kann in der laufenden Produktion jederzeit eine Zeiterfassung für die Kalkulation erfasst werden, unabhängig von der Arbeitszeit der Mitarbeiter. Wird in OpenZ die vorhandene Zeiterfassung genutzt, können die Zeiten der Anwesenheit separat zu den tatsächlich im Projekt berechenbaren Zeiten erfasst werden. Das erlaubt, die Anwesenheit getrennt von Projektleistungen zu behandeln. ACHTUNG: Im Stundenkonto des Mitarbeiters und im Stundenzettel sind fortan nur Projekte berücksichtigt, deren Checkbox 'Mitarbeiter Zeiterfassung' aktiviert ist.
10279	Zeiterfassung über Terminal	Über ein Zeiterfassungterminal kann jetzt die Zeiterfassung der Mitarbeiter durchgeführt werden. Die Zeiterfassung kann entweder ohne Login-Screen (siehe Ticket 10282) auf einem Terminal laufen oder ganz normal über einen Identifizierten Nutzer mit Login als APP im Smartphone oder auf dem Desktop PC. Im ersten Fall (Terminal-Anwendung) erfolgt die Identifikation der Mitarbeiter über RFID Chip oder Scanner. Logik: bei Terminal lädt die Zeiterfassung im Kiosk-Mode: Chip auflegen, Identifikation Mitarbeiter. Anzeige Mitarbeiter-Name bei Identifiziertem Nutzer: Anzeige Mitarbeiter-Name aus dem Login. Die Zeiterfassung findet sich in der Produktions-BDE (für Rückmeldungen von Produktionsaufträgen geeignet) oder im Pfad Projektmanagement \|\| Zeiterfassung für Bildschirm-Arbeitsplätze. Danach geht es in beiden Fällen wie folgt weiter: Wenn nicht Angemeldet: Knopf 'Kommt' Einblenden Wenn bereits Angemeldet: Knopf 'Geht' Einblenden Die Knöpfe 'Kommt' und 'Geht' erfassen die Zeiten auf das Projekt, welches beim Mitarbeiter als Zeiterfassungsprojekt eingetragen ist. Bei 'Kommt' kann ggf ein weiteres Arbeits-Projekt angegeben werden. Bei beiden läuft dann die Zeit. 'Geht' beendet die Zeit beim Zeiterfassungsprojekt und ggf. weiterem laufendem Arbeitsprojekt. Für die Arbeitsprojekte zeigt der Screen ein Dropdown mit den zur Zeit für die Zeiterfassung offnen Projekten. Wird dort ein Projekt ausgewählt (Dropdown oder Scan) , werden die Zeiten auf dieses Projekt gebucht. Hat das Projekt das Merkmal Zeiterfassung='N' (Arbeitsprojekte), werden die Arbeitszeiten nicht im Stundenkonto und Stundenzettel des Mitarbeiters eingetragen. Ein weiterer Knopf 'Projekt' bucht die Zeiten dann auf das entsprechende (Arbeits)-Projekt, ohne die Arbeitszeit im Zeiterfassungsprojekt des Mitarbeiters zu verändern. Auch ein Wechsel des Arbeits-Projektes ist mit diesem Knopf möglich, das zuvor gewählte Arbeits-Projekt stoppt dann die Zeiterfassung. (Siehe Ticket 10277) Für eine sinnvolle Zeitwirtschaft sind Zeiterfassungsprojekte ggf. pro Mitarbeiter-Kostenstellen anzulegen. Die eigentliche Projektarbeit erfolgt dann über Projekte, die die Eigenschaft 'Mitarbeiter Zeiterfassung' nicht haben. Zeiterfassungsprojekte müssen gestartet sein und genau eine Aufgabe haben, die auch gestartet ist. Zeiterfassungsprojekte können ggf. die Eigenschaft ausgeblendet (Filter) besitzen, damit diese die Projekt-Kalkulation der eigentlichen Projekte nicht verfälschen, wenn man z.B. in einer Tabellen-Kalkulation die Summen betrachten will. Das sorgt für eine sinnvolle Trennung der Projekt - Kalkulation (Arbeit für ein Projekt oder Produktionsauftrag) und die gesetzlich vorgeschriebenen Zeitrückmeldungen (Arbeitsbeginn-Arbeitsende) für die Mitrabeiter. Über die Eigenschaft 'Mitarbeiter Zeiterfassung' im Projekt wird dafür gesorgt, das die Zeiten auf das Stundenkoto und den Stundenzettel des Mitarbeiters gebucht werden. Das für den jeweiligen Mitarbeiter zutreffende Zeiterfassungsprojekt ist unter Stammdaten \|\| Mitarbeiter einzutragen. Insgesamt ist das Vorgehen wie Folgt: Arbeitsbeginn, Auflegen RFID , Identifikation Nur 'Kommt' Knopf vorhanden, bei Auswahl Projekt wird Arbeitsbeginn im Zeiterfassungsprojekt UND Projekt (Merkmal Zeiterfassung='N') gebucht Während der Arbeit 'Geht' Knopf und 'Projekt' knopf vorhanden. Wenn Projekt genutzt wird: Abmelden evtl. vorh. Projekt, Anmelden neues Projekt. Wird daselbe Projekt gewählt: Abmeldes dieses Projektes. Bei geht alle Projekt abmelden (Zeiterfasung und Projekt) Sollte der Mitarbeiter vergessen, die Geht-Rückmeldung zu machen, meldet das System alle Projekte ab, sofern mehr als 16h Arbeitszeit dazwischenliegen würden. Das System zeigt also am nächsten Morgen wieder den Knopf 'Kommt' an. Dafür muss der Hintergrundprozess 'Close open Time Feedbacks' eingestellt sein.
10284	Zeiterfassung: Automatisch beenden - Arbeitszeit von - Arbeitszeit bis	Um die Arbeitszeiten zu beenden, welche über die Arbeitszeiterfassung zwar begonnen, aber nicht beendet wurden, ist ein neuer Hintergrundprozess erstellt worden: Pfad: "Einstellungen \|\| Prozesse und Einstellungen \|\| Prozess Anfrage" : Close open Time Feedbacks. Dieser liest die Präferenz 'AUTOCLOSETIMEFEEDBACKHOURS' (Pfad: "Einstellungen \|\| Prozesse und Einstellungen \|\| Präferenzen"). Sofern die Präferenz vorhanden ist, wird nach der entsprechenden Anzahl an Stunden abgemeldet. Ist diese nicht vorhanden, meldet der Prozess die Zeiterfasung nach 16h automatisch ab. Das Fenster "Projektmanagement \|\| Zeitrückmeldung" wurde um die Felder 'Arbeitszeit von', Arbeitszeit bis' und 'Pausenzeit' erweitert. Damit können die Arbeitszeiten der Mitarbeiter, die über eine App oder Terminal erfasst werden, ggf. korrigiert werden (wenn z.B. das Abmelden vergessen wurde). Ebenso können mit diesem Fenster nun auch die Beginn- und Ende-Zeiten sowie die Pausen erfassst werden. Eingestellte Zuschläge (Sa., So., Nacht, Überstunden) errechnet das System selbsttständig, sofern diese konfiguriert sind und gibt diese im Stundenzettel aus.
10289	Arbeitszeitrückmeldung: neue View wg. Pause und bez. Pause:	In "Projektmanagement \|\| Zeitrückmeldung" sind nun folgende Felder hinzugekommen: Info-Bereich: Aktuelle Kosten, Feiertag/Wochenende Überstunden/Nachtstunden. Folgende Felder sind neu hinzugekommen, aber im Standard ausgeblendet: Bezahlte Pause, Reisezeit, Auslöse, Zuschläge (1-5), Aktuelle Kosten. Letztere Felder können individuell je nach Bedarf eingeblendet werden.
10295	Projekt: Lieferantenleistung mit Artikeln vom Typ Produkt	Bislang dürfen nur Dienstleistungen als Lieferantenleistung im Projekt verwendet werden. Das ist ungünstig, wenn z.B. Artikel nicht gelagert sind, ggf. direkt an eine Baustelle geliefert werden. Daher ist jetzt die Projektkalkulation wie folgt umgebaut: Alle Artikel können unter "Projektmanagement \|\| Projekte > > Aufgaben > > Lieferantenleistungen Plan" eingetragen werden. Die Vor-Kalkulation berücksichtigt die eingetragenn Kosten als geplante Kosten für Lieferantenleistung. Ist-Kosten werden über die Lieferantenrechnung erfasst und sind in der Vor- und Nachkalkulation detailliert ausgewiesen. In Summe finden sich die Lieferanten-Rechnungsbeträge auf der Projektaufgabe (Kosten Lieferantenleistung). Wenn allerdings derselbe Artikel unter "Projektmanagement \|\| Projekte > > Aufgaben > > Materialplanung" geplant ist, geht dieses vor. Dann werden die (Lieferanten)-Rechnungsbeträge nicht als Ist-Kosten in der Lieferantenleistung ausgewiesen. Es wird dann erwartet, dass der Artikel über Lager beschafft wird und die Kosten in der Materialplanung als Materialkosten entstehen.
10323	Tags für Tickets hinzufügen	Pfad: "Projektmanagement \|\| Ticketsystem \|\| Ticket": Tickets können nun über die Softwareversion im Feld "Behoben in" Tags hinzugefügt werden. Die Schaltfläche dafür befindet sich auf der jeweiligen Detailansicht einer Softwareversion (Link "Behoben in"). Sie öffnet ein Popup, in dem ein Tag eingegeben werden kann. Bei einem Klick auf "OK" wird dieser Tag allen Tickets hinzugefügt, bei denen die ausgewählte Softwareversion im "Behoben in" Feld eingetragen ist. Eventuell schon vorhandene Tags werden dann überschrieben und in der Historie gespeichert.
10360	Materialentnahme auf Projekt - Kein ausreichender Lagerbestand	Wenn eine Projektaufgabe mit Materialplanung über Lager benutzt wird, werden jetzt auch Teil-Entnahmen unterstützt, solange die komplette Menge des Materials nicht am Lager ist. Es wird dann immer die verfügbare Menge entnommen, wenn die komplette benötigte Menge nicht vorhanden ist. Die Lagerentnahme kann wiederholt werden, bis alle benötigten Materialien entnommen wurden.
10363	Fehler in Projekt/Aufgaben erstellen aus Auftrag: Fehlermeldung definieren	Fehler in Projekt/Aufgaben erstellen aus Auftrag: Fehlermeldung: "Fehler: Argument von AND muss Typ boolean haben". Fehler wurde bei Produktions-Artikeln angezeigt und ist behoben.
10374	Materialentnahme auf Projekt - Default Materialplanung über Lager (keine BANF)	Um die Materialplanunug flexibel über MRP angehen zu können, ist es nötig, die Option Materialplanung über Lager (keine BANF) in der Projektaufgabe zu aktivieren. Diese Option ist jetzt automatisch beim Erstellen der Projektaufgabe aktiv. Die Knöpfe 'Bedarfsanforderungen ertellen' und 'Bedarfsanforderungen stornieren' sind ausgeblendet, wenn die Option Materialplanung über Lager (keine BANF) aktiviert ist. So steuert OpenZ dann den empholenen (Best Practice-) Prozess über MRP, d.h. fehlende Arteikel werden bequem über den Einkaufslauf bestellt. Bedarfsanforderungen werden nur noch für spezielle Anwendungen empfohlen, da diese im Allgemeinen zu unflexibel sind.
10532	Projektkalkulation nach Umsatz: Korrektur der Umsatzkosten im Projektkopf und in Vor-Nachkalk und Projektaufgaben	Indirekte Kosten, Kostentyp Struktur, Wert nach Umsatz: Im Projektkopf werden interne Kosten nach Umsatz jetzt korrekt ausgegeben. Das betrifft auch die Projekt-Kalkulation. Indirekte Kosten, Kostentyp Material oder Maschinenkosten (pauschal): In den Aufgaben werden die pauschalen Kostensätze nur dann angewendet, wenn keine echten Plan- oder Ist-Kosten erfasst sind. Sobald erste echte Plan- bzw. Ist-Kosten entstehen, verwendet das System diese und gibt keine Pauschalen Materialkoste oder Maschinenkosten mehr aus.
10540	Ticketsystem für Partner oder Kunden...	Pfad: "Projektmanagement \|\| Ticketsystem \|\| Ticket": Die Rolle des aktuellen Users wurde so angepasst, dass ein Mitarbeiter alle Projekte sowie ein Kunde bzw. Lierfant nur die eigenen Projekte unter dem Ticketsystem einsehen kann. Der Unterreiter "Stammdaten \|\| Geschäftspartner \|\| Projektbetreuung" dient dazu, dem Kunden bzw. Lierfanten Projekte zuzuordnen, die unter Ticketsystem einsehbar sind.
10547	Zeiterfassung: Fehler wenn mehrere Zeiterfassungsprojekte offen sind	Zeiterfassungsapp: Es wurde ein Fehler behoben, der alte Datensätze der Zeiterfassung fehlerhafterweise beim Benuten der Zeiterfassungsapp aktualisiert hat. Ebenso wurden zwei neue Fehlermeldungen hinzugefügt. Die erste tritt auf, wenn versucht wird, die Kontaktperson oder das Projekt eines Datensatzes zu ändern, welcher durch die Zeiterfassungsapp erstellt wurde. Das ist nun nicht mehr möglich. Die zweite Fehlermeldung betrifft Datensätze, welche durch die Zeiterfassungsapp erstellt wurden und als Projekt das Zeiterfassungsprojekt der Kontakperson beinhalten. Wird versucht diesen zu schließen oder zu löschen und es gibt noch einen weiteren offenen Datensatz mit einem Arbeitsschritt, wird die Fehlermeldung angezeigt. Es muss zunächst der Arbeitsschritt geschlossen/gelöscht werden, bevor das Zeiterfassungsprojet geschlossen/gelöscht werden kann.
10552	weitere Anpassung des Stundenzettels laut Kundenvorgaben	Es wurden für den Stundenzettel folgende Fälle unterschieden und eingebaut: Werktags: Bei Nacht-Arbeit: Wenn der Arbeitsbeginn vor dem Nachtbeginn liegt, werden die Stunden erst als Normalstunden gerechnet, dann als Nacht- bzw. Überstunden. Wenn der Arbeitsbeginn nach dem Nachtbeginn liegt: Wenn Nachtarbeit größer als Soll-Arbeit ist, sind Normalstunden gleich 0, sonst Soll minus Nachtstunden. Keine Nachtarbeit: Wenn der Arbeitsbeginn zwischen 00:00 Uhr und Ende-Nachtarbeitszeit liegt, sind Normalstunden: Soll minus Nachtarbeitsstunden. sonst: Normalstunden sind gleich Sollstunden. Überstunden sind immer: Gesamte Arbeitszeit, also tatsächliche Stunden + normale Pause + bezahlte Pause - Normalarbeitszeit - Nachtarbeitszeit. Am Wochenende: Keine Nachtarbeit: Samstags und Sonntags zwischen 00:00 und 24:00: wird komplett als Samstags- oder Sonntagsarbeitszeit berechnet (nicht als Überstundenarbeitszeit, weil Überstunden einen niedrigeren Satz haben). Bei Nachtarbeit: Der höhere Zuschlag wird angewendet. Beispiele: Freitag auf Samstag: Bzp. Arbeit zwischen 21:00 und 08:00 -> 3 Stunden Nacht, plus 8 Stunden Samstag. Samstags auf Sonntag: Arbeit zwischen 22 und 11 Uhr: -> 2 Stunden Samstag plus 11 Stunden Sonntag Sonntag auf Montag: Zwischen 22 und 11 Uhr Arbeit: -> 2 Stunden Sonntag, 6 Stunden Nacht und 5 Überstunden. Die normale Pause wird von derjenigen Kategorie (Normal, Nacht, Samstag, Sonntag, Feiertag, Überstunden) abgezogen, die am meisten Stunden hat. Die bezahlte Pause wird derjenigen Kategorie (Normal, Nacht, Samstag, Sonntag, Feiertag, Überstunden) zugeordnet, die am meisten Stunden hat.
10588	Projektkalkulation: Indirekte Kostensätze werden teilweise nicht gezogen	Wenn sich mehrer Kostensätze im Projekt befinden, wurden teilweise interne Kostensätze nicht gezogen. Der Fehler ist behoben. Bei mehreren indirekten Kostensätzen addiert das System jetzt die jeweiligen Kosten. Hinweis an den Nutzer: Es ist i.d.R. intransparent mehrere Kostensätze in einer Aufgabe zu verwenden. Insbesondere, wenn Kosten auf Umsatz und andere Kosten vermischt werden. Insbesondere gilt dies bei pauschalen Mascinen oder Materialkosten: In den Aufgaben werden die pauschalen Kostensätze nur dann angewendet, wenn keine echten Plan- oder Ist-Kosten erfasst sind. Sobald erste echte Plan- bzw. Ist-Kosten entstehen, verwendet das System diese und gibt keine pauschalen Materialkosten oder Maschinenkosten mehr aus.
10648	Zeitrückmeldung: App lässt Nutzernamen stehen, Beschreibung wird überschrieben, Links im Kiosk-Mode unterdrücken	Wenn über die APP Zeiterfassungen vorgenommen und die Beschreibungen benutzt werden, wurden diese beim Beenden überschrieben. Die Beschreibung wurde jetzt standardmäßig ausgeblendet. Wenn man sie einblendet funktioniert jetzt alles korrekt. Im Kiosk-Mode werden jetzt die Links openz.de und openbravo.com unterdrückt-Damit kann man den Screen nicht mehr verlasen. Der Button zurück (oben links) führt jetzt auch einen Refresh des Screens durch, wenn die APP im Autologin-Modus läuft. Nach 5sec. führt die APP automatisch einen Refresh aus, damit DSGVO-Konform keine persönlichen Daten auf dem Screen stehen bleiben, wenn die APP z.B. in einem Terminal läuft.

	Finanzwesen

10345	Import von Datev-Buchungen: Einbau eines Triggers	Pfad: "Manueller Buchungsstapel \|\| Buchungsstapel \|\| Buchungszeilen" Beim Speichern einer neuen Buchungszeile wird nun automatisch ein auf einem der beiden Konten gebuchter Artikel hinzugefügt. Es wird immer der zuletzt bearbeitete Artikel ausgewählt. Ist kein Artikel auf einem der beiden Konten gebucht, wird auch kein Artikel hinzugefügt. Beim manuellen Eintragen eines Artikels wird dieser aber nicht verändert. Ebenso können Artikel nach dem automatischen Eintragen wieder gelöscht werden. Wird eines der beiden Konten der Buchungszeile aktualisiert, wird ebenfalls wieder ein passender Artikel ausgewählt. Einbau eines Triggers, der anhand von Fremddienstleistungskontonummern einen Fremdartikel in das Feld "Artikel" in die Positionen des manuellen Buchungsstapels füllt. Damit werden in den Projekten die Werte in das Feld "Fremddienstleistung" übertragen. Hinweis: Dies bezeht sich nicht nur Fremddienstleistungskontonummern sondern auch auf Lieferantenleistungen.
10392	Skonto bei Nicht-Hauswährungs-Bankkonto - hier Euro:	Bei einem Hausbankkonto, das nicht in der Hauswährung geführt ist, waren Skonto-Vorgänge noch nicht implementiert - Transaktion Bankabgleich: Fehlermeldung: "FEHLER: Skonto auf Fremdwährungsrechnungen wird nicht unterstützt." Auch bei dem Nicht-Hauswährungs Bankkonto in Euro können nun Skonto-Vorgänge über den Bankabgleich gebucht werden.
10533	Bankabgleich Fehler: Posten wird nicht ausgeglichen	Bankabgleich Fehler: Posten wird nicht ausgeglichen: Fehler behoben. Wenn ein Bankabgleich wieder geöffnet wurde, der in der Mitte oder am Anfang zwischen anderen nachfolgenden Zahlungen für dieselbe Rechnung stand, wurde der offene Posten nicht korrekt erstellt. Es kam dann zu Fehler-Situationen in Zusammenhang mit den erfolgen Teilzahlungen. Jetzt wird das öffnen eines Bankabgleiches unterbunden, wenn weitere (Teil)-Zahlungen bereits erstellt wurden. Fehlermeldung: 'Ein anderer Bankabgleich für diese Rechnung muss zuerst rückgängig gemacht werden: < name des abgleichs> '
10614	CAMT Anapssung auf Shema camt.052.001.08	CAMT wurde wegen Kompatibilität mit Home-Banking Anwendungen (z.B. jameica / hibiscus) auf Shema camt.052.001.08 erweitert. Ferner kann ein Eintrag unter NtryDtls - Btch vorkommen ohne AmtDetails (null-Pointer Exception) - Dieser Fehler wurde behoben.
10615	Forderung u. Verbindlichkeiten: Zeigt Daten einer Organisation an, auf die der Nutzer keinen Zugriff hat	Pfad: "Buchhaltung - Übersicht Forderung u. Verbindlichkeiten": Es werden Daten einer Organisation angezeigt, auf die der Nutzer keinen Zugriff hat. Fehler behoben. Die Auswahl von * in der ORG beim Filtern ist weiter möglich. Wenn die Rolle aber kein * besitzt, werden keine Daten angezeigt.

	Anlagenverwaltung
10328	neues Feld in Pfad: "Anlagenverwaltung \|\| Maschine \|\| Maschine": nächst fälliger Termin	Ein neues Feld 'Nächster Termin' wurde in "Anlagenverwaltung \|\| Maschine" hinzugefügt. Hier wird dynamisch über ein SQL-Feld der nächste in der Zukunft liegende Termin aus "Anlagenverwaltung \|\| Maschine > > Kalender Ereignisse" für die Maschine eingeblendet. Das Feld ist duchsuchbar. Da es für Datumsformate noch kein spezielles SQL-Feld gibt, ist die Sortierung Alphanumerisch. Tipp: Wenn z.B. Termine für ein Jahr oder Monat angezeit werden sollen, im Direktfilter den Monat und das Jahr eingeben, dann funktioniert auch die Sortierung. Beispiel: '%11-2021' (für Monat November 2021) bzw. '%2021' (für das gesamte Jahr).

	MRP
10347	Einkaufslauf: Infomeldung: Artikel ohne Einkaufsdaten vorhanden	Beim EK-Lauf wird nun in der Info-Meldung bei Artikeln ohne Einkaufsdaten der Suchschlüssel der Artikel zur besseren Orientierung angegeben (vorher war es der Name). Der Bug, auch aus anderen als dem aktuellen EK-Lauf fehlende EK-Daten anzuzeigen, ist behoben.
10374	Materialentnahme auf Projekt - Default Materialplanung über Lager (keine BANF)	Um die Materialplanunug flexibel über MRP angehen zu können, ist es nötig, die Option Materialplanung über Lager (keine BANF) in der Projektaufgabe zu aktivieren. Diese Option ist jetzt automatisch beim Erstellen der Projektaufgabe aktiv. Die Knöpfe 'Bedarfsanforderungen ertellen' und 'Bedarfsanforderungen stornieren' sind ausgeblendet, wenn die Option Materialplanung über Lager (keine BANF) aktiviert ist. So steuert OpenZ dann den empholenen (Best Practice-) Prozess über MRP, d.h. fehlende Arteikel werden bequem über den Einkaufslauf bestellt. Bedarfsanforderungen werden nur noch für spezielle Anwendungen empfohlen, da diese im Allgemeinen zu unflexibel sind.

	Produktion
10292	Übertragung der zu produzierenden Menge im Kopf des Produktionsauftrages in eine eigene Spalte:	Pfad: "Herstellung \|\| Produktions-Auftrag \|\| Material Status": Hier ist die Spalte "Notitz" entfernt worden. Diese zeigte als Text den Artikiel und die zu produzierende Menge. Stattdessen sind nun 3 Spalten hinzugekommen: Artikel, Menge, Menge Lagerort. Menge = zu produzierende Menge und Menge Lagerort = aktuelle Lagermenge im Lager des Produktionsauftrages. Suchschlüssel und Artikel sind nun als Direkt-Filter hinzugefügt worden.
10293	Barcode Erkennung	Die Barcode-Erkennung beim Scannen wurde wie folgt angepasst: Mitarbeiter werden nicht mehr erkannt, wenn diese entweder in "Stammdaten \|\| Mitarbeiter" oder "Einstellungen \|\| Sicherheit \|\| Nutzer" deaktiviert sind. Artikel werden nicht mehr erkannt, wenn diese deaktiviert sind. Arbeitsgänge werden nun auch aus Projekten erkannt. Bislang wurde nur der Suchschlüssel der Arbeitsgänge in der Herstellung erkannt. Jetzt wird auch eine Kombination aus Projektname-Aufgabenname als Arbeitsgang erkannt. Die Produktions-BDE wird noch angepasst, so das der Einsatz der BDE auch bei Projekten möglich sein wird.
10300	Import Produktionsplan-Datei	Pfad: "Herstellung \|\| Produktions-Plan \|\| Produktions-Plan" Der Fehler wurde behoben und Produktionspläne können nun wieder importiert werden. Beim Import werden die Pläne automatisch aktiviert. Sollte das Aktivieren eines Plans nicht möglich sein, wird eine Fehlermeldung angezeigt und der Import abgebrochen.
10342	Produktionsplan: Anzeige des produzierten Artikels	Die Anzeige des produzierten Artikels findet sich jetzt auch in "Herstellung \|\| Produktions-Plan".
10385	Materialentnahme bei vereinfachter Produktion und falscher (zu hoher) Mengenangabe	Materialentnahme bei vereinfachter Produktion und falscher (zu hoher) Mengenangabe: Wenn bei BDE-Produktionsscanner Materialentnahme eine vereinfachte Produktion durchgeführt wird UND bei Menge (Teil)-Fertigung eine größere Menge als im Produktionsauftrag noch zu produzierende Menge eingegeben wurde, kam dieser Fehler: Die Materialentnahme wurde durchgeführt, die Produktuion nicht. Die BDE konnte nicht verlassen werden, außer über den Refresh-Button. Es wird nun eine Fehlermeldung (weil Menge größer als verbleibende Menge) eingeblendet und die Entnahme nicht durchgeführt (Fehlermeldung Menge Teil-Fertigung größer Menge Im Auftrag offen). Das Feld "Menge (Teil)-Fertigung" wird auf die max. produzierbare Menge zurückgesetzt. Wenn es möglich ist, wird die Produktion mit der Menge durchgeführt, für die Material entnommen wird. Beispiel: Mat. für 1 Stück in der unteren Liste, im Auftrag offen = 4, Menge Teil-Fertigung = 4 manuell gesetzt und nicht "Komplett" gedrückt-> Es wird 1 Teil produziert.
10405	Basisarbeitsgänge und Produktionsplan - Anzeige im Dropdown	Zum Pfad: "Herstellung \|\| Produktions-Plan \|\| Arbeitsgänge" wird jetzt bei Auswahl des Arbeitsgangs auch der Suchschlüssel im Dropdown angezeigt.
10443	Rückgabe von Seriennummern-Artikeln, die gar nicht verbaut wurden	Wenn eine Seriennummer auf eine Baugruppe zurückgegeben wird, die gar nicht in dieser Baugruppe (sondern in einer anderen Baugruppe) verbaut wurde, ließ das System diese Aktion zu. Das darf nicht sein. Es darf nur eine Rückgabe stattfinden, wenn die Seriennummer auch genau in dieser Baugruppe verbaut wurde. Fehler behoben. Wenn etwas ausgebaut werden soll, was nicht eingebaut wurde, gibt es jetzt eine Fehlermeldung. Soll diese Aktion trotzdem zugelassen werden, kann die System-Option 'Mehr Mat. zurück als entnommen (SNR-Stückliste)' aktiviert werden, dann entfällt die Prüfung.
10447	Fehler beim Schreiben der Stücklisten in der Produktion	Beim Verwenden der "BDE - SN-Stücklisten-Bearbeitung" wird jetzt in der generierten Entnahme/Rückgabe in der erstellten internen Materialbewegung auf Positionsebene angezeigt für welches Gerät (Seriennummer) die Transaktion erfolgt ist. Ist die Stückliste der vor-angelegten Seriennummer mit "BDE - SN-Stücklisten-Bearbeitung" bereits beschrieben worden, bevor die Produktion fertig ist, kann die Produktion nicht abgeschlossen werden. Fehlermeldung: "Seriennummer kann nicht produziert werden. Es wurden bereits Stücklisten-Einträge für die SNR erstellt. Nur Materialrückgabe möglich." Beim Verwenden der BDE Produktion und 1:1 Zuordnung der Seriennummern: Entnahme/Rückgabe und Produktion: Die Auswahl des Produktionsauftrages erfolgt, nachdem ein KOMBI-Scan mit der Baugruppe gescant wurde, sodass evtl. bereits zuvor mit der geplanten Seriennummer erfolgte Transaktionen beachtet werden. Es wird genau der Produktionsauftag ausgewählt, auf dem zuerst eine Transaktion mit der geplanten Seriennummer stattfand. Wenn noch keine Transaktion stattfand, wird der älteste Produktionsauftrag mit dem im KOMBI-Barcode zu produzierendem Artikel ausgewählt (gepl. Startdatum, der kleinste zuerst). Die Produktions-BDE verhindert, sobald für eine geplante SNR eine Transaktion stattfand, dass die damit geplante Seriennummer in einem anderen Produktionsauftrag bearbeitet wird (Fehlermeldung: Geplante SNR wird bereits verwendet: xy). Bei Scan eines Kombi-Barcodes im Hauptbildschirm oder in der Ennahme wird zusätzlich beachtet, dass kein Arbeitsgang ausgewählt wird, für den die geplante Menge an Stücklistenartikeln bereits entnommen wurde, der ist nämlich schon komplett. Die BDE Transaktionen Rückgabe und Produktion haben jetzt ein Dropdown mit der geplanten SNR/CNR erhalten, so daß dort nur SNR/CNR auswählbar sind, für die auf dem entsprechenden Arbeitsgang zuvor eine Materialentnahme stattgefunden hat. Bei Rückgabe und geplanter SNR wird auf SNR-Ebebe überprüft, ob das Material (auch CNR/SNR des Materials) so auch für diese geplante SNR erhalten wurde - wenn nicht, gibt es eine Fehlermeldung.
10518	Sicherstellen von korrekten Einträgen bei Chargenwechsel in die entspr. Stückliste	Stücklisten-Zuordnung bei der Produktion von CNR/SNR bei Arbeitsgängen mit Teil-Produktion und Chargen-Wechsel: Bei Teilproduktion von Chargen (Chargennummerwechsel), wird die Stückliste jetzt auf das entnommene Material pro Charge gerechnet. Während der einzelnen Teilproduktionen mit ggf. Restmaterial im Arbeitsgang wird die Chargennummernstückliste korrekt berechnet. Bei einem Chargenwechsel und Teilproduktion ist das korrekte Schreiben der Stückliste der Chargennummer/Seriennummer sicherstellt. Einschränkung: Für eine einmal produzierte Chargennummer kann keine weitere Produktionsrückmeldung erfolgen. Ein Produktionsvorgang verbraucht eine Chargennummer. Die Teil-Produktion muss so erfolgen, das eine weitere Chargennummer benutzt wird. Für diese wird dann eine eigene Entnahme und auch Produktion durchgeführt. Die entnommenen Materialmengen müssen zur Produktionsmenge passen, sonst können die Stücklisten nicht korrekt geschrieben werden. Bei mehreren Entnahmen vor der Produktion der Charge muss das Feld 'Menge (Teil)-Fertigung' auf die für diese Charge geplante Gesamtmenge eingegeben werden. (z.B.: Erste Entnahme=5, 2. Entnahme auch für 5 -> Feld 'Menge (Teil)-Fertigung'= 10 in der 2. Entnahme setzen. Dies gilt auch für Durchreiche-Arbeitsgänge mit Anbau-Material: Hier muss schon bei der Entnahme die gesamte zuvor produzierte Charge benutzt werden. Das Feld 'Menge (Teil)-Fertigung' in der BDE Produktionsrückmeldung wird daher bei aktivierter Option 'Seriennummern u. Chargennummern 1:1 Zuordnen' nicht gelesen. Bei Button "Komplett" wird immer die auf die Entnahme-Menge gerechnete Produktionsmenge vorgeschlagen. Ein neues Feld 'Produzierte Menge' im Stammdatensatz der Charge sogt für die Nachvollziehbarkeit der Stückliste zur produzierten Menge. Bei Ausschuss: Erst die Produktion abschließen, die fehlerhaften Teile danach ins Ausschuss-Lager umbuchen. ACHTUNG: Die SNR und CNR Stücklisten werden NUR über die BDE bei aktivierter Option 'Seriennummern u. Chargennummern 1:1 Zuordnen' korrekt geschrieben. Wenn diese Option nicht aktiviert ist, ist die Stückliste ungenau und setzt sich aus allen Entnahmen des Arbeitsgangs zusammen.
10519	Fortlaufende Nummerierung von Arbeitsgängen in Produktionsaufträgen	In Produktionsaufträgen mit mehreren Arbeitsgängen ist die Produktionsauftragsnummerjetzt wie folgt angegeben: Bei nur einem Arbeitsgang: Suchschl. des Produktionsauftrages. Bei mehreren Arbeitsgängen: 1. Arbeitsgang: Suchschl. des Produktionsauftrages (1/n). 2. weitere Arbeitsgänge: Suchschl. des Produktionsauftrages (m/n - Suchschl. des AG).
10520	Verbindliche SNr/CNr bei Durchreiche-Arbeitsgängen	Die Option für die vereinfachte Produktion ist wie folgt geändert: Wenn diese im Artikel aktiviert oder abgeschaltet wird (also bei jeder Änderung der Checkbox), wird die vereinfachte Produktion in allen einfachen Arbeitsgängen entsprechend benutzt. Das ist für den Anwendungsfall 'Produktionsplan automatisch generieren' sehr praktisch. Neu ist: Die vereinfachte Produktion ist jetzt auch eine Eigenschaft des Basis-Arbeitsgangs. Hier kann nun fein ausgesteuert werden, wo die vereinfachte Produktion z.B. im Montage-Arbeitsgang nicht zu benutzen ist, in nachfolgenden Durchreiche-Arbeitsgängen aber schon. Die Eigenschaft vereinfachte Produktion kann jetzt mit den Produktionsplänen importiert werden. Einschränkung: Wenn die Steuerung über Basisarbeitsgänge bzw. der Import von Produktionsplänen erfolgt, wird die Eigenschaft 'vereinfachte Produktion' nur noch auf Arbeitsgang bzw. Produktionsplan-Ebene gesetzt. Der Haken 'vereinfachte Produktion' sollte im Artikelstamm dann ausgeblendet werden, da dieser nicht mehr wirkt, sobald ein Basisarbeitsgang einmal bearbeitet wurde bzw. 'vereinfachte Produktion' eingestellt wurde. Bei Durchreiche-Arbeitsgängen und 1:1 Produktion ist die Losgröße jetzt auch 1. Bei Durchreiche-Arbeitsgängen und vordefinierter SNR in der Produktion: Die geplante SNR wird in den Durchreiche-Artikel übernommen. Es kann nur das im Durchreiche-Arbeitsgang produziert werden, was im vorangegangenen Produktions-Arbeitsgang produziert und für den Durchreiche-Arbeitsgangs auch entnommen wurde.
10523	Zusatz- (Anbaumaterial) bei Durchreiche-Arbeitsgängen hinzufügen	Bei Durchreiche-Arbeitsgängen in der Produktion kann jetzt das Material in der Stückliste des Arbeitsganges im Produktions-Durchlauf ergänzt werden. Dazu muss unter Stammdaten-Artikel-Stückliste das neue Feld 'Basisarbeitsgang Name' gefüllt sein. Wenn z.B. ein Durchreiche-Arbeitsgang während des Auslösens der Produktion genau diesen Namen trägt, wird der entsprechende Artikel in die Stückliste des Arbeitsgangs im Produktionsauftrag dynamisch eingertragen. Wenn das Feld 'Basisarbeitsgang Name' gefüllt ist, wird die entsprechende Position beim Übertragen der Stückliste in den Basisarbeitsgang nicht verwendet. Die dynamische Funktion wird nur beim Auslösen berechnet und wirkt sich daher nur im Arbeitsgang eines Produktionsauftrages aus. Einschränkung: Die Funktion wirkt nur im Produktionslauf (nicht im Prozess "Produktionsauftrag aus Plan kopieren"). Ferner wird bei Durchreiche-Arbeitsgängen in der Produktion jetzt die Stückliste der CNR/SNR um die im Durchreiche-Arbeitsgang zusätzlich entnommenen Materialien ergänzt. Diese Funktion ermöglicht das fortlaufende Ausrüsten eines Gerätes über die Durchreiche-Arbeitsgänge.
10568	Produktionsauftrag: Button "Stückliste aus Produkt erstellen" ergänzen: Bestimmung des Lagerortes in der Produktion	Pfad: "Herstellung \|\| Basis-Arbeitsgänge - Stückliste aus Produkt erstellen": Der Lagerort wird jetzt wie folgt bestimmt: Wenn im Kopf der Maske Lagerorte definiert werden, übernimmt das System diese für alle Stücklisten-Positionen. Ist der Lagerort auch in der Kopf-Maske leer, wird der Lagerort aus dem Artikelstamm für Rückgabe und Entnahme-Lagerort eingesetzt. Einschränkung: Die organisationsspezifische Einstellung der Lagerorte über den Pfad "Stammdaten \|\| Artikel \|\| Lagerplanung" greift hier noch nicht, nur der Lagerort aus der Hauptmaske wird übernommen. Diese Einschränkung gilt auch für die Konfigurationsoption 'Produktions-Lagerorte aus Artikel-Einstellungen beziehen' - Diese bestimmt während des Produktionslaufes dynamisch den Lagerort aus der Artikel-Hauptmaske für Kaufteile.
10619	CHR in Baugruppe fehlerhaft vermerkt	CHn in Baugruppe fehlerhaft vermerkt: Die Abweichung tritt nicht in der gerade bearbeiteten Baugruppe auf, dort stimmt die Stückliste. Allerdings trat unter folgenden Bedingungen die Abweichung bei anderen Baugruppen auf: Wenn eine Charge aus einer Baugruppe ausgebaut wird (Chargen-Menge ergibt dann=0) und in der Stückliste noch eine andere Charge bestehen bleibt (Gesamt-Stücklisten-Menge> 0), dann wurde bei allen Baugruppen, die die ausgebaute Charge hatten, die Chargen-Menge für diese Charge=0 gesetzt. -> Fehler behoben.

	BDE
10022	BDE: Produktion. Durchreiche Arbeitsgänge, leere Stückliste, Verbrauch	Die Produktions-BDE kann jetzt auch Duchreiche-Arbeitsgänge möglich machen, d.h. es wird nur Material bewegt und nichts neues produziert. In diesem Fall ist der Haken "Produktion" im Arbeitsgang deaktivert, es ist im Kopf des Arbeitsganges kein Artikel anzugeben. An der ersten Position der Stückliste ist dafür der Artikel einzufügen, der im Arbeitsgang bearbeitet wird und dann auch wieder herauskommt. Das ist besonders praktisch für Prüf- oder Verpackungsvorgänge. In weiteren Positionen der Stückliste kann auch noch Verbrauchs-Material für den Vorgang hinterlegt werden, welches im Arbeitsgang benötigt wird.

10260	Scanner Anwendung für Inventur und Kontrollscan	Neue Scanner Anwendung für Inventur Screen-Layout: Wie Umlagerung. Mit der Scanner Anwendung wird der Ist-Zustand eines Lagerortes festgestellt und als Inventur im System verbucht. ( Stichtags-Inventur ) Prozessbeschreibung: Aufforderung: Lagerort scannen. Nach dem Scannen des Lagerortes ist der Scanner bereit, die Artikel des Lagerortes aufzunehmen, es erfolgt die Aufforderung, die Artikel zu Scannen. Nach dem Scannen kommen die Artikel, wie bei der Umlagerung in die Liste unten. Gibt es keine Abweichungen mehr zum Soll-Bestand wird die Zeile mit dem Artikel grün. Werden Artikel aufgenommen, die nicht im Lagerort erwartet werden, wird die Zeile mit dem Artikel gelb. Wenn der Kontrollscan abgeschlossen ist und der Mitarbeiter mit Fertig bestätigt, wird die Inventur-Transaktion im Backend von OpenZ aktiviert und damit die Bestände der Inventur aufgenommen. In der Inventur-Transaktion in OpenZ is nachvollziehbar, ob Abweichungen (Ist/Soll) bei der Inventur festgestellt wurden oder nicht. Anzeige im Info-Bereich (Kopf): Lagerort: z.B. A-1 Aufforderung zum Scannen von Artikeln. Beim Scannen des Etiketts: Anzeige: Artikel, Snr., Gewicht Doppel-Scans von Artikeln haben keinen Einfluss, diese verbleiben in der Liste. Anders als bei der Umlagerung. Farbgebung IST < SOLL der Artikel bleibt ROT markiert. IST = SOLL der Artikel wird GRÜN markiert. IST > SOLL der Artikel wird GELB markiert. und neue Artikel, die nicht in der SOLL Vorgabe enthalten sind, werden GELB markiert (In Zählliste nicht vorh.). Blau: SNR/CNR zu erfassen (nur wenn kein KOMBI-Barcode verwendet wird).
10296	Lagerscanner: Gesamt-Anzahl und Gesamtgewicht (Kg) im Kopf ergänzen	Gesamt-Anzahl und Gesamtgewicht (Kg) im Kopf ergänzt in den BDE-Transaktionen: Inventur, Umlagern, Entnahme und Rückgabe Nach dem Lagerort erscheint jetzt als Text die Gesamtmenge wie folgt : (nnn/yyKg) Kg Angabe nur, wenn der Wert vorhanden ist. Beim doppelten Scannen einer Seriennummer wird diese nicht mehr aus der Liste entfernt. Es erscheind die Fehlermeldung "SNR doppelt".
10319	Doppelscans vermeiden	Bei doppeltem Scan wurde der Artikel auf der Liste entfernt. Dieses führte zu Fehlern. Stattdessen zeigt jetrzt eine Fehlermeldung den Doppelscan. Der Artikel verbleibt in der Liste. Betrifft: Umlagern, Entnahme, Rückgabe
10344	BDE: Vereinfachte Produktion: Button ausblenden, wenn Mat. nicht verfügbar ist	Pfad: "BDE - Betriebsdaten-Erfassung \|\| Produktionsscanner": Ist in der Entnahme nicht genügend Material verfügbar, kann auch keine vereinfachte Prod. genutzt werden -> In diesem Fall ist der Button "Produkton" ausblendet. Die untere Liste in der Entnahme-BDE ist so konfiguriert, dass ausschließlich komplette Baugruppen gefertigt werden können, nur dann ist der Button 'Produktion' sichtbar. Hinweis: Damit die vereinfachte Produktion genutzt werden kann, muss für den betreffenden Artiikel zum Pfad: "Stammdaten \|\| Artikel \|\| Artikel" der Haken gesestzt sein.
10349	Lagerscanner/Wareneingang/Versand:	Die Lager-BDE ist um Kontrollscans für Wareneingang und Versand erweitert worden. Allgemein gilt für alle BDE's: Wenn das Feld "Menge" benutzt wird, erst die Mengeneingabe vornehmen, dann den Scan durchführen. Option "Kontrollscan (WE/Versand)" muss aktiviert sein, um alle Artikel zu scannen. Wenn diese Option nicht aktiv ist, werden im Wareneingang und Versand nur SNR/CNR-pflichtige Artikel vorgegeben. Die Optionen 'Chargennummer oder SNR im Versand automatisch vorbelegen' und 'Chargennummer automatisch erzeugen (Wareneingang)' sollten bei Verwendung der BDE nicht aktiviert sein. Vorgehen: Zuerst wird eine Transaktion ausgewählt. In der Liste erscheinen die zu bearbeitenden Positionen. Folgende farbliche Unterstützung gibt es: blau: Erste Position -> zum Scannen aufgefordert. (Die erste Position wählt bei Versand die optimalen Wege im Lager.) rot: Todo grün: Mengen korrekt gescant. gelb: Übermenge (bitte nach unten korigieren). Wenn allle Positionen grün sind, kann die Transaktion abgeschlossen werden. D.h.: Evtl. nötige Korrekturen sind am Bildschirm der Standard-GUI vorzunehmen.
10369	BDE: Durchreiche Arbeitsgänge brauchen keine geplante SNR/CNR	BDE: Durchreiche-Arbeitsgänge haben keine geplante SNR/CNR. Diese wurden in vorherigen Schritten bereits produziert. Die Abfrage nach der Eingabe geplante SNR/CNR ist bei Durchreiche-Arbeitsgängen nicht mehr aktiv. Allerdings müssen die zuvor produzierten SNR/CNR bei der Entnahme/Rückgabe selbstvertständlich gescannt werden.
10378	BDE: Chargennummern-Entnahme darf nur max. die auf Lager befindliche Menge anbieten.	Bei der Entnahme von Chargennummern wird in der BDE nun nur noch maximal die auf Lager befindliche Menge angeboten. Früher wurde die zur Entnahme gewünschte Menge angeboten, auch wenn diese nicht für die gewünschte Charge auf Lager war. Das führte erst beim Abschluss der Entnahme zu einer Fehlermeldung. Dann musste die Transaktion abgebrochen werden. Jetzt ist flüssigeres Arbeiten möglich, da nur die auf Lager befindliche Menge angeboten wird und die Zielmenge dann direkt über eine 2. Chargennummer zugeordnet werden kann. Auch diese wird dann automatisch bis zur benötigten Menge berechnet.
10379	Produktonsscanner: Button Auswählen reagiert nicht	Pfad: "BDE - Betriebsdaten-Erfassung \|\| Produktionsscanner": Beim Drücken des Buttons "Auswählen" erscheint jetzt die Meldung "Daten ausgewählt", wenn keine weitere Aktion zu vermelden ist. Eventuell in vorherigen Aktionen entstandene Fehlermeldungen werden jetzt nicht nochmal angezeigt, wenn z.B. den Button "Auswählen" erneut betätigt wird.
10394	Scannersoftware: Erweiterung für den Prozess Umlagern	Ein neuer Prozess 'Umlagern von' ist in der Lager-BDE (BDE-Lagerscanner) implementiert. Das Verhalten ist wie folgt: Scannen des Entnahme Lagerortes, dann Scannen der Artikel auf dem Entnahme-Lagerort. SNR-pflichtige Artikel mit KOMBI-Code erkennen ggf., dass sie an einem anderen Lagerort liegen. Bei CNR/SNR-pflichtigen Artikeln mit getrennten Barcode (ohne KOMBI) fordert die BDE zur Erfassung der SNR/CNR auf (Farbe rot). Alle Eingaben im Feld Menge beziehen sich dann auf die Chargen-Mengen. Mengenangabe von 0 entfernt die SNR/CNR wieder aus der Transaktion. Der Entnahme-Lagerort kann mehrmals während der Entnahme gewechselt werden. Wenn die Artikel erfasst sind, wird der Knopf "Rückg." (Rückgabe) betätigt, um das Verteilen der Ware auf den Ziel-Lagerort zu starten. Wird direkt nach Scan des Ziellagers den Button "Fertig" geklickt, wird die gesamte Ware am Ziel-Lagerort ausgebucht. Man kann aber auch hier wieder einzelne Artikel scannen und mehrmals den Ziel-Lagerort wechseln, um die Ware zu verteilen. Das Verhalten ist analog zur Entnahme. Die BDE achtet allerdings darauf, das genau das, was entnommen wurde auch zurückgebucht wird. Farbunterstützung: Wenn ein SNR/CNR-pflichtiger Artikel ohne KOMBI-Barcode gescant wird, erscheint die Position in rot, bis die SNR/CNR Mengen passend gescannt wurden.
10411	Lager BDE: Transaktion Abbrechen in Inventur/Umlagerung/Wareneingang/Versand: Aktion Bestätigen	Die Scanner-Transaktionen "Inventur/Umlagerung/Wareneingang/Versand" haben jetzt auch den Bestätigungs-Dialog mit "Abbrechen/OK". Auch der Button "Fertig" hat den Bestätigungs-Dialog mit "Abbrechen/OK". Damit kann verhindert werden, dass versehentlich bereits erfasste Daten verloren gehen. Die Scanner-Transaktionen können jetzt neben KOMBI-Barcodes auch einfache 1-D Barcodes für Artikel, Seriennummern, Chagennummern verarbeiten. Einschränkung/Workaround: Nach Benutzen von "Abbrechen" muss einmal Reload (oben links) gedrückt werden, wenn weiter gescannt werdem soll, ansonsten erscheint die Meldung 'Unbekannt-'.
10412	Scanner Transaktionen Fehlermeldung	Lager-BDE: Alle Fehlermeldungen in Scanner-Transaktionen werden direkt unter dem oberen INFO-Block in Rot präsentiert, nicht mehr im unteren Bereich, damit Fehlersituationen eindeutig und schnell erkennbar sind.
10413	Lager BDE Unterbrechungsfunktion	In allen BDE-Transaktionen wurde eine Taste 'Pause' eingabut. Damit kann den derzeitigen Bearbeitungszustand abgespeichert und später wieder aufgenommen werden. Die gespeicherte Transaktion wird geladen, sobald der Im Sacnner eingeloggte Nutzer die Transaktion wieder aufruft. Betrifft: Inventur, Umlagern, Entnahme, Rückgabe, Wareneingang, Versand Bei Inventur wird die Wiederaufnahme nach Scan des Lagerortes gestartet, wenn auf diesem Lagerort mit demselben eingeloggten Benutzer zuvor gearbeitet wurde.
10443	Rückgabe von Seriennummern-Artikeln, die gar nicht verbaut wurden	Wenn eine Seriennummer auf eine Baugruppe zurückgegeben wird, die gar nicht in dieser Baugruppe (sondern in einer anderen Baugruppe) verbaut wurde, ließ das System diese Aktion zu. Das darf nicht sein. Es darf nur eine Rückgabe stattfinden, wenn die Seriennummer auch genau in dieser Baugruppe verbaut wurde. Fehler behoben. Wenn etwas ausgebaut werden soll, was nicht eingebaut wurde, gibt es jetzt eine Fehlermeldung. Soll diese Aktion trotzdem zugelassen werden, kann die System-Option 'Mehr Mat. zurück als entnommen (SNR-Stückliste)' aktiviert werden, dann entfällt die Prüfung.
10444	Entnahme auf deaktiviertem Lagerort.	Entnahme auf deaktiviertem Lagerort war mit der BDE möglich. Fehler behoben. Es erfolgt eine Fehlermeldung, wenn der Lagerort deaktiviert ist. In der BDE erscheint für den Barcode "Unbekannt", wenn der Lagerort deaktiviert wurde.
10447	Fehler beim Schreiben der Stücklisten in der Produktion	Beim Verwenden der "BDE - SN-Stücklisten-Bearbeitung" wird jetzt in der generierten Entnahme/Rückgabe in der erstellten internen Materialbewegung auf Positionsebene angezeigt für welches Gerät (Seriennummer) die Transaktion erfolgt ist. Ist die Stückliste der vor-angelegten Seriennummer mit "BDE - SN-Stücklisten-Bearbeitung" bereits beschrieben worden, bevor die Produktion fertig ist, kann die Produktion nicht abgeschlossen werden. Fehlermeldung: "Seriennummer kann nicht produziert werden. Es wurden bereits Stücklisten-Einträge für die SNR erstellt. Nur Materialrückgabe möglich." Beim Verwenden der BDE Produktion und 1:1 Zuordnung der Seriennummern: Entnahme/Rückgabe und Produktion: Die Auswahl des Produktionsauftrages erfolgt, nachdem ein KOMBI-Scan mit der Baugruppe gescant wurde, sodass evtl. bereits zuvor mit der geplanten Seriennummer erfolgte Transaktionen beachtet werden. Es wird genau der Produktionsauftag ausgewählt, auf dem zuerst eine Transaktion mit der geplanten Seriennummer stattfand. Wenn noch keine Transaktion stattfand, wird der älteste Produktionsauftrag mit dem im KOMBI-Barcode zu produzierendem Artikel ausgewählt (gepl. Startdatum, der kleinste zuerst). Die Produktions-BDE verhindert, sobald für eine geplante SNR eine Transaktion stattfand, dass die damit geplante Seriennummer in einem anderen Produktionsauftrag bearbeitet wird (Fehlermeldung: Geplante SNR wird bereits verwendet: xy). Bei Scan eines Kombi-Barcodes im Hauptbildschirm oder in der Ennahme wird zusätzlich beachtet, dass kein Arbeitsgang ausgewählt wird, für den die geplante Menge an Stücklistenartikeln bereits entnommen wurde, der ist nämlich schon komplett. Die BDE Transaktionen Rückgabe und Produktion haben jetzt ein Dropdown mit der geplanten SNR/CNR erhalten, so daß dort nur SNR/CNR auswählbar sind, für die auf dem entsprechenden Arbeitsgang zuvor eine Materialentnahme stattgefunden hat. Bei Rückgabe und geplanter SNR wird auf SNR-Ebebe überprüft, ob das Material (auch CNR/SNR des Materials) so auch für diese geplante SNR erhalten wurde - wenn nicht, gibt es eine Fehlermeldung.
10448	Fehlermeldung durch Hinweis Mitarbeiterscan bei Produktion ersetzen	BDE Produktion-Allgemein Die Fehlermeldung "Mitarbeiterscan" ist durch einen einfachen Hinweis ersetzt worden. In der Spalte Menge wird bei nicht SNR/CNR-pflichtigen Artikeln immer die bereits für diesen Arbeitsgang entnommene Menge angezeigt. Bei SNR/CNR pflichtigen Artikeln und 1:1: Zuordnung wird jetzt nur noch die für die geplante SNR/CNR entnommene Menge angezeigt.
10449	BDE Produktion: Entnahme/Rückgabe: Verzweigung in den Bildschirm für die SNR/CNR Erfassung soll nicht erfolgen, wenn ein Kombi-Code gescant wird, der bereits SNR/CNR enthält	BDE Produktion: Die Verzweigung in den Bildschirm für die SNR/CNR Erfassung erfolgt nicht mehr, wenn ein Kombi-Code in der Entnahme/Rückgabe gescant wird, der bereits SNR/CNR enthält. Nur wenn keine SNR/CNR enthalten sind oder nur einfachen Artikelbarcode gescant werden, dann soll die Software in die SNR/CNR Erfassung verzweigen. Der Benutzer muss nur darauf achten, dass in der unteren Liste kein X mehr zu sehen ist. Diese Angabe weist darauf hin, dass keine SNR/CNR erkannt wurde. In diesem Fall kann der Benutzer in diesem Screen entsprechende Kombi-Barcodes mit SNR/CNR scannen.
10450	BDE Produktion: produzierbare Artikel sofort in unterer Liste anbieten	BDE Produktion: Die produzierbaren, entnehmbaren oder rückgebbbaren Artikel (je nach Transaktion) werden jetzt sofort in der untere Liste angeboten. Der Button "Komplett" ist also nicht unbedingt notwendig. Dazu muss das System wie folgt verwendet werden. Wenn ein Mitarbeiter Code zu erfassen ist, muss zuerst in die gewünschte Transaktion verzweigt werden. Dann wird der Mitarbeiter-Code gescannt, danach ein KOMBI-Code mit dem gewünschten Artikel. Die Arbeitsgang-Auswahl und der Aufbau der unteren Liste erfolgt automatisch. Wenn kein Mitarbeiter-Code zu erfassen ist, kann für die Entnahme auch direkt im Hauptscreen der BDE der KOMBI-Code genutzt werden.
10464	Scanner Lager BDE: Festlegen KOMBI-Barcodes und erforderliche Gewichtserkennung über Präferenzen	Es wurde in die Lager BDE eine Lösung zur Sicherheit für Unternehmen, die das Gewicht mitführen müssen, eingebaut: Erfassung von KOMBI-Barcodes mit Gewicht vorgeschrieben. 2 neue System-Optionen (Einstellungen \|\| Prozesse und Einstellungen \|\| Präferenzen): KOMBIBARCODEMANDATORY WEIGHTMANDATORY Diese sorgen dafür, dass in der Lager BDE Kombi-Barcodes verpflichtend sind und das Gewicht immer angegeben sein muß. (Wert='Y' setzen)
10485	Packtisch Anwendung: Lieferschein Scan, Label-Druck	Es wurde eine neue Scanneranwendung erstellt, die die Documentnr. eines Lieferscheins erwartet. Bei einem erfolgreichen Scan wird ein Iframe angezeigt und eine Sessionvariable @GLOBALINOUTID@ mit der dazugehörigen m_inout_id gespeichert. Die Sessionvariable kann dann im Iframe weiterverarbeitet werden. Für die Generierung des Links für das Iframe siehe Ticket 10489.
10517	Ausdrucken von Chargennummernetiketten aus der BDE heraus	Das OpenZ Standardetikett für Artikel (Rpt_ShipmentLabel_71x71.jrxml) kann jetzt auch aus der BDE heraus gedruckt werden. Bei Chargennummern/Seriennummern 1:1 Zuordnung druckt das Etikett bereits bei der Metarialentnahme das Etikett für das fertige Produkt. Dies geschieht anhand der geplanten SNR/CNR. Das OpenZ Standardetikett für Artikel ist jetzt als Druckvorlage verfügbar unter: Stammdaten \|\| Artikel Stammdaten \|\| Seriennummern Stammdaten \|\| Chargennummern Lagerverwaltung \|\| Interne Materialbewegung Lagerverwaltung \|\| Warenbewegung Lieferant sowie in der Produktions-BDE.
10557	Materialentnahme auf bereits produzierte Seriennummer möglich	In der BDE - Produktionsscanner - Materialentnahme erscheint jetzt die Fehlermeldung 'Geplante SNR ist schon produziert' wenn eine Materialentnahme auf eine bereits produzierte Seriennummer versucht wird.
10617	Anzeige Arbeitsgang Produktions-BDE	Um Durchreiche-Arbeitsgänge in der BDE zu identifizieren, wurde das Dropdown zur Anzeige des Arbeitsganges wie folgt angepasst: Suchschl. Arbeitsgang - Name Arbeitsgang (Suchschl. PA - Name PA). Anzeige in Klammern nur, wenn abweichend (PA=Produktionsauftrag).
10628	BDE Inventur: Fehlermeldung, wenn Mengeneingabe benutzt wird und Artikel schon erfasst wurde	BDE Inventur: Fehlermeldung, wenn Mengeneingabe benutzt wird und Artikel schon erfasst wurde: Wenn beim Zählen von Artikeln (mit oder ohne Chargennummern) und Eingabe im Feld Menge > 1 die BDE feststellt, dass dieser Artikel mit ggf. derselben Chargennummer schon gezählt wurde, erscheint eine Fehlermeldung: 'Artikel wurde bereits gezählt.' Damit wird verhindert, das eine fehlerhafte Gesamtmenge versehentlich erfasst wird. Korrigiert werden kann durch Mengeneingabe=0 und anschließendes Scannen. Dann gilt der Artikel als nicht gezählt. Dann kann die Gesamtmenge eingegeben und gescannt werden.

	Schnittstellen
10285	Orderstatus-xml erzeugen bei Rechnungsaktivierung (auch bei Teilrechnungen).	Die Orderstatus.xml wird nun zukünftig mit folgenden Stati bei folgenden Ereignissen geschrieben: 'PROCESSING ORDER': Auftrag wurde in OpenZ aktiviert. 'ORDER CANCELLED': Auftrag wurde in OpenZ Storniert. 'GOODS IN TRANSIT': Es erfolgte eine Teil-Lieferung oder die vollständige Lieferung (Aktivierung Warenbewegung) 'SHIPMENT RETURNED': Es erfolgte eine (teilweise) Rücksendung (Aktivierung Warenbewegung) 'INVOICE CREATED': NEU: Es wurde eine (Teil)-Rechnung für den Auftrag erstellt. (Aktivierung Kundenrechnung ggf. automatisch bei Kundenrechnung anlegen) 'PAYMENT COMPLETED': Die Rechnung wurde vollständig bezahlt. (Aktivierung Bankabgleich) 'PAYMENT CANCELLED': Nur Teilzahlung erfolgt oder Zahlung wurde zurückgenommen (Bankabgleich Rückgängig, Gutschrift/Auszahlung erstellt)
10335	Bilder mit Leerzeichen im Namen werden nicht übertragen	Bilder mit Leerzeichen im Namen wurden nicht übertragen. Fehler behoben.
10381	Shop Nutzer muss Lizenz haben.	Unter Einstellungen \|\| Sicherheit \|\| Nutzer muß der shop Nutzer eine Sequenz und damit eine Lizenz besitzen. Nur bei solchen Nutzern funktioniert die ECommerce-Schnittstelle. Beim Einrichten des Nutzers muss die Rolle eCommerce als einzige Rolle an den shop-Nutzer vergeben sein, die ist auf jedem System. Unter E-Commerce \|\| API-Einrichtung ist der Nutzer dann dem shop zuzuordnen. Bei XML-Api landen die Aufträge dann in Vertrieb \|\| Fehlerhafte Shop Aufträge mit der Fehlermeldung: ERR: Shop User not Licensed! Role eCommerce required as User-Role !
10432	Sonderzeichen & in der Schnittstelle falsch dargestellt	Die Ersetzung der Sonderzeichen ("&" -> "&") wurde aus der XML-API entfernt. Dafür werden an allen Stellen mit möglichen Sonderzeichen CDATA-Sections eingesetzt. Die CDATA-Section wurde schon in der Version 3.6.90 eingebaut.
10468	Webservice-Schnittstelle : Nutzer nicht lizensiert	Meldung: "Webservice-Schnittstelle : Nutzer nicht lizensiert": Kam vor, wenn der Nutzer über direktem Funktionsaufruf gezogen wurde, Fehler behoben.
10472	Admin URL in API-Einrichtung	E-Commerce \|\| API-Einrichtung: Der Link zu einer Website kann nun mit einem API-Datensatz eingestellt werden. Dafür muss ein neuer API-Datensatz erstellt werden, für den im 'API' Feld 'WooCommerce API' ausgewählt wird. Der Link zu der Website und der sich darauf befindenen WordPress-Installation wird im Feld 'URL' angegeben, z.B. 'https://example.com/wp-admin'. Aus diesem Link wird dann automatisch eine Verlinkung von einer Warenbewegung auf diese Website mit dem entsprechenden Parametern erzeugt.

	Version 3.6.90
	Allgemeines
10054	Dokument Typ nun Belegart	Das Feld Dokument Typ ist in Belegart umbenannt worden. Auch der Pfad wurde umbenannt: Einstellungen \|\| System-Stammdaten \|\| Dokument-Typ \|\| Belegarten in: Einstellungen \|\| System-Stammdaten \|\| Belegarten \|\| Belegarten.
10072	Ergänzungen im Standard von OpenZ	Kleinere Ergänzugen bei der Auftragsbearbeitung Bei Abo-Änderungen (tagesgenau) wird ein Preis von 0,- nicht mehr gedruckt. Mehrwährungsfähigkeit: Versuch bei 2 nicht EUR Währungen, diese über € zu konvertieren. Das ermöglicht es, bei Fremdwährungen nur die Kurse in EUR zu pflegen, auch wenn man von z.B.: von $ nach CNY konvertieren will, reicht es die Kurse $-> € und CNY-> € zu pfegen. Neu ist auch eine Funktion zum Individualisieren des Projekteintrages in Kundenrechnungen anlegen für Kundenmodule.
10096	Menü bei grossen Bildschirmen schmaler	Das linke Menü nimmt in OpenZ im Vergleich zur nutzbaren Arbeitsfläche sehr viel Raum ein. Das wurde jetzt geändert. Es reicht, wenn die Menü-Einträge gut zu lesen sind, breiter soll das Menü nicht werden.
10142	E-Mails aus OpenZ: E-Mail soll automatisch im Anhang gespeichert werden	Der gesendete E-Mail Text wird nun automatisch im Anhang gespeichert, damit die anderen Kollegen sehen können, was geschrieben wurde. Der Betreff und der Text der Email im Anhang wird als Text abgelegt. Auch weitere hinzugefügte Anhänge sind im neuen Anhang ersichtlich und nachvollziehbar. Der Betreff der Email soll in der Beschreibung bei den Anhängen mit abgelegt werden, damit klar unterscheidbar ist, was mit der Email versendet wurde. Die Dokumente und der Email-Text werden in einem Anhang mit dem Namen 'Sent EMail' automatisch archiviert, damit nachvollziehbar bleibt, was an den Geschäftspartner kommuniziert wurde.
10143	E-Mails in OpenZ: Anhänge, die bereits im Dokument angehängt sind sollen hier vorgeschlagen werden	Anhänge, die bereits im Dokument angehängt sind, werden jetzt in der Liste 'Dateianhänge zur E-Mail' automatisch vorgeschlagen und der Email angehängt. Dateianhänge zur E-Mail im EMail-Popup zeigt die Vorschlagsliste, diese können auch über die Funktion "Als Anhang senden" deaktiviert werden. Nicht zur Auswahl angeboten werden diejenigen Dokumente, welche per Archivier-Funktion oder vorherigen EMails automatisch generiert wurden.
10148	Email-Versand: werden die Anhänge nicht richtig kodiert versendet	Die Anhänge in Mails werden jetzt nach richtig kodiert. Es war nur als Binary Format kodiert, das haben einige SPAM-Filter weggefiltert. die Kodierung erfolgt jetzt nach https://wiki.selfhtml.org/wiki/MIME-Type/%C3%9Cbersicht Allerdings nur für die in den Anhängen auswählbaren Dateitypen.

	Einstellungen
10050	EK-Lauf soll Optionen aus 'Konfiguration Ausdrucke' berücksichtigen	Einstellungen \|\| Unternehmen \|\| Organisation \|\| Organisation > > Konfiguration Ausdrucke Die hier einzustellenden Druckoptionen gelten nun auch für Bestellungen, die mit dem EK-Lauf generiert wurden.
10092	Anzahl Nachkommastellen im System einstellbar	Die Nachkommastellen sind jetzt im System einstellbar: Anpassung unter Einstellungen \|\| Mandanten \|\| Mandant \|\| Mandant: Neue Felder mit der Anzahl Nachkommastellen für: Preise, Mengen, Endsummen: Die Felder mit den Nachkommastellen heissen: Währungsangaben Dezimalstellen, Mengenangaben Dezimalstellen und Preisangaben Dezimalstellen. Sind diese Felder nicht gefüllt, gilt der bisherige Default Währungsangaben Dezimalstellen: 2, Mengenangaben Dezimalstellen: 3, Preisangaben Dezimalstellen: 4. Wenn die Einstellung verändert wird, hat das Auswirkungen auf alle Standard-Fenster, Listenansichten und Detail-Ansichten der Datensätze, je nachdem, wo welche Zahlenangaben eingestellt sind. Die Einstellung wirkt jedoch NICHT bei Auswertungen wie Dimensionsanalysen, Buchhaltungs-Auswertungen, Bankbagleichen, Forderungs-Übersichten. Auch der Standard-Report von OpenZ liest diese Einstellungen nicht und zeigt daher alle Zahlen wie gewohnt an.
10093	Fehleinstellungen des Mandanten vermeiden.	Einstellungen \|\| Mandanten > > Mail Konfiguration Dokumentenversand : Es kann nur noch ein Datensatz eingestellt werden, die ORG kann nur noch * sein. Der Datensatz gilt systemweit. Einstellungen \|\| Mandanten \|\| Mandant Info : Angaben Verzeichnisbaum ausgeblendet (Hatte keine Funktion) Angaben zu Abgleich Lieferant/Geschäftspartner und Abgleich Auftraggeber/Geschäftspartner ausgeblendet (Hatte keine Funktion) Hinweis: Die Option "neg. Betsand erlauben" befindet sich hier noch und hat eine Funktion!
10151	Streckenauftrag nach Erstellung aus Kundenauftrag: Aktivierung über System Option	Wenn in einen Kundenaufttrag der Button "Strecken-Auftrag erstellen" gewählt wird, ist der erzeugte Einkaufsauftrag jetzt abhängig von einer System - Option aktiv. Dafür wurde die vorhandene System-Option "Einkaufsauftrag nach Einkaufslauf aktivieren" erweitert. Diese heisst jetzt "EK-Auftr. aus EK-Lauf + Streckenauftr. aus VK-Auftr. aktiv". Darüber wird jetzt auch gesteuert, ob der Streckenauftrag direkt nach dem Erzeugen aktiv ist oder im Entwurf erstellt wird.
10246	Layout Editible Grid / BDE Info Bereiche (oben und unten)	Beim GUI-Template Editible Grid wird die erste Spalte ausgeblendet, wenn dort keine Funktion bzw. Option zum anklicken (Datensatz auswählen, Auftrag auswählen) vorhanden ist. Das spart vor allem Platz in der BDE, wenn auf Smartphone-Auflösungen gearbeitet wird. Für Smartphone und Tablet Auflösungen wurde auch die Schriftart angepasst, so sind Grid, Buttons und Beschriftungen wesentlich besser lesbar.

	Stammdaten
10049	Name der Preisgestaltung von 60 auf 250 Zeichen erhöhen	Pfad: Stammdaten \|\| Artikel \|\| Artikel > > Einkauf > > Preisgestaltung Stammdaten \|\| Artikel \|\| Artikel > > Verkaufspreis > > Preisgestaltung Stammdaten \|\| Geschäftspartner \|\| Geschäftspartner > > Kunde > > Preisgestaltung - Kundenartikel Und Stammdaten \|\| Preislisten \|\| Preisgestaltung Sind auf Längen von bis zu 250 Zeichen angepasst worden.
10066	ArtikelImport: Dynamische Anpassung der Importdatei um zusätzliche Felder	Die Anpassung des Import-Formates für Artikel-Grunddaten (Stammdaten \|\| Artikel bzw. Stammdaten \|\| Datenimport \|\| Export Artikel) kann nun im Customizing völlig dynamisch an die jeweiligen Kundenbedürfnisse angepasst werden. Vorraussetzung ist, dass alle in: Stammdaten \|\| Artikel bzw. Stammdaten \|\| Datenimport \|\| Export Artikel eingefügten Felder (Customfields, Felder aus Kunden-Modulen oder OpenZ-Modulen) genau 1:1 (Namensgleichheit!) auch unter Stammdaten \|\| Artikel existieren. Diese Felder werden dann ganz automatisch mit beim Datenimport in die Artikel-Hauptmaske übernommen.
10117	Stücklistendruck (PDF), Nachkommatellen	Stücklistendruck (Links im Menue) Die Stückliste zeigt nun auch 2 Nachkommatellen an (Vorher waren es nur Ganze Zahlen)
10133	Feld Abweichender Geschäftspartner von 60 auf 250 Zeichen erhöhen	Stammdaten \|\| Geschäftspartner > > Anschrift Das Feld Abweichender Geschäftspartnername wurde von 560 auf 250 Zeichen Länge erhöht.
10135	Attributsatz: bei einer Länge von mehr al 250 Zeichen kann die Konfiguration nicht erzeugt werden	Wenn die Namen der einzelnen Attribute zu lang werden und mehr als 250 Zeichen beim Attributsatz entstehen, blieb das Popup auf dem Bildschirm stehen und man konnte die Konfiguration nicht speichern. Jetzt können in der Kombination von Attributen bis zu 2000 Zeichen verwendet werden.
10149	Kopierfunktion für Preislisten	Im Menü: Stammdaten - Preislisten - Preislisten - Preislisten > > Versionen ist ein Button "Kopieren" eingebaut worden. Dieser Protzess legt gleichzeitig eine neue Preislisten-Version an und kopiert alle Preise aus der Ursprungs-Version dort hinein.
10195	Kalkulation bei Stücklisten (Anzahl Baugruppen größer 1, Fremdwährung, Einkaufseinheiten) korrigiert	Folgende Änderungen im Stücklistendruck zum Pfad: Stammdaten\| Stückliste drucken: Einkaufspreise in Fremdwährung werden jetzt korrekt kalkuliert. Umrechnungen in Einkaufseinheiten (2. Einheit) werden jetzt korrekt in die Einkaufspreise umgerechnet. Bei Einbeu mehrerer gleicher Baugruppen an einer Stücklistenposition werden die Einkaufspreise * Menge des Stücklistenartikels * Menge der Baugruppe kalkuliert. Damit kommt am Ende des Ausdrucks (Option interne Liste, PDF) die Summe des Beschaffungs-Wertes der Einzelteile für die Baugruppe heraus.
10237	Stücklistenänderungen entfernen/löschen bei [Artikel kopieren]	Stücklistenänderungen in den Artikelstammdaten in: Stammdaten \|\| Artikel; Schaltfläche [Artikel kopieren], werden nicht mehr mitkopiert. Der kopierte Artikel wird unter: Stammdaten \|\| Artikel \|\| Artikel » Kalkulation einen neuer Datensatz mit Wert 0 angelegt.

	Einkauf
10015	In EK-Posi soll Selektor alle Artikel des Lieferanten anbieten	Bestellwesen \|\| Bestellung (Einkauf) \|\| Bestellungen > > Positionen: Wird in den Bestellpositionen der Selektor aufgerufen, werden nun zu einem Lieferanten alle Artikel mit EK-Daten zu diesem Lieferanten gelistet werden. Voraussetzung: Die Einkaufs-Datensätze im Pfad: "Stammdaten \|\| Artikel \|\| Artikel > > Einkauf" müssen aktiv sein und das Merkmal 'aktueller Lieferant' tragen.
10038	Bestellung aus Bedarf: Artikel-Beschreibung in Position-Beschreibung	Pfad: Einstellungen \|\| Unternehmen \|\| Organisation » Konfiguration Ausdrucke: Die Option: "Artikel-Beschreibung in Position-Beschreibung kopieren" findet jetzt auch bei Bestellungen aus Bedarf Beachtung und verhält sich 1:1 wie im EK-Auftrag beim manuellen Anlegen einer Position.
10039	Bestellung aus Bedarf: Link nach Erstellung der Bestellung	Pfad: Bestellwesen \|\| Transaktionen \|\| Bestellungen aus Bedarf erstellen Bislang blieb das Popup beim erstellen der Bestellung offen, der erstellte Link funktionierte nicht. Jetzt schliesst sich das Popup, die Transaktion 'Bestellung aus Bedarf' enthält die Meldung mit einem Link zur Navigation.
10042	Zusätzliche Filter in Bestellung aus Bedarf	Pfad: Bestellwesen \|\| Transaktionen \|\| Bestellungen aus Bedarf erstellen: In dieser Transaktion ist in beiden Listen (oben und unten) folgendes Feld aufgenommen: Kategorie (Artikelkategorie). Dafür sind die anderen Felder etwas zusammengerückt. Artikelkatzegorie und Projekt sind dem Filter hinzugefügt worden.
10044	Bestellung aus Bedarf soll bei Hinzufügen weiterer Positionen bereits getätigte Eingaben nicht verlieren	Pfad: Bestellwesen \|\| Transaktionen \|\| Bestellungen aus Bedarf erstellen Wenn bei Bestellung aus Bedarf ggf. in der unteren Liste schon Positionen editiert wurden (Mengen oder Preise angepasst wurden), kann die Transaktion jetzt verlassen und die Eingaben vorher gespeichert werden (neuer Button). Ebenso können weiteren Positionen mit dem Button "Hinzufügen" ohne die bereits getätigten Eingaben zu verlieren hinzugefügt werden. Ein weiterer neuer Button "Speichern" ist eingebaut. Bei Betätigung werden die Daten zwischengespeichert und die Transaktion verlassen. Beim erneuten Aufruf der Transaktion erscheinen die Daten dann wieder wie eingegeben. Dem unteren Grid wurde die Option hinzugefügt, alle Positonen komplett zu selektieren. So kann eine Bestelllung vorbereitet und mit einem Klick alle Positionen aktiviert und generiert werden.
10051	MRP: EK-Lauf Bestellungen: 'Voraussichtliches Rechnungsdatum' im Kopf differiert zu Positionen	Pfad: Bestellwesen \|\| Transaktionen \|\| Lieferantenrechnungen anlegen: Erstellt der EK-Lauf Bestellungen, so war im Kopfdatensatz das Feld 'Voraussichtliches Rechnungsdatum' das tagesaktuelle Datum. In den Positionen ist das 'voraussichtliche Rechnungsdatum' aber identisch mit dem 'Zusagedatum Lieferung'. Folge: Die Suche der Bestellung mit dem 'Voraussichtlichem Rechnungsdatum' des Kopfdatensatzes in 'Lieferantenrechnungen anlegen' ist nicht möglich, weil es ungleich zu dem Datum in den Positionen ist, aber das Datum aus den Positionen beachtet wird. Lösung: Datum im Kopfdatensatz ist jetzt gleich dem Datum in den Positionen. Vor. Rechnungsdatum ist immer gleich Zusagedatum Lieferung. Bei unterschiedlichen Datumseinträgen in den Positionen wird immer das jüngste Datum in den Kopfdatensatz übernommen, also das als nächste anstehende Datum.

10052	Workflow Bedarfsanforderung / Projekt	Um einen komplett reibungslosen Ablauf zu schaffen, können Bedarfsanforderungen in alle Richtungen weiterverarbeitet werden: Schliessen der Bedarfsanforderung löscht die Beziehung zum Projekt. Es kann ggf. eine neue Bedarfsanforderung erstellt werden - ebenso beim Wiederöffnen der BANF (Entwurf) und anschliessendem Löschen von Zeilen. Bei bereits getätigten Bestellungen werden die Banfen wieder in den Status offen versetzt, wenn die Bestellung storniert oder aktualisiert und anschliessend einzelne Zeilen gelöscht weden. Dann kann die BANF wieder weiter verarbeiten. Damit lassen sich bereits bestellte Bedarfsanforderungen im Projekt wieder zurücknehmen. Außerdem lassen sich Bedarfsanforderungs-Zeilen jetzt ändern, solange noch nichts bestellt wurde. Die Bedarfsanforderungszeile darf sich für das Ändern auch nicht im das unteren Grid in Bestellungen aus Bedarf befinden.
10137	Streckengeschäft: neuer Haken: Feld zum Anhaken "Wareneingang abgeschlossen"	Streckengeschäft: Um festzuhalten, wann eine Bestellung bzw. Lieferung abgeschlossen ist, wurde ein bedienbares Feld 'Streckenauftrag geliefert' im Einkaufsauftrag (Streckengeschäft) eingeführt. Über dieses Feld kann nachgehalten werden, ob der Auftrag geliefert wurde.
10139	Angebot aus Auftrag erstellen: zusätzliche Möglichkeit - Kopie aus aktuellem Auftrag erstellen (ohne Bezüge zum kopierten Dokument)	Der Button „Dokument erstellen“ ist für das Erzeugen von Angeboten und Aufträgen so modifiziert, so dass kein kein Link mehr zum Originaldokument erstellt wird. Über den Button „Weiterverarbeiten“ bleiben die Links erhalten. Der Button „Dokument erstellen“ ist jetzt auch auf der Einkaufsseite zum Pfad: "Bestellwesen \|\| Bestellung (Einkauf) \|\| Bestellungen" vorhanden. Dort können dann Bestellungen und Anfragen auch ohne Link zum Original-Dokument erstellt werden. Bei Prozess 'Kopieren aus' wurde die Auswahl im Selektor (Auftragsselektor) angepasst (auf Ein- und Verkaufsseite): Es sind hier keine Abo-Intervalle im PopUp-Auswahlfenster mehr vorhanden, hier werden nur noch die Grunddokmente (ABO-Aufträge) angezeigt.
10140	Bestellung erstellen aus bestehender Bestellung (Kopie erstellen ohne Bezüge zum kopierten Dokument)	Dokument aus vorhandener Bestellung erstellen: Analog zum Vertrieb wird unter Bestellwesen \|\| Bestellung (Einkauf) der Prozess 'Dokument erstellen' implement. Über diesen kann aus einem Dokument (Anfrage, Bestellung) ein neues Dokument als Kopie des Originals erzeugt werden, dabei kann die Zielbelegart (Anfrage oder Bestellung) selbst gewählt werden. Ein Link (Verweis) auf das Ursprungs-Dokument soll dabei nicht gesetzt werden.

	Verkauf
10094	Provisionsabrechnung: Vertriebsgebiete und Rechnungs-Aktivierung	Die Provisionsabrechnung (Pfad: Bestellwesen \|\| Lieferantenrechnungen \|\| Lieferantenrechnungen) wird nur dann aktiviert, wenn die Option Lieferantenrech. autom. aktivieren (nach Lfre. man. anlegen) aktiv ist (Pfad: "Einstellungen \|\| Unternehmen \|\| Organisation \|\| Organisation > > Konfiguration Optionen"). Eine Provision auf Vertriebsgebiet wird erstellt, wenn das Vertriebsgebiet im Kunden-Auftrag angegeben ist (nicht wie bisher, wenn die Adresse des Geschäftspartners dem Vertriebsgebiet zugeordnet ist). Hinweis.: Wenn die Adresse des Geschäftspartners dem Vertriebsgebiet zugeordnet ist, wird das Vertriebsgebiet bei Neu-Anlage eines Auftrages (wie bisher) automatisch in den Auftrag übernommen.
10121	Dokument erstellen im Vertrieb	Vertrieb \|\| Aufträge Beim Erstellen von Dokumenten (Knopf Dokument erstellen ) werden jetzt auf der Seite Vertrieb \|\| Aufträge (Dokumenten-Typen: Angebote, Aufträge - gilt auch für Abos) keine Einträge im Feld Referenz Angebot / Auftrag / Vertrag mehr vorgenommen. Diese Referenzen hatten zur Folge, das kopierte Angebote wie bei 'Weiterverarbeiten' geschlossen wurden, wenn z.B. ein Auftrag erzeugt wird. Der Fehler wurde behoben.
10137	Streckengeschäft: neuer Haken: Feld zum Anhaken "Wareneingang abgeschlossen"	Streckengeschäft: Um festzuhalten, wann eine Bestellung bzw. Lieferung abgeschlossen ist, wurde ein bedienbares Feld 'Streckenauftrag geliefert' im Einkaufsauftrag (Streckengeschäft) eingeführt. Über dieses Feld kann nachgehalten werden, ob der Auftrag geliefert wurde.
10138	Rechnung Manuell Anlegen - Abrechnung von mehreren Monaten: Leistungszeitraum in den Positionen angezeigen	Pfad: "Vertrieb \|\| Transaktionen \|\| Kundenrechnungen anlegen: Die Funktion 'Sammelrechnung' ist für das Abrechnen meherer Aufträge/Abo-Intervalle wie folgt angepasst: Die Positionen werden fortlaufend pro Auftrag erstellt. Die Eigenschaften Preis unterdrücken und Position zusammenfassen wirken in der Sammelrechnung genauso wie in einzelnen Rechnungen auch. Der Leistungszeitraum (Kopfdaten) wird so zu berechnet, dass "Beginn" das früheste Datum der Aufträge/Intervalle ist, "Ende" das jeweils letzte. Pro Leistungszeitraum (bei mehreren Intervallen sind diese unterschiedlich) wird zur klaren Abgrenzung eine Textposition mit der Angabe des Leistungszeitraumes für die folgenden Positionen erstellt.
10170	Dokument erstellen: Anfrage, Angebot zu Auftrag (Kunden- und Lieferanten) - Optionale Positionen	Wenn es eine optionale Position im Angebot gibt, wird diese nur dann als Optionale Position übernommen, wenn aus einem Angebot im Vertrieb ein weiteres Angebot erstellt wird. Bei Erstellung eines Auftrags wird die optionale Position als Auftragsposition mit übernommen. Ist die Position nicht gewünscht, muss diese manuell aus dem Auftrag entfernt werden.

	Lagerverwaltung
10001	Interne Materialbewegung: geplante Baugruppen-SNr.	In der Lagerverwaltung \| Interne Materialbewegung> Materialentnahme + Matereialrückgabe: Es ist ein neues Feld mit der Information der geplanten Baugruppen-SNr. zwecks 1:1 Zuordnung von Teil-Materialentnahmen/-rückgabeben implementiert worden. Das Feld heißt: Geplante Seriennummer. Es kann im Filter danach selektiert werden. Der BDE dient die Seriennummer der Erkennung bei erneutem Aufruf der SNr.-Baugruppenproduktion in der BDE. Die Logik der Anwendung wurde zum Schreiben der SNr-Stückliste um die 1:1 Zuordnung der auf diese SNR entnommenen Teile erweitert. Allerdings ist die Anwendung der 1:1 Zuordnung nur dann sicher, wenn man Kombi-Barcodes verwendet. Ansonsten ist die Gefahr von Fehlern bei der Seriennummern-Eingabe zu groß.
10004	Lagerverwaltung \|\| Transaktionen: Verwendet für	Pfad: Lagerverwaltung \|\| Transaktionen \|\| Artikel - Transaktionen (Listing): Bei Produktionen von SNr-pflichtigen Baugruppen trägt sich im Feld "Verwendet für" die produzierte Baugruppe ein.
10031	Lager-Etikett ergänzen	Ein neues Lagerbiox-Etikett wurde in Lagerverwaltung \|\| Warenbewegung Lieferant eingeführt. Damit kann man die Lagerbox-Etiketten direkt beim Wareneingang drucken. Diese enthalten neben dem Lagerort die Projektnummer (wenn vorh.) und den Hinweis AUSBUCHEN, wenn der Artikel gelagert ist (sonst: nicht Ausbuchen)
10085	Gewicht im Lager	Das im Lager befindliche Gewicht kann in OpenZ jetzt pro Artikel und Lagerort mitgeführt werden. Damit sind Anwendungsfälle mit Gewichtsermittlung (Wiegen) komplett im Lager abbildbar und komplett nachvollziehbar. Folgende Transaktionen in der Lagerverwaltung sind angepasst worden, um das Gewicht im Lager mit zu verwalten: • Warenbewegung Kunde • Warenbewegung Lieferant • Interne Materialbewegung • Inventur • Lager-Umbuchung Die Gewichtsangabe ist als eingebbares Feld in den jeweiligen Positionen implementiert. Wird es leer gelassen, trägt das System beim Speichern der Position die Gewichtsangabe aus dem Artikel ein. Folgende Übersichten sind angepasst worden, um das Gewicht im Lager einsehen zu können: • Lagerverwaltung \|\| Lager Übersicht incl. aller Lagermengen-Unterreiter • Stammdaten \|\| Artikel > > Lager • Diverse Lager-Unterreiter in Aufträgen (neu) , Übersichts-Listenansichten und Einkaufsplanung • Lagerverwaltung \|\| Transaktionen \|\| Artikel - Transaktionen (Listing)
10118	Sortierung des Etiketten-Druck im Wareneingang - Neue Etiketten Wareneingang: Seriennummern und Lagerbox	Lagerverwaltung \|\| Warenbewegung Lieferant \|\| Warenbewegung Lieferant Im Wareneingang sind die folgenden Etikette jetzt sortiert ausgegeben: Etikett Lagerbox (Rpt_Productlabel_70x48_shipment_box.jrxml) E-Werkstatt (Rpt_Productlabel_24x24_shop.jrxml) Seriennummern-Etikett (Rpt_ShipmentLabel_71x71.jrxml) In der Internen Materialbewegung: Etikett in Interne Materialbewegung (PDCScanPrint.jrxml) Die Etiketten haben im PDF jetzt folgende Sortierung: - Artikel nach Positionen - SNr/ChNr. alpha-Numerisch Neu im Wareneingang sind die Etiketten für Seriennummern (Rpt_ShipmentLabel_71x71.jrxml) und Lagerbox (Rpt_Productlabel_70x48_shipment_box.jrxml) Zur allgemeinen Dokumentation der im System vorhandenen Artikel-Etiketten: Lagerbox und E-Werkstatt lassen sich im Artikelstamm und über den Prozess im rechten Menue Drucken Ebenso im Wareneinganng Diese enthalten lediglich die Arikelnummer als QR-Code Das Seriennummern-Etikett (Im Wareneingang und Seriennummern-Stammdaten) enthält im QR-Code den Kombi-Barcode aus Artikelnummer und Seriennummer bzw. Chargennummer. Zur Abgrenzung: Das Etikett, welches in der Internen Materialbewegung und in der BDE gedruckt werden kann (PDCScanPrint.jrxml), druckt Artikelnummer und Seriennummer in 2 getrennten QR-Codes.
10125	Rechnungsregel "Nach Lieferung sofort": Bei Rücksendung auch Rechnung statt Gutschrift	Pfad: "Lagerverwaltung \|\| Warenbewegung Kunde \|\| Warenbewegung Kunde": Wenn im Kundenauftrag die Rechnungsregel "Nach Lieferung sofort" hinterlegt ist, wird bei Anlegen einer Rücksendung mit Bezug zu diesem Auftrag jetzt eine Gutschrift statt einer Rechnung erzeugt. Bug behoben.

	Projekte
10037	Artikel ohne Verbrauch sollen Kosten im Projekt sammeln.	Der Prozess hat eine Neue Option "Direkte Lieferung" enthalten: Ist diese gewählt, werden die (Ist)-Kosten im Projekt bei Aktivierung der Warenbewegung Kunde erzeugt (eine Materialentnahme auf das Projekt erfolgt in diesem Fall nicht). Die Option "Direkte Lieferung" in Projektmanagement \|\| Projekte \|\| Projekte > > Aufgaben > > Materialplanung wird dann automatisch gesetzt. Dafür ist ein geändertes Vorgehen bei wiederholtem Verkauf auf dasselbe Projekt zu beachten: Bedienart: Projekt/Aufgabe erstellen aus dem VK-Auftrag heraus Wenn im Auftrag bereits ein Projekt zuordnet ist, belibt dieses bestehen und es wird kein neues angelegt. Allerdings wird pro Auftrag eine Prokjekt-Aufgabe angelegt, der Name lautet: Auftrag - OrderNo. statt bisher Standard. Die Order kann geändert werden, die Werte korrigieren sich dann in der Projektaufgabe. Allerdings ist pro Verkaufsauftrag immer genau eine solche Verkaufs-Aufgabe vorgesehen (mehrere Aufträge auf derselben Aufgabe sind nicht möglich). Wenn also im neuen VK Auftrag eine vorhandene Projetaufgabe eingetragen wird, erfolgt keine Zuweisung von Kosten beim Versand. (Verhalten wie bisher) Daher Immer den Button "Projekt/Aufgabe erstellen" nutzen, nur dann funktioniert es. Bedienart: Manuelles erstellen der Materialliste im Projekt, Haken Direkte Lieferung manuell setzen: Die Option "Direkte Lieferung" in Projektmanagement \|\| Projekte \|\| Projekte > > Aufgaben > > Materialplanung kann auch manuell gestzt werden. Dann kann die Ware über einene Warenbewegung Kunde verschickt wrden und die Kosten werden der Projektaufgabe nach der Aktivierung der warenbewegung erzeugt.
10040	Statusampel Materialplanung im Projekt	Pfad: Projektmanagement \|\| Projekte \|\| Projekte > > Aufgaben > > Materialplanung Die neue Statusampel zeigt anhand unterschiedlicher Farben, ob ein Mehrbedarf oder nun ein geringerer Bedarf besteht. Es sind dafür 4 Farben definiert. Der Eintrag der Farben ist dynamisch und abhängig von den folgenden Bedingungen: Grün = (Neue) Materialposition ohne Banf (also ohne Eintrag im Feld Bedarf-Position aber mit Haken Bedarfsanforderung (wird über die Materialplanung automatisch gesetzt). Blau = vorhandene Position mit Banf, ohne EK-Position, aber nun mit weniger oder mehr geplanter Menge. Gelb = Vorhandene Position mit Banf, mit EK-Position, aber nun weniger geplante Menge. Rot = Vorhandene Position mit Banf mit EK-Position, aber nun mehr geplante Menge als in Banf-Position. Bei gleichen Mengen entsteht keine farbliche Kennzeichnung.
10041	Synchronisation der Stücklistenänderungen im Artikel während das Projekt bzw. Projektaufgabe bereits gestartet ist	Es ist jetzt möglich, eine Synchronisation der Stücklistenänderungen im Artikel während das Projekt bzw. Projektaufgabe bereits gestartet ist vorzunehmen. Wenn man die Artikel-Stückliste (Stammdaten \|\| Artikel > > Stückliste) geändert hat ist es möglich sein, diese Änderungen inStücklisten bereits gestarteter Projekte zu übernehmen (Projektmanagement \|\| Projekte > > Aufgaben > > Materialplanung). Dazu ist der Prozess 'Stückliste aus Produkt erstellen' angepasst worden. Die Fehlermeldung: 'Für Diese Materialplanungwurden bereits Entnahmen durchgeführt oder Einkäufe getätigt. Die Planung kann nicht komplett neu erstellt werden.' entfällt. Auch wenn Bedarfe, EK Aufträge oder Entnahmen existieren, wird die Stückliste angepasst. Die Synchronisation verhält sich jetzt wie folgt: Neue Stücklisten-Positionen werden der Materialplanung hinzugefügt. Vorhandene Stücklisten-Positionen bleiben erhalten und bekommen ein Update der Mengen. Nicht mehr vorhandene Stücklisten Positionen werden gelöscht, sofern keine Entnahme oder Bedarfsanforderung besteht. Wenn doch wird die benötigte Menge auf 0 gesetzt. Es erscheint über die Neue Status-Ampel die Position dann automatisch in Gelb oder blau (siehe Ticket 10040) Bei Mehr-Bedarf für Artikel mit vorhandenen Banf/EK-Posi → Status-Meldung in rot oder blau (siehe Ticket 10040)
10081	Deckungsbetrag - Felder in der Projektaufgabe	Die Projektaufgaben Projektmanagement \|\| Projekte > > Aufgaben haben jetzt auch die Felder • Deckungsbetrag (Plan) • Deckungsbeitrag (Plan) % • Deckungsb. • Deckungsbeitrag % analog zum Projekt-Kopf. Berechnung aller Kosten und Erträge erfolgt auf Ebene der Projektaufgabe.
10190	Feld Projekt in das Popup "Projektstatus aktualisieren"	Pfad: "Projektmanagement \|\| Projektstatus aktualisieren": Das Feld Projekt ist in das Popup "Projektstatus aktualisieren" eingefügt worden, damit nur 1 Projekt aktualisiert werden kann und sich damit die Zeit reduziert.
10209	Sücklistenposition lässt sich nicht tauschen, Synchronisation im Projekt schlägt fehl	Projektmanagement \|\| Projekte > > Aufgaben und Stammdaten \|\| Artikel > > Stückliste Eine Sücklistenposition im Artikelstamm muss durch einen anderen Artikel ersetzt werden können. Die Synchronisierung ( 'Stückliste aus Produkt erstellen' ) war in diesem Fall fehlerhaft, wenn dort noch die alte Position stand. Dieser Fehler wurde behoben.
10240	Synchronisation Stücklisten im Projekt	Bei der Übertragung der Stücklisten werden die Einträge gleicher Artikel zusammengefasst. Dieses gilt sowohl bei Produktionsaufträgen als auch in den Stücklisten der Projekte Eine Fehlermeldung 'Doppelte Zeilen (derselbe Artikel) kann nicht benutzt werden' erscheint beim Versuch doppelte Artikel einzufügen. Im Projekt (oder Produktionsauftrag) gibt es dann immer nur einen Eintrag pro Artikel mit der Summe der Einträge gleicher Artikel aus der Baugruppenstückliste. Beim Sysnchonisieren wrerden unter Projektmanagement \|\| Projekte \|\| Aufgaben > > Materialplanung alle Einträge gelöscht, die keine BANF bzw. Bestellung oder Menge erhalten!=0 besitzen. Wenn ein Artikel, der schon BANF bzw. Bestellung oder Menge erhalten!=0 besitzt und nicht mehr in der Baugruppenstückliste vorkommt, wird die (benötigte) Menge in der Materialplanung=0 gesetzt. Kommt ein Artikel, der schon BANF bzw. Bestellung oder Menge erhalten!=0 besitzt weiter in der Baugruppenstückliste vor, wird die (benötigte) Menge in der Materialplanung ggf. auf den neuen Wert angepasst. Alle Stücklisteneinträge ohne BANF und mit Menge erhalten=0 werden in der Materaialplanung neu angelegt.

	Finanzwesen
10011	Ford/Verb-Ausgleich: Knopf Verarbeiten ausblenden, wenn Forderungsausgleich über Bankabgleich erstellt	Buchhaltung \|\| Zahlungsverkehr \|\| Transaktionen \|\| Ford/Verb-Ausgleich \|\| Ford/Verb-Ausgleich > > Ford/Verb Wenn Forderungsausgleich über Bankabgleich erstellt sind außer verbuchen die Prozessknöpfe ausgeblendet. Die darf man nicht nutzen, da sionst die Steuerung über den Bankabgleich nicht mehr funktioniert. Zusätzlich werden Skonto (Discount) und Abschreibungsbetrag angezeigt.
10018	Bankableich: Kopfzeile muss beim Scrollen stehen bleiben u.a	Pfad: "Buchhaltung \|\| Bankabgleich -> Abgleich Kontoauszug" PoPup Zahlungsabgleich Bank: Die Kopfzeile mit den abgeglichenen Beträgen bleibt jetzt beim Scrollen oben stehen. Ein Trennstrich trennt nun die einzelnen Positionen. Das gibt mehr Übersicht beim Bankabgleich.
10046	Datev-Import - Buchungszeilen Numerierung in 10er Schritten	Datev-Import: Pfad: "Buchhaltung - Import Datev, CAMT": Die erste Positionen beginnt nun mit 10 und die nächsten Positionen in 10-Schritten weiter. Außerdem ist den Beschreibungstext von jetzt 45 auf z.B. 255 erweitert worden, nach dem Beschreibunsfeld wird der Text aus Zusatzinformation 1 angehängt.
10055	Zahlungstpen entfallen	Pfad: Buchhaltung \|\| Zahlungsverkehr \|\| Einstellungen \|\| Zahlungstypen Entfällt. Zahlungstypen haben in OpenZ keine Funktion
10056	Datev-Import: neue Felder	Der DATEV-Export ist um folgende Felder erwweitert worden: Zusatzinformation1 : Buchungstext (Lang) Zusatzinformation2 : KreditorDebitorNr Zusatzinformation3 : Referenznummer Zusatzinformation4 : Steuerart Zusatzinformation5 : Projektname Zusatzinformation6 : Projektaufgabe In Belegfeld1 steht die Rechnungsnummer, Belegfeld2 ist leer. Im Feld Kost1 steht das Projekt (Suchschlüssel). Im Feld Kost2 steht die Kostenstelle (Suchschlüssel). Tipp: Es ist darauf zu achten, die Spalten Konto/Gegenkonto als Text zu importieren, wenn Office Programme genutzt werden, ansonsten entfernt das Office Programm die führenden Nullen.
10064	BWA Auswertungen: Aktiv Seite: falsche Werte auf Steuerkonten	Es wurden auf der Aktiv-Seite falcshe Werte (Forderungen Vorsteuer) gezogen. Das liegt daran, das nur ein pos. Saldo sein sollte (Verbindlichkeiten sind Passiv und Damit im Abschnitt USt) Lösung: Es wird jetzt die USt/VSt Bilanz immer nur Passiv ausgewiesen (in 99% schuldet man USt ind seltenen Fällen fordert man VSt) Das wechseln der Seiten (Passiv/Aktiv) je nach Saldo funktioniert nur für einzelne Konten, nicht für die Summe ganzer Kontengruppen.
10076	Übersicht Ford/Verb: Feld Bankkonto soll leer bleiben	Buchhaltung: Übersicht Ford/Verb: Feld Bankkonto bleibt jetzt leer. Es hatte keine Funktion.
10078	Datev-Lohnbuchhaltungs- und Datev-Saldenabgleich-Importe: Konten haben neues Kontenformat seit der Kontenummstellung	Beim Saldenabgleich können Kontonummern flexibel in der Länge sein. Im DATEV-Import können die Kontonummern flexibel in der Länge sein. Die Präferenz DATEVACCTLEN wird benutzt um die Länge der Sachkonten im Kontenplan einstellbar zu machen.
10128	Fehlermedung für fehlende Iban unleserlich .	Buchhaltung \|\| Zahlungsverkehr \|\| Einstellungen \|\| Banken \|\| Banken > > Konten Vergisst man die IBAN oder Kontonummer korrekt einzugeben und die entsprechenden Haken (Zeige IBAN, Zeige BLZ/Kontonummer) zu setzen erscheint jetzt folgende Fehlermeldung: Wenn Sie IBAN benutzen, müssen IBAN und SWIFT gefüllt sein und BLZ sowie Kononummer müssen leer sein. Wenn Sie KTO/BLZ benutzen, Müssen Kontonummer und BLZ gefüllt sein , IBAN/SWIFT müssen leer sein
10141	Kosten in der Bank buchen (Bankabgleich), bei Verkaufsrechnungen	Verkaufsrechnungen: Kosten der Bank buchen im Bankabgleich: Bisher konnten Kosten nur bei Lieferantenrechnungen automatisch im Bankabgleich angegeben und gebucht werden. Dies ist nun auch auf Kundenrechnungsseite möglich: Beispiel: Die Drittlandsbank bzw. die Hausbank erhebt eine Gebühr von 5 Euro: Rechnungsbetrag ist 100 und Geldeingang auf dem Bankonto beträgt 95 Euro. Die Gebühr wird auf das Konto 4970 (SKR3) bwz. 6855 (SKR4) gebucht. Das Konto wird aus dem Pfad: Buchhaltung \|\| Kontoführung \|\| Kontierungseinstellungen \|\| Kontierungsschemata \|\| Schemata > > Voreinstellungen im Feld "Bank: Kosten" gezogen. Der Rechnung wird ausgeglichen (ist kein offener Posten mehr, der Haken "Vorgang beendet ist gesetzt), obwohl nur 95 Euro eingegangen sind. Die Bank wird mit 95 Euro und das Konto Nebenkosten des Geldverkehrs im Soll bebucht, im Haben wird das Zwischenkonto Geldverkehr bebucht.
10144	Sepa-Stapel Bankanweisung vordatieren (z.B. wg. Urlaub oder Feiertagen)	Das geplante Überweisungsdatum kann jetzt im Kopf des SEPA-Stapels für Überweisungen angegeben werden (Feld "geplantes Ausführungsdatum"). Es wird damit das Feld ReqdExctnDt gefüllt, welches die Banksoftware anweist, die Überweisung zum geplanten Datum auszuführen.
10146	Sepa USD nicht möglich, soll genauso im OpenZ nutzbar sein wie bei € nur ohne Upload zur Bank	Pfad: "Buchhaltung \|\| Bankdaten erstellen (SEPA)": Es ist nun auch möglich einen SEPA-Bankabgleich für ein Hausbankkonto in USD anzulegen, in der Lieferantenrechnungen zugeordnet werden können. Eine Weiterverarbeitung über die Bankensoftware (Einlesen der Datei) soll nicht erfolgen.
10147	CAMT: Prüfung des Valutadatums zur Rechnung	CAMT: Prüfung des Valutadatums zur Rechnung Gibt der Kunde im Verwendungszweck die Rechnungsnummer erneut an und hat den gleichen Zahlbetrag, wurde die Position bisher im Bankabgleich gelöscht. Dazu wurde keine Information ausgegeben oder eine Umbuchung in den Manuellen Buchungsstapel vorgenommen. Die Löschung erfolgt nun nur noch, wenn zusätzlich das Valutadatum identisch ist. Nur dann handelt es sich um eine doppelte Übertragung derselben Buchung. Falls das Valutadatum nicht übereinstimmt, sind 2 Verarbeitungen möglich: 1. Die Rechnung ist ausgeglichen: dann erstellt OpenZ eine Position im Manuellen Buchungstapel. 2. Die Rechnung ist nicht ausgeglichen: dann erstellt OpenZ eine Position im Bankabgleich.
10175	neue Anpassung Datev-Import und -Export	Zwei neue Optionen zur dynamischen Konfiguration der Felder KOST1 und KOST2 sind in Buchhaltung \|\| Kontoführung \|\| Kontierungseinstellungen \|\| Kontierungsschemata hinzugefügt worden: Datev Feld KOST1 kann Suchschlüssel Projekt (Standard) oder Suchschlüssel Projekt oder Kostenstelle und auch Suchschlüssel Kostenstelle beinhalten. Datev Feld KOS2 kann Suchschlüssel Kostenstelle (Standard) oder Pos. Nr. Projektaufgabe beinhalten.
10178	Datum der Zahlungsfreigabe in Übersicht Ford/Verb.	Übersicht Ford/Verb. Datum der Zahlungsfeigabe wird mit dem Datum des Zahllaufes überschrieben. Fehler behoben.
10219	SEPA: bei mehr als einer Bankverbindung, auch eine nicht aktive wird gezogen	SEPA: Wenn ein GP mehrere Bankverbindungen hat, wird jetzt eine aktive Bankverbindung gezogen. Es kann die aktive zu benutzende Bankverbindung auch in Rechnungen > > Zahlung vorausgewählt werden.
10231	Editierbares Hauptbuch ausgeblendet.	Das editierbare Hauptbuch ist nun ausgeblendet, es kann allerdings indiv. eingeblendet werden.
10247	Anzahlungen: Buchungen für die Verumsatzung fehlen, Ursprungs-Mantis-Tickets 3907 und 3923	Anzahlungsbuchungen und Verumsatzung: Wenn die Schlussrechnung gebucht und dies dann über den Prozess Übernahme Hauptbuch in die Buchhaltung überführt wurde, fehlen die Buchungen für die Verumsatzung. Ursache: Wenn die Buchungsengine für einen längeren Zeitraum läuft bzw. Anzahlungsrechnungen/Zahlungen und Schlussrechnungen in einem Vorgang bebucht wurden, waren die Bank-Buchungen noch nicht abgearbeitet. Deshalb fehlten die Buchungen für die Verumsatzung bei der Schlussrechnung. Diese Fehler ist jetzt behoben.
10251	CAMT und man. Buchungsstapel: Fehler in der Summierung	CAMT und man. Buchungsstapel: Fehler in der Summierung: Wenn bei der CAMT-Bearbeitung mehrere Posten angeklickt wurden (insbesondere wenn Gutschriften enthalten waren), war die Summierung nicht korrekt, es wurde im Zielbetrag (oberste Zeile ganz rechts) ein falscher Betrag ausgewiesen. Bug behoben.

	MRP
10183	Lagermenge in MRP	In MRP Management (Materialbedarfsplanung) \|\| Transaktionen \|\| Einkaufsplanung \|\| Einkaufslauf > > Einkaufslauf Liste ist eine Spalte aktuelle Lagermenge ergänzt worden. Damit wird die Übersichtlichkeit im Einkaufslauf erhöht.

	Produktion
10067	Produktion: Feld 'Materialerfassung erzwingen' entfernen	Das Feld 'Materialerfassung erzwingen' hat in OpenZ keine Funktion. Es wurde daher aus allen Masken enternt. (Info: in der Datenbank bleibt das Feld)
10068	Produktionsauftrag mit Statusampel	Eine Statusampel wurde in Herstellung \|\| Produktions-Auftrag und Herstellung \|\| Geplante Arbeitsgänge sowie Herstellung \|\| Aktive Arbeitsgänge umgesetzt. In den Fenstern befindet sich ein neuer Unterreiter 'Material Status'. Dieser Zeigt die Ampel an. Die Farben werden folgendermassen angeordnet: Für gestartete Arbeitsgänge: Grün: Das Material ist komplett am Lagerort verfügbar und bereits entnommen Gelb: Das Material ist am Lagerort verfügbar, aber noch nicht entnommen Rot: Das Material ist nicht am Lagerort verfügbar: Für geplante Arbeitsgänge: Für geplante Arbeitsgänge: Grün, wenn Materialbedarf über die vorhandene Lagermenge gedeckt werden kann und das Material auch verfügbar ist. Gelb, wenn Bedarfsdatum in der Zukunft und Materialbedarf über die voraussichtlich verfügbare Menge gedeckt werden kann, die aktuelle Lagermenge aber nicht für den Bedarf ausreicht. Rot, wenn Materialbedarf nicht gedeckt werden kann.
10074	Zeitkalkulation beim Produktionslauf	Der Produktionslauf beachtet jetzt bestehende Einkaufsaufträge für benötigte Teile. Das Lieferdatum der Teile geht in die Kalkulation des schnellsten Liefertermins ein. Der Fehler, dass ein zu früher Liefertermin vorgeschlagen wurde (nur Prod-Zeiten berechnet) ist behoben. Es betrifft die man. Auslösung und den Knopf schnellstes Lieferdatum im Auftrag sowie Lager-Anforderungen.
10172	Sortierung Liste Produktionslauf, Direkt-Filter in Produktions-Relevanten Fenstern	Der Produktionslauf (Herstellung \|\| Produktionslauf) wird jetzt nach Artikelnummer sortiert ausgegeben. Folgende Direktfilter wurden eingestellt: Kritische Vorgänge Einkauf: Artikel Erwartete Wareneingänge: Artikel Rückstandsliste / Offene Lieferungen: Artikel Kritische Vorgänge Verkauf: Artikel Geplante Arbeitsgänge: Suchschlüssel, Beschreibung, Auslösegrund Kritische Vorgänge Produktion: Artikel, Datum Aktive Arbeitsgänge: Artikel, Grund, Beschreibung, Datum Nicht produzierbare Güter: Artikel Basis-Arbeitsgänge: Artikel, Suchschlüssel Produktionsauftrag: Suchschlüssel, Auslösegrund, Notitz, genehmigt.
10188	Geplante Materialbewegungen in der Stückliste des Produktionsauftrages	In Herstellung \|\| Produktions-Auftrag \|\| Produktions-Auftrag > > Arbeitsgänge > > Stückliste ist ein neuer Unterreiter Geplante Materialbewegungen eingebaut, um dort Materialverfügbarkeiten direkt prüfen zu können
10220	Produktion: Menge verfügbar: bei Multiorg wird nicht korrekt gerechnet	Die Angabe der Menge verfügbar ist in: Herstellung \|\| Produktions-Auftrag \|\| Arbeitsgänge > > Stückliste und in Projektmanagement \|\| Projekte \|\| Aufgaben > > Materialplanung angepasst worden. Hier wird jetzt die zum Geplanten Zeitpunkt (Stardatum Arbeitsgang bzw. geplantes Datum in der Materialplanung) voraussichtlich verfügbare Menge angezeigt. Das sind die Lagermenge - geplante Abgänge + Geplante Zugänge bis zum Zeitpunkt. Das Feld Menge verfügbar wurde zu Menge voraussichtlich verfügbar umbenannt. Dies hat auch Auswirkung auf die Ampel-Funktion im Materialstatus. Diese funktioniert getzt wie folgt: Geplante Arbeitsgänge: Gelb, wenn Bedarfsdatum in der Zukunft und Materialbedarf über die voraussichtlich verfügbare Menge gedeckt werden kann, die aktuelle Lagermenge aber nicht für den Bedarf ausreicht. Grün, wenn Materialbedarf über die vorhandene Lagermenge gedeckt werden kann und das Material auch verfügbar ist Rot, wenn Materialbedarf nicht gedeckt werden kann.
10241	Bedienvereinfachungen Produktion / Lager Übersichten	Um Bestände direkt einsehen zu können, wurde die Lagerübersicht für Artikel in - Herstellung \|\| Produktions-Auftrag » Arbeitsgänge » Stückliste - Projektmanagement \|\| Projekte » Aufgaben » Materialplanung und - Bestellwesen \|\| Bestellung (Einkauf) » Positionen » Lager eingebaut und werden in einer Spalte namens 'Menge Lagerort' angezeigt. Im Modul 'Herstellung' verlinken die Übersichten (Listenansicht) - Herstellung \|\| geplante Arbeitsgänge und - Herstellung \|\| gestartete Arbeitsgänge bei Doppelklick in den Produktionsauftrag. Dort können unter anderem Arbeitspapiere gedruckt oder Mengen korrigiert werden. Dies vereinfacht die Bedienung für die Produktionsleitung erheblich.

	BDE
10000	BDE/Materialentnahme/Materialrückgabe und Produktion: Zusatzfelder	Pfad: BDE / Produktionsscanner In der Materialentnahme sind folgende Felder weggefallen: Artikel Lagerort Mitarbeiter Alle Informationen zu den Feldern werden rechts in der Statusbar angezeigt. Geändertes Standard-Verhalten: Es werden keine Felder mehr read-only geschaltet. Nach der Auswahl des Arbeitsganges bleibt dieser fix, ebenso der Mitarbeiter. /(ggf. Fehlermeldung bei Wechsel-Versuch). Nach der Auswahl des Arbeitsganges (Scannen Arbaitsgang/KOMBI-Code im Hauptfenster, Initiales Scannen AG/KOMBI-Code/Artikel-Suchschlüssel in den jeweiligen Transaktionen) wird automatisch die Aktion 'Komplett' durchgeführt. Soll der Artikel gewechselt werden, ist "Abbrechen" zu wählen und es muss erneut gescannt werden. Die BDE fordert ggf. zur Eingabe von Lagerort/Artikel auf und leitet den Nutzer durch die Erfassung, um individuelle Entnahmen/Rückgabenabweichend vom Produktionsplan durchzuführen. Der Button Entnahme entfällt (war ein überflüssiger Zusatz-Scan). Bei geplanter Entnahme wird der Lagerort aus der oberen Liste bestimmt, sofern nicht vorher explizit ein Lagerort gescannt wurde. Bei manueller Entnahme (ungeplantes Material) muss der Lagerort vorgher gescant werden. Beim Scan vom Artikel wird das Feld Menge mit ausgelesen. Nach dem korrekten Scan des Artikels wird dieser mit der angegebenen Menge (default=1) in die untere Liste geschrieben. Bei Menge=0 und korrektem Scan des Artikels wird dieser aus der unteren Liste entfernt. Besonderheiten bei KOMBI-Barcodes in der Materialliste: Seriennummern: Seriennummer hinzufügen / entfernen, wenn schon existiert, Menge Entnahme entsprechend hochzählen/runterzählen. Eingabe der Menge wird bei Kombi-Barcodes mit Seriennummer ignoriert. CNR: Nutzer gibt Menge ein: CNR-Menge setzen, CNR der Menge zuordnen. CNR: Nutzer gibt keine Menge ein: Neue CNR der kompletten Entnahme-Menge zuordnen. CNR: Die Entnahmemenge bei CNR's kann nur beim ersten Scan des Artikels angegeben werden. CNR: Entnahmemengen-Korrektur: 0 eingeben, Artikel-Kombi -Code scannen, Entnahmemenge eingeben, Artikel-Kombi-Code scannen. CNR-Aufteilung: Menge< Entnahmemenge eingeben, ersten Kombi-Code noch einmal scannen (CNR wird der Menge zugeordnet), dann Mengeneingabe vornehmen, nächste CNR usw. Seriennummern/Chargennummern Die Darstellung SNR/CNR erfolgt jetzt in den Transaktionen immer in einer Zeiile. Je nach Fall werden die dazu erfassten Snr/Cnr in der jeweiligen Spalte kumuliert (mit Semikolon getrennt) dargestellt. Bei Chargen befindet sich in Klammern die jeweilige Chargenmenge (Chargennummern-Aufteilung). Das Feld Menge gibt die (Ziel)-Entnahmemenge an. Ein weiteres Feld Snr/Cnr Menge gibt die erfassten Snr/Cnr-Mengen an. Diese beiden Felder müssen bei Cnr/Snr am Ende übereinstimmen, damit die Transaktion funktioniert.
10002	BDE/Materialentnahme + Materialrückgabe + Produktion	BDE: Vereinfachung der Materialentnahme + Materialrückgabe + Produktion Die Vereinfachung der Materialentnahme und -Rückgabe wird durch die Scanninformation erreicht: Die Erweiterung der Logik erzielt die direkte Erkennung aus der gescannten Baugruppe (Kombi-Barcode oder Artikel-QR-Barcode) statt über den Arbeitsgang. Es erfolgt eine automatische Vorselektion des ältesten zugehörigen Arbeitsganges, der erkannten Stücklisten, der verfügbaren Artikel und Mengen unter Berücksichtung von etwaigen Rückgaben und (Mehrfach)-Entnahmen. Es erfolgt ein Wechsel des Arbeitsgangs bei Neuauswahl (alle Pos. müssen sich dafür in der oberen Liste befinden. Es erfolgt eine automatische Vorbelegung der Felder und der oberen Liste bei Wechsel des Arbeitsganges. Wird ein Kombi-Code gescannt, erfolgt eine automatische Auswahl in der unteren Liste. Diese enthält genau die noch für die enthaltene Seriennummer notwendungen Entnahmen bzw. möglichen Rückgaben. Dieser Vorhgang ermöglicht die Errechnung der 1:1: Zuordnung bei der späteren Produktion in der Seriennummern-Sückliste. Ist ein Artikel oder Kombi gescannt, wird die Liste der Arbeitsgänge auf diejenigen eingeschränkt, die den betreffenden Artikel produzieren. Nur wenn direkt die Transaktion Materialentnahme angewählt ist, füllt sich die Liste der Arbeitsgänge mit allen noch offenen anstehenden Arbeitsgängen. Update der Menge: Wird ein Artikel oder Kombicode neu eingescannt und das Feld Menge steht bei 1 oder ist leer, wird, wie bei der Lager BDE angenommen, dass dieses Teil dazu gehört und die Menge um 1 erhöht. Bei Eingabe der Menge=0 vor dem Scan wird dieses Teil aus der Transaktion entfernt. Die Barcodes für Kalkulation wurden entfernt. Die waren mal für das Erhöhen der Menge. Dies erfolgt jetzt durch erneutes Scannen des Artikels. Die Eingabe von Menge und Artikel muss jetzt gleichzeitig erfolgen. Eingabe der Menge, dann Artikel scannen. Das Selektor-Feld für den Artikel kann damit entfallen. Es ist auch möglich, den Suchschlüssel im Barcodefeld per Tastatur einzugegeben und das Feld Menge zu setzen. Danach „Auswählen“ drücken, damit werden Artikel und Menge gleichzeitig eingelesen. Eingabe der Menge 0 entfernt den Artikel aus der Entnahme/Rückgabe.
10003	Kombi Code in BDE/Materialentnahme + Materialrückgabe + Produktion	Die BDE erkennt nun Kombi-Barcodes sowohl für das zu produzierende Gut (Erkennung des Arbeitsganges) als auch für das Material in den Stücklisten. Dies gilt für alle Anwendungen der Produktions-BDE – siehe verbundene Tickets. Dazu ist auch ein Video verfügbar: OpenZ Tutorial Lager Scanner.
10012	Anpassung Hauptfenster BDE	Der Scann eines Arbeitsganges, Artikel-Suchschlüssels oder Kombi-Codes öffnet immer sofort die Materialentnahme. Für die Button Materialrückgabe und Produktion gilt dieses Verhalten nicht, diese müssen immer direkt ausgewählt werden. Umbenennen des Prozess-Eintrages: BDE-Betriebsdatenerfassung zu Produktionsscanner (analog zu Lagerscanner) Pfad: BDE-Betriebsdatenerfassung \| BDE-Betriebsdatenerfassung Das Scannen eines Artikels oder Kombi-Barcodes stellt die Matrerialentnahme wie folgt ein: Im Dropdown wird derjenige Arbeitsganfg gewählt, der das früheste Stardatum hat und den gewählten Artikel produziert. In der Dropdown-Box für Arbeitsgänge in der Materialentnahme werden dann nur Arbeitsgänge angezeigt, die den betreffenden Artikel produzieren.
10013	BDE: Zeiterfassung	Die Zeiterfassung ist jetzt für die Auswahl der Mitarbeiter Read only (kann individuell wieder geändert werden). Die Zeiterfassung entimmt nun kein Material mehr automatisch. Nach Beendigung der Zeiterfassung wird wieder der Hauptbildschirm der BDE angezeigt. Pfad: BDE-Betriebsdatenerfassung \| Produktionsscanner: Damit lässt sich die Zeiterfassung zuverlässig für die Erfassung von Produktionszeiten nutzen. Es ist darauf zu achten, Pausen und Arbeitsende korrekt zu scannen, dann stimmt die Zeiterfassung.
10086	Lager Zu und Abbuchung mit Scanner	Der Lagerscanner (Betriebsdatenerfassung/Lagerscanner) Kann nun auch Kombi-Barcodes mit Seriennummern und Gewichten erkennen und verarbeiten. Die Seriennummern-.Erfassung wurde ergänzt
10198	Nacharbeiten BDE-Paket	BDE-Optimierungen: Produktionsrückmeldung auf geplanter Seriennummer: Fehlermeldung Entnahme-Menge reicht für Produktion der geplanten Seriennummer nicht aus, wenn für diese Seriennummer nicht genug Material entnommen und zugeordnet wurde. Scannen von Kombi-Codes im Fenster Seriennummern- btw. CNR Erfassung ist jetzt möglich (war vorher nur für einzel-Barcodes mit SNR/CNR ausgelegt).
10198	Nacharbeiten BDE-Paket	BDE-Optimierungen: Produktionsrückmeldung auf geplanter Seriennummer: Fehlermeldung Entnahme-Menge reicht für Produktion der geplanten Seriennummer nicht aus, wenn für diese Seriennummer nicht genug Material entnommen und zugeordnet wurde. Scannen von Kombi-Codes im Fenster Seriennummern- btw. CNR Erfassung ist jetzt möglich (war vorher nur für einzel-Barcodes mit SNR/CNR ausgelegt).
10241	Bedienvereinfachungen Produktion / Lager Übersichten	Um Bestände direkt einsehen zu können, wurde die Lagerübersicht für Artikel in - Herstellung \|\| Produktions-Auftrag » Arbeitsgänge » Stückliste - Projektmanagement \|\| Projekte » Aufgaben » Materialplanung und - Bestellwesen \|\| Bestellung (Einkauf) » Positionen » Lager eingebaut und werden in einer Spalte namens 'Menge Lagerort' angezeigt. Im Modul 'Herstellung' verlinken die Übersichten (Listenansicht) - Herstellung \|\| geplante Arbeitsgänge und - Herstellung \|\| gestartete Arbeitsgänge bei Doppelklick in den Produktionsauftrag. Dort können unter anderem Arbeitspapiere gedruckt oder Mengen korrigiert werden. Dies vereinfacht die Bedienung für die Produktionsleitung erheblich.
10244	Scanneranwendung Lager Umbuchung BDE	Eine neue BDE (Scanner Anwendung) 'Umbuchung' steht in OpenZ zu Verfügung. Damit kann man in einem Schritt im Lager Material von einem Lagerort in einen anderen umbuchen. Zu diesem Zweck Wählt man in der Lager BDE die Transaktion 'Umbuchen'. Dann wird der Ziel-Lagerort gescannt. Der Quell Lagerort wird über die gescanten Kombi-Barcodes aus den Seriennummern ermittelt. Daher ist diese BDE nur für Seriennummernpflichtige Artikel sinnvoll anzuwenden. Mit dem Button 'Fertig' werden alle gscannten Artikel in den Ziel-Lagerort eingebucht.
10255	Screen Layout auf Mobil-Geräten: Tablet und Smartphone Auflösungen	Für alle BDE's in BDE - Betriebsdaten-Erfassung \|\| Produktionsscanner bzw. Lagerscanner: Auf Mobil-Geräten mit Chrome-Browser werden die Elemente (Texte, Status und Info-Bar, Tabellen-Elemente) jetzt gut Lesbar dargestellt. Knöpfe sind größer dargestellt Listen (Editable Grid) haben grundsätzlich keine Spalte mit Zeilennummer, damit wird platz gespart. Im Lagerscanner gibt es zusätzlich folgende Anpassung: Auf Smartphones ist das Barcode-Feld nicht sichtbar. Dadurch wird der Auto-Zoom mit Softkey-Tastatur verhindert. Eingabe auf Smartphones nur über den angeschlossenen Scanner bzw. numerische Eingabe über OpenZ-eigene numerische Touch-Tastatur.

	Schnittstellen
10005	Steuerzuordnung bei einzelnen Aufträgen falsch.	Schnittstelle Shopwre-OpenZ: Beim Import von Bestellungen mit gemischten MwSt-Sätzen wurde für alle Artikel der MwSt-Satz des ersten Artikels übernommen und nicht der in XML-Datei definierte der Satz. Bug behoben.
10075	XML-API Anpassung der Product.xml	Test lt. Hrn. Bösken o.k. In der XML-API gibt es nun die Möglichkeit, beliebige Zusatzfelder in den Artikel-Export aufzunehmen. Dazu kann man in E-Commerce \|\| API-Einrichtung \|\| APIs > > Artikel Name-Value-Pairs beliebige Felder definieren, die dann in der Struktur NameValuePairs in der Product.xml exportiert werden. Man wählt eine Tabelle in OpenZ und ein Feld, welches man exportieren möchte. Voraussetung: Die gewählte Tabelle muss ein Feld Namens m_product_id beinhalten, damit die Daten zum Exportierten Artikel passend erzeugt werden können.
10077	WEBservice-Schnittstellen (XML-API und andere Schnitstellenpartner)	Die Funktion zsse_createOrderLineWithPrices hat eine Preisermittlung bekommen. Wenn die Parameter p_price numeric,p_listprice,p_stdprice NULL sind, werden für die entsprechenden Preise die Werte innerhalb OpenZ ermittelt unter Beachtung evtl. Preisgestaltungen etc.
10112	XML-API: Orderstatus-xml: neue Anforderunen	In der Orderstatus.xml-Datei sind jetzt folgende Felder neu hinzugekommen: ItemNumber: Suchschlüssel (Artikel-Hauptmaske) QuantityInvoiced: Menge berechnet
10166	Order Status bei jeder Statusänderung schreiben	In der Orderstatus.xml werden jetzt folgende Stati bei folgenden Ereignissen geschrieben: 'PROCESSING ORDER': Auftrag wurde in OpenZ aktiviert. 'ORDER CANCELLED': Auftrag wurde in OpenZ Storniert. 'GOODS IN TRANSIT': Es erfolgte eine Teil-Lieferung oder die vollständige Lieferung (Aktivierung Warenbewegung) 'SHIPMENT RETURNED': Es erfolgte eine (teilweise) Rücksendung (Aktivierung Warenbewegung) 'PAYMENT COMPLETED': Die Rechnung wurde bezahlt. (Aktivierung Bankabgleich) 'PAYMENT CANCELLED': Zahlung wurde zurückgenommen (Bankabgleich in Entwurf gesetzt)
10171	Modul XMLAPI: Orderstatus.xml: QuantityCancelled ergänzen	Bei Aktivierter Option 'Lieferung komplett' wird jetzt QuantityOrdered-QuantityShipped in QuantityCancelled eigetragen

	Version 3.6.80
	Allgemeines
2841	aktivierte Dokumente vs. editierbare Texte Die Einstellung für Read-Only und Read-Only Logic wirkt nicht bei Texteditor Advanced	Der HTML-Editor (TinyMCE) reagiert jetzt auch auf Read Only Einstellungen. Er lässt keine Eingabe mehr zu, wenn das Feld, welches die Daten aufnimmt, generell als Read Only markiert ist. Mit unserer TinyMCE Version ist es leider nicht möglich, das read only Verhalten zu dynamisieren, also eine sogenannte Read Only Logic im Data Dictionary zu implementieren.
3971	Vom Clientgerät hochgeladene Mailanhänge in Büroklammer archivieren	Werden im Mail-Popup vom Clientgerät Dateien hochgeladen, um sie einer Dokumentenmail anzuhängen, so wird diese nun automatisch archiviert und ist unter der Büroklammer wieder aufzufinden. Nicht übernommen in den Anhang werden automatisch über das EMail-Template vorselektierte Anhänge die eingestellt werden unter: Einstellungen \|\| System-Stammdaten \|\| Dokument-Typ \|\| Belegarten >> Report Vorlagen >> Email Definition
3972	Anpassung Dokumentenversand BCC und Rechtevergabe bei Organisation anlegen.	Anpassung Dokumentenversand BCC und Rechtevergabe bei Organisation anlegen: Beim Anlegen einer neuen Organisation werden nicht, wie bisher, alle bestehenden Rollen mit Zugriff auf die neue Organisation ausgestattet. Nur die Rolle System Admin bekommt den Zugriff auf die neue ORG. Alle anderen Rollen nicht. Das BCC Postfach in Mandant >> Mail Konfiguration Dokumentenversand ist kein Pflichtfeld mehr- Wenn hier kein Wert eingetragen wird, wird bei EMail-Versand keine Kopie mehr an ein BCC Postfach versendet. In diesem Fall sollte der Verkäufer in den Dokumenten gesetzt sein und eine EMail-Adresse haben. Dann wird die EMail auch an dieses Postfach versandt.

	Einstellungen
3759	Druck-Konfiguration zeigt doppelte Datensätze an	Bug behoben
3995	Filter im Prozess-Monitor	Pfad: "Einstellungen \|\| Prozesse und Einstellungen \|\| Prozess Monitor \|\| Prozess ausführen" Aus dem Filter sind die Felder "Startzeitpunkt" und "Endzeitpunkt" herausgenommen worden, außerdem sind im Dropdown-Feld nur die Prozesse sichtbar sein, die unter dem Pfad: "Einstellungen \|\| Prozesse und Einstellungen \|\| Prozess Anfrage \|\| Prozess Anfrage" gelistet sind.
4069	Druck-Konfiguration: Feld "Name" im Auftrag soll als Element auswählbar sein und druckbar	Pfad: Einstellungen \|\| System-Stammdaten \|\| Druck-Konfiguration \|\| Druck-Konfiguration: Das Feld "Name (Ord)" im Auftrag ist als Element in der Druck-Konfiguration auswählbar und druckbar für Auftrag, Lieferschein, Rechnung.
4070	Serien-Nr und Zollinformationen.: Ausdruck: soll eine Sequenz in Konfiguration Ausdrucke erhalten.	Pfad: Einstellungen \|\| Unternehmen \|\| Organisation \|\| Organisation >> Konfiguration Ausdrucke: Auch für Zollinformationen und Serien- bzw. Chargennummern können nun Sequenznummern hinterlegt werden, um die Reihenfolge im Ausdruck zu steuern.

	Stammdaten
3967	Wareneingang kann nicht storniert werden weil Seriennummern mehr als 2000 Zeichen.	Bei vielen Seriennummern kam es zu einer Fehlermeldung: Wert länger als 2000 Zeichen, wenn die Warenbewegung aktiviert oder storniert wurde. Der Fehler wurde behoben.
4073	Rechnungsempfänger und Leistungsempfänger sind verschiedene Geschäftspartner	Rechnungsempfänger und Leistungsempfänger sind verschiedene Geschäftspartner: Gerade bei öffentlichen Auftraggebern kommt es vor, dass Rechnungsempfänger und Leistungsempfänger verschiedene Organisationen sind. Um die Umsätze richtig zu kontieren und Auswertungen machen zu können, ist folgende Funktion implementiert: Unter Stammdaten \|\| Geschäftspartner \|\| Geschäftspartner >> Anschrift hat ein neues Feld Rechnungsempfänger bekommen. Wenn dort über den Selektor ein Geschäftspartner eingetragen wurde, ist dieser in der Transaktion Kundenrechnungen anlegen der Rechnungsempfänger. In diesem Fall werden die Angaben Abw. GP Name und die Adressdaten ignoriert. Das System selektiert die erste Rechnungsadresse des eingetragenen Rechnungsempfängers für die Rechnung. Die anderen rechnungsrelevanten Einstellungen (z.B. Zahlungskonditionen) werden aus dem Auftrag in die Rechnung übernommen.
4074	Bug: BOM-Navigation Artikel mit SNr. lässt sich aus Baugruppe nicht ausbauen	Artikel mit Seriennummer lässt sich aus der Baugruppe nicht ausbauen. Es erscheint die Fehlermeldung: Seriennummer ist aktuell in einem Gerät eingebaut. Bitte mit der BDE ausbauen:606900. Sie können diese SNR nicht nochmal einlagern. Obwohl diese eingebaut ist und eingelagert werden kann. Problem behoben

	Einkauf
3960	Anfrageverwaltung im EK: Spalten mit Preisen sollen Summe zeigen.	Bestellwesen \|\| Transaktionen \|\| Anfrageverwaltung Einkauf In Ebene 2 werden für ein Dokument die Summe der Positionen der darunter liegenden Spalte multipliziert mit der Menge dargestellt: - EK-Preis (Netto Auftragswert des EK Auftrages in Buchwährung) - VK- Preis (Netto Auftragswert des VK Auftrages)
3961	Anfrageverwaltung EK: VK-Preise sollen auf 2 stellen nach dem Komma gerundet werden.	Bestellwesen \|\| Transaktionen \|\| Anfrageverwaltung Einkauf \|\| Anfrageverwaltung Einkauf VK-Preise und EK-Preise werden jetzt auf 2 stellen nach dem Komma gerundet (Nach Benutzung der Felder Marge bzw. Rabatt)
3989	Anfrageverwaltung: Bestellungen sollen nicht generell aktiv sein.	Einstellungen \|\| Unternehmen \|\| Organisation \|\| Organisation >> Konfiguration Optionen gilt nun auch für Bestellungen die aus der Anfrageverwaltung Einkauf generiert wurden. Die System Option: 'Einkaufsauftrag nach Einkaufslauf aktivieren'
3902	Kopie 'interne Notiz' von Bestellung zu Warenbewegung Lieferant	Bestellwesen \|\| Bestellung (Einkauf) \|\| Bestellungen und Vertrieb \|\| Aufträge \|\| Aufträge Der Inhalt des Feldes 'Interne Notiz' wird nun in das Feld 'Interne Notiz' der zugehörigen Lagerbewegung kopiert unter: 'Warenbewegung Lieferant' oder 'Warenbewegung Kunde'. Diese Funktion ist nur gegeben über die Bestell-/Auftrags-Weiterverarbeitung über: Bestellwesen \|\| Transaktionen \|\| Wareneingang anlegen \|\| Wareneingang anlegen Vertrieb \|\| Transaktionen \|\| Lieferungen anlegen \|\| Lieferungen anlegen Für Kundenrechnungen und Lieferantenrechnungen ist diese Funktionalität schon gegeben: Vertrieb \|\| Transaktionen \|\| Lieferungen anlegen \|\| Lieferungen anlegen
3998	Bug OpenZ-Standardreport: 'Anfrage' hat Lieferantenname vor Lager-/Lieferanschrift	Belegarten (ehemals Dokumententypen) im Einkauf: Anfrage und Abo-Bestellung drucken jetzt nicht mehr den Lieferanten-Namen in der Liefer-Adresse.
4007	Erwartete Wareneingänge mit Ampelstatus	Bestellwesen \|\| Erwartete Wareneingänge \|\| Wareneingang erwartet Die View 'Erwartete Wareneingänge' wurde um eine Statusampel erweitert. Der Status wird bestimmt über die zugehörige Position im EK-Dokument und dort aus dem Feld 'Zusagedatum Lieferung'Die Ampelfarben schalten sich wie folgt: Rot: Zusagedatum Lieferung überschritten Gelb: Termin < = 5Tage vor Zusagedatum Lieferung Grün: > 5 Tage bis Zusagedatum Lieferung
4008	Änderbarkeit von Abo-Intervallen, wenn bereits Lieferungen erfolgt sind oder Rechnungen gestellt wurden.	Änderbarkeit von Abo-Intervallen (Einkauf und Vertrieb), wenn bereits Lieferungen oder Rechnungen vorhanden sind: Pfade: Bestellwesen \|\| Bestellung (Einkauf) \|\| Bestellungen Vertrieb \|\| Aufträge \|\| Aufträge Die Funktion, auch ABO Aufträge ändern zu können, obwohl schon Lieferungen/Rechnungen in den betroffenen Intervallen existieren, wurde im System implementiert. Dazu muss die System-Option Änderung v. Bestell-/Auftrag bei vorh. Lief.-/Rech. möglich (Einstellungen \|\| Unternehmen \|\| Organisation \|\| Konfiguration Optionen) aktiviert sein.

	Verkauf
3930	Übersicht Rechnung multipliziert Beschreibungen in Dok.-Notiz um die Anzahl der Positionen	Übersicht Rechnung multipliziert Beschreibungen in Dok.-Notiz um die Anzahl der Positionen: BUG behoben.
3981	Rückstandsliste/offene Lieferungen erweitern um Spalte Lieferantenartikelnummer	Vertrieb \|\| Rückstandsliste / Offene Lieferungen \|\| Rückstandsliste / Offene Lieferungen: Diese View wurde ergänzt um die Spalten: - Lieferantenartikelnummer (Nur für EK-Datensätze in dieser View) - Best.-Nr des GP-Partners Als Direktfilter wurden eingeblendet: - Dokumentennummer - Best.-Nr des GP-Partners.
3987	Abo mehrfach ändern in einem Interval (VK)	Vertrieb - Aufträge: Abo Aufträge können nun auch innerhalb eines Intervalls beliebig oft geändert werden. Dazu ist das Datum 'Abo ändern ab' zu nutzen. Wird es mehrmals in einem Datums-Intervall benutzt, welches genau einem Abo-Intervall entspricht, werden alle Änderungen in diesem Intervall wirksam. Die Funktion kann nur sinnvoll benutzt werden, indem zunächst mit älterem Datum gearbeitet wird und die Änderungen dann zu neuerem Datum hin eingegeben werden. Dann ergibt sich die erste Änderung für das ältere Datum , die nächste Änderung für das neuere Datum usw. (Änderung vom ersten Datum gilt bis zum neuerem Datum.) Sollen die Änderungen für das ganze Intervall wieder zurückgenommen werden, ist das Start-Datum des Intervalls im Feld 'Abo ändern ab' einzugeben. Damit werden die vorherigen Änderungen überschrieben.
3962	VK-Auftrag: Gespeichertes Gesamtgewicht nach dem aktivieren editierbar.	Vertrieb \|\| Aufträge \|\| Aufträge Im Feld 'Gesamtgewicht' wird das in den Stammdaten hinterlegte Gewicht der Positionsartikel aufaddiert. Neu ist, das manuelle Änderungen des Gewichtes nun nicht mehr bei der Aktivierung des Dokumentes verloren gehen. So kann z.B. auch für Dummyartikel ein individuelles Gewicht hinterlegt werden.
3986	Warenbewegung Kunde: Kein Liefervorschlag wenn Proforma Rechnung existiert	Proforma Rechnungen werden nun bei Vorkasse-Liefervorschlägen nicht mehr beachtet.
4008	Änderbarkeit von Abo-Intervallen, wenn bereits Lieferungen erfolgt sind oder Rechnungen gestellt wurden.	Änderbarkeit von Abo-Intervallen (Einkauf und Vertrieb), wenn bereits Lieferungen oder Rechnungen vorhanden sind: Pfade: Bestellwesen \|\| Bestellung (Einkauf) \|\| Bestellungen Vertrieb \|\| Aufträge \|\| Aufträge Die Funktion, auch ABO Aufträge ändern zu können, obwohl schon Lieferungen/Rechnungen in den betroffenen Intervallen existieren, wurde im System implementiert. Dazu muss die System-Option Änderung v. Bestell-/Auftrag bei vorh. Lief.-/Rech. möglich (Einstellungen \|\| Unternehmen \|\| Organisation \|\| Konfiguration Optionen) aktiviert sein.
4047	Rechnungsvorschlag nach Lieferung in 2. Einheit rechnet nicht richtig	Die Umrechnung 1.Einheit in 2.Einheit war fehlerhaft. Im Feld zu berechnen und offen standen falsche Werte (Vertrieb \|\| Rechnungen manuell anlegen) Fehler behoben

	Lagerverwaltung
3965	'Interne Materialbewegung Drucken' bricht ab/lädt zu lange = Ausgebaut	Lagerverwaltung/Interne Materialbewegung Drucken Dieser Menupunkt wurde wegen veralteter Technik ausgebaut, da diese zu langen Verarbeitungszeiten und letztendlich zum Serverversagen führte . Das Etikett kann nun direkt gedruckt werden unter: Lagerverwaltung \|\| Interne Materialbewegung \|\| Interne Materialbewegung Sie auch Ticket: 3966
3966	Interne Materialbewegung, Druckbutton implementieren + Etikettreport	Lagerverwaltung \|\| Interne Materialbewegung \|\| Interne Materialbewegung Es wurde ein Druckbutton implementiert.Dieser Druckbutton ersetzt den nun ausgebauten Menupunkt: Lagerverwaltung/Interne Materialbewegung Drucken.Der Druck generiert ein Etikett, das sich auf den/die in einer Position/en enthaltenen Artikel bezieht. Das Etikett hat die Größe von 24 mm x 24 mm Ist der Artikel Serien- oder Chargennummernpflichtig werden 2 QR Codes nebeneinander gedruckt. 1 x Artikelnummer + 1 x Serien- oder Chargennummer.Ist der Artikel Serien- oder Chargennummernpflichtig werden 2 QR Codes nebeneinander gedruckt. Besteht keine SNr.- oder ChNr.-Pflicht wird nur 1 QR gedruckt.Ist der Artikel Serien- oder Chargennummernpflichtig werden 2 QR Codes nebeneinander gedruckt. Es wird je ein Etikett generiert für:Ist der Artikel Serien- oder Chargennummernpflichtig werden 2 QR Codes nebeneinander gedruckt. - jede Position von einfachen ArtikelnIst der Artikel Serien- oder Chargennummernpflichtig werden 2 QR Codes nebeneinander gedruckt. - jede Kombination Artikel/SeriennummerIst der Artikel Serien- oder Chargennummernpflichtig werden 2 QR Codes nebeneinander gedruckt. - jede Kombination Artikel/ChargennummerIst der Artikel Serien- oder Chargennummernpflichtig werden 2 QR Codes nebeneinander gedruckt. Ist der Artikel Serien- oder Chargennummernpflichtig werden 2 QR Codes nebeneinander gedruckt. Ist der Artikel Serien- oder Chargennummernpflichtig werden 2 QR Codes nebeneinander gedruckt. Ist der Artikel Serien- oder Chargennummernpflichtig werden 2 QR Codes nebeneinander gedruckt. Ist der Artikel Serien- oder Chargennummernpflichtig werden 2 QR Codes nebeneinander gedruckt.
3977	Suchschlüssel eines Lagerortes doppelt	Lagerverwaltung \|\| Einstellungen \|\| Warenlager \|\| Lager >> Lagerort: Doppelte Suchschlüssel eines Lagerortes sind jetzt nicht mehr möglich. Innerhalb eines Lagers muss der Suchschlüssel des Lagerortes nun eindeutig sein, damit die Bezeichnung nicht zu Verwechselungen führen kann.
4001	Bug. Wareneingang (Rücksendung) darf Menge nicht an geschlossene P-Aufgabe zurückgeben.	Die Konfigurationsoption 'Autom. Materialentnahme bei Wareneingang' versuchte eine Materialentnahme vom Lager auf eine geschlossene Projektaufgabe durchzuführen, obwohl es sich um eine Rücksendung zum Lieferanten handelte. Bug behoben.

	Projekte
3969	PM, Materialplanung, Position in Stückliste lässt sich nicht löschen. Schnellerfassungsmasken funktionieren nicht richtig.	Projektmanagement \|\| Projekte \|\| Projekte >> Aufgaben >> Materialplanung Materialpositionen ließen sich trotz zugehöriger, aber gelöschter Bedarfsanforderungsposition nicht löschen, da der Eintrag in 'Menge in Bedarf' nicht zurück gesetzt wurde. Außer diesem Fehler wurde im weiteren behoben: - Das Kopieren des Projektes /der Projektaufgabe kopiert nun keine bestehenden Beziehungen zu den Dokumenten des Ursprungsdatensatzes mit. - Bestehende Lagerortplanungen werden bei der Kopie nicht übernommen. - Durch die Materialplanung wird nun der Haken 'Bedarfsanforderung' auch wieder ausgetragen, sofern sich die verfügbare Lagermenge erhöht hat und es zu der Materialposition noch keine Bedarfsanforderungsposition gibt. - Die Funktionalität der Schnellerfassungsmasken wurde wieder hergestellt, nachdem diese temporär nicht gegeben war.
4005	Bug. In Übersicht Rückmeldungen kann nicht gefiltert werden.	Projektmanagement\|\|Projekte \|\| Projekte >> Aufgaben >> Übersicht Rückmeldungen Bug behoben: In Übersicht Rückmeldungen kann jetzt gefiltert werden.

	Finanzwesen
3173	Bilanz: Aktiva und Passiva, Ausweis bei Vorzeichenwechsel nicht korrekt	Bilanz: Auswertungen Aktiva und Passiva: Ausweis bei Vorzeichenwechsel nicht korrekt: Bug behoben: Jetzt erfolgt die Aufteilung korrekt nach Saldo und Konto. Beispiel Bankkonten: Negativer Saldo: Ausweis unter Passiva, positiver Saldo: Ausweis unter Aktiva.
3907 + 3923	Automatisierung des Zahlplans: Sonder-Hauptbuch Vorfälle automatisch buchen	Anzahlungen und Zahlplan Tickets 3907 und 3923 3923 Der Zahlplan mit dem Sonder-Hauptbuch Vorgang Anzahlungsrechnung/Zwischenrechnung/Schlussrechnung wurde automatisiert. Die Bedienung dieses Features erfolgt über zusätzliche Felder, Textmodule und Einstellungen. Zuerst zur Beschreibung der Bedienung: Es gibt unter dem Pfad: "Einstellungen \|\| System-Stammdaten \|\| Textmodule \|\| Textmodule" einee neue Belegart "Zahlplan" (Payment Scheduling). Dieser dient nur dazu, Textmodule abzulegen, die im Rahmen der Zahlpläne verwendet werden können. In den Textmodulen können die Wildcards @GRANDTOTAL@, @CURRENCY@ und @TAX@ verwendet werden. Diese beziehen sich auf den zugrundeliegenden Auftrag und bezeichnen Brutto-Betrag, Währung (ISO-Code) und Steuerbetrag. Die Textmodule können im Zahlplan hinterlegt werden. Dafür gibt es die neuen Felder "Textmodul Beschreibung", "Textmodul für Position" und "Textmodul unter den Positionen" im Zahlplan. Das Textmodul Beschreibung und Textmodul für Position werden unter Berücksichtigung der Wildcards beim Abspeichern in die Felder Beschreibung bzw. Positionsbeschreibung in den Zahlplan übernommen. Voraussetzung dafür ist, dass ein Textmodul ausgewählt und das zu füllende Feld leer ist. Das Textmodul unter den Positionen wird als normales Textmodul in die Rechnung kopiert (hier sind Wildcards nicht verwendbar). Wie bisher wird das Feld Beschreibung in den Kopf der Rechnung in das Feld Beschreibung übernommen. Wenn bereits Anzahlungsrechnungen generiert wurden, wird eine Zusammenstellung der bisher gestellten Rechnungen unter das Feld Beschreibung aus dem Zahlplan bei der Rechnungsgenerierung im Feld Beschreibung der Rechnung generiert. Um die Zusammenstellung der der bisher gestellten Rechnungen zu ermöglichen, benutzt das System die Message mit dem Namen PaymentSheduleInvoiceListing. Diese kann individuell angepasst werden und enthält Wildcards. Im Standard wird die Zusammenfassung wie folgt erstellt: Rechnung @DOCUMENTNO@ vom @DOCDATE@ über @GRANDTOTAL@ @CURRENCY@, davon @TAX@ @CURRENCY@ MWSt. Dabei werden @DOCUMENTNO@ durch Rechnungsnummer, @DOCDATE@ durch Rechnungsdatum, @GRANDTOTAL@ durch Rechnungsbetrag (brutto), @TAX@ durch Steuerbetrag und @CURRENCY@ durch die Währung (ISO-Code) ersetzt. Sollen die Texte nach der Rechnungs-Generierung noch geändert werden, kann dies direkt in der Rechnung erfolgen (in Entwurf setzen, dann bearbeiten). 3907 Der Zahlplan mit dem Sonder-Hauptbuch Vorgang Anzahlungsrechnung/Zwischenrechnung/Schlussrechnung wurde durch automatisch ausgelöste Buchungen in der Buchhaltung automatisiert. Dazu sind folgende Einstellungen im System vorzunehmen: Buchhaltung \|\| Kontoführung \|\| Kontierungseinstellungen \|\| Kontierungsschemata \|\| >> Voreinstellungen: Neues Feld: Verrechnungskonto erh. Anzahlungen : Hier muss ein Konto hinterlegt werden (z.B. 1593). Buchhaltung \|\| Kontoführung \|\| Kontierungseinstellungen \|\| Steuersätze \|\| >> Kontierung: Neues Feld: Konto Anzahlungen. Hier ist für jede in Zahlplänen verwendete Steuerart (z.B. 19% mit dem Steurkonto 1776) ein Anzahlungskonto anzugeben (z.B. 1710). Damit die Automatisierung gelingt, darf in einem Auftrag mit Zahlplan immer nur eine Steuerart verwendet werden. Die Sonder-Hauptbuch Vorgänge werden nur ausgelöst, wenn sich im Zahlplan eine Position mit aktivierter Option 'Verumsatzen in dieser Rechnung' (Neues Feld) befindet. Gibt es keine solche Position, werden wie bisher alle aus dem Zahlplan generierten Rechnungen als Umsatz auf die entsprechenden im System hinterlegten Kontierungen verbucht. Ist eine Position mit 'Verumsatzen in dieser Rechnung' im Zahlplan aktiviert, werden alle Rechnungen, die vor dem Eintrag mit 'Verumsatzen in dieser Rechnung' datieren, als Anzahlungsrechnung bzw. Zwischenrechnung gebucht: Das Buchungsschema hierfür lautet beim Buchen der 1. Rechnung (Anzahlungsrechnung): Brutto-Betrag Debitor -> Verrechnungskonto erh. Anzahlungen. Beispiel: 1410 (Bruttobetrag) an 1593 (2 Buchungen auf Konto 1593: Nettobetrag + Steuerbetrag, z.B. 1000,00 + 190,00) Beim Zahlungseingang der Anzahlungs- bzw. Zwischenrechnung wird die Steuer gezogen. Hierfür lautet das Buchungsschema: Netto-Betrag: Verrechnungskonto erh. Anzahlungen -> Anzahlungen (Wie in der Steuerart gesetzt) UND Steuerbetrag: Verrechnungskonto erh. Anzahlungen -> Steuer-Konto (Wie in der Steuerart gesetzt). Beispiel: 1593 (Nettobetrag + Steuerbetrag) an 1710 (Nettobetrag) + 1776 (Steuerbetrag) 1200 (Nettobetrag + Steuerbetrag in einer Summe) an 1204 (Nettobetrag + Steuerbetrag in einer Summe) 1204 (Nettobetrag + Steuerbetrag in einer Summe) an 1410 (Nettobetrag + Steuerbetrag in einer Summe) Beim Buchen der 2. Anzahlungsrechnung auch ohne Option 'Verumsatzen in dieser Rechnung' aus dem Zahlplan wird folgendes Buchungsschema ausgeführt: Rechnungsbetrag netto Debitor -> Umsatz (Standard) Steuerbetrag Rechnung Debitor-> Steuer (Standard) Beispiel: 1410 Bruttobetrag an 1593 (2 Buchungen auf Konto 1593: Nettobetrag + Steuerbetrag) Zahlungseingang: 1593 (Nettobetrag + Steuerbetrag) an 1710 (Nettobetrag) + 1776 (Steuerbetrag) 1200 (Nettobetrag + Steuerbetrag in einer Summe) an 1204 (Nettobetrag + Steuerbetrag in einer Summe) 1204 (Nettobetrag + Steuerbetrag in einer Summe) an 1410 (Nettobetrag + Steuerbetrag in einer Summe) Beim Buchen der Schussrechnung (3. Rechnung) mit der Option 'Verumsatzen in dieser Rechnung' aus dem Zahlplan wird folgendes Buchungsschema ausgeführt: Brutto-Betrag: Debitor -> Umsatz (netto) + Steuerbetrag Beispiel Schussrechnung (3. Rechnung): 1410 (Bruttobetrag) an 8400 (Nettobetrag) + 1776 (Steuerbetrag) Alle dem Zahlplan-Eintrag mit der Option 'Verumsatzen in dieser Rechnung' nachfolgenden Einträge buchen das Standard-Schema: Rechnungsbetrag netto Debitor -> Umsatz Steuerbetrag Rechnung Debitor-> Steuer Netto-Betrag: Anzahlungen (Wie in der Steuerart gesetzt) -> Debitor Steuerbetrag: Steuerkonto-> Debitor Netto-Betrag: Debitor -> Umsatz Steuerbetrag: Debitor -> Steuer Beispiel für die beiden vorherigen Rechnungen (Verumsatzung der Anzahlung und der Zwischenrechnung): 1710 (Nettobeträge) an 1410 (Nettobeträge) 1776 (Steuerbeträge) an 1410 (Steuerbeträge) 1410 (Nettobeträge + Steuerbeträge) an 8400 (Nettobeträge) + 1776 (Steuerbeträge) Buchung bei Zahlungseingang für die Schlussrechnung (3. Rechnung): Bank (Bruttobetrag) an Bankverrechnungskonto (Bruttobetrag) Bankverrechnungskonto (Bruttobetrag) an Debitor (Bruttobetrag) Beispiel: 1200 (Nettobetrag + Steuerbetrag in einer Summe) an 1204 (Nettobetrag + Steuerbetrag in einer Summe) 1204 (Nettobetrag + Steuerbetrag in einer Summe) an 1410 (Nettobetrag + Steuerbetrag in einer Summe) Hinweis zur Kontierung und DATEV-Export: Wenn Automatikkonten benutzt werden, so sind zwingend sowohl für das Konto Anzahlungen (wie in der Steuerart gesetzt) und Umsatz (auch in der Steuerart gesetzt) Automatikkonten einzusetzen. Wenn keine Automatikkonten benutzt werden, darf auch keines der beiden Konten ein Automatikkonto sein. Anmerkung: Es ist nur ein Datensatz mit 'Verumsatzen in dieser Rechnung' im Zahlplan möglich. Nur so lässt sich der Buchungsvorgang automatisieren.
3984	DATEV Export: Buchungstext auf 60 Zeichen erhöhen	DATEV Export: Buchungstext auf 60 Zeichen verlängern Pfad: Buchhaltung - Export Datev: Bislang wurden nur 30 Zeichen Buchungstext exportiert. Dieser Wert wurde nun auf 60 Zeichen erhöht.
3985	CAMT: Abgleich bei Skonto-Zeitverzug soll in einer Karenzzeit akzeptiert werden	Zusatzfunktion für CAMT: Wenn z.B. die Zahlungsbedingung 8 Tage 2% Skonto eingestellt ist, soll das System konfigurierbar +n Tage das gezogene Skonto akzeptieren. Dazu ist die Präferenz 'INVOICEDISCOUNTTIMETOLERANCE' hinterlegt, die standardmäßig 0 Tage beinhaltet und erhöht werden kann. Der CAMT-Import berücksichtigt dann Beträge mit Skonto als Beispiel 8+n Tage lang. Außerdem können nun Rechnungen, die Zahlungen innerhalb dieses Bereiches erhalten, ausgeglichen werden: Rechnungsbetrags minus Skonto-Betrag bis zum kompletten Rechnungsbetrag. Beispiel: Rechnungssumme 1000 und 2% Skonto: bei Zahlungen zwischen 980 und 1000 Euro wird die Rechnung ausgeglichen.
3980	X-Rechnung	OpenZ bietet jetzt elektronische Rechnungen im Format X-Rechnung / UBL an. Dieses Format ist bei Abrechnungen gegenüber staatlichen Stellen vorgeschrieben. In OpenZ muss dafür das Modul org.openz.einvoice installiert werden. Anschließend ist über den Pfad "Vertrieb \|\| Kundenrechnungen" mit dem Druck- oder EMail-Button im Feld "Vorlage" die X-Rechnung auswählbar. Bei Nutzung des EMail-Button können beliebig viele X-Rechnungen auf einmal verschickt werden. Über den Druck-Button kann nur eine X-Rechnung erstellt werden. In dem Fall bietet das System kein PDF als Download an, sondern die XML-Datei der X-Rechnung. Auch beim EMail-Versenden befindet sich im Anhang der EMail dann die XML-Datei der X-Rechnung. Gleichwohl wird in beiden Fällen im Anhang der Rechnung (Klammer) sowohl die XML-Datei der X-Rechnung als auch das über den Dokumententyp in der Report-Vorlage eingestellte und ebenfalls erzeugte PDF-Dokument abgelegt. Dies ist auch in der X-Rechnung enthalten und kann mit speziellen Viewern beim Auftragnehmer als PDF extrahiert werden. Die xml-Datei wird nur erstellt, wenn beim Drucken im Popup-Fenster "Ja" gewählt wird, bei "Nein, nur drucken wird nur ein pdf-Dokument generiert. Anmerkung: Der Benutzer kann über den Dokumententyp in den Report-Vorlagen den zugrundeliegenden Report für die Verwendung mit X-Rechnung sowie das Anschreiben für EMail-Verkehr konfigurieren, wie bei jeder anderen Vorlage auch. Für die Verwendung mit X-Rechnung sind die Dokumententypen Invoice (AR)-normales Rechnungsdokument und Credit Memo (AR) - Gutschrift vorbereitet. Allgemeine Änderung: Beim Drucken wurden jetzt aussagekräftige Fehlermeldungen im Druck-Popup implementiert. Es wird kein leeren PDFs im Fehlerfall erzeugt.
	Produktion und BDE
3958	Verbesserungen in BDE und Produktions-Modul	In der BDE ist die Bildschirmauflösung jetzt auf ein Standard-Tablet Android, 10,1'', 1.920 x 1.200 Pixel angepasst. Mit so einem Mobile-Gerät kann jetzt über einen Bluetooth Scanner gearbeitet werden, ohne das die Softkey-Mobil-Tastatur eingeblendet wird. Die Knöpfe, wichtige Texte und Tabellen in der BDE sind wesentlich besser zu erkennen. Das Tablet kann z.B. an einem Flurförderfahrzeug oder einer Arbeitsstation in der Produktion befestigt und bequem über den Bluetooth Scanner der Auftrag abgearbeitet werden. Voraussetzung ist lediglich eine gute WLAN oder G4 Verbindung. BDE Produktionsrückmeldung: Sie zeigt jetzt produzierte Seriennummern bzw. Chargennummern an, wenn die Konfigurations-Option 'Chargennummer automatisch erzeugen' aktivert ist. Das FIFO-Prinzip bei Chargen wird dadurch durchgängig implementiert. Begriffe in BDE-Transaktionen: Allgemein: Da oben die Statusleiste fehlt, wird nun immer in der Transaktion angezeigt, wo man sich befindet (Entnahme, Rückgabe, Produktion). Es wurden viele unnötige Wiederholungen des Barcodes entfernt (z.B. pdc_bc_...) - Das ist für den Nutzer nur verwirrend. Die Wiederholung von Fehlermeldungen wurde unterbunden - nur einmal wird die Meldung gezeigt, dann geht es normal weiter. Entnahme: Es wurden auch hier viele unnötige Wiederholungen des Barcodes entfernt (z.B. pdc_bc_...) Grid unten, Spalte erhalten zu Entnahme umbenannt. Produktionsrückmeldung: Knopf 'Arbeitsgang beenden' zu 'Abschließen' umbenannt (Platz reichte nicht). . Im Produktionsplan wird die Sortier-Nr der Arbeitsgänge jetzt automatisch vergeben (immer +10). Die Sequenz ist Pflichtfeld. Es erstellt sich automatisch eine Abfolge im Ablaufplan, welche die laut Sequenz angegebene Reihenfolge abbildet. Basis-Arbeitsgänge haben einen neuen einen Knopf 'Stückliste erstellen': Dieser erzeugt eine Kopie der Stückliste aus dem Artikelstamm.
3970	Stücklisten von Produktionsartikeln lassen sich nicht updaten	Bug behoben
4022	Interne Materialbewegung mit BDE-Scanner-Funktion	Interne Materialbewegung mit BDE-Scanner-Funktion: Eine einfache Interne Materialbewegung als BDE (Betriebsdatenerfassung) wurde implementiert: Pfad: "BDE - Betriebsdatenerfassung - Lagerscanner": Hinweis: Einstieg ist der Button "Material Entnahme" bzw. "Material Rückgabe". Im folgenden Fenster wird zunächst der Lagerort gescannt, im anschlienßedem Bild der Artikel und die Menge eingegeben. Bei einer höheren Anzahl der Menge als 1 muss zuerst das Feld Menge gefüllt werden, dann erst das Scannen des Artikels. Wenn das Feld "Menge" nicht gefüllt ist, wird die Menge 1 gezogen. Unten baut sich eine Liste der Artikel in der Transaktion auf. Über den Button "Fertig" wird die Lagerbuchung abgeschlossen. Die Scannvorgänge sind under dem Pfad "Lagerverwaltung \|\| Interne Materialbewegung \|\| Interne Materialbewegung" zu finden, wenn ein Scannvorgang nicht über den Button "Fertig" abgeschlossen wurde, kann er auch hier in das Lager gebucht werden.Über den Button "Fertig" wird die Lagerbuchung abgeschlossen. Über den Button "Fertig" wird die Lagerbuchung abgeschlossen. Über die Button "Wareneingang" und Versand können Vorgänge aus dem Pfad "Lagerverwaltung \|\| Warenbewegung Lieferant \|\| Warenbewegung Lieferant" bzw. "Lagerverwaltung \|\| Warenbewegung Kunde \|\| Warenbewegung Kunde" (Versand) bearbeitet werden.Über den Button "Fertig" wird die Lagerbuchung abgeschlossen. Damit ein Datensatz in dem Feld "Warenbewegung" ausgewählt werden kann, muss diese im System vorher generiert (nicht aktiviert) sein (z.B. über den Pfad "Bestellwesen \|\| Transaktionen \|\| Wareneingang anlegen \|\| Wareneingang anlegen" bzw. "Vertrieb \|\| Transaktionen \|\| Lieferungen anlegen \|\| Lieferungen anlegen".Über den Button "Fertig" wird die Lagerbuchung abgeschlossen. Nach Auswahl der Warenbewegung können dann - wenn nötig - die Serien- bzw. Chargennummern gescannt werden (Feld "Barcode"). Über den Button "Fertig" wird die Transaktion abgeschlossen. Die entsprechende Warenbewegung ist damit aktiviert.Das Feld "Beschreibung" (pdcmaterialconsumptiondescription) aus der Referenz PdcMaterialConsumptionReturnHeader ist im Standard ausgeblendet und kann kundenspezifisch eingeblendet werden.
4028	Produktions-BDE-Bedienvereinfachungen	Produktions-BDE-Bedienvereinfachungen Nach dem Scan der Seriennummer/Chargennummern (Einzeln, Ohne Kombi-Barcodes) wird aus dem Dialog der Seriennummern-Erfassung automatisch wieder in die Transaktion (Entnahme, Rückgabe, Produktion) verzweigt, sobald alle nötigen SNR/CNR erfasst wurden. Das erspart das 2-malige scannen/drücken des Buttons Fertig. Die CNR/SNR werden jetzt auch in allen Transaktions-Grids angezeigt, so dass keine Transparenz verloren geht. BDE Produktionsrückmeldung: Es ist hier jetzt explizit dafür gedacht, das produzierte Gut ins Lager zu bringen. Rest-Material (MAT-Positionen in der Transaktion) sind nur ein Hinweis, das noch Material im Arbeitsgang ist. Das kann dann mit der BDE Rückgabe zurückgegeben werden. Beim Scannen des Arbeitsgang auf dem Haupt-Bildschirm wird jetzt standardmäßig in die Materialentnahme verzweigt, da dies der erste Schritt ist, der immer ausgeführt werden muss (vorher war Rückgabe eingestellt). Im unteren Grid steht bei Mengenangaben Menge (nicht Entnahme).
4071	Wareneingang Scannerfunktion	Wareneingang Scannerfunktion: Dazu wird über die Standard-Transaktion die Warenbewegung angelegt In der BDE Lagerscanner kann dann Wareneingang oder Versand ausgewählt werden. Die Transaktionen, welche sich im Entwurf befinden werden zur Auswahl angeboten. Sind SNR/CNR zu scannen, werden die Zeilen farblich dargestellt: Gelb ist jetzt zu bearbeiten Grün ist fertig Weiss/blau sind noch zu bearbeiten. Wenn alle Daten korrekt erfasst sind, sind alle Zeilen grün und die Transaktion kann abgeschlossen werden. Weitere signifikante Änderung: Die BDE Lagerscanner müuss jetzt nicht mehr zwingend strg-b senden, einfach Return reicht auch (Standard-Einstellung der meisten Scanner.
	Version 3.6.70
	Allgemeines
3875	Popup Attachments (Büroklammer) erweitern	Das Attachments Popup (Büroklammer) erscheint nun breiter. Die Spalte Beschreibung kann mehr Zeichen aufnehmen und anzeigen. Der Dateiname wurde mit einem direkten Link zur Datei ergänzt. Ersteller und Zeitstempel sind bereits enthalten.
3906	Lieferanten-, Kunden- Auftrag + -Rechnung, Warenbewgung Lieferant und Kunde: Feldanordnung angepasst	Die Feldanordnungen in einzelnen Transaktionen wurden angeglichen, z.B. Datumsfelder oder Zielbelegart. Auch die Feldgruppe "Zahlung" wurde angepasst. Lieferantenrechnung: Rabatt drucken ausgeblendet (ist nicht nötig). Pfad angeglichen: Rechnungen an Kunden heißt nun Kundenrechnungen (wie Lieferantenrechnungen). Bestell- und Kundenauftrag: Dokument Typ und Belegstatus nach unten (wie in Rechnungen). Bestellauftrag: "Vorgang beendet" ist ausgeblendet.
3889	Selektor: 'Geschäftspartner' um Textfeldsuche erweitern	Der Selector ‘Geschäftspartner’ wurde um individuelle Einstellmöglichkeiten erweitert: Im Application Dictionary unter Application Dictionary \|\| Reference: Business PartnerSelectorFilter befindet sich eine Fieldgroup, mit der man den Filter erweitern kann. Die Felder auxfield1..4 sind standardmäßig ausgeblendet und können in den Filter übernommen werden. Korrespondierend dazu gibt es unter Application Dictionary \|\| Reference: Business PartnerSearch das Data-Grid mit seinen Einstellungen. Hier gibt es ebenfalls die Simple Grid Golumns auxfield1..4. Die sind auch standardmäßig ausgeblendet und können hier individualisiert werden. Beim Einblenden muss in das Feld SQL Value for Dynamic AUX-Fields (NEU) ein sinvoller Query eingegeben werden. Soll nach dem AUX – Feld auch gefiltert werden (siehe Filter oben), ist im Feld Dynamic Columns SQL Filter ein Filter Query einzugeben.Beispiel: Feld: Eigene Nummer bei Lieferant/Kunde aus dem Geschäftspartnerstamm im Grid anzeigen und im Filter einstellen:Anleitung: 1. Vorgehen für Einblenden des Feldes: Im Application Dictionary unter Application Dictionary \|\| Reference: Suchfeld “Name”: Eingabe von „Business PartnerSearch“ Unterreiter “Simple Grid Columns” wählen, z.B. auxfield 1 markieren, dann Unterreiter “Grid Columns – Instance Specific”: Einen neuen Datensatz anlegen und das Feld “Settings for Visibility of Field” ändern von “None” auf “Visible”. Feld “SQL Value for Dynamic AUX-Fields”: Eingabe von @SQL=(select bb.owncodeatpartnersite from c_bpartner bb where bb.c_bpartner_id=bp.c_bpartner_id) Feld “Dynamic Columns SQL Filter”: Eingabe von @SQL= and bp.owncodeatpartnersite like ‘@FILTERVALUE@’ Hinweis: Der Filter muss immer mit and beginnen und auf die Tabelle c_bpartner mit bp. referenzieren. Ebenso ist der Platzhalter @FILTERVALUE@ zu nutzen. Dieser wird durch die Eingabe in das entsprechende auxfield des Filters ersetzt.2. Vorgehen für das Suchfeld: Im Application Dictionary unter Application Dictionary \|\| Reference: im Feld “Name”: Eingabe von Business PartnerSelectorFilter Unterreiter “Fieldgroup Columns” wählen, z.B. auxfield 1 markieren, dann Unterreiter “Field Columns – Instance Specific”: Einen neuen Datensatz anlegen und das Feld “Settings for Visibility of Field” ändern “None” auf “Visible”. Wenn das neue Feld direkt unter den anderen stehen soll: Sequence Number: 65.
3890	Selektor: 'Artikel mit Preisliste' um Textfeldsuche erweitern	Der Selector ‘Artikel mit Preisliste’ wurde um individuelle Einstellmöglichkeiten erweitert: Im Application Dictionary unter Application Dictionary \|\| Reference: ProductSelectorFilter befindet sich eine Fieldgroup, mit der man den Filter erweitern kann. Die Felder auxfield1..4 sind standardmäßig ausgeblendet und können in den Filter übernommen werden. Korrospondierend dazu gibt es unter Application Dictionary \|\| Reference: ProductSearch das Data-Grid mit seinen Einstellungen. Hier gibt es ebenfalls die Simple Grid Golumns auxfield1..4. Die sind auch standardmäßig ausgeblendet und können hier individualisiert werden. Beim Einblenden muss man in das Feld SQL Value for Dynamic AUX-Fields (NEU) einen sinvollen Query eingeben. Soll nach dem AUX-Feld auch gefiltert werden (siehe Filter oben), ist im Feld Dynamic Columns SQL Filter ein Filter Query einzugeben.Beispiel: Feld: Herstellernummer aus dem Artikelstamm im Grid anzeigen und im Filter einstellen:Anleitung 1. Vorgehen für Einblenden des Feldes: Im Application Dictionary unter Application Dictionary \|\| Reference: Feld “Name”: ProductSearch eingeben. Unterreiter “Simple Grid Columns” wählen, z.B. auxfield1 markieren, dann Unterreiter “Grid Columns – Instance Specific”: Neuen Datensatz anlegen und Feld “Settings for Visibility of Field” ändern auf “Visible”. Feld “SQL Value for Dynamic AUX-Fields”: @SQL=(select po.manufacturernumber from m_product po where po.m_product_id=p.m_product_id) Soll auch gefiltert werden (siehe Filter oben), ist im Feld “Dynamic Columns SQL Filter” ein Filter Query einzugeben (z.B. Herstellernummer) Feld “Dynamic Columns SQL Filter”: @SQL= and p.manufacturernumber like ‘@FILTERVALUE@’ Hinweis: Der Filter muss immer mit “and” beginnen und auf die Tabelle m_product mit p. referenzieren. Ebenso ist der Platzhalter @FILTERVALUE@ zu nutzen. Dieser wird durch die Eingabe in das entsprechende auxfield des Filters ersetzt.2. Vorgehen für das Suchfeld: Im Application Dictionary unter Application Dictionary \|\| Reference: Suchfeld “Name” Eingabe von “ProductSelectorFilter” Eintrag markieren und den Unterreiter “Fieldgroup Columns” wählen, z.B. auxfield1 markieren, dann Unterreiter “Field Columns – Instance Specific”: Neuen Datensatz anlegen und Feld “Settings for Visibility of Field” ändern “None” auf “Visible”. Wenn das neue Feld direkt unter den anderen stehen soll: Sequence Number: 65.
3901	Editable Grid: Visible-Logik	Ein Editable Grid kann jetzt abhängig vom Inhalt eines anderen Feldes auf der Form ein oder ausgeblendet werden. Um das Data-Dictionary nicht zu ändern, wird das Feld ReadOnly Logic in Application Dictionary \|\| Reference \|\| Reference >> Editable Grid Groups zu ReadOnly Logic - VisibleLogic umbenannt. Wenn in der ersten Gruppe eine Logik eingetragen wird, die mit @VISIBLE@ anfängt, wird das Grid bei Rückgabe von true ausgeblendet. Beispiel: @VISIBLE@@doctype@='POOFFER' \| @doctype@='POORDER'

	Einstellungen
3926	Alte Skins entfernt	General Setup \|\| Processes and Preferences \|\| Session Preferences \|\| Session Preferences Die alten Skins Orange Theme, Grey Theme, Default - Old Openbravo Skin, Green OpenZ - Skin wurden entfernt und werden beim Update durch das Skin OpenZ ND (Blau) ersetzt.
3552	Alert Wartungsintervall	Einstellungen \|\| Prozesse und Einstellungen \|\| Benachrichtigungen \|\| Alarm Regel Alert Wartungsdatum/Garantiedatum erreicht: Ein Alert wird zur Information (Zeitpunkt x vor Ablauf) als Mail an Mitarbeiter erstellt, damit dieser reagieren kann. Abfrage Feld Garantie bis / Mindesthaltbarkeitsdatum in SNR-Masterdata. Gilt nur für Seriennummern.
3938	FIFO Prinzip bei Chargennummern	Ist die neue Systemoption 'Chargenkontrolle nach FIFO Prinzip' in Einstellungen \|\| Unternehmen \|\| Organisation \|\| Konfiguration Optionen aktiviert, werden die Chargennummern bei der Internen Entnahme für die Produktion vorbelegt. Dies geschieht nach dem FIFO-Prinzip. D.h. die Chargen, welche zuerst in das System aufgenommen wurden, werden zuerst verwendet. Da unter Lagerverwaltung \|\| Interne Materialbewegung \|\| Positionen >> Serien-/Chargennummern die Chargennummern vorbelegt werden, ist die BDE so eingestellt, das keine Erfassung der CNR notwendig ist. Es ist darauf zu achten, die physischen Lager-Zugriffe nach dem FIFO Prinzip zu organisieren. Anmerkung: Im Versand kann dasselbe Prinzip über die Verwendung der System Option 'Chargennummer oder SNR im Versand automatisch vorbelegen' angewandt werden.
3939	Generierung der Seriennummern bereits vor der Produktion	Einstellungen \|\| Unternehmen \|\| Organisation \|\| Konfiguration Optionen Über die neue System-Option 'Vordefinierte Seriennummern in der Produktion' kann festgelegt werden, ob die Seriennummern in den Produktionsaufträgen bereits vor der Fertigstellung generiert werden. Ist die Option aktiviert, erscheint im Produktionsauftrag ein neuer Unterreiter: Herstellung \|\| Produktions-Auftrag \|\| Arbeitsgänge >> Vordefinierte Seriennummern. In diesem sind die zu produzierenden Seriennummern bereits enthalten . Sie sind nach dem Prinzip Suchschlüssel des Arbeitsgangs + laufende Nummer festgelegt. Damit sind die Nummern immer eindeutig. Die Daten können benutzt werden, um Etiketten zu drucken oder Kunden vorab über die Seriennummern zu informieren.
3945	Artikel kopieren: Produktionsplan mit kopieren	Einstellungen \|\| Unternehmen \|\| Organisation \|\| Konfiguration Optionen Wenn die neue System-Option "Arbeitsgang und Produktionsplan automatisch erzeugen" nicht aktiv ist, kopiert das System vorhandene Produktionspläne des Artikels. Diese Funktion wird in den Prozess "Artikel kopieren" von der Artikel-Hauptmaske automatisch mit ausgeführt. Alle Einstellungen (Reihenfolge/Abläufe, Lagerorte, Maschinen, Arbeitsaufwand, Zeiten, Techn. Dokumente usw.) aus den vorhandenen Arbeitsgängen und Produktionsplänen des zu kopierenden Artikels werden mit übernommen. Allerdings werden Dateianhänge aus den Produktionsplänen nicht mit kopiert. Es ist darauf zu achten, den Prozess „Produktionsplan prüfen“ vor der ersten Verwendung des Produktionsplanes einmal auszuführen.

	Stammdaten
3827	Neuer Button für Serienummern-Umbuchung	In folgenden Ansichten ist der Button "Lagerort ändern" eingebaut: Stammdaten \|\| Seriennummern \|\| Seriennummern Stammdaten \|\| Artikel \|\| Artikel >> Lager >> Seriennummern Dieser Button führt eine Lagerumbuchung durch (wie unter „Lagerverwaltung \|\| Transaktionen \|\| Lager Umbuchung \|\| Lagerbewegung“: Der entsprechende Artikel ist gewählt, die Seriennummer bereits hinterlegt, das vom Lagerort belegt ist.
3937	Import von Produktionsplänen (mit Attributen).	Eine neue Import-Funktion für Produktionspläne wurde erstellt. Das CSV-Format kann über Stammdaten \|\| Datenimport \|\| Export Production Plan heruntergeladen werden. Der Aufbau ist so gestaltet, das die Kopfdaten (Suchschlüssel, Beschreibung usw.) des Produktionsplanes redundant angegeben werden müssen, wenn mehrere Arbeitsgänge erforderlich sind. Die Daten der Arbeitsgänge (Arbeitsgang No., Beschreibung, Artikel Montage, Lagerorte, Zeiten etc.) müssen wiederum redundant angegeben werden, wenn mehrere Vergütungskategorien oder Maschinen im Arbeitsgang vorhanden sind. Nach dem Import entsteht ein komplexer Produktionsplan. Die Stücklisten werden automatisch über die Artikel-Stammdaten eingefügt und bleiben über die System Option 'Stücklisten in Artikel und Basisarbeitsgang synchronisieren.' jederzeit synchron. Der importierte Produktionsplan befindet sich im Entwurf und muss noch den Prozess 'Produktionsplan prüfen' durchlaufen. Dabei ist ggf. bei mehreren Arbeitsgängen noch eine Reihenfolge in 'Herstellung \|\| Produktions-Plan \|\| Abfolgeplan' festzulegen. Diese Abfolge ist noch nicht importierbar.
3932	Product Import: Kundenartikel-Nummern mit importieren.	Stammdaten \|\| Datenimport \|\| Export Artikel Der Artikel-Import über das CSV-Format wurde für die Angabe der Kundenartikelnummer (kundenspezifische Angaben) erweitert.
3912	Seriennummer doppelt in Stückliste.	Wenn eine Seriennummer in eine Stückliste eingebaut ist (Stammdaten \|\| Seriennummern \|\| Seriennummern >> Stückliste ) kann diese an das Lager zurückgelegt (Interne Mat. Bew.) und erneut in ein anderes Teil eingebaut werden (z.B. BDE BOM Navigation). Fehler behoben. Bei der Aktivierung einer Lager + - Buchung wird eine Fehlermeldung ausgegeben: Seriennummer ist aktuell in einem Gerät eingebaut. Bitte mit der BDE ausbauen:
3789	Stammdaten: Unterreiter zeigt vermeintlichen Datensatz in der Detailansicht	Stammdaten \|\| Artikel \|\| Artikel >> Einkauf Der Unterreiter zeigt vermeintlichen Datensatz in der Detailansicht. Bug behoben: Das System wechselt immer in die Listenansicht, sobald auf einen TAB verzweigt wird, der keine Daten enthält. Dies gilt auch wenn,vorher dort über einen anderen übergeordneten Datensatz im Unterreiter editiert wurde.

	CRM

	Einkauf
3891	Anfragen: Neuer Status geschlossen und Preisliste (Währung) wechseln trotz vorhandener Positionen	Genau wie die Angebote im Verkauf, können Anfragen im EK nun auch geschlossen werden. Der zugehörige Status lautet 'Geschlossen', Dokumente in diesem Status können nicht wieder geöffnet werden. Der Button 'Aktualisieren' bietet damit nun die 3 Optionen: Aktualisieren, Schließen, Ungültig machen. Der Status 'Geschlossen' ist für den Dokumententype Anfrage (PO) neu und kann im neuen Menüpunkt 'Anfrageverwaltung Einkauf' durch einen automatischen Prozess beim Aktualisieren gesetzt werden (Siehe Ticket 3888). Bei einer Anfrage (PO) kann jetzt die Preisliste und damit die Währung geändert werden, sofern das Dokument im Status 'Entwurf' ist. Dieses gilt explizit nicht für andere Dokumententypen. Die Preise in den Positionen werden dabei 1:1 in die neue Währung übernommen. Dies ist so gewollt, um die Fälle leicht bearbeiten zu können, wo bei mehreren Lieferanten in EUR angefragt wird, aber ein Lieferant in einer anderen Währung antwortet. Auch die Änderung der Preisliste/Währung wird im neuen Menüpunkt 'Anfrageverwaltung Einkauf' durch einen automatischen Prozess beim Aktualisieren unterstützt (Siehe Ticket 3888).

	Verkauf
3863	Standardreport-Anpassungen: Seitenumbruch	Vertrieb \|\| Aufträge \|\| Aufträge Der Seitenumbruch in Kundenaufträgen (auch Abos) ist optimiert worden.
3934	Streckenauftrag mit Teillieferung.	Vertrieb \|\| Aufträge \|\| Aufträge Wenn im Bestellwesen ein Einkaufsauftrag (Streckengeschäft) die volle Menge der zu liefernden Positionen abdeckt, ist der Button Streckenauftrag im VK-Auftrag inaktiv, wie jetzt auch. Nun kann durch folgenden Ablauf ein Teilauftrag zum Streckengeschäft erstellt werden. - Einkaufsauftrag (Streckengeschäft) aktualisieren (Status Entwurf) - Menge eines Artikels auf die lieferbare Menge reduzieren (alternativ Position löschen) - Einkaufsauftrag (Streckengeschäft) aktivieren (Status Aktiv) Auf der VK-Seite ist im referenzierenden Auftrag (SO) der Button Streckenauftrag nun wieder aktiv und ein neuer Einkaufsauftrag (Streckengeschäft) kann ausgelöst werden. Es wird erneut der Lieferant vorgeschlagen. Bei OK werden dann die noch offenen Mengen in einen zweiten Streckenauftrag generiert usw. bis die benötigten Mengen gedeckt sind.
3887	Anfragemanagement: multiple Anfragen generieren	Vertrieb \|\| Aufträge \|\| Aufträge Im VK-Dokument ist der vorhandene Prozess "Dokument erstellen" (Button) erweitert worden. Neben den bereits bekannten Funktionen Angebot, Auftrag, Proforma-Rechnung können jetzt auch die Dokument-Typen Anfrage (PO) und Bestellung (PO) erzeugt werden. Bei Anfrage (PO) wird ein Geschäftspartner Multiselektor (wie der in der Dimensionsanalyse) gezeigt. Bei Bestellung (PO) ist ein "normaler" Selektor zur Auswahl des Lieferanten vorhanden. In beiden Fällen blendet sich ein "Editable Grid", dass die Positionen des Angebotsdokumentes zeigt ein - mit den Spalten: Checkbox, Pos-Nr, Artikel, Pos-Beschreibung, Menge. Außer der Checkbox sind alle Felder "read only". Alle im Angebot angelegten Positionen werden in einer Listenansicht gezeigt. Vor den Positionen kann per Setzen eines Haken ausgewählt werden, zu welchen Positionen bei den oben ausgewählten Lieferanten angefragt werden soll. Die Anwahl des Buttons Dokument erstellen generiert >je< ausgewählten Geschäftspartner >ein< Anfragedokument. In den Anfragedokumenten sind nur die gewählten Positionen enthalten. Die Kopfinformationen der Anfragedokumente werden nach den bereits vorhanden Logiken erstellt (Berücksichtigung der entsprechenden Defaultwerte). Die Präferenz ACTIVATEPODOCUMENTAFTERCREATEFROMSO unter dem Pfad: "Einstellungen \|\| Prozesse und Einstellungen \|\| Präferenzen \|\| Voreinstellung" stellt ein, ob das Einkaufsdokument nach dem Erzeugen aktiv sein soll (Default=aktiv).

	Lagerverwaltung
3954	Interne Materialbewegung drucken - kein Ausdruck und System ist überlastet	Lagerverwaltung \|\| Interne Materialbewegung Drucken Bug behoben. Der Druck eines Datensatzes mit mehreren Positionen blockiert nun nicht mehr. Verbesserung: Befindet man sich in der Detailansicht eines Datensatzes, wird dieser Datensatz im Popup-Fenster des Druckes direkt vorbelegt. Die Ausgabe ist ein Etikett mit einem QR-Code des Suchschlüssels und ggf. einem weiteren QR-Code für vorhandene Chargen- oder Seriennummern
3915	Reporting-BUG: Lieferschein, Druck der SNr. nicht vollständig	Der Druck der Seriennummern erfolgt nun mit einem Leerzeichen nach jedem Komma. Dies vereinfacht die Übersicht und einzelne Nummern werden bei einem Zeilenumbruch nicht mehr getrennt.
3896	Lagerumbuchung beachtet Einheit nicht.	Lagerverwaltung \|\| Transaktionen \|\| Lager Umbuchung \|\| Lagerbewegung Der Name wird jetzt nach dem Schema: YYYY-MM-DD-1..n vergeben (tagesaktuell mit Zähler). Die Einheit wird jetzt beim Speichern überprüft und ggf. auf den korrekten Wert wie im Artikelstamm hinterlegt eingestellt.

	Projekte

	Finanzwesen
3701	Betriebswirtschaftliche Auswertungen: UST	Betriebswirtschaftliche Auswertungen: UST Die Bemessungsgrundlage für EU Tatbestände wurde korrigiert und stimmt jetzt mit der Summe in der Zusammenfassenden Meldung überein.
3907	Automatisierung des Zahlplans: Sonder-Hauptbuch Vorfälle automatisch buchen.	Der Zahlplan mit dem Sonder-Hauptbuch Vorgang Anzahlungsrechnung/Zwischenrechnung/Schlussrechnung wurde durch automatisch ausgelöste Buchungen in der Buchhaltung automatisiert. Dazu sind folgende Einstellungen im System vorzunehmen: Buchhaltung \|\| Kontoführung \|\| Kontierungseinstellungen \|\| Kontierungsschemata \|\| >> Voreinstellungen: Neues Feld: Verrechnungskonto erh. Anzahlungen: Hier muss ein Konto Eingetragen werden. Buchhaltung \|\| Kontoführung \|\| Kontierungseinstellungen \|\| Steuersätze \|\| >> Kontierung: Neues Feld: Konto Anzahlungen. Hier muss für jede in Zahlplänen verwendete Steuerart ein Konto hinterlegt werden. Damit die Automatisierung gelingt, darf in einem Auftrag mit Zahlplan immer nur eine Steuerart verwendet werden. Die Sonder-Hauptbuch Vorgänge werden nur ausgelöst, wenn sich im Zahlplan eine Position mit aktivierter Option 'Verumsatzen in dieser Rechnung' (Neues Feld) befindet. Gibt es keine solche Position, werden wie bisher alle aus dem Zahlplan generierten Rechnungen als Umsatz auf die entsprechenden im System hinterlegten Kontierungen verbucht. Gibt es eine Position mit 'Verumsatzen in dieser Rechnung' im Zahlplan, werden alle Rechnungen, die vom Datum her VOR dem Eintrag mit 'Verumsatzen in dieser Rechnung' liegen als Anzahlungsrechnung bzw. Zwischenrechnung gebucht: Das Buchungsschema hierfür lautet beim Buchen der Rechnung: Brutto-Betrag Debitor -> Verrechnungskonto erh. Anzahlungen. Beim Zahlungseingang der Anzahlungs- bzw. Zwischenrechnung wird die Steuer gezogen. Hierfür lautet das Buchungsschema: Netto-Betrag: Verrechnungskonto erh. Anzahlungen -> Anzahlungen (Wie in der Steuerart gesetzt) UND Steuerbetrag: Verrechnungskonto erh. Anzahlungen -> Steuer-Konto (Wie in der Steuerart gesetzt). Beim Buchen der Rechnung mit der Option 'Verumsatzen in dieser Rechnung' aus dem Zahlplan wird folgendes Buchungsschema ausgeführt: Rechnungsbetrag netto Debitor -> Umsatz (Standard) Steuerbetrag Rechnung Debitor-> Steuer (Standard). Für ALLE vorangegangenen Anzahlungs- und -Zwischenrechnungen zusätzlich: Netto-Betrag: Anzahlungen (Wie in der Steuerart gesetzt) -> Debitor Steuerbetrag: Steuerkonto-> Debitor Netto-Betrag: Debitor -> Umsatz Steuerbetrag: Debitor -> Steuer. Alle dem Zahlplan-Eintrag mit der Option 'Verumsatzen in dieser Rechnung' nachfolgenden Einträge buchen das Standard-Schema: Rechnungsbetrag netto Debitor -> Umsatz Steuerbetrag Rechnung Debitor-> Steuer. Hinweis zur Kontierung und DATEV-Export: Wenn Automatikkonten benutzt werden, so sind zwingend SOWOHL für das Konto Anzahlungen (Wie in der Steuerart gesetzt) UND Umsatz (auch in der Steuerart gesetzt) zwingend Automatikkonten einzusetzen. Ansonsten darf keines der beiden Konten ein Automatikkonto sein. Anmerkung: Es ist nur ein Datensatz mit 'Verumsatzen in dieser Rechnung' im Zahlplan möglich. Nur so lässt sich der Buchungsvorgang automatisieren.
3923	Automatisierung des Zahlplans (Ausdrucke mit Textmodulen und Zusammenstellung der Beträge)	Der Zahlplan mit dem Sonder-Hauptbuch Vorgang Anzahlungsrechnung/Zwischenrechnung/Schlussrechnung wurde automatisiert. Die Bedienung dieses Features erfolgt über zusätzliche Felder, Textmodule und Einstellungen. Zuerst zur Beschreibung der Bedienung: Es gibt unter dem Pfad: „Einstellungen \|\| System-Stammdaten \|\| Textmodule \|\| Textmodule“ einen neuen Dokument-Typ "Zahlplan" (Payment Sheduling). Dieser dient nur dazu, Textmodule abzulegen, die im Rahmen der Zahlpläne verwendet werden können. In den Textmodulen können die Wildcards @GRANDTOTAL@, @CURRENCY@ und @TAX@ verwendet werden. Diese beziehen sich auf den zugrundeliegenden Auftrag und bezeichnen Brutto-Betrag, Währung (ISO-Code) und Steuerbetrag. Die Textmodule können im Zahlplan hinterlegt werden. Dafür gibt es die neuen Felder "Textmodul Beschreibung", "Textmodul für Position" und "Textmodul unter den Positionen" im Zahlplan. Das Textmodul unter den Positionen wird als ganz normales Textmodul in die Rechnung kopiert (Wildcards nicht verwendbar). Textmodul Beschreibung und Textmodul für Position werden unter Berücksichtigung der Wildcards beim Abspeichern in die Felder Beschreibung bzw. Positionsbeschreibung in den Zahlplan übernommen. Voraussetzung dafür ist, dass ein Textmodul ausgewählt ist und das zu füllende Feld leer ist. Wie bisher wird das Feld Beschreibung in den Kopf der Rechnung in das Feld Beschreibung übernommen. Wenn bereits Anzahlungsrechnungen generiert wurden, wird eine Zusammenstellung der bisher gestellten Rechnungen unter das Feld Beschreibung aus dem Zahlplan bei der Rechnungsgenerierung im Feld Beschreibung der Rechnung generiert. Um die Zusammenstellung der der bisher gestellten Rechnungen zu ermöglichen, benutzt das System die Message mit dem Namen PaymentSheduleInvoiceListing. Diese kann individuell angepasst werden und enthält Wildcards. Im Standard wird die Zusammenfassung wie folgt erstellt: Rechnung @DOCUMENTNO@ vom @DOCDATE@ über @GRANDTOTAL@ @CURRENCY@, davon @TAX@ @CURRENCY@ MWSt. Dabei werden @DOCUMENTNO@ durch Rechnungsnummer, @DOCDATE@ durch Rechnungsdatum, @GRANDTOTAL@ durch Rechnungsbetrag (brutto), @TAX@ durch Steuerbetrag und @CURRENCY@ durch die Währung (ISO-Code) ersetzt. Sollen die Texte nach der Rechnungs-Generierung noch geändert werden, kan das direkt in der Rechnung erfolgen (in Entwurf setzen, dann bearbeiten).
3894	Namensgebung Abschreibungen	Die Name im Feld "Abschreibung" wurde überarbeitet, hier steht nun zunächst das Jahr, dann der Monat (z.B. 2020-02, 2020-03...). Damit lässt sich besser sortieren. Pfad 1: "Buchhaltung \|\| Anlagenbuchhaltung \|\| Abschreibung \|\| Abschreibung". Hier ist der Name nun z.B. "2020-02" oder "2020-03". Pfad 2:"Buchhaltung \|\| Anlagenbuchhaltung \|\| Anlagegüter \|\| Anlagegüter >> Abschreibung": Hier ist der Name nun z.B. "2020-12 - 01-12-2020 - 31-12-2020" oder "2021-12 - 01-12-2021 - 31-12-2021" (bei jährlicher Abschreibung). Bei monatlicher Abschreibung z.B. "2020-04 - 01-04-2020 - 30-04-2020" oder "2020-05 - 01-05-2020 - 31-05-2020". Auch im 2. Pfad kann nun nach Geschäftsjahr-Monat sortiert werden.
3950	CAMT und genehmigte Lieferantenrechnungen	Die CAMT-Datei wird jetzt auch korrekt verarbeitet, wenn der Genehmigungs-Workflow für Lieferantenrechnungen benutzt wird. Genehmigungsworkfolw: In dem Fenster "Übersicht Ford./Verb." kann ein Haken genehmigt gesetzt werden.

	Anlagenverwaltung
3941	Deaktivierte Maschinen ausblenden	Anlagenverwaltung \|\| Maschine \|\| Maschine Filter aufrufen, hier Feld „Aktiv“ auf „Ja“ stellen, nur aktivierte Maschinen werden angezeigt. Filter aufrufen, Feld „Aktiv“ auf „Nein“ stellen, nur deaktivierte Maschinen werden angezeigt, wenn das Feld "Aktiv" keinen Eintrag hat, werden aktivierte und deaktivierte Maschinen angezeigt.

	Produktion
3940	Neue View Arbeistplatzbelegung	Eine Neue View Arbeistplatzbelegung ist unter Herstellung \|\| Geplante Arbeitsgänge \|\| Arbeitsplatzbelegung als neuer Unterreiter erstellt worden. Diese View zeigt den Arbeitsplatz und alle darauf geplanten oder gerade laufenden Arbeitsgänge an. Besonders ist, dass explizit auch nach bereits freigegebenen Aufträgen oder für Statistische Zwecke nach bereits abgeschlossenen Aufträgen sowie Zeiträumen gefiltert werden kann.
3909	BUG: In EK/VK darf nicht auf Produktionsplan verlinkt werden	Ist: Der Suchschlüssel des Produktionsplanes wird nicht über den Selektor gefunden. Wird dieser aber direkt in das Feld 'Projekt/Produktionsauftrag' eingegeben, dann funktioniert die Verlinkung trotzdem. Soll: Verlinkung zu Produktionsplänen muss unterdrückt werden. Es sollte dann eine Fehlermeldung erscheinen, das auf Produktionspläne nicht verlinkt werden kann. Bug behoben. Bei Direkteingabe des Namens oder Suchschlüssels sind keine Produktionspläne mehr selektierbar.
	Version 3.6.60
	Allgemeines
3704	OpenZ-Standardreport: Auftragsdokumente mit Bruttopreisliste schreiben 'zzgl Steuer'	Änderung Standard-Report im Auftragswesen für Brutto-Preislisten: Angebot, Auftrag (SO), Reparaturauftrag, Rahmenvertrag, Abrufauftrag, POS-Order-Return, Kostenvoranschlag, Auftrag Sofortberechnung: Drucken jetzt bei Bei Brutto-Preislisten: 'Im Gesamtbetrag enthaltene Steuer'. Bei Abo-Angebot, Abo-Auftrag ist diese Funktion noch NICHT umgesetzt. Bug behoben.
3798	Anhänge nun wieder mit Zeitstempel	Bug behoben.
3834	Internationales Datumsformat fehlerhaft in Filtern	Bug behoben.
3878	Sylesheet OpenzND	Die Frabe grau (Hintergrund) bietet zu dem weiß (Eingabefeldern) jetzt wieder einen ausreichenden Kontrast. Die Unterstriche bei den Links sind wieder zurückgenommen. Das sorgt für bessere Lesbarkeit.

	Einstellungen
3504	Daten in Voreinstellungen Dokumente werden vom Callout überschrieben (Bsp.: Lager)	Pfad: "Einstellungen \|\| System-Stammdaten \|\| Voreinstellungen Dokumente \|\| Voreinstellungen": Wenn z.B. z.B. für Einkaufsaufträge ein Lager hinterlegt ist, wird dieses nach Eingabe des Geschäftspartners über das Callout überschrieben. Bug behoben: Das Lager in Voreinstellungen Dokumente wird durch das Lager der Session überschrieben. Es betrifft nur das Lager. Wenn nicht unter "Lagerverwaltung \|\| Einstellungen \|\| Warenlager \|\| Lager >> Auslieferstellen ein anderes Lager für den Kunden/Lieferanaten definiert ist, wird jetzt das Lager aus Voreinstellungen Dokumente verwendet.
3816	Abonennten-Email inkl. Anhängen als Kopie in der 'Kommunikation' ablegen	Über eine neue System-Option (Newsletter Mail als CRM Eintrag erstellen) im Pfad: "Einstellungen \|\| Unternehmen \|\| Organisation \|\| Organisation >> Konfiguration Optionen" kann man bestimmen, ob ein Newsletter-Versand als CRM-Eintrag in "Stammdaten \|\| Geschäftspartner \|\| Geschäftspartner >> Kommunikation" abgelegt wird. Im Default ist die neue System-Option aktiviert. Bei Versenden eines Newsletters wird die CRM-Kontaksart über den Eintrag mit der neuen Option 'Standard für Newsletter' in den Kontaktarten ermittelt. Gibt es keinen Eintrag, wird zufällig eine Kontaktart gewählt. In "Stammdaten \|\| Geschäftspartner \|\| Geschäftspartner >> Kommunikation" wird beim Neswletterversand für jeden Empfänger ein Datensatz mit dem Datum des Versands, der CRM-Kontaktart, Empfänger (Kontaktpersion), Absender (kontaktiert von) und dem Text des Newsletters sowie die Attchments des Newsletters abgelegt.
3837	Option 'Lieferantenvorauswahl bei Bestellpositionen' nun ohne Vorauswahl	Pfad: "Einstellungen \|\| Unternehmen \|\| Organisation \|\| Organisation >> Konfiguration Optionen": "Lieferantenvorauswahl bei Bestellpositionen": Bei aktivierter Option 'Lieferantenvorauswahl ist in der Bestellung jetzt immer der Lieferant vorbelegt. Bug behoben. Wird der Filter auf einen anderen Lieferanten bzw. keinen gewechselt, filtert der Selektor dementsprechend. Wenn dann ein neuer Datensatz erstellt und den Selektor erneut geöffnet wird, ist wieder der Lieferant aus der Bestellung vorbelegt.
3876	Gui-Engine: Anordnung von Customfields	In 3er-Gruppen konnten Custumfields bislang nicht angeordnet werden. Der Fehler ist nun behoben. Custumfields können nun Updatesicher auch in 3er Gruppen (3 Felder nebeneinander) angeordnet werden.
3406	Warnung bei Verwendung von Verkaufseinheit, wenn kein Umrechnungsfaktor existiert	Bei Anlegen einer Verpackungseinheit unter Stammdaten \|\| Artikel \|\| Artikel >> Verpackungseinheit erscheint jetzt eine Fehlermeldung, wenn zu dieser Einheit kein Umrechnungsfaktor in die Grundeinheit des Artikels (die in den Artikelgrunddaten hinterlegt ist) existiert.
3671	Import Artikel; Information Herstellerland wird irregulär gelöscht.	Pfad: "Stammdaten \|\| Datenimport \|\| Export Artikel \|\| Artikel Export": Hat ein Artikel einen Eintrag im Feld Herstellerland (dropdown) und exportiert diesen Artikel in deutscher Spracheinstellung als CSV, um ihn später mit irgendeiner anderen Änderung wieder zu importieren, so geht bei dem Import der Eintrag Herstellerland verloren! Bug behoben, Herstellerland wird jetzt importiert. Außerdem wurden Direktfilter hinterlegt: Pfad "Stammdaten \|\| Datenimport \|\| Export Artikel \|\| Artikel Export": Direktfilter "Suchschlüssel", ebenso in den anderen Exportpfaden. Bei "Export Artikel-Unterreiter VK-Preis": Direktfilter "Preislisten Version", bei "Export Artikel-Unterreiter Einkauf": Direktfilter "Lieferkantennummer".
3679	Ergänzung Seriennummern und Seriennummern-Transaktionen	Die Felder Text1-Text10 sowie num1-5 und date1-4 sind jetzt auch unter "Stammdaten \|\| Seriennummern" sowie "Stammdaten \|\| Seriennummern \|\| Transaktionen" verfügbar. Im Standard sind diese Felder ausgeblendet. Die Felder haben die Funktion, wenn unter "Lagerverwaltung \|\| Warenbewegung Kunde" bzw. "Lagerverwaltung \|\| Warenbewegung Lieferant" sowie unter "Lagerverwaltung \|\| Interne Materialbewegung" jeweils im Unterreiter Seriennummern diese Felder benutzt werden, den jeweils letzten Zustand in den Stammsatz der Seriennummer zu übertragen. Die Zustands-Historie ergibt sich dann in der Transaktions-Historie ("Stammdaten \|\| Seriennummern \|\| Transaktionen"). Damit können Zustände von Seriennummern bei den einzelnen Lager-Transaktionen lückenlos dokumentiert werden. Einschränkung: Bei Lager-Umbuchungen und Inventuren gibt es die Zustands-Felder nicht, nur bei "Lagerverwaltung \|\| Warenbewegung Kunde bzw. -Lieferant" sowie unter "Lagerverwaltung \|\| Interne Materialbewegung". Dort sind die im Standard ausgeblendeten Felder dann einzublenden, damit die Funktion genutzt werden kann.
3711	Kunden-Preisgestaltung mit 100% Rabatt meldet Fehler bei Rechnungsgenerierung	Wenn eine Preisgestaltung mit 100% Rabatt angelegt werden soll, erscheint: FEHLER: Ein Rabatt von 100% ist nicht möglich. (In diesem Fall: Fester Preis=0 setzen). Bug behoben. Dazu das Feld Rabatt auf 0 und das Feld "Fester Preis" auf 0 setzen, dann greift die Preisgestaltung. Hinweis: Wenn im Kundenauftrag selbst ein Rabatt von 100% eingegeben wird, ändert sich der Preis auf 0. Es lässt sich auch dann eine Rechnung aus dem Auftrag erstellen (Preis = 0).
3735	Bild-Upload: Dateierkennung CASE-Sensitiv	Die hochgeladenen Bilder wurden nicht 100%-ig erkannt. Bei Dateiendungen mit Großbuchstaben fehlte z.B. das Thumbnail. Es werden nun die Formate png, jpg, jpeg, gif, bmp erkannt. Großschreibung der Dateiendungen spielt nun keine Rolle mehr. Dies gilt nicht für die Spalte 'Dateityp', die ist mittlerweile obsolet. Weitere Änderung: Der Ersteller des Attachments und der Erstellungszeitpunkt werden mit in der Liste ausgegeben.
3741	Manuelle Änderungsmöglichkeit der Stückliste vorsehen.	Zum Pfad "Stammdaten \|\| Seriennummern \|\| Seriennummern >> Stückliste" sind die Einträge jetzt editierbar. Menge, Artikel, Pos. Nr. können verändert werden. Datensätze einfügen und löschen ist auch möglich.
3797	Bilderkarussel beachtet die Positionsnummern der Anhänge nicht	Pfad: "Stammdaten \|\| Artikel \|\| Artikel": Es wird nun nach Positionsnummer sortiert, die niedrigste zuerst. Bug behoben.
3827	Neuer Button für Serienummern-Umbuchung	In folgenden Ansichten ist der Button "Lagerort ändern" eingebaut: Stammdaten \|\| Seriennummern \|\| Seriennummern Stammdaten \|\| Artikel \|\| Artikel >> Lager >> Seriennummern Dieser Button führt eine Lagerumbuchung durch (wie unter „Lagerverwaltung \|\| Transaktionen \|\| Lager Umbuchung \|\| Lagerbewegung“: Der entsprechende Artikel ist gewählt, die Seriennummer bereits hinterlegt, das vom Lagerort belegt ist.
3828	Import-Artikel-Kalkulationsdaten: alter Satz wird überschrieben	Pfad: "Stammdaten \|\| Datenimport \|\| Export Kalkulation \|\| Export Kalkulation": Beim Import von Artikel-Kalkulationsdaten wird der alte Satz mit dem neuen Kostensatz überschrieben. Es wird zwar auch ein neuer Datensatz angelegt, aber der alte Datensatz wird eben auch geändert. Bug behoben, die vorhandenen Einträge werden durch den Import jetzt nicht mehr überschrieben. Außerdem wurden bei den Artikel-Kalkulationen die Spalten "Preis", "Datum bis", "Menge" sowie "Aktiv" entfernt. Diese waren unnötig. Die Spalte Kostentyp trägt die Werte ST = Standard oder letzter Einkaufspreis bzw. AV = Gleitender Durchschnittspreis. Hinweis: Wichtig beim Import: Das Datum aus der vorher heruntergeladenen Export-Datei muss verändert werden, ansonsten wird kein neuer Datensatz angelegt.
3831	Feld PLZ mit zuwenig Zeichenlänge	Die PLZ in der Adresse kann jetzt beliebige Länge haben. Einschränkung. In VK-Dokumenten, im Feld 'Postleitzahl' werden weiterhin nur die ersten 10 Stellen übernommen. Bug behoben.
3855	Erweiterung von Mitarbeiter-Rechten	Pfad: Stammdaten \|\| Mitarbeiter \|\| Mitarbeiter: Ein neuer Unterreiter "Organisations-Einstellungen" erlaubt die Eingabe der Eigenschaften Verkäufer, Einkäufer und Projektmanager für zusätzliche Organisationen, wenn im Stammsatz des Mitarbeiters auch eine Organisation gewählt ist (nicht Stern). In den entsprechenden Transaktionen (Kunden-Auftrag und -Rechnung, Einkaufs-Auftrag und -Rechnung sowie Projekte) kann im Dropdown "Einkäufer" bwz. "Verkäufer" bzw. "Projektleiter" der betreffende Mitarbeiter dann auch für die neu hinterlegte Organisation ausgewählt werden. Voraussetzung: Der Stammsatz des Mitarbeiters ist nicht der ORG * zugeordnet.
3874	Stundenzettel: Wording	Pfad: "Stammdaten \|\| Mitarbeiter \|\| Mitarbeiter": Druck des Stundenzettels: Die Spalten werden analog zur Arbeitszeiterfassung Zus.1, Zus.2, Zus.3, Zus.4 benannt. Auf dem Screen Arbeitseinsatz Rückmeldung (Pfad: "Projektmanagement \|\| Arbeitseinsatz Rückmeldung \|\| Arbeitseinsatz Rückmeldung") heisst es Zuschlag 1 bis Zuschlag 4. Auf dem Screen gibt es auch einen neuen Zuschlag 5, dieser wird NICHT im Stundenzettel wiedergegeben

	CRM
3814	Abonnenten E-mail mit Anhängen senden	Pfad: "CRM \|\| Einstellungen \|\| Mailvorlagen \|\| Mailvorlagen" Anhänge, die im Datensatz einer Mailvorlage gespeichert wurden, werden nun automatisch beim versenden der Abonennten-Email als Anhang mitgesendet.
3815	Abonennten-Email: Platzhalter in Emailtext verwenden	Pfad: "CRM \|\| Einstellungen \|\| Mailvorlagen \|\| Mailvorlagen": Wie in den Dokumentenmails bereits vorhanden, können nun auch in den CRM-Mailvorlagen die Platzhalter @cus_nam@ und @sal_nam@ im Text der Mail eingesetzt werden. Wie in den Dokumentenmails, wird dann automatisch der zugehörige Name in die Mails geschrieben. @cus_nam@ ist der Name der Kontaktperson (Stammdaten \|\| Geschäftspartner \|\| Geschäftspartner >> Kontaktperson ) für das jeweilige Interessensgebiet (Empfänger). @sal_nam@ gibt den Namen des im Feld Absenderadresse gewählten Mitarbeiters beim Versand der Mail aus (CRM \|\| Abonnenten E-Mail senden \|\| Abonnenten E-Mail senden )

	Einkauf
3558	Lieferantenrechnungsvorschlag berücksichtigt nicht tagesaktuelles Datum.	Pfad: "Bestellwesen \|\| Transaktionen \|\| Rechnungen manuell anlegen": In 'Lieferantenrechnung man. anlegen' werden nun auch die Bestellungen angezeigt, die im Feld 'voraussichtliches Rechnungsdatum' das tagesaktuelle Datum enthalten. In diesem Feld ist nun das Datum auch wieder löschbar.
3592	OpenZ-Standardreport: weiteres Sammelticket BUGFIX	Rahmenvertrag und Abrufauftrag im EINKAUF: Lieferantenname wird nicht in Lieferadresse gedruckt. Im Vertrieb wird der GP-Name (Kunde) in die Lieferadresse gedruckt, sofern kein abw. GP-Name vergeben ist.Im EK wird die Adresse des Lagers gedruckt - dies ist eine Adresse des Auftraggebers. Es wird nun kein GP-Name mehr gedruckt. Bug behoben. Bei benutzen der 2. Einheit wird jetzt bei Aufträgen und Rechnungen das Feld 2. Einheit (Bst.-E.) angedruckt. Um die Lesbarkeit zu verbessern befinden sich 2. Einheit, Menge, Preis und Ges. auf einer Zeile. Einschränkung: Report Auftrag mit Bildern und für Abonnements ist die Darstellung in einer Zeile noch nicht umgesetzt. Desweiteren kam es vor, dass die Zeichen < oder > nicht gedruckt wurden, wenn ein Textfeld benutzt wurde. Das wurde behoben.
3804	Felder PO-Nummer und PR-Nummer im Einkaufsauftrag und Wareneingang	Die beiden Funktionen zssi_getorderadditionaltext4manualtrx1 und zssi_getorderadditionaltext4manualtrx2 schreiben in Feld 1 die Information zum Projektbezug und in Feld 2 den Dokumententyp. Für den Nutzer ändert sich damit nichts. Im Customizing bzw. Kundenmodul können diese Texte dadurch aber ganz einfach individualisiert werden.

	Verkauf
3396	Rechnung nach Lieferung bringt irregulären Rechnungsvorschlag bei Retour.	Pfad: "Vertrieb \|\| Transaktionen \|\| Rechnungen manuell anlegen": Auftrag mit Rechnungsregel 'nach Lieferung'! Auftrag ist komplett beliefert und berechnet. Es erfolgt Rücksendung (wegen Mangel) mit Auftragsbezug. Der Artikel wird unter 'Versand man. anlegen' erneut für den Versand vorgeschlagen. Nach Verarbeitung des Versandvorschlages erfolgt unter 'Rechnung man. anlegen' ein erneuter Rechnungsvorschlag über die versendete Menge, obwohl keine Stornierung/Gutschrift des Betrages vorgenommen wurde. Dieser Rechnungsvorschlag ist falsch und muss unterbunden werden. Bug behoben: Solange die komplette Menge berechnet ist, erfolgt kein weiterer Rechnungsvorschlag in "Rechnungen manuell anlegen". Bug behoben.
3677	Proforma Rechnung	Ein neuer Dokumententyp Proforma Rechnung ist unter Vertrieb \|\| Rechnungen an Kunden verfügbar. Die Proforma-Rechnung erzeugt keinen offenen Posten und keine Buchungssätze im Hauptbuch. Der Knopf Verbuchen erscheint nicht, stattdessen steht dort Buchung zurücksetzen. Diese Aktion ist aber ohne Wirkung. Auch beim Prozess Buchhaltung \|\| Kontoführung \|\| Transaktionen \|\| Buchung zurücksetzen gibt es keine Auswirkungen auf die Proforma-Rechnung: Proforma Rechnungen gelten immer als gebucht, erzeugen aber keine Buchungssätze. Der Dokumenttyp Proforma Rechnung hat also keine Auswirkungen in der Buchhaltung und erzeugt keinen offenen Posten. Auch in den Dimensionsanalyse (VK-Rechnungen wird die Proforma Rechnung nicht berücksichtigt. Hinweis: Das Feld "Name" unter „Einstellungen \|\| System-Stammdaten \|\| Dokument-Typ \|\| Belegarten >> Übersetzung“ heißt nun "Report-Titel".
3678	Proforma Rechnung aus Reparaturauftrag	Pfad: „Vertrieb \|\| Aufträge \|\| Aufträge“: Über den Knopf Dokument erstellen im Auftrag kann eine Proforma-Rechnung, Angebot oder Auftrag erzeugt werden. Wird dort Proforma-Rechnung gewählt und handelt es sich um einen Reparatur-Auftrag, wird eine Proforma-Rechnung mit dem Reparatur-Artikel erstellt. Für diesen wird der Preis über die Preisliste ermittelt. Zu beachten: Sollte ein Reparaturartikel verkauft werden, wird derselbe Verkaufspreis vorgeschlagen.
3732	NullpointerException Reparaturauftrag -> Artikelauswahl	Pfad: "Vertrieb \|\| Aufträge \|\| Aufträge": Beim Workflow Reparaturauftrag anlegen nach dem Muster: GP wählen, dann Artikel wählen: Das System erzeugt beim Popup zur Artikelauswahl eine Nullpointer Exception. Sobald vorher gespeichert wurde, funktoniert es. Bug behoben: Auch wenn der Datensatz noch nicht gespeichert ist, kann nun der Artikel im Reparaturauftrag ausgewählt werden.
3811	Info zu Kunden in VK-Dokument	Pfad: "Vertrieb \|\| Aufträge \|\| Aufträge": Beim Anlegen eines Auftragsdokumentes im Vertrieb kann nun eine Message mit Infos über den Kunden ausgegeben werden. Dafür gibt es in den Stammdaten der Geschäftspartner das neue Feld 'Interne Notiz', in welchem entsprechende Informationen als Freitext zu hinterlegen sind. Die Message nutzt die gleiche Technik wie die Info zum überschrittenen Kreditlimit und ergänzt diese gegebenenfalls.
3819	Proformarechnung aus Auftrag (SO)	Pfad: "Vertrieb \|\| Aufträge \|\| Aufträge": Über den Knopf Dokument erstellen im Auftrag kann eine Proforma-Rechnung, Angebot oder Auftrag erzeugt werden. Wird dort Proforma-Rechnung gewählt und handelt es sich nicht um einen Reparatur-Auftrag, wird eine Proforma-Rechnung mit sämtlichen Positionen des Dokumentes erstellt. Nicht gewünschte Positionen und Mengen können in der generierten Proformarechnung dann manuell entfernt werden.
3850	Sammellrechnung	Vertrieb \|\| Transaktionen \|\| Rechnungen manuell anlegen. Im Kopf des Fensters gibt es bei den Filterfeldern die neue Option 'Sammelrechnung'. Wird der Haken gesetzt, fasst das System je Kunden, die offenen Positionen aller Aufträge aus allen Auftragsarten unter der Überschrift 'Div.' (Divers) zusammen. Weitere getroffene Filtereinstellungen werden dabei berücksichtigt. Die zu berechnenden Positionen können nun alle gemeinsam oder einzeln markiert und verarbeitet werden. Die Summenwerte der Sammelrechnung werden in der Kopfzeile addiert dargestellt. Das in der Kopfzeile angezeigte Datum, stammt aus dem Auftrag mit dem 'kleinsten' Datum. In den Zeilen wird im Feld 'Beschreibung' die Auftragsnummer angezeigt (Analog zum Sammellieferschein in 'Versand manuell anstoßen'). Mit dieser Vorgehensweise kann eine Rechnung für verschiedenen Aufträge in einer Transaktion erstellt werden. Es werden alle Rechnungsregeln (auch gemischt über die Aufträge verteilt) bei der Sammelrechnung beachtet. Es werden je nach eingestelltem Datumsfilter alle berechenbaren Positionen vorschlagen. Dieses Verfahren eignet sich besonders gut für Aufträge mit immer gleichen Parametern. Einschränkung. Zum derzeitigen Zeitpunkt werden auch Positionen aus Aufträgen mit unterschiedlichsten Parametern zusammengefasst. Hier ist besondere Obacht geboten, wenn dem Kunden Aufträge mit >verschiedenen< Währungen, Preislisten , Zahlungsbedingungen, Zahlungsregeln, Teilzahlungen aus Zahlplan, Rechnungsanschriften ... usw. ausgestellt wurden. OpenZ bietet bei Bedarf, ggf. die Möglichkeit zur Erweiterung der Logiken und Filter an. Ergänzende Info zum Druck: Einstellungen \|\| Unternehmen \|\| Organisation \|\| Organisation >> Konfiguration Ausdrucke. Ist die Option 'Bestellnummer in Rechnungszeile drucken' aktiviert, dann wird in der jeweiligen Rechnungsposition, die Dokumentennummer des zugehörigen VK-Auftrages gedruckt. Diese Funktion gilt auch für eine generierte Sammelrechnung. Ergänzende Info zum Filter: Der Datumsfilter bei 'Rechnung man. anlegen' und 'Lieferantenrechnung man. anlegen' verhält sich nun wie unter 'Versand man. anstoßen'. Es kann nun nach 'vor. Rechnungsdatum' gefiltert werden. Es werden nun auch Datumsbereiche als Filterergebnis ausgegeben, die in der Zukunft liegen. Die beiden Transaktionen 'Rechnung manuell anlegen' und 'Versand manuell anstoßen' haben jetzt die Möglichkeit, den Filter mit Return zu bedienen. Die Feldgruppen wurden bei 'Versand manuell anstoßen' entfernt. Das spart Platz auf dem Bildschirm.

	Lagerverwaltung
3826	Stücklistenartikel von Sets dürfen keine SNr.-Pflicht besitzen	Stücklistenartikel von Sets dürfen keine SNr.-Pflicht besitzen: Momentan ist es möglich, das Stücklistenartikel eines Sets Seriennummernpflichtige Artikel haben dürfen. Unter "Lagerverwaltung \|\| Warenbewegung Kunde \|\| Warenbewegung Kunde" ist aber nur der Setartikel sichtbar. Es ist nicht möglich, die Seriennummern für die Stücklistenartikel zu definieren. Bei Verarbeitung der Warenbewegung bucht das System die Menge der Stücklistenartikel runter, aber nicht die Seriennummern. Dadurch läuft der Bestand der Menge am Lagerort und die Menge der Seriennummern auseinander. Dieses muss unterbunden werden, daher erscheint nun beim Einfügen von seriennummern- oder chargennummernpflichtigen Artikel in die Stückliste eines Sets jetzt eine Fehlermeldung. Bug behoben.
3842	Kunden-/Lieferanteneinstellungen beim Mitarbeiter aus Standardansicht entfernen	Kunden-/Lieferanteneinstellungen beim Mitarbeiter aus Standardansicht entfernen: Pfad: "Stammdaten \|\| Mitarbeiter \|\| Mitarbeiter >> Kundeneinstellungen für Mitarbeiter" und "Stammdaten \|\| Mitarbeiter \|\| Mitarbeiter >> Lieferanteneinstellungen für Mitarbeiter" Diese beiden Untereiter werden standardmäßig in jedem neuem System ausgerollt. Diese werden eher selten benötigt, sind nun standardmäßig ausgeblendet und können durch individuelle Einstellung eingeblendet werden.
3858	Lagerort Umziehen Transaktion Lagerort umbuchen: Fehlerhafte Zuordnung Chargen / Seriennummer	Pfad: "Lagerverwaltung \|\| Transaktionen \|\| Lager Umbuchung \|\| Lagerbewegung": Ergebnis nach Umbuchung auf anderen Lagerort: Bei dem Artikel mit Seriennummer, enthält eine der beiden Seriennummern nun auch die Chargennummer des anderen Artikels. Bug behoben. Außerdem Fehler behoben: Es war nicht möglich einen Artikel umzubuchen, der die Menge 1 hat, wenn dieser Artikel gleichzeitig SNr + CNr pflichtig ist. Dann erschien beim Wechsel in den Untereiter: "Lagerverwaltung \|\| Transaktionen \|\| Lager Umbuchung \|\| Lagerbewegung >> Positionen": FEHLER: Sie haben keine Chargennummer eingegeben. Sie müssen entweder eine Chargennummer erfassen oder als unlesbar/nicht vorhanden markieren. Bug behoben.
3869	Lagerübersicht um Artikelbeschreibung ergänzen	Die Lagerübersicht wurde um Dokumentennotiz und Beschreibung aus dem Artikelstamm ergänzt. Beide Felder sind im Standard ausgeblendet.
3871	Lagertransaktionen mit zusätzlichen Filterfunktionen	Lagertransaktionen mit zusätzlichen Filterfunktionen: 1. Pfad: "Stammdaten \|\| Artikel \|\| Artikel >> Lager >> Transaktionen" 2. Pfad: "Lagerverwaltung \|\| Lager Übersicht \|\| Lager Übersicht >> Transaktionen" Es wurden neue Filter hinterlegt: Direktfilter für Lagerort und Projekt/Produktionsauftrag. Filter: Lagerort, Projekt/Produktionsauftrag, Position interne Materialbewegung, Warenbewegung Zeile.

	Projekte
3825	Aktualisierung von Stundensätzen und Rückmeldungen - Projektstatus aktualisieren	Der Prozess Projektmanagement \|\| Projekt Status aktivieren wurde überarbeitet. Er hat jetzt folgende Parameter: Organisation, von, bis Funktion: Info im Popupfenster: Wenn alle Parameter leer sind: Für alle Projekte im Status "gestartet" werden die Ist-Kosten aus den Rechnungen, Aufträgen etc. neu berechnet. Geänderte Vergütungskategorien, Lagerwerte, Maschinen und indirekte Kostensätze werden dabei nicht berücksichtigt, sondern nur dann, wenn Parameter im Pop-Up eingetragen sind. ACHTUNG: Als Datum wird dabei das aktuelle Kalenderdatum für alle Kostensätze zugrunde gelegt! Wenn ein zu großer Datumsbereich gewählt wird bzw. zu viele Projektdaten auf einmal selektiert werden, kann die Verarbeitung lange dauern.

	Finanzwesen
3799	Hauptbuch Journal - Editierbar: Erweiterung um Filter	Pfad: Buchhaltung \|\| Hauptbuch Journal - Editierbar \|\| Hauptbuch Journal - Editierbar: Es wurden die Felder "Beschreibung" und "Text" als Direktfilter hinterlegt. Das Feld "Kontierungsschema" wurde ausgeblendet.
3845	Buchhaltungsperiode läßt sich ohne Pflichtangabe speichern	Es ist jetzt Periode öffnen vorbelegt. Es gibt keinen Datensatz ohne Auswahl mehr. Bug behoben.

	Produktion
3820	Produktions-Lauf: Read Only Markierung und Farben (blau, rot) funktionieren nicht im grünen Skin.	Bug behoben.
3829	Herstellung: Produktionsartikel nun mit Kostenkalkulation in Stammdaten	Im Modul 'Herstellung' werden für produzierte Baugruppen nun die Stückkosten errechnet und unter obigen Pfad in den Stammdaten eingetragen. WICHTIG! Der Eintrag beim Artikel unter Kalkulation (Pfad: "Stammdaten \|\| Artikel \|\| Artikel >> Kalkulation") erfolgt in dem Moment, wo der Arbeitsgang abgeschlossen und das produzierte Gut in das Lager gebucht wird, da dann auch gleich die Lagerbewertung gelten muss. Die IST-Kosten für Personal und Maschine tragen sich durch die Zeitrückmeldungen ein. Das heißt, wenn gewünscht ist, dass die Personal- und Maschinenkosten in den Gesamtkosten eines produzierten Gutes enthalten sind, müssen diese Zeitrückmeldungen vor Abschluss des Arbeitsganges erfolgen. Damit erhält das Modul Herstellung nun die gleiche Funktionalität wie das Projektmanagement, in der die Stückkostenkalkulation schon enthalten ist.
3840	Korrekte Lager-Zuordnung bei Basis-Arbeitsgängen. Einstellungen in Lagerplanung.	Damit Umplanungen leichter zu handhaben sind, wird ein Prozess geschaffen, der neu-Einstellungen der Warenlager in die Basis-Arbeitsgänge übernimmt: Grundsätzlich wird für die Stücklisten-Positionen im Basis-Arbeitsgang als Entnahme- und Rückgabe-Lagerort derjenige Lagerort genommen, welcher im jeweiligen Artikel in der Lagerplanung bzw. Artikelhauptmaske eingestellt ist (vorher war es nur der Entnahme-Lagerort). Die Regel für die Einstellung der Lager ist folgende: Es darf nur einen Lagerort mit Produktion in einem Lager für einen Artikel geben. Ebenso darf es nur einen Lagerort mit Wareneingang in einem Lager für einen Artikel geben. Es müssen bei der Lagerplanung entweder Wareneingang oder Produktion definiert sein (Kein Eintrag = Fehler). Entweder ist der Lagerort unter Artikel-Lagerplanung eingestellt, oder es ist der Lagerort auf der Artikelhauptmaske. Beim Anlegen eines neuen Artikels wird das Feld Lagerort auf der Artikel-Hauptmaske nicht mehr vorbelegt. Bei produzierenden Unternehmen mit mehreren ORG's oder Lägern ist es best practice, dieses Feld auszublenden und mit den Einstellungen unter Lagerplanung zu arbeiten. Wenn auf dem Artikelkopf die Lagereinstellung geändert wurde, wird die Einstellung nur mit in die Basis-Arbeitsgänge übernommen, sofern keine Datensätze unter Lagerplanung existieren. Wenn in der Lagerplanung der Lagerort innerhalb eines Lagers geändert wurde, werden alle Existierenden Basis-Arbeitsgänge auf diesen Lagerort upgedated (Montageartikel). Das gilt auch, wenn der Artikel in einer Stückliste eines Basis-Arbeitsgangs vorkommt (Stücklistenartikel). Wenn ein neuer Datensatz in der Lagerplanung erstellt wurde, werden alle Existierenden Basis-Arbeitsgänge, die Lagerorte innerhalb dieses Lagers besitzen, auf diesen Lagerort upgedated (Montageartikel). Das gilt auch, wenn der Artikel in einer Stückliste eines Basis-Arbeitsgangs vorkommt (Stücklistenartikel). Wenn innerhalb des Lagers des neuen oder geänderten Datensatzes kein Basis-Arbeitsgang/Produktionsplan existiert, wird dieser automatisch erstellt. (Erklärung: Unter der Annahme das nun das Feld 'Lagerort' im Kopfdatensatz nicht mehr standardmäßig befüllt wird, ergibt sich kein Basisarbeitsgang/Produktionplan, weil nun gilt, dass sich ein Basisarbeitsgang/Produktionsplan nur automatisch erstellt, wenn folgende Einträge beim Artikel getroffen wurden: - Ist Baugruppe - Hat Haken Produktion - Hat Haken Stückliste - Hat Lagerort (Neu) Der Eintrag im Unterreiter 'Lagerplanung' mit Lagerort und und 'Produktion' generiert dann automatisch Basisarbeitsgang/Produktionsplan. Das ist insbesondere wichtig, wenn die Produktion in einem anderem Lager ausgeführt wird. Ansonsten würden überflüssige Basisarbeitsgänge/Produktionspläne für das Standardlager generiert werden.
3880	Produktionsauftragszettel ergänzen um geplante Chargennummer	Aus dem Feld geplante Chargennummer wird die Chargennummer in den neuen Produktionsauftragszettel gedruckt. In diesem Zusammenhang ist die Menge des Artikels in der Zeile vorne vor dem Artikel gerückt. Dann folgt die Artikelnummer, Bezeichnung und Lagerort. Die Chargennummer ist in einer neuen Zeile dann soweit eingerückt, das sie mit der Artikelnummer/-namen beginnt. Im Kopf ist Auslösegrund, Menge sowie Lagerort des zu produzierenden Gutes ergänzt worden.

	BDE
3861	BDE Produktionsrückmeldung interpretiert gescannte CNr als SNr.	Bug behoben.

	Entwicklung
3617	Referenz-Listen und Felder (Windows Tabs and Field) - Individuelle Einstellungen anzeigen	Es wird bei Feldern und Referenz-Listen im Datensatz angezeigt, ob im Unterreiter Individualisierungen existieren. Das Erleichtert das Suchen nach individuellen Einstellungen im Customizing. Betrifft: 1. Application Dictionary \|\| Windows, Tabs, and Fields \|\| Window >> Tab >> Field: Neues Feld "Individual settings": (Y/N). Wird auch in der Tabellenansicht aufgelistet: letztes Feld rechts. 2. Application Dictionary \|\| Reference \|\| Reference >> Reference List: Neues Feld: "Instance specific settings" -> Zeigt Anzahl der Einträge an. Wird auch in der Tabellenansicht aufgelistet.
3833	Wareneingang / Versand manuell anlegen: Internationales Datumsformat zieht nicht	Pfad: "Sales Management \|\| Transactions \|\| Create shipments from orders \|\| Create shipments from orders": Bei Anmeldung z.B. in englischer Sprache wurde das Internationales Datumsformat nicht gezogen (MM.DD.YYYY). Fehler behoben. Es wird die Einstellung in der Sprache jetzt auch im Grid der Warenbewegungen verwendet. Hinweis: bei ""Sales Management \|\| Transactions \|\| Create shipments from orders \|\| Create Invoices" ist es noch nicht implementiert.
	Version 3.6.50
	Allgemeines
3762	Dialog zur Vereinfachung der Systemgrundeinrichtung	Um die Systemgrundeinrichtung zu vereinfachen, wurde ein Modul entwickelt, dass beim ersten Start des Systems (nach Akzeptieren der Lizenzbedingungen) einen Dialog startet, der in acht aufeinanderfolgenden Fenstern die nötigsten Daten abfragt und in einem neunten Fenster die eingegebenen Daten zusammenfasst und erste Grundeinstellungen generiert.
3788	Organisationstyp Organisation und Generic sollen nicht mehr auswählbar sein	Pfad: Einstellungen \|\| Unternehmen \|\| Organisation \|\| Organisation: Neue Organisation anlegen: Es kann nur noch "Legal with Accounting" gewählt werden. Da die Organisationstypen "Organisation" und "Generic" nicht mehr verwendet werden. Diese nicht mehr auswählbar.
3733	Erweitertes Audit: Änderungshistorie von Datensätzen	Änderungen an Datensätzen werden in OpenZ aufgezeichnet und können über den Pfad: „Einstellungen \|\| Änderungshistorie“ angezeigt werden. Bei einer Feldänderung ist protokolliert, wann was durch wen geändert wurde. Auch die Neuanlage oder das Löschen ist Bestandteil der Änderungshistorie. Die Anzeige selbst enthält folgende Felder: • Zeitpunkt der Änderung • Nutzer • Suchschlüssel bzw. Kennung des Datensatzes bei dem was geändert wurde • Feld das geändert wurde • alter Wert • neuer Wert • ggf. Suchschlüssel bzw. Kennung des übergeordneten Datensatzes bei Unterreitern. Änderungen werden z.B. für folgende Daten gespeichert: Systemgrundeinstellungen, Geschäftspartner, Mitarbeiter, Lagerverwaltung, Buchhaltung. Bei Artikeln ist die Protokollierung standardmäßig zunächst deaktiviert (wg. ev. Import von Artikeln und daraus resultierenden Performanceproblemen), kann aber im Nachhinein aktiviert werden. Die Änderungshistorie muss für das betreffende Fenster (Window) aktiviert werden über: "Application Dictionary \|\| Windows, Tabs, and Fields \|\| Window >> Tab >> Tab - Instance Specific": Hier einen neuen Datensatz anlegen und den Eintrag "Change History" auf "Yes" ändern.
3813	Grafische Status-Anzeige in der CRM-To-Do-Liste	In der CRM ToDo-Liste (CRM \|\| CRM ToDo-Liste) wird der Status jetzt grafisch in Ampelfarben dargestellt (Foto). Der Status setzt sich wie folgt: Grün: Alle Einträge, die Folgetermin in der Zukunft oder heute haben. Gelb: Alle Einträge, die Folgetermin bis zu 10 Tage in der Vergangenheit haben. Rot: Alle Einträge, die Folgetermin mehr als 10 Tage in der Vergangenheit haben. Leer: Alle Einträge, die keinen Folgetermin oder Folgetermin erledigt haben. Die hier gezeigte Grundtechnik der grafischen Status-Anzeige steht nun für alle OpenZ-Standardtabellen zur Verfügung. Diese Technik eröffnet in OpenZ die Möglichkeit, für beliebige allgemeine oder individuelle Anwendungsfälle, zu denen dann noch die entsprechende Logiken implementiert werden müssen. Die Ampelfarben sind Bilder, die in OpenZ nun fest hinterlegt sind im Script bi.sql. Es ist generell möglich, weitere Bilder für andere Anwendungsfälle zu hinterlegen.
3191	fehlerhafte Lagerauswahl möglich	Auswählen eines Lagers in der Rolle möglich, die nicht der Org. zugeordnet ist. Bug behoben: Bei Wahl eines Lagerortes einer anderen Organisation erscheint: FEHLER: Der selektierte Lagerort gehört zu einer anderen Organisation als die Warenbewegung.

	Drucksteuerung
3792	Erweiterung Druckkonfiguration um 'Eigene Nummer bei Lieferant/Kunde'	Pfad: Einstellungen \|\| System-Stammdaten \|\| Druck-Konfiguration \|\| Druck-Konfiguration: Bereich: Auftragsfelder: Die entsprechende Referenzliste wurde erweitert um den Eintrag "Eigene Nr.", dies wird von "Stammdaten \|\| Geschäftspartner \|\| Geschäftspartner" aus Feld: "Eigene Nummer bei Lieferant/Kunde" gezogen. Ein weiterer neuer Eintrag "Eig. KD-Nr." bezieht sich auf Einkaufsauftrag Streckengeschäft.
3779	OpenZ-Standardreport soll variable Platzhalter im Textmodul erkennen.	Die bereits für Dokumentenmailtexte vorhandenen Platzhalter @cus_ref@, @our_ref@, @cus_nam@, @sal_nam@, stehen nun auch für die Dokumente in den Textmodulen zur Verfügung. Da im Dokumententyp "Einkaufsauftrag (Streckengeschäft)" für den Druck des Lieferscheines auch auf die Daten des Kundenauftrages zurückgegriffen werden muss, wurden dafür folgende 4 neue Platzhalter eingeführt: @dsso_ourref@, @dsso_cusnam@, @dsso_salnam@, @dsso_cusref@. DSSO steht dabei für DropShipSalesOrder.
3626	OpenZ-Standardreport: weitere Anpassungen	OpenZ-Standardreport: 1. Die Spalte "Bst.Meng." wurde auf "Bst.Menge" geändert. 2. Die Positionsüberschriften (Pos., Menge Bst.Menge, ...) haben nun alle die selbe Schriftgröße.
3685	OpenZ-Standardreport: Bilder im Angebot	Pfad: "Einstellungen \|\| System-Stammdaten \|\| Druck-Konfiguration \|\| Druck-Konfiguration": Die Druckkonfiguration hat eine neue Option "Angebot / Auftrag mit Bildern in den Auftragsfeldern". Wenn diese Option angehakt ist, erscheint jeweils das Bild mit der geringsten Pos.-Nr. aus dem Anhang des Artikels der Auftragsposition rechts neben der Artikelbeschreibung. Hinweis: Zurzeit ist dann das Währungsfeld nur ein Zeichen breit und bei Seitenumbrüchen wird das Bild ev. 2 mal gedruckt.
3791	OpenZ-Standardreport; Gewichtseinheit in Auftrag und Bestellung	Das Feld "Gewicht" für Auftrag und Lieferschein ist jetzt in der Druckkonfiguration auswählbar und damit konfigurierbar. Die Gewichtseinheit wird über das Feld "weight_uom" aus Order bzw. Lieferschein bestimmt. Die Einheit wird damit auch korrekt übersetzt.
3775	OpenZ-Standardreport: bei den Mahnungen werden die Übersetzungen ignoriert.	Bei den Mahnungen werden nun auch die englischen Übersetzungen gezogen.
3749	Lieferantenartikelnummer: Druckoptionen erweitern	In dem Pfad: Einstellungen \|\| Unternehmen \|\| Organisation \|\| Organisation >> Konfiguration Ausdrucke" ist die Option der Lieferantenartikelnummer überarbeitet worden, es wird nicht fett sondern in gleicher Größe gedruckt. Außerdem gibt es nun die Option "Herstellerangaben drucken". Wird z.B. beides aktiviert und in den Optionen dann die Reihenfolge z.B. so eingestellt: Artikel-Suchschlüssel: 1, Artikelname: 2, Lieferantenartikelnummer: keine Nummer, Lieferantenartikelnummer Neue Zeile: aktiviert. Dann werden unter dem Suchschlüssel und dem Artikelnamen zunächst die Lieferantenartikelnummer und anschließend die Herstellerangaben gedruckt. Wird nur die Option "Lieferantenartikelnummer drucken" aktiviert, wird nur diese gedruckt, keine Herstellerangaben. Wird nur die Option "Herstellerangaben drucken" aktiviert, werden nur die Herstellerangaben gedruckt, ohne Lieferantenartikelnummer. Ist für die Lieferantenartikelnummer die Reihenfolge 3 hinterlegt, werden nach dem Artikelnamen erst die Herstellerangaben und dann die Lieferantenartikelnummer gedruckt.

	Schnittstellen
3786	Erweiterung XML-API um Rückgabefunktion (POS)	Erweiterung der XML-API um Rückgabe/Gutschrift Funktionalität - Erweiterung des XML-Schemas um einen Knoten, damit ausgehende Bewegungen/eingehende Bewegungen unterschieden werden können: - Erstellung und Konfiguration eines Hintergrundprozesses zur automatisierten Rückgabe eines Artikels über die XML-API - Automatische Buchung Warenbewegungen/ Erzeugen der Gutschrift

	Stammdaten
3781	Bilderkarusell: nach dem Speichern kein Bild mehr da	Bug behoben: Es wurden folgende Reports angepasst: Stammdaten \|\| Artikel \|\| Artikel : Lagerbox Etikett Drucke Artikel- Etiketten: Artikelaufkleber 70X53 Lagerbox Projektmanagement \|\| Projekte \|\| Projekte >> Aufgaben : Packing List Images. Die Reports funktionieren alle nur noch mit Artikelbildern im Anhang des Artikels. Das Template bei den Artikeln muss dann das Bilderkarussel sein. Hinweis: Nach dem Hochladen von Bildern muss der Hintergrundprozess "Export pictures process" für die Migration einmalig ausgeführt werden.
3755	File Import: Windows Dateien Akzeptieren	Alle unter Stammdaten \|\| Datenimport \|\| Import Datei verfügbaren Import-Formate können jetzt auch im windows-spezifischen Format ISO-8859-15 vorliegen. Wichtig ist, dass die Datei im csv-Format heruntergeladen wird, nicht im xls-Format. Der Zeichensatz kann nun auch ISO-8859-15 sein (nicht mehr zwingend UTF-8) und als Texttrenner kann Komma oder Semikolon verwendet werden, beide werden nun akzeptiert.
3736	Stücklisten-Import entwickeln	Der csv-Export der Stücklisten (Stammdaten \|\| Datenimport \|\| Export Stücklisten) ist wie bei allen Datenimporten gleichzeitig die Vorlage für den Datenimport (definiert das Dateiformat). Am Import der Stücklisten ist allerdings besonders, dass dieses Format dynamisch verändert werden kann. Nur Baugruppe und Suchschlüssel sind Muss-Felder. Es können die Reihenfolge geändert, Felder ausgeblendet und Felder hinzugefügt werden. Bei hinzugefügten Feldern (Customfields) ist darauf zu achten, dass diese sich ebenfalls in Stammdaten \|\| Artikel \|\| Artikel >> Stückliste befinden müssen. So kann das Format dynamisch im Customizing der Software um beliebige Felder erweitert werden. Der Import der Stücklisten ist ebenfalls in der Lage, Artikelstammdaten für nicht existierende Artikel anzulegen. Dazu muss dann allerdings auch das Feld Name im Import vorhanden sein. Der Suchschlüssel und der Name werden dann in den Artikelstamm als Suchschlüssel und Name für den Stücklistenartikel übernommen. Enthält die Stückliste einen Artikel, der noch nicht im System vorhanden ist, so wird der Artikel mit folgenden Merkmalen angelegt: - Artikelkategorie: Standardwert (Ansonsten Zufall) - Artikeltyp: Standard - Artikel-Art: Produkt - Gelagert: Yes - Einkauf: Yes - Kalkulation (Einkauf): Yes. Dagegen muss der Artikel der Baugruppe (Stücklistenartikel) in OpenZ schon vorhanden sein. Der Import der Stücklisten wird in Stammdaten \|\| Datenimport \|\| Import Datei mit dem Dateiformat BOM - Stückliste durchgeführt. Die Datei kann sowohl ";" als auch "," als Trennzeichen nutzen und muss im UTF-8- und csv-Format vorliegen.
3741	Manuelle Änderungsmöglichkeit der Stückliste vorsehen.	Der Tab kann individuell auf „Editable“ gestellt werden.
3777	Historie für Stücklisten entwickeln:	Um eine Historie für Stücklisten darzustellen wurden 2 neue Unterreiter in OpenZ hinzugefügt: Stammdaten \|\| Artikel \|\| Artikel >> Stücklisten-Änderungen und Stammdaten \|\| Seriennummern \|\| Seriennummern >> Stücklisten-Änderungen. Mit dem Unterreiter der Stücklisten-Änderungen in der Seriennummer kann für jedes seriennummernpflichtige Teil jede Manipulation der Stückliste in der gesamten Lebenszeit nachvollzogen werden. Bei jeder Änderung in den jeweiligen Stücklisten wird der Original Datensatz in den jeweiligen Unterreiter für Änderungen geschrieben. Beim Löschen erhält dieser zusätzlich das Kennzeichen gelöscht.
3800	Bug: Chargennummern-Selektor: Blättern bei über 1000 Datensätzen geht nicht	Nun funktioniert auch das Blättern im Chargennummernselektor in 1000er Schritten.

	Einkauf
3768	Filter in Rechnungen manuell anlegen und Versand manuell anstoßen und Wareneingang man. anlegen	Pfade: - Bestellwesen \|\| Transaktionen \|\| Wareneingang manuell anlegen \|\| Wareneingang manuell anlegen - Bestellwesen \|\| Transaktionen \|\| Rechnungen manuell anlegen \|\|- Rechnungen manuell anlegen Vertrieb \|\| Transaktionen \|\|- Versand manuell anstoßen \|\| Versand manuell anstoßen Vertrieb \|\| Transaktionen \|\| Rechnung manuell anlegen \|\| Rechnung manuell anlegen: Über eine neue System-Konfiguration (Pfad: Einstellungen \|\| Unternehmen Organisation >> Konfiguration Optionen) "Filter: Kd/Lief-Rechnung, Versand, Wareneingang man. anlegen" wird festgelegt, dass das Fenster ohne Daten beim Auswählen der Transaktion geladen wird. Der Filter verhindert Performanceprobleme. Im Standard ist er nicht aktiv, wenn Performance-Probleme auftreten, kann der Filter gesetzt werden.
3773	EK-Abo ohne Einmal-Position	Der Haken Einmalposition (wie im Abo-Verkaufsauftrag) ist nun auch im Einkauf vorhanden.
3782	Einfügen Artikelbeschreibung und Lieferantenartikelnummer im EK-Lauf	Die Teile-Nummer des Lieferanten sowie die Beschreibung des Artikels sind in der Einkaufsliste (MRP Management (Materialbedarfsplanung) \|\| Transaktionen \|\| Einkaufsplanung \|\| Einkaufslauf >> Einkaufslauf Liste ) hinzugefügt worden. Die Teile-Nummer des Lieferanten wird aus Stammdaten \|\| Artikel \|\| >> Einkauf übernommen, die Beschreibung aus dem Artikel-Stammsatz. Die Daten werden zum Zeitpunkt der Generierung in die Liste kopiert.
3076	Bestellung aus Banf; bei Verwendung von Multiorg, kann ggf. die falsche Org verwendet werden.	Filtermöglichkeit nach Organisation wurde in Bestellung aus Bedarf entfernt. Damit wird das Dokument auch in der zuständigen Organisation erstellt.
3793	Incoterms als Default in Bestellungen	Pfad: Bestellwesen \|\| Bestellung (Einkauf) \|\| Bestellungen: Der Defaultwert "Lieferbedingung" zum Pfad: "Stammdaten \|\| Geschäftspartner \|\| Geschäftspartner >> Lieferant" wird nicht in Bestellungen gezogen. Bug behoben, gilt für Lieferanten- und Kundenseite.

	Verkauf
3768	Filter in Rechnungen manuell anlegen und Versand manuell anstoßen und Wareneingang man. anlegen	Pfade: - Bestellwesen \|\| Transaktionen \|\| Wareneingang manuell anlegen \|\| Wareneingang manuell anlegen - Bestellwesen \|\| Transaktionen \|\| Rechnungen manuell anlegen \|\| - Rechnungen manuell anlegen Vertrieb \|\| Transaktionen \|\| - Versand manuell anstoßen \|\| Versand manuell anstoßen Vertrieb \|\| Transaktionen \|\| Rechnung manuell anlegen \|\| Rechnung manuell anlegen: Über eine neue System-Konfiguration (Pfad: Einstellungen \|\| Unternehmen Organisation >> Konfiguration Optionen) "Filter: Kd/Lief-Rechnung, Versand, Wareneingang man. anlegen" wird festgelegt, dass das Fenster ohne Daten beim Auswählen der Transaktion geladen wird. Der Filter verhindert Performanceprobleme. Im Standard ist er nicht aktiv, wenn Performance-Probleme auftreten, kann der Filter gesetzt werden.
3750	Sammellieferschein	Pfad: Vertrieb \|\| Transaktionen \|\| Versand manuell anstoßen \|\| Versand manuell anstoßen: Es wurde eine Option "Sammellieferschein" in Versand manuell anstoßen eingebaut. Ist diese aktiviert, fasst das System alle offenen Auftragspositionen eines Kunden zusammen, so dass es wie ein Auftrag erscheint. Unter dem Kunden erscheinen dann nicht mehr die einzelnen Aufträge, sondern eine Zeile mit der Kennung 'Div.'. Wenn es mehrere Auftragstypen, Bearbeiter, Logistiker oder Lieferdatumseinträge gibt, erscheint in den jeweiligen Spalten immer das erste Lieferdatum und der erste gefundene Logistiker. Die zu liefernden Positionen können nun alle gemeinsam oder einzeln markiert und verarbeitet werden. Im Lieferschein ist im Kopf dann kein Auftrag zu sehen. Die Lieferschein-Zeilen werden aber der jeweiligen Auftragsposition zugeordnet. Damit ist ersichtlich, welche Aufträge gesammelt beliefert werden. Es kann daher sein, dass für eine Artikel-Zeile in Versand man. anstoßen mehrere Zeilen desselben Artikels im Lieferschein stehen (weil der Artikel in unterschiedlichen Kundenaufträgen gelistet ist). Wenn die Druckoption "Bestellnummer auf Lieferschein" (Pfad: "Einstellungen \|\| Unternehmen \|\| Organisation \|\| Konfiguration Ausdrucke") aktiviert ist, werden auf dem Lieferschein die jeweiligen Auftragsnummern gedruckt. Mit dieser Vorgehensweise kann dann in einer einzigen Transaktion ein Lieferschein für verschiedenen Aufträge eines Kunden erstellt werden.
3751	Versand manuell anstoßen: Teillieferung vorschlagen	Pfad: Vertrieb \|\| Transaktionen \|\| Versand manuell anstoßen \|\| Versand manuell anstoßen: Es ist eine Option "Teillieferung" in Versand manuell anstoßen eingebaut. Ist diese aktiviert, schlägt das System auch dann einen Lagerort vor, wenn dieser nicht die volle zu liefernde Menge des Artikels enthält. Die Spalte "Liefern" wird dann automatisch auf die Lagermenge an dem vorgeschlagenen Lagerort gesetzt. Das System wählt dabei immer den Lagerort mit der größten vorhandenen Menge im Lager des Auftrags aus. Ist die Option "Teillieferung" nicht aktiviert, wählt das System immer den Lagerort mit der kleinsten vorhandenen Menge aus, die ausreicht, um die Aufträge voll zu beliefern. Funktion wird nicht für SET-Artikel implementiert.
3747	Bei Preisgestaltungen mit 100% Rabatt lässt sich keine Rechnung erstellen	Bisher konnte bei einem Rabatt von 100% keine Kundenrechnung erstellt werden, dies ist nun möglich.
3812	ABO-Intervalle: Bei Verlängerung des ABOS soll Auftragsdatum = Abo Ändern ab Datum sein	Wenn Abos verlängert werden, wurden die Intervalle werden mit dem ursprünglichen Auftragsdatum in den Auftragsbestand gebucht. Das ist aber nicht korrekt. Der Auftragsbestand erhöht sich nicht in der Vergangenheit. Die zukünftigen Intervalle (ab Ändern ab Datum) gehen jetzt an dem Tag in den Auftragsbestand, an dem das ABO verlängert wurde, nämlich ab Ändern ab Datum. Betrifft: Dimensionsanalyse Verkauf.
3746	Feld Deckungsbeitrag im Kopf von Kundenangebot und -auftrag	Das Feld Deckungsbeitrag in % und Betrag ist im Kopf von Kundenangebot und -auftrag eingebaut worden. Wichtig ist, dass sich die Berechnung der Felder im Kopf nun auf den aktuellen Kalkulations- und nicht auf den letzten Einkaufsdatensatz bezieht. Hintergrund: Wenn z.B. in $ bestellt wird, der Einkaufsdatensatz also in $ gelistet ist und eine Umrechnung in Euro erfolgen müsste, die so umgangen wird. Standardmäßig sind die beiden Felder ausgeblendet, auch aus Performancegründen.
3802	Drop-Ship und Standard Order : Lieferschein Streckengeschäft und Proformarechnung nutzen jetzt den OpenZ- Std-Report	Im Dokumententypen "Auftrag (SO)", wurde im Drucktemplate "Proformarechnung" die Datei "Rpt_Proforma.jrxml" ersetzt durch "Openz_Standardreport.jrxml". Im Dokumententypen "Drop Ship Order", wurde im Drucktemplate "Lieferschein (Streckenauftrag)" die Datei "Rpt_ShipOrders.jrxml" ersetzt durch "Openz_Standardreport.jrxml". Damit stehen auch für diese speziellen Ausdrucke, die individuellen Einstellungen der Druck-Konfiguration zur Verfügung. Die alten Dateien sind in den Sourcen zunächst noch enthalten.

	Lagerverwaltung
3753	Lager-Übersicht mit Transaktionshistorie	Pfad: Lagerverwaltung \|\| Lager Übersicht \|\| Lager Übersicht: Ein Unterreiter "Transaktionen" mit der Transaktions-Historie des Artikels ist zu diesem Pfad eingebaut worden. Die Informationen sind identisch zum Pfad Artikel >> Lager >> Transaktionen aufgebaut.

	Projekte
3758	Projekt: Auswahl des Lagerortes muss Lagerplanung berücksichtigen. Nicht gelagerte Artikel werden in Aufgaben (BOM) nicht geplant.	Nicht gelagerte Artikel werden nun immer mit Lagerort geplant. Die Auswahl des Lagerortes berücksichtigt außerdem die Lagerplanung. Wenn es dort Einträge gibt, sind diese mit Lagerort des Lagers aus dem Projekt.
3767	Produktionsprojekt: Stückliste aus Produkt erstellen: Doppelte Zeilennummer	Die Fehlermeldung "Doppelte Zeilennummer" erscheint, obwohl es in der Stückliste keine doppelten Zeilennummern (Positionen) gibt. Grund: Wenn mehrmals derselbe Artikel verbaut ist, kann das System die Position nicht erkennen. Lösung: Bei Mehrfach-Angabe desselben Artikels in der Stückliste (Stammdaten \|\| Artikel >> Stückliste ) wird in der Produktions-Stückliste (Projektmanagement \|\| Projekte >> Aufgaben >> Materialplanung ) die kleinste Position mit der Summe der Mengen der anderen Positionen desselben Artikels erstellt. Bug behoben.
3719	Bug Einsatzplan: Filterfelder sind abgeschnitten und nicht mehr bedienbar.	In Einsatzplan wurde den Filterfeldern wieder mehr Platz verschafft und sind wieder leichter bedienbar.

	Finanzwesen
3760	CAMT: Umsätze mit gleichem Betrag und Buchungstext werden unterdrückt	Wenn es Umsätze mit gleichem Betrag und Buchungstext gibt, werden diese nicht eingespielt (war als Schutz vorgesehen, damit keine doppelten Umsätze eingelesen werden). Um dies zu umgehen, muss das Buchungsdatum mit herangezogen werden, damit diese Umsätze in OpenZ auch eingespielt werden. Die man. Buchungssätze wurden bislang auch mit Buchungsdatum überprüft. Beim Bankabgleich wurde das Buchungsdatum nicht herangezogen, wenn eine eindeutig erkannte Rechnungsnummer bereits als bezahlt im System war. Das wurde korrigiert. Die Rechnung wird nur noch dann als doppelter Datensatz anerkannt, wenn das Buchungsdatum in der CAMT-Datei dasselbe ist, wie das Datum der bereits erfolgten Zahlung. Andernfalls wird der Posten jetzt mit in den Man. Buchungsstapel übernommen.

	Produktion
3761	Produktionsauftragszettel / Einfache Variante	Eine vereinfachte Bedienung bei Produktionsaufträgen wurde umgesetzt. Es wird unter Herstellung \|\| Produktions-Auftrag beim Druck der Auftrags-Papiere ein Blatt für den Auftrag erstellt, der pro Arbeitsgang die Arbeitsanweisung und Steuerbarcodes enthält. Diese werden über den Scanner bei Beginn mit 3 Codes (Beginn, Auftrag, OK) und bei Fertigstellung mit (Ende, Auftrag, OK) abgescannt. So ist ein effizientes Arbeiten möglich: Nur 6 Scans für den kompletten Produktionsauftrag (Beginn und Ende) bei den Standard-Vorgängen in der Produktion. Sonder-Vorgänge können dann über die GUI in der BDE oder über Steuerbarcode-Tableaus ausgeführt werden.
3794	Produktion: Bedienvereinfachungen Produktionsplan / Basis-Arbeitsgänge	Der Basisarbeitsgang (Herstellung \|\| Basis-Arbeitsgänge) zeigt jetzt unter "Linked Items" an, in welchem Produktionsplan er vorkommt. Produktionspläne (Herstellung \|\| Produktions-Plan) lassen sich jetzt löschen, ohne erst die Unterreiter zu löschen. Basisarbeitsgänge lassen sich jetzt löschen, ohne erst die Unterreiter zu löschen. Die Option Plan automatisch erstellen muss aber vorher ausgeschaltet werden und der Basis-Arbeitsgang muß aus allen Plänen entfernt worden sein.
3783	Neue Unterreiter Produktionsbedarfe und Vertriebsbedarfe in Einkaufslauf	Zwei neue Unterreiter sind in MRP Management (Materialbedarfsplanung) \|\| Transaktionen \|\| Einkaufsplanung \|\| Einkaufslauf neu: Produktionsbedarfe und Vertriebsbedarfe. Der Aufbau ist identisch zu "Transaktionen \|\| Einkaufsplanung \|\| Einkaufslauf Liste". Die beiden Unterreiter sind "read only". Produktionsbedarfe enthalten alle geplanten Transaktionen des Typs "Herstellungsbedarf in Verarbeitung". Vertriebsbedarfe enthalten alle geplanten Transaktionen des Typs "Vertriebsauftrag in Verarbeitung".
3742	Teil-Produktion für Projekte / Bestimmung des Lagerortes für die Produktion in Projekten / Kalkulation Artikelkosten	Der Prozess "Aufgabe abschließen" in Herstellung \|\| Produktions-Auftrag >> Arbeitsgänge und der Prozess "Aufgabe abschließen" in Projektmanagement \|\| Projekte >> Aufgaben wurden vereinheitlicht. Im Projekt besitzt der Prozess jetzt auch ein Eingabefeld für die produzierte Menge. Teilproduktionen sind damit möglich. Ebenso kann man ggf. Restmaterial an einen Lagerort zurückgeben. Neu ist die Prozess-Option "Projektaufgabe / Arbeitsgang beenden" in beiden Bereichen. In der Herstellung wirkt diese Option allerdings nur, wenn die Systemoption "Arbeitsgang nach Produktion immer schließen" aus ist. Die Kalkulation der Artikelkosten (Stammdaten \|\| Artikel \|\| Artikel >> Kalkulation) wurde jetzt für Projekte und Herstellung vereinheitlicht. Voraussetzung für eine korrekte Kosten-Kalkulation ist, dass die Zeitrückmeldungen abgeschlossen sind, bevor die Produktionsrückmeldung erfolgt. Die Bestimmung der Artikelkosten ist auch bei Teilproduktion möglich. Es werden alle Kosten im Arbeitsgang bzw. Projektaufgabe zum Zeitpunkt der Produktionsrückmeldung auf ein Einzelteil heruntergerechnet. Damit bekommt man die reellen Stückkosten für den Artikel im Arbeitsgang/Projektaufgabe. Wurde bei Teilproduktion bereits mehr Material entnommen, als für die aktuell produzierte Menge nötig ist, werden diese Materialkosten aus den Stückkosten herausgerechnet. Funktion zur Bestimmung des Lagerortes für die Produktion in Projekten: 1. Wenn sich der Lagerort des Artikels im Lager des Projektes befindet, wird dieser Lagerort für die Produktion gewählt. 2. Wenn es unter Lagerplanung im Artikel Datensätze mit Produktion ='Y' gibt, und der Lagerort sich im Lager des Projektes befindet, wird der erste Lagerort gewählt, wo das der Fall ist. (Siehe verbundenes Ticket)

	BDE
3748	BDE: Mitarbeiter-Scan einsparen (eingeloggter Mitarbeiter wird vorbelegt)	Über eine neue System-Option (Einstellungen \|\| Unternehmen \|\| Organisation \|\| Organisation >> Konfiguration Optionen) kann man einstellen, dass der eingeloggte Mitarbeiter in der BDE vorausgewählt wird. Dadurch kann der Mitarbeiter-Scan entfallen. Die Option heißt: "BDE: Mitarbeiter vorbelegen" und ist für alle BDE-Bildschirme in der Software wirksam.
3776	Vereinfachung der BDE	Folgende Transaktionen werden vereinfacht: Transaktion BDE - Betriebsdaten-Erfassung \|\| Material-Entnahme: Der Knopf Komplett wird bei Aufruf der Transaktion automatisch ausgeführt. Alle Positionen, die entnommen werden können, erscheinen automatisch sofort in der Liste unten. Der Knopf komplett kann zusätzlich die gesamte Liste unten wieder nach oben befördern und vice versa. Produktion: Die im oberen Grid angezeigte produzierbare Menge (PROD) wird automatisch in das untere Grid übernommen. Die produzierte Menge kann durch Eingabe in das Feld Menge verändert werden (wg. Teilproduktion), hier dann einfach auf Auswählen drücken. Wenn man "Fertig" scant oder wählt, wird der Arbeitsgang automatisch geschlossen, wenn die volle Menge produziert wurde. Wenn sich im Produktionsauftrag kein weiterer gestarteter oder offener Arbeitsgang befindet, wird auch der Produktionsauftrag automatisch geschlossen
3748	BDE: Mitarbeiter-Scan einsparen (eingeloggter Mitarbeiter wird vorbelegt)	Über eine neue System-Option (Einstellungen \|\| Unternehmen \|\| Organisation \|\| Organisation >> Konfiguration Optionen) kann eingestellt werden, dass der eingeloggte Mitarbeiter in der BDE vorausgewählt wird. Dadurch kann der Mitarbeiter-Scan entfallen. Die Option heisst: "BDE: Mitarbeiter vorbelegen" und ist für alle BDE-Bildschirme in der Software wirksam.
	Version 3.6.40
	Features
3715	Auswertung Zahlungen nach Alter: Analyse des Zahlungsverhaltens erstellen	Die Auswertung Buchhaltung \|\| Zahlungsverkehr \|\| Berichte \|\| Zahlungen nach Alter wurde umbenannt. Sie heisst jetzt Zahlungsanalyse. Die Funktion ist um die Analyse des Zahlungsverhaltens erweitert. Dazu ist ein Zeitraum im Filter eingeführt: Rechnungsdatum von / Rechnungsdatum bis. Ebenso gibt es eine neue Option "bezahlt". Ist diese gewählt, bezieht sich die Auswertung auf alle abgeschlossenen Zahlungsvorgänge. Es wird der Eingang der Zahlungen (auch Teilzahlungen) für eine Rechnung angezeigt. In der ersten Spalte vor Fälligkeit, in den weiteren Spalten nach Fälligkeit (14, 30, 60, 90, >90Tage). Wenn "geleistete Zahlungen" aktiviert ist, erscheint die Option "nach Rechnungsdatum", die Auswertung ergibt dann in der ersten Spalte 0 (vor Rechnungsdatum kann keine Zahlung erfolgen), dann Zahlungseingang nach Rechnungsdatum (14,30,60,90,>90Tage). Der Report (PDF) erhält in der Überschrift, je nach Option: Geplanter Zahlungseingang, Zahlungseingang nach Rechnungsdatum, Zahlungseingang nach Fälligkeit. Außerdem wird der Zeitraum gedruckt. Die Sortierung erfolgt nach Geschäftspartner (Nummer - Name). Für tiefer gehende Analysen ist eine Gruppierung nach Rechnungsnummer (Option aktivieren) durchzuführen. Dann werden unterhalb jedes Geschäftspartners die einzelnen Rechnungsnummern aufgeführt und nach Zahlungsverhalten bzw. erwarteten Geldeingang dargestellt. Der Report Zahlungen nach Alter besitzt eine neue Export-Möglichkeit als Excel-Format. Die Ausgabe ist identisch mit dem bereits vorhandenen PDF-Export.
3717	Zahlungen nach Alter: Excel-Export	Der Report Zahlungen nach Alter bekommt eine neue Export-Möglichkeit als Excel-Format. Die Ausgabe ist identisch zum vorhandenen PDF-Export.
3658	Änderungen Abgleich Kontoauszug	Das Fenster Abgleich Kontoauszug über die Pfade: Buchhaltung \|\| Zahlungsabgleich Bank \|\| Zahlungsabgleich Bank Buchhaltung \|\| Bankdaten erstellen (SEPA) \|\| Bankdaten erstellen erhält eine neue Sortierung der offenen Posten in dieser Rangfolge: 1. Geschäftspartner 2. Rechnungsdatum 3. Rechnungsnummer. Vorher war der Abgleich Kontoauszug nur nach Geschäftspartner sortiert. Außerdem wird "Zahlungsabgleich Bank" in "Bankabgleich" umbenannt.
3656	Menü: Import Datev, CAMT + Export Datev + Zahlungsableich Bank + Bankdaten erstellen (SEPA)	Die beiden Transaktionen sind nun nicht mehr im Unterordner der Buchhaltung "Kontoführung" sondern direkt in der Buchhaltung zu finden. Außerdem wurde die Transaktion "Zahlungsableich Bank" umbenannt in "Bankabgleich".
3651	Übersicht Hauptbuch: Lieferanten- und Kundenrechnungen: Zusafass. der Beträge	Pfad: "Buchhaltung \|\| Übersicht Hauptbuch \|\| Übersicht Hauptbuch" Es ist nun die Option "Rechnungspositionen summieren" verfügbar. Sie gilt für Lieferanten- und Kundenrechnungen: Zusammenfassung der Positionsbeträge in einer Summe (z.B. bei Konto 8400). Bisher wurden alle Positionsbeträge einzeln aufgelistet, dass ist bei Rechnungen mit vielen Positionen unübersichtlich. Daher ist diese Option nun wählbar. Bei gesetzter Option werden alle Beträge in einer Buchung pro Konto zusammengefasst. Bei Nutzung von Excel fällt dadurch die Angabe des Artikels weg, da dieser pro Rechnungszeile gegeben ist.
3640	Bilder Karussel implementiert	OpenZ kann nun Bilder, die in den Anhang der Artikeldatensätze hochgeladen werden, als Bilderkarussell/Sliedshow darstellen. Mit den Pfeilen unter dem Bild wird zum nächsten bzw. zum vorherigen Bild gewechselt. Die Indikatoren (horizontalere Striche) unter dem Bild zeigen einerseits die Anzahl der hochgeladenen Bilder an und durch Klick auf diese lässt sich ein bestimmtes Bild direkt ansteuern.DasTemplate CAROUSEL in der GUI-Engine kann auf Feldern, die direkt mit der internen Bilddatenbank (ad_image_id) verbunden sind eingesetzt werden. Das spart Platz in der Datenbank, da die Bilder aus der Datenbank nur angezeigt und nicht weiter benutzt werden. Das CAROUSEL wird mit Bildern versorgt, indem diese in den Anhang des Datensatzes hochgeladen werden. Das Carousel erkennt die gängigen Bildformate an der Endung (jpg, png, jpeg) Funktioniert mit Firefox und Chrome
3698	Bedienvereinfachungen Shop-Schnittstellen	Die in E-Commerce \|\| Artikel-Shop-Zuordnung vorhandenen Funktionen sind jetzt auch in Stammdaten \|\| Artikel als Unterreiter ECommerce für den entsprechenden Artikel implementiert. Das erleichtert die Pflege der Informationen für den jeweiligen Artikel im Shop. Die neuen Unterreiter sind nur sichtbar, wenn das Modul ECommerce aktiv ist. Die Artikel-Kategorie (Pfad: Stammdaten \|\| Einstellungen Artikel \|\| Artikel-Kategorie) hat auch einen neuen Unterreiter: ECommerce Einstellungen. Hier werden die APIs abgelegt, für die dann automatisch bei Zuweisung von Artikeln ein Datensatz in E-Commerce \|\| Artikel-Shop-Zuordnung für alle enthaltenen Artikel angelegt wird. Damit wird die Massenverarbeitung von Artikel-Shop-Zuordnungen mit einem Mausklick erledigt. Desweiteren sind in der Artikel-Kategorie auch Unterreiter, die das automatische Einfügen von Shop-Kategorien und Tags für alle in der Kategorie enthaltenen Artikel erlauben. Das Entfernen einer API löscht alle Artikel der Kategorie aus der Artikel-Shop-Zuordnung des entsprechenden Shops. Dafür muss das Feld "max. gleichzeitig löschbare Artikel" in der API entsptrechend gefüllt sein.
3697	Bilder Export und Einbinden der XML-API für Bilder-URLs	Die XML-Api sorgt jetzt automatisch dafür, dass Bilder zum Artikel in den Shop hochgeladen werden. Dazu gibt es unter E-Commerce \|\| API-Einrichtung eine neue Option "Bilder exportieren". Diese muss gesetzt sein, um die Funktion zu aktivieren. Ebenso ist das neue Feld "Bilder Download URL" zu füllen. Mit dieser URL als Anfang werden die Verweise auf die Bilder in die Product.xml geschrieben. Die XML-API exportiert die Bilder in das Verzeichnis "images" auf dem eingestellten Transfer-Server. Die XML-API legt das Verzeichnis selbstständig an, wenn es noch nicht vorhanden ist, ebenso die erforderlichen Verzeichnisse 2send (Dateien von OpenZ zum Übertragen in den Shop) und receive (vom shop gesendete Dateien für OpenZ zum abholen bereit) an. Die übertragenen Bilder werden im Verzeichnis "images" in Unter-Verzeichnisse nach der Regel: Tabellenname-RecordUUID/ abgelegt. Das erleubt namensgleiche Bilder zu verschiedenen Artikeln. Bilder werden enweder im Anhang der Artikelstammmaske gepflegt und in den Shop übertragen oder in der Artikel-Shop Zuordnung in den Anhang hochgeladen. Als Regel gilt hier ganz allgemein: Wenn in der Artikel-Shop-Zuordnung nichts an den Daten verändert wird (gilt auch für das Hochladen von Bildern), gelten die Daten (Bilder) der Artikelstamm-Maske. Zum Übertragen der Bilder in den Shop muss für den Artikel aber natürlich in der Artikel-Shop-Zuordnung ein Datensatz existieren. Wenn ein Anhang in der Artikel-Shop-Zuordnung existiert, werden Bilder nur von hier übertragen, die Bilder des Artikelstamms gelten dann für diesen Shop nicht mehr. Die vollständige Bild-URL zum Download sowie Dateiname, Positionsnummer für die Reihenfolge und die Bildbeschreibung werden in die Product.xml geschrieben. Anmerkung: Der Unterreiter "E-Commerce \|\| Artikel-Shop-Zuordnung >> Bilder" wurde entfernt, er hat keine Funktion mehr. Dafür hat die Artikel-Shop-Zuordnung jetzt das neue Tempate Bilder-Karussel.
3699	Erweiterung XML-API	Die Tags (E-Commerce \|\| Artikel-Shop-Zuordnung \|\| Artikel-Shop-Zuordnung >> Tags) werden in den Knoten SearchKeys der Product.xml geschrieben. Tags werden durch ; getrennt in SerachKeys angelegt. Die Angabe vom Tag in OpenZ kann auch per Freitext über ein neues Feld "Name" unter "Artikel-Shop-Zuordnung >> Tags" erfolgen. Die Kategorien (Knoten Caregory) in der Product.xml enhalten jetzt auch auch den Namen der Kategorie. Zusätzlich wird eine mit ; getrennte Liste der Kategorien im Knoten "Categories" angelegt. Die Datei Categiries.xml wird beim Ändern/Neuanlegen von Shop-Kategorien erzeugt. Diese enthält nur den Namen der Kategorien. Das Löschen von Artikeln wird in einer eigenen Datei (Productdelete.xml) übertragen. Wenn Artikel gelöscht und dann sofort wieder eingefügt werden (z.B. bei Zuordnen einer Artikel-Kategorie) wird der Lösch-Eintrag zurückgesetzt, wenn die Datei noch nicht geschrieben wurde.
3628	Stückliste in Auftrag kopieren	Es gibt im Artikel ein Feld "Stückliste in Auftrag kopieren". Wählt man über den Selektor einen Artikel, der diese Eigenschaft besitzt, wird die gesamte Stückliste des Artikels im Anschluss an die aktuelle Position kopiert. Preise werden entsprechend den Einstellungen gezogen. ACHTUNG: Das Feld im Artikel ist standardmässig ausgeblendet. Es handelt sich um die Felder Issummary (Copy BOM to Orderline) in m_product.
3619	Lagerverwaltung: Lagerumbuchung inklusive Übername der Chargennummern / Seriennummern	Werden Seriennummern bzw. Changennummern umgebucht, so ist dies jetzt auch mit der Transaktion Lagerverwaltung \|\| Transaktionen \|\| Lager Umbuchung möglich. Der Selektor Artikel mit Lagermenge kann bei Filtereinstellung mit Lagermenge jetzt den Quell-Lagerort sowie die Lagermenge vorbelegen. Es werden dabei automatisch auch die Seriennummern / Chargennummern an diesem Lagerort in den Unterreiter Lagerverwaltung \|\| Transaktionen \|\| Lager Umbuchung \|\| Lagerbewegung >> Positionen >> Seriennummern übernommen. Das gilt immer, wenn die Menge = der vorhandenen Menge am Lagerort ist. Wird nur ein Teil umgebucht, sind Seriennummern / Chargennummern manuell anzugeben.
3630	Option 'Artikelbeschreibung in Posi-Beschreibung kopieren' soll auch für XML-API funktionieren.	Die Einstellungen Artikel-Dokument Notiz in Position-Beschreibung kopieren, Artikel-Beschreibung in Position-Beschreibung kopieren, und Lieferantenartikelnummer in Position-Beschreibung kopieren wirken sich auf den Text einer Auftragsposition in der XML-API exakt genau so aus, als würde die Position mit der Bedienoberfläche (GUI) von OpenZ anlegt. D.h. der Beschreibungstext wird entsprechend diesen Einstellungen gefüllt. Auswirkungen hat dieses NUR in der XML-API, in SOAP ist dieses Feature nicht implementiert.
3680	Herstellung: Variantenfertigung für die oberste Baugruppenebene	Der Produktionsauftrag ist um die Angabe eines Attributsatzes erweitert. Dieser wird sichtbar, wenn der Bedarf mit Attribut im VK Auftrag festgelegt wurde oder als Mindestlagermenge (siehe Ticket 3687). Außerdem können attributfähige Artikel manuell im Produktionslauf eingelastet werden. Dafür wurde das neue Feld Attribut oben im Lauf eingeführt. Der generierte Produktionsauftrag hat ein neues Feld Attribut im Arbeitsgang. Im Text des Produktions-Auftrages ist die Auswahl der Atrtribute noch einmal zur Info angegeben. Um Varianten zu fertigen und Stücklisten dynamisch zu berechnen ist folgendes Vorgehen best practice: Im Artikelstamm wird für den Artikel eine Standard-Stückliste angelegt. Diese sollte einer meist genutzten Ausprägung entsprechen bzw. eine Ausprägung beinhalten, an der man einen Grundpreis definieren kann. In den Attribut-Werten werden nun die Abweichungen von dieser Stückliste definiert. In Stammdaten \|\| Einstellungen Artikel \|\| Attribute \|\| Attribute >> Werte gibt es dafür einen neuen Unterreiter BOM Hier können für die Position der Original-Atrikelstückliste beim Generieren des Produktionsauftrages jetzt andere Artikel eingefügt, Mengen und Beschreibungen können geändert werden. Wenn der Artikel leer bleibt, wird die bezeichnete Position aus der Ursprungsstückliste beim Generieren des Produktionsauftrages entfernt. Wenn die Position nicht in der Ursprungsstückliste vorhanden ist, wird diese beim Generieren des Produktionsauftrages dynamisch hinzugefügt. In der Preisgestaltung werden für die Attributwerte die Zu- bzw. Abschläge auf den Preis definiert. Während des Einlastens des Produktionsauftrages wird die Stückliste gemäß den Angaben in den Attributen also dynamisch berechnet. Der Produktionslauf berücksichtigt nach der Auslösung des 1. Mindestbetandes die weiteren Einträge mit anderen Attribut-Ausprägungen, so dass alle nacheinander ausgelöst werden können. Es kann unter Artikel-Lagerplanung nur EINEN Datensatz pro Lager und Attribut mit dem Haken Produktion geben, ebenso pro Lager nur EINEN Datensatz mit dem Haken Wareneingang. Es können dort keine Datensätze ohne Haken angelegt werden, entweder Produktion oder/und Wareneingangs-Funktion muss gewählt werden. Bei Produktion wird der gewählte Lagerort automatisch im Basis-Arbeitsgang als Rückgabe-Lagerort erstellt. Das heißt, unsere gesamte Material- und Lagerplanung funktioniert auf Ebene eines Lagers und nicht auf Lagerort. Die hier angegebenen Lagerorte werden dann für Wareneingang oder Produktion benutzt, es darf aber nur einer für die Planung eingestellt werden. Anmerkung: Wenn vorher auf der Artikel-Hauptmaske schon Produktion aktiv ist und in Lagerort im selben Lager ein anderen Eintrag gemacht wurde, dann wird auch dafür ein Produktionsplan erstellt. Ggf. kann dieser aber löscht werden, wenn Produktion an diesen Lagerort nicht gewünscht ist. Alle Lagerübersichten, z.B.: Artikel >> Lager >> Geplante Materialbewegungen zeigen jetzt auch die Attribute der geplanten Produktion an (systemweit, es sind 14 Übersichten). Artikelstammdaten können umgestellt werden (mit/ohne Attributsatz). Alle vorhandenen Lagermengen mit Attribut sowie die geplanten Materialbewegungen mit Attribut bleiben erhalten. Wenn dann allerdings händisch eine Warenbewegung erstellt werden soll, muss im Artikelstamm der Attributsatz wieder vorhanden sein.
3687	Mindestlagerbestände mit Attributen / Einkaufslauf mit Attributen	Unter Stammdaten \|\| Artikel \|\| Artikel >> Lagerplanung ist ein neues Feld Attribute implementiert worden. Darüber können Mindestlagerbestände je Attributsatzkombination am selben Lagerort eingestellt werden. Desweiteren wird in der Lagerplanung entschieden, ob der Artikel eingekauft wird (Option Lagerort für Wareneingang gesetzt) oder produziert wird (Option Produktion gesetzt). Jede Kombination von Lagerort und Attribut kann nur einmal pro Artikel eingegeben werden. Bei unterschreiten dieser Meldebestände wird der Artikel samt Attributsatzkombination je nach Einstellung der Optionen vorgeschlagen in: - EK-Lauf - Produktionslauf Der Lagerbedarf bleibt im Produktionslauf sichtbar, solange der opt. Lagerbestand nicht erreicht wird: Die Lagerbedarfe werden solange mit angezeigt, wie insgesamt (über alle Zeit gerechnet) der Mindestbestand bzw. optimale Lagerbestand nicht erreicht wird. D.h. auch wenn VK Aufträge / Produktionen ausgelöst wurden oder auszulösen sind, wird der Lagerbedarf, wenn es ihn gibt, angezeigt. Also vorsichtig beim Auslösen - Es ist best practice, erst die Bedarfe aus den anderen Aufträgen auszulösen, die kennen die korrekte Zeitschiene. Im Lagerbedarf wird nicht ermittelt, wie hoch ein Gesamtbedarf unter Berücksichtigung der laufenden Aufträge ist, es wird lediglich die Produktion bis zum Auffüllen des Optimalen Lagerbestandes unter Berücksichtigung der aktuellen Lagermenge pauschal vorgeschlagen (Lagerbedarfe kennen keine Zeitschiene).Weitere Verbesserungen im EK-Lauf: Direktfilter nach Name und Datum sind nun verfügbar. Die Einschränkung Geschäftspartner / GP-Gruppe im EK-Lauf wurde entfernt (hatte keine Funktion). Das Feld Lieferant wurde mit dem Selektor ausgestattet. Unterrreiter Einkausflauf Liste: Direktfilter nach Artikel und Lieferant sind nun nutzbar.
3686	Intercompany-Schnittstelle; Multifunktionsfähigkeit mit Attributen, Lagerortbestimmung in der Produktion mit mehereren Organisationen	Der Unterreiter Stammdaten \|\| Artikel \|\| Artikel >> Lagerplanung erhält eine neue Eigenschaft "Produktion". Ist diese gesetzt, dann wird für den betreffenden Artikel ein Produktionsplan in der entsprechenden Organisation angelegt. Dafür muss der Haken Produktion auch in der Artikel-Stammmaske gesetzt sein. Mit diesem Feature können pro Artikel automatisiert mehrere Produktionspläne angelegt werden - pro Organisation getrennt. Existiert (noch) kein Datensatz mit Produktion in Artikel >> Lagerplanung, verhält sich das System wie bisher: Die Organisation wird über den Lagerort auf der Artikelhauptmaske bestimmt. Dieser Lagerort wird dann auch für die Produktion vorgesehen.Beim Anlegen der Stückliste des Basisarbeitsgangs greift auch eine neue Logik, wenn Datensätze für die Stücklistenartikel in Artikel >> Lagerplanung existieren: Wenn Baugruppen in die Stückliste eingefügt werden und unter Artikel >> Lagerplanung für die Baugruppe ein Eintrag in der passenden Organisation mit der Eigenschaft Produktion existiert, wird dieser Lagerort zum Entnahmelagerort für die Baugruppe. Es wird der erste Datensatz mit dieser Eigenschaft gewählt. Wenn Kaufteile oder Baugruppen, welche in der passenden ORG nicht produziert werden, in die Stückliste eingefügt, wird der Datensatz mit Lagerort für Wareneingang in der passenden Org als Entnahmelagerort zuerst gewählt, nachrangig ein anderer Eintrag, der nicht den Haken Produktion besitzt. Existiert kein Datensatz in Artikel >> Lagerplanung gilt die alte Logik: Lagerort aus. Artikelhauptmaske=Entnahmelagerort. Um die Zuordnung zu einer Organisation sauber zu erkennen, wird der shortcut der ORG mit in den Suchschlüssel des Produktionsplanes geschrieben, wenn in einer 2. Org erstmals ein Plan angelegt wird. Der Identifier für die Basis-Arbeitsgänge im Produktionsplan wurde geändert, so dass über "linked items" hier dann auch der Suchschlüssel mit zu erkennen ist. Der Produktionslauf kann jetzt nur noch ausgeführt werden, wenn man mit einer ORG (nicht ) eingeloggt ist, analog zur Benutzung der BDE. Im Produktionslauf wird der auszuführende Produktionsplan mit der eingeloggten ORG bestimmt - und zwar der erste, der für die Org angelegt wurde. Der Button 'schnellstes Lieferdatum' im Auftrag prüft jetzt, ob bei zu produzierenden Artikeln in der ORG des Auftrags ein Produktionsplan existiert. Wenn keine Datensätze in Lagerplanung sind, wird dieser zugrundegelegt. Existieren Datensätze in Lagerplanung, wird nur mit Produktion kalkuliert, wenn für die ORG hier ein Datensatz mit Produktion angelegt ist, sonst wird mit Einkaufsdatensätzen kalkuliert. Für den Einkauf ist es wichtig, dass bei Produktionsartikeln, die in einer anderen Organisation als EK-Artikel gelten, ein Datensatz in Lagerplanung angelegt ist, der Lagerort für Wareneingang aktiviert hat. Das gilt auch für die Produktionssimulation (schnellstes Lieferdatum). Wenn ein Artikel in der Organisation/Lager produziert wird, wo der VK Auftrag liegt, kannn es sein, das Baugruppen, die auch produziert werden, in einer anderen Org liegen, also aus Sicht der Org/Lager des VK-Auftrages Einkaufsteile sind. Anmerkung zu VK-Aufträgen und Produktion: Lager beachten. Aus dem Lager wird letztlich die Produktions-Organisation bestimmt. Produktion in Lager mit ist nicht möglich. Gehört das Lager einer anderen Org, wird in dieser produziert und in der Org des Auftrages nur abgerechnet.
3708	Änderungen an der SOAP API - Attribute hinzufügen, Authentifizierung	Das Passwort kann jetzt auch so hinterlegt werden, wie es auf der Oberfläche von OpenZ im Client eingegeben wird (als Klartext). Das gilt für alle SOAP Webservices. Dem Order-Webservice wurde die Attributesetinstance ID hinzugefügt. Der Webservice OrderServiceV100 funktioniert weiter wie bisher. OrderServiceV200 wurde neu erstellt (mit Attributen). Der interne Webservice-Client (OpenZ zu OpenZ) wurde für die Nutzung dieses Services angepasst. Achtung, Für Partner: An OrderServiceV200 wird noch weitergearbeitet, der ist noch nicht für die Nutzung von Partnern/Anwendern freigegeben und kann sich noch verändern. Erst nach dem offiziellen Release wird der Service freigegeben. Solange bitte OrderServiceV100 nutzen, der bleibt stabil.
3616	Textergänzung für Tagesgenaue Abrechnunug von ABO-Intervallen	In den Positionen wird die bestehende Info für das Interval erweitert um Menge, Einheit und Betrag / Abrechnungsintervall. Der Betrag in der Klammer zeigt jetzt den tatsächlichen Monatsbetrag für das Datum ab an. Werden ganze Monate berechnet, ist es der Monatspreis. Ist der Monat nicht vollständig, ist es der anteilige Monatspreis pro Leistungseinheit.
3647	Funktion Angebot aus Auftrag	Ein neuer Button "Angebot aus diesem Dokument erstellen" sorgt für das komplette Kopieren des Dokumentes in ein neues Angebot. Jedes Dokument im Fenster Vertrieb \|\| Aufträge \|\| Aufträge besitzt diesen Button (auch wenn es storniert ist). ABO-Angebote und ABO-Aufträge erzeugen ABO-Angebote. Alle anderen Dokumentarten erzeugen "normale" Angebote. Die Funktion ist zunächst im Verkauf implementiert. Preise und Textmodule werden dabei 1:1 übernommen. Es wird eine Referenz zum Dokument, aus dem es erzeugt wurde, gesetzt. Bei ABO-Angeboten mit Referenz, die aus einem Auftrag erzeugt wurden, wird ein neues Feld 'Abo ändern ab' eingeblendet. Bei Änderung des Geschäftspartners, des Start-Datums oder des Feldes 'Name' im Angebot, wird das Feld "Abo ändern ab Datum" (nach dem Speichern oder Wechseln des Reiters) ausgeblendet.
3649	Abo-Angebot: Dokumentenverarbeitung - Erweiterung der Logik	Der Button "Weiterverarbeiten" bei ABO-Abgeboten, welche aus ABO-Aufträgen erzeugt wurden, ist geändert worden. Wenn die Funktion "Angebot aus diesem Dokument erstellen" bei einem ABO-Auftrag genutzt wurde, blendet sich nun das Feld "Abo ändern ab" im erzeugten ABO-Angebot ein. Wenn in dem Feld "Abo ändern ab Datum" ein Datum eingetragen wird, ist im Popup nur die Option "Bestehenden Vertrag ändern" wählbar und es kann nur der laufende Vertrag geändert werden. Wenn in dem Feld "Abo ändern ab Datum" kein Datum eingetragen wird, sind im Popup die bisherigen 3 Optionen aufrufbar: a) Angebotsvariante erzeugen, b) Angebot verloren, c) Auftrag erzeugen, Zuschlag erteilt. Dann sind für die Option "Auftrag erzeugen, Zuschlag erteilt" zwei Varianten möglich: 1. Wenn in dem erzeugten Angebot NUR Konditionen/Positionen/Preise/Enddatum im Abo-Angebot verändert werden, handelt es sich um eine Vertragsänderung/Vertragsverlängerung. Dabei müssen Startdatum, Vertragsname, GP gleich bleiben und das Feld "Abo ändern ab Datum" benötigt einen Eintrag. Der Button "Weiterverarbeitung" im Angebot zeigt im Popup in diesem Fall nur die Option "Angebot weiterverarbeiten: Bestehenden Vertrag ändern". Damit wird der bestehende ABO-Auftrag verändert und KEIN neuer Auftrag erzeugt! (Dies ist analog zu der Vorgehensweise, wenn in einem vorhandenen Abo-Auftrag direkt über das Feld "Abo ändern ab Datum" der Auftrag aktualisiert wird). Alle Daten werden aus dem Angebot in den bestehenden Auftrag übernommen. Die Dokumentennummer wird im Auftrag versioniert. Ein Verweis des geänderten ABO-Auftrags auf das Angebot ist im Feld Referenz gesetzt. 2. Werden in dem Angebot Startdatum, Vertragsname, Geschäftspartner verändert oder bleibt das Feld "Abo ändern ab Datum" leer und das Angebot aktiviert, zeigt der Button "Weiterverarbeiten" wie bisher die 3 Optionen: a) Angebotsvariante erzeugen, b) Angebot verloren, c) Auftrag erzeugen, Zuschlag erteilt. Bei der Auswahl "Auftrag erzeugen, Zuschlag erteilt" wird ein NEUER Abo-Auftrag erstellt.
3648	Erweiterung der Dokumentenverarbeitung: Link zum Angebot	Über den Button im Kundenangebot: "Weiterverarbeiten" mit der Option "Auftrag erzeugen – Zuschlag erteilt" erhält im erzeugten Kundenauftrag das Feld "Referenz Angebot / Auftrag / Vertrag" grundsätzlich den Link zum Angebot, aus welchem der Zuschlag erteilt wurde. Diese Option "Auftrag erzeugen – Zuschlag erteilt" setzt keine Referenz mehr auf den erzeugten Auftrag in das Angebot, aus dem der Auftrag erzeugt wurde. Das Lookup funktioniert somit umgekehrt wie bisher: Wenn man im Angebot ist (aus dem ein Auftrag erzeugt wurde), muss man linked Items nutzen, um zu sehen, welcher Auftrag erstellt wurde. Vom Auftrag kann über das Feld "Referenz Angebot / Auftrag / Vertrag" direkt ins Angebot gesprungen werden. Hinweis: Wird in einem Kundenauftrag der Button "Angebot aus diesem Dokument erzeugen" gewählt, schreibt das System in das Feld "Referenz Angebot / Auftrag / Vertrag" des Angebots die Auftragsnummer, aus dem das Angebot erzeugt wurde. Dies gilt ebenso, wenn in einem Angebot der Button "Angebot aus diesem Dokument erzeugen" gewählt wird: In das Feld "Referenz Angebot / Auftrag / Vertrag" des neuen Angebots wird die Angebotsnummer eingetragen, aus dem das Angebot erzeugt wurde. In dem Feld "Referenz Angebot / Auftrag / Vertrag" steht also immer das Vorlagedokument.
3674	Auslaufartikel sollen im Einkaufslauf nicht berücksichtigt werden	Stammdaten \|\| Artikel \|\| Artikel >> Einkauf Die Felder "Auslaufartikel" und "Auslauf zum" hatten bisher nur einen informativen Charakter, nun gibt es dazu folgende Logik im Einkaufslauf: Ist der Artikel im EK-Datensatz als Auslaufartikel markiert und ist das Datum im Feld 'Auslauf zum' erreicht (leer=heute), kann zu dem Artikel keine automatische Bestellung aus dem EK-Lauf mehr generiert werden.MRP Management (Materialbedarfsplanung) \|\| Transaktionen \|\| Einkaufsplanung \|\| Einkaufslauf: Ist der Haken bei 'Auslaufartikel' gesetzt, wird der Artikel zwar vom Einkaufslauf korrekt berechnet, jedoch erscheint der Artikel in der (grünen) Meldung des EK-Laufes "Artikel ohne Einkaufsdaten vorhanden".MRP Management (Materialbedarfsplanung) \|\| Transaktionen \|\| Einkaufsplanung \|\| Einkaufslauf >> Einkaufslauf Liste In der Listenansicht der Einkaufsvorschläge erscheint der Artikel mit den errechneten Mengen weiterhin, aber die Spalte "Geschäftspartner" bleibt ohne Eintrag, daher kann in diesem EK-Lauf dazu auch keine automatische Bestellung ausgelöst werden. Soll eine Bestellung über den EK-Lauf trotzdem mit ausgelöst werden, ist hier manuell ein Lieferant einzutragen, wobei ein entsprechender EK-Datensatz beim Artikel bereits existieren muss. In manuellen Bestellungen kann ein Auslaufartikel weiterhin verwendet werden, einen Hinweis gibt es dort bis auf weiteres jedoch nicht.
3673	Upload mehrerer Dateien in einem Vorgang / Festlegen des Textes, des Typs und und der Reihenfolge	Im Dialog Anhänge (Button mit dem Symbol Büroklammer) ist es möglich, mehrere Dateien auf einmal auszuwählen. Das ist mit dem Button "Duchsuchen" implementiert. Das Popup-Fenster für die Archivierung von Dateien wurde komplett überarbeitet und besitzt nun statt einer einfachen Listenansicht eine editierbare Liste, in welcher Änderungen direkt vorgenommen werden können.Folgende Funktionalitäten sind neu: - Neu Spalte 'Pos.Nr.': Dateien erhalten nun eine (veränderbare) Positionsnummer. Über die Positionsnummer lassen sich Dateien, wie z.B. Bilder, in eine bestimmte Reihenfolgen bringen, die von Dokumenten oder anderen Diensten (z.B. Webshop) so abgerufen werden kann. - Multi-upload: Bietet die Möglichkeit mehr als eine Datei gleichzeitig hochzuladen. Sowohl per Drag and Drop, als auch manuell. - Multi-Löschfunktion: Bietet nun die Möglichkeit mehr als eine Datei zur Zeit aus der Liste zu entfernen. (Diese Anhänge sind mit der Wiederherstellungsfunkion jederzeit wiederherstellbar.) - Multi-Editierfunktion: Pos.Nr., Name, Beschreibung und Dateityp sind grundsätzlich individuell veränderbar. Der Button „Editieren“ entfällt. - Vorschaubilder: Zuvor angehängte Bilddateien werden in einer Extraspalte als Vorschaubild angezeigt. - Dateierkennungsfunktion: Beim Upload werden gängige der Dateitypen automatisch erkannt und zugeordnet. - Wiederherstellungsfunktion: Eine neue Möglichkeit: ALLE zuvor gelöschten Anhänge werden wiederhergestellt. - Es entfallen die Spalten „erstellt am“ und „erstellt von“.
3043	Flexibles Adressformat je Land	Adresskonfigurator für Internationale Anschriften. Einstellungen \|\| System-Stammdaten \|\| Länder, Regionen, Städte \|\| Länder In OpenZ gibt es nun die Möglichkeit, je Land eine eigene Anschriftskonfiguration zu hinterlegen. Mit dieser kann eingestellt werden, in welcher Reihenfolge Anschriftsinformationen ausgegeben und auf dem OpenZ-Standardreport gedruckt werden sollen. So kann leicht definiert werden, das z.B. für US-Anschriften die Postleitzahl nach dem Ort und dem Regionskürzel gedruckt werden soll.Die Anschrift ist dabei in 5 Bereiche unterteilt (siehe Bild). Die Neuerungen gelten dabei für die Bereiche 1-4.In den Einstellungen für das Land können in die 4 Bereiche folgende Codes eingetragen werden. @L1@, @L2@, @CI@, @PC@, @C@, @R@, \| (Linebreak) Diese Codes sind Platzhalter für die Felder in der Anschrift, in welche die tatsächlichen Informationen eingetragen werden. Es gilt also: @L1@ = 1. Zeile @L2@ = 2. Zeile @PC@ = Postleitzahl @CI@ = Stadt @C@ = Land @R@ = RegionEine weitere Option ist das Zeichen: \|. Damit kann ein Zeilenumbruch innerhalb eines 'Bereiches' ausgelöst werden. Somit kann ausgesteuert werden, dass innerhalb eines Bereiches 2 Informationen in je einer eigenen Zeile stehen. Je Bereiche sind theoretisch endlos viele Zeilenumbrüche möglich. Dadurch sind auch komplexe Anschriften möglich, welche 10 Zeilen oder mehr betragen.
3669	Druckkonfiguration: Projektname soll auswählbar sein.	Einstellungen \|\| System-Stammdaten \|\| Druck-Konfiguration \|\| Druck-Konfiguration In der Druckkonfiguration wurde in den Bereichen Auftragsfelder, Rechnungsfelder, Lieferungsfelder die Dropdown-Listen um den Eintrag 'Projektname' ergänzt.
	BUGFIXES
3657	Geschäftpartner-Kontaktperson: Überflüssige Felder entfernen	Geschäftpartner-Kontaktperson: einige überflüssige Felder wurden entfernt, wie z.B. Marktforschung, Training, Blockbuster, Emarketing, Veranstaltungsmanagement. Sie können aber individuell wieder eingeblendet werden.
3722/8	Mahnlauf und Bankeinzug	Im Mahnvorschlag werden keine Rechnungen gelistet, die als Zahlungsregel "Bankeinzug" haben. Mahnlauf: Bei teilweiser Verrechnung von Gutschriften wird der falsche Betrag ausgewiesen
3707	USt-ID (Umsatzsteuer-ID) und Datev-Export und Automatikkonten	Datev-Export: Pfad: Buchhaltung \|\| Export Datev: Wenn ein Skontokonto (gewährte Skonti z.B. die Konten: 8730 oder erhaltene Skonti 3730) als Automatik-Konto definiert wurde, ist nun auch die USt-ID im Datev-Export enthalten, dies galt vorher nur, wenn die Konten nicht als Automatikkonten definiert waren.
3702	Schnellerfassung Mitarbeiter, Datenbankfehler	Pfad: "Stammdaten \|\| Mitarbeiter \|\| Mitarbeiter": Der Button "Schnellerfassung" wurde ausgeblendet, da die Erfassung über den Button zu Datenbankfehlern führte.
3379	Pfad: "Information - Rechnungen"	Die Spalten "bezahlt" und "offen" wurden entfernt (Informationsanzeige inkorrekt) - Dafür sind "Beschreibung" und "Auftrag" nun länger.
3693	Warenbewegung Lieferant: Unvollständiges Dokument bei Storno und nicht vorhandener Lagermenge	Wenn eine Warenbewegung Lieferant storniert wird und kein ausreichender Lagerbestand mehr vorhanden ist, erscheint nun eine Fehlermeldung, in welcher die Nummer der betroffenen Position aufgeführt ist. ERROR=NotEnoughStocked line@ 10 BUG behoben
3691	OpenZ-Standardreport; 'Zahlungsbedingungen Detail' liefert ohne Skonto 'null'	Bug behoben. Bei aktivierter Option 'Zahlungsbedingungen Detail' wird bei Zahlungsbedingungen ohne Skonto nun keine überflüssige Zeile mehr gedruckt.
3689	OpenZ-Standardreport: UstID für Lieferanschrift einblenden.	In der Warenbewegung Kunde wird nun die USt. ID der Lieferanschrift im Dokumentenkopf des Lieferscheines gedruckt, wenn sowohl eine Anschrift als auch eine Lieferanschrift vorhanden sind. Bisher wurde nur die USt-ID der Anschrift gedruckt.
3661	Abweichender Geschäftspartnername in den Dropdowns nicht erkennbar.	Der Abweichende Geschäftspartner Name ist in den Drop-Down Boxen im Auftrag nicht immer zu sehen. Bei der Auftragsadresse steht er hinten drin, bei den anderen Adressen (Rechnungsadresse, Lieferadresse) ist er nicht zu sehen. Außerdem wurde die Reihenfolge der Anzeige in den Dropdown-Boxen so angepasst, wie Adressangaben in Deutschland üblich sind: Abw.-GP Name - Adresszeile1 - Adresszeile2 - PLZ Stadt - Land
3659	Bug: manuelles Textmodul verliert Information 'unter den Positionen'	Vertrieb \|\| Aufträge \|\| Aufträge >> Textmodule Bug behoben. Textmodule, welche gelöscht und erneut ausgewählt oder manuell ausgewählt wurden, weil sie nicht das Merkmal 'Neuen Dokumenten automatisch hinzufügen' besitzen, verloren die Information 'Unter den Positionen'. Nun bleibt diese Information erhalten.
3714	Zahlungen nach Alter: Übereinstimmung mit Übersicht Forderungen und Verbindlichkeiten	Der Report Übersicht Forderungen und Verbindlichkeiten hatte eine Abweichung in PDF und HTML. HTML zeigte den korrekten Wert. PDF berücksichtigte bei noch offenen (Rest)-Posten, bei denen bereits ein Skonto gezogen wurde, das Skonto nicht. -> Dies ist korrigiert Einschränkung: In beiden Auswertungen ("Buchhaltung \|\| Zahlungsverkehr \|\| Berichte \|\| Zahlungen nach Alter" und "Übersicht Forderungen und Verbindlichkeiten") werden Fremdwährungen nicht umgerechnet und in der Summe mit angezeigt. Die Gesamtsumme der Auswertung entspricht aus diesem Gründen nicht unbedingt der Summe der Forderungen oder Verbindlichkeiten in Hauswährung. Hier ist Vorsicht geboten (ggf. filtern).
3696	Druck Etikett Warenversand / Warenausgang	Lagerverwaltung \|\| Warenbewegung Kunde Das Etikett Warenausgang (Label_Shipment_10x15.jrxml) ließ sich nicht immer drucken, weil es Voraussetzung war, das 'Kontaktperson' und 'Incoterms' eingetragen waren. Nun kann das Etikett auch gedruckt werden, wenn die genannten Informationen nicht eingetragen sind.
	Version 3.6.20
	Features
3652	Manueller Buchunsstapel - Übersicht / Bankabgleich - Übersicht	Die Fenster "Manueller Buchunsstapel" und "Bankabgleich" erhalten einen neuen Unterreiter "Übersicht" auf oberster Ebene. Dieser Reiter zeigt sämtliche Positionen aller Buchungsstapel bzw. Bankabgleiche. Außerdem gibt es nun Direkt-Filtermöglichkeiten: z.B. nach Datum, Beschreibung, Betrag oder Verwendungszweck (je nach Pfad).
3614	Zusatzinformationen in der Bestellung	Im Verkaufsauftrag sind in den Positionen drei neue Felder implementiert: 1. Lagerort -> Zeigt den Standard-Lagerort des Artikels im Lager des Auftrages, wenn unter Artikel / Lagerplanung kein Datensatz vorhanden ist, aus der Artikel-Hauptmaske. 2. Aktuelle Lagermenge -> Gesamtlagermenge des Artikels im Lager des Auftrages 3. Deckungsbeitrag -> Preis - aktueller Einkaufspreis * Menge Diese Funktion ist noch nicht mehrwährungsfähig. Ein weiteres Feld "Gelagert" kann eingeblendet werden, es zeigt die Eigenschaft aus dem Artikelstamm. Die Felder Lagerort, Akt. Lagermenge und Gelagert sind auch im EK-Auftrag implementiert.
3642	Verbesserung der Maske Abgleich Kontoauszug	Optimierungen für die Bearbeitung "Abgleich Kontoauszug": Pfad: "Buchhaltung \|\| Zahlungsabgleich Bank \|\| Zahlungsabgleich Bank": Wenn das Popup über den Button "Abgleich Kontoauszug" geöffnet ist und Posten markiert sind, wird nun in der Zeile über den Positionen deren Gesamtbetrag im Feld "Betrag gesamt" angezeigt. Dieser Betrag ist die Summe aus der Eingabe im Feld "Betrag" + der Eingabe im Feld "Kosten". Diese Summe wird gegen Bank gebucht, es ist der "Nettobetrag, sprich ein Wert im Feld "Skonto" wird von der Summe abgezogen. Ein weiteres Feld in dieser Zeile "Betrag ausgeglichen" zeigt die Summe aller markierten Posten, die ausgeglichen werden sollen. Dies ist der "Bruttobetrag", d.h. Skontoabzüge werden nicht berücksichtigt. Es ist die Summe aus der Eingabe im Feld "Betrag", das Feld "Skonto" spielt hier keine Rolle (auch das Feld "Kosten" nicht). Ein neues Feld "Betrag Skonto" addiert die im Feld "Skonto" eingegebenen Beträge, ein weiteres Feld "Skonto %" gibt die Differenz in % an aus der Summe der Eingaben im Feld "Betrag" und im Feld "Skonto" (Feld Skonto * 100)/(Feld Betrag+Feld Skonto) = Skonto % Eine manuelle Eingabe/Veränderung in einer Position im Feld "Skonto" ändert automatisch das Feld "Betrag" um den eingegebenen Skontowert. Auch in der Summenzeile wird das Feld "Betrag gesamt" um den Skontowert automatisch angepasst. Eine weitere Verbesserung: Wird im Popup "Abgleich Kontoauszug" im Filterfeld "Zahlungsdatum" ein Wert eingegeben, wird dieser beim Filtern in alle Posten übernommen. Werden dann Zeilen markiert und OK gedrückt, ist das Zahlungsdatum aus den Zeilen in die Felder "Valuta-Datum und "Buchungsdatum" in den Bankausgleich übernommen worden. Außerdem kann das Zahlungsdatum jetzt auch für jede einzelne Zeile angegeben werden.
3576	Abo-Funktionen im Einkauf	Abo-Funktionen im Einkauf sind nun analog zum Verkauf vorhanden, inkl. der anteiligen Berechnung. Es ist ein neuer Dokumenten-Typ "Abo-Bestellung" im Einkauf erstellt worden. Dieser hat wie im Verkauf die Felder "Vertragsbeginn", "Vertragsende", "Rechnungs Frequenz", "Tag des Monats", "Berechnung der Leistung im Nachhinein". Die neue Funktionalität der tagesgenauen Abrechnung ist auch im Einkauf vorhanden: d.h. das Feld "Tagesgenaue Abrechnung" ist implementiert.
3621	Überarbeitung der Tab-Bar	In kleinen Bildschirmen waren die Tabs schlecht lesbar. Jetzt sind die Tabs auch auf Smartphones gut zu bedienen. Das Hintergrundbild der Tabs wurde durch eine dunkle Hintergrundfarbe ersetzt. Die Abstände wurden angepasst. Es wurde ein 'focus'-Effekt sowie ein 'hover'-Effekt eingefügt. Nun sind die Tabs auch beim Verkleinern des Browserfensters sichtbar.
3548	Auftragsart Reparaturauftrag	Über die neue Auftragsart "Reparaturauftrag" können jetzt Reparaturen oder Wartungsaufträge für Geräte und Anlagen im System verarbeitet werden. Das zu bearbeitende Gerät wird dabei im Kopf des Auftrages eingetragen. Über neue Prozessknöpfe werden die Warenbewegungen ausgelöst. Dabei können zu der Seriennummer des Gerätes individuelle Zusatzinformationen beim Einliefern und Ausliefern erfasst werden. Leistungen und Ersatzteile werden im Auftrag als Positionen erfasst. So sind im Reparaturauftrag alle relevanten Informationen zusammengefasst: Gerät, Seriennummer, Zustand, Leistungen, Ersatzteile. Die neue Auftragsart "Reparaturauftrag" ist im System unter "Vertrieb \|\| Aufträge" verfügbar. Diese lässt sich entweder über das Dropdownfeld "Ziel-Belegart" auswählen oder von einem Angebot aus weiterverarbeiten. Die Möglichkeit der Auswahl des Dokumententyps bei der Weiterverarbeitung (Angebot -> weiterverarbeiten, Option: Zuschlag erteilt-Auftrag erzeugen) ist auch neu. Hier lässt sich neben Standard-Order auch Reparaturauftrag und Auftrag - Sofortberechnung wählen. Der Reparaturauftrag bietet die Möglichkeit, oben rechts einen Artikel anzugeben. Dieser Artikel ist das Gerät bzw. die Anlage / Maschine, die repartiert oder gewartet werden soll. In den Positionen werden Leistungen und Ersatzteile erfasst, die den eigentlichen Auftrag ausmachen. Für diese kann (bzw. sollte bei Ersatzteilen) dann ein Lieferschein erstellt werden. Die Warenbewegungen für das zu reparierende Gerät können über Prozessknöpfe ebenfalls erstellt werden.
3603	Direktfilter für Zeitrückmeldungen + Zahlungsabgleich Bank + man. Buchungsstapel	Es sind weitere Direktfilter verfügbar in den Pfaden: - Buchhaltung \|\| Manueller Buchungsstapel \|\| Buchungsstapel: Filter: Datum von, Datum bis. - Buchhaltung \|\| Manueller Buchungsstapel \|\| Übersicht: Filter: Datum von, Datum bis, Betrag von, Betrag bis, Beschreibung. - Buchhaltung \|\| Zahlungsabgleich Bank \|\| Zahlungsabgleich Bank: Filter: Bankkonto, Valutadatum von, Valutadatum bis. - Buchhaltung \|\| Zahlungsabgleich Bank \|\| Übersicht: Filter: Beschreibung, Datum von, Datum bis, Verwendungszweck. - Projektmanagement \|\| Zeitrückmeldung \|\| Zeitrückmeldung: Filter: Arbeitsdatum von, Arbeitsdatum bis, Projekt/Produktionsauftrag, Kontaktperson. - Projektmanagement \|\| Arbeitseinsatz Rückmeldung \|\| Arbeitseinsatz Rückmeldung: Filter: Projekt/Produktionsauftrag, Kontaktperson, Arbeitsdatum von, Arbeitsdatum bis.
3584	Direktfilter ergänzen	Die Direktfilter sind jetzt auch in folgenden Fenstern eingestellt: Stammdaten \|\| Seriennummern: Artikel und Seriennummer Stammdaten \|\| Chargennummern: Artikel und CNR
3577	CAMT-Verfahren für IABG (Commerzbank) einführen	Das CAMT-Modul wurde für die Commerzbank angepasst
3612	Änderbarkeit von Rahmenverträgen, obwohl schon Abrufe existieren	Änderung der Logik für Rahmenverträge + Abrufaufträge mit vorhandenen Lieferungen und Rechnungen, so dass an diesen nun Änderungen bei Stückzahl und Laufzeit vorgenommen werden können. Es kann aber die bereits abgerufene Menge nicht unterschritten werden. Eine Position, für die Abrufe existieren, kann nicht gelöscht oder im Artikel verändert werden. Es können zusätzliche Positionen angelegt werden. Die Vertragslaufzeit kann angepasst werden, muss aber innerhalb der existierenden Abrufe liegen. Damit die Änderungen möglich sind, muss zum Pfad: "Einstellungen \|\| Unternehmen \|\| Organisation \|\| Organisation >> Konfiguration Optionen" die Option "Änderung v. Bestell-/Auftrag bei vorh. Lief.-/Rech. möglich" aktiviert werden.
3611	View 'Lagermengen Übersicht': Meldebestand	View 'Lagermengen Übersicht': Die View wurde um Spalte "Meldebestand" ergänzt. Der Wert des Meldebestandes stammt aus der Lagerplanung des Artikels. Jeder Artikel, der einen Eintrag unter Lagerplanung besitzt, soll mit seinem Meldebestand angezeigt werden, auch wenn dieser Artikel noch keine Transaktionen im Lager hatte. Folgende Fenster sind erweitert worden: Kritische Vorgänge Einkauf Kritische Vorgänge Verkauf Kritische Vorgänge Produktion Bestellwesen \|\| Erwartete Wareneingänge Vertrieb \|\| Rückstandsliste / Offene Lieferungen Stammdaten \|\| Artikel \|\| Artikel >> Lager Herstellung \|\| Übermengen Produktion >> Lager MRP Management (Materialbedarfsplanung) \|\| Transaktionen \|\| Einkaufsplanung \|\| Einkaufslauf >> Einkaufslauf Liste >> Lager Lagerverwaltung \|\| Lager Übersicht \|\| Lager Übersicht >> Lagermengen Lagerverwaltung \|\| Lager Übersicht \|\| Lagermengen (Übersicht) Bestellwesen \|\| Übermengen Einkauf \|\| Übermengen Einkauf >> Lager
3609	Überarbeitung des Konten-Selekrors	Der Konten-Selektor wurde überarbeitet: Es wird nun auch das Kontierungsschema im Grid mit angezeigt. Hier kann über Konto, Konto u. Beschreibung, Beschreibung selektiert werden. Bei der Kontierung (z.B. für einen Artikel der Pfad: "Stammdaten \|\| Artikel \|\| Artikel >> Kontierung") wird in dem Feld "Kontierungsschema" zunächst der Kontenrahmen (beispielsweise SKR3 oder SKR4) vorgeschlagen, im Auswahlfeld z.B. zum Feld "Artikel Auswahl" werden dann nur Konten dieses Kontenrahmen angezeigt. Nach Auswahl eines Kontos wird dieses dann mit Nummer und Beschreibung angezeigt (Verständlichkeit wird erhöht). Hinweis: Bei einer manuellen Eingabe einer Kontonummer (ohne Selektor) ist es wichtig, die Enter-Taste zu betätigen, ansonsten wird das Konto nicht gezogen und gespeichert. Andere Felder in dem Selektor, die keine Funktion hatten, wurden entfernt.
3610	Editierbarkeit des Hauptbuch Journals:	Eine neue Transaktion "Buchhaltung \|\| Hauptbuch Journal - Editierbar \|\| Hauptbuch Journal - Editierbar" ist verfügbar. Damit kann die Kontierung geändert werden, solange die Periode geöffnet ist. Über den Konten-Selektor im Feld der Kontonummer wird ein neues Konto zugeordnet. Es können gleich für mehrere Datensätze Kontoänderungen vorgenommen werden. Über den Button "Speichern" werden die Änderungen gesichert. Um die Anzeige der Datenmenge übersichtlich zu halten, sollten die Filter "Datum" bzw. "Dokumententyp" verwendet werden. Zur Information kann über direkte Links in das Dokument und auch in den Artikel verzweigt werden (letzterer, sofern vorhanden). Diese Funktion ist für eine vorbereitende Buchhaltung bestimmt. Der Einsatz dieser Funktion ist daher ggf. mit Ihrem Wirtschaftsprüfer abzuklären.
3508	Erweiterung DATEV Export im OrderNummer vom Shop --> Ausgabe im DATEV Export im Feld "InformationsArt3"	In der Spalte "InformationsArt3/Informationsinhalt3" stehen beim Export der Buchungssätze der Text "BestellNr" und der Inhalt des Feldes "poreference". (Bestell-Nr. des Geschäftspartners) aus der Rechnung. Die Felder sind nur bei Buchungssätzen zu Rechnungen gefüllt.
3635	Stornierung von Belegen mit editierbarem Buchungsdatum	Wenn eine Lieferanten- oder Kundenrechnung storniert werden soll, ist nun im Stornodokument das Buchungsdatum änderbar. Außerdem sind die Felder "Bestellnr. des Geschäftspartners" und "Interne Notiz" editierbar. Hinweis: Das Feld "Buchungsdatum" bleibt für alle Rechnungsdokumente (Kunden- und Lieferanten) solange eingebbar, bis die Rechnung verbucht ist (über den Prozess Übernahme Hauptbuch oder den Button "Verbuchen" im Dokument selbst). Danach ist es nicht mehr editierbar.
3634	Dokumentennummern bei Abo-Aufträgen	Abo-Aufträge: Neuer Auftrag bekommt beim Aktivieren -1 Der bestehende Auftrag zählt die letzte Ziffer hoch, wenn es Intervalle gibt, die bestehen bleiben und somit klar ist, das es ein Änderungs-Auftrag ist. Es ergibt sich somit : - Die Intervalle haben immer folgende Dokumentennummer: -- Das Hochzählen der Dokumenten-Revision soll nicht mehr zwingend sein. Lösung: In der Dokumenten-Sequenz einen Suffix "-1" vergeben. Ergebnis: Dokumenten-Revision zählt hoch. Ansonsten zählt die Dokumenten-Revision nicht hoch. Default-Zustand: Dokumenten-Revision zählt hoch.
3547	Zoll-ID-Nr. und das Herstellerland im Lieferschein	Konfiguration Ausdrucke Es gibt die neue Option: "Zollinformationen drucken". Voraussetzung: Die Option muss unter "Einstellungen \|\| Unternehmen \|\| Organisation \|\| Organisation >> Konfiguration Ausdrucke" aktiviert sein. In den Stammdaten eines Artikels muss wenigstens eines der folgenden Felder befüllt sein: - Zolltarifnummer - Herstellerland Der Eintrag wird nur gedruckt, wenn es auch einen Eintrag im entsprechenden Feld gibt. Ist dieses gegeben, werden diese Informationen in allen Dokumenten (Aufrag, Rechnung, Lieferschein) gedruckt.
3551	Warenausgang für das Greät per Prozessknopf	Ein neuer Prozessknopf "Rücksendung erstellen" ist im Reparaturauftrag vorhanden. Dieser erscheint, sobald das Dokument aktiviert und das zu reparierende Gerät eingetragen wurde, sowie bereits ein Wareneingang vorhanden ist (Ticket 3549) . Es erscheint ein Popup mit der Seriennummer und Beschreibung. Die Seriennummer ist mit der SNR aus dem Wareneingang vorbelegt. Es gibt weitere 15 Felder, in die individuelle Eigenschaften eingegeben werden können. Diese sind je nach Kundeninstanz dann einblendbar. Wenn die Rücksendung erfolgt ist, wird eine Lieferung indirekt (Warenbewegung Kunde) generiert und die Seriennummer vom Lager abgebucht.
3549	Wareneingangs per Prozessknopf direkt im Reparatur-Auftrag	Ein neuer Prozessknopf "Wareneingang" ist im Reparaturauftrag vorhanden. Er erscheint, sobald das Dokument aktiviert und das zu reparierende Gerät eingetragen wurde. Es erscheint ein Popup mit der Seriennummer und Beschreibung. Es gibt weitere 15 Felder, in die individuelle Eigenschaften eingegeben werden können, sie sind je nach Kundeninstanz dann einblendbar. Wenn der Wareneingang erfolgt ist, wird eine Rücksendung Kunde generiert und die Seriennummer ggf. als Stammdatensatz im System eingetragen.
3601	Modul Mahnwesen: Mahnungen als EMail verschicken	Im Mahnwesen (Vertrieb \|\| Transaktionen \|\| Mahnlauf \|\| Druckdaten ) wurde ein E-Mail-Knopf eingebaut. Die E-Mail Adresse wird aus der zuletzt bearbeiteten Rechnung, welche sich im Mahnlauf befindet, für den jeweiligen Geschäftspartner ermittelt. E-Mail-Vorlagen sind unter dem Dokumententyp "Dunning Run" abzulegen.
3599	Steuer für den Auftrag festlegen. Steuer bei Rechnungsadresse ermitteln, nicht bei Auftragadresse	Es ist je nach Firma notwendig, die zutreffende Steuer auf dem Auftrag selbst festzulegen. Dafür gibt es ein neues Dropdown "Steuer" im Auftrag. Im Standard ist dieses ausgeblendet. Ist er gesetzt, nehmen alle neuen Zeilen diese Steuer an, egal, was in der Adresse des Geschäftspartners oder im Artikel steht. Bei Ändern des Feldes nehmen alle vorhandenen Zeilen die eingestellte Steuer an (außer bei leeren des Dropdowns). Hinweis: Die Steuerzuordnung im Auftrag lief nicht ganz korrekt: Die Steuer muss aus der Rechnungsadresse ermittelt werden, es wurde aber aus der Auftragsadresse ermittelt. Der Fehler wurde korrigiert. Nur wenn in der Rechnungsadresse eine Steuer steht, wird diese verwendet.
3343	Alert Mindeshaltbarkeitsdatum	Alert Mindesthaltbarkeitsdatum erreicht: Ein Alert zur Information (Zeitpunkt x vor Ablauf) als Mail an Mitarbeiter erstellt werden, damit dieser reagieren kann, Abfragefeld Garantie bis / Mindesthaltbarkeitsdatum in SNR-Batchmasterdata - Gilt nur für Chargennummern.
3595	Dokumententypen beim Speichern festlegen und ist unveränderbar bei Abhängigkeiten.	Das Feld "Dokumententyp" wird nicht erst beim Aktivieren gefüllt, sondern schon beim Speichern. So wird beim Entwurfsdruck schon gleich der korrekte Subreport gewählt. Abos können gleich in der korrekten Form gedruckt werden. Desweiteren wird beim Speichern erkannt, ob das Dokument schon bestehende Lieferungen, Rechnungen, Intervalle, Abrufe oder Angebotsvarianten besitzt. Dann darf der Dokumententyp nicht mehr veränderbar sein. Es wird dann eine Fehlermeldung ausgegeben. Diese Funktion gilt für Einkauf und Verkauf. Auch bei Rechnungen setzt sich der Dokumententyp beim Speichern. Er ist dort aber generell nicht änderbar.
3546	Gewicht im Auftrag ausrechnen	OpenZ weist für alle Aufträge (EK und VK) das Gewicht (weight) im Feld "Gesamtgewicht" automatisch aus. Jede Änderung an einer Position fürht zu einer Änderung des Gewichtes (sofern im Artikel das Gewicht angegeben ist).
3455	Datumsformat im Excel-Export	Damit auch im Excel nach Datum sortiert werden kann, ist mit dem Entwicklungsuser unter dem Pfad: "General Setup \|\| Processes and Preferences \|\| Preference \|\| Preference" der Eintrag "EXCELEXPORTDATEDATATYPE" aufzurufen und im Feld "Value" den Wert von "N" auf "Y" setzen. Dann wird im Excelexport neben dem Datum zwar auch noch die Zeit angezeigt, eine Sortierung ist nun aber möglich.
3581	Dokumentenart ändern	Nachdem ein Dokument (Auftag EK und VK-Seite) einmal aktiviert wurde, lässt sich die Dokumentenart nicht mehr ändern. Wenn das Dokument nun wieder in den Entwurf gesetzt wird, kann jetzt auch die Dokumentenart geändert werden.
3463	Aggregation der Konten (HGB und IFRS)	Wenn die Bilanzstruktur einer Bilanzauswertung (z.B. Gewinn und Verlustrechnung GuV) in einer Unterposition verändert wurde, z.B. ein Konto entfernt oder hinzugefügt wurde (Pfad: "Cockpit \|\| Einstellungen \|\| Einstellungen Bilanzauswertungen \|\| Einstellungen Bilanzauswertungen >> Gliederungsschema >> Konten" kann nun über den Pfad: "Cockpit \|\| Einstellungen \|\| Einstellungen Bilanzauswertungen \|\| Einstellungen Bilanzauswertungen" der betreffenden Bilanzauswertung (z.B. Gewinn und Verlustrechnung GuV) über den Button "Aggregation der Konten" diese Änderung in die übergeordneten Bilanzpositionen automatisch übernommen werden. Es muss also diese Änderung nicht mehr manuell in die oberen Bilanzpositionen überführt werden.
	BUGFIXES
3516	Deaktivierte Artikel aus Lagerübersicht entfernen	Deaktivierte Artikel sind in allen Lagerübersichten des Systems entfernt.
3410	Direkteingabe von Artikelnamen für die Suche nach Artikel akzeptiert keine Umlaute	Behoben.
3570	Export mit Audit-Daten bringt Fehlermeldung	Behoben.
2956	GUI-Engine Fixes	Insbesondere bei 6 Spalten funktionierte die Anordnung über "individual settings" nicht. Dies kann man jetzt einstellen. Wenn allerdings das erste Feld dann nach rechts verrutscht, muss man dem auch ein indiv. setting geben mit "Display on same line = NO". Es ist wichtig, bei den indiv. settings "Display on same line" zu verwenden, falls die Anordnung verrutscht. Im Firefox konnte man auf vielen Read-Only templates (Textfelder) nichts auswählen. Das war immer dann, wenn eine Logik dahinter liegt. Dies wurde jetzt korrigiert. Leading Empty Cols wirkten nicht bei Buttons in Fieldgroups: korrigiert.
2925	Multiorg Bereinigungen	Zahlungsabgleich Bank, Interne Material-Bewegung, Preislisten, Preisgestaltung, Inventur berücksichtigen jetzt die Organisationseinstellungen korrekt.
3398	Aktualisierung bestimmter Fenster funktioniert nicht	Betrifft Dimenstionsanalyen, Fehler behoben.
3579	Individuelle Einstellungen in Feldern von Modulen werden beim Update gelöscht	Alle individuellen Einstellungen für Felder werden in Modulen, die nicht Teil der CORE-Distributution sind, beim Update gelöscht. Diese Fehler ist jetzt behoben.
3357	Auftragsposition: zu liefernde Menge ist -1 trotz vollständiger Lieferung	Behoben
3575	Stornierungen von Warenbewegungen erfolgt mit falscher Audit-Person	Behoben
3586	Streckenauftrag soll mit zweiter Währung funktionieren	Der Streckenauftrag funktionierte bisher nur, wenn die Währung im Ursprungsauftrag mit der Währung im zu generierenden Streckenauftrag übereinstimmte. Nun funktioniert der Streckenauftrag auch, wenn z.B. der VK-Auftrag auf € lautet und der Einkauf als Streckenauftrag in $ ausgeführt wird.
3567	Unsaubere Darstellung der Umlaute im Selektor mit Raute und ?	Durch die neue VM gab es an verschiedenen Stellen im System Probleme mit Umlauten, insbesondere beim Filtern in den Stammdaten und zugehöriger Selektoren. Behoben
3573	Dimensionsanalyse VK-Rechnungen: Vergleichszeitraum liefert kein Ergebnis	Behoben
3461	Reihenfolge in Versand manuell anstoßen und Rechnung manuell anlegen falsch bei mehr als 9 Positionen	Die Reihenfolge der Positionen in "Versand manuell anstoßen" und "Rechnung manuell anlegen" war falsch bei mehr als 9 Positionen: Beispiel: 11 Positionen: nach 10 kommt 100 dann 110, dann 20, 30... Bug behoben, nun ist die Reihenfolge korrekt.
3482	Leerer Eintrag bei Zahlungsfreigabe	Folgendes Problem wurde festgestellt: Wenn es mehrere Genehmiger gibt, überschreibt der Vorgang die Genehmigungen der Kollegen. Auch das Datum wird überschrieben. Der Fehler wurde behoben. Wenn eine Genehmigung geändert werden soll, ist diese zuvor zurückzuziehen (Haken rausnehmen). Anschließend kann neu genehmigt werden. Genehmiger und Datum werden dann aktuell neu vergeben. Alle bestehenden Genehmigungen behalten Ihren Status, Genehmiger und Datum.
3591	Artikeltext erscheint manchmal nicht auf Dokumenten	Behoben
3587	DPD Modul: Druck Versandlabel 'Express International' bringt Fehlermeldung	Behoben
3026	Zahlungsfreigabe	Der Fehler, dass der Genehmiger überschrieben wurde ist beseitigt. Es werden alle Zahlungen mit Datum und Genehmiger ausgewiesen.
3597	Tagesgenaue Abrechnung: Preis unterdrücken und Positionen zusammenfassen	Bei den Optionen "Preis unterdrücken" und "Positionen zusammenfassen" wird der Ausdruck "Berechnung ab" mit entsprechenden Summen unterdrückt.
3594	Abo-Auftrag: Intervallnummerierung geht bei tagesgenauer Abrechnung durcheinander	Alle Abo-Aufträge (Ein- und Verkauf) erhalten im Dokumentenkopf eine Version. Diese fängt mit 1 an. Die Version erhöht sich um 1, sobald mittels des Feldes "Abo ändern ab" eine Änderung im Abo-Auftrag durchgeführt und mindestens ein Intervall im alten Zustand bleibt. Die Intervalle erhalten die Dokumentennummer (incl. Version) des Kopfes, sowie eine Laufene Intervallnummer. Beispiel: Auftrag 3000, Version 2 schreibt in das 3. Intervall: 3000-2-3
3583	Seriennummer und Chargennummern: Bestehende Logiken greifen nicht richtig, wenn Haken Seriennummer unlesbar / nicht vorhanden	Die Option sollte nicht mehr verwendet werden, im Standard ist diese nun ausgeblendet. Transaktionen: Interne Materialbewegung, Warenbewegung Kunde, Warenbewegung Lieferant, Inventur: Kompletter Pfad für z.B. Warenbewegung Kunde: "Lagerverwaltung \|\| Warenbewegung Kunde \|\| Warenbewegung Kunde >> Positionen >> Serien-/Chargennummern": Wenn unlesbare SNR/CNR aufgenommen werden, ist best practice, eine DUMMY- Nummer zu verwenden, z.B: UNLESBAR Damit ist immer alles nachvollziehbar und unsere Logiken geraten nicht durcheinander.
3622	Transaktion Rechnung manuell anlegen: Server blockiert	Speicherüberlauf stoppt den Tomcat. Bei vielen Daten wird der Aufruf langsam und benötigt viel Speicher. Da die Nutzer dann mehrmals im Menü auf die Transaktion klicken wird die Transaktion mehrmals ausgelöst, blockiert sich und führt zu enormen Speicherverbrauch. Lösung: Bei mehrmaligen Klicken auf das Menü verhindert das System nun die parallele Ausführung des Querys. Die Anforderungen werden nacheinander abgearbeitet, der Speicher bleibt so im stabilen Bereich.
3631	DATEV-Export: Rechnungen mit Summe=0	Lösung ausschließlich im DATEV-Export, die Buchung mit Kreditor/Debitor wird praktisch nur in der Schnittstelle erzeugt. Es werden mind. 2 Buchungen ausgegeben: Es wird eine Buchung mit den positiven Beträgen und dem Kreditor/Debitor erzeugt, dann eine 2. Buchung mit den negativen Beträgen und dem Kreditor/Debitor. OpenZ bebucht lediglich die Umsatz- und Aufwandskonten sowie die Steuerkonten (vgl. Hauptbuch Journal).
3593	OpenZ-Standardreport: Kein Druck möglich bei Summe 0 und Erweiterung für ABOs im Einkauf und Währungszeichen und kein Druck der Zahlungsregel	Der OpenZ-Standardreport hat folgende Erweiterungen erhalten: - Zahlungskonditionen im Detail druckbar, insbesondere Skontoinformationen mit Währungszeichen. Dazu ist in der Druckkonfiguration in der Gruppe "Rechnungsfelder" die Option "Zahlungsbedingungen Detail" zu aktivieren. Hinweis: Unter dem Pfad: "Einstellungen \|\| Unternehmen \|\| Organisation \|\| Organisation >> Konfiguration Ausdrucke" muss unter obigem Pfad die Option "Info zu Skonto drucken" deaktiviert werden, damit die Option in der Druckkonfiguration (Zahlungsbedingungen Detail) wirksam wird. Wichtig ist ferner, dass für die Zahlungsbedingungen Übersetzungen angelegt sind, denn auf diese greit der Ausdruck zu. - auch Rechnungen mit Betrag 0 werden gedruckt. - die Footer-Grafik wurde in der Grösse angepasst: damit können die Fußzeilen weiter benutzt werden. Außerdem sind nun auch Druckdatum, Seitenangabe auf dem Ausdruck vorhanden. - Textmodule können jetzt auch unter den Positionen gedruckt werden(Option muss dazu aktiviert sein). - Die Zahlungsregel (Bankanweisung, Bankeinzug) wird nicht mehr gedruckt. Falls dies erforderlich sein sollte, ist dies in der Zahlungsbedingung zu hinterlegen (Übersetzung – Dokumentennotiz), wenn keine Übersetzung vorhanden ist, direkt im Feld „Dokumentennotiz" eintragen.
3555	Kunden-Auftrag und -Rechnung: Ausrichtung der Beträge und Anpassung von Schriftgrößen und Spaltenbreiten	Der Standardreport ist bzgl. Schriftgröße und Ausrichtung optimiert worden.
3590	Mahnlauf - Mahnungen mit 0 € unterdrücken. Filter richtig einstellen	Rechnungen, die 0,- als Betrag haben, werden nicht mehr gemahnt. Man muss beim ersten Aufruf der Transaktion zuerst filtern, dabei wird der Filter dann gespeichert. Die Organisation wird in den Druckdaten jetzt korrekt berücksichtigt (der richtige Text wird gewählt). Mehrsprachigkeit war nicht implementiert. Die Auswahl der Sprache ist nun möglich und es wird korrekt gedruckt.
3618 3580	Datum im Filter wird nicht abgespeichert.	Die Filtereingaben für Datum löschen sich jetzt nicht mehr, wenn das Fenster gewechselt wird und später wieder aufgerufen wird. Der alte Wert erscheint erneut, wie es immer schon bei Textfilter und Zahlen war, die ja wieder geladen werden. Betrifft : Buchhaltung \|\| Übersicht Forderungen und Verbindlichkeiten Vertrieb \|\| Berichte \|\| Dimensionsanalyse Verkaufsrechnungen (Primär-Filter) Vertrieb \|\| Berichte \|\| Dimensionsanalyse Verkauf (Primär-Filter) Bestellwesen \|\| Berichte \|\| Dimensionsanalyse Wareneingang (Primär-Filter) Bestellwesen \|\| Berichte \|\| Dimensionsanalyse Einkauf (Primär-Filter) Bestellwesen \|\| Berichte \|\| Dimensionsanalyse Einkaufsrechnungen (Primär-Filter) Buchhaltung \|\| Summen- und Saldenliste \|\| Summen- und Saldenliste Die Datumseingaben im Filter bleiben nun erhalten.
3624	Übersetzungen bei Artikeln werden gezogen, obwohl der Haken Übersetzung nicht aktiviert ist	Der Haken hatte keine Funktion. Das ist nun geändert. Eine Übersetzung wird nur dann gezogen, wenn der Haken "Übersetzung" aktiviert ist. Das bisherige Verhalten war verwirrend, da insbesondere bei kopierten Artikeln der alte Name in den Übersetzungen stand.
3762	Dialog um die Systemgrundeinrichtung zu vereinfachen	Um die Systemgrundeinrichtung wurde zu vereinfachen wurde ein Modul entwickelt was beim ersten Start des Systems (Nach Akzeptieren der Lizenzbedingungen) einen Dialog triggert der in acht aufeinanderfolgenden Fenstern die nötigsten Daten abfragt und in einem neunten Fenster die eingegebenen Daten zusammenfasst.
3788	Organisationstyp Organisation und Generic sollen nicht mehr auswählbar sein	Pfad: Einstellungen \|\| Unternehmen \|\| Organisation \|\| Organisation: Neue Organisation anlegen: Es kann nur noch "Legal with Accounting" gewählt werden. Da die Organisationstypen Organisation und Generic nicht mehr verwendet werden, sind sie nicht mehr auswählbar.
3813	Grafische Status-Anzeige in der CRM-To-Do-Liste	In der CRM ToDo-Liste (CRM \|\| CRM ToDo-Liste) wird der Status jetzt grafisch in Ampelfarben dargestellt (Foto). Der Status setzt sich wie folgt: Grün: Alle Einträge, die Folgetermin in der Zukunft oder heute haben. Gelb: Alle Einträge, die Folgetermin bis zu 10 Tage in der Vergangenheit haben. Rot: Alle Einträge, die Folgetermin mehr als 10 Tage in der Vergangenheit haben. Leer: Alle Einträge, die keinen Folgetermin oder Folgetermin erledigt haben. Die hier gezeigte Grundtechnik der grafischen Status-Anzeige steht nun für alle OpenZ-Standardtabellen zur Verfügung. Diese Technik eröffnet in OpenZ die Möglichkeit für beliebige allgemeine oder individuelle Anwendungsfälle, zu denen dann noch die entsprechende Logiken implementiert werden müssen. Die Ampelfarben sind Bilder, die in OpenZ nun fest hinterlegt sind im Script bi.sql. Es ist generell möglich weitere Bilder für andere Anwendungsfälle zu hinterlegen.
3191	fehlerhafte Lagerauswahl möglich	Auswählen eines Lagers in der Rolle möglich, die nicht der Org zugeordnet ist. Bug behoben: Bei Wahl eines Lagerortes einer anderen Organisation erscheint: FEHLER: Der selektierte Lagerort gehört zu einer anderen Organisation als die Warenbewegung.

Änderungen an den Softwareversionen

Version 3.8.10

Allgemeines

Einstellungen

Stammdaten

CRM

Einkauf

Verkauf

Lagerverwaltung

Projekte

Finanzwesen

Anlagenverwaltung

MRP

Produktion

BDE

Schnittstellen

Module

Version 3.8.00

Allgemeines

Einstellungen

Stammdaten

CRM

Einkauf

Verkauf

Lagerverwaltung

Projekte

Finanzwesen

Anlagenverwaltung

MRP

Produktion

BDE

Schnittstellen

Version 3.6.90

Allgemeines

Einstellungen

Stammdaten

Einkauf

Verkauf

Lagerverwaltung

Projekte

Finanzwesen

MRP

Produktion

BDE

Schnittstellen

Version 3.6.80

Allgemeines

Einstellungen

Stammdaten

Einkauf

Verkauf

Lagerverwaltung

Projekte

Finanzwesen

Produktion und BDE

Version 3.6.70

Allgemeines

Einstellungen

Stammdaten

CRM

Einkauf

Verkauf

Lagerverwaltung

Projekte

Finanzwesen

Anlagenverwaltung

Produktion

Version 3.6.60

Allgemeines

Einstellungen

CRM

Einkauf

Verkauf

Lagerverwaltung

Projekte

Finanzwesen

Produktion

BDE

Entwicklung

Version 3.6.50