Ä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.20 | ||
Allgemeines | ||
| 11145 | Benachrichtigungen Accounting Errors kann nicht Empfängern zugewiesen werden | Die Benachrichtigung "Accounting Errors" ist jetzt vom Entwicklungsclient auf den Arbeitsclient verschoben und kann wie jede andere Benachrichtigung über den Pfad "Einstellungen || Prozesse und Einstellungen || Benachrichtigungen" zugewiesen werden. |
| 11166 | Deaktivierte Organisationen nicht anzeigen | Standardmäßig werden unter dem Pfad Einstellungen || Unternehmen || Organisation nur nur noch aktive Organisationen angezeigt. Dieser Filter kann wie gewohnt vom Nutzer überschrieben werden. Das Benutzereinstellungen-Popup zeigt nun ebenfalls nur noch aktive Organisationen in der Übersicht an. |
| 11241 | Export von normalen Reports als Excel-Datei | Es können nun unter dem Pfad Einstellungen || System-Stammdaten || Belegarten || Report Vorlagen Reports hinterlegt werden, die als .xls-Datei exportiert werden sollen. Entscheidend ist dabei der Name der Reportvorlage. Beim Erstellen eines Reports wird dieser geprüft, ob er ein 'EXCEL' enthält. Ist das der Fall, wird eine .xls-Datei ausgegeben. Ist es nicht der Fall, wird wie gehabt eine .pdf-Datei ausgegeben. Bei Mehrfachauswahl wird in Excel dann für jede Auswahl eine Tabelle (Tab) in einer einzigen .xls-Datei mit allen ausgeählten Daten erzeugt. Beim Archivieren werden dann aber einzelne Dateien im Anhang abgelegt, so wie es auch beim PDF funktioniert. |
| 11242 | Klick auf das Fragezeichen führt zu Fehler 404, soll in das Handbuch verzweigen | Der alte und nun ungültige Link zum Handbuch wurde im System ausgetauscht. |
| 11310 | Datagrid - Scroller im Firefox fehlen | Der Fehler lässt sich in den Einstellungen von Firefox beheben. Dazu die Option 'Bildlaufleisten immer anzeigen' aktivieren und OpenZ neu laden. Die um zwei Pixel verschobene Scrollbar wurde behoben. |
| 11333 | Linked Items: bessere Erkennung, was der Ursprung ist | Folgende Änderungen sind jetzt bei Linked Items aktiv: Bei Rückstandsliste / Offene Lieferungen: Artikel mit anzeigen. Herstellung || Basis-Arbeitsgänge: Basis AG und Pos. anzeigen Herstellung || Produktions-Auftrag || Arbeitsgänge || Stückliste: AG und Pos. anzeigen Projektmanagement || Projekte || Aufgaben || Materialplanung: Projektaufgabe und Pos. |
| 11376 | Zwei Faktor Authentifizierung Fenster nicht in Rollen - Berechnung der Sequenz für Nutzer | Die Berechnung der aktiven Nutzer (Sequenz) ist jetzt so geändert, dass geprüft wird, ob ein Nutzer aktiv ist, eine Rolle hat und einen Nutzernamen besitzt. Die Berechnung der aktiven Nutzer erfolgt bei Passwort-Eingabe, Rollen-Zuweisung und Änderung von Aktiv oder Nutzernamen. Beim Erstellen einer neuen Rolle werden nun standardmäßig die Transaktions-Fenster für die MFA hinzugefügt. |
| 11417 | Verbesserungen von Bezeichnungen und kleineren Unschönheiten | Einstellungen || Prozesse und Einstellungen || Prozess Anfrage Knopf 'umgeplanter Prozess' heißt jetzt 'Prozess einplanen' Direktfilter in Kostenrechnung || Kostenstelle || Auswertung Gesamt (Datum, Kostenstelle) Buchhaltung || Anlagenbuchhaltung || Anlagegüter (Dok.-No, Name, Kategorie) Kostenrechnung || Kostenstelle (Name) Einstellungen || System-Stammdaten || Währung: Unterreiter Übersetzung ausgeblendet (Steuermann), da die Übersetzung im Druck nicht gezogen wird (Feld "Währung"). Es wird immer das von dem Oberreiter gezogen. |
| 11436 | Französische Übersetzungen für automatisch generierte Texte in Angeboten, Aufträgen... | Es wurden einige fehlende französische Übersetzungen bei automatisch erstellten Texten in Aufträgen ergänzt. |
| 11465 | 2 Nachkommastellen für Feld Worktime... Pfad: Einstellungen || Unternehmen || Organisation || Kalender Einstellungen | 2 Nachkommastellen für Feld Worktime... Monday....: zum Pfad: Einstellungen || Unternehmen || Organisation || Kalender Einstellungen. |
| 11570 | englische Artikelbeschreibung wird nicht in die Auftragsposition kopiert | Ist die Option 'Artikel-Beschreibung in Position-Beschreibung kopieren' aktiviert, werden dafür nun die Übersetzungen eines Artikels berücksichtigt. Dafür wird die in Stammdaten || Geschäftspartner hinterlegte Sprache verwendet. Ist eine Artikelübersetzung nicht in der hinterlegten Sprache vorhanden, wird die im Hauptdatenblatt hinterlegte Beschreibung kopiert. Wird ein Datensatz gedruckt, bei dem ein Geschäftspartner verknüpft ist (z.B. Aufträge, Rechnungen, Lieferscheine) wird nun automatisch die Sprache gedruckt, die im Stammsatz des Geschäftspartners hinterlegt ist. |
| 11583 | Pfad umbenannt: Lagerverwaltung || Lager Übersicht || Lagermengen (Übersicht n. Lagerorten) | Pfad umbenannt: jetzt: Lagerverwaltung || Lager Übersicht || Lagermengen (Übersicht n. Lagerorten), vorher: Lagerverwaltung || Lager Übersicht || Lagermengen (Übersicht). |
| 11596 | Archivierung der Anhänge: Fehler wg. / im Artikelnamen | Beim Herunterladen aller archivieren Dateien treten nun keine Fehlermeldungen mehr auf, wenn in einem Artikelnamen ein '/' vorkommt. Beim Erstellen und Archivieren von Reports können jetzt keine '/' mehr im Dateinamen auftauchen und somit eine Fehlermeldung erzeugen. Ist etwa in einer Dokumentennummer ein '/' vorhanden, wird es im Dateinamen nun durch ein '-' ersetzt. |
Stammdaten | ||
| 11131 | Chargen- und Seriennummern Verwendungs-Nachweis | Es wurde ein neuer Report 'Strukturliste (EXCEL)' unter den Pfaden Stammdaten || Chargennummern und Stammdaten || Seriennummern hinzugefügt. Dieser gibt ausgehend von einer initialen Chargen- oder Seriennummer alle darin verbauten Chargen- oder Seriennummern in einer Baumstruktur aus. Wird der Report ausgehend von einer Chargennummer generiert, werden NUR Chargennummern aufgelistet. Wird der Report hingegen ausgehend von einer Seriennummer generiert, werden sowohl Seriennummern, als auch Chargennummern berücksichtigt. Seriennummern haben in diesem Fall aber die höhere Priorität, sollte ein verbauter Artikel sowohl eine Serien- als auch Chargennummer besitzen. |
| 11162 | Import Artikel wg. Status inaktiv: Fehlermeldung mit falschem Artikel | Der Fehler wurde behoben und es wird nun der korrekte Artikel bei einem fehlerhaften Import angezeigt. Ebenso können nun neue Artikel importiert werden, wenn die Felder 'isactive' und 'isstocked' beim Export ausgeblendet sind. |
| 11181 | Ausdruck zum Pfad: "Stammdaten || Stückliste drucken" als Exceldatei für alle Optionen erweitern. | Ausdruck zum Pfad: "Stammdaten || Stückliste drucken" ist jetzt als Exceldatei für alle Optionen verfügbar. Dazu gehört auch der Haken "interne Liste". Diese Liste ist auch als Excel-Datei einzeln pro Baugruppe bzw. Endprodukt erzeugbar. Der Spaltenaufbau hat die gleiche Anordung und Aufteilung haben wie der pdf-Ausdruck. |
| 11190 | Stammdaten || Einstellungen Artikel || Artikel-Kategorie || Kontierung: Felder ausgeblendet | Stammdaten || Einstellungen Artikel || Artikel-Kategorie || Kontierung: Felder ausgeblendet: Produkt Lagerbestand (Fixed Asset), Produkt Verkaufskosten (Product COGS). Damit nur noch die Felder vorhanden: Produkt Aufwand, Produkt Erlöse, Preisdifferenz Kosten-Rechnung. |
| 11308 | Änderungen am Report Stückliste drucken | Der Report unter dem Pfad 'Stammdaten || Stückliste drucken' wurde aktualisiert. Die Spalten Preis und Summe netto wurden umbenannt zu EK-Preis und Summe-EK. (Die Daten kommen aus Stammdaten || Artikel || Einkauf ) Die neuen Spalten Kalk. Wert und Summe Kalk. wurden hinzugefügt. (Die Daten kommen aus Stammdaten || Artikel || Kalkulation) Beide Bereiche (EK und Kalk.) berücksichtigen nur Einkaufsteile, deshalb wird bei Baugruppen kein Wert angezeigt.. Bei einem Excel-Export sind nun keine Datenspalten mehr verbunden. Ebenso wurde ein Fehler in der Berechnung der Anzahl der Baugruppen behoben: Bei Baugruppen wird jetzt die Menge angezeigt, die von der Baugruppe insgesamt für diese Stückliste benötigt wird. |
| 11388 | Stücklisten-Report prüfen - Strukturstückliste zeigt Einzelteile nicht richtig an | Der Fehler wurde behoben und die Menge wird nun auch in der Strukturstückliste korrekt berechnet. Beim Excel-Export der Stückliste werden die Überschriften nun auch übersetzt. |
| 11419 | Lagerbox-Etikett zeigt keinen Lagerort an | Das Lagerbox Etikett im Artikelstamm wird jetzt auch so angeboten wie im Wareneingang (WB-Lieferant: hier eine Druckvorlage "Lagerboxetikett"). Hinweis: Hier können Sie einen QR-Code für einen Lagerort erstellen: https://barcode.tec-it.com/de/QRCode: Statt "This is a QR Code by TEC-IT" den Suchschlüssel des Lagerortes (über den Pfad: "Lagerverwaltung || Einstellungen || Warenlager || Lagerort" eingeben und aktualisieren wählen. Dann über den Button "Download" die Datei herunterladen. |
| 11431 | Korrektur Stücklistendruck nur EK Teile | Bei dem Export der Stückliste wird nun bei der Option 'Nur Einkaufsteile' die korrekte Anzahl berechnet. Die Option 'Nur Baugruppen' wurde überarbeitet, sodass nun der Artikel-Typ eines Artikels berücksichtigt wird. |
| 11496 | Anpassungen Stundenzettel: Nur eine Zeile am Tag | Es erscheint im Stundenzettel nur eine Zeile pro Tag, auch wenn zwischenzeitlich auf derselben Projektaufgabe ausgestempelt wurde. Die Zeit zwischen den einzelnen Arbeitszeiten (Abwesenheit) wird als Pause berechnet. Ergibt die so berechnete Pause weniger als die in der Zeiterfassung eingetragene Pause wird die eingetragene Pause abgezogen. Übersteigt die Abwesenheit die gesetzlich vorgeschriebene Pause wird die Abwesenheit als Pause berechnet. Dieses Feature kann mit der Präferenz 'TIMEFEEDBACKCOUNTABSENTASBREAK'abgeschaltet werden und ist im defaut an ('Y') |
| 11500 | Zweite Pausenzeit | Die in Stammdaten || Mitarbeiter || Vergütung vorhandenen Felder 'Pausenzeit in h' und 'Pausenabzug ab geleisteten h' wurden duch 2 neue Felder ergänzt: '2. Pausenzeit in h' und '2. Pausenabzug ab geleisteten h' Die in 'Pausenzeit in h' und 'Pausenabzug ab geleisteten h' eingegebenen Daten müssen immer kleiner sein, als die Daten in den neuen Feldern. Die Funktion der neuen Felder ist dann wie folgt: Wenn ein Mitarbeiter gleich oder mehr als '2. Pausenabzug ab geleisteten h' arbeitet, wird als gesamte Pausenzeit '2. Pausenzeit in h' abgezogen. Wenn ein Mitarbeiter gleich oder mehr als 'Pausenabzug ab geleisteten h' und weniger als '2. Pausenabzug ab geleisteten h' arbeitet, wird als gesamte Pausenzeit 'Pausenzeit in h' abgezogen. Bei der Berechnung des automatischen Pausenabzugs ist zu berücksichtigen, das eventuell ausgestempelt wurde und nacher wieder eingestempelt wurde. Die dadurch entstehende 'Lücke' in den Zeiten ist ebenfalls als Pause zu behandeln, so das ein automatischer Pausenabzug nur bis max. '2. Pausenzeit in h' erfolgen darf. Wenn die ausgestempelte Zeit größer als der Pausenabzug ist, wird die ausgestempelte Zeit als Pause ausgewiesen. |
| 11541 | Attributwerte dürfen keine doppelten Namen zulassen | Attributsätze müssen nun eindeutige Namen besitzen. Attribute eines Attributsatzes müssen nun eindeutige Sequenznummern haben. Suchschlüssel und Namen von Attributwerten müssen nun pro Attribut eindeutig sein. Das gilt für neue Datensätze (nach dem Update), keine Alt-Daten-Migration |
| 11570 | englische Artikelbeschreibung wird nicht in die Auftragsposition kopiert | Ist die Option 'Artikel-Beschreibung in Position-Beschreibung kopieren' aktiviert, werden dafür nun die Übersetzungen eines Artikels berücksichtigt. Dafür wird die in Stammdaten || Geschäftspartner hinterlegte Sprache verwendet. Ist eine Artikelübersetzung nicht in der hinterlegten Sprache vorhanden, wird die im Hauptdatenblatt hinterlegte Beschreibung kopiert. Wird ein Datensatz gedruckt, bei dem ein Geschäftspartner verknüpft ist (z.B. Aufträge, Rechnungen, Lieferscheine) wird nun automatisch die Sprache gedruckt, die im Stammsatz des Geschäftspartners hinterlegt ist. |
| 11610 | Fehlermeldung bei Schnellerfassung | Bei nutzen der Schnellerfassung in Stammdaten || Geschäftspartner kam die Fehlermeldung: 'Ein Nutzer benötigt eine gültige Email Adresse um die MFA aktivieren zu können. Ansonsten wäre der Nutzer aus dem System ausgesperrt.' Diese erscheint jetzt nur noch bei Mitarbeitern. |
CRM | ||
Einkauf | ||
| 11191 | Abo-Bestellungen: Berechnung komplett nicht möglich, Feld für Haken "Berechnung komplett" fehlt in der Intervallposition | Es wurde ein Filter für das entsprechende Feld entfernt, sodass es nun angezeigt wird. Ebenso wurde ein Fehler entfernt, der beim Erstellen einer Lieferantenrechnung/eines Wareneingangs auftat, wenn das Feld 'zu berechnen' auf 0 gesetzt wurde und in den Konfigurationseinstellungen das Löschen von Dokumentennummern deaktiviert war. |
| 11258 | Neue Variablen hinterlegen: - @proj_num@, @proj_nam@, @ref_ord@ - Parameter bei EMail und Textmodulen. | Die neuen Email Tags @proj_num@, @proj_nam@ und @ref_ord@ können nun beim Schreiben einer Email verwendet werden. Ebenso wurde das Auflösen der Tags in eine SQL-Funktion ausgelagert, sodass diese leichter, um neue Tags erweitert werden kann. Die neuen Email Tags @proj_num@, @proj_nam@ und @ref_ord@ können auch in Textmodulen verwendet werden. Die Auflösung der Tags in Textmodulen und EMail ist damit identisch. Die Funktion EMails zu senden (inkl. der Tags) steht in Aufträgen, Rechnungen, Lieferscheinen, sowie Bestellungen zur Verfügung. |
| 11281 | Neue Felder in Erwartete Wareneingänge | Unter dem Pfad Bestellwesen || Erwartete Wareneingänge || Wareneingang erwartet wurden die neuen Felder Artikel-Kategorie, Einkäufer und Lagerort hinzugefügt. Ebenso wurden für die neuen Felder ein Filter aktiviert. |
| 11287 | Dimensionsanalyse Einkauf: ungültige (stornierte) Dokumente dürfen nicht angezeigt werden | Der Fehler wurde behoben. Dokumente mit dem Status 'Ungültig gemacht' werden nun nicht mehr in der Dimensionsanalyse Einkauf angezeigt (in der Dimensionsanalyse Verkauf ist das schon so gewesen). |
| 11385 | Identifier für Auftrag und Bestellpositionen umstellen | Der Identifier für Aufträge wurde umgestellt. Das hat den Hintergrund, dass Mitarbeiter aus dem Lager bei Wareneingängen etc. den Wert des Auftrages (Summe) sehen konnten. In den Links zum Auftrag (Einkauf und Verkauf) wurde die Auftragssumme entfernt. |
| 11397 | Alert Lieferantenrechnung: Zahlung zu genehmigen sortieren. | Alerts können nun sortiert werden. Unter dem Pfad Einstellungen || Prozesse und Einstellungen || Benachrichtigungen können nun im SQL-Feld ORDER BY Statements genutzt werden. Beim Anzeigen der Alerts werden diese dann nach dieser Ordnung sortiert. |
| 11460 | Datumsvariable für Kundenangebot, -aufträge, -rechnungen und Bestellungen (Einkauf) | Das neue Tag @doc_date@ wurde dem Dokumenten-Versand hinzugefügt: @doc_date@ selektiert und ersetzt den Platzhalter durch das Datum des jeweiligen Dokumentes (Bestelldatum bei Aufträgen, Rechnungsdatum bei Rechnungen bzw. Bewegungsdatum bei Lieferscheinen) im Text der EMail und beim automatischen Erstellen der Textmodule für das Dokument. |
| 11537 | Bestellung und Kundenauftrag: Feld Lieferbedingung in Internationale Handelsklauseln umbenannt | Bestellungen / Kundenaufträge und zugehörige Zielbelegarten: Feld Lieferbedingung wurde in Internationale Handelsklauseln umbenannt - zur besseren Unterscheidung: es gibt auch ein Feld Liefer-Bedingungen. Außerdem wurde in Bestellungen und den zugehörigen Zielbelegarten das Feld "Beschreibung Incoterms" umbenannt in "Beschreibung Handelsklauseln". |
| 11636 | Druck der Kostenstelle in der Bestellung | Bisher wird nur der Auftrag in der Bestellung gedruckt (Element "Kostenträger" in der Druckkonfiguration), nun wird auch die Kostenstelle in der Bestellung gedruckt. |
Verkauf | ||
| 10799 | Dimensionsanalyse Verkaufsfrechnungen: bei Gutschriften müssen negative Zahlen erscheinen | Bei der Dimensionsanalyse Verkaufsrechnungen werden Gutschriften nun korrekt berücksichtigt, indem die entsprechenden Felder Betrag, Kosten, Roherlöse, Gewicht und Menge mit einem negative Wert dargestellt werden. |
| 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. |
| 11047 | Sammelrechnung anlegen: fehlende Angaben auf Druckdokument | Wenn in Vertrieb | Transaktionen | Kundenrechnungen anlegen eine Sammelrechnung erzeugt wird, wird die Eingabe aus dem ersten gefundenen Auftrag im Feld "Bestell-Nr. des Geschäftspartners" jetzt auch mit in den Rechnungsausdruck übernommen. Wird keine "Bestell-Nr. des Geschäftspartners" gefunden, wird die erste Auftragsnummer in den Rechnungsausdruck übernommen. |
| 11141 | Warenbewegung Kunde: auch stornierte Warenbewegungen werden gedruckt | Fehler behoben |
| 11362 | Vertrieb || Transaktionen || Lieferungen anlegen: Reservierung und Meldung | Unter dem Pfad Vertrieb || Transaktionen || Lieferungen anlegen ist es nun nicht mehr möglich, Lieferungen anzulegen, wenn bereits eine reservierte Lieferung für den Auftrag vorhanden ist. Ebenso wurde die Farbe der Popups auf gelb geändert, wenn bereits Lieferungen oder Rechnungen im Entwurf vorhanden sind. |
| 11379 | Datensatz kann nicht gelöscht werden bei Lieferungen anlegen | Bei der Transaktion 'Lieferungen anlegen' kommt es manchmal zur Meldung 'Datensatz kann nicht gelöscht werden'. Die System-Einstellung 'Dokumentennummern nicht löschbar' ist dabei aktiv. Die Transaktion 'Lieferungen anlegen' muß das erstellte Dokument aber löschen können, wenn keine Zeilen erzeugt wurden (Meldung: Kein ausreichender Bestand...) - Das wurde jetzt korrigiert. Das Dokument ist für 40 sec. löschbar, nachdem es durch 'Lieferungen anlegen' erzeugt wurde. |
| 11385 | Identifier für Auftrag und Bestellpositionen umstellen | Der Identifier für Aufträge wurde umgestellt. Das hat den Hintergrund, dass Mitarbeiter aus dem Lager bei Wareneingängen etc. den Wert des Auftrages (Summe) sehen konnten. In den Links zum Auftrag (Einkauf und Verkauf) wurde die Auftragssumme entfernt. |
| 11391 | Dimensionsanalyse Verkaufsrechnungen: Excel-Export | Unter dem Pfad Vertrieb || Berichte || Dimensionsanalyse Verkaufsrechnungen ist es nun möglich die Dimensionsanalyse als Excel-Datei zu exportieren. |
| 11399 | Filter in Lieferungen anlegen um Lagerort erweitern | Unter dem Pfad Vertrieb || Transaktionen || Lieferungen anlegen ist es nun möglich nach einem speziellen Lagerort zu filtern. Dafür muss das Feld unter dem Pfad Application Dictionary || Reference || Fieldgroup Columns || Field Columns - Instance Specific zunächst sichtbar gestellt werden. (Reference 'Generate Shipments manual filter') Include Empty Items sollte an sein, wenn kein Lagerort vorgewählt werden soll. |
| 11460 | Datumsvariable für Kundenangebot, -aufträge, -rechnungen und Bestellungen (Einkauf) | Das neue Tag @doc_date@ wurde dem Dokumenten-Versand hinzugefügt: @doc_date@ selektiert und ersetzt den Platzhalter durch das Datum des jeweiligen Dokumentes (Bestelldatum bei Aufträgen, Rechnungsdatum bei Rechnungen bzw. Bewegungsdatum bei Lieferscheinen) im Text der EMail und beim automatischen Erstellen der Textmodule für das Dokument. |
| 11501 | Gesamtkosten Aboauftrag im Report drucken | Es wurde unter dem Pfad Vertrieb || Aufträge eine neue Checkbox 'Gesamtbetrag drucken' hinzugefügt. Diese ist nur bei Abo-Aufträgen zu sehen. Ist diese Checkbox ausgewählt, wird beim Drucken des Reports eine zusätzliche Zeile gedruckt, in welcher der Gesamtbetrag des Auftrages (Feld Gesamtsumme Abo-Auftrag) über den gesamten Auftragszeitraum zu sehen ist. |
| 11537 | Bestellung und Kundenauftrag: Feld Lieferbedingung in Internationale Handelsklauseln umbenannt | Bestellungen / Kundenaufträge und zugehörige Zielbelegarten: Feld Lieferbedingung wurde in Internationale Handelsklauseln umbenannt - zur besseren Unterscheidung: es gibt auch ein Feld Liefer-Bedingungen. Außerdem wurde in Bestellungen und den zugehörigen Zielbelegarten das Feld "Beschreibung Incoterms" umbenannt in "Beschreibung Handelsklauseln". |
| 11563 | WB-Kunde lässt sich über BDE nicht aktivieren, wird automatisch ungültig | Fehler behoben: Eine zusätzliche Prüfung wurde in die Lager-BDE eingebaut. Falls das Dokument zwischenzeitlich verarbeitet wurde (sich nicht mehr im Entwurf befindet) erscheint die Fehlermeldung: Das Dokument wurde bereits verarbeitet. |
| 11615 | Fehler beim Löschen von Seriennummern aus Warenbewegung Kunde | Beim Löschen war eine Fehlermeldung wenn sehr viele Seriennummern erfasst wurden (länger als 2000 Zeichen..) Fehler behoben |
Lagerverwaltung | ||
| 11328 | Audit Artikel - Transaktionen: Erstellt von ist 'System' | Unter dem Pfad Lagerverwaltung || Berichte || Artikel - Transaktionen (Listing) wird nun für den Audit nicht mehr der Nutzer 'System' standardmäßig hinterlegt. Stattdessen, wird dort für jede Buchungszeile einzeln der entsprechende Nutzer eingetragen, welcher diesen Datensatz zuletzt aktualisiert hat. |
| 11338 | Inventur über Lager BDE mit Attributen | Diese Kombination wurde noch nicht abgefangen. Fehlermeldung: Attribute für diese Seriennummer nicht korrekt eingegeben. Es wird jetzt das richtige Attribut in der Inventur über den Scan der Seriennummer zugeordnet. |
| 11355 | Reservierung: Fehlermeldung bezieht sich auf andere Artikel | Der Fehler wurde behoben und die Fehlermeldung wird nun korrekt angezeigt. |
| 11360 | Import der Inventur über das Menü: Stammdaten - Datenimport - Import Datei | Es ist nun möglich unter dem Pfad Stammdaten || Datenimport Inventurlisten von geöffneten Inventurdatensätzen zu exportieren. Ebenso können diese Listen editiert und unter dem Pfad Stammdaten || Datenimport || Import Datei wieder importiert werden. Dafür muss das Dateiformat 'Physical Inventory - Inventurliste' gewählt werden. (Das Feld 'Name' wird im Import nicht berücksichtigt und muss nicht gefüllt werden) Es können noch keine Serien-/Chargennummern importiert werden. Diese werden vom System automatisch einem Datensatz mit SNR/CNR zugeordnet. Wurden mehr oder weniger Artikel gezählt, als im System hinterlegt sind, müssen diese noch manuell angepasst werden, bevor die Inventur geschlossen werden kann. Attribute eines Artikels können sowohl ex-, als auch importiert werden. Es können aber keine neuen Attribute durch den Import erstellt werden, sie müssen bereits im System vorhanden sein. |
| 11448 | Lagerverwaltung || Transaktionen || Lager Umbuchung || Lagerbewegung: Button "Verbuchen" | Der Button 'Verbuchen' unter dem Pfad Lagerverwaltung || Transaktionen || Lager Umbuchung || Lagerbewegung wurde ausgeblendet, dieser war noch eingeblendet, auch wenn die Lagerumbuchung über den Button "Bewegung verbuchen" abgeschlossen wurde. |
Projekte | ||
| 11429 | Mitarbeiter Plan: Überstunden werden nicht berücksichtigt | In Projektmanagement || Projekte || Aufgaben || Mitarbeiter Plan wurden keine Überstunden-Zuschläge kalkuliert, obwohl diese in Stammdaten || Betriebliche Einstellungen || Zuschläge eingetragen waren. --> Fehler behoben. |
| 11433 | Übersicht Materialplanung | Es wurde unter dem Pfad Projektmanagement || Projekte || Übersicht Materialplanung ein neues Fenster hinzugefügt, welches das benötigte Material eines gesamten Projektes auflistet. Es ist identisch zu dem Pfad Projektmanagement || Projekte || Aufgaben || Materialplanung aufgebaut. |
| 11476 | Änderung des Identifiers für Projekte und Produktion | Der Identifier für Projektaufgaben war Projekt - Suchschlüssel - Name. Das ist geändert worden zu 'Suchschlüssel - Name' Die Angabe des Projektes war Redundant, da vor der Aufgabe in allen Fenstern das Projekt vorher ausgewählt wird. Projektaufgaben haben keinen Suchschlüssel, da bleibt es dann beim Namen. |
| 11488 | Ergänzen der Ansicht Zeiterfassung um Kalenderansicht | Das Fenster Projektmanagement || Zeitrückmeldung ist um eine zusätzliche Ansicht wie folgt ergänzt: Ein neuer Reiter Kalenderansicht wird neben dem Reiter Zeitrückmeldung erstellt. Dieser besitzt dieselben eingebbaren Felder wie der Reiter Zeitrückmeldung. Allerdings sind im Reiter Kalenderansicht alle Tage aufgeführt, egal ob gearbeitet wurde oder nicht. Zusätzlich enthält diese Ansicht folgende Felder (read only): Wochentag (Mo., Di., Mi...) Wochenarbeitszeit (Nur am So gefüllt als Summe der Arbeitszeiten der Woche) Kontostand (Tagesgenaues Arbeitszeitkonto) Rest-Urlaub. (Tagesgenau) Kalender-Ereignis (wenn vorh.) Neue Datensätze können aus technischen Gründen in diesem Reiter nicht erstellt werden. Es können dort auch keine Datensätze gelöscht werden. Der neue Reiter erlaubt allerdings das Korrigieren vorhandener Zeitrückmeldungen wenn z.B. das Ausstempeln vergessen wurde. |
| 11497 | Anpassungen Stundenzettel: Stunden und Minuten angeben | Es wurde der Stundenzettel der Mitarbeiter so angepasst, dass nun anstatt der Dezimalzahlen für geleistete Stunden, Pausen, etc. ein konkreter Stunden- und Minuten-wert im Format hh:mm ausgegeben wird. Unter den Pfaden Projektmanagement || Arbeitseinsatz Rückmeldung, Projektmanagement || Zeitrückmeldung und Stammdaten || Arbeitszeitkontenübersicht || Stundenkonto wurden ebenfalls hh:mm-Werte als neue Felder hinzugefügt. Lediglich das Feld Auslöse (ggf. auch special4,special5 bzw. Bausellenzuschlag, Fahrerzuschlag) sind als Dezimal-Felder ausgewiesen, da diese nicht für Zeit sondern für Beträge vorgesehen sind. Der alte Report mit den Dezimalwerten ist weiterhin vorhanden. Der ist als EmployeeTimesheetDecimal in die Belegart Employee aufgenommen worden und kann bei Bedarf aktiviert werden.. |
| 11503 | Optimierungen zum Pfad: "Projektmanagement || Arbeitseinsatz Rückmeldung": | Es wurden unter dem Pfad Projektmanagement || Arbeitseinsatz Rückmeldung zwei neue Filter eingebaut. So ist es jetzt möglich nach einer Organisation zu filtern, als auch nach dem Namen eines Projektes. |
| 11609 | Projekte aktualisieren Fehler Division durch Null - Wechselkurs 0 | Unter dem Pfad Einstellungen || System-Stammdaten || Wechselkurse wird nun geprüft, ob der eingetragene Wechselkurs 0 ist. Das ist nun nicht mehr erlaubt. |
Zeiterfassung | ||
| 11314 | Eingabe Arbeitszeit nur als Ganze Zahl möglich | In Einstellungen || System-Stammdaten || Betriebskalender Die Einstellung der Arbeitszeit in h ist jetzt auch als Dezimal-Zahl möglich |
| 11335 | Pausenzeiten Voreinstellung | Unter Stammdaten || Mitarbeiter || Vergütung werden 2 neue Felder 'Pausenzeit in h' und 'Pausenabzug ab geleisteten h' angegeben. Werden in der Zeiterfassung (auch über APP) für den Mitarbeiter Zeiten > = Pausenabzug ab geleisteten h erfasst, setzt das System automatisch die in 'Pausenzeit in h' stehende Zeit als Pausenzeit in die Zeiterfassung ein. - Ist eines der beiden Felder leer, wird keine automatische Pause eingesetzt. |
| 11374 | Terminal oder Mitarbeiter Modus | Die Zeiterfassung fordert jetzt die Eingabe eines Mitarbeiters, wenn im eingeloggten User kein Geschäftspartner hinterlegt ist. Ist ein Geschäftspartner (Mitarbeiter) hinterlegt, verzichtet die Zeiterfassung auf die Erfassung des Mitarbeiters und zeigt den eingeloggten Mitarbeiter direkt an. |
| 11429 | Mitarbeiter Plan: Überstunden werden nicht berücksichtigt | In Projektmanagement || Projekte || Aufgaben || Mitarbeiter Plan wurden keine Überstunden-Zuschläge kalkuliert, obwohl diese in Stammdaten || Betriebliche Einstellungen || Zuschläge eingetragen waren. --> Fehler behoben. |
| 11465 | 2 Nachkommastellen für Feld Worktime... Pfad: Einstellungen || Unternehmen || Organisation || Kalender Einstellungen | 2 Nachkommastellen für Feld Worktime... Monday....: zum Pfad: Einstellungen || Unternehmen || Organisation || Kalender Einstellungen. |
| 11486 | Stundenzettel mit eingebbarem Datum drucken. | Es wurde ein neuer Stundenkonto-Report hinzugefügt, der alle Dezimalwerte in hh:mm ausgibt. Ebenso ist es nun möglich beim Drucken des Reports ein bestimmtes Datumsintervall anzugeben. Bei der Anpassung des Reports ist ein neues Kalkulations-Feld für die Bildung des Kontostandes am Anfang des gewählten Zeitraumes implementiert. Dieses wird neben dem Monat im Kopf des Reports mit angezeigt. Die neuen Felder Datum von und Datum bis können alternativ zu den vorhandenen Feldern monatliche Option und Wirtschaftsjahr genutzt werden. Die neuen Felder sind im Standard nicht aktiv. |
| 11488 | Ergänzen der Ansicht Zeiterfassung um Kalenderansicht | Das Fenster Projektmanagement || Zeitrückmeldung ist um eine zusätzliche Ansicht wie folgt ergänzt: Ein neuer Reiter Kalenderansicht wird neben dem Reiter Zeitrückmeldung erstellt. Dieser besitzt dieselben eingebbaren Felder wie der Reiter Zeitrückmeldung. Allerdings sind im Reiter Kalenderansicht alle Tage aufgeführt, egal ob gearbeitet wurde oder nicht. Zusätzlich enthält diese Ansicht folgende Felder (read only): Wochentag (Mo., Di., Mi...) Wochenarbeitszeit (Nur am So gefüllt als Summe der Arbeitszeiten der Woche) Kontostand (Tagesgenaues Arbeitszeitkonto) Rest-Urlaub. (Tagesgenau) Kalender-Ereignis (wenn vorh.) Neue Datensätze können aus technischen Gründen in diesem Reiter nicht erstellt werden. Es können dort auch keine Datensätze gelöscht werden. Der neue Reiter erlaubt allerdings das Korrigieren vorhandener Zeitrückmeldungen wenn z.B. das Ausstempeln vergessen wurde. |
| 11496 | Anpassungen Stundenzettel: Nur eine Zeile am Tag | Es erscheint im Stundenzettel nur eine Zeile pro Tag, auch wenn zwischenzeitlich auf derselben Projektaufgabe ausgestempelt wurde. Die Zeit zwischen den einzelnen Arbeitszeiten (Abwesenheit) wird als Pause berechnet. Ergibt die so berechnete Pause weniger als die in der Zeiterfassung eingetragene Pause wird die eingetragene Pause abgezogen. Übersteigt die Abwesenheit die gesetzlich vorgeschriebene Pause wird die Abwesenheit als Pause berechnet. Dieses Feature kann mit der Präferenz 'TIMEFEEDBACKCOUNTABSENTASBREAK'abgeschaltet werden und ist im defaut an ('Y') |
| 11497 | Anpassungen Stundenzettel: Stunden und Minuten angeben | Es wurde der Stundenzettel der Mitarbeiter so angepasst, dass nun anstatt der Dezimalzahlen für geleistete Stunden, Pausen, etc. ein konkreter Stunden- und Minuten-wert im Format hh:mm ausgegeben wird. Unter den Pfaden Projektmanagement || Arbeitseinsatz Rückmeldung, Projektmanagement || Zeitrückmeldung und Stammdaten || Arbeitszeitkontenübersicht || Stundenkonto wurden ebenfalls hh:mm-Werte als neue Felder hinzugefügt. Lediglich das Feld Auslöse (ggf. auch special4,special5 bzw. Bausellenzuschlag, Fahrerzuschlag) sind als Dezimal-Felder ausgewiesen, da diese nicht für Zeit sondern für Beträge vorgesehen sind. Der alte Report mit den Dezimalwerten ist weiterhin vorhanden. Der ist als EmployeeTimesheetDecimal in die Belegart Employee aufgenommen worden und kann bei Bedarf aktiviert werden.. |
| 11500 | Zweite Pausenzeit und bez. Pause | Die in Stammdaten || Mitarbeiter || Vergütung vorhandenen Felder 'Pausenzeit in h' und 'Pausenabzug ab geleisteten h' wurden durch 2 neue Felder ergänzt: '2. Pausenzeit in h' und '2. Pausenabzug ab geleisteten h' Die in 'Pausenzeit in h' und 'Pausenabzug ab geleisteten h' eingegebenen Daten müssen immer kleiner sein, als die Daten in den neuen Feldern. Die Funktion der neuen Felder ist dann wie folgt: Wenn ein Mitarbeiter gleich oder mehr als '2. Pausenabzug ab geleisteten h' arbeitet, wird als gesamte Pausenzeit '2. Pausenzeit in h' abgezogen. Wenn ein Mitarbeiter gleich oder mehr als 'Pausenabzug ab geleisteten h' und weniger als '2. Pausenabzug ab geleisteten h' arbeitet, wird als gesamte Pausenzeit 'Pausenzeit in h' abgezogen. Bei der Berechnung des automatischen Pausenabzugs ist zu berücksichtigen, das eventuell ausgestempelt wurde und nachher wieder eingestempelt wurde. Die dadurch entstehende 'Lücke' in den Zeiten ist ebenfalls als Pause zu behandeln, so das ein automatischer Pausenabzug nur bis max. '2. Pausenzeit in h' erfolgen darf. Wenn die ausgestempelte Zeit größer als der Pausenabzug ist, wird die ausgestempelte Zeit als Pause ausgewiesen. Außerdem ist ein neues Feld „bez. P.“ (bezahlte Pause) im Pfad „Projektmanagement || Zeitrückmeldung“ hinzugefügt worden. Dieses Feld kann genutzt werden, wenn zusätzliche Pausenzeiten des Mitarbeites bezahlt werden. |
Finanzwesen | ||
| 11190 | Stammdaten || Einstellungen Artikel || Artikel-Kategorie || Kontierung: Felder ausgeblendet | Stammdaten || Einstellungen Artikel || Artikel-Kategorie || Kontierung: Felder ausgeblendet: Produkt Lagerbestand (Fixed Asset), Produkt Verkaufskosten (Product COGS). Damit nur noch die Felder vorhanden: Produkt Aufwand, Produkt Erlöse, Preisdifferenz Kosten-Rechnung. |
| 11192 | Anlegen einer Kostenstelle als Anlagegut: Fehlermeldung: FEHLER: An asset of this type needs an asset category | In Kostenrechnung || Kostenstelle können jetzt nur noch reine Kostenstellen angelegt werden. Wenn man ein Anlagegut anlegen will, wird dieses auch für die Finanzbuchhaltung (Abschreibungen) erstellt. Anlagegüter sind daher unter Buchhaltung || Anlagenbuchhaltung || Anlagegüter anzulegen. Sollen diese auch als Kostenstelle fungieren, ist die Option 'Ist Kostenstelle' zu setzen. Hier ist das Dropdown-Feld für die Güter-Kategorie jetzt ein Pflichtfeld, dann erscheint die Fehlermeldung nicht mehr. |
| 11212 | Übersicht Ford/Verb.: Feld Status ausblenden, wird nicht genutzt | Das Feld Status unter dem Pfad Buchhaltung || Übersicht Forderungen und Verbindlichkeiten wurde ausgeblendet, da es nun veraltet und ohne Funktion ist. |
| 11322 | Ausblenden nicht bebuchter Konten-Voreinstelungen | Folgende Konten-Voreinstellungen bzw. Konten werden nicht automatisch bebucht und sind aus der Software entfernt worden: |
| 11397 | Alert Lieferantenrechnung: Zahlung zu genehmigen sortieren. | Alerts können nun sortiert werden. Unter dem Pfad Einstellungen || Prozesse und Einstellungen || Benachrichtigungen können nun im SQL-Feld ORDER BY Statements genutzt werden. Beim Anzeigen der Alerts werden diese dann nach dieser Ordnung sortiert. |
| 11398 | Filterfeld für Währung in Buchhaltung | Bankdaten erstellen (SEPA) | SEPA-Datei | Auswahl Positionen | Abgleich Kontoauszug | Unter dem Pfad Buchhaltung || Bankdaten erstellen (SEPA) || SEPA-Datei ist nun in der Auswahl der Positionen ein neuer Filter 'Währung' vorhanden, ebenso unter dem Pfad Buchhaltung || Bankabgleich > > Abgleich Kontoauszug. Dazu zunächst einen neuen Datensatz im jeweiligen Pfad erstellen, dann den Button "Auswahl Positionen" (für SEPA) bzw. "Abgleich Kontoauszug" (für Bankabgleich) wählen: In dem folgenden Bild ist nun der neue Filter "Wahrung" eingebaut. |
| 11405 | Überprüfung Accounting Error | Der Fehler wurde behoben. Wenn es Accounting Errors an einem Tag gibt, wird nur eine Benachrichtigung angezeigt. |
| 11406 | Bankabgleich: Anzeige des falschen Bankkontos in Fenster "Abgleich Kontoauszug" | Es wurde der Abgleich Kontoauszug unter dem Pfad Buchhaltung || Bankabgleich angepasst. Die Filter 'Konto' und 'bezahlt' wurden entfernt. In der Liste wird nun nicht mehr das betroffene Konto angezeigt, sondern nur noch die entsprechende Währung. |
| 11412 | Bankabgleich: Änderung in Abgleich Kontoauszug: Verbindlichkeiten in Zahlung übersetzt | Bankabgleich: Änderung in Abgleich Kontoauszug: Text "Verbindlichkeiten" in "Zahlung" geändert: Pfad: "Buchhaltung || Bankabgleich": Button "Abgleich Kontoauszug": Der Eintrag "Payment" war mit "Verbindlichkeiten" übersetzt, ist nun auf den allgemeineren Begriff "Zahlung" geändert. |
Anlagenverwaltung | ||
MRP | ||
| 11255 | Einkaufslauf auf zieht deaktivierte Artikel | Der Fehler wurde behoben und es werden nun keine deaktivierten Artikel mehr im Einkaufslauf berücksichtigt. |
| 11521 | Einkaufslauf: Fehlermeldung: Not Null Constraint | Wenn die EK-Preise (Stammdaten || Artikel || Einkauf ) nicht richtig gepflegt sind (Import) kommt jetzt die Fehlermeldung: Artikel:< Suchschlüssel> Einkaufspreise (Artikel||Einkauf) nicht richtig gepflegt |
| 11588 | Einkaufslauf blockiert Oberfläche | Der Fehler wurde behoben. Der EK-Lauf blockiert nun nicht mehr die Oberfläche. Nach dem Anlegen eines neuen Datensatzes muß man erst speichern, bevor die Knöpfe zur Verarbeitung erscheinen. |
Produktion | ||
| 11225 | Produktionsplan im Produktionslauf auswählbar | Im Produktionslauf (Transaktion: "Herstellung || Produktionslauf") ist der Plan, über den ein Artikel produziert werden soll, jetzt auswählbar. Zu diesem Zweck ist einen neue Spalte "Produktonsplan" mit einer Dropdown-Liste im Produktionslauf eingefügt worden. Der Plan mit der Option 'Standard' wird als default ausgewählt. Wegen dieser Möglichkeit wurde das manuelle Auslösen (Transaktion: "Herstellung ||Produktionsauftrag aus Plan kopieren") aus der Software entfernt. Die Möglichkeiten dieses Prozesses werden jetzt alle über die Transaktion "Produktionslauf" abgedeckt. |
| 11230 | Fehlermeldung: Artikel müssen passend der Produktionsmenge entnommen werden bei BDE-Materialentnahme | Wenn Option 'Entnahme nur passend an ist und große Mengen oder sehr kleine Mengen angegeben werden kam die Fehlermeldung, obwohl alles stimmte --> Fehler behoben. |
| 11289 | Importieren von Produktionsplänen generiert immer die Stückliste aus Artikel | Das Importieren ist jetzt gemäß der Option 'Stücklisten in Artikel und Basisarbeitsgang synchronisieren.' konfigurierbar. Ist diese aus, wird auch keine Stückliste erzeugt. Ist sie an, wird die Stückliste des Artikels in den Basis-AG geschrieben. So kann man dann z.B. Ausrüstiungs-AG ohne Stückliste importieren. |
| 11430 | Mehrfachdruck Produktionsauftrag erzeugt beim Archivieren falsches Dokument | Der Fehler wurde behoben und es werden nun auch beim Archivieren alle markierten Produktionsaufträge in einer PDF gedruckt. |
| 11476 | Änderung des Identifiers für Projekte und Produktion | Der Identifier für Projektaufgaben war Projekt - Suchschlüssel - Name. Das ist geändert worden zu 'Suchschlüssel - Name' Die Angabe des Projektes war Redundant, da vor der Aufgabe in allen Fenstern das Projekt vorher ausgewählt wird. Projektaufgaben haben keinen Suchschlüssel, da bleibt es dann beim Namen. |
| 11534 | Anzeige der Attribute in Stammdaten || Seriennummern | Wenn ein Artikel mit Attributen produziert wurde und seriennummernpflichtig ist, werden die Attribute jetzt auch unter Stammdaten || Seriennummern angezeigt. Die in Herstellung || Produktions-Auftrag || Arbeitsgänge für ein zu produzierendes Gut eingetragenen Attributwerte werden bei der Erstellung der Seriennummer aus dem Produktions-Arbeitsgang übernommen. Alt-Daten werden nicht migriert. - Nur bei neuen, nach dem Update produzierten Artikeln kann man die Attribute sehen. |
BDE | ||
| 11117 | Kontrollscan Wareneingang/Versand: Keine Dienstleistungen scannen | Dienstleistungen werden nun nicht mehr im Kontrollscan angezeigt. Sie werden nach dem initialen Auswählen des Vorgangs automatisch als gescannt markiert und für den Nutzer ausgeblendet. |
| 11252 | BDE: Zeitstempel im Produktionsauftrag wird angepasst - Verändert durch nicht | Der Fehler wurde behoben. Es wird nun im Audit die korrekte Kontaktperson unter 'Verändert durch' angezeigt. Durch die BDE wird der Zeitstempel in der Produktionsaufgabe mit gesetzt (incl. Verändert durch) Zeitstempel im Produktionsauftrag selbst werden nicht über die BDE gesetzt. Zeitstempel im Produktionsauftrag selbst werden allerdings über den Prozess Update Project Status gesetzt. |
| 11457 | BDE Zeiterfassung: Focus immer im Scan-Feld | Der Focus ist in der BDE Zeiterfassung jetzt immer auf das Scan Feld gerichtet, so das der Scan auch funktioniert, wenn vorher irgendwo anders geklickt wurde. |
| 11594 | Wording in der BDE | Folgende Änderungen an Bezeichnungen wurden vorgenommen: In der Lager BDE ist der Button 'Umlagern' zu 'Umlagern SNR' umbenannt. In der Lager BDE ist der Button 'Umlagern von' zu 'Umlagern' umbenannt. In der BDE Stücklisten-Bearbeitung ist der Button 'Material Rückgabe' zu 'Ausbauen' umbenannt In der BDE Stücklisten-Bearbeitung ist der Button 'Material Entnahme' zu 'Einbauen' umbenannt. In der Produktions-BDE ist der Button Fertig zu Produzieren umbenannt In der Produktions-BDE ist der Button Abschließen zu Prd.+AG beenden umbenannt. In Projektmanagement || Zeitrückmeldung ist die Kontaktperson auf Mitarbeiter umbenannt. |
Schnittstellen | ||
Module | ||
| 11174 | CAMT: Reimplementierung XML-Verarbeitung im CAMT Modul | Das CAMT-Modul wurde zum Teil neu implementiert, sodass nun nur noch die im Code wirklich verwendeten Felder relevant sind. Werden unerwartete XML-Tags geparst, fliegen nun nicht direkt Fehler und sie werden ignoriert. |
| 10881 | XML-API: Neue Alerts: Fehler in XML-API und Fehlerhafte Shop-Aufträge, Dokumenten-Voreinstellung bei Multi-Shop | Neue Alerts in XML-API: Fehlerhafte Shop-Aufträge impotriert - Kann per EMail (pro Tag einmal) verschickt werden. API-Sync-Prozess-Fehler aufgetreten - Kann per EMail (pro Tag einmal) verschickt werden. Die Dokumenten-Voreinstellung wurde bei Multishop nicht dem richtigen Shop zugeordnet (Fehler behoben) |
| 11270 | XML-API: Dokumenten-Übertragung und Zahlungsstatus in Ordertatus.xml | In der Orderstatus.xml der XML-API wurden neue Felder hinzugefügt. Es wird nun der bereits bezahlte Wert, sowie die höchste Mahnstufe der entsprechenden Rechnungen angezeigt. Ebenso werden nun verknüpfte Dokumente (im PDF Format) der dazugehörigen Rechnungen, sowie Warenbewegungen hochgeladen und in der Oderstatus.xml hinterlegt werden. Zusätzlich wird die Orderstatus.xml nun ausgelöst, wenn die Mahnstufe einer Rechnung angepasst, sowie der bereits gezahlte Wert eines Auftrags verändert wird. Die in der Orderstatus.xml genannten Dokumente werden mit auf dem WebDAV Server exportiert, wenn die neue Option 'Dokumente exportieren' in in E-Commerce || API-Einrichtung aktiviert ist. |
| 11317 | XML-API: Erweiterung der Produkt.xml um Liefertermine | Es wurden der Products.xml der XML-API zwei neue Felder LeadTime und NextDeliveryDate hinzugefügt. Sie geben die Lieferzeit in Werktagen des am höchsten bewertesten Lieferanten, sowie den nächsten Liefertermin eines Artikels an. |
| 11321 | XML-API: Anlage von Varianten-Artikeln | Unter dem Pfad Stammdaten || Artikel ist es nun möglich automatisiert Variantenartikel aus einem vorgegebenen Attributsatz zu generieren. Dazu sind 3 neue Felder, welche nur mit dem Modul XML-API zur Verfügung stehen vorhanden: Hauptartikel, Varianten Einstellungen (Attributsatz) und Variante (Attribut). Wird ein Artikel als Hauptartikel markiert, kann ihm ein Attributsatz zugeordnet werden. Mit der Schaltfläche 'Varianten generieren' werden anschließend alle möglichen Kombinationen der beinhalteten Attributwerte ausmultipliziert und als neue Artikel gespeichert. Es werden maximal 3000 Artikel generiert. Diese Grenze kann unter dem Pfad Einstellungen || Prozesse und Einstellungen || Präferenzen || Voreinstellung -> XMLAPIMAXVARIANTS erhöht werden. |
| 11449 | X-Rechnung: Sonderzeichen / Fehler in X-Rechnung | Es ist nun möglich in X-Rechnungen die XML-Sonderzeichen '&', '> ', '< ', ''' und '"' in Textfeldern zu nutzen. Dazu zählen u.a. auch die Namen der Geschäftspartner. |
| 11452 | XML-API: Varianten-Artikel in Product.xml ausspielen - Option für verkürzte Product.xml | Die XMLApi wurde um Variantenartikel erweitert. Es ist nun möglich unter dem Pfad Stammdaten || Artikel einen Atributsatz zu hinterlegen und für diesen die Variantenartikel ausmultiplizieren zu lassen. Das ist nur möglich, wenn die Attribute des Attributsatzes in Listenform eingetragen und somit endlich sind. Beim Ausspielen der Producs.xml werden diese generierten Attribute dann unter Variations mit ausgegeben. Ebenso wird der Attributsatz mit exportiert. Kommt es bei einem der Variantenartikel zu einer Veränderung der Lagermenge, wird nun eine verkürzte Datei generiert, bei der nur die jeweilige Variante, sowie der entsprechende Lagerbestand ausgegeben wird. Das funktioniert ebenso für normale Artikel. Details dazu sind in der kommentierten Products_MitDoku-OUT.xml ersichtlich. Hinweis: Die älteren Versionen der Product.xml wegen Kompatiblität erhält man durch setzen der Präferenz XMLAPIVERSION Werte: Kleiner 3.8.10.441 -> Stand vor dem Ticket 10953 Größer/gleich 3.8.10.441 und kleiner als 3.8.20.477-> Stand nach dem Ticket 10953 Größer/gleich 3.8.20.477 und kleiner als 3.8.20.505-> Stand nach dem Ticket 11317 Für dieses Ticket ist der Wert 3.8.20.505 als Kompatibilität im Code gesetzt. |
| 11503 | Timeservice: Optimierungen zum Pfad: "Projektmanagement || Arbeitseinsatz Rückmeldung": | Es wurden unter dem Pfad Projektmanagement || Arbeitseinsatz Rückmeldung zwei neue Filter eingebaut. So ist es jetzt möglich nach einer Organisation zu filtern, als auch nach dem Namen eines Projektes. |
| 11555 | X-Rechnung: Textmodule mit in die xml-Datei aufnehmen, Kopieren der Artikel-Beschreibung funktioniert nicht. | Beim Erstellen einer X-Rechnung werden nun die Textmodule einer Rechnung mit berücksichtigt. Sie werden, wie auch schon die Beschreibung einer Rechnung, im Tag 'Note' eingetragen. Mehrere Datensätze werden mit einem Semikolon ; getrennt. Auch die Textpositionen der Rechnungspositionen werden nun unter dem Tag 'Note' unter 'InvoiceLine' hinterlegt. Es wird nun die PDF anstatt der XML heruntergeladen und die XML nur noch archiviert. |
| 11578 | Kundeneigene Artikel: Ergänzung Modul Kundenartikel: neues Feld "Kundenartikel" im Artikelstammsatz und Trigger zum Befüllen einbauen | Unter dem Pfad Stammdaten || Artikel wurde ein neues Feld 'Kundeneigene Artikelnummer' hinzugefügt. In diesem Feld werden alle kundeneigene Artikelnummern aus dem Pfad Stammdaten || Artikel || Kundenartikel als Kommagetrennte Liste angezeigt. In der Listenansicht kann dann über diese Artikelnummern gefiltert werden. Beim Erstellen, Löschen oder Aktualiseren einer kundeneigenen Artikelnummer wird die Liste automatisch aktualisiert. Es ist zudem nun nicht mehr möglich eine kundeneigene Artikelnummer so zu bearbeiten, dass zwei Datensätze für einen Geschäftspartner existieren. |
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) |
| 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. |
| 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. |
| 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 eines Kd-Auftrags ein Materialzuschlag eingegeben wird (erst nachdem die Artikel auf Positionsebene erfasst wurden), ermittelt das System Bestellung ist falsch und neue Pos. sowie gerechnet wird erst nachdem die Positionen erfasst wurden und dann der Mat.zuschlag eingegeben und gespeichert wird. 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). |
| 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:
- 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 herausWenn 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:
|
| 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:
|
| 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:
|
| 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:
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. |