Grundlegende Informationen zur Kostenrechnung finden Sie unter Erste Schritte.

1. Allgemeines

• Überleitung der Buchungen und Konten von der FIBU in die KORE
• Verarbeitung der manuellen oder importierten KORE Buchungen
• Aufrollung und erneute Übernahme von geänderten Buchungen
• Berechnung der Zuschläge
• Berechnung der Umlage

Hinweis 

Wurden mehrere Buchhaltungen in der KORE-FIBU-Zuordnung hinterlegt, müssen die FIBU-Konten die gleiche Bedeutung haben (= gleiche FIBU Kontenstammdaten in allen zugeordneten FIBUs). Grundsätzlich werden die Stammdaten aus der ersten FIBU der KORE-FIBU-Zuordnung übernommen und nur um die nicht enthaltenen Stammdaten der anderen FIBUs ergänzt. Die Reihenfolge in der KORE-FIBU-Zuordnung richtet sich nach der Firmennummer und nach dem FIBU-Jahr bzw. der Unternummer.

2. Einstiegsfelder

Hinweis 

Die im Startfenster der Übernahme und Umlage gesetzten Häkchen werden vom letzten Einstieg übernommen.

Firma, KORE	Firma und Kostenrechnung, für die die Daten in die KORE übernommen werden sollen. Es wird immer die zuletzt in einem Fenster verwendete Kostenrechnung vorgeschlagen.
von … bis … Periode	Zeitraum, für den die Übernahme gestartet wird.  Als Periode wird die "von Periode" des ersten Monats des Wirtschaftsjahres und die "bis Periode" bis zur zuletzt übernommenen Periode vorgeschlagen. Wird die "von ... bis ... Periode" einmal manuell verändert, wird dies beim nächsten Einstieg wieder vorgeschlagen (Daten werden gespeichert). Es empfiehlt sich, die Übernahme immer vom Beginn des Wirtschaftsjahres bis zum laufenden Monat durchzuführen. Wurde im KORE-Stamm eine Periodensperre gesetzt, kann die Übernahme erst ab diesem Monat gestartet werden.
Übernahme	Dieser Punkt ist zwingend, damit die Daten in der KORE verarbeitet werden können. Dabei werden der Datenimport, die Aufrollung, die Übernahme der Buchungen und standardmäßig die Zuschlagsberechnung durchgeführt.    Es werden die Buchungen aus den hinterlegten FIBUs übernommen. Dieser Punkt muss auch durchgeführt werden, wenn Buchungen in der KORE nachträglich geändert, manuell erfasst oder importiert wurden (siehe Buchungen bearbeiten).   Werden die Zuschläge (z. B. Materialgemeinkostenzuschlag, Sonderzahlungszuschlag ...) nicht standardmäßig mit der Übernahme berechnet (siehe Parameter Zuschlagsberechnung), können diese über den Menüpunkt Extras → Berechnen Zuschläge manuell angestoßen werden (siehe auch Zuschläge). Zusätzlich erscheint bei der Übernahme ein Hinweis, dass die Übernahme ohne Zuschlagsberechnung stattfindet:   Achtung!  Sind in der Kostenrechnung Umlagen angelegt, muss die Zuschlagsberechnung im Zuge der Übernahme erfolgen, da ansonsten die Zuschläge bei Auswertungen mit Umlagen nicht richtig dargestellt werden können!
Umlage	Gibt es in der KORE Umlagen (weil z. B. Hilfskostenstellen auf Hauptkostenstellen umgelegt werden), müssen diese ebenfalls berechnet werden. Mit diesem Punkt werden die Umlagen aufgerollt und neu berechnet (siehe auch Umlage).
Variante	Gibt es mehrere Umlagevarianten kann hier entschieden werden, ob die Umlage für alle Varianten (=keine Eingabe), oder nur für eine Variante berechnet werden soll.
Verarbeitung im Hintergrund	Bei Aktivierung dieses Feldes wird die Übernahme und Umlage im Hintergrund ausgeführt, es kann währenddessen in der NTCS weitergearbeitet werden. Ist die Übernahme und Umlage fertig, erhalten Sie automatisch eine Benachrichtigung: Damit die Benachrichtigung angezeigt werden kann, muss folgender CRM Parameter gesetzt sein: Paket CRM → Stammdaten → Einstellungen → CRM Parameter → CRM → Workflow → Benachrichtigungen am Desktop anzeigen = Ja Nach Änderung dieses Parameters starten Sie bitte die NTCS neu! Hinweis  Es kann zu Einschränkungen beim zeitgleichen Weiterarbeiten in der einen Kostenrechnung, für die die Übernahme und Umlage gestartet wurde, kommen. Auswertungen und Änderungen an, für die Übernahme und Umlage relevanten, Daten sollten erst nach Abschluss der Übernahme und Umlage vorgenommen werden! Eine Bearbeitung anderer Firmen oder KORE-Jahre ist kein Problem.   Einen Statusüberblick über möglicherweise noch laufende asynchrone Jobs wie die Übernahme und Umlage im Hintergrund, erhalten Sie über die graue Menüleiste → Tools → Asynchrone Jobs:

Einstiegsfelder

Istwerte		Hier könnte grundsätzlich gesteuert werden, dass die Umlage nur für Istwerte und Istmengen oder nur für Planwerte und Planmengen berechnet wird. Wir empfehlen jedoch, die Umlage immer für alle Werte und Mengen (alle Häkchen auf "Ja" stellen) zu starten.
Istmengen		Hier könnte grundsätzlich gesteuert werden, dass die Umlage nur für Istwerte und Istmengen oder nur für Planwerte und Planmengen berechnet wird. Wir empfehlen jedoch, die Umlage immer für alle Werte und Mengen (alle Häkchen auf "Ja" stellen) zu starten.
Planwerte		Hier könnte grundsätzlich gesteuert werden, dass die Umlage nur für Istwerte und Istmengen oder nur für Planwerte und Planmengen berechnet wird. Wir empfehlen jedoch ,die Umlage immer für alle Werte und Mengen (alle Häkchen auf "Ja" stellen) zu starten.
Planmengen		Hier könnte grundsätzlich gesteuert werden, dass die Umlage nur für Istwerte und Istmengen oder nur für Planwerte und Planmengen berechnet wird. Wir empfehlen jedoch, die Umlage immer für alle Werte und Mengen (alle Häkchen auf "Ja" stellen) zu starten.
Modell-Nr		Grundsätzlich wird die Umlage für alle Planmodelle berechnet. Aus Zeitgründen könnte hier auf ein Modell eingeschränkt werden.
Zeitraum für Planwerte/-mengen	Hier kann für Planwerte und Planmengen aus Folgeplanjahren (Mehrjahresplanung) gesteuert werden, ob die Umlage dafür auch lt. Zeitraum, für das ganze Jahr oder nicht berechnet werden soll. Aus Zeitgründen könnte hier eine abweichende Einstellung vom Standard definiert werden.

Hinweis 

Die Übernahme und Umlage muss immer vollständig durchlaufen und darf nicht abgebrochen werden, da ansonsten unvollständige Daten entstehen können.

3. Funktionen 

Unter weitere Funktionen  → Extras → Logdateien ansehen kann die aktuelle Logdatei von der letzten Übernahme der ausgewählten Firma und KORE aufgerufen werden.

Zuschläge von Zuschlägen	Sobald sich ein Zuschlag aus einem anderen Zuschlag errechnet bzw. sich auf einen anderen Zuschlag bezieht, muss dieser Parameter aktiviert werden. Entscheidend ist dann die Reihenfolgenummer: Der Zuschlag mit der niedrigeren Reihenfolgenummer wird als erstes berechnet. Die Reihenfolgenummer kann über die Funktionen in den Zuschlägen geändert werden.   0 - Nein: Es werden keine Zuschläge von Zuschlägen berechnet. 1 - Ja: Es werden Zuschläge von Zuschlägen berechnet.
Zuschlagsberechnung	Dieser Parameter ist nur in ganz seltenen Ausnahmefällen, in Absprache mit dem KORE Support, abweichend vom Standard zu setzen!  Grundsätzlich wird die Berechnung der vorhandenen Zuschläge mit der Übernahme der Buchungen gestartet. Über diesen Parameter kann die Zuschlagsberechnung auf Wunsch manuell gestartet werden. Achtung!  Sind in der Kostenrechnung Umlagen angelegt, muss die Zuschlagsberechnung im Zuge der Übernahme erfolgen, da ansonsten die Zuschläge bei Auswertungen mit Umlagen nicht richtig dargestellt werden können! 0 - Bei Übernahme: Zuschläge werden bei Übernahme berechnet.  1 - Manuell: Zuschlagsberechnung muss extra gestartet werden.
Monatsteiler > 12 vorhanden	Werden Buchungen mit einem Monatsteiler größer 12 (Eingabe bis zu 99 Monate möglich) erfasst, muss dieser Parameter gesetzt werden. Bei der Übernahme werden dann 9 Vorjahre kontrolliert, ob Daten für das aktuelle Jahr vorhanden sind.   Werden Buchungen über das Feld Jahr/Monat (Ja/Mo) (unter Buchungen bearbeiten → KORE-Detail) bis zu 2 Jahre vor bzw. zurück verschoben, ist dieser Parameter ebenfalls auf 1 zu setzten.   Achtung! Monatsteiler größer 12 erhöht die Dauer der Übernahme der Buchungen in die KORE.   0 - Nein: Monatsteiler größer 12 sind nicht vorhanden. 1 - Ja: Monatsteiler größer 12 sind vorhanden.
Hinweise im Logfile	Auswahl, ob in die Logdatei "Fehler und Hinweise" oder nur "Fehler" geschrieben werden sollen. Werden Fehler und Hinweise in der Logdatei ausgewiesen, können Sie durch Setzen der Häkchen auch nur die Fehler (Häkchen im Feld "Fehler") oder nur die Hinweise (Häkchen im Feld "Informationen") anzeigen lassen.   Hinweis  Die Dauer der Übernahme der Buchungen kann sich erhöhen, wenn Fehler und Hinweise protokolliert werden! Die Logdatei (KOREUEB) kann jederzeit nachträglich über das Fenster "Übernahme und Umlage" unter Extras → Protokolle → Logdateien ansehen aufgerufen werden.   0 - Fehler und Hinweise: Fehler und Hinweise werden in das Logfile geschrieben. 1 - Nur Fehler: Nur Fehler werden in das Logfile geschrieben (keine Hinweise).
Übernahme Kosten-Nr-Vorschlag	In den Kostenstammdaten können bei Kostenstellen und Kostenträgern die Abteilungen, Dimensionen oder Geschäftsbereiche fix oder als Vorschlag hinterlegt werden. Werden die Kostennummern fix hinterlegt, werden diese im Zuge der Übernahme immer in sämtliche Buchungen (auch rückwirkend) geschrieben (ohne Parametereinstellung).   Ist jedoch ein Vorschlag hinterlegt, kann durch diesen Parameter aktiviert werden, dass der Vorschlag in die Buchung übernommen wird, wenn das entsprechende Feld auf der Buchung leer ist.     0 - Keine Übernahme: Die hinterlegten Vorschlagswerte werden nicht in die Buchungen übernommen. 1 - Übernahme: Die hinterlegten Vorschlagswerte werden in die Buchungen übernommen, jedoch nur, wenn die Kostennummern in den Buchungen nicht eingegeben wurden.
Schreiben in NTCS-FIBU	Einstellung, ob die Werte aus dem Parameter "Import Buchungsdaten (PersKto, Filiale, ...)  in Kostenträger, Abteilung, Dimension oder Geschäftsbereich" (KORE Parameter → Allgemein → Import) oder "Import-KostenstammNr" aus der KORE-FIBU-Zuordnung in die Buchungen der NTCS FIBU zurückgeschrieben werden sollen.   Siehe auch Kunde/Lieferant (CRM Person) als Kostentyp bzw. Kunde/Lieferant (FIBU - nur bei Firmengruppe) als Kostentyp und Trennung der FIBUs mit einem eigenen Kostentyp.
Übernahme Kontendaten aus NTCS-FIBU	Hier kann eingestellt werden, welche Kontendaten von der FIBU in die KORE übernommen werden sollen. Ist zur Kostenrechnung nur eine Buchhaltung zugeordnet und die Fixierungen in der KORE sollen den Fixierungen in der FIBU entsprechen, kann der Parameter auf 3 geändert werden. 0 - Bezeichnung: Bei der Übernahme wird nur die Kontonummer und die Bezeichnung (inkl. Matchcode, Kontenart und Kontoklasse) aus der FIBU übernommen. 1 - Bezeichnung und Datenbesitzer: Neben Kontonummer und Bezeichnung werden auch hinterlegte Datenbesitzergruppen aus der FIBU übernommen. Abweichende Einstellungen auf den Feldern am Konto in der KORE werden überschrieben. 2 - alle Stammdaten ohne Kostenfixierungen (Standard): Es werden alle Stammdaten bei der Übernahme aus der FIBU übernommen, mit Ausnahme der Kostennummerfixierungen (z. B. fixierter Kostenträger über Feld "Kostenträger-Kz" am Konto). Abweichende Einstellungen auf den Feldern am Konto in der KORE werden überschrieben. 3 - alle Stammdaten inkl. Kostenfixierungen: Es werden alle Stammdaten inkl. der Kostennummerfixierungen (z. B. fixierter Kostenträger über Feld "Kostenträger-Kz" am Konto) aus der FIBU übernommen. Abweichende Einstellungen auf den Feldern am Konto in der KORE werden überschrieben.

 Seitenanfang 

4. Monatsablauf

1. Korrektur der Fehler im Programmpunkt Buchungen bearbeiten
2. Start der Übernahme

Hinweis 

Das Fenster mit der Logdatei kann offen bleiben. Parallel dazu kann beispielsweise das Programm "Buchungen bearbeiten" geöffnet werden, ein Durchstieg ist dabei über den Button "Buchungen bearbeiten" links oben im Logfenster möglich. Im Programm "Buchungen bearbeiten" können Buchungen korrigiert/geändert werden. Die Fehlertexte werden zusätzlich auf die Buchungen übernommen und sind im Programm "Buchungen bearbeiten" im Feld "Übernahmeinfo" ersichtlich (Ausnahme: Parameter Schreiben Übernahmefehler auf KORE-Buchung wurde deaktiviert.).   In der Logdatei werden entweder nur die Hinweise (Häkchen ist im Feld "Informationen" gesetzt) oder nur die Fehler (Häkchen ist im Feld "Fehler" gesetzt) angezeigt: Im Fenster "Übernahme und Umlage" kann die letzte Logdatei der KORE Übernahme (Übernahmeprotokoll) jederzeit nachträglich über Weitere Funktionen  → Extras → Logdateien ansehen aufgerufen werden. Der Name der Logdatei lautet: KOREUEB_Firmennummer_Korenummer.LOG - z. B. KOREUEB_1_202301.LOG     Werden Einstellungen für die Ansicht der Logdatei(en) geändert, sind diese Eingaben mit der Schaltfläche Aktualisieren bzw. der F5-Taste zu bestätigen.

Bei der Übernahme/Umlage der Buchungen von der FIBU in die KORE im neuen Jahr erhält die neue Kore automatisch das Häkchen "aktuelle Kore". 

Beispiel

Übernahme/Umlage der Kore 2023. Die aktuelle Kore ist noch das Jahr 2022:

Im Zuge der Übernahme/Umlage wird als aktuelle KORE das Jahr 2023 gesetzt und in die Logdatei ein Hinweis geschrieben:

 

5. Mögliche Fehler/Hinweise bei Übernahme der Buchungen 

Meldung	Beschreibung/Lösung
Übernahme
Es können keine Fibu-Buchungen in die Kore übernommen werden, da zu dieser Kore noch keine Fibu zugeordnet wurde! Bitte überprüfen Sie die Kore-Fibu-Zuordnung.	Über die Schaltfläche in der Meldung "KORE-FIBU-Zuordnung" oder unter Stammdaten → Firmen- und KORE-Stammdaten mittels rechter Maustaste auf der Kostenrechnung verzweigen Sie in die KORE-FIBU-Zuordnung. Dort sollte mindestens eine Buchhaltung im rechten Bereich unter "Zugeordnete FIBUs" stehen. Wird keine FIBU zugeordnet, kann die Übernahme trotzdem beispielsweise für die Übernahme von manuellen Buchungen gestartet werden.
In der KORE haben sich Buchungen auf Kostentypen mit VJ-Saldofortführung (z. B. Kostenträger) geändert. Möchten Sie die Änderungen nach der Übernahme und Umlage in die nächste KORE übertragen?	Wird bei dieser Meldung "Übertragen" ausgewählt, dann wird im Anschluss an die Durchführung der Übernahme und Umlage die Jahresübernahme zur Aktualisierung der VJ-Salden durchgeführt. Aktualisiert werden dabei: Kostenstammdaten, Konten, Buchungsarten/Varianten, Mengen, Planmodelle, Umlagevarianten, Umlagereihenfolgen, Istwerte, Istmengen, Planwerte, Planmengen, Umlage-Istwerte/-mengen und Umlage-Planwerte/-mengen. Siehe auch mehrmalige Jahresübernahme
Fehler: Keine KostErfassung vorhanden.	In der jeweiligen Buchung wurde ein Erfolgskonto angesprochen, jedoch keine Kostenstelle erfasst. Die Buchung wurde daher nicht verarbeitet. KST oder Übernahmeschlüssel im Buchungen bearbeiten nacherfassen.
Fehler: Aufteilungsbetrag nicht vollständig.	Die jeweilige Buchung wurde auf mehrere Kostennummern aufgeteilt, es ist jedoch ein Restbetrag vorhanden. Die gesamte Buchung wurde daher nicht verarbeitet. Der Restbetrag muss im Programm Buchungen bearbeiten auf eine Kostennummer verteilt werden. Beim Ausstieg aus einer Buchung mit unvollständigem Buchungsbetrag im Programm "Buchungen bearbeiten" wird folgende Meldung ausgegeben: "Auf der aktuellen KORE ist noch ein Restbetrag offen. Wollen Sie die Buchung trotzdem verlassen?" Mit "KORE-Detail ändern" kann direkt in die Bearbeitung zur Erfassung des Restbetrages eingestiegen werden.
Fehler: KST, KTR ... fehlt! Im KORE-Stamm ist zwingende Eingabe eingestellt.	In den Firmenstammdaten der KORE ist bei den KST, KTR ... eine zwingende Eingabe eingestellt. Die KST, KTR ... im Programm Buchungen bearbeiten nacherfassen.
Fehler: Kostenstelle/Kostenträger/… nicht vorhanden.	In der jeweiligen Buchung wurde eine KST eingegeben, welche in den Kostenstammdaten nicht existiert. Die Buchung wurde daher nicht verarbeitet. Entweder die Buchung im Programm Buchungen bearbeiten" korrigieren oder die KST in den Kostenstammdaten anlegen.
Fehler: KST, KTR ... vom Kontenstamm ist nicht vorhanden!	Die am Konto hinterlegte Kostennummer existiert in den Kostenstammdaten nicht. Diese ist anzulegen oder die Hinterlegung am Konto entsprechend anzupassen.
Fehler: Schlüssel nicht vorhanden.	In der Buchung oder am Konto ist ein Übernahmeschlüssel eingegeben/hinterlegt worden, den es nicht gibt. Die Buchung wurde daher nicht verarbeitet. Den Schlüssel im Punkt Kostenschlüssel anlegen oder die Buchung im Programm Buchungen bearbeiten korrigieren.
Fehler: KoreMengenNr nicht vorhanden.	In der jeweiligen Buchung wurde ein Mengenkennzeichen mitgeschickt, welches nicht angelegt ist. Die Buchung wurde daher nicht verarbeitet. Das Mengenkennzeichen im Punkt Mengen anlegen oder die Buchung im Buchungen bearbeiten korrigieren.
Fehler: KST, KTR ... stimmt mit Einstellung auf Kontenstamm nicht überein.	In der Buchung wurde keine KST, kein KTR ... eingegeben, obwohl am Kontostamm eine zwingende Eingabe eingestellt worden ist. KST, KTR ... im Programm Buchungen bearbeiten nacherfassen oder die Einstellung am Kontenstamm ändern.
Fehler: Fixierung von Kostenstelle/Kostenträger/... auf Kostenträger/Abteilung/... widerspricht sich! XXX mit Fixierungen: XXXXX	Die Fixierungen auf den Kostennummern (und möglicherweise die Fixierung am Konto) widersprechen sich. Die Fixierungen müssen angepasst werden, sonst werden keine Daten übernommen.
Fehler: Kein Konto im KORE-Detail oder KORE-Detail-Konto nicht vorhanden!	Im KORE-Detail steht entweder kein Konto oder eines, das in der Kostenrechnung nicht existiert. Die Buchung wird daher nicht verarbeitet. Normalerweise wird automatisch das Konto des Buchungssatzes in das KORE-Detail geschrieben. Eine Ausnahme bildet die Hinterlegung eines KORE-Kontos am bebuchten Konto oder direkt beim Buchen am Buchungssatz. Fehlt das Konto im KORE-Detail, obwohl es in der Buchung vorhanden ist, dann müssen die KORE-Detailsätze neu angelegt und die fehlerhaften gelöscht werden. Steht ein nicht existierendes Konto im KORE-Detail, so muss dieses angelegt oder in der Buchung durch das richtige Konto ersetzt werden.
Fehler: Das Belegdatum der Buchung liegt vor dem Beginndatum der KST/KTR/...	Es wurde vor dem Beginndatum auf die KST/KTR/.. gebucht (in den Kostenstammdaten hinterlegt). Die Buchung wurde nicht verarbeitet.
Fehler: Das Belegdatum der Buchung liegt nach dem Endedatum der KST/KTR/...	Es wurde nach dem Endedatum auf die KST/KTR/... gebucht (in den Kostenstammdaten hinterlegt). Die Buchung wurde nicht verarbeitet.
Folgende Buchungsarten sind keiner Buchungsvariante zugeordnet: 1XXX Buchungsart (lfd.), 2XXX Buchungsart (Bilanz)	Hat eine Buchungsart keine Zuordnung zu einer Buchungsvariante, so fehlen die Buchungen dieser Buchungsart auf den Auswertungen. Die Zuordnung kann unter Stammdaten → Buchungsvarianten/-arten mittels Drag & Drop erfolgen.
Es sind X nicht übernommene Buchungen aus Vorperioden vorhanden	Wird die Übernahme und Umlage für einen eingeschränkten Zeitraum durchgeführt und gibt es in den Perioden VOR der gewählten "von Periode" für die Übernahme und Umlage nicht übernommene Buchungen, so erhalten Sie diese Meldung. Um auch die Vorperioden korrekt mitauswerten zu können, sollten die Übernahme und Umlage für den gesamten Auswertungszeitraum erneut gestartet und eventuell vorhandene Fehler in den Buchungen korrigiert werden.
Hinweis: Die KORE XX wurde als aktuelle KORE übernommen.	Bei der Übernahme/Umlage einer Kostenrechnung, die das Folgejahr der aktuellen KORE ist, wird nun automatisch das Häkchen "aktuelle KORE" auf diese Kostenrechnung gesetzt.
Hinweis: Die Kostenerfassung wurde in der FIBU geändert. Die Buchung wird aufgerollt. Unterschiede in den Aufteilungen!	Wenn eine Buchung schon in die KORE übergeleitet worden ist und nachträglich in der FIBU die Kostenerfassung geändert wird, kommt ein Hinweis, dass die Buchung aufgerollt und die Kostenerfassung neu übernommen wird.
Hinweis: KST/KTR/… wurde geändert.	Auf einem bebuchten Konto wurden die Kontenstammdaten auf eine fixe Kostenstelle, einen Kostenträger ... geändert. Die bestehenden Buchungen wurden daher geändert. Die Buchung wurde verarbeitet.
Hinweis: Variator wurde geändert.	Am Konto ist ein anderer Variator hinterlegt, als in der Buchung mitgegeben wurde. Die Buchung wurde daher geändert.
Hinweis: Kostenstelle wurde gelöscht, weil ein Schlüssel mit Kostenstellen vorhanden ist!	In die jeweilige Buchung wurde ein Übernahmeschlüssel geschrieben, da dieser am Konto fix hinterlegt ist. Die zuvor erfasste Kostenstelle wird gelöscht. Die Buchung wurde verarbeitet.
Hinweis: Der Schlüssel beinhaltet Kostenstellen. Die gebuchte Kostenstelle wird ignoriert!	In der jeweiligen Buchung wurden ein Übernahmeschlüssel und eine Kostenstelle erfasst.  Die Buchung wird anhand des Schlüssels aufgeteilt, die Kostenstelle wird ignoriert. Die Buchung wurde verarbeitet.
Hinweis: Das Belegdatum der Buchung liegt vor dem Beginndatum der KST/KTR/...	Es wurde vor dem Beginndatum auf die KST/KTR/.. gebucht (in den Kostenstammdaten hinterlegt). Die Buchung wurde verarbeitet.
Hinweis: Das Belegdatum der Buchung liegt nach dem Endedatum der KST/KTR/...	Es wurde nach dem Endedatum auf die KST/KTR/... gebucht (in den Kostenstammdaten hinterlegt). Die Buchung wurde verarbeitet.
Hinweis: MengenNr fehlt.	In der Buchung wurde zwar eine Menge, aber kein Mengen-Kennzeichen erfasst. Die Buchung wurde verarbeitet, die Menge allerdings nicht.
Hinweis: Aufgrund einer Ungleichheit wurde die KontoNr in die FIBU-Kostenerfassung übernommen. Damit diese Änderung in die KORE übernommen wird, starten Sie bitte erneut die KORE-Übernahme.	Wenn das am FIBU-Konto hinterlegte KORE-Konto entfernt wird, dann muss die Übernahme doppelt gestartet werden, damit die Änderung korrekt in die Kostenrechnung übernommen wird. Bei der zweiten Übernahme scheint der Hinweis dann nicht erneut auf!
Hinweis: Das KORE-Konto vom Kontenstamm wurde in die FIBU-Kostenerfassung übernommen. Damit diese Änderung in die KORE übernommen wird, starten Sie bitte erneut die KORE-Übernahme!	Wenn sich am FIBU-Konto das hinterlegte KORE-Konto ändert, dann muss die Übernahme doppelt gestartet werden, damit die Änderung korrekt in die Kostenrechnung übernommen wird. Bei der zweiten Übernahme scheint der Hinweis dann nicht erneut auf!
Hinweis: Bitte stellen Sie die 5.5 FIBU auf die NTCS FIBU um, der Import von 5.5 Buchungen wird nicht mehr weiterentwickelt.	In der KORE-FIBU-Zuordnung ist eine FIBU mit einem FIBU-Verzeichnis BMD 5.5 zugeordnet. Bitte stellen Sie die FIBU auf NTCS um.  Wie Sie schnell und einfach mit uns in Kontakt treten können, erfahren Sie auf der Seite BMD kontaktieren.

 

Seltene Meldungen bei der Übernahme
Fehler: Ungültige Kostenperiode	Im Feld Kostperiode steht ein ungültiger Wert (z. B. 202099, 202013, 205001 ...). Es wird geprüft, ob der Monat kleiner 1 oder größer 12 ist und ob das Jahr mehr als 10 Jahre kleiner oder größer als der Wirtschaftsjahrbeginn ist. Die Buchung wurde daher nicht verarbeitet. Die Kostenperiode muss im Programm Buchungen bearbeiten korrigiert werden.
Es wurden zu viele Differenzen zwischen Fibu und Kore gefunden. Es werden alle Buchungen aufgerollt.	Bei der Übernahme werden automatisch alle Buchungen aufgerollt. Dadurch kann die Übernahme etwas länger dauern.
Transaktionsprotokoll ist voll	Das Transaktionsprotokoll ist voll und muss geleert werden. Ihr Administrator muss dazu folgende Schritte durchführen:   Das bestehende Transaktionsprotokoll muss über den Datenbankexplorer geshrinkt werden:     Danach muss eine Sicherung vom SQL Server unter Tools → Datenbank → Sicherungsassistent → Sicherung planen eingerichtet werden.   Sollten Sie dabei Unterstützung benötigen, wenden Sie sich bitte an die BMD Technik.
Connection to server failed: Das angegebene Modul wurde nicht gefunden.	Es ist eine Registrierung der SQL DMO nötig. Ihr Administrator soll sich dazu bitte mit der BMD Technik in Verbindung setzen.

• Fixierung von Kostentypen auf den Kostennummern
  Kontrollieren Sie, ob unter Stammdaten → Kostenstammdaten beispielsweise auf der Kostenstelle durch die Felder Ktr fix/Vorschlag und Ktr Vorschlag der Kostenträger fix hinterlegt ist. Diese Einstellungen sind auf allen Kostentypen (Kostenstelle, Kostenträger, Abteilung, Dimension, Geschäftsbereich ... ) möglich.
  
  
• Fixierung von Kostennummern auf KORE Konten
  Kontrollieren Sie, ob unter KORE →  Stammdaten → Konten auf dem Konto beispielsweise durch die Felder Kostenstellen-Kz und Kostenstelle eine Kostenstelle fixt hinterlegt ist. Diese Einstellungen sind auf allen Kostentypen (Kostenstelle, Kostenträger, Abteilung, Dimension, Geschäftsbereich ... ) möglich.
  
  
• Fixierung von Kostennummern auf FIBU Konten
  Kontrollieren Sie, ob unter FIBU →  Stammdaten → Konten auf dem Konto beispielsweise durch die Felder Kostenstellen-Kz und Kostenstelle eine Kostenstelle fix hinterlegt ist. Diese Einstellungen sind auf allen Kostentypen (Kostenstelle, Kostenträger, Abteilung, Dimension, Geschäftsbereich ... ) möglich.
  
  
• Import von Personenkonten, Projektnummern, IC-Codes usw. durch Parametereinstellung
  Kontrollieren Sie bitte über Stammdaten → KORE Parameter → Allgemein → Import Buchungen (FIBU) → Import Buchungsdaten in die Kostenstelle bzw. Kostenträger, Abteilung, Dimension oder Geschäftsbereiche, ob hier die Einstellungen vorhanden sind. Aus Performancegründen werden diese Änderungen nicht in der Logdatei von der Übernahme und Umlage protokolliert.
  
  
• Import von Kostentypen durch die Kore-Fibu-Zuordnung
  Starten Sie bitte über Stammdaten → Firmen- und KORE Stammdaten → auf der Kostenrechnung (rechte Bildschirmhälfte) → Kore-Fibu-Zuordnung. Kontrollieren Sie dort auf jeder zugeordneten Kostenrechnung mit der rechten Maustaste → Bearbeiten, ob in den Feldern Import Kostentyp und Import-KostenstammNr eine Hinterlegung vorhanden ist. Aus Performancegründen werden diese Änderungen nicht in der Logdatei von der Übernahme und Umlage protokolliert.
  
  

Umlage
Umlage der Istwerte bzw. Planwerte nicht möglich	Diese Meldung dient als Überschrift zu den unten stehenden Meldungen. Beispiel Bei der Umlage der Planwerte sind für die Variante 1, im Planmodell 1, für das Planjahr 2025 in der Reihenfolge 30 für den Schlüssel 30 keine berechneten Schlüsselwerte vorhanden.
Berechnungsbasis für die Umlage (der Fixkosten bzw. variablen Kosten) nicht vorhanden!	Es ist ein Umlageschlüssel hinterlegt, für den in einem oder mehreren Monat(en) keine Basis vorhanden ist. Dadurch kann die Umlage nicht berechnet werden. Nähere Informationen dazu finden Sie in der Onlinehilfe Umlage. Beispiel Es werden Kosten anhand der gebuchten Umsätze umgelegt. Im August sind auf den empfangenden Kostennummern keine Umsätze gebucht und daher ist keine Basis für die Umlage vorhanden. Die Kosten im August können nicht verteilt werden.
keine berechneten Schlüssel vorhanden	Es ist ein Umlageschlüssel hinterlegt, für den keine Basis vorhanden ist. Dadurch kann die Umlage nicht berechnet werden. Nähere Informationen dazu finden Sie in der Onlinehilfe Umlage. Beispiel Es werden Kosten anhand der gebuchten Umsätze umgelegt. Es wurden auf den empfangenden Kostennummern noch keine Umsätze gebucht und daher ist keine Basis für die Umlage vorhanden.
Umlage kann nicht durchgeführt werden, fehlerhafte Kostenschlüssel vorhanden!   Schlüssel X kann nicht berechnet werden, weil bei der Schlüsseleingabe keine Kostenstammnummer erfasst wurde.	Es ist ein Umlageschlüssel hinterlegt, bei dem in der Schlüsseleingabe die Hinterlegung einer empfangenden Kostennummer fehlt.   Unter Stammdaten → Kostenschlüssel kann diese nacherfasst werden. Nähere Informationen dazu finden Sie in der Onlinehilfe Umlage.
Schlüssel X kann nicht berechnet werden, weil Gliederungszeile XX im Schema XXXX nicht vorhanden ist.	Es ist ein Umlageschlüssel hinterlegt, bei dem die hinterlegte Basis-Gliederungszeile nicht mehr existiert. Dadurch kann die Umlage nicht berechnet werden.   Unter Stammdaten → Kostenschlüssel kann die Gliederungszeile getauscht, unter Stammdaten → Gliederungstexte kann die benötigte Zeile wieder angelegt werden. Nähere Informationen dazu finden Sie in der Onlinehilfe Umlage.
Die berechneten Schlüssel enthalten abgelaufene Kostentypen!	Im Umlageschlüssel sind Kostennummern (KST, KTR ...) enthalten, die durch ein hinterlegtes Endedatum bereits abgelaufen sind. Zusätzlich wurden Sie bei der Anlage des Umlageschlüssels mit einer Meldung darauf hingewiesen.
Planmodell Nr.: XX ist gesperrt. Umlage der Planwerte / Planmengen kann nicht durchgeführt werden!	Wurde ein Planmodell zur Bearbeitung gesperrt kann keine Umlageberechnung für dieses Planmodell mehr erfolgen, außer die Sperre wird am betroffenen Planmodell wieder aufgehoben.
Planmodell Nr.: xx wurde  am tt.mm.jjjj stillgelegt. Umlage Planwerte der Folgeplanjahre kann nicht durchgeführt  werden!	Ein Planmodell wurde durch die Jahresübernahme stillgelegt (ersichtlich durch das Feld Folgejahre stillgelegt am am Planmodell). Wurde die Umlage für (alle) Folgeplanjahre gestartet, kann für stillgelegte Planmodelle die Umlage nicht durchgeführt werden.

Hinweis 

Unter TOOLS → Administration → Protokolle → Logdateien können die Logdateien BMDKORESCHLUESSELBERECHNUNG_UEB für Übernahmeschlüssel bzw. BMDKORESCHLUESSELBERECHNUNG_UML für Umlageschlüssel aufgerufen werden. Hier wird je Schlüssel und Monat die Dauer der Berechnung protokolliert und kann bei der Suche helfen, wenn die Übernahme und Umlage sehr lange dauert.   Der KORE Parameter → Übernahme und Umlage → Übernahme → Hinweise im Logfile hat auch auf diese Logdateien einen Einfluss. Ist der Parameter auf "1 - nur Fehler" gesetzt, werden die Hinweise der Schlüsselberechnung nicht angezeigt.    Hinweise im Logfile Auswahl, ob in die Logdatei "Fehler und Hinweise" oder nur "Fehler" geschrieben werden sollen. Werden Fehler und Hinweise in der Logdatei ausgewiesen, können Sie durch Setzen der Häkchen auch nur die Fehler (Häkchen im Feld "Fehler") oder nur die Hinweise (Häkchen im Feld "Informationen") anzeigen lassen.   Hinweis  Die Dauer der Übernahme der Buchungen kann sich erhöhen, wenn Fehler und Hinweise protokolliert werden! Die Logdatei (KOREUEB) kann jederzeit nachträglich über das Fenster "Übernahme und Umlage" unter Extras → Protokolle → Logdateien ansehen aufgerufen werden.   0 - Fehler und Hinweise: Fehler und Hinweise werden in das Logfile geschrieben. 1 - Nur Fehler: Nur Fehler werden in das Logfile geschrieben (keine Hinweise).

Hinweis 

Nach Änderungen/Korrekturen im Programmpunkt "Buchungen bearbeiten" muss die Übernahme der Buchungen erneut gestartet werden.

Achtung! 

Eine Zuordnung von einer Fibu zu mehreren Kostenrechnungen ist möglich, wird aber nicht empfohlen!

6. FAQ

Seitenanfang 

Siehe auch:  Parameter Übernahme und Umlage  Buchungen bearbeiten Umlage  Übernahme und Umlage Stapel in der Kostenrechnung

© BMD Systemhaus GesmbH | Sierninger Straße 190 | A-4400 Steyr

• Haftungsausschluss | 
• Impressum | 
• Datenschutz 

.