Sehr seltsam! In einer (intelligenten) Tabelle (tbl_Kunden1) wurde zeilenweise gerechnet. Der Betrag aus der Spalte Rechnungsbetrag wurde um 100 erhöht.
Kopiert man nun diese Formel in eine andere (intelligente) Tabelle, in der sich auch eine Spalte Rechnungsbetrag befindet, wird leider der Bezug auf die erste Tabelle mitgenommen:
mein Bekannter hat
sich die neue Version angeschaut.
Jetzt lässt sich der Datensatz zwar anlegen, aber es treten neue Fehler auf, die bisher noch nicht vorhanden waren.
In der Tabelle erscheint nach dem Löschen des Datensatzes ein Fehler.
Hallo Herr L.,
öffnen Sie mal bitte eine ältere Version und klicken Sie dort auf Datenverwaltung und löschen Sie einen Datensatz.
Klicken Sie anschließend auf den Datensatz direkt über dem Datensatz, den Sie gelöscht haben.
Sie erhalten den Fehler.
Heißt: DIESER
Fehler war schon lange drin, bevor Sie mir die Datei geschickt haben.
Woher kommt er?
Beim Löschen einer Zeile liefert die Zeile darüber einen Fehler:
Sie greifen auf den
VALUE dieser Zelle zu – das knallt!
Die Ursache des
Fehlers:
In der Spalte K (Membership) greift die Formel für den Wert „Silber“ auf die Zeile darunter zu! Die Formeln dieser Spalte sind falsch! Schon bevor Sie mir die Datei geschickt haben!
=WENN(UND(H2="Spain";J2>200);"Black";WENN(UND(H2="Spain";J2>180);"Platinum";WENN(UND(H2="Spain";J2>150);"Gold";WENN(UND(H3="Spain";J2>140);"Silber";WENN(UND(H2="Spain";J2>130);"Standard";WENN(UND(H2="Spain";J2>50);"Blue";"out of order"))))))
Fazit: es sind nicht neue Fehler – in Ihrem Programm sind einige alte Fehler, für die ich mich nicht verantwortlich zeichne.
An dieser Maske dlgKundenverwaltung habe ich nichts geändert.
schöne Grüße
Rene Martin
*) An Gott glauben wir; alle anderen müssen Daten zeigen!
Gestern auf dem Excelstammtisch stellte Volker folgendes Problem bei/mit intelligenten (dynamischen; strukturierten) Tabellen vor.
Wir haben eine Liste, die zu einer intelligenten Tabelle verwandelt wurde:
Die Tabelle heißt tbl_Planeten.
Auf einem zweite Tabellenblatt wird Bezug auf diese Tabelle genommen; genauer: auf jede Spalte:
=WENNFEHLER(tbl_Planeten[@Planet];"")
Erstaunt stellt man fest, dass der erste Planet – Merkur – fehlt. Die Antwort ist simpel: „@“ bezieht sich auf die Informationen der aktuellen Zeile. Da die zweite Tabelle erst ab Zeile zwei beginnt (die erste fängt in der ersten Zeile an), ist der Bezug versetzt. Man muss also bei Tabellen gleich positionieren. Das birgt Gefahren.
Fazit: besser SO nicht Tabellen miteinander verknüpfen. Es gibt bessere Lösungen: PowerQuery sei an dieser Stelle genannt. Oder relative Bezüge.
Danke an Volker für diesen amüsanten und wichtigen Hinweis!
Vor vier Wochen war ich in einer Rechtsanwaltskanzlei und habe gefühlte 15.000 Diagramme bearbeitet. Dabei sind mir eine Reihe an Dingen aufgefallen. Beispielsweise:
Wir wollten einen Titel ändern. Er ließ sich allerdings nicht editieren. Weder mit [F2] noch per Doppelklick:
Es hat eine ganze Weile gedauert, bis ich bemerkt habe, dass der Text nicht in der Titelzeile steht, sondern in einer Zelle, auf die Bezug genommen wird. Nur dort (in der Bearbeitungsleiste oder in der Zelle) kann der Text geändert werden.
Programmieren Sie VBA? Programmieren Sie Formeln in VBA? Auf einem Tabellenblatt befinden sich in den Spalten BJ und BL Daten, die vertikal angeordnet sind:
Auf einem anderen Blatt wird Bezug auf diese Daten genommen:
Während ich die erste Spalte nach unten ziehen kann, muss ich die Formeln der ersten Zeile getrennt eingeben – ich möchte weder mit MTRANS, INDIREKT noch mit BEREICH.VERSCHIEBEN arbeiten. Es handelt sich um maximal sechs Werte.
Die Formeln müssen per VBA neu geschrieben werden. Der Makrorekorder ermittelt für die Formel
Dabei ist RC[61] ein relativer Bezug: R -> gleiche Zeile; C[61] -> Spalte um 61 Spalten verschoben. Wäre der Bezug absolut ($BJ$2) wäre der Code:
R2C62
also: in Zeile 2 und in Spalte 62 – egal, wo sich die Zielzelle befindet. Der Code wird in einer Schleife verwendet:
For i = 1 To 6
ThisWorkbook.Worksheets("tbl_Risikomatrix").Range("A1").Offset(i, 0).FormulaR1C1 = _
"=IF(tbl_Basisdaten!RC[61]="""","""",tbl_Basisdaten!RC[61])" ' -- erste Spalte A
Next i
Klappt famos! Und nun die erste Zeile. Der Makrorekorder zeichnet auf:
For i = 1 To 6
ThisWorkbook.Worksheets("tbl_Risikomatrix").Range("A1").Offset(0, i).FormulaR1C1 = _
"=IF(tbl_Basisdaten!R[" & i & "]C[62]="""","""",tbl_Basisdaten!R[" & i & "]C[62])" ' -- erste Zeile 1
Next i
Padautz – das funktioniert nicht! In B1 greife ich auf Spalte 63 zu, also 62 Spalten „neben mir“. In C1 dagegen benötige ich die Spalte, die sich 61 Spalten neben mir befindet, in D1 dagegen 60 Spalten. Also noch einmal:
For i = 1 To 6
ThisWorkbook.Worksheets("tbl_Risikomatrix").Range("A1").Offset(0, i).FormulaR1C1 = _
"=IF(tbl_Basisdaten!R[" & i & "]C[" & (63 - i) & "]="""","""",tbl_Basisdaten!R[" & i & "]C[" & (63 - i) & "])" ' -- erste Zeile 1
Next i
Und das klappt! Man muss so aufpassen bei den Bezügen! Und beim Umdenken von =BL2 auf =R[1]C[62].
Verblüffend! Kennen Sie das? Ich habe ein Tabellenblatt mit einer intelligenten Tabelle. In der Arbeitsmappe wird ein Name oder mehrere Namen definiert, die Bezug auf diese intelligente (dynamische, formatierte, strukturierte) Tabelle nehmen:
Auf einem zweiten Tabellenblatt wird mit einer Formel (oder einer Datenüberprüfung) Bezug auf die Tabelle genommen:
Wird nun dieses Tabellenblatt dupliziert, werden auch die Namen dupliziert – sie liegen nun als Arbeitsmappennamen und Tabellenblattnamen vor:
Dupliziert man nun ein weiteres Mal das Duplikat, erhält man die Frage, „wohin mit den Namen“:
Der Name ist bereits vorhanden. Klicken Sie auf „Ja“, um diese Version des Namens zu verwenden, oder klicken Sie auf „Nein“, um die Version, die Sie verschieben oder kopieren möchten, umzubenennen.
Ich möchte den Namen nicht verschieben oder kopieren!
Und dann? Ist der Name drei Mal vorhanden … einmal als Arbeitsmappenname und zwei Mal als Tabellenblattname.
Nichts wird gelöscht! Also doch per Hand. Beispielsweise so:
Sub Bezug_Loeschen_02()
Dim xlZelle As Range
For Each xlZelle In ActiveSheet.UsedRange
If xlZelle.Text = "#BEZUG!" Then
xlZelle.ClearContents
End If
Next
End Sub
Der Grund ist verständlich: Der Suchen- und Ersetzen-Befehl ist sehr mächtig. So wird auch in „26.10.2020“ der Wert „2020“ gefunden, obwohl in der Zelle eigentlich der Wert 44.130 steht. Eben: #BEZUG! ist eigentlich ein Fehlerwert (und kein Text). Er steht ja auch in der Mitte der Zelle. Suchen und ersetzen „übergeht“ diesen Datentyp; der VBA-Befehl Replace sucht (und ersetzt) einen Text (was nicht in der Zelle steht).
Und wer nun fragt: „Wer braucht denn so etwas?“ Letzte Woche habe ich eine Datei mit fehlerhaften Bezügen bekommen. Der Anwender hat ein Blatt von einer Datei in eine andere kopiert. Ich wollte diese nichtssagenden Fehler mit einem Makro „rausputzen“ – Klick auf Button sollte die Datei „bereinigen“.
Und so habe ich festgestellt, dass der Replace-Befehle nicht geeignet ist.
Ich bereite gerade eine Excelschulung vor. Dabei bin ich über einen Artikel von Andreas Thehos gestolpert. Er beschreibt folgenden Bug in Excel:
Angenommen man hat eine Tabelle mit Berechnungen und wandelt sie in eine intelligente Tabelle um. Dabei werden in Bezügen der eigene Tabellenblattname genannt.
Sortiert man nun diese Tabelle, beispielsweise nach Spalte C (Radius), so wird die berechnete Spalte nicht mitsortiert.
Für „normale“ Listen habe ich diesen Bug hier auf excel-nervt.de schon mehrfach beschrieben. Das Erstaunlich ist, dass dieses Phänomen auch bei intelligenten Tabellen eintritt, die doch eigentlich die Aufgabe haben sollten, die Zeilen zusammenzuhalten.
Manchmal ist es irritierend. Aufgabe in der Excelschulung: Erhöhen Sie den Jahresbeitrag der Blue-Mitgleider um 5 Euro, der anderen Mitglieder um 10 Euro. Ein Teilnehmer arbeitet mit einer Hilfsspalte:
=WENN(J2=“Blue“;5;10)
Ich sage, dass dieses Vorgehen völlig okay sei, dass er aber auch direkt in der WENN-Funktion rechnen könne. Ich korrigiere und klicke auf die Zelle J2:
=WENN(J2=“Blue“;H25;10)
Der Teilnehmer schaut mich irritiert an. Ich füge ein Pluszeichen ein – und schon wird klar, wie gerechnet wurde:
Der zweite Teil muss natürlich noch eingefügt werden:
Etwas verblüfft war ich in der letzten Excelschulung. Ich löse mit den Teilnehmern folgendes Problem: Es werden in zwei verschiedenen Zellen zwei Monate ausgewählt und die Kosten von – bis werden berechnet. BERICH.VERSCHIEBEN eignet sich hervorragend zur Lösung dieses Problems.
Meine Lösung:
BEREICH.VERSCHIEBEN:
Beginne bei A1.
Suche E1 im Datumsbereich mit der Funktion VERGLEICH und wandere so viele Zeilen nach unten.
Wandere eine Spalte nach rechts.
Ermittle die Höhe des aufzuspannenden Bereichs als Differenz beider Werte Ende – Anfang, die mit VERGLEICH berechnet werden.
Die Breite des Bereichs ist eine Spalte.
Klappt. Ein Teilnehmer präsentiert eine andere Lösung, die er parallel entwickelte:
Mich irritiert der Doppelpunkt. Dann wird mir klar, wie der Teilnehmer gedacht und wie die Formel gearbeitet hat:
Mit =C3 wird eine Referenz auf die Zelle C3 gesetzt. Diese Formel liefert den Wert der Zelle C3. Also steht „C3“ für zweierlei: die Zelle C3 als Objekt, als Bezug, aber auch der Inhalt der Zelle C3.
Und genau so arbeitet seine Formel – Während „meine“ Funktion BEREICH.VERSCHIEBEN den Wert der Zelle (beziehungsweise die Werte der Zellen) zurückgibt, setzt er einen Bezug auf die erste und die letzte Zelle und spannt zwischen ihnen einen Bereich auf, dessen Werte summiert werden.
könntest Du mir bitte mit einer unserer Folien helfen?
Und zwar erscheint das Diagramm in Datenblatt 14 leer,
obwohl ich mir sicher bin, dass wir dort zusammen mit Dir eine Tabelle hatten.
Das ist die Folie, in der wir die Dauer des Verfahrens -10% Ausreißer oben und
unten darstellen.
Du kannst Dich gerne melden, wenn Du Fragen hast.
Liebe Grüße, Carmen
Was mache ich? Ich suche die Quelle des Diagramms. Fehler!
Mit dem Assistenten „Spur zum Fehler“ (in der Registerkarte „Formeln“) finde ich die Bösewichter:
Ich schreibe:
Hallo Carmen,
auf dem Blatt „Duration“ sind in K1378 ff. Bezugsfehler – ihr habt wahrscheinlich auf dem Overview-Blatt Zeilen eingefügt (oder gelöscht) – auf „Duration“ aber nicht. Das bewirkt, dass auf dem Blatt „14 average“ in den Zellen N1378 ein Bezugsfehler steht. Ich würde die Zeilen 1378:1383 löschen. Dann hast du in den Zellen X2:AA4 auch keine Fehler mehr und dann hast du ein korrektes Diagramm.
Kommste klar?
LG aus Graz
Rene
Carmen antwortet:
Wahnsinn – du bist ein Genie, René!! Tausend Dank für Deine schnelle Hilfe. Ich hab es tatsächlich geschafft 🙂
Anmerkung: Nö – ein Genie bin ich nicht … wirklich nicht … Ich kenne aber Excel ein bisschen …
Ich soll den Fehler in einer Formel finden. Genauer:
=GESTUTZTMITTEL(B:B;20%)
liefert die Fehlermeldung #BEZUG!
Kann die Funktion GESTUTZMITTEL keine Texte, wie beispielsweise in der Überschrift verarbeiten? Sind die Parameter richtig gefüllt? Stehen wirklich Zahlen in den Zellen der Spalte B? Sind die „Ränder“ so groß, dass kein MITTELWERT berechnet werden kann? Dann komme ich auf die Idee und lasse Excel mit dem Assistenten „Fehlerprüfung / Spur zum Fehler“ den Fehler finden (Registerkarte „Formeln“, Gruppe „Formelüberwachung“). Padautz: in Zelle B1373 steht ein Fehlerwert. Böse Menschen, die so etwas machen!
könntest Du uns bitte bei unserem gemeinsamen Meisterwerk
vom letzten Jahr helfen?
Einige Auswertungen für 2018 habe ich schon aktualisiert,
aber bei der Folie Nr. 12 (average duration) bin ich kläglich gescheitert.
Könntest Du mir hier bitte helfen?
Ich schicke Dir die gesamte Statistik-Datei anbei mit.
Liebe Grüße und schon vorab ganz lieben Dank!
Carmen
Hallo Carmen,
was bekomme ich, wenn ich dir die Lösung verrate? *lach*
Im Ernst: in dem Blatt „Overview“ steht in Zelle X1180
der Wert „11.07.2018?“. Das ist kein Datum! Deshalb stehen auf dem Blatt
„01 Duration“ in den Zellen K1180 und L1180 Fehlerwerte. Die werden in „12
average duration“ übernommen.
Auf dem Blatt „01 Duration“ habt ihr eine Zeile eingefügt oder gelöscht (ich kann das nicht genau erkennen. Die Folge sind Bezugsfehler, die sich durchziehen! Übrigens in den Zeilen 1181 und 1182 auch. Suche mal auf dem Blatt „01 Duration“ nach dem Text „#“ – du findest so die Fehler. Ich korrigiere sie nicht, weil ich weiß, welche Werte drinstehen sollen.
Deine Formel ist korrekt. Wenn die Fehler behoben sind,
bekommst du auch ein Ergebnis! Und ein Diagramm.
Liebe Grüße
Rene
PS: ich habe eine Weile gesucht, warum die Formel nicht
korrekt rechnet … manchmal muss man umgekehrt denken …
Ich überarbeite für eine Firma ein Formular. Auf diesem Formular befinden sich eine Reihe an Dropdownfeldern (Datenüberprüfungen).
Ich kopiere das Tabellenblatt in eine andere Arbeitsmappe:
In der anderen Datei stelle ich fest, dass ich die Liste nicht mehr öffnen kann:
Ein Blick in Daten / Datenüberprüfung verrät mir warum: eine Liste wird zugelassen. Die Quelle der Liste verweist auf die erste Datei:
Klar: eine Datenüberprüfung (und eine bedingte Formatierung) können keinen Bezug auf andere Dateien nehmen. Also kopiere ich auch das fehlende Blatt in meine Datei. Was passiert? Nichts! Die Quelle verweist noch immer auf die erste Datei.
Also noch einmal: ich kopiere das Formularblatt und alle Blätter, auf denen die Daten für die Datenüberprüfungen liegen, in die zweite Datei. Dann funktioniert es.
Einige Funktionen in Excel können nicht dateiübergreifend rechnen. Ist die Quelldatei geschlossen, stehen in der Zieldatei nach erneutem Öffnen Fehler in den Zellen.
Erstaunlicherweise kann Excel auch keine Bezüge auf intelligente/formatierte Tabellen in anderen Dateien zulassen. Hier ein Beispiel mit einem SVERWEIS:
Schließt man beide Dateien und öffnet die Zieldatei erneut, sieht das Ergebnis folgendermaßen aus:
Rechts stehen übrigens die Funktionen ZÄHLENWENN und SUMMEWENN.
Ich öffne eine Excelmappe und versuche die Pivottabelle zu ändern. Ich erhalte eine Fehlermeldung:
„Der PivotTable-Bericht wurde ohne die zugrunde liegenden Quelldaten gespeichert. Wählen Sie den Befehl ‚Daten aktualisieren‘, um den Bericht zu aktualisieren.“
Verstanden! – ich versuche den Bericht zu aktualisieren und erhalte erneut eine Fehlermeldung:
„Der Bezug ist ungültig.“
Verstanden – ich schaue nach in den PivotTable-Tools in Analysieren / Daten / Datenquelle ändern – dort steht die Datenquelle (der Name der intelligenten Tabelle), auf der die Pivottabelle aufsetzt.
Was ist passiert: man erstelle eine intelligente/formatierte Tabelle; nenne sie beispielsweise „Mitarbeiter“. Man setze eine Pivottabelle auf, wobei die Option „Dem Datenmodell diese Daten hinzufügen“ nicht aktiviert sein darf.
Man lösche die Datenquelle, also das Tabellenblatt, auf dem sich die Tabelle „Mitarbeiter“ befindet.
Deaktiviert man in den Optionen der Pivottabelle (Registerkarte „Daten“) die Option „‚Details anzeigen‘ aktivieren, so ist kein Drilldown mehr möglich – also ein Doppelklick auf einen Zahlenwert führt zu einer Fehlermeldung:
„Sie können Datenzellen für Felder im Zeilen-, Spalten- oder Seitenbereich nicht bearbeiten.“
Noch perfider wird es, wenn man in den Optionen die Einstellung „Quelldaten mit Datei speichern“ deaktiviert. Speichert man die Excel-Arbeitsmappe, schließt sie und öffnet sie erneut, hat man etwas, das aussieht wie eine Pivottabelle, aber leider keine ist. Überall Fehlermeldungen!
Böse! Und nirgends ein Hinweis darauf, dass die Quelldaten entfernt wurde UND der PivotCache geleert wurde.
Schon perfide: Ich verbinde zwei Zellen miteinander („verbinden und zentrieren“). Ich speichere die Datei unter dem Namen „RenesTest.xlsx“. Ich verweise von einer anderen Datei auf die verbunden Zelle(n) und erhalte als Bezug:
=[RenesTest.xlsx]Tabelle1!$B$5
Ich speichere die Datei unter dem Namen „Test Rene.xlsx“. Erneut ein Bezug auf die verbundenen Zellen. Nun erhalte ich:
='[Test Rene.xlsx]Tabelle1′!$B$5:$C$5
was nach Bestätigung mit dem Fehler #WERT! quittiert wird. Erstaunlich, dass bei einem Leerzeichen im Dateiname der Bezug auf die verbunden Zellen aufgelöst wird, während bei einem Dateinamen ohne Leerzeichen der Bezug auf eine Zelle erfolgt!
Fazit: Besser nicht „verbinden und zentrieren!“ Das bringt nur Ärger!
Manchmal stolpert man (ich) über seine eigenen Füße.
Heute. Excelschulung. Ich erkläre die Funktion INDEX. Ich verweise mit INDEX vom zweiten Tabellenblatt auf das erste Blatt „Diäten“. Ich ziehe mit der Maus den Bereich auf. Bei den ersten beiden Spalten lautet die Formel:
=INDEX(Diäten!A1:B24
füge ich die Spalte C hinzu lautet die Formel jedoch:
=INDEX(Diäten
Schließe ich Spalte D ein finde ich nun folgende Formel:
=INDEX(Diäten!A1:D24
Ich grüble eine Weile über das seltsame Phänomen, bis ich dahinter komme, dass ich ja den Bereich A1:C24 benannt habe: er heißt „Diäten“.
Man sollte nicht Tabellenblätter so beschriften wie die Namen, die in der Datei vergeben wurden. Das führt zu Chaos!
Walter ist genervt. Er arbeitet gerne mit (intelligenten) Tabellen. Jedoch benötigt er manchmal Formeln der Form $A1:$F1. Das ist in (intelligenten) Tabellen jedoch nicht möglich.
Walter weiß, dass er diese Formeln eintragen kann. Walter möchte das aber nicht. Also geht Walter auf die Suche und findet in den Optionen in der Kategorie „Formeln“ die Einstellung „Tabellennamen im Formular verwenden“. Walter schaltet diese Option aus. Nun ist Walter glücklich – denn nun kann er markieren und erhält $A1:$F1 statt Tabelle1[Bundesland].
In einer Arbeitsmappe befindet sich ein Tabellenblatt – nennen wir es „Jena“. In dieser Mappe befindet sich ein zweites Tabellenblatt, das Bezug auf das erste Blatt nimmt. Die Formeln können dann beispielsweise so aussehen:
=Jena!H4
In einer zweiten Arbeitsmappe gibt es auch ein Tabellenblatt „Jena“. Wird nun das zweite Blatt aus der ersten Daten in die zweite kopiert oder werden die Zellen in die zweite Datei kopiert, so wird der Bezug auf die erste Datei „mitgenommen“ und nicht auf die zweite Datei:
In einer Liste stehen Zahlenwerte. Daneben eine Spalte mit Berechnungen, beispielsweise die Mehrwertsteuer:
Trägt man nun statt der Zelle H2 den Tabellennamen und den Zellnamen ein (dies passiert, wenn man beispielsweise bei der Formeleingabe auf ein anderes Blatt wechselt), dann hat Excel kein Problem damit.
Jedoch: Sortiert man die Liste, so erstaunt das Ergebnis: Die Werte sind falsch. Schaut man sich die Formeln an, stellt man fest, dass die Bezüge nicht sortiert wurden. Anders wenn wenn man statt Blattname!Zellname nur Zellname eingegeben hätte.
Uuuuuaaaaahhhh!
Danke an Andreas Thehos für diesen wunderbaren Hinweis!
Ich weiß nicht mehr, was ich gemacht habe. Ich sollte in einer Tabelle einer Kollegin die Formel für den Unterstützungsbeitrag unserer Firma anpassen. Irgendwann entdecke ich jedoch in einer Zelle die Fehlermeldung #BEZUG! Kann ich den Fehler lokalisieren? Oder die Formel wieder auf eine korrekte Form bringen?
#BEZUG!
Die Antwort: Leider nein! Wahrscheinlich haben Sie irgendwo etwas gelöscht (beispielsweise eine Zeile), die an anderer Stelle noch verwendet wurde. Menschen rechnen oft kreuz und quer in Excel; schreiben irgendwelche Konstanten in irgendwelche Zellen. Fremde Tabellenblätter zu analysieren ist schwierig und mühsam:
Tipp 1: Speichern Sie die Originaldatei unter einem anderen Namen ab.
Tipp 2: Bevor Sie etwas löschen, von dem Sie denken, dass es nicht mehr benötigt wird – überprüfen Sie mit der Spur zum Nachfolger, ob irgendwo eine andere Formel mit dieser weiter rechnet.
1. Entweder Sie kopieren eine Formel an eine Stelle wo sie nicht mehr „richtig rechnen kann“. Beispielsweise findet die Summe keine drei Zellen oberhalb und kann deshalb nicht drei Werte summieren:
Summe nicht möglich
2. Eine Formel greift auf eine Zelle zu (beispielsweise auf Zelle C1). Wird nun die Spalte C gelöscht, dann „findet“ die Formel keinen Wert mehr und meldet #BEZUG!
#BEZUG!
Das heißt: #BEZUG! wird immer dann angezeigt, wenn man eine Formel so kopiert oder verschiebt, dass sie nun nicht mehr rechnen kann. Oder eine Spalte so löscht oder einfügt, dass eine Formel nicht mehr „erkennen“ kann, wi der Wert liegt, mit dem sie ursprünglich gerechnet hat.