Fehler in der Summenformel Kontenschemata Matrix

Hallo,

wir haben folgendes Problem:

Manchmal öffnet ein User ein bestimmtes Kontenschemata und möchte sich dann die Matrix dazu ansehen.

Dann kommt folgender Fehler: "Fehler in der Summenformel SUM##" und man kann die Matrix dann nicht öffnen.
Macht es dann "zur Überprüfung" ein anderer User, dann passt alles.

Erst nach Löschen der ZUP - Datei kann man sich die Kontenschemata - Matrix wieder richtig anschauen.

Kennt jemand dieses Problem?

Hallo,

wir haben folgendes Problem:

Manchmal öffnet ein User ein bestimmtes Kontenschemata und möchte sich dann die Matrix dazu ansehen.

Dann kommt folgender Fehler: "Fehler in der Summenformel SUM##" und man kann die Matrix dann nicht öffnen.
Macht es dann "zur Überprüfung" ein anderer User, dann passt alles.

Erst nach Löschen der ZUP - Datei kann man sich die Kontenschemata - Matrix wieder richtig anschauen.

Kennt jemand dieses Problem?

Sind die Rubriken alle rein numerisch oder alphanumerisch?

Wie meinst du das genau?

Wir haben in der Spalte "Rubrikennr" nicht nur Zahlen, sondern auch Alphanumerische Begriffe (wie SUM_1)
in der Matrixabbildung auf der rechten Seite stehen nur numerische Werte (Vorjahr Periode,Aktuelle Periode, Abweichung, und Abweichung %)

Wie meinst du das genau?

Wir haben in der Spalte "Rubrikennr" nicht nur Zahlen, sondern auch Alphanumerische Begriffe (wie SUM_1)
in der Matrixabbildung auf der rechten Seite stehen nur numerische Werte (Vorjahr Periode,Aktuelle Periode, Abweichung, und Abweichung %)

IIRC kommt es manchmal bei Kontenschemata zu Fehlern, falls die Rubriknummer rein numerisch ist. Daher empfehlen viele alle Rubriknr. alphanumerisch zu gestalten.

Alphanumerische Begriffe (wie SUM_1)

Könnte das das Problem sein? Vielleicht "SUM" mal umbenennen, so daß es nicht mit einer internen Funktion verwechselt wird?

Nur so'ne Idee ...

Wieso sollte man eine Rubriknr. mit SUM_1 belegen? Es gibt doch dafür beschreibenden Text.

Ob ich etwas SUM_1 oder R4711 nenne, sollte doch in der Rubrikennr. dann egal sein. (Aber wer weiß welche Logik da manchmal schiefläuft)

Eigentlich entspricht die Rubrikennr bei uns dem Sachkonto. Dann findet man sich besser zurecht. Daher haben wir erstmal
"numerische" Rubrikennr. (Wie der Name "Rubrikennr" schon andeutet). Die Zusammenzählungen haben wir erstmal
mit SUM_1...etc benannt.

Mich wundert nur das ein EINZELNER USEr das Problem hat....ein anderer User zur gleichen Zeit mit dem gleichen Kontenschema hat das Problem nicht.......

"Fehler in der Summenformel SUM##"

Ohne darauf rumreiten zu wollen: irgendwie gibt's wohl mit dem Begriff "SUM" ein Problem.

Warum und wieso und ob das so sein muß, ist doch erstmal zweitrangig, oder?

Mich wundert nur das ein EINZELNER USEr das Problem hat....ein anderer User zur gleichen Zeit mit dem gleichen Kontenschema hat das Problem nicht.......

Hat der unterschiedliche Rechte? Mal mit SUPER temporär ausprobieren? Oder evtl. User Personalizations löschen/zurücksetzen, bzw. zup datei löschen.

Ja, mit Löschen der ZUP Datei kann man erstmal wieder arbeiten..aber nicht wenn man das 3x am Tag machen muss...
da sind ja auch sonstige einstellungen drin

Stellt der irgendwas an einer der Forms um? Wenn es bei jedem anderen funktioniert, scheint es eine Anpassung seiner/ihrerseits zu sein, welche in der zup-datei abgespeichert wird.

Da wird nichts in der Form umgestellt. Und mal trifft es den einen User, und dann den anderen....(aktuell bei mir selber)
(ZUP Datei gelöscht.....Anzeige wieder in Ordnung)

Ich habe alle SUM_# Rubriken nun aktuell umgenannt in S_# und trotzdem erscheint dieser Fehler.

Ich finde irgendwie die Raute # nicht ganz glücklich.

Ich habe natürlich nicht eine Raute eingegeben...sondern einfach für Zusammenzählungen S_1, S_2, S_3 benutzt.....

Ich hatte ähnliches merkwürdiges Verhalten und habe dann festgestellt, dass dies nur unter SQL passiert. Ich habe dann bei der Rubrikennr. den SQL Data Type auf Variant gesetzt und es hat funktioniert.

Wer mit SQL-Server arbeitet sollte alle Feldinhalte auf gleiche Länge bringen.

Der SQL-Server sortiert Code- Felder Alphanumerisch, d.h. die Sortierreihenfolge ist nicht mehr 1,2,3,10,20,30 sondern 1,10,2,20,3,20. Die Lösung des Problems ist einfach wie u.U. Aufwendig. Man mache aus 1,2,3,10,20,30 ->01,02,03,10,20,30

Wenn nun die Filter und Formeln angepasst werden, funktioniert wieder alles wie vorher.

Gruß, Fiddi

Das ist richtig, war aber leider nicht ganz mein Problem. Mein Problem waren merkwürdige Fehlermeldungen, da ganz offensichtlich die rein numerischen Rubrikennummern in den Formeln usw. misinterpretiert wurden. Die Fehlermeldungen änderten sich dabei auch noch ständig. Die Umstellung auf Variant behebt aber auch zusätzlich ein eventuelles Sortierproblem wie von dir angesprochen, außer dass alphanumerisch vor numerisch sortiert wird, womit ich aber in diesem Fall prima leben kann.

Trotzdem vielen Dank!

Gruß Rainer

solche merkwürdigen Fehlermeldungen kommen i.d.R. weil in den Summenformeln Rekursionen enthalten sind. Bsp:

Code:

Rubrik   Formel
1
2
10     1..2


Diese Formel funktioniert Native auf dem SQL-Server würde der Filter aber 1,10,2 enthalten, wo sich sie Summe selbst Summieren will.

Gruß, Fiddi

Ganz genau, wobei ich nicht weiß, warum er's manchmal trotzdem kann und manchmal nicht. Aber mal nach Vorne gedacht: Siehst du ein Problem, wenn ich den SQL-Typ auf Variant ändere (außer dass alphanumerisch vorne liegt)?

Siehst du ein Problem, wenn ich den SQL-Typ auf Variant ändere (außer dass alphanumerisch vorne liegt)?

Wenn du sicher bist, das das in allen anderen abhängigen Tabellen auch so behandelt wird, könnte das funktionieren.

Gruß, Fiddi