- Welcome to Access-o-Mania.
Hilfe zu Microsoft Access und verwandten Produkten
Neueste Beiträge
#1
Access Programmierung / Re: mit VBA den Focus auf ein ...
Letzter Beitrag von Debus - Heute um 19:59:49Hey,
mache doch einfach einen neuen Chat auf, oder stelle hier die Frage das ist beides kein Problem
Holger
mache doch einfach einen neuen Chat auf, oder stelle hier die Frage das ist beides kein Problem
Holger
#2
Access Programmierung / Re: mit VBA den Focus auf ein ...
Letzter Beitrag von Nicolo#22 - Heute um 19:12:59@Bitsqueezer
Danke Christian.
btw. Ist es erlaubt hier eine weitere Frage an dich zu stellen, aber die Problematik FILTERUNGEN betrifft.
Oder einen neuen Chat eröffnen dafür?
Ist es erlaubt User direkt anzusprechen?
VG
Danke Christian.
btw. Ist es erlaubt hier eine weitere Frage an dich zu stellen, aber die Problematik FILTERUNGEN betrifft.
Oder einen neuen Chat eröffnen dafür?
Ist es erlaubt User direkt anzusprechen?
VG
#3
Bericht / Re: Laufzeitfehler 2501 'Die A...
Letzter Beitrag von Bitsqueezer - Heute um 14:01:41Hallo,
die Meldung kommt auch, wenn Du in Report_Open Cancel=True setzt.
Daher am besten immer einen Error-Handler in der aufrufenden Prozedur verwenden und dort den Fehler 2501 abfangen und ignorieren.
Gruß
Christian
die Meldung kommt auch, wenn Du in Report_Open Cancel=True setzt.
Daher am besten immer einen Error-Handler in der aufrufenden Prozedur verwenden und dort den Fehler 2501 abfangen und ignorieren.
Gruß
Christian
#4
Bericht / Re: Laufzeitfehler 2501 'Die A...
Letzter Beitrag von Gockel67 - Heute um 10:54:33Moin Gemeinde,
nochmal ich. Hab den Fehler gefunden.
Ich weiß nicht wie es passieren konnte - aber plötzlich war mein Etikettendrucker als Standarddrucker eingstellt.
Wieder auf den normalen umgestellt und alles funktioniert.
Vielleicht ist die Info für andere Suchende mal interessant.
Wünsche allen ein schönes Wochenende
Jörg
nochmal ich. Hab den Fehler gefunden.
Ich weiß nicht wie es passieren konnte - aber plötzlich war mein Etikettendrucker als Standarddrucker eingstellt.
Wieder auf den normalen umgestellt und alles funktioniert.
Vielleicht ist die Info für andere Suchende mal interessant.
Wünsche allen ein schönes Wochenende
Jörg
#5
Bericht / Laufzeitfehler 2501 'Die Aktio...
Letzter Beitrag von Gockel67 - Heute um 10:15:38Moin Gemeinde,
meine Datenbank respektive Access treibt mich gerade in den Wahnsinn.
Egal was ich mache - ich erhalte bei einem Klick auf einen Button der einen Bericht öffnen soll immer obige Fehlermeldung.
Was ich bis jetzt versucht habe:
Datensatzherkunft überprüft.
Neuen Bericht erstellt.
Datenbank neu erstellt.
Leere Testdatenbank mit einem Formular und einem Button, einer Tabelle und einem Bericht.
Officereperatur ausgeführt.
Immer kommt die Fehlermeldung 2501.
Wenn man den Bericht direkt aufruft wird er ordnungsgemäß angezeigt
Jemand von euch eine Idee woran es liegen könnte?
Falls es wichtig ist - folgende Accessversion kommt zum Einsatz
Microsoft Office LTSC Professional Plus 2024
Wünsche allen ein schönes Wochenende
Jörg
meine Datenbank respektive Access treibt mich gerade in den Wahnsinn.
Egal was ich mache - ich erhalte bei einem Klick auf einen Button der einen Bericht öffnen soll immer obige Fehlermeldung.
Was ich bis jetzt versucht habe:
Datensatzherkunft überprüft.
Neuen Bericht erstellt.
Datenbank neu erstellt.
Leere Testdatenbank mit einem Formular und einem Button, einer Tabelle und einem Bericht.
Officereperatur ausgeführt.
Immer kommt die Fehlermeldung 2501.
Wenn man den Bericht direkt aufruft wird er ordnungsgemäß angezeigt
Jemand von euch eine Idee woran es liegen könnte?
Falls es wichtig ist - folgende Accessversion kommt zum Einsatz
Microsoft Office LTSC Professional Plus 2024
Wünsche allen ein schönes Wochenende
Jörg
#6
Formular / Re: Inhalt eines abhängigen Ko...
Letzter Beitrag von Bitsqueezer - Juni 18, 2026, 11:09:18Hallo Michael,
ja, genau das habe ich oben beschrieben.
Wenn ich mal davon ausgehe, daß "Warentabelle" Deine Stammdaten beinhaltet mit den aktuellen Preisen und "Warenverkaufsdetails" die Daten mit der Auswahl des Preises beinhaltet, dann ist es genau so, wie beschrieben: In "Warenverkaufsdetails" wäre demnach ein neues Feld für Preis zu erstellen, in das der aktuelle Preis bei Auswahl über die Kombobox zu kopieren ist (durch die Auswahl in der Kombobox passiert das automatisch, wenn die Kombobox an das Preisfeld gebunden ist).
Ansonsten mußt Du mal mehr Details beschreiben, Tabellenaufbau, Formular usw.
Wenn Fragen sind, mußt Du halt fragen, was nicht klar war.
Gruß
Christian
ja, genau das habe ich oben beschrieben.
Wenn ich mal davon ausgehe, daß "Warentabelle" Deine Stammdaten beinhaltet mit den aktuellen Preisen und "Warenverkaufsdetails" die Daten mit der Auswahl des Preises beinhaltet, dann ist es genau so, wie beschrieben: In "Warenverkaufsdetails" wäre demnach ein neues Feld für Preis zu erstellen, in das der aktuelle Preis bei Auswahl über die Kombobox zu kopieren ist (durch die Auswahl in der Kombobox passiert das automatisch, wenn die Kombobox an das Preisfeld gebunden ist).
Ansonsten mußt Du mal mehr Details beschreiben, Tabellenaufbau, Formular usw.
Wenn Fragen sind, mußt Du halt fragen, was nicht klar war.
Gruß
Christian
#7
Formular / Re: Inhalt eines abhängigen Ko...
Letzter Beitrag von MichaTH - Juni 18, 2026, 10:53:09Hallo Bitsqueeer,
vielen Dank.
Ich bin in der ersten Kurve ausgestiegen. Vielleicht habe ich etwas undeutlich oder falsch dargestellt. Ich möchte gerade nicht, dass sich der Preis in der Tabelle "..Warenverkaufsdetail.." ändert, wenn sich in der Preis in der "..Warentabelle.." ändert. Er soll zwar bei der Eingabe eines Warenartikels der aktuelle sein, aber dann in der Tabelle "..Warenverkaufsdetails.." zusammen mit der Warenbezeichnung losgelöst von der Warentabelle gespeichert werden.
Ich schau mir mein Modell nochmal an und möchte so lange meine Anfrage als gelöst auf Eis legen.
Ich bedanke mich für den schnellen Lösungsvorschlag.
Mit freundlichen Grüßen
Michael
vielen Dank.
Ich bin in der ersten Kurve ausgestiegen. Vielleicht habe ich etwas undeutlich oder falsch dargestellt. Ich möchte gerade nicht, dass sich der Preis in der Tabelle "..Warenverkaufsdetail.." ändert, wenn sich in der Preis in der "..Warentabelle.." ändert. Er soll zwar bei der Eingabe eines Warenartikels der aktuelle sein, aber dann in der Tabelle "..Warenverkaufsdetails.." zusammen mit der Warenbezeichnung losgelöst von der Warentabelle gespeichert werden.
Ich schau mir mein Modell nochmal an und möchte so lange meine Anfrage als gelöst auf Eis legen.
Ich bedanke mich für den schnellen Lösungsvorschlag.
Mit freundlichen Grüßen
Michael
#8
Formular / Re: Inhalt eines abhängigen Ko...
Letzter Beitrag von Bitsqueezer - Juni 17, 2026, 17:01:10Hallo,
eigentlich ganz einfach: Den Preis mußt Du natürlich als neues Feld anlegen, die Preis-ID brauchst Du hier eigentlich gar nicht, eben genau aus dem Grund: Weil er sich ändern kann, aber beim Verkauf der verwendete Preis hinterlegt sein muß, nicht der aktuelle.
Du legst also ein neues Preisfeld an, dann verwendest Du eine Update-Abfrage, die die Preise aus der Preisliste holt und im Preisfeld speichert (denn sonst hast Du nachher gar keine Preise mehr drin).
Wenn das erledigt ist, kannst Du das Preis-ID-Feld löschen, das wirst Du nie brauchen (Preisinformationen für aktuelle Preise kannst Du jederzeit anhand des Artikels ermitteln).
Deine Kombobox brauchst Du an sich auch nicht, denn normalerweise hat man ja nur einen Preis für einen Artikel. Wenn Du aber je Situation unterschiedliche anbieten willst, kann die natürlich weiterhin so bleiben. Nur nicht bestehend aus ID und Preis, sondern nur aus Preis, was dann auch die gebundene Spalte ist. In der Abfrage der Kombobox mußt Du dazu nur das ID-Feld rausnehmen, die Kombobox auf 1 statt 2 Spalten stellen und die Spaltenbreite der ersten Spalte (i.d.R. 0cm) rausnehmen.
Ab da bekommst Du in der Kombobox für neue Positionen die aktuellen Preise gelistet und die werden bei Auswahl im Preisfeld gespeichert. Wenn sich der Preis in den Stammdaten ändert, ändert sich nicht mehr der Preis für die alten Positionen, nur noch, wenn Du eine neue anlegst.
Gruß
Christian
eigentlich ganz einfach: Den Preis mußt Du natürlich als neues Feld anlegen, die Preis-ID brauchst Du hier eigentlich gar nicht, eben genau aus dem Grund: Weil er sich ändern kann, aber beim Verkauf der verwendete Preis hinterlegt sein muß, nicht der aktuelle.
Du legst also ein neues Preisfeld an, dann verwendest Du eine Update-Abfrage, die die Preise aus der Preisliste holt und im Preisfeld speichert (denn sonst hast Du nachher gar keine Preise mehr drin).
Wenn das erledigt ist, kannst Du das Preis-ID-Feld löschen, das wirst Du nie brauchen (Preisinformationen für aktuelle Preise kannst Du jederzeit anhand des Artikels ermitteln).
Deine Kombobox brauchst Du an sich auch nicht, denn normalerweise hat man ja nur einen Preis für einen Artikel. Wenn Du aber je Situation unterschiedliche anbieten willst, kann die natürlich weiterhin so bleiben. Nur nicht bestehend aus ID und Preis, sondern nur aus Preis, was dann auch die gebundene Spalte ist. In der Abfrage der Kombobox mußt Du dazu nur das ID-Feld rausnehmen, die Kombobox auf 1 statt 2 Spalten stellen und die Spaltenbreite der ersten Spalte (i.d.R. 0cm) rausnehmen.
Ab da bekommst Du in der Kombobox für neue Positionen die aktuellen Preise gelistet und die werden bei Auswahl im Preisfeld gespeichert. Wenn sich der Preis in den Stammdaten ändert, ändert sich nicht mehr der Preis für die alten Positionen, nur noch, wenn Du eine neue anlegst.
Gruß
Christian
#9
Formular / Inhalt eines abhängigen Kombin...
Letzter Beitrag von MichaTH - Juni 17, 2026, 16:09:33Hallo,
ich möchte den Einzelpreis, der an dem Primärschlüssel der Ressource eines Kombinationsfeldes hängt, unabhängig in einer Warenverkaufstabelle abspeichern.
Ich habe zu einem Hauptformular, das die Informationen zum Verkaufsvorgang und Daten aus der Tabelle "..Verkaufsvorgang.." enthält, ein Unterformular, in dem die einzelnen Waren mit Bezeichnung und Preis positionsweise und datensatzweise angelegt werden. Die Warenbezeichnung hole ich mit einem Kombinationsfeld aus einer Tabelle "..Warentabelle..". Die ..Warentabelle.. enthält neben dem Warennamen auch den Preis. Dieser wird beim Auswählen im Kombinationsfeld "ausgelesen", mit der Warenanzahl multipliziert und als Gesamtpreis im Formular angezeigt.
Gespeichert werden die Daten in einer Tabelle "..Warenverkaufsdetails..", die die Verknüpfung zum Primärschlüssel der Tabelle des Verkaufsvorganges des Hauptformulares enthält und den Primärschlüssel aus der ".. Warentabelle..".
Da sich der Preis der Waren ändern kann, aktualisiert sich auch jedesmal der Ware, wenn ich das Unterformular öffne. Ich möchte deshalb den Einzelpreis der Ware unabhängig in der Tabelle "..Warenverkaufsdetails.." abspeichern und suche hierzu eine Lösung.
Der Primärschlüssel der Tabelle "..Verkaufsvorgang.." ist verbunden mit dem Fremdschlüssel in Tabelle "..Warenverkaufsdetails..".
Der Primärschlüssel des Kombinationsfeldes, mit dem die Waren im Unterformular ausgewählt werden, ist verbunden mit dem Feld Ware im Unterformular und wird im Feld Ware in Tabelle "..Warenverkaufsdetail.." gespeichert. Für den Einzelpreis habe ich kein Feld in der Tabelle "..Warenverkaufsdetails..", weil der Preis bisher dynamisch ist. Um dies zu ändern, lege ich in der Tabelle "..Warenverkaufsdetais.." ein Feld an, das den Einzelpreis dann jedoch statisch und unabhängig von Preisänderungen irgendwie aus dem Kombinationsfeld Ware oder dem Feld, das den dynamischen Einzelpreis anzeigt, übernehmen soll.
Viel Worte, vielleicht gibt es eine viel kürzere Antwort. Ich möchte mich schon jetzt dafür bedanken fürs Lesen und noch mehr über eine Lösung.
Mit freundlichen Grüßen
Michael
ich möchte den Einzelpreis, der an dem Primärschlüssel der Ressource eines Kombinationsfeldes hängt, unabhängig in einer Warenverkaufstabelle abspeichern.
Ich habe zu einem Hauptformular, das die Informationen zum Verkaufsvorgang und Daten aus der Tabelle "..Verkaufsvorgang.." enthält, ein Unterformular, in dem die einzelnen Waren mit Bezeichnung und Preis positionsweise und datensatzweise angelegt werden. Die Warenbezeichnung hole ich mit einem Kombinationsfeld aus einer Tabelle "..Warentabelle..". Die ..Warentabelle.. enthält neben dem Warennamen auch den Preis. Dieser wird beim Auswählen im Kombinationsfeld "ausgelesen", mit der Warenanzahl multipliziert und als Gesamtpreis im Formular angezeigt.
Gespeichert werden die Daten in einer Tabelle "..Warenverkaufsdetails..", die die Verknüpfung zum Primärschlüssel der Tabelle des Verkaufsvorganges des Hauptformulares enthält und den Primärschlüssel aus der ".. Warentabelle..".
Da sich der Preis der Waren ändern kann, aktualisiert sich auch jedesmal der Ware, wenn ich das Unterformular öffne. Ich möchte deshalb den Einzelpreis der Ware unabhängig in der Tabelle "..Warenverkaufsdetails.." abspeichern und suche hierzu eine Lösung.
Der Primärschlüssel der Tabelle "..Verkaufsvorgang.." ist verbunden mit dem Fremdschlüssel in Tabelle "..Warenverkaufsdetails..".
Der Primärschlüssel des Kombinationsfeldes, mit dem die Waren im Unterformular ausgewählt werden, ist verbunden mit dem Feld Ware im Unterformular und wird im Feld Ware in Tabelle "..Warenverkaufsdetail.." gespeichert. Für den Einzelpreis habe ich kein Feld in der Tabelle "..Warenverkaufsdetails..", weil der Preis bisher dynamisch ist. Um dies zu ändern, lege ich in der Tabelle "..Warenverkaufsdetais.." ein Feld an, das den Einzelpreis dann jedoch statisch und unabhängig von Preisänderungen irgendwie aus dem Kombinationsfeld Ware oder dem Feld, das den dynamischen Einzelpreis anzeigt, übernehmen soll.
Viel Worte, vielleicht gibt es eine viel kürzere Antwort. Ich möchte mich schon jetzt dafür bedanken fürs Lesen und noch mehr über eine Lösung.
Mit freundlichen Grüßen
Michael
#10
Access Programmierung / Re: mit VBA den Focus auf ein ...
Letzter Beitrag von Bitsqueezer - Juni 17, 2026, 08:43:38Hallo,
"Controls" sind alle Arten von Basisobjekten zur Bearbeitung eines Feldes (Textbox, Kombobox, Checkbox usw.) oder zur Gruppierung anderer Controls (Optionsgruppe, Registerkarten..) usw.
Weswegen es auch ein Basisobjekt "Control" in VBA gibt, das alle Grundeigenschaften enthält, die alle Controls gemeinsam haben.
Ein Formular ist also kein Control (Basisobjekt: Form). Aber ein Unterformular-Control, in das man ein Formular hineinstellt, ist ein Control.
Gruß
Christian
"Controls" sind alle Arten von Basisobjekten zur Bearbeitung eines Feldes (Textbox, Kombobox, Checkbox usw.) oder zur Gruppierung anderer Controls (Optionsgruppe, Registerkarten..) usw.
Weswegen es auch ein Basisobjekt "Control" in VBA gibt, das alle Grundeigenschaften enthält, die alle Controls gemeinsam haben.
Ein Formular ist also kein Control (Basisobjekt: Form). Aber ein Unterformular-Control, in das man ein Formular hineinstellt, ist ein Control.
Gruß
Christian