Hallo
Ja, ist ja klar warum oder?
Das ist das leidige an Access es wird unterschieden zwischen LongInteger oder Integer und String.
Ist Me!SchadenNr vom Typ her long oder String?
Wenn es ein String ist, dann muss das Feld SchadenNr auch vom Typ string oder Text sein. Ist das Feld SchadenNr vom Typ long, so muss das Eingabefeld auch vom Typ Long sein. Achtung, Double geht nicht!
Weiter spielt die Stringtrennung noch mit. handelt es sich um einen String so muss der Befehl anders geschrieben werden.
„SchadenNr = '“ & Me!SchadenNr & "’
Ist es vom Typ Long so wird es so geschrieben:
"SchadenNr = " & Me!SchadenNr
Man kann das Format Long auch erzwingen mit:
"SchadenNr = " & CLng(Me!SchadenNr)
Aber Achtung! Entspricht das Feld nicht dem Datentyp Long, dann kommst Du in das VBA Gefängniss und es gibt Theater mit dem Befehl.
Grüsse Sebastian
Ist es sichergestellt, dass der Fehler nicht woanders her kommt ?
Ich sehe kein Err = 0 , und wenn der restliche Standard „On error resume next“ ist, dann kann das irgendwo her kommen…
Ich sehe gerade das vereinzelte Hochkomma (vorne 2, hinten 3) ich würde doch heftig darauf tippen, dass hier der Syntaxfehler liegt - häng doch mal & " ’ " dran und schau, was passiert.
Viel Glück, schreib mal obs was gebracht hat.
Mit freundlichem Gruße, Matthias
Hallo!
So, wie ich das sehe, hat es irgendwo Schwierigkeiten mit den 3 Hochkomma hinter „schadenNr=“, was offensichtlich Hochkomma und Gänsebein sein soll.
Es kann auch sein, daß im Report „stDocName“ eine initialisierungsroutine (oder Open, also irgend etwas, was bein laden des Report ausgeführt wird), einen Syntaxfehler erzeugt.
Um sicher zu sein, daß es MEIN Report ist, der ausgeführt wird, würde ich zunächst einmal einen persönlichen Namen vergeben.