#WERT! ? die 2

Hallo zusammen,

ich muß nochmal die Geschichte mit der Fehlermeldung von
weiter unten aufgreifen.

Das Problem ist, dass eine Berechnung bei mir ein
korrektes Ergebnis liefert, bei dem Kollegen in Österreich
aber mit #WERT! endet. Auf beiden Rechnern Excel 2000.

Ich habe inzwischen herausgefunden, dass auf dem jeweils
anderen System Komma und Punkt vertauscht werden.

Dezimalwerte, die ich mit Komma gesetzt habe, erscheinen
beim Kollegen als Punkt. - Und damit ist es für Excel
kein Wert mehr.

Hat jemand eine Idee?

Unter EXTRAS --> Optionen habe ich nichts gefunden.
Bei der Suche hier im Brett auch nicht wirklich.

Gruß und danke schonmal

Rolf

Hallo Rolf,
schau mal unter Extras / Optionen / International

Da kannst du entweder die Trennzeichen von W-doof übernehmen oder selbst festlegen.

Aber: Bis gerade hätte ich gedacht, dass eine Excel-Mappe erst beim Öffnen entscheidet, wie die Daten „aussehen“ sollen. Kann es sein, das in deinen Formeln String Operationen stecken?

val(A1 * 1000 & „0,00“)

Ansonsten „will“ ich das nicht akzeptieren! Man stelle sich vor, dass internationale Firmen ständig Ihre Daten konvertieren müßten! In meiner Praxis bekomme ich häufug daten aus „anders trennenden Staaten“. Das ist noch nie was aufgefallen.

Was aber klar ist: Inhalte die bereits falsche Trenner verwenden, werden beim Einfügen in EXCEL nicht in eine Zahl umgewandelt. Dazu hab ich mir mal ein Makro geschrieben, das mal eben umschaltet. :wink:

mfg

Dirk.Pegasus

Grüezi Rolf

Das Problem ist, dass eine Berechnung bei mir ein
korrektes Ergebnis liefert, bei dem Kollegen in Österreich
aber mit #WERT! endet. Auf beiden Rechnern Excel 2000.

Welche Berechnung ist dies denn?
Bitte nenne doch konkret die Formel.

Ich habe inzwischen herausgefunden, dass auf dem jeweils
anderen System Komma und Punkt vertauscht werden.

Warum ist dies der Fall?
WElche Einstellungen sind im Betriebssystem vorgenommen, mit welcher Sprach-Version von Excel wird gearbeitet und sind überall die Trennzeichen vom BS übernommen?

Dezimalwerte, die ich mit Komma gesetzt habe, erscheinen
beim Kollegen als Punkt. - Und damit ist es für Excel
kein Wert mehr.

Hat jemand eine Idee?

Das kann nur dann der Fall sein, wenn ihr Zellen habt die als Text formatiert sind und in Berechnungen mit einbezogen werden.

Excel nimmt die Umstellung von Zahlenwerten an die jeweiligen Dezimaltrennzeichen zuverlässig und selbstständig vor.

Ausser wenn mit String-Operationen auf Zahlenwerte zugegriffen wird (brrr, da schüttelt es mich dann jeweils) kann ich mir hier kaum etwas anderes als Ursache vorstellen.


Mit freundlichen Grüssen

Thomas Ramel

  • MVP für MS-Excel -

Hallo zusammen,

ich muß nochmal die Geschichte mit der Fehlermeldung von

schau mal dort http://www.hilfdirselbst.ch/foren/In_Excel_das_Dezim…

der hat das schön zusammengefasst :smile:

Hallo RokonDark,

danke für den Link, der 3. Abschnitt könnte interessant werden.
Das werde ich am Montag mal testen. melde mich dann wieder.

Gruß
Rolf

[Bei dieser Antwort wurde das Vollzitat nachträglich automatisiert entfernt]

Hallo Thomas,

Das Problem ist, dass eine Berechnung bei mir ein
korrektes Ergebnis liefert, bei dem Kollegen in Österreich
aber mit #WERT! endet. Auf beiden Rechnern Excel 2000.

Welche Berechnung ist dies denn?
Bitte nenne doch konkret die Formel.

Das ist die Situation:

das ist die Situation:

 A | B | C | D | ... | L 
-------------------------------------------------
382 | | | | | 2,1/1,0/1,5
383 | | | | | 1,0/1,5
384 | | | 2,1/1,0/1,5 | |
385 | | | | |
386 | | | 2,1 | |
387 | | | 1,0 | |
388 | | | 1,5 | |

Formel in L 382:
=TEXT(D386;"#,0")&"/"&TEXT(D387;"#,0")&"/"&TEXT(D388-0,05;"#,0")
wird mei mir korrekt dargestellt, beim Kollegen: #WERT!

Formel in L383: =RECHTS(D384;7)

L384: wird über eine Gültigkeitsliste ausgewählt.

Formel in L386: =LINKS(D384;3)

Formel in L387: =LINKS(L383;3)

Formel in L388: =RECHTS(D384;3)

Excel nimmt die Umstellung von Zahlenwerten an die jeweiligen
Dezimaltrennzeichen zuverlässig und selbstständig vor.

Ausser wenn mit String-Operationen auf Zahlenwerte zugegriffen
wird (brrr, da schüttelt es mich dann jeweils) kann ich mir
hier kaum etwas anderes als Ursache vorstellen.

Oh,oh, das dürfte dann hier wohl der Fall sein - sorry :frowning:
Läßt sich das irgentwie lösen?

Gruß und danke für die Mühe

Rolf

Hallo Dirk,

schau mal unter Extras / Optionen / International

Da kannst du entweder die Trennzeichen von W-doof übernehmen
oder selbst festlegen.

Würde das dann nicht bedeuten, das dann die deutschen Kollegen
das Problem haben, das jetzt die österreichischen haben?

Aber inzwischen ist wohl klar, dass meine „String-Operationen“
schuld sind.

Was aber klar ist: Inhalte die bereits falsche Trenner
verwenden, werden beim Einfügen in EXCEL nicht in eine Zahl
umgewandelt. Dazu hab ich mir mal ein Makro geschrieben, das
mal eben umschaltet. :wink:

würde mir das helfen? Dann bitte ich ganz fleißig darum :smile:
Sorry für die späte Meldung - gestern keine Zeit mehr.

Gruß und danke
Rolf

mfg

Dirk.Pegasus

Das Problem ist, dass eine Berechnung bei mir ein
korrektes Ergebnis liefert, bei dem Kollegen in Österreich
aber mit #WERT! endet. Auf beiden Rechnern Excel 2000.

=TEXT(D386;"#,0")&"/"&TEXT(D387;"#,0")&"/"&TEXT(D388-0,05;"#,0")
wird mei mir korrekt dargestellt, beim Kollegen: #WERT!

Excel nimmt die Umstellung von Zahlenwerten an die jeweiligen
Dezimaltrennzeichen zuverlässig und selbstständig vor.

Ausser wenn mit String-Operationen auf Zahlenwerte zugegriffen
wird (brrr, da schüttelt es mich dann jeweils) kann ich mir
hier kaum etwas anderes als Ursache vorstellen.

Oh,oh, das dürfte dann hier wohl der Fall sein - sorry :frowning:
Läßt sich das irgentwie lösen?

Hallo Rolf,

ich glaube ich sah zwar mal Code der die Dezimaltrennzeichen usw. ausliest *glaub, aber nicht sicher bin* aber fehlt der Ansatz zu den Infos zu gelangen.

Achja, bei mir kommt da kein Fehler wie bei dir, aber das dachte ich mir vorher schon.

Gehe mal in die Systemsteuerung und dort zu Regionaleinstellungen, da siehst du dann diese 2 Felder (rechte kommt durch „Anpassen“ im linken)

Wenn du das Gleiche hast, kannst ja mein Bild nehmen und deinem Kollegen schicken, wenn nicht machste ein Bild deiner Einstellungen, so oder so schicke das dann deinem Kollegen, er soll mal vergleichen.
Klar, natürlich kann er dir auch ein Bild seiner Einstellungen schicken (was mir persönlich immer lieber ist *gg*)

Das Bild: >b> http://www.hostarea.de/server-04/April-6213b52da7.jpg >/b>

Selbst wenn überall das Gleiche eingestellt ist, weiß ich nicht daß damit der Fehler weg ist, denn ich probierte es mit mit leeren Zellen, dann mit 2.0, 1.0, 1.5
und es kam kein Fehler „Wert“ …
Okay, aus 1.5 wurde 1.Mai, aber das hat ja nix mit Wert-Fehler zu tun.

Gruß
Reinhard

ich glaube ich sah zwar mal Code der die Dezimaltrennzeichen
usw. ausliest *glaub, aber nicht sicher bin* aber fehlt der
Ansatz zu den Infos zu gelangen.

Hallo Rolf,

mir hatte nur das internationale Flair gefehlt :smile:

Sub TrennzeichenRausbekommen()
MsgBox Application.International(xlDecimalSeparator)
End Sub

In der Vba-Hilfe zu International stehen noch andere Bezeichnungen die man auslesen kann.
Wie gedacht, nur auslesen nicht schreiben.

Gruß
Reinhard

schau mal unter Extras / Optionen / International
Da kannst du entweder die Trennzeichen von W-doof übernehmen
oder selbst festlegen.

Hallo Rolf,

den Punkt gibt es bei XL2000 nicht.

Gruß
Reinhard

Hallo Rolf,

vielleicht nutzt euch das was als Ansatz, DTX dient nur zur Simulation wenn das Trennzeichen der Punkt wäre.

In Modul1:

Function DT() As String
DT = Application.International(xlDecimalSeparator)
End Function

Function DTX() As String
DTX = „.“
End Function

Anwendung in der Tabelle:

Tabellenblatt: [Mappe2]!Tabelle4
 │ A │ B │
──┼──────┼────────┤
1 │ 34,5 │ 345 │
──┼──────┼────────┤
2 │ 34.5 │ 345 │
──┼──────┼────────┤
3 │ 34.5 │ #WERT! │
──┴──────┴────────┘
Benutzte Formeln:
B1: =WENN(DT()=";";A1\*10;WECHSELN(A1;".";",")\*10)
B2: =WENN(DTX()=";";A2\*10;WECHSELN(A2;".";",")\*10)
B3: =A3\*10

A1:B3
haben das Zahlenformat: Standard

Tabellendarstellung erreicht mit dem Code in FAQ:2363

Gruß
Reinhard

schau mal unter Extras / Optionen / International
Da kannst du entweder die Trennzeichen von W-doof übernehmen
oder selbst festlegen.

Hallo Reinhard,

den Punkt gibt es bei XL2000 nicht.

Dacht ich mir, weil ich schon danach gesucht hatte, wollt’s aber
nicht behaupten, bevor ich es Montag nicht geprüft hätte.
Hab hier nur 2003.

Gruß

Rolf

Hallo Reinhard,

vielleicht nutzt euch das was als Ansatz, DTX dient nur zur
Simulation wenn das Trennzeichen der Punkt wäre.

In Modul1:

Function DT() As String
DT = Application.International(xlDecimalSeparator)
End Function

Function DTX() As String
DTX = „.“
End Function

Anwendung in der Tabelle:

Tabellenblatt: [Mappe2]!Tabelle4
│ A │ B │
──┼──────┼────────┤
1 │ 34,5 │ 345 │
──┼──────┼────────┤
2 │ 34.5 │ 345 │
──┼──────┼────────┤
3 │ 34.5 │ #WERT! │
──┴──────┴────────┘
Benutzte Formeln:
B1: =WENN(DT()=";";A1*10;WECHSELN(A1;".";",")*10)
B2: =WENN(DTX()=";";A2*10;WECHSELN(A2;".";",")*10)
B3: =A3*10

A1:B3
haben das Zahlenformat: Standard

Tabellendarstellung erreicht mit dem Code in
FAQ:2363

Danke für Deine Mühe, ich wollt’s schon reinfrickeln, aber ich will es
nicht mit 2003 speichern und dann mit 2000 weiterbearbeiten.
Ich werd’s Montag testen und das Ergebnis kundtun.

Vielen Dank bis hierher.

Gruß

Rolf

Grüezi Rolf

Das Problem ist, dass eine Berechnung bei mir ein
korrektes Ergebnis liefert, bei dem Kollegen in Österreich
aber mit #WERT! endet. Auf beiden Rechnern Excel 2000.

In diesem Zusammenhang auch wichtig ist, *waurm* denn die Dezimaltrennzeichen unterschiedlich sind.

Was ist (bei beiden Rechnern) denn in den Regionseinstellungen als Sprache festgelegt?

Deutschland und Österreich haben da dieselben Trennzeichen, daran sollte/dürfte es nicht liegen.
Oder arbeitet dein Kollege mit englischen Einstellungen (oder hat er die Dezimaltrenner in Excel selbst anders eingestellt)?

Wer von euch hat denn nun nicht das Komma als Dezimaltrennzeichen in seinem Excel?
Das ist der Verursacher des Fehlers und er muss dies bei sich lokal ausmerzen.

Welche Berechnung ist dies denn?

das ist die Situation:

Danke für deine Klarstellung.

Formel in L 382:
=TEXT(D386;"#,0")&"/"&TEXT(D387;"#,0")&"/"&TEXT(D388-0,05;"#,0")
wird mei mir korrekt dargestellt, beim Kollegen: #WERT!

Ja, das liegt daran, dass hier das Komma als Dezimaltrenner verwendet wird, dein Kollege aber vermutlich/offensichtlich den Punkt als Dezimaltrenner eingestellt hat (er sollt mal herausfinden wer und warum dein System dermassen ‚verbogen‘ wurde).

Ausser wenn mit String-Operationen auf Zahlenwerte zugegriffen
wird (brrr, da schüttelt es mich dann jeweils) kann ich mir
hier kaum etwas anderes als Ursache vorstellen.

Oh,oh, das dürfte dann hier wohl der Fall sein - sorry :frowning:
Läßt sich das irgendwie lösen?

Lass dich nicht ins Boxhorn jagen von meinen Aussagen. :wink:

Ich bin hier sehr sensibilisiert, weil ich regelmässig auf diese Problematik treffe - wir Schweizer haben hier nämlich seit jeher den Punkt als Dezimaltrennzeichen und ich habe mir angewöhnt Lösungen zu nennen, bei denen diese Problematik nicht auftritt (soweit mir das möglich ist).

Wenn ihr euch abgestimmt habt wird das Ganze dann ohne weitere Probleme funktioniere, dessen bin ich mir sicher.


Mit freundlichen Grüssen

Thomas Ramel

  • MVP für MS-Excel -

Hallo Rolf,

Das Problem ist, dass eine Berechnung bei mir ein
korrektes Ergebnis liefert, bei dem Kollegen in Österreich
aber mit #WERT! endet. Auf beiden Rechnern Excel 2000.

Welche Berechnung ist dies denn?
Bitte nenne doch konkret die Formel.

Das ist die Situation:

das ist die Situation:

A | B | C | D | … | L

382 | | | | | 2,1/1,0/1,5
383 | | | | | 1,0/1,5
384 | | | 2,1/1,0/1,5 | |
385 | | | | |
386 | | | 2,1 | |
387 | | | 1,0 | |
388 | | | 1,5 | |

Formel in L 382:
=TEXT(D386;"#,0")&"/"&TEXT(D387;"#,0")&"/"&TEXT(D388-0,05;"#,0")
wird mei mir korrekt dargestellt, beim Kollegen: #WERT!

Formel in L383: =RECHTS(D384;7)

wie sieht der Eintrag in D384 bei dem Kollegen aus? Haben die Werte zwischen Schrägstrichen Punkt oder Komma als Dezimaltrennzeichen? Ist die Anzahl der Dezimalstellen immer gleich? Die gleichen Fragen für D386:smiley:388.
Wie entstehen die Werte in der Gültigkeitsliste - durch eine Formel oder werden sie gleich als String manuell eingetragen?

L384: wird über eine Gültigkeitsliste ausgewählt.
Formel in L386: =LINKS(D384;3)
Formel in L387: =LINKS(L383;3)
Formel in L388: =RECHTS(D384;3)

Excel nimmt die Umstellung von Zahlenwerten an die jeweiligen
Dezimaltrennzeichen zuverlässig und selbstständig vor.

Ausser wenn mit String-Operationen auf Zahlenwerte zugegriffen
wird (brrr, da schüttelt es mich dann jeweils) kann ich mir
hier kaum etwas anderes als Ursache vorstellen.

Oh,oh, das dürfte dann hier wohl der Fall sein - sorry :frowning:
Läßt sich das irgentwie lösen?

Welche Einstellungen sind bei dir und bei den Kollegen in der Systemsteuerung unter Regions- und Sprachoptionen? Für Excel in Deutsch gibt es z.B. die Einstellungen „Deutsch/Lichtenstein“ und „Deutsch/Schweiz“ die als Dezimaltrennzeichen den Punkt darstellen? Wurde hier bei dir oder den Kollegen bei einer Spracheinstellung auf der Registerkarte „Regions- und Sprachoptionen“ über den Button „Anpassen“ etwas verändert?

Selbst wenn alle Einstellungen korrekt sind, ist der Hinweis von Thomas auf jeden Fall zu beachten. Sauberer wäre sicherlich eine „Bereinigung“ der Datei in Bezug auf die Formeln.

Wenn das aber nicht möglich ist, kann man sicherlich ein paar Formeln zusammensetzen, die das Problem vielleicht beheben. Allerdings kann das auch immer wieder hochkommen, z. B. wenn mit weiteren Formeln auf diese Zellen zugegriffen wird.

Angenommen, der Eintrag in D384 ist bei dir „2,1/1,0/1,5“ und bei dem Kollegen „2.1/1.0/1.5“. Für diesen Fall könnte ich ja mal schnell die Formeln zusammensetzen. Da kann man als Dezimaltrennzeichen das 2. Zeichen aus dem String verwenden. Ich denke, dass das geht, ansonsten wird es sehr kompliziert oder vielleicht sogar nur mit Kompromissen möglich, das gewünschte Ergebnis zu erzielen. Problem ist, es ist nicht möglich, eine Zahl in einem String mit einer Nachkommastelle zu produzieren, wenn die Stelle nach dem Komma eine „0“ ist ohne die Textfunktion zu benutzen. In der Textfunktion wird das Dezimaltrennzeichen festgelegt, aber wie, wenn ich das nirgens auslesen kann.

Gruß
Marion

Hallo Rolf,

Einstellung in Excel unter Extras, Optionen, International:
„Trennzeichen vom Betriebssystem übernehmen“ aktivieren

in Abhängigkeit von der Darstellung des Strings in D384 (mit Punkt oder mit Komma als Dezimaltrennzeichen) werden die anderen Einträge dargestellt (entscheidend ist das erste Dezimaltrennzeichen, es muss zu der Ländertypischen Einstellung passen)

Falls in L382 der Fehler #Wert auftritt, bitte die Ländereinstellung ändern.
Die Ländereinstellung muss der Darstellung in D384 entsprechen.
Die Ländereinstellung kann bei geöffneter Datei geändert werden (falls Datei mit viel Rechenaufwand, besser schließen)
D384 mit Punkt als Dezimaltrennzeichen: z.B. Deutsch(Liechtenstein)
D384 mit Komma als Dezimaltrennzeichen z.B. Deutsch(Deutsch) oder andere entsprechend

hier die Formeln:

Zelle Formel
L382 =(WENN((REST((D386\*10);10)/10=0);GANZZAHL(D386)&TEIL(D384;2;1)&"0";GANZZAHL(D386)+REST((D386\*10);10)/10))&"/"&(WENN((REST((D387\*10);10)/10=0);GANZZAHL(D387)&TEIL(D384;2;1)&"0";GANZZAHL(D387)+REST((D387\*10);10)/10))&"/"&((WENN((REST((D388\*10);10)/10=0);GANZZAHL(D388)&TEIL(D384;2;1)&"0";GANZZAHL(D388)+REST((D388\*10);10)/10))\*1)-0,05
M382 =TEXT(D386;"#,0")&"/"&TEXT(D387;"#,0")&"/"&TEXT(D388-0,05;"#,0")
L383 =WENN((TEIL(D384;7;1)/10)=0;TEIL(D384;5;1)&TEIL(D384;2;1)&"0";TEIL(D384;5;1)+(TEIL(D384;7;1)/10))&"/"&(WENN((TEIL(D384;11;1)/10)=0;TEIL(D384;9;1)&TEIL(D384;2;1)&"0";TEIL(D384;9;1)+(TEIL(D384;11;1)/10)))
M383 =RECHTS(D384;7)
L386 =TEIL(D384;1;1)+TEIL(D384;3;1)/10
M386 =LINKS(D384;3)
L387 =--WENN(SUCHEN("/";L383;1)=4;TEIL(L383;1;1)+TEIL(L383;3;1)/10;TEIL(L383;1;1))
M387 =LINKS(L383;3)
L388 =TEIL(D384;9;1)+RECHTS(D384;1)/10
M388 =RECHTS(D384;3)

oder bequemer hier:

http://www.gmx.de/mc/VIrLCfpORAg3qE4k15ee6yC7sA9mcA

Hinweis: Der Link für den Gastzugang zum GMX MediaCenter ist bis zum
20.5.2008 gültig.

Anmerkung: Ich habe nur einige verschiedene Varianten getestet. Bitte deshalb unbedingt gründlich testen, ob die Formeln fehlerfrei sind. Die o.a. Hinweise (sind auch in der Datei enthalten) ebenfalls unbedingt beachten.

Evtl. ist es viel einfacher, die Ursprungsdatei zu bearbeiten.

@Reinhard: Hallo Reinhard, ich weiß, dass die Formeln viel zu lang sind, aber sehe nicht die Notwendigkeit, die Formeln zu kürzen, falls es überhaupt möglich ist. Aber auch die Möglichkeit will ich nicht prüfen. Eher würde ich die Datei aufräumen (muss aber auch nicht sein)GuK Marion :wink:

Gruß
Marion

Hallo Marion

Einstellung in Excel unter Extras, Optionen, International:
„Trennzeichen vom Betriebssystem übernehmen“ aktivieren

Rolf hat XL2000, da gibbtet das nich.

@Reinhard: Hallo Reinhard, ich weiß, dass die Formeln viel zu
lang sind, aber sehe nicht die Notwendigkeit, die Formeln zu
kürzen, falls es überhaupt möglich ist. Aber auch die
Möglichkeit will ich nicht prüfen. Eher würde ich die Datei
aufräumen (muss aber auch nicht sein)GuK Marion :wink:

Irgendwas lief da schief in unsrr Kommunikation.
ich habe mir deine Formeln gar nicht angesehen, sie werden richtig sein, ich schaue sie mir erst an wenn Rolf sagt er komt damit nicht klar.
Und, Formeln kürzen ist mein Hobby, aber ich sah dazu noch keinen Handlungsbedarf, mir doch egal was du da in deinem Link anderen beschreibst, im worst case sind das Pivots und da hab ich eh keine Ahnung.

LGuK
Reinhard

Gruß
Marion

Hallo Rolf,

das Makro hilft nur, wenn du aus der Zwischenablage Daten einfügst, die das falsche Trennzeichen verwenden:

Sub insertWithUkSettings()
 Dim cell As Range
 Dim sp

 Application.ScreenUpdating = False

 With Application
 .DecimalSeparator = "."
 .ThousandsSeparator = ","
 .UseSystemSeparators = False
 End With

 ActiveSheet.Paste

 Application.UseSystemSeparators = True

 Application.ScreenUpdating = True
End Sub

OT @Marion
Hallo Marion,

ich habe mir meine andere Antwort nochmal durchgelesen, meine Wortwahl
„mir doch egal was du da in deinem Link anderen beschreibst,“
ist sehr sehr blöd formuliert *zugeb*

Sie war und ist so gemeint, du hast dich unter Garantie sicher sehr in das Problem vertieft und Lösungen herausgefunden/angeboten.
Natürlich überfliege ich deine Lösungen, ich will ja wissen wie du es gelöst hast um davon zu lernen, also vom Lösungsansatz.
Denn du weißt viele Dinge die ich nicht kenne bzw. wendest Funktionen an die ich noch nie benutzt habe.
An solchen Dingen bin ich sehr interessiert.

Und mit „egal“ wollte ich ausdrücken, zu 99,9 % sind deine Formeln richtig, da du viel aufwendiger als ich austestest und das fehlende Promille soll der Anfrager herausfinden und sich melden.

Wäre ja pure Zeitverschwendung das was du schon getan hast um die Formeln zu testen nochmals grundlos zu tun :smile:

LGuK
Reinhard

[Bei dieser Antwort wurde das Vollzitat nachträglich automatisiert entfernt]

1 „Gefällt mir“

Hallo Reinhard,

Einstellung in Excel unter Extras, Optionen, International:
„Trennzeichen vom Betriebssystem übernehmen“ aktivieren

Rolf hat XL2000, da gibbtet das nicht

ich weiß, hatte es gelesen, war nur vorsichtshalber und gehört zu den Formeln. Ich hab leider am Text gespart, hätte es auch genauer beschreiben können, aber meine Zeit war knapp - leider, ich hoffe auf Verständnis und dass es vielleicht trotzdem ein wenig hilft - und wenn nur bei der Überlegung, wie man solche Probleme in Zukunft vermeiden kann. Falls jemand, die Möglichkeit hat, dass Trennzeichen in Excel einzustellen und hat dort was anderes eingestellt, sind die Formeln nicht in jeden Fall richtig.

@Reinhard: Hallo Reinhard, ich weiß, dass die Formeln viel zu
lang sind, …

Irgendwas lief da schief in unsrr Kommunikation.
ich habe mir deine Formeln gar nicht angesehen, sie werden
richtig sein, ich schaue sie mir erst an wenn Rolf sagt er
komt damit nicht klar.

das war nur vorbeugend, :wink:
ich dachte, du kannst dann den Satz sparen. Aber ich habe echt nicht über die Formeln nachgedacht, einfach nur im Editor zusammengesetzt. Hat den Vorteil, dass es sehr schnell geht und Fehler nicht vorkommen (wirkt nicht gegen Denkfehler, aber sicher gegen Syntaxfehler)

Und, Formeln kürzen ist mein Hobby, aber ich sah dazu noch

du kannst dich gern austoben, für mich ist das abgehakt, ich würde eher die Datei überarbeiten *g*
Lieben Gruß
Marion