266 Commits

Author	SHA1	Message	Date
s.steuer	58b16509da	Basierend auf Commit d905896 werden nun Teilenummern, die in $CREMIG_CFG/BOM-Settings.cfg -> Sektion 'ExcludedIDsInBOM' definiert sind aus der Darstellung des Treeviews ausgeschlossen. Darüber hinaus wird nun bei Ausführung von 'Lade lokal' in der GUI die lokale Teilestamm-CSV gezogen. Bisher wurde immer vom Server generiert, was vor allem bei Tests über einen Remoteclient sehr langsam ist.	2025-04-27 17:36:41 +02:00
s.steuer	21528e2353	Basierend auf Commit d905896 können jetzt im Treeview Nummern aus der Stücklistenstruktur sowie aus der Zusammenfassung ausgeschlossen werden. Nummern, die explizit oder implizit ausgeschlossen wurden (implizit, wenn sie Bestandteil einer Baugruppe sind, die ausgeschlossen wurde), dann werden diese Nummern in der Zusammenfassung aufgelistet, um dem User zu verdeutlichen, dass die Darstellung des Baumes, bzw. der Zusammenfassung von der tatsächlichen Struktur abweicht. Zur Angabe der ausgeschlossenen Nummern aus dem Baum können die neuen Schalter '--rm_bom_ids_str' und '--rm_bom_ids_cfg' genutzt werden. Bei ersterem können die Nummern als Argumente nacheinander mit Leerzeichen getrennt angegeben werden. Bei zweiterem Fall wird eine Konfigurationsdatei mit darin definiertem Sektionsnamen angegeben. Analog dazu gibt es zum Ausschluss der Teilenummern aus den Anzahlen der Zusammenfassung die neuen Schalter '--rm_summary_ids_str' und '--rm_summary_ids_cfg'. Allgemein wurde auch die Angabe der Argumente konkretisiert und z.B. durch CustomActions zur Validierung der Argumente verbessert.	2025-04-27 17:29:09 +02:00
s.steuer	d905896891	Klasse 'BOMConfig' sowie Methoden in Klasse 'SivasBOM' ergänzt, damit Teilenummern aus der Stücklistenstruktur herausgefiltert werden können. Aktuell ist es so festgelegt, dass wenn ein User ausgeschlossene Teilenummern an die Klasse 'SivasBOM' übergibt, diese dann auch automatisch aus der Stückliste ausgeschlossen werden, d.h. zum Ausschließen der der Nummern ist kein expliziter Aufruf der Methode '_remove_excluded_ids_from_bom' erforderlich. Hierbei gilt die Prämisse: Wenn Du ausgeschlossene Nummern angibst, möchtest Du sie auch nicht sehen. Weiso hättest Du sie sonst anggegeben?	2025-04-27 17:19:48 +02:00
s.steuer	e083f3c2ac	In CreoMigrate (GUI-Applikation) können jetzt auch Sivas-Nummern, die kein Bestandteil der Menge der natürlichen Zahlen sind (z.B. 'TOS Auswahl FGN') migriert werden.	2025-04-20 18:07:07 +02:00
s.steuer	2a601ec3c1	In CreoMigrate (GUI-Applikation) können nun auch Teilenummern ohne Stückliste migriert werden. Hierfür wurde in Methode 'get_csv_files_of_asm' von 'controller.py' ein Aufruf der Methode 'extend_asm_bom' aus der Klasse 'SivasBOM' in 'manage_configs.py' ergänzt. Innerhalb der Methode wird die angegebene Teilenummer aus dem Eingabefeld in der GUI, d.h. die Hauptnummer in die Stücklistendaten aufgenommen - standardmäßig ist sie nicht enthalten. Als Oberbaugruppe dieser Nummer wird dabei die fiktive Baugruppe 'None' definiert. Durch diese Ergänzung in den Stücklistendaten wird eine Teilenummer ohne Stückliste also selbst zu einem Bestandteil der fiktiven Baugruppe 'None'. Somit wird also wie bisher nur mit Baugruppen gearbeitet, wodurch die Grundlogik zur Erstellung des Treeviews im Programm gleich bleibt. Lediglich die Vorgehensweise, wenn parent = 'None' gilt musste in den Treeview-Methoden angepasst werden. Im Zuge dessen wurde auch die Methode '_has_childs' der Treeview-Klasse in 'gui.py' angepasst, um sie effizienter zu machen. Konkret wird nun nicht mehr jedes mal durch das parent_children_mapping-dict gelooped werden, um herauszufinden, ob die angegebene Nummer enthalten ist. Da alle Nummern, die als Key in genanntem Dict vorliegen immer Kinder haben muss stattdessen nur geprüft werden, ob die Nummer als Key vorliegt.	2025-04-20 17:40:52 +02:00
s.steuer	f01f08cda9	2. Backslash ergänzt, damit 1. Backslash korrekt interpretiert wird	2025-04-20 12:22:49 +02:00
s.steuer	832aaf2088	Variablennamen wurden in 'manage_configs.py' geändert (siehe commit 623f4a1) -> wurde in dieser Datei nachgezogen. Zudem in Methode 'extend_asm_bom' den Key 'Parent' mit aufgenommen, damit die Methode 'parent_children' in 'manage_configs.py' funktioniert. Dadurch kann nun auch der Migrationsstatus von Nummern ohne Stückliste im Treeview korrekt dargestellt werden.	2025-04-20 12:12:08 +02:00
s.steuer	623f4a12e1	In 'manage_configs.py' Klasse 'SivasAssemblyData' in 'SivasBOM' und Klasse 'TeilestammMetadata' in 'SivasTeilestamm' umbenannt, da eindeutiger. In 'controller.py' Namen entsprechend aktualisiert. Zudem in 'manage_configs.py' Klasse 'SivasBOM' die Methode 'asm_data' in 'bom_data' umbenannt. Darüber hinaus gibt die Methode nun ein leeres Dict zurück, wenn keine JSON vorliegt oder keine generiert werden konnte. Dies wurde vorgesehen, um im Migrationsüberblick (Treeview) sowie dem Migrationstool (CreoMigrate) auch Teilenummern ohne Stückliste, d.h. ohne JSON abbilden zu können (genaue Funktionsweise siehe mehrzeiliger Kommentar in genannter Methode). Abgesehen davon Methode 'property_names' komplett entfernt, da diese fehlerhaft funktioniert hat, da jedes Mal durch alle Kinder der Assembly geloopt wurde und die Eigenschaften des aktuellen Kindes wie z.B. 'Bezeichnung', 'Parent', etc. ausgelesen wurden. Der Fehler liegt darin, dass die Eigenschaften der Nummer aus der vorherigen Iteration komplett überschrieben, aber nicht ergänzt wurden, falls in der aktuellen Iteration Eigenschaften vorliegen, die in der vorherigen noch nicht vorlagen. Um dieses Problem ganz zu umgehen, wurden die Methoden 'get_prop_val_for_all_ids' und 'all_bom_properties' umgeschrieben, sodass die Eigenschaften direkt innerhalb dieser Funktionen geholt werden	2025-04-20 12:05:46 +02:00
s.steuer	56ff5010c7	In Funktion 'get_sivas_bom' wird nun in Fällen, bei denen keine JSON erzeugt werden, ein ValueError geschmissen, der ggf. später bei Bedarf per Exception gehandelt werden kann + In Funktion 'get_sivas_teilestamm' wird nun geprüft, ob das Tool 'KSbExcelExportSivasTeilestamm.exe' von Hr. Jakob mit den angegebenen Nummern tatsächlich valide CSV's generiert hat. Das ist deshalb von Bedeutung, weil das Tool auch dann CSV's erzeugt, wenn die Werte, die man per Flag '-teilenr' bereitstellt, nicht als Nummer in SIVAS vorliegen, wie z.B. 'abc'	2025-04-20 11:43:07 +02:00
s.steuer	0c54145655	In update_database.py Funktion 'get_sivas_dbase' in 'get_sivas_bom' umbenannt, da mit dieser Funktion ausschließlich die Stückliste geholt wird und somit spezifischer ist. In der Datei 'manage_configs.py' Funktionen folglich analog umbenannt. Ansonsten Funktionen in 'update_database.py' denested, um Lesbarkeit zu verbessern und Print-Statements in Deutsch geändert, da aktuell ein Mix aus Deutsch und Englisch vorliegt, was zu Verwirrung führen kann. Zudem Docstrings ergänzt und Fehler in den Print-statements behoben. Keine funktionalen Änderungen vorgenommen	2025-04-19 16:40:53 +02:00
s.steuer	3393e7ce47	Umgebungsvariable 'SIVAS_DATABASE_QUERY' in 'SIVAS_BOM' umbenannt, weil auch für die Generierung der Metadaten-CSV eine 'Database-Query' durchgeführt wird, d.h. Bezeichnung ist mehrdeutig. 'SIVAS_BOM' deshalb, weil mit dem Programm 'Sivas2Json', dessen Pfad in 'SIVAS_BOM' gespeichert ist, die Stückliste einer Baugruppe als JSON ausgegeben wird. Passt damit bezeichnungstechnisch zur Umgebungsvariable 'SIVAS_TEILESTAMM', weil mit dem Programm, dessen Pfad in genannter Umgebungsvariable gespeichert ist die Teilstamm-CSV generiert wird.	2025-04-18 23:08:22 +02:00
s.steuer	807b6c79f4	Datei redundant, da die Erstellung der Metadaten-CSV des Teilestamms bereits über die Funktion 'get_teilestamm.py' in 'update_database.py' erfolgt.	2025-04-18 22:53:45 +02:00
s.steuer	80000c15c3	Die Stücklistendaten, die aus der JSON-Datei des Programms 'Sivas2Json' erzeugt werden, wird jetzt immer die Teilenummer der Hauptbaugruppe ergänzt. Dadurch kann die Methode '_print_tree' auch die Nummer der Hauptbaugruppe schreiben. Bisher war hierfür die separate Methode '_tree_header' erforderlich. Für die Aufnahme der Hauptbaugruppe in die Stücklistendaten ist die neue Methode '_add_asm_id_to_bom' zuständig. Die Anpassung wurde vorbereitend für die nächste Erweiterung dieses Programms ergänzt, mit der es möglich sein soll, den Migrationsstand von einzelnen Teilenummern, d.h. Nummern, die keine Baugruppen sind, anzuzeigen.	2025-04-18 22:13:07 +02:00
s.steuer	fe302ef950	In der Methode 'child_ids' war es unnötig für die Ermittlung aller Stücklistenpositionen das 'Parent'-Attribut der aufgelisteten Teilenummern in der JSON zu betrachten, da die Teilenummern in der JSON bereits alle Kinder der ASM darstellen / Methode 'extend_asm_bom' ergänzt, damit die Stückliste um eine Nummer ergänzt werden kann (z.B. die Nummer der Oberbaugruppe selbst, da diese aktuell in der JSON nicht ausgegeben wird). Dies wurde ergänzt, damit zukünftig auch der Migrationsstand von einzelnen Teilenummern, die keine Baugruppen sind, angezeigt werden kann, bzw. einzelne Teilenummern migriert werden können. Die entsprechende Anpassung des Treeview- bzw. GUI-Programms erfolgt in einem späteren Commit. Zudem wurde die Methode 'get_prop_val_for_single_id' ergänzt, da im Treeview-Programm bisher bei jedem Eintrag des Baums die Methode 'get_prop_val_for_all_ids' aufgerufen wurde, in der jedes Mal eine bestimmte Eigenschaft, wie z.B. 'Bezeichnung' für alle Stücklistenpositionen der Hauptbaugruppe ermittelt wurde. Das war sehr ineffizient, weil die Eigenschaft nur für den aktuellen Eintrag, d.h. die aktuelle Teilenummer, die im Baum dargestellt werden soll, benötigt wird, aber nicht für alle Stücklistenpositionen.	2025-04-18 22:03:03 +02:00
s.steuer	efef193612	FIX - Die Metadaten-CSV von Teilenummern mit Leerzeichen, z.B. 'TOS Auswahl FGN' wurde bisher nicht abgeleitet. Dies funktioniert nun. Zudem Denesting durchgeführt und spezifischere Error-Checks eingebaut	2025-04-14 21:47:13 +02:00
s.steuer	a1a7f45f06	pymssql in requirements aufgenommen (wird für Datenbankabfrage benötigt) und sonstige Dependencies upgedated.	2025-03-31 17:27:19 +02:00
s.steuer	9b3c3859cc	get_teilestamm.py wird nicht mehr benötigt, siehe commit 4f740e81ad	2025-03-31 12:53:12 +02:00
s.steuer	22b0cf8afc	In Treeview bzw. Excel-Export des Migrationsüberblicks werden Nummern nun blau markiert, wenn diese zwar in RuleDesigner migriert wurden, dort aber nocht keine Freigabe erfolgt ist. Hierfür wird der RuleDesigner-Status der Nummern live aus der RuleDesigner-Datenbank abgerufen. Dadurch ergibt sich ein detaillierterer Überblick über den aktuellen Migrationsstand, da der Großteil der Migrationsarbeit erst nach der Migration ins PDM erfolgt (Aufbereitung der Modelle, Zusammenbau der Baugruppe, etc.). Abgesehen davon wird die Bezeichnung der obersten Baugruppe jetzt ebenfalls im Migrationsüberblick angezeigt, was bisher nicht der Fall war. Hierfür wird eine CSV-Datei des SIVAS-Teilestamms zur Baugruppennummer abgeleitet daraus 'Bezeichnung 1' ausgelesen.	2025-03-29 22:19:59 +01:00
s.steuer	e2bfa2aac6	FIX - An erstes Argument (BG-ID) in Methode 'get_sivas_dbase' in 'update_database.py' wurde der komplette Dateipfad zur JSON übergeben, obwohl nur die Teilenummer, bzw. max. die Teilenummer mit Dateiendung übergeben werden darf	2025-03-09 21:40:36 +01:00
s.steuer	5f3615548b	Treeview angepasst, damit die Bezeichnung der obersten Baugruppe angezeigt wird, da dies bisher nicht der Fall war. Da die Bezeichnung nicht in der Baugruppen-JSON aufgeführt ist, ist es erforderlich die CSV mit den Teilestamm-Metadaten zur Baugruppennummer herunterzuladen. Damit dies möglich ist, wurde wurde in manage_configs.py eine neue Subclass 'TeilestammMetadata' ergänzt. In compare_lists.py wurden dabei weitere Flags ergänzt, mit denen gesteuert werden kann, ob die Bezeichnung aus der lokalen CSV-Datei gezogen werden sollen, oder ob die CSV mit jedem Programmlauf neu erstellt wird. Defaultmäßig wird sie mit jedem Programmlauf neu erstellt	2025-03-09 21:22:15 +01:00
s.steuer	4f740e81ad	Das Einladen der JSON- und RuleDesigner-Daten erfolgt nun allein i.V.m 'manage_configs.py' und nicht mehr i.V.m der Klasse FetchSivasTeilestamm in der Datei 'get_teilestamm.py'. Dies wurde einerseits durchgeführt, um die Anzahl an Referenzen zu verringern, hauptsächlich jedoch, weil in der Klasse 'FetchSivasTeilestamm' die Klasse 'MigrationsStatus' in 'manage_configs.py' aufgerufen wird, in der wiederum Objekte der Klassen 'SivasAssemblyData' und 'RuleDesignerConfig' initiiert werden. Das ist sehr ineffizient, weil 'SivasAssemblyData' bereits in dieser Datei, also 'controller.py' initiiert wird. Es wurde zudem ergänzt, dass nun auch die lokale Version der CSV-Datei, die die RD-Teilenummern enthält geladen werden kann, ohne den aktuellen Stand vom Server zu kopieren.	2025-03-09 00:37:10 +01:00
s.steuer	6f188649ff	Großes Refactoring - Dekorator für lazy-Initialisierung durch die in Python für diese Aufgabe vorgesehenen Property-Dekoratoren ersetzt. Durch diese Dekoratoren können zukünftig auch einfach Setter-Methoden ergänzt werden. Das Holen/Laden der JSON- und CSV-Dateien wurde zudem nun so umgebaut, dass dies nicht mehr in der Klasse 'MigrationsStatus' erfolgt, sondern in den Klassen 'SivasAssemblyData' und 'RuleDesignerDatabaseConfig', da dies thematisch dort auch hingehört. Die bisherige Vorgehensweise war einerseits verwirrend und zweitens ineffizient, weil in der Klasse 'MigrationsStatus' nochmal Objekte der Klassen 'SivasAssemblyData' und 'RuleDesignerDatabaseConfig' initialisiert werden mussten. Durch die Anpassung wird nun zudem die Datei 'get_teilestamm.py' nicht länger benötigt	2025-03-09 00:28:09 +01:00
s.steuer	beb1fdc0da	Klasse MigrationsStatus entfernt und stattdessen auf gleichnamige Klasse in manage_configs.py referenziert, um Redundanzen zu vermeiden. Zudem Flags zur Definierung des JSON-Verzeichnises, des Namens und Verzeichnisses für die CSV mit den RuleDesigner-Teilenummern ergänzt. Außerdem Flags vorgesehen, mit denen gesteuert werden kann, ob die die lokalen JSON-Dateien sowie die lokale CSV der RuleDesigner-Teilenummern verwendet werden soll. Defaultmäßig sollen bei jedem Programmlauf nun immer die neusten Daten vom Server geholt werden, bzw. immer eine JSON generiert werden, da bisher sonst nicht immer die Aktualität der dargestellten Daten sichergestellt war.	2025-03-09 00:16:27 +01:00
s.steuer	da4eed34c3	Klassen 'Partnumbers', 'SivasPartnumbers' und 'RuleDesignerPartnumbers' entfernt und stattdessen mit den Klassen in manage_configs.py verknüpft, um Redundanzen zu vermeiden. Zudem doppeltes Laden der genannten Klassen in der Klasse 'RuleDesignerComparison', die jetzt 'MigrationStatus' heißt, gefixt. Abgesehen davon durch Aufrufen von Methoden in den __init__-Methoden mittels lazy-Initialisierung per property-Dekoratoren behoben.	2025-03-08 18:16:17 +01:00
s.steuer	5bd83324b2	FIX - Wenn in SIVAS keine Dispolaufgruppe angegeben ist, wird in CSV-Datei nicht ein leerer Wert, sondern ' - ' geschrieben. Bisher wurde jedoch nur bei keinem Wert eine Fehlermeldung bezüglich fehlender Dispolaufgruppe ausgegeben. Ab jetzt ist das auch beim Wert ' - ' der Fall.	2025-02-10 20:44:41 +01:00
s.steuer	1b834ab919	Wenn 'Aus Halbzeug' angehakt wird dürfen im Feld 'Farbe' keine Eintragungen vorgenommen werden. Bei Halbzeugen ist dafür das Feld 'Halbzeugfarbe vorgesehen. Konkret heißt das - sollte das Halbzeug eine Oberflächenbehandlung erhalten muss das in 'Halbzeugoberfläche' definiert werden und falls diese Oberflächenbehandlung eine Farbe erfordert dann muss diese über das Feld 'Halbzeugfarbe' spezifiziert werden.	2024-12-22 00:49:26 +01:00
s.steuer	71620fe35b	Infomeldung ergänzt, wenn in CreoMigrate 'Aus Halbzeug' aktiviert wird, aber das Halbzeug noch nicht migriert wurde, oder nicht die neuste Version der RD_Teilenummern.csv im data-Verzeichnis liegt	2024-12-21 22:56:32 +01:00
s.steuer	dd8258f575	'filename.rsplit(.)[0] war bisher dafür zuständig, dass beim Einlesen der 'RD_Teilenummern.csv' die Endung .csv entfernt wird, um sie später beim Einlesen der Datei wieder zu ergänzen. Da die Klasse 'Partnumbers' aber auch für die json-Dateien der Teilenummern verwendet wird, hat das rsplit(.)[0] dazu geführt, dass bei Teilenummern wie z.B. 'ILS 2.0 A Pneumatik' der Teil nach dem Punkt abgecuttet wurde. Beim Versuch die json-Datei der Teilenummer zu lesen kam es dann folglich zu Fehlern, da der restliche Teil nach dem Punkt im Dateinamen fehlt und dementsprechend keine json-Datei gefunden werden konnte. Daher wird nun die Endung .csv nicht mehr abgeschnitten, sondern bis zum Einlesen in der Funktion load_from_csv() beibehalten, wobei die Dateiendung dort folglich nicht mehr als Ende hinzugefügt werden darf, da der Dateiname sonst 'RD_Teilenummern.csv.csv' lauten würde.	2024-11-22 00:37:44 +01:00
s.steuer	a16f8a8845	Die Eingabeparameter 'id' in 06_migrationsstatus_treeview und -number beim Aufruf des Sivas2Json-Programms von Hr. Jakob sind nun jeweils in Anführungszeichen, damit auch Teilenummern mit Leerzeichen, wie z.B. 'TOS Auswahl ILS' korrekt verarbeitet werden können. Ansonsten endet das Parameterargument beim Leerzeichen	2024-11-22 00:25:10 +01:00
s.steuer	3704274e26	Regulären Ausdruck so angepasst, dass auch '- BG', bzw. Variationen davon aus der Bezeichnung entfernt wird. Ohne Entfernung wird beim Migrieren an das bereits bestehende '- BG' nochmal ein '- BG' angehängt	2024-10-14 15:59:55 +02:00
s.steuer	dc8fb06110	FIX - Beim Einlesen der Blacklist-Nummern ist es nun egal, ob der String mit den Nummern in eine Liste geschrieben wird oder nicht. Wieso dies überhaupt passiert konnte nicht nachvollzogen werden	2024-10-14 10:52:49 +02:00
s.steuer	0d0a9425da	Default-Spritzguss-Allgemeintoleranz an cfg-Einstellungen angeglichen	2024-08-09 17:54:46 +02:00
s.steuer	ccafaf6617	Besitzt die Teilenummer bei der Migration bereits einen Zeichnungsindex, aber keinen Freigabevermerk, wird nun defaultmäßig ein Minus eingetragen. Es wird immer ein Freigabevermerk benötigt, da bei Revisionen > A ohne Freigabevermerk in RuleDesigner nach den Statuswechseln 'ZUR PRÜFUNG' -> 'VERFÜBAR' -> 'IN BEARBEITUNG' -> 'VERFÜGBAR' das Revisionsmanagement erscheint, wobei beim Versuch einen Freigabevermerk einzutragen, eine Fehlermeldung erscheint. Einzige Lösung ist dann die Teilenummer aus dem System zu löschen und neu zu migrieren. Besitzt die Teilenummer hingegen einen Freigabevermerk erscheint die Fehlermeldung nach Durchführung der genannten Statuswechsel nicht.	2024-08-07 22:39:46 +02:00
s.steuer	f070e92a0c	Normen für Kanten, Oberflächen, Maße und Tolerierung werden nun mit in die Migrations-Excel geschrieben, da diese sonst in RuleDesigner und folglich bei Zeichnungsableitungen fehlen	2024-07-04 14:01:44 +02:00
s.steuer	9a5bae7243	FIX - Falsche Default-Allgemeintoleranz bei Fertigungsart 'schweißen' behoben	2024-07-03 16:12:11 +02:00
s.steuer	b95f76341f	FIX - Behoben, dass bei Kategorien != Baugruppe ein neuer Rüstcode ausgewählt werden kann, ohne dass beim Klick auf 'Migrieren' eine Fehlermeldung erscheint. Daraus resultierend musste die Übersetzung der Ruestcodes angepasst werden. Wenn nicht gewünscht ist, dass die gleichen Werte wieder in die gleichen Werte umgewandelt werden, müssen die Rüstcode-Werte in 'Allgemein.cfg' angepasst werden.	2024-07-03 15:30:49 +02:00
s.steuer	7c0ad9776c	FIX - Wenn Teilenummern aus tieferen Baugruppenebenen dispoinaktiv oder beigestellt waren wurde für die aktuelle Baugruppenebene rückgemeldet, dass sie in der Blacklist fehlt. Teilenummer aus tieferen Baugruppenebenen dürfen aber nicht berücksichtigt werden.	2024-07-01 13:04:44 +02:00
s.steuer	44a116fb6e	FIX - Im Feld 'Bezeichnung 1' der Spalte 'Überschriebene Werte' in CreoMigrate soll nur dann ein Wert dargestellt werden, wenn 'KPL.' (oder eine Abwandlung davon) aus der Bezeichnung entfernt wurde. Bei unveränderter Bezeichnung (z.B. bei Einzelteilen) soll das Feld hingegen leer bleiben.	2024-06-16 22:53:48 +02:00
s.steuer	7a6b331e27	FIX - Wenn die Spalte 'HalbzeugExtern' in SIVAS-CSV befüllt war, wurde dessen Inhalt in CreoMigrate in das Feld 'Halbzeug' in der Spalte 'SIVAS-Werte geschrieben, da das Mapping der CSV-Werte falsch war.	2024-06-16 22:32:17 +02:00
s.steuer	09b8ee7e6e	Vor Durchführung der Migration wird nun zusätzlich geprüft, ob Teilenummern in der Blacklist fehlen. Ist immer dann der Fall, wenn eine Teilenummer eine Stückliste besitzt und sich darin Positionsnummern befinden, die beigestellt oder dispo-inaktiv sind.	2024-06-16 21:59:47 +02:00
s.steuer	66260e23ef	Eingebaut, dass neuster Stand der Blacklist bei jeder Suche kopiert wird, da sich häufig Änderungen darin ergeben.	2024-06-13 09:56:11 +02:00
s.steuer	cd5feb94c8	FIX - Oberflächenbehandlung konnte bei Schweißbaugruppen nicht ausgewählt werden, da Feld in diesem Fall bisher disabled war + In 'Automatische Zusatzinformationen' neue Variante aufgenommen, wenn das Halbzeug bei einer Halbzeugbearbeitung dem Lieferanten beigestellt wird, also in der Blacklist vorliegt	2024-06-11 13:11:04 +02:00
s.steuer	e73fea929d	FIX - Logik für Felder 'Mengeneinheit' und 'Halbzeug' berichtigt	2024-06-06 11:35:26 +02:00
s.steuer	7dee350422	States bei verschiedenen Feldern überarbeitet, damit Felder nicht ausgewählt werden können, wenn dies keinen Sinn ergibt + teilweise Rechtschreibfehler und fehlerhafte state-Bezeichnungen korrigiert	2024-06-06 10:37:09 +02:00
s.steuer	ab24f24bba	FIX - Bei Schweißbaugruppen konnte die FOS-Gruppe nicht geändert werden. Diese wird nun automatisch korrekt eingetragen. Zudem war bei Schweißbaugruppen als FOS-Gruppe bisher '1 - Baugruppe' vorgesehen. Richtig ist aber '0 - Einzelteil'	2024-05-27 15:01:46 +02:00
s.steuer	4356ed2cc1	FIX - Bei PDM-Kategorie 'Schweissbaugruppe' konnten keine Oberflächenbehandlungen ausgewählt werden, obwohl dies unter Umständen erforderlich ist. Wurde behoben. In 'cfg/Oberflächenbehandlung.cfg' wurde für die Schweissbaugruppen-Oberflächenbehandlungen eine eigene Sektion ergänzt	2024-05-24 14:45:16 +02:00
s.steuer	15e4f01f83	Für die Allgemeintoleranzen von Biegeteilen wurde in RuleDesigner ein neues getrenntes Feld 'AllgemeintoleranzBiegen' erstellt, da beim Biegen gesonderte Allgemeintoleranzen (z.B. bei Federn) auftreten, die nicht für anderen Verfahren gelten. Das bisherige RuleDesigner Feld 'AllgemeintoleranzSpanen' konnte also nicht weiter für Biegeteile verwendet werden. Diese Strukturänderung wurde in das Programm übernommen.	2024-05-15 14:39:02 +02:00
s.steuer	da29b7b33e	FIX - Oberfläche wurde nicht übersetzt, obwohl sie in 'Materialübersetzung.json' in den jeweiligen json-Objekten enthalten war. Grund: Es wurde überprüft, ob der Name des bereits übersetzten Materials in der 'Materialübersetzung.json' vorhanden ist. Es muss aber geprüft werden, ob der Materialname aus Sivas als Objekt in der 'Materialübersetzung.json' vorhanden ist.	2024-05-07 14:32:01 +02:00
s.steuer	f8360c1af0	FIX - Keine Rüstcode aus SIVAS wurde nicht in neuen Rüstcode 'Trümmerbaugruppe' umgewandelt. Dies lag daran, dass Spalten ohne Wert in der CSV-Datei als 'None' interpretiert werden. Bei der Umwandlung der Rüstcodes wurde aber nicht geprüft, ob der Wert 'None', sondern ein leerer String ist.	2024-05-07 12:49:36 +02:00
s.steuer	ecd2ac37d7	FIX - Bei der Feldüberprüfung, ob sich unzulässige Zeichen im Feld befinden, darf das Material aus SIVAS (in GUI-Spalte 'SIVAS-Werte' nicht überprüft werden. Bisher wurde dieses Feld berücksichtigt.	2024-05-06 10:48:28 +02:00