KB-Einträge 20.3.1: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
Keine Bearbeitungszusammenfassung |
Keine Bearbeitungszusammenfassung |
||
Zeile 19: | Zeile 19: | ||
}} | }} | ||
--> | --> | ||
{{ | {{ | ||
Zeile 190: | Zeile 180: | ||
|ProgrammKB=Word | |ProgrammKB=Word | ||
|TextKB=End- und Startdatum des Abrechnungszeitraums wurden nicht richtig erkannt. Dieser Fehler wurde behoben. | |TextKB=End- und Startdatum des Abrechnungszeitraums wurden nicht richtig erkannt. Dieser Fehler wurde behoben. | ||
}} | |||
{{ | |||
Vorlage:KB-EintragSpalte | |||
|Modulbild=KB-Pfeil.png | |||
|TitelKB=Abweichende XBRL-Einstellungen zwischen Master/Partikel verhinderten Synchronisierung | |||
|ModulKB=linkdocuments | |||
|ProgrammKB=Word | |||
|TextKB=Bei unterschiedlichen XBRL-Einstellungen konnte der Partikel nicht aktualisiert und der Master nicht zurückgeschrieben werden. Ab der Version 20.3.1 ist es möglich, trotzdem zu synchronisieren und auszuwählen, welche Einstellungen übernommen werden. | |||
}} | }} | ||
Version vom 7. Januar 2021, 12:27 Uhr
|
Neuerungen
Fehlgeschlagener Daten-Import zeigt fehlerhafte Zeilen
| |
---|---|
| | |
Kommt es beim Import in den Meeting Point zu strukturellen Problemen, werden jetzt auch die Zeilen angezeigt, in denen diese aufgetreten sind.
|
Bugfixes
TeamViewer konnte nicht über Word/Excel gestartet werden
| |
---|---|
| | |
Es wurde ein Fehler bezüglich QuickJoin und QuickSupport behoben, sodass nun wieder ein Verbindungsaufbau zum TeamViewer aus Word/Excel möglich ist.
|
Hervorhebungen konnten nur noch auf Highlights gesetzt werden
| |
---|---|
| | |
Es gab den Fehler, dass Hervorhebungen nur noch dort gesetzt werden konnten, wo bereits Highlights vorhanden waren. Nun sind diese Funktionen wieder unabhängig voneinander.
|
Änderungsmodus der Partikel defekt
| |
---|---|
| | |
Es kam vor, dass der Änderungsmodus eines Partikels weder aktiviert noch deaktiviert werden konnte. Der Fehler wurde in der Version 20.3.1 behoben.
|
Beim Daten-Import war der Knopf „Bearbeiten“ ausgegraut
| |
---|---|
| | |
Es konnte beim Daten-Import in den Meeting Point passieren, dass ausgewählte Importe nicht nachträglich bearbeitet werden konnten. Dieser Fehler wurde behoben.
|
Sortierung und Darstellung von Stichtagen bei Erstellung eines automatisierten Arbeitsblatts
| |
---|---|
| | |
Beim Erstellen eines automatisierten Arbeitsblatts wurde bislang im Tabellenmanager jeder Stichtag automatisch mit dem spätesten vorhandenen Datum der Kontengruppe befüllt. Nun jedoch werden sie aufsteigend angezeigt und können auch manuell aufsteigend eingetragen werden.
|
Fehlgeschlagenen Daten-Import bearbeiten zeigte leere Liste
| |
---|---|
| | |
Kam es beim Einlesen von Daten in den Meeting Point zu strukturellen Problemen, woraufhin die Daten nachträglich bearbeitet werden sollten, konnte es zu einer leeren Liste in den Dateieinstellungen kommen. Dieser Fehler wurde in der Version 20.3.1 behoben.
|
Falsches Zahlenformat bei Daten-Import in den Meeting Point akzeptiert
| |
---|---|
| | |
Wenn ein falsches Zahlenformat in den Import-Definitionen angegeben wurde, konnte fälschlicherweise trotzdem ein Import erfolgen. Ab der Version 20.3.1 wird nun angezeigt, dass ein Fehler aufgetreten ist.
|
Spaltenüberschrift mit Buchstaben und Zahlen verhinderte Daten-Import
| |
---|---|
| | |
Eine CSV-Datei, in der eine Spaltenüberschrift sowohl Buchstaben als auch Zahlen enthält, konnte fälschlicherweise nicht über den Daten-Import in den Meeting Point eingelesen werden.
|
Fehermeldung zu doppelten Tags nicht schlüssig
| |
---|---|
| | |
Wenn ein bereits vorhandener Tag erneut vergeben wurde, war in der Fehlermeldung fälschlicherweise nicht die Stelle angezeigt, an der der Tag bereits vergeben wurde, sondern die aktuelle Stelle. Nun verweist der Tag wieder auf die vorige Zuweisung.
|
Leere Zeilen bei doppelseitigen Tabellen führten zu ungleicher Zeilenanzahl
| |
---|---|
| | |
Leere Zeilen in doppelseitigen Tabellen wurden im Tagger ausgeblendet, sodass die linke und rechte Seite nicht die gleiche Zeilenanzahl hatten. Als Konsequenz waren die einzelnen Zeilen nicht richtig zueinander zugeordnet. Das Problem wurde gelöst, indem bei doppelseitigen Tabellen nun immer alle Zellen eingeblendet werden.
|
Tags gingen beim Speichern/Schließen/Öffnen verloren
| |
---|---|
| | |
Nach dem Speichern und erneutem Öffnen sind Tags auf der zweiten Seite doppelseitiger Tabellen verloren gegangen. Um diesen Fehler zu umgehen, kann es eventuell notwendig sein, die Tags neu zu setzen.
|
Fehlermeldung beim iXBRL-Export
| |
---|---|
| | |
Ein Fehler bei Text-Tags hat dafür gesorgt, dass der Tag in der Prüfung als fehlerhaft angesehen wurde. Es konnte somit kein fehlerfreies iXBRL erstellt werden.
|
Leere Zellen verursachten Fehler in der Calculation
| |
---|---|
| | |
Wenn beim Erstellen einer Calculation eine der Zellen innerhalb der Berechnung leer war, ist eine Nachbarzelle in die Calculation aufgenommen worden.
|
Vermischte Tags in Calculation erzeugten Validierungsfehler
| |
---|---|
| | |
Duration und Instant Tags dürfen in einer Calculation nicht gemischt werden, sonst erzeugen sie einen Fehler. Es gibt jetzt eine Regel, die das Vermischen abfängt.
|
Period wurde nicht richtig erkannt
| |
---|---|
| | |
End- und Startdatum des Abrechnungszeitraums wurden nicht richtig erkannt. Dieser Fehler wurde behoben.
|
Abweichende XBRL-Einstellungen zwischen Master/Partikel verhinderten Synchronisierung
| |
---|---|
| | |
Bei unterschiedlichen XBRL-Einstellungen konnte der Partikel nicht aktualisiert und der Master nicht zurückgeschrieben werden. Ab der Version 20.3.1 ist es möglich, trotzdem zu synchronisieren und auszuwählen, welche Einstellungen übernommen werden.
|
Siehe auch
Die firesys Knowledge Base
Die Neuerungen der Version 20.3.0
Die Neuerungen der Version 20.3.2
Weitere Inhalte
→ Webseite
→ Kundenbereich
→ YouTube