Grundlegende Informationen zu den Kostenstammdaten finden Sie unter Kostenstammdaten.

1. Allgemeines

Achtung! 

In dieser KORE Hilfe wird nur die Anlage der Kostenstammdaten mittels Kostentypenfindung beschrieben. Die Beschreibungen für die Einstellungen bzw. das tägliche Arbeiten zur Findung (Hinterlegung der KORE Informationen in WWS, PPS, LEA …) sind im jeweiligen Paket nachzulesen.

1.1. Kostentypenfindung und Firmengruppen

2. In welcher Firma muss die KostenTypenfindung angelegt werden?

3. In welcher Kore werden die Stammdaten angelegt?

4. Einstellungen für die Kostentypenfindung

 

Funktionsart	Mit der Funktionsart wird definiert, welche Stammdaten aus den unterschiedlichsten Paketen (CRM, WWS …) für die Kostentypenfindung verwendet werden. Wenn z. B. ein Projekt im CRM angelegt wird, dann kann es automatisch z. B. zum Kostenträger in der KORE werden. Sollen in der Kostenrechnung beispielsweise auch für Artikel (WWS) Auswertungen erfolgen (z. B. Umsatz/Deckungsbeitrag/Ergebnis pro Artikel), können die Artikel-Stammdaten in der Kostenrechnung z. B. als Kostenstelle geführt werden
Kosten-Typ	Soll z. B. ein Projekt (CRM) automatisch in der KORE angelegt werden, kann hier eingestellt werden, welcher Kostentyp (Kostenstelle, Kostenträger, Abteilung, Dimension, Geschäftsbereich) dafür in der KORE verwendet werden soll z. B. Projekt -> Kostenträger.
Zuordnung	Mit der Zuordnung wird festgelegt welche Nummer und Bezeichnung der Stammdaten in der Kostennummer angelegt werden soll. Z. B. ProjektNr. →  KTR-Nummer + Projekt-Bezeichnung = KTR-Bezeichnung, MitarbeiterNr. →  KST-Nummer + Mitarbeiter-Bezeichnung = KST-Bezeichnung Feldzuordnung: Wird die Ausprägung „Feldzuordnung“ ausgewählt können im Feld Feldzuordnung die notwendigen Stammdatenfelder ausgewählt und in die notwendigen Kostenstammdatenfelder zugeordnet werden. Makro: In seltenen Ausnahmefällen wird die Ausprägung „Makro“ für spezielle Anforderungen in der Stammdatenanlage verwendet.
Feldzuordnung	Mit der Feldzuordnung (nur aktiv wenn im Feld Zuordnung "Feldzuordnung" ausgewählt wurde) können zusätzliche Stammdatenfelder (z. B. vom Projekt) in die Kostenstammdaten übernommen werden. Beispielsweise können Felder aus den Stammdaten des Projektes (CRM) wie Endedatum, Auftragssumme, Verantwortlicher …. in verschiedenste Kostenstammfelder der Kostentypen übernommen werden. Alternativ dazu kann auch ein Fixwert hinterlegt werden - nähere Informationen dazu finden Sie bei der Feldzuordnung am Beispiel Projekt. Zusätzlich ist die Implementierung eines Makros zur Anlage der Kostentypen möglich.
Kostenstamm-Kontrolle	Folgende Ausprägungen sind möglich: 1. Nein, keine KoStamm-Prüfung Diese Einstellung kann für die automatische Hinterlegung von KORE Informationen, z. B. bei Aufträgen, Artikeln, Projekten ... verwendet werden. dabei schreibt sich die Auftrags-/Artikel/Projekt-... nummer automatisch auch in das Feld des in der Kostentypenfindung angegebenen Kostentyps. Es wird keine Kostennummer in der Kostenrechnung angelegt und es erfolgt keine Prüfung, ob die hinterlegte Kostennummer im Kostenstamm vorhanden ist!   2. Ja, ohne automatische Neuanlage Wird diese Einstellung z. B. bei der Anlage eines Projektes in der Büroverwaltung verwendet, dann wird automatisch die Projektnummer auch im Feld des in der Kostentypenfindung definierten Kostentyps am Projekt hinterlegt. Es wird keine Kostennummer in der Kostenrechnung angelegt, es erfolgt jedoch eine Prüfung, ob die hinterlegte Kostennummer im Kostenstamm vorhanden ist. Sollte die hinterlegte Kostennummer in der Kostenrechnung nicht existieren, erhalten Sie eine Hinweismeldung. Die Kostennummer wird trotzdem im Projekt eingetragen. 3. Ja, mit automatischer Neuanlage Wird diese Einstellung bspw. bei der Anlage eines Projektes in der Büroverwaltung verwendet, dann wird automatisch die Projektnummer auch im Feld des in der Kostentypenfindung definierten Kostentyps am Projekt hinterlegt. Gleichzeitig wird geprüft, ob die Kostennummer bereits im Kostenstamm vorhanden ist. Wenn nicht, wird die Kostennummer automatisch angelegt. Ist die anzulegende Kostennummer bereits vorhanden, aktualisieren sich weitere verknüpfte Stammdatenfelder automatisch. Achtung!  Beim Paket WWS kommt es bei einer bereits vorhandenen Kostennummer zu keinem automatischen Abgleich weiterer Stammdatenfelder und Sie erhalten folgende Hinweismeldung: 4. Ja, mit automatischer Neuanlage ohne Hinweis Wird diese Einstellung bspw. bei der Anlage eines Projektes in der Büroverwaltung verwendet, dann wird automatisch die Projektnummer auch im Feld des in der Kostentypenfindung definierten Kostentyps am Projekt hinterlegt. Gleichzeitig wird geprüft, ob die Kostennummer bereits im Kostenstamm vorhanden ist. Wenn nicht, wird die Kostennummer automatisch angelegt. Ist die anzulegende Kostennummer bereits vorhanden, aktualisieren sich weitere verknüpfte Stammdatenfelder automatisch. Achtung!  Beim Paket WWS kommt es bei einer bereits vorhandenen Kostennummer zu keinem automatischen Abgleich weiterer Stammdatenfelder. Hinweis  Für die Kostenrechnung sind nur die Ausprägungen 3 und 4 relevant, da nur bei diesen Einstellungen auch tatsächlich Stammdaten direkt in der Kostenrechnung angelegt werden.
Aktiv	Damit kann eine Regel der Kostentypen-Findung deaktiviert werden (Standard = aktiv). Beim Findungsvorgang wird diese Regel dann nicht verwendet.

 

 Alle Felder Kostentypenfindung

Funktionen:

Rückfallebene anlegen	Zur ausgewählten Kostentypenfindung wird eine Rückfallebene (2. Priorität) angelegt:
Priorität vorreihen	Die ausgewählte Kostentypenfindung kann vorgereiht werden (Voraussetzung ist das Vorhandensein mehrerer Prioritäten).
Priorität zurückreihen	Die ausgewählte Kostentypenfindung kann zurückgereiht werden (Voraussetzung ist das Vorhandensein mehrerer Prioritäten).
Deaktivieren	Die ausgewählte Kostentypenfindung kann aktiviert/deaktiviert werden (Häkchen in der Spalte Aktiv wird gesetzt/gelöscht) .
Kopieren	Hier kann eine Kostentypenfindung inklusive einer vorhandenen Feldzuordnung kopiert werden. Das Kopieren kann innerhalb der gleichen Firma oder auf eine andere Firma erfolgen. Auch die Funktionsart oder der Kostentyp kann abweichend eingestellt werden:

Weitere Funktionen (drei schwarze Punkte rechts oben) → Extras

Protokoll	Dieses Protokoll ist permanent aktiviert. Im Protokoll werden für alle Firmen sämtliche Änderungen (Neuanlage, Änderung und Löschen) der Kostentypenfindung aufgelistet.
Datensatzprotokoll	Dieses Protokoll ist permanent aktiviert. Datensatzprotokoll werden für die ausgewählte Firma sämtliche Änderungen (Neuanlage, Änderung und Löschen) der Kostentypenfindung aufgelistet.

Kostentypenfindungen werden beim Export einer Kostenrechnung nicht mitexportiert und müssen, wenn die Kostenrechnung in ein anderes System importiert wird und die Kostentypenfindungen dort genauso funktionieren sollen, am neuen System neu angelegt und eingerichtet werden!

5. Aktivierung eines zusätzlicher Kostentyps

Seitenanfang 

6. Automatische Anlage von Kostennummern - Beispiele

Hier sind einige der häufigsten Anwendungsbeispiele: Projekte (aus CRM) Kunde/Lieferant (CRM Person) Kunde/Lieferant (Fibu-Konto) - nur bei Firmengruppe Mitarbeiter (CRM + LOHN) Artikel (WWS) TR/SR-Ablaufnummer (FIBU)

Hinweis 

Der angeführte Kostentyp (z. B. Projekt als Kostenträger) versteht sich nur als BMD Empfehlung, kann aber prinzipiell frei aus den 5 möglichen Kostentypen (Kostenstelle, Kostenträger, Abteilung, Dimension, Geschäftsbereich) gewählt werden.

6.1. Projekte

6.1.1. Allgemeines

Beispiel 

Beispiele für Projekte als Kostenträger: Baustellen Produkte Kurse Dienstleistungen u. v. m.

6.1.2. Notwendige Parametereinstellungen CRM

Stammdaten → Einstellungen → CRM Parameter → Projekte → Kostenrechnung:

Update in Kostenrechnung

Das Projekt wird lt. den Einstellungen in der Kostentypen-Findung in die aktuelle Kostenrechnung übernommen. 0 - Kein Update: Es erfolgt kein Update in die Kostenrechnung. 1 - Projekt wird direkt in KORE angelegt: Ein Projekt wird automatisch entsprechend den Einstellungen der Kostentypenfindung in der KORE angelegt. 2 - Neuanlage erfolgt auf Abfrage: Beim Speichern des Projekts erhalten Sie eine Abfrage, ob Sie dieses in die KORE übernehmen möchten. Weitere Informationen finden Sie in der Dokumentation zum Thema Kostentypenfindung

Update Projekt bei

Dieser Parameter ist immer auf die Ausprägung "2 - Neuanlage als Hauptprojekt" zu stellen. Eine Unterscheidung zwischen Hauptprojekt und Subprojekt findet in der NTCS nicht mehr statt.

Firma Kostentypenfindung und Kore-Suchroutinen

Mit diesem Parameter ist einstellbar, welche Firma für die Ermittlung der Kore verwendet werden soll. Damit kann gesteuert werden, ... in welcher Firma der Firmengruppe die Kore-Suchroutinen am Projektstamm suchen sollen. in welcher Firma der Firmengruppe ein Kostentyp nach Projektanlage erstellt werden soll. 1 - Gehört Firma: Es kommt die Kostentypenfindung der Firma zum Zug, welche im Feld "Gehört zu Firma" beim Projekt hinterlegt worden ist. In der aktuellen Kore dieser Firma findet dann auch eine eventuelle Prüfung/Anlage der Kostennummer statt. Ist im Feld "Gehört zu Firma" nichts hinterlegt worden, zieht die Kostentypenfindung der Projekt-Firma. In der aktuellen Kore dieser Firma findet dann auch eine eventuelle Prüfung/Anlage der Kostennummer statt. Existiert in der Firma für die Kostentypenfindung keine oder keine aktive Kostentypenfindung, erfolgt wieder der Rückfall auf die Kostentypenfindung der Hauptfirma. 2 - Hauptfirma: Es kommt immer die Kostentypenfindung der Hauptfirma zum Zug. In der aktuellen Kore der Hauptfirma findet dann auch eine eventuelle Prüfung/Anlage der Kostennummer statt.  3 - Projektfirma: Es kommt die Kostentypenfindung der Firma zum Zug, für die das Projekt angelegt worden ist. In der aktuellen Kore der Projektfirma findet dann auch eine eventuelle Prüfung/Anlage der Kostennummer statt.  Existiert in der Firma für die Kostentypenfindung keine oder keine aktive Kostentypenfindung erfolgt wieder der Rückfall auf die Kostentypenfindung der Hauptfirma. Weitere Informationen finden Sie in der Dokumentation zum Thema Kostentypenfindung.

6.1.3. Hilfreiche Parametereinstellungen FIBU/KORE

Prüfen Kostenstamm-Endedatum

Einstellung, ob beim Buchen das hinterlegte Endedatum vom Kostenstamm überprüft werden soll. Ist dieser Parameter gesetzt, kann nach dem Endedatum nicht mehr auf die Kostennummer gebucht werden. 0 - Nein 1 - Ja (Standard): Beim Buchen erscheint folgende Meldung: "Das am Kostenstamm hinterlegte Endedatum wurde überschritten!" Hinweis  Eine taggenaue Prüfung ist nicht möglich. Ist als Endedatum der 15.12. hinterlegt worden, kann auf diese Kostennummer den gesamten Dezember noch gebucht werden. Erst ab Jänner des nächsten Jahres greift die Prüfung.

Import Buchungsdaten (PersKto, Filiale, ...) in den Kostenträger

Buchungsdaten (Personenkonten gesamt, nur Kunden, nur Lieferanten, Filialen, IC-Codes oder Projektnummern) können bei Import der Buchungen aus einer FIBU als Kostenträger übernommen werden. Der gewählte Kostentyp darf nicht anderweitig verwendet werden, da bei der Übernahme der Buchungen die gewählte Information fix als Kostenträger in die Buchungen geschrieben wird.    1 - Import Personenkonto in den Kostenträger 2 - Import Lieferantenkonto in den Kostenträger 3 - Import Kundenkonto in den Kostenträger 4 - Import Filiale in den Kostenträger 5 - Import IC-Code in den Kostenträger      (Durch den IC-Code können innerbetriebliche Leistungen für eine spätere Konsolidierung gekennzeichnet werden.      Der IC-Code muss bereits als Kostennummer angelegt sein, damit er in die Buchungen übernommen werden kann!) 6 - Import Projektnummer in den Kostenträger Achtung!  Dies gilt für alle Buchungen (auch rückwirkend) im Übernahmezeitraum!   Für den Import als Personenkonten siehe auch Kunde/Lieferant (CRM Person) als Kostentyp bzw. Kunde/Lieferant (FIBU - nur bei Firmengruppe) als Kostentyp. KuLis können hierbei NICHT auf die Buchung übernommen werden! Ein KuLi kann über einen Vorschlagswert beim Buchen schon in die Buchung als Kostentyp übernommen werden.   Soll der Kunde und/oder Lieferant nicht nur in die Kore-Buchungen als Kostenstelle, Kostenträger, Abteilung, Dimension oder Geschäftsbereich, sondern auch in die Fibu-Buchungen geschrieben werden, muss zusätzlich noch der Parameter unter KORE Parameter → Übernahme und Umlage → Übernahme → Schreiben in NTCS FIBU auf "Ja" gesetzt werden.

Hinweis 

Ist bereits der FIBU Parameter gesetzt, sollte der KORE Parameter nicht mehr notwendig sein, außer es wurde früher schon mit Projekten gebucht, jedoch keine Kore verwendet. Dann kann der KORE Parameter helfen, die Projektinformation als Kostentyp in bereits bestehende Buchungen zu bekommen. Nähere Informationen dazu finden Sie auch unter Übernahme der Kostentypenfindung in die Buchungen (nachträglich).

6.1.4. Anlage Kostentypenfindung

6.1.5. Varianten der automatischen Anlage über die Kostenypenfindung (Feld "Zuordnung")

6.1.5.1. Variante Projektnummer

6.1.5.2. Variante Feldzuordnung

• KST, KTR ... Vorschlag Felder:
  Wird vom Projekt in das Kore-Feld "KST, KTR, ABT,DI, GBR Vorschlag" ein Wert übernommen, muss auch immer das "Fix/Vorschlags-Kennz." über den Fixwert mitgegeben werden. Beispielsweise kann so die Kundennummer als fixe Abteilung in die Kostennummer übernommen werden:
  
  
  
  Das Feld "Fixwert" wird immer dann benötigt, wenn eine Kostennummer (KST, KTR ...) einen Vorschlag oder eine Fixierung erhalten soll.
  Folgende Einstellungen sind im Feld Fixwert möglich:
  
  leer = Vorschlag
  1 =  Fix
  
  
• CRM Mitarbeiterfelder:
  Bei Mitarbeiterfeldern (z. B. Projektleiter, Abteilungsleiter ...) müssen auch die Mitarbeiterfirma (z. B. Projektleiter Firma, Abteilungsleiter Firma ...) mitübergeben werden:
  
  
  
  In der Kostenrechnung steht im Feld "Verantwortlicher" die Nummer und im Feld "Verantwortlicher - Name" der Name zur Verfügung:
  
  
  
  Für die Vertretung stehen folgende Felder zur Verfügung:
  
  
  
  Achtung! 

  Bitte folgende Felder nicht mehr verwenden. Es erfolgt kein Abgleich, wenn der Mitarbeitername geändert wird!

  
  
• Projektsperre:
  Es gibt verschiedene Varianten (Felder) für die Projektsperre.
  
  Gesperrt - Symbol Vorhängeschloss :
  
  Besonderheiten dieses Feldes in der LEA: Wenn ein Projekt gesperrt ist, können keine Leistungen mehr auf das Projekt erfasst werden.
  Näheres zu diesem Thema finden Sie in der Hilfe Behandlung der Projektsperre in der NTCS LEA.
  
  Wird das Feld Gesperrt in die Kost-Evidenz übergeben, wird auf der Kostennummer das Kost-Evidenz-Kennz. "nicht buchen" (Wert 2) gesetzt, sobald das CRM Projekt gesperrt wird.
  
  
  
  Fertig - Symbol Hakerl :
  
  Am Projekt wird automatisch das Feld Geschlossen am mit dem aktuellen Tagesdatum gesetzt, wenn das Projekt auf Fertig gestellt wird. Das Feld "Geschlossen am" kann am Projekt über die Feldzuordnung auf das Endedatum oder die Datumsfreifelder (Freifeld 06 oder Freifeld 07) in die Kostenrechnung übertragen werden:
  
  
  
  In weiterer Folge kann mit dem Endedatum ein automatischer Baum erstellt werden.
  
  

• Nein: Die Projektadresse wird nicht übergeleitet.
• Mit Gemeindeautomatik: Es werden die Adressfelder (Land-Nr., PLZ, Ort, Straße, Hausnummer) und die Kommunalsteuergemeinde übernommen.
• Nur Adressübergabe: Es werden nur die Adressfelder (Land-Nr., PLZ, Ort, Straße, Hausnummer) übernommen.
  
  

Beispiel 

Hier wird keine Lieferadresse hinterlegt. An die Kore wird die Hauptadresse des Lieferempfängers "Brunner Marianne" übergeben:

 

Hat der Lieferempfänger "Brunner Marianne" eine eigene Lieferadresse, muss diese im Feld Lieferadresse am Projektstamm ausgewählt werden:

Bei der Anlage eines neuen Projektes muss das Feld "85 Kostenträger" nicht befüllt werden, da beim Speichern der Kostenträger automatisch angelegt (selbe Nummer und Bezeichnung wie beim Projekt) und im Feld "Kostenträger" beim Projekt hinterlegt wird. Der Kostenträger steht nach dem Speichern des Projekts auch in den Kostenstammdaten in der Kore zur Verfügung!

6.1.6. Wann wird die Kostentypenfindung angestoßen?

• Manuelle Neuanlage Projekt
• Import Projekt
• Änderung Projekt
  
  

6.1.7. Nachträgliche Einführung einer Kostentypenfindung für Projekte

Wird eine Kostentypenfindung erst im Nachhinein angelegt (es existieren bereits viele Projekte, die als Kostennummer angelegt werden sollen), dann kann die Anlage als Kostennummer mittels "Spalte bearbeiten" angestoßen werden. Dazu ist es nötig, nach Anlage der Kostentypenfindung in der Projekteliste ein Feld zu finden, das bei keinem Datensatz einen Wert beinhaltet. Im nachfolgenden Beispiel wurde bei den Projekten das Freifeld 01 gewählt. Mittels Doppelklick auf die Spaltenüberschrift kann die Spalte erst aufsteigend, mit einem erneuten Doppelklick absteigend sortiert werden. Somit kann schnell festgestellt werden, ob die Spalte tatsächlich leer ist:

Ist sichergestellt, dass kein Datensatz im gewählten Feld einen Wert beinhaltet, kann die Spaltenüberschrift mit der rechten Maustaste → Spalte bearbeiten für alle Datensätze auf einmal abgeändert werden:

Es kann eine beliebige Information (unter Berücksichtigung, ob es sich um ein numerisches oder alphanumerisches Feld handelt) in das Feld eingetragen werden.

Wird diese Abfrage bestätigt, werden der Reihe nach alle vorhandenen Datensätze geändert. Durch diese Änderung wird die Kostentypenfindung angestoßen und im Anschluss sollten alle Kostennummern in der aktuellen Kostenrechnung angelegt worden sein. Danach kann mit der gleichen Funktion das Freifeld wieder geleert werden, um keine nicht benötigten Informationen auf den Datensätzen zu lassen.

Hinweis 

Das "Auf-Freifeld" muss nicht zwingend mit Werten versehen werden. Die Kostentypenfindung wird auch angestoßen, wenn das Feld "leer" bleibt.

6.1.8. Übernahme der Kostentypenfindung in die Buchungen (nachträglich)

Achtung! 

Wird die Kostentypenfindung erst nachträglich eingeführt, muss vor der Übernahme einmalig der Punkt "Löschen importierte FIBU-Daten" (über Burger-Menü einblenden) für das gesamte WJ im Übernahme- und Umlagefenster über den Menüpunkt "Extras" durchgeführt werden, damit alle zusätzlichen Informationen zu den Kostennummern auch rückwirkend in die Buchungen geschrieben werden.

Seitenanfang 

 

6.1.9. Projekte mit Firmengruppe 

• Projekterfassung in Hauptfirma
• Projekterfassung in Hauptfirma mit „Gehörtfirma“
• Projekterfassung in Einzelfirmen

• In welcher Firma erfolgt die Projekterfassung?
• In welcher Firma erfolgt die Kore-Stammdatenwartung für die Projekte (meist KTR)?

Hinweis 

Die Kore-Stammdatenwartung erfolgt unabhängig bzw. losgelöst von der Projektwartung. Es ist möglich die Projekte in der Hauptfirma (98) zu warten und die Kore-Stammdaten in einer operativen Firma (1). Nähere Details dazu finden Sie in der Hilfe "Wichtige Stammdaten rund um die Kostenrechnung" → Mögliche Varianten für Unternehmensstrukturen mit Firmengruppe.

Hinweis 

In diesem Dokument wird die Kostentypenfindung nur in Hinblick auf die automatische Anlage einer Kostennummer (z. B. Kostenträger) beschrieben. Für andere Pakete (LOHN, WWS, PLE ...) können zusätzlich auch Hinterlegungen in der Kostentypenfindung (ohne Neuanlage) existieren. Diese haben aber keine Auswirkung auf die Anlage der Kostenstammdaten.

6.1.9.1. Projekterfassung unter Hauptfirma (98)

Projekterfassung unter Hauptfirma

Dieser Parameter ist nur bei Firmengruppen relevant und bezieht sich auf die Anlage von Projekten. Die Entscheidung bezüglich dieser Einstellung sollte am Beginn der Programmeinführung gemeinsam mit dem BMD Berater getroffen werden. 0 - Nein: Die Erfassung von Projekten erfolgt immer unter der jeweiligen Firma. 1 - Ja: Die Erfassung von Projekten erfolgt unter der Hauptfirma der Firmengruppe. Jedes erfasste Projekt ist in allen Firmen der Firmengruppe verfügbar. Wird diese Ausprägung eingestellt, erfolgt eine Prüfung, ob in Firmen, die nicht der Hauptfirma entsprechen, Projekte existieren. Ist das der Fall, ist diese Einstellung nicht zulässig. Stellen Sie in diesem Fall zuerst alle relevanten Projekte auf die Hauptfirma um. Sollte aus irgendwelchen Gründen dennoch die Anforderung entstehen, dass eine derartige Einstellung trotz vorhandener Projekte erforderlich ist, kann der BMD Support die Sperre temporär deaktivieren. 2 - Ja mit Pflichteingabe Gehörtfirma: Bei der Erfassung muss zusätzlich die Gehörtfirma eingegeben werden, andernfalls kommt eine Hinweismeldung beim Speichern. Wird der Parameter firmenbezogen gesetzt, ist als Firma die Firmennummer der Firmengruppe zu verwenden. Hinweis  Diese Einstellung wirkt sich NICHT auf Projektvorlagen aus dem Paket Bilanz aus. Standard-Projektvorlagen werden immer unter der Firma 1 ausgeliefert. Wenn dieser Parameter auf "Ja" steht, kann die Firma 1 dennoch zur Firmengruppe hinzugefügt werden, ohne die Projektvorlagen auf die Hauptfirma umzustellen. Projektvorlagen können folglich innerhalb der gesamten Firmengruppe verwendet werden, auch wenn sie nicht unter der Hauptfirma erfasst sind.

Eindeutige Projektnummern

Dieser Parameter ist nur bei Firmengruppen relevant. Bei einer Neuanlage wird geprüft, ob die Nummer des Projekts innerhalb einer Firmengruppe eindeutig ist. 0 - Nein: Innerhalb der Firmengruppe kann eine Projektnummer mehrmals vergeben werden. Die nächste freie Projektnummer wird innerhalb des Nummernkreises der gewählten Projektfirma ermittelt. Das Programm berücksichtigt nicht, ob diese Nummer unter anderen Firmen der Firmengruppe bereits verwendet wird. 1 - Ja: Innerhalb der Firmengruppe gibt es eindeutige Projektnummern. Das heißt, bei der Neuanlage eines Projekts wird geprüft, ob die Nummer des Projekts innerhalb der Firmengruppe bereits existiert. Die nächste freie Projektnummer wird innerhalb der Nummernkreise aller Firmen der Firmengruppe ermittelt. Ist eine bestimmte Projektnummer beispielsweise bei Firma 1 in Verwendung, kann sie bei Firma 2 nichtmehr verwendet werden. Es wird innerhalb des Nummernkreises von Firma 2 jene Nummer vorgeschlagen, welche noch in keiner Firma der Firmengruppe verwendet wird. Hinweise  BMD empfiehlt, Projektnummern innerhalb einer Firmengruppe eindeutig zu führen, da redundante Projektnummern in verschiedenen Abläufen zu Problemen bei der Projekterkennung führen können. Wird der Parameter firmenbezogen gesetzt, ist als Firma die Nummer der Firmengruppe zu verwenden.

Beispiel 

Beispiel 1 – Kore-Stammdatenwartung in operativer Kore (1) In diesem Anwendungsfall gibt es eine operative Firma (1) mit Fibu und Kore. In der Hauptfirma (98) werden z. b. die WWS, LOHN, ZEIT Stammdaten gewartet. Die Kore-Stammdatenwartung findet in der operativen Kore statt. Es existiert bei dieser Variante keine Kore in der Hauptfirma (98)! Anlage Kostentypenfindung: Die Kostentypenfindung wird in der Hauptfirma (98) angelegt. Durch die Hinterlegung der operativen Kore in der Fibu der Hauptfirma (98) werden die Kostenstammdaten in der operativen Kore (Ziel-Kore) angelegt. Hinterlegung operative KORE (1) auf Fibu-Hauptfirma (98): Hinweis  Nach der Jahresübernahme der Finanzbuchhaltung bzw. der Kostenrechnung muss in der Hauptfirma (98) die operative Kore angepasst werden. Anlage Projekt (CRM) – Firma 99: Bei der Anlage eines neuen Projektes in der Projektliste muss das Feld für die Kostennummer (Kostenstelle, Kostenträger, Abteilung, Dimension, Geschäftsbereich) nicht manuell befüllt werden, da beim Speichern des Projektes die Kostennummer automatisch angelegt und im jeweiligen Kostennummernfeld hinterlegt wird. Das Projekt wird in der operativen Firma (1) als Kostenträger in den Kostenstammdaten angelegt:

Beispiel 

Beispiel 2 – KORE Stammdatenwartung in Hauptfirma (98) Achtung!  Die Kore in der Hauptfirma (98) dient hierbei nur zur Kostenstammdatenwartung, NICHT für Bewegungsdaten (Buchungen)! Anlage Kostentypenfindung: Die Kostentypenfindung wird in der Hauptfirma (98) angelegt. Ziel-Kore ist die Kore der Hauptfirma (98): Hinterlegung Kore-Hauptfirma (98) auf Fibu-Hauptfirma (98): Anlage Projekt (CRM) – Firma 99: Bei der Anlage eines neuen Projektes in der Projektliste muss das Feld für die Kostennummer (Kostenstelle, Kostenträger, Abteilung, Dimension, Geschäftsbereich) nicht manuell befüllt werden, da beim Speichern des Projektes die Kostennummer automatisch angelegt und im jeweiligen Kostennummernfeld hinterlegt wird. Das Projekt wird in der Kore der Hauptfirma (98) als Kostenträger in den Kostenstammdaten angelegt: Von der Kore der Hauptfirma (98) können die Kostenstammdaten mittels Kostenstammverteilung oder Übernahme aus Standard in die restlichen Kores verteilt werden.

6.1.9.2. Projekterfassung unter Hauptfirma mit „Gehörtfirma“

Notwendige Parametereinstellungen CRM (Standardauslieferung Firma 99)

Stammdaten → Einstellungen → CRM-Parameter → CRM → Allgemein

Projekterfassung unter Hauptfirma

Dieser Parameter ist nur bei Firmengruppen relevant und bezieht sich auf die Anlage von Projekten. Die Entscheidung bezüglich dieser Einstellung sollte am Beginn der Programmeinführung gemeinsam mit dem BMD Berater getroffen werden. 0 - Nein: Die Erfassung von Projekten erfolgt immer unter der jeweiligen Firma. 1 - Ja: Die Erfassung von Projekten erfolgt unter der Hauptfirma der Firmengruppe. Jedes erfasste Projekt ist in allen Firmen der Firmengruppe verfügbar. Wird diese Ausprägung eingestellt, erfolgt eine Prüfung, ob in Firmen, die nicht der Hauptfirma entsprechen, Projekte existieren. Ist das der Fall, ist diese Einstellung nicht zulässig. Stellen Sie in diesem Fall zuerst alle relevanten Projekte auf die Hauptfirma um. Sollte aus irgendwelchen Gründen dennoch die Anforderung entstehen, dass eine derartige Einstellung trotz vorhandener Projekte erforderlich ist, kann der BMD Support die Sperre temporär deaktivieren. 2 - Ja mit Pflichteingabe Gehörtfirma: Bei der Erfassung muss zusätzlich die Gehörtfirma eingegeben werden, andernfalls kommt eine Hinweismeldung beim Speichern. Wird der Parameter firmenbezogen gesetzt, ist als Firma die Firmennummer der Firmengruppe zu verwenden. Hinweis  Diese Einstellung wirkt sich NICHT auf Projektvorlagen aus dem Paket Bilanz aus. Standard-Projektvorlagen werden immer unter der Firma 1 ausgeliefert. Wenn dieser Parameter auf "Ja" steht, kann die Firma 1 dennoch zur Firmengruppe hinzugefügt werden, ohne die Projektvorlagen auf die Hauptfirma umzustellen. Projektvorlagen können folglich innerhalb der gesamten Firmengruppe verwendet werden, auch wenn sie nicht unter der Hauptfirma erfasst sind.

Eindeutige Projektnummern

Dieser Parameter ist nur bei Firmengruppen relevant. Bei einer Neuanlage wird geprüft, ob die Nummer des Projekts innerhalb einer Firmengruppe eindeutig ist. 0 - Nein: Innerhalb der Firmengruppe kann eine Projektnummer mehrmals vergeben werden. Die nächste freie Projektnummer wird innerhalb des Nummernkreises der gewählten Projektfirma ermittelt. Das Programm berücksichtigt nicht, ob diese Nummer unter anderen Firmen der Firmengruppe bereits verwendet wird. 1 - Ja: Innerhalb der Firmengruppe gibt es eindeutige Projektnummern. Das heißt, bei der Neuanlage eines Projekts wird geprüft, ob die Nummer des Projekts innerhalb der Firmengruppe bereits existiert. Die nächste freie Projektnummer wird innerhalb der Nummernkreise aller Firmen der Firmengruppe ermittelt. Ist eine bestimmte Projektnummer beispielsweise bei Firma 1 in Verwendung, kann sie bei Firma 2 nichtmehr verwendet werden. Es wird innerhalb des Nummernkreises von Firma 2 jene Nummer vorgeschlagen, welche noch in keiner Firma der Firmengruppe verwendet wird. Hinweise  BMD empfiehlt, Projektnummern innerhalb einer Firmengruppe eindeutig zu führen, da redundante Projektnummern in verschiedenen Abläufen zu Problemen bei der Projekterkennung führen können. Wird der Parameter firmenbezogen gesetzt, ist als Firma die Nummer der Firmengruppe zu verwenden.

 

Stammdaten → Einstellungen → CRM-Parameter → Projekte → Kostenrechnung

Firma Kostentypenfindung und Kore-Suchroutinen

Mit diesem Parameter ist einstellbar, welche Firma für die Ermittlung der Kore verwendet werden soll. Damit kann gesteuert werden, ... in welcher Firma der Firmengruppe die Kore-Suchroutinen am Projektstamm suchen sollen. in welcher Firma der Firmengruppe ein Kostentyp nach Projektanlage erstellt werden soll. 1 - Gehört Firma: Es kommt die Kostentypenfindung der Firma zum Zug, welche im Feld "Gehört zu Firma" beim Projekt hinterlegt worden ist. In der aktuellen Kore dieser Firma findet dann auch eine eventuelle Prüfung/Anlage der Kostennummer statt. Ist im Feld "Gehört zu Firma" nichts hinterlegt worden, zieht die Kostentypenfindung der Projekt-Firma. In der aktuellen Kore dieser Firma findet dann auch eine eventuelle Prüfung/Anlage der Kostennummer statt. Existiert in der Firma für die Kostentypenfindung keine oder keine aktive Kostentypenfindung, erfolgt wieder der Rückfall auf die Kostentypenfindung der Hauptfirma. 2 - Hauptfirma: Es kommt immer die Kostentypenfindung der Hauptfirma zum Zug. In der aktuellen Kore der Hauptfirma findet dann auch eine eventuelle Prüfung/Anlage der Kostennummer statt.  3 - Projektfirma: Es kommt die Kostentypenfindung der Firma zum Zug, für die das Projekt angelegt worden ist. In der aktuellen Kore der Projektfirma findet dann auch eine eventuelle Prüfung/Anlage der Kostennummer statt.  Existiert in der Firma für die Kostentypenfindung keine oder keine aktive Kostentypenfindung erfolgt wieder der Rückfall auf die Kostentypenfindung der Hauptfirma. Weitere Informationen finden Sie in der Dokumentation zum Thema Kostentypenfindung.

Achtung! 

Dieser Parameter ist nur in der Hauptfirma (98) zu setzen und ist in operativen Firmen nicht notwendig.

Anlage 2. Projekt in der Firma 99

6.1.9.3. Projekterfassung nicht unter Hauptfirma

Notwendige Parametereinstellungen CRM (Standardauslieferung Firma 99)

Stammdaten → Einstellungen → CRM-Parameter → CRM → Allgemein

Projekterfassung unter Hauptfirma

Dieser Parameter ist nur bei Firmengruppen relevant und bezieht sich auf die Anlage von Projekten. Die Entscheidung bezüglich dieser Einstellung sollte am Beginn der Programmeinführung gemeinsam mit dem BMD Berater getroffen werden. 0 - Nein: Die Erfassung von Projekten erfolgt immer unter der jeweiligen Firma. 1 - Ja: Die Erfassung von Projekten erfolgt unter der Hauptfirma der Firmengruppe. Jedes erfasste Projekt ist in allen Firmen der Firmengruppe verfügbar. Wird diese Ausprägung eingestellt, erfolgt eine Prüfung, ob in Firmen, die nicht der Hauptfirma entsprechen, Projekte existieren. Ist das der Fall, ist diese Einstellung nicht zulässig. Stellen Sie in diesem Fall zuerst alle relevanten Projekte auf die Hauptfirma um. Sollte aus irgendwelchen Gründen dennoch die Anforderung entstehen, dass eine derartige Einstellung trotz vorhandener Projekte erforderlich ist, kann der BMD Support die Sperre temporär deaktivieren. 2 - Ja mit Pflichteingabe Gehörtfirma: Bei der Erfassung muss zusätzlich die Gehörtfirma eingegeben werden, andernfalls kommt eine Hinweismeldung beim Speichern. Wird der Parameter firmenbezogen gesetzt, ist als Firma die Firmennummer der Firmengruppe zu verwenden. Hinweis  Diese Einstellung wirkt sich NICHT auf Projektvorlagen aus dem Paket Bilanz aus. Standard-Projektvorlagen werden immer unter der Firma 1 ausgeliefert. Wenn dieser Parameter auf "Ja" steht, kann die Firma 1 dennoch zur Firmengruppe hinzugefügt werden, ohne die Projektvorlagen auf die Hauptfirma umzustellen. Projektvorlagen können folglich innerhalb der gesamten Firmengruppe verwendet werden, auch wenn sie nicht unter der Hauptfirma erfasst sind.

Eindeutige Projektnummern

Dieser Parameter ist nur bei Firmengruppen relevant. Bei einer Neuanlage wird geprüft, ob die Nummer des Projekts innerhalb einer Firmengruppe eindeutig ist. 0 - Nein: Innerhalb der Firmengruppe kann eine Projektnummer mehrmals vergeben werden. Die nächste freie Projektnummer wird innerhalb des Nummernkreises der gewählten Projektfirma ermittelt. Das Programm berücksichtigt nicht, ob diese Nummer unter anderen Firmen der Firmengruppe bereits verwendet wird. 1 - Ja: Innerhalb der Firmengruppe gibt es eindeutige Projektnummern. Das heißt, bei der Neuanlage eines Projekts wird geprüft, ob die Nummer des Projekts innerhalb der Firmengruppe bereits existiert. Die nächste freie Projektnummer wird innerhalb der Nummernkreise aller Firmen der Firmengruppe ermittelt. Ist eine bestimmte Projektnummer beispielsweise bei Firma 1 in Verwendung, kann sie bei Firma 2 nichtmehr verwendet werden. Es wird innerhalb des Nummernkreises von Firma 2 jene Nummer vorgeschlagen, welche noch in keiner Firma der Firmengruppe verwendet wird. Hinweise  BMD empfiehlt, Projektnummern innerhalb einer Firmengruppe eindeutig zu führen, da redundante Projektnummern in verschiedenen Abläufen zu Problemen bei der Projekterkennung führen können. Wird der Parameter firmenbezogen gesetzt, ist als Firma die Nummer der Firmengruppe zu verwenden.

Stammdaten → Einstellungen → CRM-Parameter → Projekte → Kostenrechnung

Firma Kostentypenfindung und Kore-Suchroutinen

Mit diesem Parameter ist einstellbar, welche Firma für die Ermittlung der Kore verwendet werden soll. Damit kann gesteuert werden, ... in welcher Firma der Firmengruppe die Kore-Suchroutinen am Projektstamm suchen sollen. in welcher Firma der Firmengruppe ein Kostentyp nach Projektanlage erstellt werden soll. 1 - Gehört Firma: Es kommt die Kostentypenfindung der Firma zum Zug, welche im Feld "Gehört zu Firma" beim Projekt hinterlegt worden ist. In der aktuellen Kore dieser Firma findet dann auch eine eventuelle Prüfung/Anlage der Kostennummer statt. Ist im Feld "Gehört zu Firma" nichts hinterlegt worden, zieht die Kostentypenfindung der Projekt-Firma. In der aktuellen Kore dieser Firma findet dann auch eine eventuelle Prüfung/Anlage der Kostennummer statt. Existiert in der Firma für die Kostentypenfindung keine oder keine aktive Kostentypenfindung, erfolgt wieder der Rückfall auf die Kostentypenfindung der Hauptfirma. 2 - Hauptfirma: Es kommt immer die Kostentypenfindung der Hauptfirma zum Zug. In der aktuellen Kore der Hauptfirma findet dann auch eine eventuelle Prüfung/Anlage der Kostennummer statt.  3 - Projektfirma: Es kommt die Kostentypenfindung der Firma zum Zug, für die das Projekt angelegt worden ist. In der aktuellen Kore der Projektfirma findet dann auch eine eventuelle Prüfung/Anlage der Kostennummer statt.  Existiert in der Firma für die Kostentypenfindung keine oder keine aktive Kostentypenfindung erfolgt wieder der Rückfall auf die Kostentypenfindung der Hauptfirma. Weitere Informationen finden Sie in der Dokumentation zum Thema Kostentypenfindung.

Eine Kostentypenfindung in den Nebenfirmen ist nicht notwendig, wenn es in der Kostentypenfindung der Nebenfirmen keine aktiven Datensätze gibt. In diesem Fall ist die Rückfallsebene die Kostentypenfindung der Hauptfirma (98).

Bei der Anlage eines neuen Projektes in der Projektliste muss das Feld für die Kostennummer (Kostenstelle, Kostenträger, Abteilung, Dimension, Geschäftsbereich) nicht manuell befüllt werden, da beim Speichern des Projektes die Kostennummer automatisch angelegt und im jeweiligen Kostennummernfeld hinterlegt wird.

Hinweis 

Alle Einstellungen zur Kostentypenfindung wie z. B. Feldzuordnung, nachträgliche Einführung, usw. sind ident mit der Beschreibung im Punkt Projekte - Allgemein.

6.1.9.4. Ermittlung der Kostenrechnung am Beispiel Projekt

1. Zielkostenrechnung ist jene Kore, welche im Firmenstamm der Hauptfirma (98) im Feld 289 aktuelle Kore hinterlegt ist.
2. Ist keine aktuelle Kore in Hauptfirma (98) hinterlegt, jedoch im Feld 122 eine aktuelle Fibu, so wird als Zielkostenrechnung die Kore verwendet, die in der Fibu in den Felder Firmen-Nr. Kore (Feld 96) und Kore-Nr. (Feld 97) eingetragen ist. 

1. Zielkostenrechnung ist jene Kore, welche im Firmenstamm der Nebenfirma (1) im Feld 289 aktuelle Kore hinterlegt ist.
2. Ist keine aktuelle Kore in der Nebenfirma (1) vorhanden, jedoch im Feld 122 eine aktuelle Fibu, so wird als Zielkostenrechnung die Kore verwendet, die in der Fibu in den Felder Firmen-Nr. Kore (Feld 96) und Kore-Nr. (Feld 97) eingetragen ist.
3. In der Nebenfirma (1) ist weder eine aktuelle Fibu noch eine aktuelle Kore vorhanden, dann ist die Rückfallsebene die Hauptfirma (98). Die Zielkostenrechnung ist jene Kore, welche im Firmenstamm der Hauptfirma (98) im Feld 289 aktuelle Kore hinterlegt ist.
4. In der Nebenfirma (1) ist weder eine aktuelle Fibu noch eine aktuelle Kore vorhanden, dann ist die Rückfallsebene die Hauptfirma (98). In der Hauptfirma ist keine aktuelle Kore, sondern nur im Feld 122 eine aktuelle Fibu hinterlegt, so wird als Zielkostenrechnung die Kore verwendet, die in der Fibu in den Felder Firmen-Nr. Kore (Feld 96) und Kore-Nr. (Feld 97) eingetragen ist.  
   

 Seitenanfang 

6.2. Kunde/Lieferant (CRM Person) 

6.2.1. Allgemeines

Hinweis 

Eine CRM Person (Kunde/Lieferant) wird auch automatisch angelegt, wenn das Personenkonto erstmalig in einer Fibu der Firma angelegt wird)

Achtung! 

Wichtig dabei ist, dass ein Kostentyp verwendet wird, der noch frei verfügbar ist. Es wird bei allen Buchungen der Kunde und/oder Lieferant als Kostenstelle, Kostenträger, Abteilung, Dimension oder Geschäftsbereich hineingeschrieben (auch rückwirkend)! KULIs können dabei nicht auf die Buchung übernommen werden!  Ein KULI kann über einen Vorschlagswert beim Buchen schon in die Buchung als Kostentyp übernommen werden.

6.2.2. Notwendige Parametereinstellungen CRM

6.2.3. Notwendige Parametereinstellungen KORE

Soll der Kunde/Lieferant nicht nur als Kostentyp angelegt werden, sondern dieser Kostentyp auch gleich in die Buchungen auf dem jeweiligen Kunden/Lieferanten zurückgeschrieben werden, dann ist folgende zusätzliche Parametereinstellung zu treffen:

Stammdaten → KORE Parameter → Allgemein → Import Buchungen (FIBU):

Import Buchungsdaten (PersKto, Filiale, ...) in den Geschäftsbereich

Buchungsdaten (Personenkonten gesamt, nur Kunden, nur Lieferanten, Filialen, IC-Codes oder Projektnummern) können bei Import der Buchungen aus einer FIBU als Geschäftsbereich übernommen werden. Der gewählte Kostentyp darf nicht anderweitig verwendet werden, da bei der Übernahme der Buchungen die gewählte Information fix als Geschäftsbereich in die Buchungen geschrieben wird.    1 - Import Personenkonto in den Geschäftsbereich 2 - Import Lieferantenkonto in den Geschäftsbereich 3 - Import Kundenkonto in den Geschäftsbereich 4 - Import Filiale in den Geschäftsbereich 5 - Import IC-Code in den Geschäftsbereich  (Durch den IC-Code können innerbetriebliche Leistungen für eine spätere Konsolidierung gekennzeichnet werden.      Der IC-Code muss bereits als Kostennummer angelegt sein, damit er in die Buchungen übernommen werden kann!) 6 - Import Projektnummer in den Geschäftsbereich   Achtung!  Dies gilt für alle Buchungen (auch rückwirkend) im Übernahmezeitraum!   Für den Import als Personenkonten siehe auch Kunde/Lieferant (CRM Person) als Kostentyp bzw. Kunde/Lieferant (FIBU - nur bei Firmengruppe) als Kostentyp. KuLis können hierbei NICHT auf die Buchung übernommen werden! Ein KuLi kann über einen Vorschlagswert beim Buchen schon in die Buchung als Kostentyp übernommen werden.   Soll der Kunde und/oder Lieferant nicht nur in die Kore-Buchungen als Kostenstelle, Kostenträger, Abteilung, Dimension oder Geschäftsbereich sondern auch in die Fibu-Buchungen geschrieben werden, muss zusätzlich noch der Parameter unter KORE Parameter → Übernahme und Umlage → Übernahme → Schreiben in NTCS FIBU auf "Ja" gesetzt werden.

Hinweis 

Der Parameter ist nur für den betreffenden Kostentyp zu setzen.

 

6.2.4. Notwendige Parametereinstellungen FIBU

Um auch bei Skontobuchungen die Kunden und/oder Lieferanten als Kostenstelle, Kostenträger, Abteilung, Dimension oder Geschäftsbereich in die Buchungen zu übernehmen, muss in der FIBU folgender Parameter gesetzt werden:

Stammdaten → FIBU Parameter → Buchen → Allgemein:

Personenkonto in Sammelbuchung

Werden die Kunden- und/oder Lieferantenkonten als Kostenträger, Abteilung, Dimension oder Geschäftsbereich in die KORE übernommen, muss für Skontobuchungen der Parameter auf "Ja" gesetzt werden (das Personenkonto wird in die Skontosammelbuchung übernommen).

 

6.2.5. Anlage Kostentypenfindung

  In der Sprachversion für Deutschland ist für diese Kostentypenfindung als Funktionsart "Mandant" auszuwählen.

Die Kostennummer steht nach dem Speichern des Kunden/Lieferanten in den Kostenstammdaten in der Kore zur Verfügung.

Hinweis 

Sollen die Kunden und Lieferanten als Kostentyp in die Kore übernommen werden, muss sowohl eine Zeile für Kunden als auch für Lieferanten in der Kostentypenfindung angelegt werden.

6.2.6. Wann wird die Kostentypenfindung angestoßen?

• Manuelle Neuanlage Kunde/Lieferant
• Import Kunde/Lieferant
• Änderung Kunde/Lieferant (unter der Voraussetzung, dass die Kostennummer der Personennummer entspricht!)
  
  

6.2.7. Nachträgliche Einführung einer Kostentypenfindung für Kunde/Lieferant (CRM Person)

Ist sichergestellt, dass kein Datensatz im gewählten Feld einen Wert beinhaltet, kann die Spaltenüberschrift mit der rechten Maustaste → Spalte bearbeiten für alle Datensätze auf einmal abgeändert werden:

Es kann eine beliebige Information (unter Berücksichtigung, ob es sich um ein numerisches oder alphanumerisches Feld handelt) in das Feld eingetragen werden.

Wird diese Abfrage bestätigt, werden der Reihe nach alle vorhandenen Datensätze geändert. Durch diese Änderung wird die Kostentypenfindung angestoßen und im Anschluss sollten alle Kostennummern in der aktuellen Kostenrechnung angelegt worden sein. Danach kann mit der gleichen Funktion das Freifeld wieder geleert werden, um keine nicht benötigten Informationen auf den Datensätzen zu lassen.

Hinweis 

Das "Auf-Freifeld" muss nicht zwingend mit Werten versehen werden. Die Kostentypenfindung wird auch angestoßen, wenn das Feld "leer" bleibt.

Achtung! 

Der Vorgang "Spalte bearbeiten" für Kostentypenfindungen mit der Funktionsart "Kunden" oder "Lieferanten" muss zwingend im Paket CRM unter den Personen angestoßen werden!

6.2.8. Übernahme der Kostentypenfindung in die Buchungen (nachträglich)

Achtung! 

Wird die Kostentypenfindung erst nachträglich eingeführt, muss vor der Übernahme einmalig der Punkt "Löschen importierte Fibu-Daten" (über Burger-Menü einblenden) für das gesamte WJ im Übernahme- und Umlagefenster über den Menüpunkt "Extras" durchgeführt werden, damit alle zusätzlichen Informationen zu den Kostennummern auch rückwirkend in die Buchungen geschrieben werden.

6.2.9. Kunde/Lieferant (CRM Person) mit Firmengruppe

Hinweis 

Unter CRM → Stammdaten → Personen → Kunden oder Lieferanten können Sie sich über "Extras" die "Info zu Einstellungen" (über Burger-Menü einblenden) für jeden Kunden/Lieferanten anzeigen lassen, ob die Personenerfassung in der Hauptfirma erfolgt:

Seitenanfang 

6.3. Kunde/Lieferant (Fibu-Konto) - nur bei Firmengruppe

6.3.1. Allgemeines

Hinweis 

Ein Personenkonto (Kunde/Lieferant) wird in der aktuellen Fibu der Firma auch automatisch angelegt, wenn die CRM Person (Kunde/Lieferant) angelegt wird.

1. Firmengruppe vorhanden mit mehreren Fibus und Kores
   
   
2. Mehrere Kores existieren in Firmengruppe, in denen Kostentypen für Kunden/Lieferanten angelegt werden sollen.
   
   
3. Zentrale Personenstammdatenwartung in Hauptfirma (98)
   
   
4. Kunden/Lieferantenkonten werden in 2. Fibu (Nebenfirma) bei Bedarf angelegt bzw. aus Standard übernommen (keine Kontenstammverteilung in Verwendung!).
   
   
5. Keine Kostenstammverteilung in der 1. Kore in Verwendung

Hinweis 

Eine Kostentypenfindung in der 2. Kore-Firma (Nebenfirma) ist nicht notwendig, da durch die Firmengruppe die Rückfallebene die Kostentypenfindung der Hauptfirma (98) ist!

6.3.2. Notwendige Parametereinstellungen CRM

Hinweis 

Sind zur Kore mehrere Fibus zugeordnet, muss dieser Parameter firmenbezogen für jede Firma/Fibu gesetzt werden.

6.3.3. Notwendige Parametereinstellungen KORE

Soll der Kunde/Lieferant nicht nur als Kostentyp angelegt werden, sondern dieser Kostentyp auch gleich in die Buchungen auf dem jeweiligen Kunden/Lieferanten zurückgeschrieben werden, dann ist folgende zusätzliche Parametereinstellung zu treffen:

Stammdaten → KORE Parameter → Allgemein → Import Buchungen (FIBU):

Import Buchungsdaten (PersKto, Filiale, ...) in den Geschäftsbereich

Buchungsdaten (Personenkonten gesamt, nur Kunden, nur Lieferanten, Filialen, IC-Codes oder Projektnummern) können bei Import der Buchungen aus einer FIBU als Geschäftsbereich übernommen werden. Der gewählte Kostentyp darf nicht anderweitig verwendet werden, da bei der Übernahme der Buchungen die gewählte Information fix als Geschäftsbereich in die Buchungen geschrieben wird.    1 - Import Personenkonto in den Geschäftsbereich 2 - Import Lieferantenkonto in den Geschäftsbereich 3 - Import Kundenkonto in den Geschäftsbereich 4 - Import Filiale in den Geschäftsbereich 5 - Import IC-Code in den Geschäftsbereich  (Durch den IC-Code können innerbetriebliche Leistungen für eine spätere Konsolidierung gekennzeichnet werden.      Der IC-Code muss bereits als Kostennummer angelegt sein, damit er in die Buchungen übernommen werden kann!) 6 - Import Projektnummer in den Geschäftsbereich   Achtung!  Dies gilt für alle Buchungen (auch rückwirkend) im Übernahmezeitraum!   Für den Import als Personenkonten siehe auch Kunde/Lieferant (CRM Person) als Kostentyp bzw. Kunde/Lieferant (FIBU - nur bei Firmengruppe) als Kostentyp. KuLis können hierbei NICHT auf die Buchung übernommen werden! Ein KuLi kann über einen Vorschlagswert beim Buchen schon in die Buchung als Kostentyp übernommen werden.   Soll der Kunde und/oder Lieferant nicht nur in die Kore-Buchungen als Kostenstelle, Kostenträger, Abteilung, Dimension oder Geschäftsbereich sondern auch in die Fibu-Buchungen geschrieben werden, muss zusätzlich noch der Parameter unter KORE Parameter → Übernahme und Umlage → Übernahme → Schreiben in NTCS FIBU auf "Ja" gesetzt werden.

Hinweis 

Der Parameter ist nur für den betreffenden Kostentyp zu setzen.

 

6.3.4. Notwendige Parametereinstellungen FIBU

Um auch bei Skontobuchungen die Kunden und/oder Lieferanten als Kostenstelle, Kostenträger, Abteilung, Dimension oder Geschäftsbereich in die Buchungen zu übernehmen, muss in der FIBU folgender Parameter gesetzt werden:

Stammdaten → FIBU Parameter → Buchen → Allgemein:

Personenkonto in Sammelbuchung

Werden die Kunden- und/oder Lieferantenkonten als Kostenträger, Abteilung, Dimension oder Geschäftsbereich in die KORE übernommen, muss für Skontobuchungen der Parameter auf "Ja" gesetzt werden (das Personenkonto wird in die Skontosammelbuchung übernommen).

 

6.3.5. Anlage Kostentypenfindung

  In der Sprachversion für Deutschland ist für diese Kostentypenfindung als Funktionsart "Mandant" auszuwählen.

Hinweis 

Sollen die Kunden- und Lieferantenkonten als Kostentyp in die Kore übernommen werden, muss sowohl eine Zeile für Kundenkonten als auch für Lieferantenkonten in der Kostentypenfindung angelegt werden.

6.3.6. Wann wird die Kostentypenfindung angestoßen?

• Manuelle Neuanlage Kunde/Lieferantenkonto
• Import Kunde/Lieferantenkonto
• Änderung Kunde/Lieferantenkonto (unter der Voraussetzung, dass die Kostennummer der Personennummer entspricht!)
• Neuanlage/Änderung durch eine Kontenverteilung
• Übernahme aus dem Standardkontenrahmen
  
  

6.3.7. Nachträgliche Einführung einer Kostentypenfindung für Kunden/Lieferanten (Fibu-Konto)

Ist sichergestellt, dass kein Datensatz im gewählten Feld einen Wert beinhaltet, kann die Spaltenüberschrift mit der rechten Maustaste → Spalte bearbeiten für alle Datensätze auf einmal abgeändert werden:

Es kann eine beliebige Information (unter Berücksichtigung, ob es sich um ein numerisches oder alphanumerisches Feld handelt) in das Feld eingetragen werden.

Wird diese Abfrage bestätigt, werden der Reihe nach alle vorhandenen Datensätze geändert. Durch diese Änderung wird die Kostentypenfindung angestoßen und im Anschluss sollten alle Kostennummern in der aktuellen Kostenrechnung angelegt worden sein. Danach kann mit der gleichen Funktion das Freifeld wieder geleert werden, um keine nicht benötigten Informationen auf den Datensätzen zu lassen.

Hinweis 

Das "Auf-Freifeld" muss nicht zwingend mit Werten versehen werden. Die Kostentypenfindung wird auch angestoßen, wenn das Feld "leer" bleibt.

6.3.8. Übernahme der Kostentypen in die Buchungen (nachträglich)

Achtung! 

Wird die Kostentypenfindung erst nachträglich eingeführt, muss vor der Übernahme einmalig der Punkt "Löschen importierte Fibu-Daten" (über Burger-Menü einblenden) für das gesamte WJ im Übernahme- und Umlagefenster über den Menüpunkt "Extras" durchgeführt werden, damit alle zusätzlichen Informationen zu den Kostennummern auch rückwirkend in die Buchungen geschrieben werden.

Seitenanfang 

6.4. Mitarbeiter/Dienstnehmer (CRM + LOHN)

6.4.1. Allgemeines

6.4.2. Notwendige Parametereinstellungen CRM

Stammdaten → Einstellungen → CRM Parameter → Mitarbeiter → KORE/FIBU:

 

Update in Kostenrechnung

Der Mitarbeiter wird lt. den Einstellungen in der Kostentypenfindung in die aktuelle Kostenrechnung übernommen. Zusätzlich muss natürlich in der Kostentypenfindung eine entsprechende "Regel" für Mitarbeiter definiert werden. Ergänzende Informationen: Bei Mitarbeiterstammdaten wird als KORE-Firma die Firma des Hauptdienstverhältnisses übergeben. Ist kein Dienstverhältnis vorhanden, wird als Rückfallebene jene Firma ermittelt, unter der der Mitarbeiter angelegt ist. Werden von der Kostentypenfindung eine oder mehrere KORE-Felder zurückgeliefert, dann werden diese in die Mitarbeiter-KORE-Felder übernommen. Zusätzlich werden diese Felder auf den aktuellen historischen Datensatz und auf alle künftigen historischen Datensätze übernommen. Wenn sich durch die Koretypenfindung z. B. die Kostenstelle ändern würde (Update von Kore auf Mitarbeiterstamm), dann erfolgen diese Änderungen nur in den historischen Daten des Hauptdienstverhältnisses. Die Übernahme der KORE-Felder aus der Kostentypenfindung löst auch eine korrekte Replikation der Mitarbeiterstammdaten aus (sofern aktiv). Weiters wird die Kostentypenfindung (sofern aktiviert) auch in Folge von"Personen importieren" angestoßen.

6.4.3. Anlage Kostentypenfindung

Bei der Anlage von neuen Mitarbeitern müssen die Kostennummernfelder (Kostenstelle, Kostenträger, Abteilung, Dimension, Geschäftsbereich) nicht manuell befüllt werden, da beim Speichern die Kostennummer automatisch angelegt (gleiche Nummer und Bezeichnung wie Mitarbeiter/innen) und im jeweiligen Kostennummernfeld beim Mitarbeiter hinterlegt wird.

Die Kostennummer steht nach dem Speichern des Mitarbeiters in den Kostenstammdaten in der Kore zur Verfügung.

6.4.4. Varianten der automatischen Anlage über die Kostentypenfindung (Feld "Zuordnung")

6.4.4.1. Variante Mitarbeiternummer

6.4.4.2. Variante Feldzuordnung

Zusätzliche Informationen vom Mitarbeiter sollen auf die Kostenstammdaten übergeben werden. Dazu muss das Feld "Zuordnung" auf "Feldzuordnung" gestellt werden.



In Kombination mit dem Feld Feldzuordnung können nicht nur Nummer und Name in die Dimension übergeben, sondern auch andere Stammdatenfelder direkt in die Kostenstammdaten übergeben werden (z. B. Eintrittsdatum, Austrittsdatum, Abteilungsleiter, ...). Pflichtfelder sind Mitarbeiternummer und Mitarbeiter (Mitarbeitername).

Hinweis 

Verbuchung: VOR der Verbuchung aus dem LOHN muss in der Bruttoerfassung bei der Lohnart und auch am Buchungsbeleg kontrolliert werden, ob die Kostennummer ersichtlich ist. Kostenverteilung: Wird im LOHN eine Kostenverteilung (Bruttoerfassung, Mitarbeiterstamm) für verschiedene Kostentypen (Kostenstellen, Kostenträger, Abteilung, Dimension, Geschäftsbereich) verwendet, muss bei dieser Kostenverteilung zusätzlich auch die neue Kostennummer hinterlegt werden, auch wenn am Mitarbeiter bereits eine Kostennummer hinterlegt ist. Andernfalls landen keine Kostennummern in der Buchung. Nähere Informationen dazu finden sie auch in der Hilfe im LOHN: Kostenverteilung

6.4.5. Wann wird die Kostentypenfindung angestoßen?

• Manuelle Neuanlage Mitarbeiter
• Import Mitarbeiter
• Änderung Mitarbeiter
  
  

6.4.6. Nachträgliche Einführung einer Kostentypenfindung für Mitarbeiter (CRM)

Wird eine Kostentypenfindung erst im Nachhinein angelegt (es existieren bereits viele Mitarbeiter, die als Kostennummer angelegt werden sollen), dann kann die Anlage als Kostennummer mittels "Spalte bearbeiten" angestoßen werden. Dazu ist es nötig, nach Anlage der Kostentypenfindung, in der Mitarbeiterliste ein Feld zu finden, das bei keinem Datensatz einen Wert beinhaltet. Im nachfolgenden Beispiel wurde bei den Mitarbeitern das Freifeld 01 gewählt. Mittels Doppelklick auf die Spaltenüberschrift kann die Spalte erst aufsteigend, mit einem erneuten Doppelklick absteigend sortiert werden. Somit kann schnell festgestellt werden, ob die Spalte tatsächlich leer ist:

Ist sichergestellt, dass kein Datensatz im gewählten Feld einen Wert beinhaltet, kann die Spaltenüberschrift mit der rechten Maustaste → Spalte bearbeiten für alle Datensätze auf einmal abgeändert werden:

Es kann eine beliebige Information (unter Berücksichtigung, ob es sich um ein numerisches oder alphanumerisches Feld handelt) in das Feld eingetragen werden.

Wird diese Abfrage bestätigt, werden der Reihe nach alle vorhandenen Datensätze geändert. Durch diese Änderung wird die Kostentypenfindung angestoßen und im Anschluss sollten alle Kostennummern in der aktuellen Kostenrechnung angelegt worden sein. Danach kann mit der gleichen Funktion das Freifeld wieder geleert werden, um keine nicht benötigten Informationen auf den Datensätzen zu lassen.

Hinweis 

Das "Auf-Freifeld" muss nicht zwingend mit Werten versehen werden. Die Kostentypenfindung wird auch angestoßen, wenn das Feld "leer" bleibt.

Hinweis 

Kostennummern können nicht automatisch rückwirkend auf bereits bestehende Lohnbuchungen in der Fibu übernommen werden! Eine Lohnaufrollung wird in diesem Fall nicht empfohlen. Ein manuelles Nacherfassen der Kostennummern in der Fibu/Kore ist möglich. Wir empfehlen deshalb, eine nachträgliche Einführung von Mitarbeitern als eigener Kostentyp bei Verwendung von NTCS LOHN VOR der nächsten Lohnabrechnung vorzunehmen, damit die Kostennummern für den nächsten abgerechneten Monat in die Lohnbuchungen übernommen werden können.

6.4.7. Mitarbeiter mit Firmengruppe

Hinweis 

Mit der Mitarbeiterwartung in der Hauptfirma 98 ist die Anlage der Mitarbeiter in der Firmengruppen 99 gemeint. Die Anlage bei der Firma 98 ist nicht möglich. Es kommt folgender Hinweis: "Zu dieser Firma dürfen keine Personen erfasst werden! Die Verwaltung der Stammdaten erfolgt nur mit der Hauptfirma."

Beispiel 

Beispiel 1 - Mitarbeitererfassung in Hauptfirma (98) mit DV-Firma 98: Kostentypenfindung in Hauptfirma 98:

Beispiel 

Beispiel 2 - Mitarbeitererfassung in Hauptfirma (98) mit unterschiedlichen DV-Firmen (98): Werden Mitarbeiter mit unterschiedlichen DV-Firmen erfasst, muss jeweils für Hauptfirma (98) und für alle Nebenfirmen eine Kostentypenfindung angelegt werden, wenn zu Hauptfirma und Nebenfirmen auch jeweils eine Kore existiert. Kostentypenfindung in Hauptfirma 98: Kostentypenfindung in DV-Firma 1: Kostentypenfindung in DV-Firma 2: Die weiteren Kostentypenfindungen (Firma 1, Firma 2) können auch von der Hauptfirma (98) mithilfe der Kopieren-Funktion in die Nebenfirmen übernommen werden. Eine Kostentypenfindung in den Nebenfirmen ist nicht notwendig, wenn es in der Kostentypenfindung der Nebenfirmen keine aktiven Datensätze gibt. In diesem Fall ist die Rückfallebene die Kostentypenfindung der Hauptfirma (98): In den Kostenstammdaten der jeweiligen DV-Firmen werden nach Anlage der Mitarbeiter nur die jeweils relevanten Mitarbeiter (DV-Firma) als Kostentyp angelegt und nicht alle in der Hauptfirma 98 erfassten Mitarbeiter in allen Kostenrechnungen:

 Seitenanfang 

6.5. Artikel (WWS)

6.5.1. Allgemeines

6.5.2. Notwendige Parametereinstellungen WWS

Stammdaten → Einstellungen → WWS Parameter → Warenwirtschaft allgemein → Allgemein

Kostenrechnung in WWS aktiv

Definition, ob in der Warenwirtschaft mit Kostendaten gearbeitet werden soll. Hinweis: Bei "1 - Ja" müssen zusätzlich die Parameter für die Kostentypenfindung im Bereich Auftrag/Lager/Bestellung definiert werden.

Stammdaten → Einstellungen → WWS Parameter → Stammdatenverwaltung → Allgemein: 

Kostentypenfindung aktivieren

Definition, ob die Kostentypenfindung für WWS Stammdaten aktiviert werden soll. 0 - Nein (Standard): Die Einstellungen in der Kostentypenfindung (Paket Kostenrechnung → Stammdaten → Kostentypenfindung) sind für Artikel und Seriennummer nicht wirksam. 1 - Ja: Nur bei der Neuanlage von Stammdaten wird die Einstellung der Kostentypenfindung ausgeführt. 2 - Ja, Kostenstammdaten aktualisieren: Auch Änderungen werden berücksichtigt. Hinweis: Gilt für Artikel und Seriennummer.

6.5.3. Anlage Kostentypenfindung

6.5.4. Wann wird die Kostentypenfindung angestoßen?

• Manuelle Neuanlage Artikel
• Import Artikel
• Änderung Artikel
  
  

6.5.5. Nachträgliche Einführung einer Kostentypenfindung für Artikel (WWS)

Wird eine Kostentypenfindung erst im Nachhinein angelegt (es existieren bereits viele Artikel, die als Kostennummer angelegt werden sollen), dann kann die Anlage als Kostennummer mittels "Spalte bearbeiten" angestoßen werden. Dazu ist es nötig, nach Anlage der Kostentypenfindung, in der Artikelliste ein Feld zu finden, das bei keinem Datensatz einen Wert beinhaltet. Im nachfolgenden Beispiel wurde bei den Artikeln das Freifeld 01 gewählt. Mittels Doppelklick auf die Spaltenüberschrift kann die Spalte erst aufsteigend, mit einem erneuten Doppelklick absteigend sortiert werden. Somit kann schnell festgestellt werden, ob die Spalte tatsächlich leer ist:

Ist sichergestellt, dass kein Datensatz im gewählten Feld einen Wert beinhaltet, kann die Spaltenüberschrift mit der rechten Maustaste → Spalte bearbeiten für alle Datensätze auf einmal abgeändert werden:

Es kann eine beliebige Information (unter Berücksichtigung, ob es sich um ein numerisches oder alphanumerisches Feld handelt) in das Feld eingetragen werden.

Wird diese Abfrage bestätigt, werden der Reihe nach alle vorhandenen Datensätze geändert. Durch diese Änderung wird die Kostentypenfindung angestoßen und im Anschluss sollten alle Kostennummern in der aktuellen Kostenrechnung angelegt worden sein. Danach kann mit der gleichen Funktion das Freifeld wieder geleert werden, um keine nicht benötigten Informationen auf den Datensätzen zu lassen.

Hinweis 

Das "Auf-Freifeld" muss nicht zwingend mit Werten versehen werden. Die Kostentypenfindung wird auch angestoßen, wenn das Feld "leer" bleibt.

Hinweis 

Warenhaupt und Warenuntergruppen können über die Feldzuordnung als Freifelder in die Kostennummer übernommen werden. In weiterer Folge können mit einem automatischen Baum die Waren(unter)gruppen einem Baumknoten zugeordnet werden. Nähere Informationen dazu finden Sie in der Automatische Baumzuordnung.

 Seitenanfang 

6.6. TR/SR-Ablaufnummer (FIBU)

6.6.1. Allgemeines

6.6.2. Notwendige Parametereinstellungen FIBU

Stammdaten → FIBU Parameter →  Buchen → Kostenrechnung:

Vorschlag Geschäftsbereich

Hier kann eingestellt werden, ob der Geschäftsbereich aus dem Teil-/Schlussrechnungsablauf (Hinterlegung im Feld 17 "Geschäftsbereich"), aus dem Projekt (Hinterlegung im Feld 83 "Geschäftsbereich"), aus dem Kunden (Hinterlegung im Feld 161 "Geschäftsbereich") oder aus dem Lieferanten (Hinterlegung im Feld 180 "Geschäftsbereich") vorgeschlagen werden soll. Einstellungen am Sachkontenstamm und Kostenstamm übersteuern diesen Vorschlag. Beispiel: Auf dem Kunden 200100 ist im Feld 83 der Geschäftsbereich 200100 hinterlegt. Bei Buchungen mit dem Kunden 200100 wird der Geschäftsbereich 200100 vorgeschlagen.     Dieser Parameter greift sowohl im Buchungsprogramm als auch in der ER-Kontrolle, im Programm "Vorerfassung Buchungen" und beim Import Buchungen!

 

Hinweis 

Der Parameter ist bei der jeweils benötigten Kostennummer zu hinterlegen.

6.6.3. Anlage Kostentypenfindung

Hinweis 

Ist das Feld "Geschäftsbereich" in der Buchung jedoch manuell befüllt worden und weicht beim Speichern der TR/SR-Ablaufnummer der hier hinterlegte GBR vom GBR ab, welcher über die Kostentypenfindung ermittelt worden ist, erscheint folgende Abfrage: "Durch die Einstellung in der Kostentypenfindung ergeben sich geänderte Kostennummern, die evtl. neu angelegt werden: Geschäftsbereich: von 10 auf 99 Sollen die Änderungen übernommen werden?"     Wird die Abfrage bestätigt, dann wird der GBR 10, der aktuell auf der TR/SR-Ablaufnummer hinterlegt ist, durch den GBR 99 (= Ablauf-, Projekt- oder Kunden/Lieferantennummer) ersetzt.

6.6.4. Wann wird die Kostentypenfindung angestoßen?

• Manuelle Neuanlage TR\SR-Ablaufnummer
• Import TR\SR-Ablaufnummer
• Änderung TR\SR-Ablaufnummer
  
  

6.6.5. Nachträgliche Einführung einer Kostentypenfindung für TR/SR-Ablaufnummer (FIBU)

Wird eine Kostentypenfindung erst im Nachhinein angelegt (es existieren bereits viele TR/SR-Ablaufnummern, die als Kostennummer angelegt werden sollen), dann kann die Anlage als Kostennummer mittels "Spalte bearbeiten" angestoßen werden. Dazu ist es nötig, nach Anlage der Kostentypenfindung, in der TR/SR-Ablaufnummernliste ein Feld zu finden, das bei keinem Datensatz einen Wert beinhaltet. Im nachfolgenden Beispiel wurde bei den TR/SR-Ablaufnummern das Freifeld 01 gewählt. Mittels Doppelklick auf die Spaltenüberschrift kann die Spalte erst aufsteigend, mit einem erneuten Doppelklick absteigend sortiert werden. Somit kann schnell festgestellt werden, ob die Spalte tatsächlich leer ist:

Ist sichergestellt, dass kein Datensatz im gewählten Feld einen Wert beinhaltet, kann die Spaltenüberschrift mit der rechten Maustaste → Spalte bearbeiten für alle Datensätze auf einmal abgeändert werden:

Es kann eine beliebige Information (unter Berücksichtigung, ob es sich um ein numerisches oder alphanumerisches Feld handelt) in das Feld eingetragen werden.

Wird diese Abfrage bestätigt, werden der Reihe nach alle vorhandenen Datensätze geändert. Durch diese Änderung wird die Kostentypenfindung angestoßen und im Anschluss sollten alle Kostennummern in der aktuellen Kostenrechnung angelegt worden sein. Danach kann mit der gleichen Funktion das Freifeld wieder geleert werden, um keine nicht benötigten Informationen auf den Datensätzen zu lassen.

Hinweis 

Das "Auf-Freifeld" muss nicht zwingend mit Werten versehen werden. Die Kostentypenfindung wird auch angestoßen, wenn das Feld "leer" bleibt.

6.6.6. Übernahme der Kostentypenfindung in die Buchungen (nachträglich)

Achtung! 

Wird die Kostentypenfindung erst nachträglich eingeführt, muss vor der Übernahme einmalig der Punkt "Löschen importierte Fibu-Daten" (über Burger-Menü einblenden) für das gesamte WJ im Übernahme- und Umlagefenster über den Menüpunkt "Extras" durchgeführt werden, damit alle zusätzlichen Informationen zu den Kostennummern auch rückwirkend in die Buchungen geschrieben werden.

7. FAQ

Wie kann die aktuelle Kore/Fibu geändert werden bzw. warum ist das grüne Häkchen () beim falschen Kostenrechnungsjahr/Finanzbuchhaltungsjahr gesetzt?

Seitenanfang 

Siehe auch: Kostenstammdaten Kostentypenfindung in der WWS Parameter Kostentypenfindung

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

• Haftungsausschluss | 
• Impressum | 
• Datenschutz 

.