Quelltext der Seite Bisher bekannte Probleme mit CRRUN12

== Die Report-Ausführung ist sehr langsam, wenn Unterbericht(e) enthalten sind ==

Wenn Sie mit CrystalReports XI arbeiten und die Ausführung eines Reports sehr langsam ist (mehrere Minuten!), kann das daran liegen, dass in dem Report Unterberichte enthalten sind und Crystal nicht gezielt die benötigten Daten vom Server abruft sondern alle Daten liest und lokal filtert!

=== Ursache ===

Bei bestimmten Einstellungen des Report erzeugt CrystalReports eine Abfrage, die alle Daten vom Server holt. Dann erst filtert CrystalReports die Daten und holt sich die benötigten Datensätze für den Report aus dem Speichern. Bei großen Datenbeständen kann das natürlich sehr lange dauern.

=== Lösung ===

Öffnen Sie den Report mit CrystalReports 11 oder höher. Öffnen Sie jeden '''Unterbericht''' durch Doppelklick darauf und stellen Sie bei jedem Unterbericht diese Optionen ein:

[[Datei:CRRUN12_Berichtoptionen_Gruppierung_Indizes.jpg]]

Diese Optionen beziehen sich immer auf den '''gerade geöffneten Unterbericht'''! Also nicht denken, im Hauptbericht sind die Einstellungen drin, die auch in die Unterberichte übernommen werden (wie der Autor dieses Dokuments).

Damit die Einstellungen bei neuen Reports gesetzt werden, sollten Sie diese auch in Datei-->Optionen setzen:

[[Datei:CRRUN12_Berichtoptionen_Gruppierung_Indizes_Standard.jpg]]


== Problem: Fehlermeldungen "Feld xxx nicht im Report vorhanden" ==

=== Ursache ===

Gelegentlich traten von Crystal gemeldete (angebliche) Fehler auf, dass Felder in der Selektionsformel des Unterberichts nicht vorhanden wären. Was natürlich nicht stimmte.

=== Lösung ===

Mit Crystal 11/2008 die Selektionsformeln löschen und neu setzen. 

* Wichtig: Wenn es Unterberichte gibt, muss man diese öffnen und die Änderungen auch in jedem Unterbericht durchführen!

== Problem: Fehlermeldungen „Datenbank-Verbindung konnte nicht hergestellt werden.“ ==

=== Ursache ===

Wenn die Datenbank-Einstellungen in der.INI-Datei nicht korrekt sind, kann es zu dieser Fehlermeldung kommen. Grund: REFLEX verwendet zum Datenbankzugriff die sog. ODBC (Open Database Connection), die Reports sind daher auch meistens auf ODBC ausgelegt. So weit, so gut.

CRRUN12 selbst greift aber auch auf die Datenbank zu, z.B. um die Dokumentenverknüpfung einzutragen. Dieses geschieht aber nicht mehr über die ODBC sondern mit einem neueren, schnelleren Treiber (ADO.Net). Die Einstellungen in der ODBC gelten daher nicht für CRRUN12! Das gilt speziell für den sog. „vertrauten“ Zugriff auf MSSQL. Diese Einstellung konnte man bisher über ODBC festlegen, die Angaben in der [[INI-Datei]] waren optional. Nun sind die Ini-Einträge aber zwingend.

=== Lösung ===

Die Ini-Datei manuell ändern oder mit dem Programm RxKonfig die Einstellungen vornehmen. In der Ini-Datei müssen folgende Optionen enthalten sein:

<code>[Options]<br>
Database=''meinODBCEintrag''<br>
DatabaseDriverName=MSSQL<br>
UseSQLServerName=1<br>
DatabaseServerName=''MeinServerName''<br>
UseDatabaseName=1<br>
DatabaseName=''MeineDatenbank''<br>
UseSQLUser=1<br>
DatabaseUser=''MeinDatenbankBenutzer''<br>
DatabasePW=''MeinDatenbankPasswort''<br>
CRVersion=4<br>
</code>

Die ''kursiven'' Texte sind Platzhalter für die in Ihrem Fall korrekten Werte.

Hinweis: Änderungen an der [[INI-Datei]] wirken sicher erst nach einem Neustart von REFLEX/GEVAS-Professional aus!

== Die Formatierung des E-Mail-Textes wird nicht in das E-Mail übernommen. ==

Wenn Sie im E-Mail-Text Formatierungen haben (Fett, Kursiv usw.), werden diese nicht in das E-Mail übernommen.

=== Ursache ===

Die meisten E-Mail-Programme erlauben es nicht, formatierte Text „von außen“ zu übernehmen. Bei MAPI ist das Übernehmen von formatierten Texten z.B. überhaupt nicht vorgesehen!

=== Lösung ===
Keine.

== Die Formatierung von Artikeltexten wird nicht in die PDF übernommen ==

Wenn man bei den Artikeltexten im REFLEX Aufzählungen und Einrückungen verwendet hat, wurden diese Editierungen nicht in das PDF-Formular übernommen.

=== Lösung ===

Statt des Tabellenfeldes „MAUFPO.TEXT“ ein Formelfeld mit folgender Formel erstellen:

<code>Replace ({MAUFPO.TEXT}, "\pntext", "\listtext")</code>

Nun werden die Aufzählungen und Einrückungen so dargestellt wie im REFLEX vorgegeben.


== Fehler beim Aufruf des CrystalReports-Runtime "CRRun12.exe... ==

Wenn es beim Starten eines Drucks oder einer Vorschau zu dieser Meldung kommt...

"Fehler beim Aufruf des CrystalReports-Runtime "CRRun12.exe
Die Runtime wurde aufgerufen, aber im Speicher nicht gefunden!"
Beim nächsten Druckvorgang wird ein neuer Versuch unternommen, die Runtime zu starten."

...so kann es sein, Sie CRRUN12 in den verschiedenen Druckfenstern mit unterschiedlichen Optionen aufrufen, z.B. im Rechnungsdruck mit Stay-Ready und im Lieferscheindruck ohne Stay-Ready. Das sollten Sie vermeiden und überall die gleichen Optionen verwenden!


== CRRUN12 mit StayReady-Option, Druckstapel zurücksetzen ==

Wenn man die [[CrystalRuntime CRRUN12]] verwendet, kann es vorkommen, dass der Report aufgrund eines Fehlers im Report nicht ausgeführt werden kann. Das kann bei Verwendung der [[CrystalRuntime_CRRUN12#CRRUN12_mit_Stay-Ready-Option|Stay-Ready-Option]] dazu führen, dass der Druckauftrag für den fehlerhaften Report im Druck-Stapel "hängen" bleibt. Alle nachfolgend abgeschickten Druckvorgänge (oder Vorschau-Anzeigen, Exporte usw.) können nicht ausgeführt werden, weil der fehlerhafte Report sie blockiert.

Um dieses Programm zu lösen, gibt es in [[GEVAS-Professional]] im Menü "Extras" nun die Möglichkeit, den Druck-Stapel zurückzusetzen:

[[Datei:GEVAS-Pro_CRRUN_Jobs_Reset.jpg]]


== Links ==

* [[CrystalRuntime CRRUN12]]