Customizing Grundlagen

1. Ergebnisbereich: einheitliche Struktur eines Absatzmarktes, Bewertungsebene für Ergebnisberechnung (CO), darin enthaltene Marktsegmente (zB Artikelgruppen) = Ergebnisobjekt

2. Kostenrechnungskreis: Orgaeinheit für Kostenrechnungszwecke = geschlossenes System, enthält einen oder mehrere (buchungskreisübergreifende Kostenrechnung) BK (können ggf. mehrere Währungen enthalten) aber müssen: selben operativen Kontenplan und gleich GJ-Variante

   nur darin: innerbetriebliche Verrechnungstransaktionen möglich

   wichtigste Orgaeinheit des CO

3. BK: wichtigste Orgaeinheit FI

4. Werk

5. (Profitcenter: können Teil der FiBu sein (früher: wren Teil des CO) -> fungieren wie Buchungskreise als Dimension für die Rechnungslegung -> es können BIlanzen erstellt werden

   repräsentiert zB ein Werk, eine Branche, einen SO = Gewinnverantwortungbereich, ist keine Kostenstelle)

6. (Segment: können für die Berichterstattung verwendet werden zB nötig für IFRS)

   Ziele: u.a. Ermöglichung eines Überblicks über unterschiedliche Geschäftsaktivitäten eines vielseitigen Unternehmens)

   Pflege: in den Einzelposten von Buchhaltungsbelegen zur Buchungszeit -> i.d.R. Übernahme aus Profitcenter

1. Kontenpläne -> strukturieren Sachkonten

• Konzenkontenplan: Aggregation von mehreren Kontenplänen, geht auch: BK enthalten unterschiedliche operative Kontenpläne

• operativer Kontenplan: Verwendung obligatorisch

• Landeskontenplan <-> wenn ein Unternehmen zur Einhaltung lokaler Rechnungslegungsvorschriften andere als die im operativen Kontenplan verwendeten Konten benötigt

  Zuordnung auf BKebene

1. HauptBuHa enthält oft nur Sammelbuchungen, Nebenbücher (zB sammeln Buchunsdaten auf -> Abstimmkonten verbinden Nebenbücher mit Hauptbüchern in Echtzeit(weil: für korrekte Buchung braucht man ein “Zwischenkonto” bzw. “Gegenkonto”)

   es gilt: Sachbuchkonto = Abstimmkonto -> keine direkte Buchung auf dieses Konto möglich

allgemein: Universal Journal: Fasst internes und externes ReWe in einer einzigen Tabelle zusammen

1. KreditorenBuha:

   • Bestellung: kein BuHa-Beleg

   • WE: AufwandsK ODER BestandsK und WE/RE-VerrechnungsK

   • KreditorenK (über ABstimmkonto -> VBK in Bilanz) und AufwandsK ODER WE/RE-VerrechnungsK

   • Zahlung: Bank und Ausgleich KreditorenK (-> VBK)

     Bankkonto: Im Zahllauf auf BankverrechnungsK, durch elektronischen Kontoauszug BankverrechnungsK auf Bank = PassivaK

Bereiche in FI:

• FI-AR DebitorenBuHa (Accounts Receivable)

• FI-AP KreditorenBuHa (Accounts Payable)

• FI-AA AnlagenBuHa

• FI-BL BankBuHa

• FI-GL HauptBuHa

1. Kontenlösung:

   Verschiedene Wertansätze buchen auf verschiedene Konten (nur wenn es Unterschiede hinsichtlich der Regelungen für Bewertungen, Abschreibungen und Abgrenzungen gibt)

   -> Bilanzerstellung —> Auswertung der entsprechenden Konten

2. Ledgerlösung (NEU):

   mehrere „Hauptbücher” werden parallel (in der Hauptbuchhaltung) geführt -> Anlage unterschiedlicher Bilanzen/GuV anzulegen.

• Profitcenter:

  • wertet den Erfolg von unabhängigen Bereichen aus, die für Kosten und Erträge in einem Unternehmen zuständig sind

  • bestimmen, ob auf Profitcenter-Ebene nur eine GuV (Belegaufteilung nicht aktiv) oder daneben auch eine Bilanz (aktiv) angelegt werden muss.

• Segment:

  • ein Geschäftszweig eines Unternehmens, für den Sie für die externe Berichterstattung Bilanzen anlegen können.

  • bestimmte Vorschriften (zB IFRS) benötigen eine Segmentberichterstattung

• Gesellschaft:

  • Die Datensätze werden in FI auf Gesellschaftsebene konsolidiert

  • enthalten eine oder mehrere BK; ein MutterUN teilt TochterUN Gesellschaftsnummern zu -> Darstellung der Beziehungen innerhalb eines Konzerns

• Funktionsbereich:

  • Beim Umsatzkostenverfahren werden Gemeinkosten gemäß den Funktionsbereichen gemeldet, in denen sie entstehen

• Geschäftsbereich:

  • = eigenständiger Bereich innerhalb einer Organisation, der buchungskreisübergreifend verwendet werden kann

  • = eine Bilanzierungseinheit, die ihre eigenen Abschlüsse für interne und externe Zwecke anlegen kann, zB Beratung

1. Ein Ledger wird zu Berichtszwecken als Buch (Haupt- oder Nebenbuch) geführt = Ausschnitt aus einer Datenbank, enthält nur die für das Reporting benötigten Dimensionen (=Zb Summe aus mehreren Datenelementen) der zugrundeliegenden Tabelle

2. Ledgerlösung:

   • jeder Mandant: ein führendes Ledger (zB IFRS-Ledger), enthält Konzernbewertungssicht

     automatische Zuordnung zu allen BK

     nur Werte des führenden Ledgers werden im CO gebucht

   • manuelle Aktivierung pro Buchungskreis zB zur Darstellung von lokalen Rechnungsvorschriften, GJ-Variante muss gleich sein

   • bei paraleller Ledgerlösung: Anpassungs-/Korrekturbuchungen werden nur ein einem oder ausgewählten Ledgern durchgeführt, wird autoamtisch angelegt (nur anlegen <-> mehrere Ledger sollen gemeinsam bearbeitet werden), wenn Angabe fehlt: automatische Buchung in alle Ledger

3. unterschiedliche Wertansätze/Bewertungen werden auf unterschiedliche Konten gebucht, Bilanzierung anhand der per Definition relevanten ausgewerteten Konten

1. Variante definieren

2. Werte für die Variante definieren

3. Variante den relevanten Objekten zuordnen

Verwendung zb für Feldstatus, Buchungsperioden, GJ-Varianten

• zb für Euro: EUR = 3stelliger Schlüssel

• fetgelegte Kurstypen = historischer Kurs, Briefkurs, Geldkurs, Mittelkurs

• Hauswährung = EUR, Preisnotierung: 1$ = 0,88 €

  Mengennotierung: 1€ = 1,12$

  -> es können Präfixe (Vorzeichen gepflegt werden -> was ist Mengen-/preisnotiert; im Standart Präfix “ “ = Preisnotierung, “/” = Mengennotierung

• Währungstypren zuordnen: muss mindestens die Buchungskreiswährung (=Hauswährung), daneben gibt es im Standart 00 Belegwährung, 20 Kostenrechnungskreiswährung, 30 Konzernwährung usw.)

• Kontenplansegmente für die Sachkonten; enthaltene Infos:

  Kontennr., Bezeichnung, Steuerung (Kontenart und -gruppe), Konzernkontonr., Texte (Übersetzungen) und Infos (Konzernkontonr.), Angabe = Bestandskonto?

  -> gilt BK-übergreifend

• Buchungskreissegmente anlegen; i.V.m. Kontenplansegment bildet es das Konto

  (nicht jedes K aus Kontenplan muss genutzt werden); enthaltene Infos:

  Steuerungsdaten (Währung, Steuerkategorie (-> dann werden Steuern ermittelt), alternat. KNr, Sortierschlüssel, Berechtigung), Anlegen/Bank/Zins (Belegerstellung, Verzinsung, Hausbank…), Infos, Feldstatusgruppe

-> alle Konten haben in unterschiedlichen BK die gleiche Nr und Bezeichnung

• kann noch angelegt wrden: Kostenrechnungskreisdaten

• Bestandskonto: darauf werden Geschäftstransaktionen gebucht; Saldo wird am Ende des GJ vorgetragen

• Geldkonto (BankabstimmK): kann mehreren Hausbanken zugeordnet werden; für jedes HausbankK muss ein SachK für Zahlungsvorgänge existieren

• Nicht betriebliche Aufwendungen und Erträge: ErfolgsK, erfasst Aktivitäten die nicht zum Hauptzweck des UN gehören

• Primärkosten und Erlöse: ErfolgsK

• Sekundärkosten: Erfolgskonto, SekundärK ergeben sich aus Wertefluss innerhalb des UN zB durch interne Kostenverrechnungen für Eigenleistungen, GemeinK und Abrechnungen

-> benötigt für Kostenrechnungskreis —> hier wird der Kostenartentyp zugeordnet -> bestimmt, welches Konto für welchen Geschäftsvorgang im CO verwendet werden kann

Beispiel: Der Kostenartentyp 21 (interne Abrechnung) ist einem Sekundärkostenstammsatz zugeordnet -> dieses Konto kann nur für die Verrechnung von Auftragskosten oder Projektkosten mit Objekten im CO verwendet werden

• Integration von Bestandskonten:

  • AnlagenK ist als AbstimmK definiert UND

  • ist in entsprechender Kontenfindung im Custom. enthalten

Saldovortrag = Eröffnungsbuchung

• Abschlussarbeiten:

  • Bilanz = Bestandskonto: Saldenvortrag auf selbes Konto

  • Erfolgskonto: Saldovortrag auf ein Ergebnisvortragskonto; vorgetragen, Erfolgskonto wird auf null gesetzt

    -> Dem Ergebnisvortragskonto wird ein Schlüssel X zugeordnet -> im Kontenplansegment: Eingabe dieses Schlüssels in ( ) Erfolgskontentyp (es gibt entweder ein einziges Ergebnisvortragskonto oder mehrere)

• Kontengruppen gruppieren Sachkonten, z.B. Mat.K, GeldK, AnlagenK, ErfolgsK

• EIngabe im Kontenplansegment der Sachkontenstammdaten

• Festlegung:

  • Nummernkreis (können sich auch überschneiden)

  • Feldstatus des BK-Segments (Ausblenden, Anzeigen, Muss, Kann)

• Steuerung Feldstatus:

  • Grundsätzlich über Kontengruppe

  • Alternative: Bildaufbau pro Transaktion definieren → Ändern

    -> pro Transaktion kann ein anderer, ggf. übersteuernder Feldstatus angegeben werden, wenn nicht berücksichtigt werden soll: überall “kann”

    (Bsp. Transaktion “Stammdaten anzeigen” Kontowährung = anzeigen, in Kontengruppe = muss => beim anlegen muss, kann in Transaktion aber nicht geändert werden)

• im BK-Segment des SachkontenSS -> Angabe Kontoart im Feld “Abstimmkonto für Kontoart”, typische Kontoarten zB. Forderungen, Vbk.

• Eingabe im Stammsatz für ein Sachkonto

  Positionen haben Status geöffnet oder ausgeglichen -> weißt der Geschöftsvorgang eine Gegenbuchung auf?

  Anwendung bei Bank-, We/Re, GehaltsverrechnungsK

• Konto in Hauswähr. -> Bebeuchung mit jeder Währung möglich, Umrechnung in Hauswährung

  K in Fremdwähr. -> Buchungen nur in dieser Währung möglich

• Konzernkontenplan:

  1. Konzernkontenplan anlegen -> muss alle Konzernkonten enthalten

  2. Zuordnung des Konzernkontenplans zu den einzelnen operativen Kontenplänen -> Feld Konzernkontonummer im Kontenplansegment der operativen Kontenpläne wird zu einem Mussfeld

  3. Kontenplansement der operativen Kontenplänen -> Eingabe zugehörige KonzernKNr. (können auch: mehrere K gleiches KonzernK)

  4. Verwenden Sie für den Konzernkontenplan eine Bilanz/GuV-Struktur

• Landeskontenplan:

  1. Ein Landeskontenplan wird zugeordnet

  2. Die Kontonummer des Landeskontenplans (eine alternative Kontonummer) wird in jedes Buchungskreissegment des operativen Sachkontos eingegeben. Diese Kontonummer kann nur einmal zugeordnet werden.

• „Segment“ ist ein Standardkontierungsobjekt -> ermöglicht Erstellung von Auswertungen für Objekte und Entitäten unterhalb der Buchungskreisebene

• Ermöglichung einer detaillierten Analyse verschiedener Tätigkeitsbereiche, z.B. Märkte oder Produkte

  internat. Anforderungen der Segmentberichtserstattung erfüllen

• Geschäftsbereich oder Profitcenter (diese können aber auch für andere Zwecke genutzt werden -> daher gibt es auch Segmente)

1. können nur gleichzeitig mit Profitcantern verwendet werden

2. können nur mithilfe von Profitcentern automatisch abgeleitet werden ( <-> Eingabe des Segments im SS des Profitcanters), Alternative Eingabe: Manuelle, BAdI-Implementierung, Def. von Substitutionsregeln, Zuordnung einer Standartkontierung)

3. in vielen Prozessabläufen (zB Logistik) können Segmente nicht manuell eingegeben werden

4. Einige Standardschnittstellen unterstützen keine Segmente.

• Kontengruppe zur GP-Gruppierung (Rolle: FI-Kreditor -> welche Kontengruppen sind da zulässig => über Gruppierung: feste Definition der Kontengruppen

  Normal: beim anlegen GP-Rolle muss keine Kontengruppe angegeben werden, in FI: kann manuell ausgewählt werden <-> flexible Grupierung ist ausgewählt (nicht Standart!!!)

• Kontengruppen-, aktivitäts- oder BKspezifisch

• Prio: muss, kann, ausblenden, einblenden, nicht spezifiziert (=keine Entscheidung getroffen = Primärstatus) (normal: Ausblenden, Anzeigen, Muss, Kann)

1. Nummernkreis definieren für GP-Gruppierung (übergreifende Anwendung)

2. GP-Gruppierung definieren und Nummernkreis zuordnen (übergreifende Anwendung)

3. Kontengruppe definieren (in Anwendung FiWI) (hier: Feldstatus eingeben) (hier: Kontengruppe für Debitoren)

4. Nummernkreis definieren für hier für Debitoren (in Anwendung FiWI)

5. Nummernkreise der Kontengruppe für Debitoren zuordnen (in Anwendung FiWI)

6. Debitoren/Kreditoren-Integration: GP-Gruppierung verlinken mit Kontengruppe (Anwendungsübergreifend)

GP anlegen: Eingabe GP-Rolle (zB Debitor) und GP-Gruppierung (in BK-Sicht Debitor: Abstimmkonto); dann wird Kontengruppe automatisch hinzugefügt

• die Felder für das Vier-Augen-Prinzip müssen festgelegt werden

• Zahlungssperre bei Änderung -> berechtigte Person muss Änderungen bestätigen

• BK, GJ, Belegnr.

• Kopf, Positionen (mind. 2 zB Soll und Haben, max. 999), Details von Kopf und Position

• Belegart im Kopf und Buchungsschlüssel in den Belegpositionen

• steuert den Belegkopf; Verwendung zur Klassifizierung der Geschäftsvorgänge

• Definitionsebene: Mandant

• Belegart legt fest:

  • Nummernkreis

  • Stornobelegart (wenn keine Angabe: selbe Belegart)

  • für die Buchung zulässige Kontoarten (Anlagen, Debitoren, Mat., SachK,…)

  • Steuerungsdaten

    (x) Nettobelegart -> für KreditorenRE -> fällige Gesamtbetrag reduziert sich um Skonto

    ( ) Nur ein Debitor/Kreditor erlaubt

    ( ) Negativbuchungen erlaubt

    ( ) Gesellschaftsübergreifend Buchen

    ( ) Partnergesellschaft manuell eingebbar

  • Notwendig bei Belegerfassung

    (X) Referenznummer; (X) Belegkopftext -> wird zu Muss-Feld

• AB zulässig für alle Konten

• Belegart DG = Debitorengutschrift lässt nur Buchungen auf Debitorenkonten (D) und Sachkonten (S) zu

• RV: für Abrechnungsbelege des Kundenauftragsmanagements (Debitorenrechnungen)

  RE: Abrechnungsbelege der Materialwirtschaft (Kreditorenrechnungen)

• ZP

• Nummerkreise dürfen sich NICHT überschneiden aber: Belegarten können die selben Nummernkreise haben

• Jahr; Definition Belegintervall:

  • Fortlaufend: fortlaufende Nummernvergabe unabhängig vom GJ

  • Für jedes Geschäftsjahr: zu Beginn eines neuen GJ -> Beginn wieder bei erster Nummer des Nummernkreises

• Buchungsschüssel legt fest:

  • Kontoart für die Buchung der Belegposition

  • Buchung der Position im Soll oder Haben

  • Feldstatus der Zusatzangaben

  • hängt die Belegposition mit einem Zahlungsvorgang zusammen? -> für Analyse Zahlungsverhalten und Erstellung Zahlungsmitteilung

  • Buchung = umsatzwirksam? -> soll Umsatzzahl des Kontos durch die Transaktion aktualisiert werden z.B. bei der Buchung einer Kundenrechnung

• Def. auf Mandantenebene

• 40 für Soll, 50 für Haben

• 01 für Soll, 11 für Haben

• 21 für Soll, 31 für Haben

• Nebenbuchkonten haben keine Feldstatusgruppe

  -> Unterscheidungen bei Buchungen werden hauptsächlich über verschiedene Buchungsschlüssel vorgenommen -> es gibt viele

• wenn entprechende SAP-Komponenten aktiv sind

=> Buchungsschlüssel wird als Vorschlagswert angegeben zB bei Belegart KR Kreditorenrechnung wird Habenbuchung mit 31 durchgeführt

• feldstatus abhängig von Transaktion (Änderung Buchungsschlüssel) und den verwendeten Konten (zB bei Aufwandskonto muss eine Kostenstelle, Änderung Feldstatusgruppe des SachK)

• Ausblenden, muss, kann

  ausblenden i.V.m. Muss -> Fehlermeldung!

• Für jede Gruppe von Sachkonten (z.B. Zahlungsmittelkonten oder Aufwandskonten) muss: festlegen Status jedes Feldes

  => für jede Gruppe von Sachkonten -> Feldstatusgruppe

  -> Feldstatusgruppe wird in den SachkontenSS zugeordnet

  -> Feldstatusgruppen werden in Feldstatusvarianten zuammengefasst

  -> Feldstatusvariante muss dem BK zugeordnet werden

• i.d.R. 12 Buchungsperioden und 4 Sondernperioden (unterteilen, die Jahresabschlussperiode = für Buchungen die keinem Zeitraum zuzuordnen sind für Geschäftsprozess JA), Buchungsperioden müssen nicht immer gleich lang/groß sein

• bei kalenderabweichendem GJ zB. April 23 - April 24 -> Jan, Feb und März 24 hat KZ -1 weil zählt zu “altem GJ” (geht auch: Perioden kennzeichnen mit +1) (Gegenteil: Kalenderjah = GJ, Monate = Buchungsperioden)

• Jahresunabhängiges GJ = für die Variante: dieselbe Anzahl Perioden und Perioden starten/enden immer am selben Datum (wie Kalenderjahr oder abweichend) (Jahresabh.: Perioden können jedes Jahr unterschiedlich sein)

• in Buchungsperiodenvariante: Eingabe einer Zeitspanne

• beliebig viele

• anhand Buchungsdatum im Beleg

• Periodenprüfung bei Buchung; Prüfung = ist die Periode für die zugeordnete Kontoart* offen/zulässig?

  1. Kopfebene Prüfung nach Kontoart “+” =>

     1. Kontoart “+” muss für alle Perioden geöffnet sein -> Angabe Kontoart + in Periodenvariante obligatorisch

     2. Buchungsperiodenvariante muss mindestens die Kontoart “+” enthalten <=> Buchungsperioden werden für die verschiedenen Kontoarten nicht unterschiedlich behandelt

• 2. Positionsebene: Prüfung nach Kontoart des Buchungsschlüssels

Kontenintervall umfasst Sachkonten

*Anm.: es gibt 6 Kontoarten: A Anlage, D Debitoren, S Sachkonten, K Kreditoren, M Material, V Vertragskonten, + gültig für alle Kontoarten

• Vorgehen:

  1. Buchungsvariante anlegen/definieren

  2. für die (aktuell?) offenen Perioden die Daten definieren (zB ab letzer Monat bis Ende diesen Monats für alle Konten, nur dieser Monat für Debitoren/Kreditoren)

  3. Die Buchunsperiodenvariante dem BK zuordnen

• Während GJabschlusses -> zwei Periodenintervalle müssen gleichzeitig offen sein

  -> Periodenintervall 1 für Sonderperioden (weil: Eingabe einer Gruppe autorisierter Benutzer möglich), 2 für reguläre Perioden

  -> Periodenintervall 3 optional für CO Buchungen

• Verwaltung über Toleranzgruppen, Ebene: BK

• -> Def. einer Toleranzgruppe

  -> Festlegung von Obergrenzen der Toleranzgruppe (Betrag/Beleg, Betrag/offenem Posten=Belegposition bei Kreditor/Debitor, Skontoprozentsatz/Position, max. Toleranz für Zahlungsdifferenzen)

  -> Zuordnung der Toleranzgruppe zur BenutzerID

  geht auch: keine Gruppe zuordnen = Gruppe “leer” -> diese kann auch definiert werden

  
  

• Baum, Kopf, Position, ggf. Positionsdetails

• Kontiervorlagen, gemerkte Belege und es gibt noch Erfassungsvarianten

• vorerfassen, buchen, merken

• bei externer Verwendung: vor Text ein *,

  Eingabe 4-Stelliger Schlüssel -> Custom.: Def. des Schlüssels + Text

• Hauptbuchsicht (Anzeige Hauptbuch) und Datenerfassungssicht (Anzeige wie bei Belegerfassung) -> festgelegt, nicht änderbar/(de)aktivierbar im Custom

• Verwendung Belegaufteilung <-> in Hauptbuchsicht: Positionsanzeige aufgeteilt nach Segmenten, Geschäftsbereich oder Profitcenter

• wenn Belegaufteilung (=Online-Split) aktiviert wurde -> Split des Beleges (in Bild: Pos. 1 und 4 der Erfassungssicht) in der Erfassungssicht nach den im Custom. definierten Regeln (zB Zuordnung Segment) <-> Aufteilungsmerkmale werden nicht explizit eibngegeben

• Aktivierung auf Mandantenebene und dann wahlweise für die BK wieder deaktivieren

• EInstellungen:

  • Vererbung: sollte immer festgelegt werden;

    Kontierungsobjekt eindeutig <-> Objekt wird in alle fehlenden Pos. online vererbt

  • Standartkontierung: keine Ableitung eines Aufteilungsmerkmals (zB Segment) ableitbar/eingegeben => Vorschlagswert

    Vorauss.: ein Vorschlagswert ist im Custom. angelegt

1. Passive Belegaufteilung:

   die Entitäten (z.B. Segment) des auszugleichenden Belegs werden im gleichen Verhältnis in den Ausgleichsbeleg übernommen (siehe Bsp. BIld ander Folie)

2. Aktive Belegaufteilung:

   bei Belegen, die keinen Ausgleich darstellen:

   im Custom.: eigene Aufteilungsregeln angelegt/Belegart

   -> Festlegung der Teile des Beleges, die entsprechend bestimmten Basispositionen aufgeteilt werden

   => Aufteilungsregel -> welche Positionen (aus Positionstyp, dieser ergibt sich aus Geschäftsvorfall) werden aufgeteilt und welche Positionen sind die Grundlage (Basis) dafür

3. Anlegen von Verrechnungszeilen/Saldonullbildung:

   Verwendung <-> zusätzlich zu Gesamtbeleg sollen auch die zu bilanzierenden Objekte innerhalb des Belegs (z.B. Profitcenter oder Segment) zu Null saldieren sollen

   -> Bsp. Umsuchung von Segment A zu B auf gleichem Konto: zusätzliche Anlage von Verrechnungszeilen => Saldo Konto = 0

   
   

• Kopf: nur Belegkopftext und Referenz

  Pos. zB Zahlungsbed., Text, Zuordnung (nicht Felder die sich auf Abstimmung Buchung auswirken)

• Änderungsvoraussetzungen:

  1. Buchungsperiode it offen

  2. Belegposition ist noch nicht ausgeglichen

  3. es handelt sich um eine Debitorenposition im Soll oder KPos. im Haben

  4. Beleg ≠ GS zu einer RE

  5. Beleg ≠ GS aus einer Anzahlung

• Belegänderungsregeln differenzierbar nach:

  • Kontoart: Regeln für Debitoren-, Kreditoren- oder Sachkonten

  • Vorgangsklasse: nur für Sonderhauptbuchvorgänge Wechsel und Anzahlung

  • BK: wenn keine Angabe: Regel gilt für alle BK

• Stornieren einzelner Hauptbuch-, k- oder DBelege

  Massenstornofunktion -> Storno alle von einem Benutzer erfassten Belege

• Methoden:

  1. Normale Stornobuchung: Durchführung einer Umkehrbuchung durch Erhöhen der Verkehrszahlen (“Gegenbuchung”)

  2. Negativbuchung: Umkehrbuchung durch Zurücksetzen der Verkehrszahlen (optional) (“Buchung auf selber Seite (S oder H) mit “-”)

     -> Vorauss. 1: BK muss Negativbuchungen zulassen

     -> Vorauss. 2: Konfiguration Stornogrund: Negativbuchungen zulässig

• Basisdatum (-> Berechnung Frist), Skontofrist, Skontoprozentsatz

• ja

• abhängig wo die RE angelegt wurde: Finanzwesen (GP-Rolle FI), Kundenauftragsmanagement (SD) oder Einkaufsabwicklung (MM)

• Rechnungsbezug -> Zahlungsbed. weren übernommen UND: Fälligkeitsdatum gleich ODER: Eingabe V -> Zahlungsbed. für GS aus dem DebitorenSS werden genommen

• Sperrschlüssel = Sperrgrund -> Einzelposten können bei Buchung zur (be)Zahlung gesperrt werden -> Sperre muss dann erst entfernt werden

• Zahlweg legt fest, wie gezahlt wird (Überweisung, Scheck, Wechsel)

• Vorschlagswerte: keins, Buchungsdatum, Belegdatum, Erfassungsdatum

• fester Tag: Kalendertag des Basisdatums wird überschrieben zB immer der 15. eines Monats

  Anzahl der Zuschlagsmonate. Basisdatum + x Monate

• kein Skonto eingeben, aber: (x) Ratenzahlung

  Zuordnung zu jeder Rate: Ratennummer, Prozentsatz (wv. vom Gesamtbetrag, ∑ muss 100% ergeben), Zahlungsbed.

• Brutto: USt inbegriffen (D und CH): Skonto wird vom Brutto abgezogen, Bruttobetrag = “Skontobasis”

• Netto: Skonto wird vom Netto abgezogen

• Verfahren anzugeben je BK oder je Steuerstandortcode (=Steuern auf regionaler Ebene)

• Steuererhebung auf nationaler Ebene -> BK; auf regionaler Ebene -> höchste Ebene des Steuerstandort Codes

• mit Kalkulationsschema (Reihenfolge der Schritte, Steuerarten (Konditionsarten), Kontoschlüssel (Vorgansschlüssel, für Kontenfindung und weitere Spezifikationen)

• Funktionen:

  1. Beträge prüfen oder automatisch berechnen

  2. Buchen der Beträge auf Steuerkonten

  3. Steuerberichtigungen bei Skonti/anderen Abzügen

• Steuerbasisbetrag Brutto: = steuerpflichtige Aufwands- oder Ertragspositionen inklusive Skonto; Netto = minus -> festzulegen auf Ebene BK/SteuerSOcode

• Bei Buchen Beleg -> Beleg wird verknüpft mit Länderschlüssel oder Länderschlüssel in Kombi mit SteuerSOcode

  -> Steuerrechnung mit SO-abhängigem Steuerkennzeichen = datumsabhängig;

  -> Konfiguration: Belegdatum oder Buchungsdatum

• SteuerKZ enthält Steuersatz enthält Steuerart (konditionsart)

  Bsp. mehrere StArten: 10 % VorSt auf eine Position, für die 40 % des Steuerbetrags nicht abzugsfähig sind.

  StSatz: 6 % Vorsteuer und 4 % nicht abzugsfähige Vorsteuer

• Bsp. Steuersatz = 0%:

  • Positionen aufgrund von STfreien Vorgängen zB WA

  • StFreie Positionen mit Behörden-Meldepflicht

• Fehlermeldung (mit PrüfKZ) oder Warnmeldung (ohne)

  PrüfKZ nicht setzen für VorStKZ WEIL: muss StBetrag aus RE gebucht werden

• Steuerbuchungen

  1. als getrennte Position auf spezielles StK zB Vorsteuer = Standartszenario

  2. Umlage auf zugehörige Aufwands-/Ertragskonten (gleich wie das Andere) <-> bestimmter Vorgangs- oder Kontoschlüssel zB bei nicht abzugsfähiger VorSt

1. Zugriffsfolgen setzen sich aus einzelnen Zugriffen in Form von Konditionstabellen zusammen.

   Die Konditionstabellen enthalten die Felder bzw. Feldkombinationen, von denen die Erlöskontenfindung abhängig sein soll.

   Die Schlüsselfelder werden mit den im Beleg eingegebenen Daten gefüllt, sodass das System nach einem entsprechenden Sachkonto für die betreffende Kombination suchen kann. Sobald ein Sachkonto ermittelt werden kann (Zugriffsfolge regelt Suchreihenfolge) wird dieses genommen.

2. Die Zugriffsfolgen werden Konditionsarten zugeordnet

3. Eine oder mehrere Konditionsarten werden einem Kontenfindungsschema zugeordnet.

4. Das Kontenfindungsschema wird einer Fakturaart zugeordnet.

(Ermittlung des Kontos für die Verbuchung der Mehrwertsteuer erfolgt nicht über die Kontenfindung im Vertrieb)

• gemeinsame Vorgangsnummer = Belegnr. aus erstem BK, Nummer des BK 1 und GJ

• Steuerbuchung immer dort, wo RE gebucht wird, wird NICHT gemäß Aufwand aufgeteilt (StVerteilung mit Hilfe von Report möglich)

• VerrechnungsK:

  • SachK, DebitorenK, KreditorenK

  • jeder möglichen Kombination aus zwei Buchungskreisen muss ein K in einem BK zugeordnet werden (3 BK benötigen 6 K)

  • Kennzeichnung der Kontoart -> Zuordnung Buchungsschlüssel

• = unvollständige Vorgänge zB. offene RE

  braucht: Ausgleichsbuchung => Saldo der Posten = 0

• ∑ Betrag offene Posten = Ausgleichsbetrag

  => Ausgeich durch Anlegen von Ausgleichsposition(en)

  sonst: Buchen der Differenz ist möglich

  auch möglich: Eingabe zusätzlicher Positionen zB Bankgebühr

• geht: manuell oder automatisches Zahl-/Ausgleichsprogramm

• Konten von Haupt- und Nebenbuch können offene Posten ausgeglichen werden

• die offenen Posten, bei denen der Saldo innerhalb eines Kontos = 0, werden geschlossen

  = offene Posten werden als ausgeglichen Markiert

  und ein Ausgleichsbeleg wird angelegt

  -> ausgeglichener Posten enthält Daten: Ausgleichsbelegnr. und Ausgleihsdatum

  
  

• Mitarbeiter-, Sachkonten- (zulässige Zahlungsdifferenzen) und Debitoren-/Kreditoren-Toleranzgruppen

• keine Prio, alle werden gleichwertig betachtet -> “kleinster Abzug” gültig

• Angabe immer in Hauswährung

• A. Unberechtigte Abzüge (wird dann auch als solcher gebucht):

  • Betrag: der abgezogene Betrag muss unter 200 Währungseinheiten liegen

  • Prozent: abgezogene Betrag muss kleiner als 2,5% sein

  B. Skontokorrektur: Zahlungsdifferenz muss unter 3 Währungseinheiten liegen damit sie als Skontokorr. gilt

1. Innerhalb Toleranz:

   • automatische Skontoanpassung

   • manuelle Skontoanpassung

   • automatische Buchung von unberechtigten Abzügen (Aufwand oder Ertrag

2. Außerhalb Toleranz: erfordert manuelle Bearbeitung -> hier: Angabe Differenzgrund (dient Auswertung) möglich

   • Teilzahlung:

   • Restzahlung/-posten

   • Zahlungsdifferenz manuell ausbuchen (manuelle Kontenfindung)

   • Zahlungsdifferenz auf ein anderes Konto buchen (automatische Kontenfindung)

• Realisierte Kurdifferenzen = Kursschwankungen bei Bezahlenvon RE, offene Posten werden in der BIlanz bewertet (bei Ausgleich dann wieder Stornobuchung)

• Abstimmkonten und Sachkonten mit offenen Posten in Fremdwährung -> Zuordnung Ertrags- oder Aufwandskonto