Dieser Artikel beschreibt alle Fehlermeldungen, die beim DBWizard-Konvertierungsprozess von FibuNet v4 auf v5 auftreten koennen. Zu jeder Meldung finden Sie die Ursache und die empfohlene Loesung.

Wichtige Hinweise:

Nach Abschluss der Datenuebernahme erhalten Sie eine der folgenden Meldungen:

Error: *** Datenuebernahme war nicht vollstaendig! ***

Bei der Konvertierung wurden Fehler entdeckt, die verhindern, dass die FibuNet-Datenbank in der v5 freigeschaltet wird.

Loesung:

Info: Datenbank freigeschaltet. Quellmandant=xxx Zielmandant=xxx WiJahr=xxx

Diese Meldung sollte am Ende fuer jeden Mandanten und jedes Wirtschaftsjahr im Protokoll erscheinen. Pruefen Sie dennoch das Protokoll auf weitere Infos oder Warnungen, die noch Datenpflege in der v5 empfehlen.

Ursache: Am Ende der Konvertierung vergleicht FibuNet die Monatsverkehrszahlen der v4 mit denen der v5. Es wurde eine Differenz festgestellt, die Konvertierung ist somit unvollstaendig.

Loesung:

Ursache: Am Ende der Konvertierung zaehlt FibuNet Datensaetze, Stammdaten und Buchungen. Stimmt die Anzahl nicht ueberein, sollten Sie die Differenzen pruefen.

Loesung:

Ursache: Es soll ein Mandant in die Mandantenliste eingetragen werden, der nicht vorhanden ist. Moeglicherweise ist die Mandantenliste nicht mehr aktuell.

Loesung: Starten Sie den DBWizard erneut.

Ursache: Ein Mandant wurde bei der Konvertierung auf eine andere Mandantennummer uebertragen. Diese Meldung ist rein informativ.

Ursache: Ein Mandant soll in der Mandantenliste gespeichert werden. Er enthaelt aber keine sinnvollen Daten, zum Beispiel fehlt das Wirtschaftsjahr oder die Mandantenbezeichnung.

Loesung:

Ursache: Dieser Fehler taucht auf, wenn manuell Mandantendaten kopiert und umbenannt wurden. Die Mandantennummer im Dateinamen stimmt nicht mit der Mandantennummer in der Datei ueberein.

Loesung: Ersetzen Sie die manuelle Datenkopie durch Menuepunkt 9.2.6 oder durch Daten aus dem FNPacker.

Ursache: Beim Einlesen des Mandantenstammsatzes ist ein Fehler aufgetreten. Die Datei mmm00000 ist leer oder enthaelt ungueltige Daten.

Loesung:

Ursache: Es wurde versucht, die Zahlarten fuer Ruecklastschriften aus Menuepunkt 1.4.1 einzuspielen.

Loesung:

Ursache: Beim Konvertieren der Bankzinsen aus Menuepunkt 0.3.0.3 wurden Zinssaetze mit mehr als 2 Nachkommastellen entdeckt. Die Konvertierung schneidet die zusaetzlichen Stellen ab.

Ursache: Beim Konvertieren der Bankzinsen aus Menuepunkt 0.3.0.3 liess sich ein Zinssatz nicht einspielen.

Loesung: Ueberpruefen Sie den Zinssatz nach der Konvertierung in der v5 und pflegen Sie ihn gegebenenfalls manuell nach.

Ursache: Im Menuepunkt 1.4.0, Register "Zusatz-Module", war im Feld "Belegdatum > Buchdatum zulassen?" ein Wert eingetragen, der groesser als 30.000 war. Dieser Wert wird bei der Konvertierung auf 30.000 reduziert.

Ursache: Die externen Journalinformationen konnten nicht in die v5 konvertiert werden. Die Konvertierung wurde abgebrochen.

Loesung:

Ursache: Die Einstellungen aus Menuepunkt 1.4.3 in der v4 sind fehlerhaft. Die Konvertierung wurde abgebrochen.

Loesung: Speichern Sie in der v4 den Menuepunkt 1.4.3 und versuchen Sie die Uebernahme erneut.

Ursache: Ein Umsatzsteuersatz aus Menuepunkt 1.4.5 konnte nicht in die v5 konvertiert werden.

Loesung:

Ursache: Die Datei mmm10399.j enthaelt normalerweise die Steuersaetze eines Mandanten. Diese Datei ist leer oder beschaedigt.

Loesung:

Ursache: Der Belegnummerkreis aus der v4 konnte nicht in die v5 konvertiert werden.

Loesung: Lesen Sie in der v4 im Menuepunkt 1.4.6 nach, auf welchem Stand der Belegnummerkreis steht, und tragen Sie diesen in der v5 nach.

Ursache: Die Waehrung mit der angegebenen Waehrungsnummer wird geloescht, da es keine zwei Waehrungen mit dem gleichen ISO-Code geben darf. Dieser Fehler kann Folgefehler erzeugen.

Loesung: Melden Sie sich beim FibuNet Support.

Ursache: Die Waehrung wurde wahrscheinlich nachtraeglich geloescht, wird aber in der Buchhaltung benutzt.

Loesung: Legen Sie die urspruengliche Waehrung in der v4 an und wiederholen Sie die Konvertierung.

Ursache: Die Waehrung wurde wahrscheinlich waehrend der Konvertierung geloescht, da der ISO-Code doppelt vergeben war.

Loesung: Melden Sie sich beim FibuNet Support.

Ursache: Die Kurse aus Menuepunkt 1.8.5 konnten nicht in die v5 uebertragen werden. Die Waehrung wurde wahrscheinlich waehrend der Konvertierung geloescht, da der ISO-Code doppelt vergeben war.

Loesung: Melden Sie sich beim FibuNet Support.

Ursache: Der Barcode zu einer Buchung liess sich nicht in die v5 konvertieren.

Loesung: Nach der Konvertierung koennen Sie in der v5 im Menuepunkt 2.1 mit [STRG]+[B] den Barcode nachpflegen.

Ursache: Im Menuepunkt 3.3 wurde ein automatischer Buchungsbeleg erstellt und mit einem Konto verknuepft. Entweder das Konto oder das Formular existieren nicht mehr.

Loesung: Falls Sie den automatischen Buchungsbeleg noch benoetigen, legen Sie diesen im Menuepunkt 3.3 in der v5 an.

Ursache: Ein BankBlitz-Auszug liess sich nicht in die v5 konvertieren. Wenn sich der Auszug nicht uebernehmen laesst, fehlen auch saemtliche Umsaetze.

Loesung: Melden Sie sich beim FibuNet Support.

Ursache: Es wurde ein Umsatz im Menuepunkt 3.5.5 gefunden, der keinem Auszug zugeordnet werden konnte. Dieser Umsatz wurde nicht in die v5 uebernommen.

Loesung: Melden Sie sich beim FibuNet Support.

Ursache: Ein Umsatz mit Auszugsnummer und Folgenummer im Menuepunkt 3.5.5 konnte nicht in die v5 importiert werden.

Loesung: Melden Sie sich beim FibuNet Support.

Ursache: Ein Memotext konnte nicht in die v5 konvertiert werden. Es gibt keinen Hinweis, woher der Memotext kommt und womit er zusammenhaengt.

Ursache: Nach Abschluss der Konvertierung versucht FibuNet, die Kontensalden der v4 mit den Kontensalden der v5 abzugleichen. Es wurden Differenzen festgestellt, d.h. nicht alle Buchungen wurden in die v5 konvertiert.

Loesung:

Ursache: Die Anzahl der Saldendifferenzen zwischen v4 und v5 ist so gross, dass eine weitere Konvertierung keinen Sinn macht.

Loesung:

Ursache: Es gibt Journalzeilen, die in den Pflichtfeldern einer Buchung (Buchdatum, Konto, Buchtext, Betrag) keine Daten enthalten. Diese Zeilen koennen nicht ausgewertet werden und wurden bei der Konvertierung als geloescht markiert.

Loesung:

Ursache: Es gibt eine Journalzeile, die eine Inventarnummer beinhaltet, die nicht oder nicht mehr existiert. Die Inventarnummer wird bei der Konvertierung aus der Journalzeile entfernt.

Loesung:

Ursache: In der Journalzeile ist ein Konzernkennzeichen eingetragen, das in keinen Stammdaten existiert. Ist ein Konzernkennzeichen in keinem Konto hinterlegt, wird es nicht angelegt und bei der Konvertierung aus der Journalzeile geloescht.

Ursache: Eine Journalzeile konnte nicht in die v5 konvertiert werden, weil sie defekt ist.

Loesung: Wenden Sie sich an den FibuNet Support.

Ursache: Wenn die Buchungen im v5-Journal eingetragen wurden, wird versucht, in die beteiligten Konten ein "bebucht"-Kennzeichen einzutragen. Der Fehler entsteht durch ein Time-out waehrend des Prozesses.

Loesung: Wenden Sie sich an den FibuNet Support.

Ursache: Nach Erstellung des Journals in der v5 versucht FibuNet, die Konzernkennzeichen aus den Menuepunkten 1.1.0/1.2.0 in den Buchungssaetzen einzutragen.

Loesung:

Ursache: Die Meldesaetze fuer Auslandszahlungen sind in einer eigenen Datei abgespeichert. Einer der Meldesaetze konnte nicht in die v5 konvertiert werden.

Loesung: Wenn Sie AZV-Meldesaetze an Ihre Bank noch uebermitteln, muessen Sie es fuer diesen OP manuell machen.

Ursache: Die Primanota ist in der v4 verfuegbar, aber nicht importierbar.

Loesung: Wiederholen Sie die Konvertierung. Im erneuten Fehlerfall wenden Sie sich an den FibuNet Support.

Ursache: Die Primanotendateien waren nicht in der v4 vorhanden. Moeglicherweise handelt es sich um gepackte Kundendaten ohne Primanoten. Dadurch ist keine Konvertierung der PNA moeglich.

Ursache: Die Konvertierung wurde nicht vollstaendig ausgefuehrt. Eine oder einige Journalzeilen konnten nicht konvertiert werden.

Loesung:

Ursache: Im ersten Schritt werden alle Konten als neutrale Bilanzkonten und alle Personenkonten lediglich mit Nummer und Name angelegt (Kontenvorlauf). Im vorliegenden Fall trat schon hierbei ein Fehler auf.

Loesung: Wenden Sie sich an den FibuNet Support.

Ursache: Im Sachkonto wurde eine Bilanzposition verwendet, die nicht im Menuepunkt 1.0.2.0 existiert. Die Bilanzposition wurde automatisch angelegt.

Loesung: Kontrollieren Sie in der v5 im Menuepunkt 1.0.2.0, ob die Bezeichnung zur Bilanzposition passt.

Ursache: Die Kontoart "Touristik" gibt es in der v5 nicht mehr. Das betreffende Konto hat eine neue Kontoart erhalten.

Ursache: Sammelkonten gibt es in FibuNet nur fuer Forderungen und Verbindlichkeiten. Die Umsaetze dieser Konten werden nicht in der Umsatzsteuervoranmeldung gemeldet. Der DBWizard hat bei der Konvertierung ein UStVA-Kennzeichen aus dem Sammelkonto entfernt.

Loesung: Pruefen Sie, ob der fehlerhafte Eintrag im Sammelkonto in der v4 Auswirkungen auf die UStVA-Meldungen hatte, und korrigieren Sie diese Meldungen gegebenenfalls.

Ursache: OP-gefuehrte Sachkonten duerfen in FibuNet keinen Steuerschluessel fuehren.

Ursache: Die inlaendische Bankverbindung wird bei der Konvertierung aus dem Sachkonto entfernt und, wenn moeglich, durch eine IBAN/BIC ersetzt.

Loesung: Kontrollieren Sie in der v5 die Bankverbindung im Sachkonto, damit der Zahlungsverkehr weiterhin mit dieser Bankverbindung stattfinden kann.

Ursache: Die inlaendische Bankverbindung wird bei der Konvertierung aus dem Sachkonto entfernt und durch eine IBAN ersetzt. Ein passender BIC wurde nicht gefunden.

Loesung: Kontrollieren Sie in der v5 die Bankverbindung im Sachkonto, damit der Zahlungsverkehr weiterhin mit dieser Bankverbindung stattfinden kann.

Ursache: Im Sachkonto war eine Gruppennummer hinterlegt, die nicht im Menuepunkt 1.1.2/1.2.2 angelegt war. Das Konvertierungsprogramm hat diese Gruppe automatisch angelegt.

Loesung: Kontrollieren Sie die Bezeichnung der neuen Gruppen und passen Sie diese gegebenenfalls an.

Ursache: Im Sachkonto befinden sich HGB-Positionen, die im Menuepunkt 1.0.2.0 nicht vorhanden sind. Diese HGB-Positionen wurden aus dem Sachkonto entfernt.

Loesung: Legen Sie in der v5 die fehlenden HGB-Positionen an und tragen Sie diese im genannten Sachkonto nach.

Ursache: Die HGB-Position ist nicht im Sachkonto eintragbar. Das kann vorkommen, wenn z.B. die Bilanz-/GuV-Zuordnung nicht passt.

Loesung: Rufen Sie nach der Konvertierung das Konto im Menuepunkt 1.0.0 auf und tragen Sie die HGB-Position manuell nach.

Ursache: Im Sachkonto befinden sich US-GAAP-Positionen, die im Menuepunkt 1.0.2.1 nicht vorhanden sind. Diese Positionen wurden aus dem Sachkonto entfernt.

Loesung: Legen Sie in der v5 die fehlenden US-GAAP-Positionen an und tragen Sie diese im genannten Sachkonto nach.

Ursache: Die US-GAAP-Position ist nicht im Sachkonto eintragbar. Das kann vorkommen, wenn z.B. die Bilanz-/GuV-Zuordnung nicht passt.

Loesung: Rufen Sie nach der Konvertierung das Konto im Menuepunkt 1.0.0 auf und tragen Sie die US-GAAP-Position manuell nach.

Ursache: Das Sachkonto konnte nicht uebernommen werden. Ist das Sachkonto bebucht oder ein Festkonto, kommt es zu Folgefehlern.

Loesung:

Ursache: Eine HGB-Position konnte nicht in die v5 konvertiert werden. Wird die HGB-Position in Sachkonten genutzt, kommt es zu Folgefehlern.

Loesung: Legen Sie die HGB-Position in der v5 an.

Ursache: Eine HGB-Positionsgruppe hatte mehr als 2 Stellen und wurde deshalb entfernt.

Loesung: Tragen Sie bei Bedarf die Gruppe in den Sachkonten-Stammdaten der v5 nach.

Ursache: Touristikgruppen werden in der v5 nicht mehr benoetigt und deshalb nicht mit konvertiert.

Ursache: Eine US-GAAP-Position konnte nicht in die v5 konvertiert werden. Wird die Position in Sachkonten genutzt, kommt es zu Folgefehlern.

Loesung: Legen Sie die US-GAAP-Position in der v5 an.

Ursache: Ein Konto ist in der Festkontentabelle als Sammelkonto hinterlegt. Aus Plausibilitaetsgruenden erhaelt dieses Konto bei der Konvertierung die Kontoart "Sammelkonto".

Loesung: Ueberpruefen Sie in der v5, ob das Konto nur fuer diesen Zweck genutzt wurde, und legen Sie gegebenenfalls ein alternatives Konto an.

Ursache: Ein Sammelkonto aus der Festkontentabelle hatte die falsche Sammelkontoart und wurde deshalb umgeschluesselt.

Ursache: Kursgewinn- und Verlustkonten duerfen keine Steuerart fuehren, da sie ohne Steuer gebucht werden. Der DBWizard hat die Steuerart aus dem Konto entfernt.

Ursache: Kursgewinn- und Verlustkonten duerfen keinen Steuerschluessel fuehren, da sie ohne Steuer gebucht werden. Der DBWizard hat den Steuerschluessel aus dem Konto entfernt.

Ursache: Ein Festkonto liess sich bei der Konvertierung nicht in die Festkontentabelle eintragen.

Loesung:

Ursache: In der v4 gibt es eine Datei mmm10399.j. Diese Datei enthaelt unter anderem die Festkonten. Beim Konvertieren wurde festgestellt, dass diese Datei leer ist.

Loesung:

Ursache: Ist ein Gebiet in einem Personenkonto hinterlegt, das in der Liste aus Menuepunkt 1.1.8/1.2.8 nicht vorhanden ist, wird der Eintrag bei der Konvertierung entfernt.

Loesung: Legen Sie das Gebiet in der v5 im Menuepunkt 1.1.8/1.2.8 an und tragen Sie es im Personenkonto nach.

Ursache: Im Personenkonto ist eine Rechtsform hinterlegt, die in der Auswahlliste nicht vorhanden ist. Der Eintrag wird bei der Konvertierung entfernt.

Loesung: Tragen Sie die Rechtsform im Personenkonto in der v5 manuell ein.

Ursache: Im Personenkonto ist eine Branche hinterlegt, die in der Auswahlliste nicht vorhanden ist. Der Eintrag wird bei der Konvertierung entfernt.

Loesung: Tragen Sie die Branchennummer im Personenkonto in der v5 manuell ein.

Ursache: Im Feld "Gegenkonto = Skontokonto" im Register "Fibu-Konto" (Menuepunkt 1.1.0/1.2.0) ist ein ungueltiger Wert hinterlegt. Der Eintrag wird bei der Konvertierung entfernt.

Loesung: Tragen Sie im Feld eine 1 oder 2 ein, wenn Sie nicht moechten, dass das Vorgabekonto fuer Skonto genommen werden soll.

Ursache: Im Menuepunkt 1.1.0/1.2.0, Register "OP/Allgemein", Feld "Rg-Datum > RE-Datum", gibt es einen Eintrag, der die Zahl 30.000 ueberschreitet. Bei der Konvertierung wird automatisch die Maximalzahl 30.000 eingetragen.

Ursache: Im Menuepunkt 1.1.0/1.2.0, Register "Bonitaet", Feld "Selbstbeteiligung in Prozent", steht ein ungueltiger Wert. Dieser wird entfernt und mit 0 ersetzt.

Loesung: Bei Bedarf tragen Sie den korrekten Wert im Personenkonto ein.

Ursache: Ein Personenkonto konnte nicht in die v5 konvertiert werden. Ist das Konto bebucht, wird die Konvertierung abgebrochen.

Loesung:

Ursache: Im Menuepunkt 1.4.0 auf der Seite "Unternehmeninfo" gibt es 9 Textfelder fuer die Organe des Unternehmens. Dieser Text ist begrenzt auf 255 Zeichen.

Loesung: Pruefen Sie in der v5 im Menuepunkt 1.4.0, ob der Text weiterhin korrekt ist.

Ursache: Die im Personenkonto hinterlegte Kontengruppe konnte nicht importiert werden und wurde entfernt.

Loesung: Legen Sie die Kontengruppe in der v5 im Menuepunkt 1.1.2/1.2.2 an und hinterlegen Sie diese im gewuenschten Konto.

Ursache: Im Konto oder Buchungssatz ist ein Konzernkennzeichen hinterlegt, das sich nicht automatisch anlegen liess. Dieses Kennzeichen wurde aus dem Konto oder Buchungssatz entfernt.

Loesung:

Ursache: Ein Konzernkennzeichen wurde verwendet, war aber nicht im Menuepunkt 1.1.4/1.2.4 angelegt. Das Konvertierungsprogramm hat es automatisch angelegt.

Loesung: Gehen Sie nach der Konvertierung in der v5 in den Menuepunkt 1.1.4/1.2.4 und kontrollieren Sie, ob Sie die Bezeichnung anpassen muessen.

Ursache: Eine im Menuepunkt 1.4.7 angelegte Kontenkombination konnte nicht in die v5 uebernommen werden.

Loesung: Vergleichen Sie nach der Konvertierung die Kontenkombinationen aus beiden Versionen und tragen Sie fehlende nach.

Ursache: In der v4 im Menuepunkt 3.7.0 ist ein Kassenbuch angelegt worden, dessen Sachkonto nicht oder nicht mehr existiert. Die Kasse konnte daher nicht in die v5 uebernommen werden.

Loesung:

Ursache: Beim Konvertieren des Kassenbuchjournals trat ein Fehler auf.

Loesung: Wenden Sie sich an den FibuNet Support.

Ursache: Im Mahnarchiv oder Skontobrief gibt es einen Verweis auf einen Posten, der nicht oder nicht mehr vorhanden ist.

Ursache: Im Mahnarchiv oder Skontobrief gibt es einen Verweis auf einen Posten, der mehrdeutig ist in Bezug auf Konto und Belegnummer. In einem naechsten Schritt wird versucht, den Posten ueber den Betrag eindeutig zuzuordnen.

Ursache: Ein mehrdeutiger Posten konnte nachtraeglich zugeordnet werden.

Ursache: Ein mehrdeutiger Posten im Mahnarchiv oder Skontobrief konnte nachtraeglich nicht zugeordnet werden.

Ursache: Ein mehrdeutiger Posten im Mahnarchiv oder Skontobrief konnte nachtraeglich nicht zugeordnet werden. Es wurde zwar ein Posten gefunden, die Positions-/Postennummer passt aber nicht.

Ursache: Im Mahnarchiv gibt es eine OP-Zuordnung zu einem Posten, der nicht gefunden werden konnte. Die Referenz zu dem Posten wird auf 0 gesetzt.

Loesung: Keine Abhilfe noetig, da es bisher keine Rueckkopplung vom Mahnarchiv auf einen OP gibt.

Ursache: Im Mahnarchiv gibt es einen Verweis auf einen OP, der nicht mehr gefunden werden konnte.

Ursache: Es wurde versucht, auf eine OP-Folgedatei zuzugreifen (mmm10101.jxx / mmm10201.jxx), die nicht mehr vorhanden ist. Es handelt sich um einen Datenfehler.

Loesung: Wenden Sie sich an den FibuNet Support.

Ursache: Ein OP hatte eine Verkettung zu einem Vorjahr. Da die Daten nicht in der Datenbank gefunden wurden, wird die Referenz auf 0 gesetzt. Diese Pruefung passiert nur im aktuellen Wirtschaftsjahr.

Loesung / Tipp: Konvertieren Sie immer erst das Vorjahr und dann das aktuelle Wirtschaftsjahr.

Ursache: In einem OP wird nach dem Diskettenclearing die Bankverbindung gespeichert. Beim Konvertieren wird versucht, diese Bankverbindung in die v5 zu uebernehmen. Die Bankverbindung ist aber nicht mehr vorhanden.

Ursache: Es wurde versucht, auf eine OP-Folgedatei zuzugreifen, die nicht mehr vorhanden ist. Es handelt sich um einen Datenfehler.

Loesung: Wenden Sie sich an den FibuNet Support.

Ursache: Ein geloeschter Posten hat zwar einen Postennachfolger, aber keinen Vorgaenger. Dieser Fakt wird protokolliert, hat aber keine Auswirkung auf die Buchhaltung.

Ursache: Bei der Konvertierung uebernehmen Posten einen Soll-/Haben-Kenner. Bei sehr alten OPs kann es sein, dass dieser Kenner noch nicht vorhanden ist. Ein fehlender Soll-Haben-Kenner kann Auswirkungen auf Auswertungen haben, die Soll- oder Haben-Umsaetze abfragen.

Loesung: Wenden Sie sich an den FibuNet Support, wenn Sie solche Auswertungen benoetigen.

Ursache: Pro OP-Nummer koennen nur 29.999 Teilposten verwaltet werden. Die OP-Postennummer ist groesser als 29.999.

Loesung: Wenden Sie sich an den FibuNet Support.

Ursache: Ein Offener Posten konnte nicht in die v5 konvertiert werden.

Loesung:

Ursache: Ein offener Posten war mit Satzart 4 (Verrechnung) oder 5 (Storno) gekennzeichnet. In der v5 gibt es diese Postenarten nicht mehr. Der OP erhaelt eine andere Postenart.

Loesung: Falls Sie externe Auswertungen auf die OP-Datei verwenden, achten Sie darauf, dass sich die Postenarten in der v5 veraendert haben.

Ursache: Alte Daten aus der DM-Zeit hatten einen Kenner, mit dem Werte ohne Nachkommastellen gespeichert wurden. In der v5 werden alle Betraege mit zwei Nachkommastellen gespeichert. Der Kenner wird entfernt.

Ursache: Ein Satz konnte weder als Einfuhr noch als Ausfuhr identifiziert werden.

Loesung: Wenden Sie sich an den FibuNet Support.

Ursache: Eine Intrastat-Warenmeldung konnte nicht in die v5 uebernommen werden.

Loesung:

Ursache: Der AfA-Stammsatz dient als Vorlage fuer die Wirtschaftsgueter, die im vorderen Teil der Nummer identisch sind.

Loesung: Pflegen Sie den fehlenden Inventarstammsatz in der v5 im Menuepunkt 7.0.0 nach.

Ursache: Indexreihen werden fuer die zeitliche Bewertung der Wirtschaftsgueter benoetigt. Hier konnte eine Indexreihe nicht importiert werden. Wird diese Indexreihe im Programm verwendet, kommt es zu Folgefehlern.

Loesung: Legen Sie die Indexreihe in der v5 mit den zugehoerigen Zeilen an.

Ursache: Eine Zeile innerhalb einer Indexreihe konnte nicht konvertiert werden.

Loesung: Legen Sie die Zeile in der v5 an.

Ursache: In der v4 gab es die Moeglichkeit, statt der AfA-Konten eine Tabelle im Inventar zu hinterlegen. Diese Tabelle konnte nicht in die v5 konvertiert werden.

Loesung: Tragen Sie die AfA-Tabelle im Inventar (Menuepunkt 7.0.0, Register "Status & Konten") nach.

Ursache: Die Felder fuer Einheits- und Vermoegenswert wurden in der v5 abgeschafft.

Loesung: Benoetigen Sie diese Informationen, tragen Sie sie in der v5 in den Memotext des jeweiligen Wirtschaftsgutes ein.

Ursache: Eine Inventargruppe, die im Anlagegut hinterlegt ist, aber nicht existiert, wird automatisch im Menuepunkt 7.0.2 angelegt.

Loesung: Pruefen Sie in der v5 die Bezeichnungen der Gruppen aus Menuepunkt 7.0.2.

Ursache: Ein Inventar konnte nicht in die v5 uebernommen werden. Ist das Inventar bebucht, erhalten Sie Folgefehler.

Loesung:

Ursache: Als AfA-Beginn-Kennzeichen stehen nur 1 (Vereinfachungsregel) und 2 (Pro-rata-temporis) zur Verfuegung. Ist das Feld "AfA-Beginn" im Register "AfA-Steuerung" nicht gefuellt, stellt FibuNet es auf 2.

Loesung: Sollte ein anderes AfA-Kennzeichen fuer dieses Wirtschaftsgut gelten, tragen Sie in der v5 ein korrektes ein.

Ursache: Die im Inventar hinterlegte AfA-Art existiert nicht oder nicht mehr. Durch eine fehlende AfA-Art kann die AfA nicht korrekt berechnet werden.

Loesung: Tragen Sie in der v5 im Menuepunkt 7.0.0, Register "Steuerrechtlich/AfA-Steuerung", die AfA-Art im Feld "Abschreibungsart" nach.

Ursache: Ein nicht vorhandenes AfA-Konto wird auf 0 gesetzt.

Loesung: Tragen Sie das AfA-Konto im Wirtschaftsgut in der v5 nach.

Ursache: Ein Wirtschaftsgut existiert mit einem Hauptstammsatz und drei Ebenen. Nicht alle drei Ebenen sind mit der Buchhaltung verknuepft. Eine dieser Ebenen konnte nicht in die v5 uebertragen werden.

Loesung:

Ursache: Ein Inventar konnte nicht in die v5 konvertiert werden.

Loesung:

Ursache: Die AfA-Art in der Journalzeile ist eine zusaetzliche Filtermoeglichkeit. Wurde eine AfA-Art im Journal benutzt, die nicht mehr existiert, kann der DBWizard bei der Konvertierung keine kuenstliche erzeugen.

Loesung: Beachten Sie bei Auswertungen mit Filter ueber die AfA-Art, dass eventuell Journalzeilen nicht beruecksichtigt werden, in denen die AfA-Art = 0 ist.

Ursache: Ein Buchungssatz aus dem Inventarjournal konnte nicht in die v5 konvertiert werden. Die Inventarbuchhaltung ist somit nicht vollstaendig.

Loesung: Wenden Sie sich an den FibuNet Support.

Ursache: Eine Inventarzeile aus der v4, die den "Geloescht"-Kenner traegt (Zeile durchgestrichen), kann nicht konvertiert werden und wird in der v5 weggelassen.

Loesung: Ist die Information relevant, hinterlegen Sie im Inventar einen Memotext.

Ursache: Eine Inventargruppe aus Menuepunkt 7.0.2 liess sich nicht in die v5 konvertieren.

Loesung: Legen Sie diese Gruppe in der v5 nachtraeglich an.

Ursache: Im Wirtschaftsgut sind Kostenrechnungsanteile hinterlegt. Die Kostenstellen/-traeger gibt es aber im aktuellen Wirtschaftsjahr nicht. Sie wurden entfernt.

Loesung:

Ursache: In der KLR-Verteilung eines Anlagegutes existieren Zeilen mit Verteilungsanteilen. Diese liessen sich nicht konvertieren und wurden auf 1 gesetzt.

Loesung: Kontrollieren Sie in der v5 im Menuepunkt 7.0.0, ob die Verteilung des Wirtschaftsgutes stimmt.

Ursache: In einem Wirtschaftsgut ist eine Inventarversicherung hinterlegt, die nicht in die v5 importiert werden konnte, da sie fehlerhaft ist.

Loesung: Hinterlegen Sie in der v5 die Inventarversicherung fuer das Wirtschaftsgut erneut.

Ursache: Wirtschaftsgueter konnten nicht in die v5 uebernommen werden.

Loesung:

Ursache: Ein Versicherungs-Typ aus Menuepunkt 7.0.4 konnte nicht in das Format der v5 konvertiert werden.

Loesung: Pflegen Sie den fehlenden Versicherungstypen in der v4 im Menuepunkt 7.0.4 nach und wiederholen Sie die Konvertierung.

Ursache: Eine Zeilendefinition liess sich nicht in die v5 konvertieren.

Loesung: Legen Sie die Zeilendefinition in der v5 im Menuepunkt 8.5.0.1 an.

Ursache: Ein komplettes DBR-Formular konnte nicht in die v5 konvertiert werden.

Loesung: Legen Sie das Formular in der v5 im Menuepunkt 8.5.0.4 an.

Ursache: Eine Spaltendefinition liess sich nicht in die v5 konvertieren.

Loesung: Legen Sie die Spaltendefinition in der v5 im Menuepunkt 8.5.0.2 an.

Ursache: Ein Spaltenlayout liess sich nicht in die v5 konvertieren.

Loesung: Legen Sie das Spaltenlayout in der v5 im Menuepunkt 8.5.0.3 an.

Ursache: Eine Automatik liess sich nicht in die v5 konvertieren.

Loesung: Legen Sie die Automatik in der v5 im Menuepunkt 8.0.5.0 an.

Ursache: Innerhalb einer Automatik gibt es Zeilen fuer die KLR-Aufteilung mit Anteilen. Diese Anteile konnten nicht in die v5 konvertiert werden und wurden auf 1 gesetzt.

Loesung: Kontrollieren Sie die Anteile in den Aufteilungszeilen der Automatik in der v5 im Menuepunkt 8.0.5.0.

Ursache: Innerhalb einer KLR-Automatik gibt es Saetze, die sich nicht konvertieren liessen.

Loesung: Kontrollieren Sie in der v5 im Menuepunkt 8.0.5.0 das Register "Seite 2".

Ursache: Die Verknuepfung einer KLR-Automatik mit einem Konto liess sich nicht in die v5 konvertieren.

Loesung: Kontrollieren Sie alle Verknuepfungen von Konten zu Automatiken im Menuepunkt 8.0.5.3.

Ursache: Eine Gruppe konnte nicht in die Kostenstelle oder den Kostentraeger eingetragen werden.

Loesung: Hinterlegen Sie in der v5 im Menuepunkt 8.0.2.0/8.0.3.0 die Gruppe fuer die Kostenstelle oder den Kostentraeger.

Ursache: In der FibuNet v5 werden Buchungen mit Kostenstellen und Kostentraegern haeufig so abgespeichert, dass in einer Zeile beide Informationen stehen. Bei Altdaten wird versucht, die interne Aufteilung nachzustellen, was in diesem Fall nicht geklappt hat.

Loesung: Wenden Sie sich an den FibuNet Support.

Ursache: Der Kostentyp einer Buchung wird in jeder Journalzeile hinterlegt. Er legt fest, ob es sich um fixe Kosten (0), variable Kosten (1) oder Leistungen (2) handelt. In der genannten Journalzeile ist ein Eintrag, der keinem dieser 3 Faelle zuzuordnen ist.

Loesung: Da FibuNet im Zweifel immer eine 0 fuer fixe Kosten eintraegt, muessen Sie aktiv werden, wenn Sie einen abweichenden Kostentyp wuenschen.

Ursache: Im KLR-Journal gibt es eine Zeile, die sich nicht in die v5 konvertieren liess. Moeglicherweise handelt es sich um defekte Daten.

Loesung: Melden Sie sich beim FibuNet Support, um gegebenenfalls eine Datenreparatur vorzunehmen.

Ursache: Nachdem das KLR-Journal uebernommen wurde, wird versucht, in den KLR-Daten das "Bebucht"-Feld zu aktualisieren. Der Fehler entsteht durch ein Time-out waehrend des Prozesses.

Loesung: Wenden Sie sich an den FibuNet Support.

Ursache: Eine Kostenart konnte nicht in die v5 konvertiert werden. Wird diese Kostenart an anderer Stelle benutzt, kommt es zu Folgefehlern.

Loesung: Falls die Kostenart nicht benutzt wurde, koennen Sie diese in der v5 anlegen.

Ursache: Der KLR-Mengen-Stamm konnte nicht vollstaendig konvertiert werden. Falls eine nicht angelegte Menge an anderer Stelle benutzt wird, kommt es zu Folgefehlern.

Loesung: Falls die Menge nicht benutzt wurde, koennen Sie diese in der v5 anlegen.

Ursache: Nachdem die KLR-Mengen uebernommen wurden, wird versucht, in der Tabelle das "Bebucht"-Feld zu aktualisieren. Der Fehler entsteht durch ein Time-out waehrend des Prozesses.

Loesung: Wenden Sie sich an den FibuNet Support.

Ursache: In einer KLR-Tabelle werden Kostenstellen, -arten oder -traeger aufgelistet. Die Tabellen werden zu Auswertungszwecken genutzt. Eine Tabelle liess sich nicht in die v5 konvertieren.

Loesung: Tragen Sie die fehlende Tabelle im Menuepunkt 8.0.6ff nach.

Ursache: Ein Umlageschema oder eine darin enthaltene Zeile konnten nicht in die v5 konvertiert werden.

Loesung: Tragen Sie das fehlende Umlageschema im Menuepunkt 8.2.0 nach oder ergaenzen Sie die fehlenden Zeilen.

Ursache: Einer der KLR-Zuschlaege aus Menuepunkt 8.2.8 konnte nicht in die v5 konvertiert werden, da der Wert nicht zwischen 1 und 100 lag. Der Eintrag wurde auf 0 gesetzt.

Loesung: Kontrollieren Sie die Zuschlaege im Menuepunkt 8.2.8.

Ursache: Einer der KLR-Zuschlaege aus Menuepunkt 8.2.8 konnte nicht in die v5 konvertiert werden.

Loesung: Tragen Sie den fehlenden Zuschlag im Menuepunkt 8.2.8 nach.

Ursache: Der Mengenstamm fehlt. Es konnten keine Bewegungssaetze uebernommen werden.

Loesung: Wenden Sie sich an den FibuNet Support.

Ursache: Ein Mengenstammsatz konnte nicht in die v5 uebernommen werden. Wird die Menge benutzt, kommt es zu Folgefehlern.

Loesung: Wurde die Menge nicht genutzt, koennen Sie diese bei Bedarf in der v5 anlegen.

Ursache: In einer Mengenbuchung konnte der ORG-Kenner nicht interpretiert werden. Es wurde eine 4 fuer Kostenstelle oder eine 7 fuer Kostentraeger erwartet.

Loesung: Wenden Sie sich an den FibuNet Support.

Ursache: In einer Mengenbuchung konnte der ORG-Kenner fuer das Gegenkonto nicht interpretiert werden. Es wurde eine 4 fuer Kostenstelle, eine 7 fuer Kostentraeger oder eine 1, 2, 3 fuer Debitoren, Kreditoren oder Sachkonten erwartet.

Loesung: Wenden Sie sich an den FibuNet Support.

Ursache: Eine Kostenstelle konnte nicht in der v5 angelegt werden.

Loesung:

Ursache: Ein Kostentraeger konnte nicht in der v5 angelegt werden.

Loesung:

Ursache: Bei der Uebernahme des KLR-Budgets gab es einen Fehler. Es wurde nicht in die v5 uebernommen.

Loesung: Tragen Sie das Budget im Menuepunkt 8.1.2 nach.

Ursache: Bei der Uebernahme des KLR-Budgets gab es einen Fehler. Es wurde nicht in die v5 uebernommen.

Loesung: Tragen Sie das Budget im Menuepunkt 8.1.3 nach.

Ursache: Im Menuepunkt 4.6.0 hat jeder Monat eines Wirtschaftsjahres einen Eintrag mit Status (Register "Status"). Im vorliegenden Fall hatte eine Zeile keinen Status und wurde ohne in die v5 konvertiert.

Loesung:

Ursache: Im Menuepunkt 4.6.0 hat jeder gemeldete Monat des Wirtschaftsjahres einen Eintrag im Register "Protokoll". Im vorliegenden Fall war ein Satz fehlerhaft und konnte nicht in die v5 konvertiert werden.

Loesung: Melden Sie sich beim FibuNet Support.

Ursache: Im Menuepunkt 4.6.5 erhaelt jede Z-Meldung im Register "Archiv" einen Eintrag. Im vorliegenden Fall konnte eine Zeile nicht in die v5 konvertiert werden.

Loesung: Melden Sie sich beim FibuNet Support.

Ursache: Eine Zeile mit Summen aus der BWA v4 konnte nicht in die v5 konvertiert werden.

Loesung: Pruefen Sie in der v5 im Menuepunkt 4.8.4 die Zeilen des entsprechenden BWA-Formulars und tragen Sie diese gegebenenfalls nach.

Ursache: Die BWA in der v5 hat eine komplette Umstrukturierung erfahren. Deshalb ist es moeglich, dass einige Summen-Funktionen sich nicht 1:1 in die v5 uebertragen lassen.

Loesung: Pruefen Sie in der v5 im Menuepunkt 4.8.4 die angegebene Zeile des entsprechenden BWA-Formulars und tragen Sie diese gegebenenfalls mittels SUM()-Funktion manuell nach.

Ursache: Die BWA in der v5 hat eine komplette Umstrukturierung erfahren. Deshalb ist es moeglich, dass einige Formulare sich nicht in die v5 uebertragen lassen.

Loesung: Legen Sie das Formular in der v5 manuell an.

Ursache: In der v4 wurde im Menuepunkt 6.1.2 ein Kreditversicherungsschein angelegt. Dieser konnte nicht in die v5 konvertiert werden.

Loesung: Legen Sie den Kreditversicherungsschein in der v5 manuell an.

Ursache: Ein im Menuepunkt 6.1.7ff befindlicher Skontobrief liess sich nicht in die v5 konvertieren.

Loesung: Drucken Sie den Skontobrief nachtraeglich in der v4 aus.

Ursache: Das Einloesedatum eines Wechselsatzes wurde geprueft und konnte nicht uebernommen werden. Es wurde auf 0 gesetzt.

Loesung: Tragen Sie das Datum im Menuepunkt 6.9.0 nach.

Ursache: Ein kompletter Wechsel liess sich nicht in die v5 konvertieren.

Loesung: Der ganze Wechselsatz muss im Menuepunkt 6.9.0 nachgetragen werden.

Ursache: Scheckzahlungen von Vorjahren werden nicht in die v5 importiert.

Loesung: Im Umlauf befindliche Schecks aus Vorjahren muessen manuell gebucht werden.

Ursache: Um Schecks automatisch einspielen zu koennen, wurde hinter jedem Scheck ein Schnittstellensatz hinterlegt. Im vorliegenden Fall konnte kein Schnittstellensatz ermittelt werden.

Loesung: Der Scheck muss manuell gebucht werden.

Ursache: Ein Scheck konnte vom Konvertierungsprogramm nicht in die v5 uebergeben werden.

Loesung: Der Scheck muss manuell gebucht werden.

Ursache: FibuNet speichert die Parameter vom letzten Aufruf der Zahlungsverkehrs-Menuepunkte. Es wurde versucht, den eingegebenen Gruppenbereich zu uebernehmen, was nicht gelang. Die Gruppenfelder wurden auf 0 gesetzt.

Ursache: Zahlungsverkehrsformulare finden Sie in den Menuepunkten 6.1.5.0/6.2.5.0/6.2.6.0. Ein Formular konnte nicht in die v5 konvertiert werden.

Loesung: Legen Sie das Zahlungsverkehrsformular manuell an.