Fertigungsaufträge - Versionsgeschichte

Root: /* Fazit */

2019-01-14T17:49:15Z

Fazit

← Nächstältere Version		Version vom 14. Januar 2019, 19:49 Uhr
Zeile 404:		Zeile 404:
	== Fazit ==		== Fazit ==

	In keinem Fall lassen sich die Prozesse, die verwendet werden auf den OrgaMon übertragen. Die Summierungen, Übertragungen, Nicht-Übertragungen, Ausnahmen und Ausgrenzungen sind für mich unverständlich, offensichtlich damals sehr pragmatisch nach den Vorgaben des Kunden programmiert. Die Zusammenhänge sind nicht trivial, es sind mehrere Tausend Zeilen Quelltext. Einiges sei nicht mehr notwendig. Die Erfahrung zeigt aber, dass die Komplexität verschwiegen oder vergessen wird. Genau bis zu dem Zeitpunkt wo etwas nicht funktioniert. Dann muss es wieder aus der Klamottenkiste ~~heruageholt~~ werden. Es fehlt eine damalige kritsche Betrachtung und Umstrukturierung. Es fehlen Pflege- und Hege- Aufträge von 2002 bis 2018, das sind 16 Jahre. Der OrgaMon arbeitet völlig anders, hier müsste man komplett umlernen, den ganzen Prozess von Anfang (Beauftragung) bis Ende (Rechnungsstellung) neu organisieren. Ich kann aber keinesfall abschätzen was im OrgaMon gar nicht möglich ist, es kann sein, dass KEINE Änderungen am OrgaMon nötig sind, aber sehr sehr viele Änderungen in der Abwicklung der Produktions-Aufträge in der alltäglichen Praxis.		In keinem Fall lassen sich die Prozesse, die verwendet werden auf den OrgaMon übertragen. Die Summierungen, Übertragungen, Nicht-Übertragungen, Ausnahmen und Ausgrenzungen sind für mich unverständlich, offensichtlich damals sehr pragmatisch nach den Vorgaben des Kunden programmiert. Die Zusammenhänge sind nicht trivial, es sind mehrere Tausend Zeilen Quelltext. Einiges sei nicht mehr notwendig. Die Erfahrung zeigt aber, dass die Komplexität verschwiegen oder vergessen wird. Genau bis zu dem Zeitpunkt wo etwas nicht funktioniert. Dann muss es wieder aus der Klamottenkiste herausgeholt werden. Es fehlt eine damalige kritsche Betrachtung und Umstrukturierung in der Folgezeit. Es fehlen Pflege- und Hege- Aufträge von 2002 bis 2018, das sind 16 Jahre ohne schrittweise Verbesserung. Der OrgaMon arbeitet völlig anders, hier müsste man komplett umlernen, den ganzen Prozess von Anfang (Beauftragung) bis Ende (Rechnungsstellung) neu organisieren. Ich kann aber keinesfall abschätzen was im OrgaMon gar nicht möglich ist, es kann sein, dass KEINE Änderungen am OrgaMon nötig sind, aber sehr sehr viele Änderungen in der Abwicklung der Produktions-Aufträge in der alltäglichen Praxis.

	Ich sehe z.B. keine Chance für eine "Belegsummierung" im OrgaMon. Ich sehe keine "Restmengen" im Artikel. Artikel im OrgaMon sind zunächst mal unabhängig von EINEM Auftrag, sie können in vielen Aufträgen verwendet werden, sie können bei vielen Aufträgen noch "offen" sein, also viele Kunden könnten auf ~~denselbenn~~ Artikel warten, sie ~~können~~ an viele Kunden verkauft werden, sie können bei ~~vielen~~ Lieferanten bestellt werden. Endprodukte sind auch Artikel. Im alten Programm verstehe ich den Sinn einfach nicht. Das ist ~~zu kurz gedacht~~.		Ich sehe z.B. keine Chance für eine "Belegsummierung" im OrgaMon. Ich sehe keine "Restmengen" im Artikel (sondern nur im Auftrag, das heisst im OrgaMon Liefer-Rückstand). Artikel im OrgaMon sind zunächst mal unabhängig von EINEM Auftrag, sie können in vielen Aufträgen verwendet werden, sie können auch bei vielen Aufträgen noch "offen" sein, also viele Kunden könnten auf denselben Artikel warten - das ist keine Exklusivität bei einem Kunden, sie könnten an viele Kunden verkauft werden (auch wenn es individuell für einen Kunden gemacht ist, aber auch in der Realität könnte man eine Sonderanfertigung an einen anderen Kunden als den Ursprünglichen Auftraggeber verkaufen), sie können auch bei unterschiedlichen Lieferanten bestellt werden (z.B. bei hohem Bedarf oder Insolvenz des Hauptlieferanten) usw. usw. Endprodukte sind auch Artikel. Im alten Programm verstehe ich den Sinn an vielen Stellen einfach nicht. Das ist nicht in meine Realität einordenbar.

	Produktionsauftrag, Produktionsauftrag-Vorlage-Beleg, Proforma, tatsächlicher Lieferschein, tatsächliche Rechnung haben ihre Berechtigung aber doch nicht über alle Kunden hinweg? Auch nicht als Kopie des einen in das andere. Produktionsauftrag-Vorlage-Beleg für alle Kunden, dann die "Modellname" im Beleg-Kopf, das ist Teil der Posten. Das funktioniert so nicht ...		Produktionsauftrag, Produktionsauftrag-Vorlage-Beleg, Proforma, tatsächlicher Lieferschein, tatsächliche Rechnung haben ihre Berechtigung aber doch nicht über alle Kunden hinweg? Auch nicht als Kopie des einen in das andere. Produktionsauftrag-Vorlage-Beleg für alle Kunden, dann die "Modellname" im Beleg-Kopf, das ist Teil der Posten. Das funktioniert so nicht ...

	Im OrgaMon ist das ein VÖLLIG anderer Lösungsansatz (der richtige!): Bei einem Auftrag gibt es Auftrags-Menge, Bestellte-Menge, Gelieferte-Menge, Berechnete-Menge, Stornierte-Menge, Berechnete-Menge. Ein Auftrag kann in z.B. 20 Teillieferungen abgearbeitet werden, das ist aber immer noch ein Auftrag, viele "Modelle", viele Teillieferungen, viele Teilrechnungen ...		Im OrgaMon ist das ein VÖLLIG anderer Lösungsansatz (der richtige!): Bei einem Auftrag gibt es Auftrags-Menge, Bestellte-Menge, Gelieferte-Menge, Berechnete-Menge, Stornierte-Menge, Berechnete-Menge. Ein Auftrag kann in z.B. 20 Teillieferungen abgearbeitet werden, das ist aber immer noch ein Auftrag, viele "Modelle", viele Teillieferungen, viele Teilrechnungen ...

Root: /* Fazit */

2019-01-14T17:43:09Z

Fazit

← Nächstältere Version		Version vom 14. Januar 2019, 19:43 Uhr
Zeile 404:		Zeile 404:
	== Fazit ==		== Fazit ==

	In keinem Fall lassen sich die Prozesse, die verwendet werden auf den OrgaMon übertragen. Die Summierungen, Übertragungen, Nicht-Übertragungen, Ausnahmen und Ausgrenzungen sind für mich unverständlich, offensichtlich damals sehr pragmatisch nach den Vorgaben des Kunden programmiert. Die Zusammenhänge sind nicht trivial, es sind mehrere Tausend Zeilen Quelltext. Einiges sei nicht mehr notwendig. Die Erfahrung zeigt aber, dass die Komplexität verschwiegen oder vergessen wird. Genau bis zu dem Zeitpunkt wo etwas nicht funktioniert. Dann muss es wieder aus der Klamottenkiste heruageholt werden. Es fehlt eine damalige kritsche Betrachtung und Umstrukturierung. Es fehlen Pflege- und Hege- Aufträge von 2002 bis 2018, das sind 16 Jahre.		In keinem Fall lassen sich die Prozesse, die verwendet werden auf den OrgaMon übertragen. Die Summierungen, Übertragungen, Nicht-Übertragungen, Ausnahmen und Ausgrenzungen sind für mich unverständlich, offensichtlich damals sehr pragmatisch nach den Vorgaben des Kunden programmiert. Die Zusammenhänge sind nicht trivial, es sind mehrere Tausend Zeilen Quelltext. Einiges sei nicht mehr notwendig. Die Erfahrung zeigt aber, dass die Komplexität verschwiegen oder vergessen wird. Genau bis zu dem Zeitpunkt wo etwas nicht funktioniert. Dann muss es wieder aus der Klamottenkiste heruageholt werden. Es fehlt eine damalige kritsche Betrachtung und Umstrukturierung. Es fehlen Pflege- und Hege- Aufträge von 2002 bis 2018, das sind 16 Jahre. Der OrgaMon arbeitet völlig anders, hier müsste man komplett umlernen, den ganzen Prozess von Anfang (Beauftragung) bis Ende (Rechnungsstellung) neu organisieren. Ich kann aber keinesfall abschätzen was im OrgaMon gar nicht möglich ist, es kann sein, dass KEINE Änderungen am OrgaMon nötig sind, aber sehr sehr viele Änderungen in der Abwicklung der Produktions-Aufträge in der alltäglichen Praxis.

	Ich sehe z.B. keine Chance für eine "Belegsummierung" im OrgaMon. Ich sehe keine "Restmengen" im Artikel. Artikel im OrgaMon sind zunächst mal unabhängig von EINEM Auftrag, sie können in vielen Aufträgen verwendet werden, sie können bei vielen Aufträgen noch "offen" sein, also viele Kunden könnten auf denselbenn Artikel warten, sie können an viele Kunden verkauft werden, sie können bei vielen Lieferanten bestellt werden. Endprodukte sind auch Artikel. Im alten Programm verstehe ich den Sinn einfach nicht. Das ist zu kurz gedacht.		Ich sehe z.B. keine Chance für eine "Belegsummierung" im OrgaMon. Ich sehe keine "Restmengen" im Artikel. Artikel im OrgaMon sind zunächst mal unabhängig von EINEM Auftrag, sie können in vielen Aufträgen verwendet werden, sie können bei vielen Aufträgen noch "offen" sein, also viele Kunden könnten auf denselbenn Artikel warten, sie können an viele Kunden verkauft werden, sie können bei vielen Lieferanten bestellt werden. Endprodukte sind auch Artikel. Im alten Programm verstehe ich den Sinn einfach nicht. Das ist zu kurz gedacht.

Root: /* Fazit */

2019-01-14T17:34:15Z

Fazit

← Nächstältere Version		Version vom 14. Januar 2019, 19:34 Uhr
Zeile 408:		Zeile 408:
	Ich sehe z.B. keine Chance für eine "Belegsummierung" im OrgaMon. Ich sehe keine "Restmengen" im Artikel. Artikel im OrgaMon sind zunächst mal unabhängig von EINEM Auftrag, sie können in vielen Aufträgen verwendet werden, sie können bei vielen Aufträgen noch "offen" sein, also viele Kunden könnten auf denselbenn Artikel warten, sie können an viele Kunden verkauft werden, sie können bei vielen Lieferanten bestellt werden. Endprodukte sind auch Artikel. Im alten Programm verstehe ich den Sinn einfach nicht. Das ist zu kurz gedacht.		Ich sehe z.B. keine Chance für eine "Belegsummierung" im OrgaMon. Ich sehe keine "Restmengen" im Artikel. Artikel im OrgaMon sind zunächst mal unabhängig von EINEM Auftrag, sie können in vielen Aufträgen verwendet werden, sie können bei vielen Aufträgen noch "offen" sein, also viele Kunden könnten auf denselbenn Artikel warten, sie können an viele Kunden verkauft werden, sie können bei vielen Lieferanten bestellt werden. Endprodukte sind auch Artikel. Im alten Programm verstehe ich den Sinn einfach nicht. Das ist zu kurz gedacht.

	Produktionsauftrag, Produktionsauftrag-Vorlage-Beleg, Proforma, tatsächlicher Lieferschein, ~~tatsächlicher~~ Rechnung haben ihre Berechtigung aber doch nicht über alle Kunden hinweg? Produktionsauftrag-Vorlage-Beleg für alle Kunden, dann die "Modellname" im Beleg-Kopf, das ist Teil der Posten. ~~Da fnktioniert~~ so nicht ...		Produktionsauftrag, Produktionsauftrag-Vorlage-Beleg, Proforma, tatsächlicher Lieferschein, tatsächliche Rechnung haben ihre Berechtigung aber doch nicht über alle Kunden hinweg? Auch nicht als Kopie des einen in das andere. Produktionsauftrag-Vorlage-Beleg für alle Kunden, dann die "Modellname" im Beleg-Kopf, das ist Teil der Posten. Das funktioniert so nicht ...

			Im OrgaMon ist das ein VÖLLIG anderer Lösungsansatz (der richtige!): Bei einem Auftrag gibt es Auftrags-Menge, Bestellte-Menge, Gelieferte-Menge, Berechnete-Menge, Stornierte-Menge, Berechnete-Menge. Ein Auftrag kann in z.B. 20 Teillieferungen abgearbeitet werden, das ist aber immer noch ein Auftrag, viele "Modelle", viele Teillieferungen, viele Teilrechnungen ...

Root: /* Fazit */

2019-01-14T17:30:35Z

Fazit

← Nächstältere Version		Version vom 14. Januar 2019, 19:30 Uhr
Zeile 406:		Zeile 406:
	In keinem Fall lassen sich die Prozesse, die verwendet werden auf den OrgaMon übertragen. Die Summierungen, Übertragungen, Nicht-Übertragungen, Ausnahmen und Ausgrenzungen sind für mich unverständlich, offensichtlich damals sehr pragmatisch nach den Vorgaben des Kunden programmiert. Die Zusammenhänge sind nicht trivial, es sind mehrere Tausend Zeilen Quelltext. Einiges sei nicht mehr notwendig. Die Erfahrung zeigt aber, dass die Komplexität verschwiegen oder vergessen wird. Genau bis zu dem Zeitpunkt wo etwas nicht funktioniert. Dann muss es wieder aus der Klamottenkiste heruageholt werden. Es fehlt eine damalige kritsche Betrachtung und Umstrukturierung. Es fehlen Pflege- und Hege- Aufträge von 2002 bis 2018, das sind 16 Jahre.		In keinem Fall lassen sich die Prozesse, die verwendet werden auf den OrgaMon übertragen. Die Summierungen, Übertragungen, Nicht-Übertragungen, Ausnahmen und Ausgrenzungen sind für mich unverständlich, offensichtlich damals sehr pragmatisch nach den Vorgaben des Kunden programmiert. Die Zusammenhänge sind nicht trivial, es sind mehrere Tausend Zeilen Quelltext. Einiges sei nicht mehr notwendig. Die Erfahrung zeigt aber, dass die Komplexität verschwiegen oder vergessen wird. Genau bis zu dem Zeitpunkt wo etwas nicht funktioniert. Dann muss es wieder aus der Klamottenkiste heruageholt werden. Es fehlt eine damalige kritsche Betrachtung und Umstrukturierung. Es fehlen Pflege- und Hege- Aufträge von 2002 bis 2018, das sind 16 Jahre.

	Ich sehe z.B. keine Chance für eine "Belegsummierung" im OrgaMon. Ich sehe keine "Restmengen" im Artikel. Artikel im OrgaMon sind zunächst mal unabhängig von EINEM Auftrag, sie können in vielen Aufträgen verwendet werden, sie können an viele Kunden verkauft werden, sie können bei vielen Lieferanten bestellt werden. Endprodukte sind auch Artikel. Im alten Programm verstehe ich den Sinn nicht.		Ich sehe z.B. keine Chance für eine "Belegsummierung" im OrgaMon. Ich sehe keine "Restmengen" im Artikel. Artikel im OrgaMon sind zunächst mal unabhängig von EINEM Auftrag, sie können in vielen Aufträgen verwendet werden, sie können bei vielen Aufträgen noch "offen" sein, also viele Kunden könnten auf denselbenn Artikel warten, sie können an viele Kunden verkauft werden, sie können bei vielen Lieferanten bestellt werden. Endprodukte sind auch Artikel. Im alten Programm verstehe ich den Sinn einfach nicht. Das ist zu kurz gedacht.

	Produktionsauftrag, Produktionsauftrag-Vorlage-Beleg, Proforma, tatsächlicher Lieferschein, tatsächlicher Rechnung haben ihre Berechtigung aber doch nicht über alle Kunden hinweg? Produktionsauftrag-Vorlage-Beleg für alle Kunden, dann die "Modellname" im Beleg-Kopf, das ist Teil der Posten. Da fnktioniert so nicht ...		Produktionsauftrag, Produktionsauftrag-Vorlage-Beleg, Proforma, tatsächlicher Lieferschein, tatsächlicher Rechnung haben ihre Berechtigung aber doch nicht über alle Kunden hinweg? Produktionsauftrag-Vorlage-Beleg für alle Kunden, dann die "Modellname" im Beleg-Kopf, das ist Teil der Posten. Da fnktioniert so nicht ...

Root: /* ABsummeBuchen */

2019-01-14T17:29:05Z

ABsummeBuchen

← Nächstältere Version		Version vom 14. Januar 2019, 19:29 Uhr
Zeile 269:		Zeile 269:


	* in den Artikel!! wird "ab_rest" also die Restabschreibemenge geschrieben/aktualisiert, so eine Art Soll- Verkaufsmenge		* in den Artikel!! wird "ab_rest" also die Restabschreibemenge geschrieben/aktualisiert, so eine Art Soll- Verkaufsmenge. Sowas steht eigentlich im Auftrag.

	== Datenverarbeitung ==		== Datenverarbeitung ==

Root: /* ABsummeBuchen */

2019-01-14T17:28:39Z

ABsummeBuchen

← Nächstältere Version		Version vom 14. Januar 2019, 19:28 Uhr
Zeile 269:		Zeile 269:


	* in den Artikel wird "ab_rest" also die Restabschreibemenge geschrieben/aktualisiert		* in den Artikel!! wird "ab_rest" also die Restabschreibemenge geschrieben/aktualisiert, so eine Art Soll- Verkaufsmenge

	== Datenverarbeitung ==		== Datenverarbeitung ==

Root: /* Übergang von "EL-TEX" nach "OrgaMon" */

2019-01-14T17:27:02Z

Übergang von "EL-TEX" nach "OrgaMon"

← Nächstältere Version		Version vom 14. Januar 2019, 19:27 Uhr
Zeile 14:		Zeile 14:

	* Es gibt zahlreiche Daten die inhaltlich zu "Posten" gehören in den Belegen also im Beleg-Kopf, das ist ganz schlimm		* Es gibt zahlreiche Daten die inhaltlich zu "Posten" gehören in den Belegen also im Beleg-Kopf, das ist ganz schlimm
	** ~~Beispiele~~ "Modellbezeichnung"		** Beispiel "Modellbezeichnung"

	== Datenstrukturen ==		== Datenstrukturen ==

Root: /* Übergang von "EL-TEX" nach "OrgaMon" */

2019-01-14T17:26:22Z

Übergang von "EL-TEX" nach "OrgaMon"

← Nächstältere Version		Version vom 14. Januar 2019, 19:26 Uhr
Zeile 4:		Zeile 4:
	* 0,4 MByte Quelltexte (die Bibel hat 5,0)		* 0,4 MByte Quelltexte (die Bibel hat 5,0)
	* 2018 kam die Anfrage 2 Kleinigkeiten zu ändern (2 Feldgrössen, Drucken), das ist aus mehreren Gründen nicht möglich		* 2018 kam die Anfrage 2 Kleinigkeiten zu ändern (2 Feldgrössen, Drucken), das ist aus mehreren Gründen nicht möglich
	* Ein breits 2004 geäusserter Gedanke auf den OrgaMon umzustellen wird wieder aufgenommen		* Ein breits 2004 geäusserter Gedanke auf den OrgaMon umzustellen wird nun wieder aufgenommen
	* Eine automatische Übernahme von Daten aus der alten Software ist nicht nötig, Schritt für Schritt wird die neue Software mit Daten befüllt		* Eine automatische Übernahme von Daten aus der alten Software ist nicht nötig, Schritt für Schritt wird die neue Software mit Daten befüllt
	* Die Frage ist jetzt:		* Die Frage ist jetzt:

Root: /* Übergang von "ElTex" nach "OrgaMon" */

2019-01-14T17:25:59Z

Übergang von "ElTex" nach "OrgaMon"

← Nächstältere Version		Version vom 14. Januar 2019, 19:25 Uhr
Zeile 1:		Zeile 1:
	== Übergang von "~~ElTex~~" nach "OrgaMon" ==		== Übergang von "EL-TEX" nach "OrgaMon" ==

	* Eltex ist eine DOS Anwendung die vom 05.05.1994 bis zum 07.01.2002 programmiert wurde		* Eltex ist eine DOS Anwendung die vom 05.05.1994 bis zum 07.01.2002 programmiert wurde

Root: /* Fazit */

2019-01-14T17:25:39Z

Fazit

← Nächstältere Version		Version vom 14. Januar 2019, 19:25 Uhr
Zeile 404:		Zeile 404:
	== Fazit ==		== Fazit ==

	In keinem Fall lassen sich die Prozesse, die verwendet werden auf den OrgaMon übertragen. Die Summierungen, Übertragungen, Nicht-Übertragungen, Ausnahmen und Ausgrenzungen sind für mich unverständlich, offensichtlich damals sehr pragmatisch nach den Vorgaben des Kunden programmiert. Es fehlt eine kritsche Betrachtung und Umstrukturierung.		In keinem Fall lassen sich die Prozesse, die verwendet werden auf den OrgaMon übertragen. Die Summierungen, Übertragungen, Nicht-Übertragungen, Ausnahmen und Ausgrenzungen sind für mich unverständlich, offensichtlich damals sehr pragmatisch nach den Vorgaben des Kunden programmiert. Die Zusammenhänge sind nicht trivial, es sind mehrere Tausend Zeilen Quelltext. Einiges sei nicht mehr notwendig. Die Erfahrung zeigt aber, dass die Komplexität verschwiegen oder vergessen wird. Genau bis zu dem Zeitpunkt wo etwas nicht funktioniert. Dann muss es wieder aus der Klamottenkiste heruageholt werden. Es fehlt eine damalige kritsche Betrachtung und Umstrukturierung. Es fehlen Pflege- und Hege- Aufträge von 2002 bis 2018, das sind 16 Jahre.
	Ich sehe z.B. keine ~~Chanse~~ für eine "Belegsummierung" im OrgaMon.
	Ich sehe keine "Restmengen" im Artikel. Artikel im OrgaMon sind zunächst mal unabhängig von EINEM Auftrag, sie können in vielen Aufträgen verwendet werden, sie können an viele Kunden verkauft werden, sie können bei vielen Lieferanten bestellt werden. Endprodukte sind auch Artikel. Im ~~Eltex~~ Programm verstehe ich den Sinn nicht.		Ich sehe z.B. keine Chance für eine "Belegsummierung" im OrgaMon. Ich sehe keine "Restmengen" im Artikel. Artikel im OrgaMon sind zunächst mal unabhängig von EINEM Auftrag, sie können in vielen Aufträgen verwendet werden, sie können an viele Kunden verkauft werden, sie können bei vielen Lieferanten bestellt werden. Endprodukte sind auch Artikel. Im alten Programm verstehe ich den Sinn nicht.
	Produktionsauftrag, Produktionsauftrag-Vorlage-Beleg, Proforma, tatsächlicher Lieferschein, tatsächlicher Rechnung haben ihre Berechtigung aber doch nicht über alle Kunden hinweg? Produktionsauftrag-Vorlage-Beleg für alle Kunden, dann die "Modellname" im Beleg-Kopf, das ist Teil der Posten. Da fnktioniert so nicht ...		Produktionsauftrag, Produktionsauftrag-Vorlage-Beleg, Proforma, tatsächlicher Lieferschein, tatsächlicher Rechnung haben ihre Berechtigung aber doch nicht über alle Kunden hinweg? Produktionsauftrag-Vorlage-Beleg für alle Kunden, dann die "Modellname" im Beleg-Kopf, das ist Teil der Posten. Da fnktioniert so nicht ...