Office: (Office 2003) Formulare in eine Registerstruktur

Sorry

Ein Planer ist ein Mitarbeiter der sich hauptverantwortlich um ein Projekt kümmert - er kann ein interner aber auch externer sein

 

Auftragsdaten = Bewegungsdaten
Planer, Mitarbeiter, Kunden = Stammdaten

Ich würde die Verwaltung beider Sorten in der Benutzerschicht voneinander trennen.

 

hallo hans,

ich benötige aber die inforamtion , welcher planer mit dem auftrag beschäftigt war

deshalb wollte ich auch gerne ein eignes regblatt haben, damit bei dem projekt alle informationen zur verfügung stehen

oder habe ich deine antwort falsch verstanden?

 

Dafür genügt doch ein Kombinationsfeld im UF Auftrag, wo der Planer ausgewählt und eingetragen ist.
Oder gibt es pro Auftrag eine Historie von verschiedenen (in zeitlichen Abständen oder gleichzeitig zuständigen) Planern?

 

ich benötige aber bei der anfrage bzw. beim angebot ebenfalls das feld "Planer" - deshalb dachte ich das neue registerblatt "PLANER"

 

Zur Pflege und Neueingabe der Planer kannst du gerne ein Unterformular auf einer separaten Registerseite nutzen, nicht aber für die Zuordnung eines Planers zum Angebot oder Auftrag. Diese Zuordnung erfolgt mit Hilfe eines Kombifeldes jeweils dort wo sie hingehört.

 

Der Planer gehört zum Angebot bzw. zur Anfrage und ist doch nichts eigenständiges in dem gesamten Vorgang, oder?
Es gibt keinen Planer ohne Auftrag/Angebot; somit gehört der Planer, wie Hans-Christian schon beschrieben hat, m.E. zum jeweiligen Angebot/Auftrag.
Ggf. auch zu beiden, wenn es beides gibt (was ja durchaus möglich ist)

 

\@anne - das problem bei mir ist doch wie oben beschrieben -

es gibt immer ein angebot - gut dort könnte ich per kombi den planer eintragen
es gibt nicht immer eine anfrage - doch wenn es eine gibt, dann muss ich auch dort einen planer in einem kombifeld eintragen - ist nur ein bissl blöde, dass wenn ich ein anfrage habe - dort trage ich den planer ein, und es dann zum angebot kommt, dann muss ich ihn dort auch wieder auswählen - und dann beim auftrag nochmal

 

Das lässt sich doch automatisieren...

Alternativ gibt es auf dem Reiter Planer ein Kombinationsfeld in dem der Planer ausgewählt wird.
Dieser ist dann eben der zuständige für alle Anfragen, Angebote, etc. zu diesem Vorgang.
Das Formular TAB_PLANER aus Test3_13.zip ist m.E. nicht geeignet zur Zuordnung eines Planers zum Vorgang sondern zur Verwaltung der möglichen Planer (Personen)

Dein Datenmodell aus Test3_13.zip sieht übrigens den Planer nur für Anfragen vor.
Und die Relation zwischen TAB_ANFRAGEN und TAB_PLANER ist m.E. falsch; TAB_ANFRAGEN.ANF_ID---1:N---TAB_PLANER.PLN_PER_ID_REF
Und wozu gibt es in TAB_ANFRAGEN ein Feld ANF_PLN_ID_REF (was vmtl. das richtige Relationsfeld wäre) und noch ein Feld ANF_PLANER ?

 

das denke ich auch. Ich stelle mir das so vor, dass wenn aus einer Anfrage ein Angebot wird,
die Anfrage erstmal kopiert und dann um weitere Daten ergänzt wird.
Noch besser dürfte das bei dem Schritt von Angebot zu Auftrag klappen.
Natürlich immer mit Änderungsmöglichkeit.

 

\@benny - wie würdest du es denn machen - ich muss dann ja, wenn ich ein angebot anlege dort eintragen - wenn ich aus dem angebot ein weiteres angebot erstelle (es werden zum teil mehrere nachtragsangebote erstellt) dann dort wieder rein (also in das nachtragsangebot) und aus dem letzten angebot dann in den auftrag?

anne - das würde doch heissen - ich muss die jetztige struktur aufgeben

 

Du wiederholst Dich... mittlerweile habe ich (und vmtl. auch andere) verstanden wo der Schuh drückt.
Auf konkrete Fragen (z.B. meine in Post #84 bzgl. des Datenmodells) beantwortest Du nicht!

Sowohl von mir als auch von anderen wurden Vorschläge unterbreitet. Welche Du davon umsetzt ist Deine Entscheidung.

Wie ich es machen würde, steht in Post #84

 

\@benny - - wie soll ich denn dann diesen datensatz "Planer" zuordnen - nur zur anfrage reicht nicht, weil es auch projekte gibt, die keine anfrage haben, sondern nur angebote und dann eben die aufträge

 

Die aktuelle, ausschließliche Zuordnung des Planers zum Auftrag kommt nicht von mir.
Die ist in DEINEM Beispiel so gesetzt.

Natürlich benötigst Du eine Zuordnung des Planers zu allen Entitäten (aber auch das wurde bereits mehrfach besprochen)

 

Das ist doch FALSCH.
Auch für die Projekte "ohne Anfrage" gibt es doch einen "Dummy-Anfrage" Datensatz, der die zusammengehörigen Angebote zusammenhält.

Du kennst Deine eigene Datenstruktur nicht? *entsetzt