Formular mit zwei Kombinationsfeldern

[Beaker s.a.]

Hallo,
Sorry, aber ich gebe auf. Anbei nochmal ein Versuch unter der
Annahme, dass die "tbl_Datenerfassung_v2" die Auftragstabelle
sein soll.
Das Ganze steht aber auf sehr wackeligen Beinen
- ein Auftrag erfordert normalerweise eine Beschreibung der zu
erbringenden Leistung(en), - Tabelle?
- der zeitlich Ablauf deiner Vorgänge kann wg. 1:n nicht nach-
vollzogen werden
- Angebotsnummer? Tabelle & Beziehung dazu? Ein Angebot - mehrere
Aufträge?
. und Weiteres, das wir/ich noch gar nicht gesehen haben.

gruss ekkehard

[PeteTheBeat]

Hey Ekkehard,

vielen dank für den Anstoß.
Ich werde morgen mein Glück versuchen.

Ich bin ja "blutiger Anfänger" also bitte bitte nicht die Flinte ..usw.

- ein Auftrag erfordert normalerweise eine Beschreibung der zu
erbringenden Leistung(en), - Tabelle?

Es gibt dVorgänge in der tbl.Vorgang.

- der zeitlich Ablauf deiner Vorgänge kann wg. 1:n nicht nach-
vollzogen werden

Ich dachte mir , dass nachträglich in die Datenerfassung über eine Abfrage zu erfassen .
Nicht so gut ?

Es ist im dem Sinne , keine richtige Auftrag Verwaltung.
Ein " Auftrag" kommt rein und muss erledigt werde.
Die DB soll "nur" Festhalten wann was rein kam und wann erledigt .

Für Tipps bin ich jederzeit sehr dankbar

[PeteTheBeat]

Hallo ,
besteht die Möglichkeit, dass sich jemand die Datei in Post #29 anschaut und mir evtl. ein Bsp. Kombinationsfeld einbaut?
Ich könnte dann die Vorgehensweise besser nachvollziehen .
Vielen Dank

[DF6GL]

Hallo,

solange Du nicht den Tabellenaufbau an die Vorschläge anpasst und die Beziehungen korrekt erstellst, hat es keinen Sinn, sich um Kombifelder zu kümmern..

Zudem wären sinngemäß aussagekräftige und eindeutige Tabellennamen (und Tabellenfeldnamen) sehr von Vorteil.

(Z. B.: Was soll "tbl_Datenerfassung_v2" inhaltlich darstellen? Ist das die Historie von Tätigkeiten, die an einem "Vorgang" (??  ist das ein "Auftrag") abgearbeitet werden? Oder etwas ganz anderes?.

Wozu gibt es "tbl_Ticket_ID"?   Meines Erachtens ist ein "Ticket" eine Kennung für eine bestimmte "Tätigkeit" oder auch "Vorgang".  Für ein solches Ticket braucht es keine Tabellen, höchstens eine Berechnung für eine neue Ticket-Nummer, falls dies überhaupt zutrifft.


tbl_Einsatz_Personal_Ticket ist ebenfalls unklar. Was ist mit "Einsatz" gemeint?


Usw.....

[PeteTheBeat]

Wie gesagt , ich fuchse mich gerade rein und mache das step by step .

solange Du nicht den Tabellenaufbau an die Vorschläge anpasst und die Beziehungen korrekt erstellst, hat es keinen Sinn, sich um Kombifelder zu kümmern..

Welche Vorschläge ? Die Beziehungen "sollten" so stimmen. Wobei ich ja,wie gesagt, Anfänger bin

Zudem wären sinngemäß aussagekräftige und eindeutige Tabellennamen (und Tabellenfeldnamen) sehr von Vorteil.

(Z. B.: Was soll "tbl_Datenerfassung_v2" inhaltlich darstellen? Ist das die Historie von Tätigkeiten, die an einem "Vorgang" (??  ist das ein "Auftrag") abgearbeitet werden? Oder etwas ganz anderes?.

In der Tabelle Datenerfassung_v2 sollen die Daten aus den Vorgängen ( wenn man so will ist das ein Auftrag ,ja) zusammenlaufen. Ein Vorgang (oder Auftrag..wobei ein Angebot abgeben ja kein Auftrag ist) muss dann Abgearbeitet werden.
Über eine Abfrage würde ich dann die "Offenen" Vorgänge abfragen bzw. dann die abgearbeiteten Vorgänge eintragen. So dass man eine Art Vorgangsübersicht hat.

tbl_Einsatz_Personal_Ticket ist ebenfalls unklar.

Ich habe so eine tbl nicht. Das waren wohl meine verzweifelten ersten Versuche meinerseits

Was ist mit "Einsatz" gemeint?

Das ist der Einsatz von Fahrzeugen und Personal der für einen Vorgang benötigt wird.

[DF6GL]

Hallo,


Du machst es einem schon schwer...

Welche Vorschläge

die von Ekkehard..

Die Beziehungen "sollten" so stimmen.

Die Beziehungen (und Tabellen) stimmen nicht!

Anfänger bin

ist doch völlig irrelevant.  Wichtig ist die oben genannte Tabellenstruktur, die die Arbeitsrealität abbilden muss.

sollen die Daten aus den Vorgängen ( wenn man so will ist das ein Auftrag ,ja) zusammenlaufen

In Tabellen läuft nichts zusammen.  In Tabellen werden diejenigen Daten erfasst (gespeichert) die sinngemäß zu jeder Tabelle zugehören.  Wenn ein Vorgang ein Auftrag ist, dann nenne die Tabelle auch "tbl_Aufträge" und bringe darin alle Felder ein, die einen Auftrag als solchen spezifizieren. 

wobei ein Angebot abgeben ja kein Auftrag ist

woher kommt jetzt  "Angebot"?  Wenn es Angebote gibt, so sind dessen spezifischen Daten in "tbl_Angebote" abzulegen. Aus einen Angebot kann dann, falls das Angebot angenommen wird, ein Auftrag generiert werden.


Zu einen Auftrag können dann bestimmte "Arbeitsgänge" ("Tätigkeiten", oder sind das jetzt die "Einsätze"??) , auch wieder in einer weiteren Tabelle (tbl_AuftragsEinsätze) zugeordnet werden.

Ich habe so eine tbl nicht.

Na, jetzt aber.. In Post 29 sehe ich eine tbl_Einsatz_Personal_T..  Zeigst Du uns da eine ganz andere Version als die, über die Du redest?

Das waren wohl meine verzweifelten ersten Versuche meinerseits

Dann korrigiere das doch und zeige die aktuelle Version!

[PeteTheBeat]

die von Ekkehard..

Kannst du dich auf einen Post beziehen ? Ich finde keine konkreten Vorschläge

Die Beziehungen (und Tabellen) stimmen nicht!

mir , als Anfänger , fällt es schwer daraus etwas abzuleiten. "Stimmen nicht" bsp. ?

In Tabellen läuft nichts zusammen.  In Tabellen werden diejenigen Daten erfasst (gespeichert) die sinngemäß zu jeder Tabelle zugehören.  Wenn ein Vorgang ein Auftrag ist, dann nenne die Tabelle auch "tbl_Aufträge" und bringe darin alle Felder ein, die einen Auftrag als solchen spezifizieren.

Warum hängst du dich an Begrifflichkeiten auf ? Ob es nun Vorgang oder Auftrag genannt wird.

woher kommt jetzt  "Angebot"?  Wenn es Angebote gibt, so sind dessen spezifischen Daten in "tbl_Angebote" abzulegen. Aus einen Angebot kann dann, falls das Angebot angenommen wird, ein Auftrag generiert werden.


Zu einen Auftrag können dann bestimmte "Arbeitsgänge" ("Tätigkeiten", oder sind das jetzt die "Einsätze"??) , auch wieder in einer weiteren Tabelle (tbl_AuftragsEinsätze) zugeordnet werden.

in tbl_Vorgang gibt es den Punkt , Angebot schreiben. Das Angebot wird dann erstellt und hat eine Nummer. Nun habe ich mir gedacht , diese Nummer später in den Vorgang einzupflegen. Auch um eine Kontrolle zu haben. Man hätte zwar eine Bestätigung , dass das Angebot geschrieben ist, über da Erledigdatum. Aber so hat man, so dachte ich mir, einen Bezug zum Vorgang

Na, jetzt aber.. In Post 29 sehe ich eine tbl_Einsatz_Personal_T..  Zeigst Du uns da eine ganz andere Version als die, über die Du redest?

Nein , definitiv nicht. Ich habe nur "Echtdaten" raus genommen .

 

 

[HB9876]

Hallo,
fuer:

Kannst du dich auf einen Post beziehen ? Ich finde keine konkreten Vorschläge

siehe post

Hallo,
Sorry, aber ich gebe auf. Anbei nochmal ein Versuch unter der
Annahme, dass die "tbl_Datenerfassung_v2" die Auftragstabelle
sein soll.
Das Ganze steht aber auf sehr wackeligen Beinen
- ein Auftrag erfordert normalerweise eine Beschreibung der zu
erbringenden Leistung(en), - Tabelle?
- der zeitlich Ablauf deiner Vorgänge kann wg. 1:n nicht nach-
vollzogen werden
- Angebotsnummer? Tabelle & Beziehung dazu? Ein Angebot - mehrere
Aufträge?
. und Weiteres, das wir/ich noch gar nicht gesehen haben.

gruss ekkehard

und schaue da in den Anhang.

[DF6GL]

Hallo,


sorry, aber so kann und will ich nicht weiterhelfen.

Du erzählst wirres und unnützes Zeugs.  ( "in tbl_Vorgang gibt es den Punkt , Angebot schreiben. "  ??)  Und genaue  "Begrifflichkeiten" sind für konkrete und korrekte Kommunikation nun mal unerlässlich.

Mir und anderen ist (immer noch) nicht klar, wie genau die Arbeitsabläufe sind, die die DB abdecken soll.


Ekkehard hat Dir ein Beispiel gegeben, auf das Du aber nicht eingegangen bist.

Wie auch immer, ich gebe jetzt hier keine Vorschläge mehr.