Office: HILFE, Notsituation

\@Anne danke,

ich werde jetzt versuchen deine Variante umzusetzen. Dann melde ich mich noch auf jeden Fall.

Nachtrag: Es wäre super, nur die abzubilden, die keinen Null haben. Da sonst wäre es auch sinnlos die Einträge mit Null abzubilden.

P.S. Was minst du mit deinem Post Scriptum? Interresante Variante und im falschen Bericht...

 

Guten Morgen

@anne,

ich habe deinen Vorschlag versucht umzusetzen, und habe da ein Paar Fragen:

Was heißt in den Abfragen mit "sel" am Anfang, für die Selektion, die rot gefärbte Ausdrück:
Code:

Da ich versucht habe es für das Diagramm Failure WHAT umzusetzen und da wird nur ein einziger Zahl angezeigt, liegt es daran.

Die zweite Frage ist: die Gesamtzahlen werden jetzt nicht mehr angezeigt, ich meine Summen für Gesamtanzahl der DS, und die DS mit Arten von DS, NCR intern, NCR extern, usw.

 

Hallo, habe dich schon vermisst gestern. *wink.gif*

Das habe ich nur gemacht, um das Anfügen der Kriterien zu vereinfachen.

Lade doch deine neue Version noch einmal hoch. Ich habe aber erst später wieder Zeit, muss dringend weg.

 

Danke, ich bereite das Ganze vor und lade heute gegen 12 Uhr hoch.

 

Hallo,

habe jetzt alles angepasst, es sind aber 2 Archivdateien geworden, die muss man zusammenfügen.

In Berichten für Produkte habe ich auch Failure_WHAT=4 geschrieben, ich weiß dass es nicht passt aber ich wusste nicht worauf basiert die Aussage.

 

Hallo,

wie soll man denn mit den beiden Files umgehen? Was ist da zusammenzufügen?

Und dann verstehe ich deine Frage nicht, was hat es auf sich mit "Failure_WHAT=4"? Das ist doch nur ein Beispiel, oder?

 

Um es zu entpacken, muss man beide Archivteile herunterladen, markieren und rechte Maustaste - hier entpacken oder Zielordner auswählen und entpacken.

Meine Frage ist, es ist in Abfragen für Disposition Zeile mit Failure_WHAT = 4 vorhanden und ich wollte wissen was es bedeutet.

 

Die Abfragen für die Diagramme müssen schon sorgfältig überlegt werden - ich glaube nicht, dass das in der Form so richtig ist. Auch hast du nicht beachtet, dass ich sie beim Öffnen des Berichts mit den aktuellen Filterkriterien gefüttert habe (Beispiele: qry_Dia_POO, qry_Dia_Dispo). Gleiches gilt für die Datenherkunft der Unterformulare. Das müsstest du also nach dem Schema fortsetzen.

Eine bessere Lösung ist mir dazu nicht eingefallen, das ganze Projekt ist ja auch reichlich kompliziert und du sitzt ja auch schon eine ganze Weile dran...

 

Ich dachte, dass ich sie auch richtig programmiert habe, sind da Fehler,

Weiter komme ich allein sowieso nicht, zu wenig Kenntnisse.

 

Ein vernünftiges Testen möglichst aller Varianten scheitert leider an den mageren Testdaten. Kannst du dich da bitte mal drum kümmern?
Dann will ich sehen was ich für dich tun kann. Wahrscheinlich aber erst im Laufe des Abends.

 

Ich kann nicht vollständiger DB hochladen, da sie einfach zu groß ist. Darf ich es die per Email zu schicken oder ich muss eine andere Lösung ausdenken.

Ich muss morgen gegen 9 Uhr DB vorstellen mit Chart, sonst habe ich Pech mit meiner Diplom.

Ich bin dir sehr dankbar für deine Hilfe.

 

Die DB muss nicht vollständig sein, nur ein paar Testfälle enthalten, die möglichst viele Varianten abdecken.

Jetzt ist z.B. die Tabelle Final_Assembly leer - damit kann man keine Auswertung machen.

Am besten, du trennst die Daten von dem Rest der Anwendung, dann kannst du die Tabellen verknüpfen und hast zwei etwas kleinere Datenbanken, die leichter zu handhaben sind.

 

Ich habe es vorbereitet.

 

Müssen die drei Teile wieder zu einer MDB zusammengeführt werden?

 

Leider ja. Dafür ist die Anwendung vollständig.