Schnelle Tipps für ICRW-Fehlerbehebung

Einige Benutzerdefinierte Dimensionen (User-Defined Dimensions, UDDs) werden nicht in einem Report angezeigt, während andere UDDs mit der gleichen Konfiguration angezeigt werden.

Dieses Problem tritt auf, nachdem eine UDD gelöscht wurde und Sie eine exakte Kopie der gelöschten UDD erstellt haben. Der ICRW erkennt die neu erstellte Kopie eines gelöschten UDD nicht.

Problemumgehung: Erstellen Sie eine neue UDD mit eindeutigen Spezifikationen, um die gelöschte UDD zu ersetzen.

In vielen Fällen sind langsam laufende Reports darauf zurückzuführen, woher der Report-Designer die Spalten aus ICRW übernommen hat. Verwenden Sie nach Möglichkeit Spalten aus den Ordnern "Attribute" oder "Kennzahlen" innerhalb des Reportingbereichs.

Beispielsweise gibt es im Ordner "Attribute" des Reportingbereichs "Hauptbuchdetails" eine Spalte mit dem Namen "Standort-ID [Hauptbuch-Details". Die gleiche Spalte befindet sich auch unter "Dimensionen"... und heißt ID [Location]. Ein Report, der die Spalte aus dem Ordner "Attribute" verwendet, wird in vielen Fällen deutlich schneller ausgeführt als ein ansonsten identischer Report, der dieselbe Spalte aus dem Ordner "Dimensionen" verwendet.

Ein Dashboard-Filter zeigt keine Ergebnisse für ein einzelnes Projekt an, zeigt jedoch Ergebnisse für andere Projekte an. Bei der Inspektion wies der Projekt mit dem Problem eine übermäßige Nummer von Filterwerten auf.

Die Liste der vom Dashboard Filter generierten Werte darf die Maximum Nummer von Werten (100) nicht überschreiten, die an ICRW übergeben werden können.

Der ICRW schneidet automatisch alle nachgestellten Leerzeichen am Ende eines Namens (Auftrag, Lieferant usw.) ab. Wenn Sie nach einem Namen filtern, der mit einem nachgestellten Leerzeichen endet, gibt der Filter keine Ergebnisse zurück. Es wird empfohlen, keine nachgestellten Leerzeichen am Ende von Namen in Ihre Daten aufzunehmen.

Wenn Sie einen ICRW-Report bearbeiten, der mit benutzerdefiniertem SQL erstellt wurde, ändern sich die Ergebnisse möglicherweise nicht wie erwartet. In der Regel ist dies auf die Rückgabe zwischengespeicherter Ergebnisse zurückzuführen. Sie können die Cache-Einstellung auf folgende Weise überprüfen und ändern:

• Öffnen ICRW , suchen Sie den Report in der Liste und wählen Sie Erweiterte Einstellungen. Scrollen Sie dann zu Cache aktualisierenauszuwählen, wählen Sie Immer aktualisierenund Speichern Der Report.

• Gehen Sie zum Benutzerdefiniert Tab und suchen Sie nach dem cacheControl="bypassCache" Zeichenfolge in der obersten Zeile von XML. Diese Zeichenfolge gibt an, dass die Immer aktualisieren Option ist gesetzt. Wenn die Zeichenfolge nicht angezeigt wird, fügen Sie cacheControl="bypassCache" am Ende der ersten XML-Zeile, links vom >, wie im folgenden Beispiel gezeigt. Wählen Sie dann XML anwenden und Speichern Der Report.
  
  <saw:report xmlns:saw="com.test.analytics.web/report/v2.1" xmlns:sawx="com.test.analytics.web/expression/v2.1" xmlns:xsi=http://www.test.org/2023/XMLSchema-instance xmlns:xsd=http://www.test.org/2023/XMLSchema xmlVersion="2" cacheControl="bypassCache">

Weitere Informationen finden Sie unter Mit "XML anwenden" benutzerdefinierte SQL-Reports ändern.

Eine Fehlermeldung weist auf ein Problem hin, das sich in der Nähe einer Zeichenfolge in der Berichts-XML befindet. Wenn Sie jedoch nach dieser Zeichenfolge suchen, finden Sie mehrere Vorkommen und wissen nicht, wie Sie das mit dem Fehler verknüpfte Vorkommen identifizieren sollen.

Im ICRW wird bei den Namen von Spalten nicht zwischen Groß- und Kleinschreibung unterschieden. ICRW behandelt alle Versionen eines Spaltenalias als gleich, unabhängig davon, ob es sich um CustVend, custvend oder cUsTvEnD handelt. Die Fehlermeldung zeigt die Zeichenfolge jedoch genau so an, wie sie in der SQL-Schreibweise geschrieben ist.

Um ein bestimmtes Vorkommen einer Zeichenfolge zu identifizieren, z. B. CustVend, ändern Sie die Rechtschreibung im Report so, dass jedes Vorkommen eine andere Schreibweise aufweist (Groß-/Kleinschreibung muss beachtet werden). Sie können z. B. die Vorkommen von Custvend in CUstvend, CUStvend, CUSTvend usw. ändern. Wenn dann die Fehlermeldung angezeigt wird, wird die Zeichenfolge im Fehler genau so angezeigt, wie sie in der SQL-Anweisung geschrieben ist, wodurch der Standort des Fehlers lokalisiert wird.

Die Zeitüberschreitung des interaktiven Reportgenerators erfolgt möglicherweise früher als von Ihnen angegeben. Das ICRW-Standardtimeout beträgt 1 Stunde. Stellen Sie sicher, dass Sie Ihren Report häufig speichern.

Verwendung Interaktiv ausführen zum Ausführen von ICRW-Reports, die Filter für verkettete Felder verwenden.

Ein Filter im interaktiven Reportgenerator liefert falsche oder gar keine Ergebnisse. Dies kann passieren, wenn sich ein oder mehrere vom Filter verwendete Felder ändern, nachdem der ICRW-Filter erstellt wurde. Bearbeiten Sie den Filter, entfernen Sie die Felder, die nicht ordnungsgemäß funktionieren, und wenden Sie eine neuere Version jedes problematischen Felds erneut an.

Informationen zum Beheben anderer Probleme, die bei Filtern auftreten können, finden Sie unter Fehlerbehebung bei Report-Filtern.

Änderungen an einem Report erhöhen den Cache. Wenn der Cache voll ist, kann er keine weiteren Änderungen mehr akzeptieren und Sie erhalten eine Fehlermeldung. Um diese Situation zu vermeiden, speichern Sie Ihren Report häufig.

Browser-Cookies können verhindern, dass Reports aus dem interaktiven Reportgenerator korrekt angezeigt werden. Beispielsweise werden Spaltennamen für Dimensionen falsch angezeigt oder Reports werden beim Bearbeiten oder Ausführen nicht angezeigt. Wenn Sie versuchen, einen Report auszuführen oder zu bearbeiten und der Report nicht korrekt angezeigt wird, entfernen Sie den -crw.intacct.com Cookies von Ihrem Browser.

Wenn Sie eine Report zu Excel exportieren, beträgt die Maximum Nummer der exportierten Zeilen 65.000. Sie können einen Report in das CSV-Format exportieren, das ein Maximum von 500.000 Zeilen hat.

Wenn Sie einen Report ausführen, der Standardzeiträume enthält, und der Report gemerkt, terminiert oder Teil einer Reportgruppe ist, liefert der generierte Report falsche Ergebnisse.

Um dies zu beheben, bearbeiten Sie den Report und entfernen Sie den Standardperiodenfilter. Fügen Sie dann eine Datumsberechnung für eine Datums-Spalte hinzu.

Laufzeitabfrage zu einer Datums-Spalte hinzufügen

Eine Datumsabfrage bietet Benutzern die Möglichkeit, einen Report für einen bestimmten Datumsbereich oder einen ausgewählten Zeitraum, z. B. Monat oder Jahr, auszuführen. Sie können eine Laufzeitabfrage zu jeder Datums-Spalte hinzufügen, die in einem Report enthalten ist.

Siehe Laufzeitabsagen für Datumsspalten finden Sie Informationen zu Laufzeitaufforderungen.

Einen Filter für eine Datums-Spalte hinzufügen

Die Verwendung von Filtern kann helfen, Daten auf die spezifischen Kriterien zu beschränken, die Sie für eine Datums-Spalte auswählen. Siehe Report nach Spalte filtern – ICRW für Informationen zum Filtern eines Reports.

Datumsberechnungsfilter für eine Datums-Spalte hinzufügen

Sie können einer Spalte einen Datumsberechnungsfilter hinzufügen, wenn Sie bestimmte Kalenderergebnisse wünschen. Sie können dem Report z. B. den "ersten Tag des Jahres" oder den "letzten Tag des aktuellen Monats" hinzufügen. Siehe Mit ICRW-Berechnungsspalten arbeiten finden Sie Informationen zu berechneten Spalten und Beispielrechnungen – ICRWzum Beispiel Kalenderfunktionen.

Reportnamen müssen zwischen ICRW und IVE eindeutig sein. Wenn Sie einen ICRW-Report mit demselben Namen wie eine visuelle Tafel im IVE erstellen, erhalten Sie eine Benachrichtigung, dass der Name bereits im IVE vorhanden ist.

Geben Sie einen eindeutigen Namen ein, der im IVE nicht vorhanden ist.