Holla
In meinem Bestellprogramm speichere ich zu jedem Artikel die Bestellmengen und für manche Firmen auch Bestände.
Ein Bild von DataSet und Form habe ich angehängt.
Alle DGVs sind über die Datenquelle auf die Form gezogen. Und alle Funktion läuft einwandfrei.
Ich habe jedoch ein Problem mit der Darstellung der Daten.
Es wird sehr unübersichtlich, wenn ich eine Bestellung tätige, ohne einen Bestand anzulegen.
Dann stehen die Bestellungen nicht mehr schön neben den Beständen und man sucht in den beiden DGVs kreuz und quer.
Also z.B. Bestellung am 03.05.21, aber kein Bestand an diesem Datum.
Dann habe ich einen anderen Bestand, als dem vom 03.05. (weils da ja keinen gibt), neben meiner Bestellung.
Mir fällt aber tatsächlich nichts ein, wie ich das übersichtlicher gestalten kann.
Hat jemand eine Idee hierzu?

Bitte verzeiht. Ich war in dem Irrglauben unterwegs, dass klar ist, was das Programm macht, wenn ich das DataSet zeige.
Also es handelt sich um ein Bestellprogramm (Einzelhändler bestellt bei Lieferant).
Dies ist asugegliedert aus meinem Hauptprogramm und läd eine xml für jeden Lieferanten.
In dieser xml ist der gesamte Warenbestand, sowie Bestellungen und ggf. Bestände dieses Lieferanten (sowie Adresse, und Gedöns) gespiechert.
Der Grund hierfür ist, dass das Programm zeitgleich auf mehreren PCs laufen soll.
Im Grunde speichere ich was ich bestellen möchte (also zu den betreffenden Artikeln eine Menge), dann ist es möglich die Bestellung abzuschließen. Es wird eine entsprechende pdf erstellt und diese automatisch (so der User da rauf klickt), als Email versendet.

Also in der Praxis laufe ich durch den Laden, scanne mit EAN Code Scanner ein, was ich brauche, ändere ggf. die Bestellmenge, und schicke die pdf per Mail weg.
Bei manchen Lieferanten speichere ich aber zusätzlich noch einen Bestand.
Im angehängten Beispiel das letzte mal am 03.05. da waren 35 Säcke da.
Das brauche ich, wenn ich z.B. immer auf die gleiche SollMenge aufstocke.
Also sagen wir Artikel1, SOLL 15 mal vorhanden sein, Artikel2 SOLL 20 mal vorhanden sein, usw.
Dann laufe ich rum und speichere die Bestände, damit ich dann (in einem Rutsch) entsprechend die Bestellmengen festlegen kann.
Und anhand der älteren Bestellungen / Bestände sehe ich die SOLLMenge und merke ob diese ggf. aufzustocken ist.
Also z.B. bei letzer Bestellung war der Bestand 10, die Bestellung auch 10, jetzt sind 0 da. Ich weiß, 20 wären zu wenig zum bestellen.
Wie gesagt, codetechnisch funktioniert das zu 100% - aber die GUI meines Programmes ist eher schlecht (unübersichtlich).
Die Artikelliste wird sehr klein (ich arbeite auf 10 Zoll oder sowas), wenn ich Bestand und Bestellung einblende und in Bestand / Bestellung kommt es zum verrutschen, wenn mal keine Bestellung oder Bestand gespeichert wurde.
Im Beispiel sieht man, dass bis zum 03.03.21 Bestellungen und Bestände schön nebeneinander sind, danach nicht mehr - da gehts dann kreuz und quer.
Das kreuz und quer finde ich jetzt nicht so schlimm (da gewöhnt man sich dran), aber ich habe keine Idee wie ich das optisch aufwerten kann, und z.B. das Platzproblem löse.
Designed ist das ganze mit Splitcontainern die Splitcontainer fassen.
Hier male ich auch gerne mal ein Bildchen auf dem man sieht, welche Container da wie zusammenhängen.

Wenn das Bildchen hier nicht reicht, lade ich natürlich auch die Solution hoch.
Das wäre allerdings mit etwas Aufwand verbunden, da das Programm z.B. in den Unterordner des Hauptprogramms kompiliert, ich einen geeigneten Beispieltdatensatz erstellen muss, etc. (das scheut mich nicht, aber ich mags nicht machen, wenn ihr das garnicht braucht)
Aber wie gesagt - würde ich machen wenn ihr braucht.

Ich habe mir diverse Programme bei meinen Vertretern angeschaut.
Die allermeisten fallen raus, weil diese optisch wunderschön sind.
Aber damit arbeiten möchte ich in vielen Fällen nicht, weil man für eine Sache teilweise zu oft touchen muss.
(Artikel in einen Warenkorb ziehen und so. Ist zwar nett, aber wenn ich 800 Artikel am Tag bestelle, gehts mir das schnell auf den Sack)
Auch das Beispielprogramm vom @ErfinderDesRades habe ich mir zu Gemüte geführt (bereits beim erstellen der jetzigen Version).
In beiden Fällen habe ich einige Inspirationen gefunden, und ich bin prinzipiell mit meiner Lösung auch zufrieden. Sehr sogar.

Aber dann kamen die Bestände dazu (ohne diese, wie gesagt, bin ich mit der Funktion und Optik mehr als zufrieden).
Aber ich schaffe es einfach nicht, Bestands- und Bestellungstabelle sinnvoll auf der Form zu verteilen.
Also (damit ihr eine Vorstellung habt, was ich als schön (funktionell) empfinde), wenn ihr euch auf meinem Screenshot die Tabelle "Bestand" wegdenkt. Die Bestellungen Tabelle rutscht dann entsprechend an diese Stelle und die Tabelle mit den Artikeln wird entsprechend größer.

Aber evtl. wäre eine Kombination aus dem Vorschlag von @Kasi (auch wenn ich den nicht zu 100% verstanden habe) mit dem Programm vom @ErfinderDesRades möglich.
Ich haue mir ein TabControl auf die Form. TabPage1 enthält das was ihr auf dem Bild seht (ohne Bestandtabelle).
Die Tabelle für die Bestellungen rutscht unter die Tastatur (sodass nur Kategorie, oder Bestellungen angezeigt werden können).
Dann habe ich genug Platz für Artikeltabelle und für die Artikelinfos (die Labels).
Das ist dann die Ansicht, die ich bei 90% der Firmen brauche (also da brauche ich keine Besstände).
Für die anderen 10% der Firmen (wo ich mit Beständen arbeite, füge ich dann eine zweite Tab Page hinzu.
TabPage2 enthält dann (anders aufbereitet) alles inklusive der Bestände.
Also zum Beispiel nur Artikeltabelle mit Bestellungen / Beständen in diese INTEGRIERT.
Oder nur eine (zusätzliche) Tabelle für Bestellungen UND Bestände (nicht wie jetzt jeweils eine).
Wäre eins der beiden problemlos umsaetzbar?

Na, stell dir vor ich bestelle Würstchen, Tiefkühlpommes, Bratwurst und 30 weitere Artikel für meine Dönerbude.
Jetzt geh ich rum und schreibe auf (Würstchen 5 Stück da, Tiefkühlpommes 3 Stück da, Bratwurst 13 Stück da, ...).
Das speichere ich jetzt als StockEntry.
Da meine Verkafuszahlen bei diesen Artikel stark schwanken (und ich nicht immer die annähernd gleiche Menge bestelle, wie bei meinen anderen Lieferanten), schaue ich nun:
Würstchen:
01.05. Bestand: 10
01.05. Bestellung: 15 (=insgesamt 25)
18.05.: Bestand: 5
18.05. Bestellung: 20 (um auf 25 Bestand aufzustocken)

Das wie gesagt, mache ich nur bei 10% der Lieferanten so. Bei allen anderen Bestelle ich halt, wie man so bestellt.
Ich guck was da ist, schau auf die alten Bestellungen. Wenn beim letzten mal 2 Ve bestellt wurden und jetzt nix mehr da ist, brauche ich wohl 3 oder 4 Ve. (hier reicht also die OrderTable).
Aber für die anderen 10% brauche ich auch die StockEntry Row.
Die zum Beispiel auch bei Lieferanten, wo ich große Bestellungen, dafür selten mache.
Vogelfutter aus Belgien. Da bestelle ich 4 bis 5 mal im Jahr, dafür für jeweils kleine 5 stellige Beträge.
Da muss die Bestellung sitzen. Hier brauche ich meine alten Bestände und Bestellungen, damit ich genau sehe, auf welche Menge aufgestockt wurde, um genau zu wissen, wie viele Säcke verkauft wurden.

Ah. Jetzt verstehe ich worauf du hinaus willst.
Das scheitert an nicht gespeicherten Beständen.
Ich habe zwei Kassen. Beide so lustig Retro mit Warengruppentasten und den Zahlenknöppen 00 und 0 bis 9.
Da wird nur der Preis eingetippt, kein Artikel.