Office: (Office 2013) Bericht aus Formular erstellen mit VBA

Hallo,

ich würde ein Formular per Knopfdruck in einen Bericht verwandeln und drucken. Wie erstelle ich aus einem Formular einen Bericht per VBA?




Grüße

:)

 

Hallo,
wozu dieses eigenartige Unterfangen?
In einer Datenbank sollte es nicht Notwendig sein Objekt zur Laufzeit zur erstellen.
Warum benötigste Du Berichte per VBA ?

 

ich würde das nicht tun.

Im Notfall für eine Einmalaktion kann man auch das Formular drucken.
Im Regelfall jedoch sollte man für das Formular einen richtigen Bericht erstellen.

Vielleicht ist ja Martins Reportgenerator (http://ms-office-forum.net/forum/sho...d.php?t=254974) etwas für dich.

 

Ich möchte die Abfragergebnisse in einem Diagramm drucken. Wie gut lässt sich das über einen Bericht mit VBA realisieren? Es muss zur Laufzeit erstellt werden, weil es ein User Interface ist.

Wenn ich den Bericht mit

DoCmd.OpenReport stVertragsNR, acPreview

öffne und dann versuche das Diagramm mit Daten zu füllen mit


Reports![MeinBericht]!BerichtDiagramm.RowSource = a


bekomme ich die Fehlermeldung



"Sie können die Datensatzherkunft Eigenschaft nicht in der Vorschau oder nach dem Start eines Druckvorgangs festlegen."


Wenn ich den Bericht mit

DoCmd.OpenReport stVertragsNR


öffne, wird er gedruckt.


Wie öffne ich ihn denn, sodass ich die Diagramm-Daten festlegen kann?

 

Erstelle eine Abfrage als Datenherkunft für das Diagramm im Bericht.
Die Abfrage kannst du dann im Vorfeld entspr. Anpassen.
Prinzip:
Code:

Wenn dir das nicht hilft, könntest du dein DATENFÜLLEN etwas genauer beschreiben.

 

Das Diagramm soll an eine SQL Abfrage gebunden werden. Bei Formularen funktioniert das ja sehr gut mit


Dim a AS String

a = "SELECT..."

Formular!Diagramm.RowSource = a

Bei Berichten kommt wie gesagt die Fehlermeldung

"Sie können die Datensatzherkunft Eigenschaft nicht in der Vorschau oder nach dem Start eines Druckvorgangs festlegen."

 

Hi,

hast du schon versucht, die Datensatzherkunft des Diagramms im Open-Ereignis des Berichts einzustellen?

 

Führt - jedenfalls unter AccXP/03 - zu einem Fehler (2455).

@Luna
ob du nun dem Diagramm direkt oder der dem Diagramm zugrunde liegenden
Abfrage den SQL-String zuweist, dürfte doch egtl. egal sein.
Jedenfalls würde es so funktionieren, was es auf direktem Wege ja nicht tut.

 

PS:
Die kürzeste Version dürfte sein:
- Berichtsdiagramm an Abfrage (z.B. qryRepDia) binden
- Bericht öffen und den SQL-String als OpenArgs-Parameter übergeben
- In der Open-Ereignisbehandlung des Berichtes
Code:

Ohne den 'Umweg' über eine gespeicherte Abfrage wird es dir nicht gelingen,
die Datenherkunft eines Diagramms im Bericht zu beeinflussen.

 

Hi,

kannst du bitte den Wortlaut dazu posten?

 

Ich dachte "selbst ist die Frau" ...

 

\@Marsu:
Ich hätte mir erstmal einen Bericht mit einem Diagramm erstellen müssen und hätte dann immer noch nicht gewusst, wie du den Fehler erzeugt hast - findest du das wirklich "angemessen"?

Also beantworte doch bitte auch noch die Frage wodurch - genau! - der Fehler von dir erzeugt wurde.

 

Du kennst deine eigenen Beiträge und liest die Antworten darauf?

*rolleyes.gif*

BTW:
Weitere Alternative:
Bericht (versteckt) im Entwurf öffnen und Diagrammdatenherkunft einstellen,
Bericht schließen (inkl. speichern) und normal öffnen.

Für weiter Infos guckst du hier: Link 1
oder hier: Link 2 (engl.!)

 

\@Marsu:
Ich wollte halt sicher gehen, dass wir uns nicht missverstehen. Hätte ja sein können, dass das Diagramm in deinem Test in einem Unterbericht angesiedelt war, oder sonstwo...
Es gibt also eigentlich keinen Grund für dich, so "fett" aufzutreten und derart plakativ zu kontern.

Sorry, aber ich kann in der Zuweisung der RowSource keine Ursache für einen "unzulässigen Verweis" erkennen und ich war mir eigentlich auch sicher, in der Vergangenheit bereits erfolgreich die Datenherkunft eines Diagramms in einem Bericht per VBA eingestellt zu haben. Ein geeignetes Beispiel habe ich nicht mehr, sonst hätte ich es ja schon längst selbst ausgetestet.

Apropos "Vorlesestunde" und:

Das "Schulmeistern" kannst du getrost anderen (bzw. einem anderen) überlassen. *rolleyes.gif*

PS:
Deinen Links möchte mein Browser leider nicht folgen.

 

Vielleicht kann man einfach den Hinweis aufnehmen, dass Berichte in älteren Access-Versionen noch nicht so viel konnten - z.B. kennt Acc2000 bei OpenReport noch keine OpenArgs - und bei der Übernahme von Vorschlägen darauf achten, falls man dann solche älteren Versionen verwendet.
Bei Verwendung von Acc2013 (siehe Thementitel) sollte das aber sehr uninteressant sein.

Vielleicht kannst Du zusätzlich beschreiben, worin sich genau die Abfrage ändert, so dass Du dynamische Maßnahmen benötigst.
Ggf. lassen sich auch da Vorschläge ableiten.

//OT:

Es muss wirklich erschreckend, fürchterlich, niederschmetternd sein, wenn man auf eine eigene Frage eine Antwort derart bekommt, dass sie sofort, zweifelsfrei und direkt verstanden wird.