4. erweiterte Funktionsbeschreibungen

4.1 Abweichende Forderungs- und Verbindlichkeitskonten

Innerhalb den Kunden- und Lieferanten-Stammdaten kann ein spezifisches Personen-Sammelkonto hinterlegt werden. Ist kein spezifisches Konto hinterlegt, gilt das Sammelkonto aus den Konstanten. Hiermit können für umfangreiche Projekte kunden-/lieferantenspezifische Sammelkonten innerhalb der Finanzbuchhaltung genutzt und ausgewertet werden.

4.2 Abweichendes Geschäftsjahr

Der Anwender hat derzeit ein abweichendes Geschäftsjahr (z.B. 01.06. - 31.05.) und möchte zum nächsten Jahreswechsel das Geschäftsjahr auf das Kalenderjahr anpassen.

Dies ist auch mit Finanzbuchhaltung in der STREIT® möglich. Der Anwender hat wie folgt vorzugehen:

• Anwahl Finanzbuchhaltung -> Jahreswechsel

• 'BeginnMonat' muss auf Januar gestellt werden

• Nachdem der Button 'Vorgang starten' angewählt wird erhält man nachfolgende Meldung, welche mit 'Ja' bestätigt werden kann.

Screenshot 

Die restlichen Anpassungen können problemlos in der Kostantenverwaltung angepasst werden.

4.3 Datenübernahme aus Verbuchung 

Buchungstext (über Platzhalter)

 

In den Konstanten innerhalb der Gruppe Verbuchung gibt es 5 Konstanten. Die hier hinterlegten Platzhalter werden beim Verbuchen ausgewertet. Sind diese leer gelten die bisherigen automatisch erstellten Buchungstexte. Die Platzhalter für Koa, Kst, Ktr werden dem Belegkopf entnommen nicht den Zeilen. Das ist unabhängig vom dem Schalter der regelt ob diese Daten auch in den Zeilen erfasst werden können.

Nach Anwahl der Konstanten und Eingabe eines Zeichens öffnet sich automatisch ein Dialog, über den die Platzhalter für die Buchungstexte ausgewählt werden können.
Die Buchungstexte werden bereits bei der Übergabe in die Tabelle 1165 generiert. Alle danach folgenden Programme verwenden diese dann auch.

Screenshot von den Konstanten für den Buchungstext

Mit diesem Dialog (öffnet sich automatisch, wenn ein Zeichen eingegeben wid) können die Buchungstexte erfasst werden.

Screenshot taste in Buchungstext um Platzhalter zu hinterlegen 

4.4 Platzhalter für Buchungstext im Dauerbuchungsstapel

#definePLH_DB_TAG_T("{#TT#}")#define PLH_DB_MONAT_T("{#MM#}")
#define PLH_DB_JAHR_T("{#JJJJ#}")
#define PLH_DB_BRUTBTRG_T("{#BrutBtrg#}")
#define PLH_DB_NETBTRG_T("{#NetBtrg#}")
#define PLH_DB_STEUERBTRG_VOLL_T("{#SteuerBtrg_voll#}")
#define PLH_DB_STEUERBTRG_ERM_T("{#SteuerBtrg_erm#}")
#define PLH_DB_STEUERSATZ_VOLL_T("{#SteuerSatz_voll#}")
#define PLH_DB_STEUERSATZ_ERM_T("{#SteuerSatz_erm#}")
#define PLH_DB_BELNR_T("{#BelNr#}")
#define PLH_DB_BELDAT_T("{#BelDat#}")

Interne Info: Prüfung warum Beleg nicht in der Datenübernahme zur Verfügung steht

Wenn verbuchte Belege nicht zur Übernahme bereit stehen, aber noch nicht übernommen wurden kann über die Datenbank, folgendes geprüft werden:

In der Tabelle 1165 kann geprüft werden, ob in dem Feld SDTV1FibExportID eine 99 steht (dann wurde in dem Dialog Datenübernahme aus Verbuchung die Funktion Buchung nicht importieren aber als erledigt markieren angewählt) oder eine DatumsID steht (dann wurde der Beleg übernommen und anschließend gelöscht -> Prüfung über MessageLog)

4.7 Berechtigung für Buchungsstapel 

Ab Version 22.00.05.015 können Buchungsstapel mit speziellen Berechtigungen versehen werden. Diese Berechtigungen dienen dem Zweck, dass nicht jeder der die Buchungserfassung anwählen kann auch alle Buchungsstapel ansehen oder ändern darf. Außerdem können die erlaubten Konten die bebucht werden dürfen, eingeschränkt werden.

Gruppen können keine Berechtigungen für Buchungsstapel zugewiesen werden. Für Gruppen können nur zugelassene Konten hinterlegt werden. Das jeweilige Recht bzw. die Einschränkung nur bestimmte Konten erfassen zu können, wird einem bestimmten Login zugewiesen.

Ist die Passwortverwaltung nicht lizenziert, werden keinerlei Berechtigungen geprüft. Diese Funktionen sind dann deaktiviert.

Die Berechtigungen pro Buchungsstapel sind abhängig von der allgemeinen Freigabe der Buchungserfassung in der Passwortverwaltung. Ohne die allgemeine Erlaubnis die Buchungserfassung anwählen zu dürfen, wirken sich die speziellen Berechtigungen pro Buchungsstapel nicht aus.

Wo werden die Berechtigungen verwaltet?

Die Berechtigungen werden pro Login in der Passwortverwaltung verwaltet. Diese in der Passwortverwaltung Rechte gelten als Vorbelegung für alle neu angelegten Buchungsstapel. Wird z. B. ein Buchungsstapel von einem Anwender neu angelegt, werden die in der Passwortverwaltung für den jeweiligen Login hinterlegten Rechte in den Buchungsstapel kopiert. Diese Rechte können dann nochmals individuell für diesen Buchungsstapel verändert werden (sofern dazu das Recht vorhanden ist).

Screenshot Buchungsstapel Vollzugriff aus Passwörter-Verwaltung 

Diese Rechte können nochmals im Buchungsstapel verändert werden.

Screenshot rtM auf Buchungsstapel -> Berechtigung verwalten 

Welche Berechtigungen gibt es?

• Berechtigungen verwalten
  Logins mit diesem Recht dürfen die Berechtigungen pro Buchungsstapel verwalten.

• ansehen / bearbeiten
  Logins mit diesem Recht haben alle Rechte in dem Buchungsstapel.

• ansehen / eingeschränkt bearbeiten
  Logins mit diesem Recht dürfen nur die angegebenen Konten bebuchen. Konten von automatisch erzeugten Buchungen wie Steuer, §13b, EG usw. müssen nicht explizit erlaubt werden. Solche Konten müssen nur erlaubt werden, wenn diese manuell bebucht werden sollen.

Was ist mit bereits bestehenden Buchungsstapel?

Bei bereits bestehenden Buchungsstapel darf der Ersteller diese anwählen und verändern. Der Zugriff auf "fremde" Buchungsstapel ist pauschal verboten. Das gilt auch für alle neu angelegten Buchungsstapel solange noch keine speziellen Rechte in der Passwortverwaltung zugeordnet sind. Will der Kunde einfach so wie bisher arbeiten, muss einfach jedem der die Buchungserfassung anwählen darf das übergeordnete Recht "Vollzugriff" in der Passwortverwaltung zugeordnet werden. Bei der Konvertierung werden die Rechte wie oben beschrieben vergeben.

Was ist mir bereits vorhandenen Logins?

Vorhandenen Logins werden in einer Konvertierung die Rechte so zugewiesen, dass ohne weitere Einstellungen nur die eigenen Buchungsstapel bearbeitet/angesehen werden können.

Wie werden die Rechte angewendet?

Die Rechte werden immer aus Sicht des in der Passwortverwaltung angewählten Login vergeben. Legt dieser Mitarbeiter einen neuen Buchungsstapel an, werden die in der Passwortverwaltung hinterlegten Rechte in den neuen Buchungsstapel kopiert.

4.8 Buchungserfassung: Konten für die Erfassung sperren 

Wenn ein Mitarbeiter bestimmte Konten in der Buchungserfassung nicht erfassen darf, kann das über die Passwortverwaltung geregelt werden.

Konten sperren

In der Passwortverwaltung kann man im Register "Buchungsstapel" die Einstellungen bei der Rubrik >Konten für Buchungsstapelberechtigung< vornehmen. Hierfür muss das Kennzeichen >Beschränkte Erfassung von einzelnen Konten individuell< aktivert werden.

Anschließend können im Grid die Konten hinterlegt werden, für die die Erfassung erlaubt ist. Damit diese Einstellungen greifen, müssen die Vorgabeberechtigungen entsprechend gesetzt werden (siehe hierzu Register: Berechtigungen und Berechtigungsbereich: Buchungsstapel, um die Vorgabeberechtigungen zu verwalten).

Buchungsstapel Vorgabeberechtigungen verwalten

Unter der Rubrik >Berechtigungen verwalten< wird der entsprechenden Mitarbeiter angezeigt.

Berechtigung verwalten

Hierüber kann festgelegt werden, ob dieser Mitarbeiter für seine selbst angelegten Buchungsstapel die Berechtigungen verwalten darf.

ansehen / bearbeiten

Hierüber kann festgelegt werden, ob dieser Mitarbeiter seine selbst angelegte Buchungsstapel ansehen und bearbeiten darf.

ansehen / eingeschränkt

Hierüber kann festgelegt werden, ob diese Mitarbeiter seine selbst angelegten Buchunsstapel ansehen und nur eingeschränkt bearbeiten darf. Eingeschränkt bedeutet, dass er nur die Konten erfassen darf, die zuvor in der Rubrik >Konten für Buchungsstapelberechtigung< hinterlegt wurden.

Dürfen Buchungsstapel eines Mitarbeiters von anderen Benutzer verwaltet, gesichtet und bearbeitet oder gesichtet und eingeschränkt bearbeitet werden, können diese Logins auch hinterlegt und die Kennzeichen entsprechend aktiviert oder deaktiviert werden.

4.9 Buchungsperioden sperren

Was?

Mit dieser Funktion können Buchungsperioden gesperrt werden. Für gesperrte Buchungsperioden können keine Buchungsstapel mehr erfasst werden. Eine Buchungsperiode bezieht sich immer auf Monat und Jahr.

Wie sperren?

Ab sofort gibt es das Programm "Buchungsperioden sperren / entsperren". In diesem Programm werden nach Anwahl vom Buchungsjahr die zugehörigen Monate angezeigt und können gesperrt oder entsperrt werden. Es können nur Perioden gesperrt werden für die es keine offenen Buchungsstapel gibt. Offene Buchungsstapel müssen für zu sperrende Perioden zuerst abgeschlossen werden.

Bestehende Installationen / Generierung der Datensätze

Bei der Konvertierung auf die Version 21.01 (22.00?) werden für alle vorhandenen Buchungsjahre die einzelnen Perioden in der Tabelle 1224 angelegt. Bei dieser Generierung werden auch Rumpfgeschäftsjahre berücksichtigt. Für künftige Buchungsjahre werden diese Perioden beim Jahreswechsel oder der Fibu-Nullstellung generiert.

 

Auswirkung

Wird nun versucht ein Buchungsstapel für eine gesperrte Periode anzulegen erscheint folgende Meldung.

Bei einem Benutzer der die Berechtigung für das Programm "Buchungsperioden sperren / entsperren" besitzt, wird angeboten die Sperre aufzuheben.

Beim Druck einer Umsatzsteuervoranmeldung wird angeboten die Meldeperiode zu sperren. Dabei werden auch Zeiträume wie Quartale usw. berücksichtigt.

4.10 Buchung von Teil- und Schlussrechnungen

verwendete Konten:

1710 (3250)  angeforderte Anzahlung steuerfrei
1718 (3272)  erhaltene Anzahlungen 19%
8337 (4337)  Erlöse §13b
8400 (4400)  Erlöse 19%

Teilrechnung

• Teilrechnung wird geschrieben

1400 Forderungen  an  1710 angeforderte Anzahlung  1.000,00 €

• Kunde bezahlt

1200 Bank  an 1400 Forderungen  800,00 €

• Stornierung der 1. TR auf dem Konto 1710

1400 Forderungen an 1718 angeforderte Anzahlung  -1.000,00 €

• Buchung des Zahlbetrages auf erhaltene Anzahlungen

1400 Forderungen an 1718 erhaltene Anzahlungen  800,00 €

Schlussrechnung

1400 Forderungen  an  8400 Erlöse 19%  10.000,00 €

• Stornierung auf dem Konto 1718 erhaltene Anzahlungen

1400 Forderungen an 1718 erhaltene Anzahlungen  -800,00 €

• Differenz von 9.200,00 Euro steht noch auf dem Kunden-Konto.

• Über den manuellen OP-Ausgleich werden die erledigten Eintragungen im Kunden-OP ausgetragen

4.11 Überzahlung von Abschlags-/ Teilrechnungen

In der Praxis kommt es oft vor, dass Abschlags-/Teilrechnungen überbezahlt werden, der zu verbuchende Zahlungseingang übersteigt den offenen Rechnungsbetrag. Aktuell kann dies mit STREIT® nicht automatisch erfolgen. Entweder muß die ursprüngliche Rechnung komplett storniert und mit neuem Betrag eingebucht oder der fehlende Rechnungsbetrag als separater OP neu eingebucht werden.

Überzahlung als separater Rechnungsbetrag/OP:

Einbuchung des fehlenden OP mit Buchungsschlablone: Ausgangsrechnung / Kundennummer / fehlender Betrag / gleiches Erlöskonto wie bereits gestellte Abschlagsrechnung (istversteuertes Sachkonto) / gleiche Belegnummer

Erfassung innerhalb der Buchungserfassung bei den OP-Daten: ProjektNr. / TRSR (Teilrechnungs-/Schlußrechnungs-Kennzeichen / TeilReKz (PT = Projektteilrechnung; PS = Projektschlußrechnung). Die Erfassung dieser OP-Daten bewirkt, dass der zusätzlich erfasste OP dem Kostenträger bzw. dem Projekt korrekt zugeordnet wird. Zahlungseingänge können in das Register: Zahlungen der Projektverwaltung zurück übertragen werden und bei Verbuchung der Schlußrechnung wird dieser OP zur Stornierung angeboten.

Erfassung Zahlungseingang auf Abschlagsrechnung und zusätzlich eingebuchten OP:

Durch Erfassung des Zahlungseinganges und Markierung beider OP erfolgt die Stornierung der istversteuerten Buchung mit automatischer Einbuchung als steuerpflichtige Buchung und Ermittlung der fälligen Umsatzsteuer.

Rückübertragung in Register: Zahlungen in Projektverwaltung

Einbuchung der Schlußrechnung mit Stornierung aller Abschlagsrechnungen bzw. Überzahlungen:

4.20 Buchungen von Datev in Buchungserfassung übernehmen

Informationen zu den Schnittstellen-Versionen:

Datev-Postversandverfahren weiterhin möglich
2017 Erweiterung der Import-Schnittstelle um das DATEV-ASCII Format  (Formatversion 9 mit Versionsnummer 700)
Bei Verknüpfung von Verkauf- und Einkaufbedingungen mit der Datev-Nummer und Übermittlung dieser Nummer in Belegfeld2 der Datev-Datei (EXTF_Buchungsstapel) wird das Skonto- und Fälligkeitsdatum im STREIT® Buchungssatz generiert.
Bei Übergabe von Skontobetrag in Feld Skonto in der Datev-Datei (EXTF_Buchungsstapel) wird der Skontobetrag in den STREIT®-OP-Datensatz übertragen.  

Lohn-Buchungssätze aus Datev-Lohnprogramm Lodas können in die STREIT®-FIBU unter dem neuen Datenformat importiert werden
Lohn-Buchungssätze aus Datev-Lohnprogramm Lohn/Gehalt können in die STREIT® Fibu mit dem alten Datenformat (Formatversion 7 mit Versionsnummer 510) nicht mehr importiert werden

Anwahl innerhalb der Buchungserfassung:

[Ausführen] + [Buchungen von Datev übernehmen] + Dialog: [Datev-Buchungsübernahme]

4.21 OP_Konteninformation nach ProjektNr und KTRNr

 

Neuerung #18.1 - FIBU-OP-Verwaltung Debitoren/Kreditoren - Suche nach ProjektNr. und KTR-Nr.

Konteninformationen - OP-Auswertung nach KTR (Forderungen, Verbindlichkeiten)
Die Auswertung der OP-Daten/ Konteninformationen Debitoren/Kreditoren können künftig nach dem Kostenträger/ Kostenstelle (KTR/KST) limitiert, bzw. ausgewertet werden. Für die Praxis bedeutet dies, dass beispielweise in den Konteninformationen und der OP-Verwaltung angezeigt werden kann, welche Rechnungen/ Gutschriften sind auf diesen KTR gebucht.
Die Limitierungen/Auswertungen nach KTR/KST war bisher auf die „PersSammelKto" (Sachkonto Forderungen/ Verbindlichkeiten) nicht möglich. Dies war ausschließlich auf die nicht „PersSammelKto" (Sachkonto z.B. Aufwands- und Ertragskonten) möglich.
Dies bedeutet für den Buchungssatz, dass hiermit die Forderungs- bzw. Verbindlichkeitsbuchung mit einem KTR/ KST belegt werden. Bei Auswertungen die Ktr/KST betreffen, werden alle Debitor-/Kreditorbuchungen ausgeschlossen. Diese Buchungen werden nicht an die Bebu übertragen.
Bei automatisch generierten Zahlungen ist die Erfassung von KTR, KST nicht möglich. Bei der Zahlungserfassung innerhalb der Buchungserfassung, bzw. Zahlungserfassung wird der KTR gemäß Einstellung Sachkontenstamm abgefragt. Hier kann die manuelle Eingabe erfolgen.
Voraussetzung für diese Abläufe sind:
Sachkontenstamm:

Für die „PersSammelKto" (SKR04 - Forderungen (1200), Verbindlichkeiten (3300)) kann der KTR/ KST aktiviert werden. Hierzu sind die Checkboxen „KTRPflicht", „KSTPflicht" zu beachten. Die bisherigen KTR/KST-Zuordnungen der Sachkonten werden mit aktivierten KZ konvertiert. Für die genannten Sachkonten ist es wichtig entscheiden zu können, ob die Erfassung der KTR/ KST pflichtig ist oder nicht. Beispielsweise kann nicht jede Buchung auf Forderungen oder Verbindlichkeiten mit einem KTR/ KST belegt werden.

Buchungserfassung:
Innerhalb der Buchungserfassung wird bei Verwendung dieser Konten der Dialog zur Zuordnung der KTR/ KST geöffnet. Bei der Zahlung wird ebenfalls dieser Dialog geöffnet. Die Erfassung von KTR/ KST kann gemäß Einstellung im Sachkontenstamm (Feld „KTRPflicht", „KSTPflicht") erfolgen.

Rechnungserstellung (Projektbearbeitung, Auftragsbearbeitung, Rechnungseingangsprüfung)
Die Verwendung der vorgenannten Möglichkeiten setzt voraus, dass im Belegkopf der Rechnung/Gutschrift ein KTR und/oder eine KST erfasst ist. Nur dieser Eintrag kann in der FIBU dem Forderungs- oder Verbindlichkeitskonto zugeordnet werden. Bei der Verbuchung wird dieser Belegkopf-KTR, Belegkopf-KST verwendet. Die KTR, KST der Gegenbuchung (z.B. Erlösbuchung) werden mit dem Belegzeilen-KTR, Belegzeilen-KST bestückt. Das bedeutet, dass unterschiedliche KTR/ KST möglich sind.
Bei dieser Vorgehensweise ist zu prüfen, ob nicht die generelle Gleichstellung von Belegkopf und Belegzeilen gewünscht ist. Hierbei wird auf die Konstantenschalter

• EinkKtrNurInKopf

• FAKKtrNurInKopf

Verwiesen.
Auswertung Konteninformationen:
Über die Limitierung des KTR können im Falle von Forderungen die gebuchten RE/GU auf den limitierte KTR angezeigt werden.

4.23 Kontoauszüge Einlesen MT940

Sind die nachfolgenden Voraussetzungen nicht gegeben, können die Umsätze zwar fehlerfrei importiert werden, aber die automatische Zuordnung zu den OPs findet nicht statt. Im Buchungstext zum jeweiligen Umsatz steht immer eine Bemerkung zur Erkennung. Die Dateien sind als Anlage angehängt. Da das System selbstlernend ist, muss nach jedem Durchlauf die Tabelle DAT1227 geleert werden, da sonst immer alle Kunden/Lieferanten erkannt werden.

Banken können Kontoauszüge ihren Kunden über spezielle Dateien (alternativ zu Papierform,...) zur Verfügung stellen. Diese Dateien haben das MT940-Format und enden auf *.mt940.

Auch konzernübergreifende Kontoauszugsdaten (Bankdaten für unterschiedliche Mandanten in einer Datei)können eingelesen werden.Hierzu wird die zur Verfügung gestellte Bankauszugdatei automatisch entpackt und für den Import in den jeweiligen Mandanten bereitgestellt.

Über die Konstanteneinstellung: Bankumsätze (MT940) in andere Mandanten übertragen kann eingestellt werden, ob die entpackte Datei nur gespeichert oder auch im entsprechenden Mandanten direkt bereitgestellt wird.

Grundlage dieser Schnittstelle ist die offizielle Beschreibung aus: http://www.ebics.de/index.php?ID=tx_securedownloads&u=0&g=0&t=1518618052&hash=5d8c16a54ba8820e8243c8bfdd00e04129eb8be9&file=/fileadmin/unsecured/anlage3/anlage3_spec/Anlage_3_Datenformate_V_3.1.pdf

Die STREIT® Buchungserfassung kann dieses Format verarbeiten und daraus:

1. Buchungssätze erstellen

2. den Buchungssätzen autom. den passenden Beleg zuordnen(anhand des Text im Verwendungszweck)

Allgemeine Voraussetzungen

1. Anlage eines Interimskonto innerhalb der Sachkonten-Verwaltung. Auf dieses Konto werden Bankumsätze gebucht, die im Rahmen des MT940-Import für eine automatischen OP-Ausgleich nicht zugeordnet werden konnten.

   

2. In STREIT®-Konstantenverwaltung muss ein Interimskonto für die Kontoauszug-Einlagerungssätze eingerichtet werden, die nicht automatisch zugeordnet werden können.(Konstanteneintrag: [Interimskonto Import Bankumsätze]

3. Die Hausbanken müssen mit Konto-Nr, IBAN und BIC eingetragen sein(Einstellung/Konstanten / Firmendaten / Banken)

4. Im Banken-Sachkonto muss die Hausbank aus den Firmendaten im Feld [Bankkonto] eingetragen sein.

Voraussetzungen bei den Kunden-OPs

• KdNr: 00000016 (Karl-Heinz Arnold), BelNr: 400352 v. 12.05.2014, € 341,30
  hinterlegte Bankverbindung:

  

  

   

• KdNr: 00000013 (Klaus Allgaier), BelNr: 400353 v. 12.05.2014, € 882,69, Skonto € 17,65
  hinterlegte Bankverbindung: 

  

  

   

• KdNr: 00010242 (Heinrich Bammert), BelNr: 400354 v. 13.05.2014, € 290,88, Skonto € 5,82
  keine Bankverbindung hinterlegt

• KdNr: 00012450 (Arthur Blessing), BelNr: 400355 v. 13.05.2014, € 120,43
  keine Bankverbindung hinterlegt

• KdNr: 00010241 (Linus Brams), BelNr: 400356 v. 13.05.2014, € 232,88, Skonto € 4,66
  keine Bankverbindung hinterlegt

• KdNr: 00000015 (Joachim Antritter), BelNr: 400357 v. 13.05.2014, € 3.001,78
  Projekt: BI, 1. Teilrechnung
  Bankverbindung kann, muss aber nicht hinterlegt sein.

Voraussetzungen bei den Lieferanten-OPs

• LiefNr: 00070003 (Blessing GmbH & Co. KG), BelNr: RG20140513 v. 13.05.2014, € 381,30
  hinterlegte Bankverbindung: 

  

  

• LiefNr: 00070001 (Fischer GmbH), BelNr: RG20140514 v. 13.05.2014, € 980,30, Skonto € 29,41
  keine Bankverbindung hinterlegt

• LiefNr: 00070060 (Fega & Schmitt), BelNr: RG20140515 v. 13.05.2014, € 3.084,50
  keine Bankverbindung hinterlegt

• LiefNr: 00070002 (Huber KG), BelNr: RG20140516 v. 13.05.2014, € 46,02
  keine Bankverbindung hinterlegt

Vorgehensweise

1. Die Kontoauszugsdaten werden entweder aus einem Homebanking-Programm oder direkt aus der Internetseite der Bank heruntergeladen. Das Format muss „MT940" entsprechen.
   
   

2. Innerhalb der STREIT®-Finanzbuchhaltung / Buchungserfassung werden die Kontoauszüge über die Funktion: Ausführen / Bankumsätze (MT940) importieren in die Buchungserfassung importiert.

3. 

   
   
   Auswahl der zu importierenden Datei:
   

   

   
   Anzeige der zu importierenden Buchungen:
   

   

   
   

   Ein Übernahmedialog zeigt an, wieviel Prozent vollständig, teilweise oder gar nicht gefunden wurden.

   

   

    

4. Die eingelesenen Datensätze enthalten eine Statusanzeige, die in der Spalte „ToDo" sichtbar ist:- Keine Anzeige = Buchungssatz wurde gefunden / keine manuelle Überarbeitung erforderlich- gelbes X = teilweise gefunden / teilweise manuelle Überarbeitung erforderlich- rotes X = nicht gefunden / komplette manuelle Überarbeitung erforderlich.
   

    

   

Beispieldatei / Aufbaubeschreibung

Eine Beispieldatei befindet sich in den Anlagen: Kontoauszug_Demo.MT940

Eine Aufbaubeschreibung findet man unter: https://www.kontopruef.de/mt940s.shtml

4.24 Istversteuerung

4.24.1 Automatische Buchungen - Programmentwicklungsversion

Überblick / Was ist die Istversteuerung?

Alle beschriebenen Funktionen sind nur anwendbar in Verbindung mit der STREIT® Finanzbuchhaltung. Bei Einsatz der Datev-Schnittstelle oder Export an Fremd-Fibu werden außer den normalen Soll- oder Habenstellungen keine zusätzlichen Buchungen generiert.

Überlicherweise gilt bei der Umsatzsteuer das System der Sollversteuerung. Das bedeutet die Umsatzsteuer ist fällig mit dem Schreiben der Rechnung. Bei der Istversteuerung wird die Umsatzsteuer erst fällig wenn die Rechnung bezahlt wird.

In der STREIT® Finanzbuchhaltung werden istversteuerte Rechnungen genau gleich wie sollversteuerte Rechnungen gebucht. Einziger Unterschied ist eine Kennung (InfoKz). Diese Kennung bedeutet, dass so eine Buchung sich nicht auf Salden und Auswertungen auswirkt. Auch bei der Umsatzsteuervoranmeldung werden solche Buchungen nicht berücksichtigt. Der Zahlungseingang kann jedoch im Rahmen des normalen Mahnwesens überwacht werden. Beim Zahlungseingang wird die ursprüngliche Buchung (mit InfoKz) storniert und ohne diese Kennung neu eingebucht. Diese Buchung ist dann steuerwirksam.

Die Istversteuerung kann sowohl für verbuchte Rechnungen aus der Auftragsverwaltung, als auch für verbuchte Rechnungen aus der Projektverwaltung verwendet werden. Verbuchte Rechnungen sind jedoch keine Voraussetzung. Der Ablauf wurde jedoch auf verbuchte Rechnungen hin optimiert. Das System funktioniert aber auch mit manuell eingebuchten Rechnungen. Dann sind allerdings ein paar Dinge zu beachten auf die später eingegangen wird.

• Im Sachkontenstamm gibt es das Kennzeichen InfoKz. Ist in einem Buchungssatz ein Konto mit aktiviertem InfoKz vorhanden, wird die gesamte Buchung als Info-Buchung gekennzeichnet. Auch alle abhängigen Daten wir OPs. Daraus ergibt sich, dass Belege mit Istversteuerung einfach auf ein spezielles Konto gebucht werden.

• Alle weiteren Funktionen eines so gekennzeichneten Kontos behalten ihre Gültigkeit (Steuerautomatik)

• Das BuchKz (vorläufig, endgültig) gilt auch für Info-Buchungen

• Ein spezielles Steuerkonto für Teilrechnungen wird nicht mehr benötigt.

• Überblick im Detail

  • Das InfoKz wird als Spalte in der Buchungserfassung angeboten und kann verändert werden.

  • Beim Buchen vom Zahlungseingang einer istversteuerten Rechnung muss zwingend der zugehörige OP angewählt werden. Erst durch diese Zuordnung werden die automatischen Buchungen generiert.

  • Das Auslösen der autom. Buchungen beim Markieren eines OP in der Buchungserfassung wird nur dann ausgelöst wenn es sich um keine Info-Buchung handelt.

  • Diese Buchung wird immer dann ausgelöst, wenn ein OP markiert wurde. Also auch wenn z. B. eine Gutschrift (nicht Info) einer Info-RG zugeordnet wird.

  • Die autom. Buchungen werden für alle markierten Info-Buchungen (OPs) ausgelöst.

  • Die beim Zahlungseingang automatisch generierten Buchungen behalten das ursprüngliche Belegdatum, werden jedoch unter dem Buchungsdatum des Stapels gebucht.

  • Automatisch generierte Buchungen zur Soll-/Istversteuerung können nicht gelöscht werden. Es muss die zugrunde liegende Zahlungsbuchung gelöscht/geändert werden.

  • Unter Ausführen gibt es 2 neue FunktionenStorno Abschlagsrechnungen (Ktr-Eingabe): In diesem Dialog werden nach Eingabe eines Kostenträgers alle noch nicht stornierten Teilrechnungen zu diesem Kostenträger angezeigt. Durch markieren können diese dann storniert werden. Storno Abschlagsrechnungen (autom. Ermittlung): Dieser Dialog ist eine Erweiterung zum oben beschriebenen Dialog. Es werden alle durch die Verbuchung übernommenen Teil-/ Schlussrechnungen angezeigt bei denen noch vorhergehende Rechnungen storniert werden müssen. Wird z. B. bei einer Schlussrechnung eine Teilrechnung storniert für die eine Zahlung vorhanden war, ist die Zahlung nach dem Storno der Schlussrechnung zugeordnet. Dies gilt jedoch nur innerhalb der Fibu. An der Darstellung der Zahlungen innerhalb der Projektverwaltung ändert sich nichts.

  • Bei Saldovortragsbuchungen wird das InfoKz aus dem Stamm ignoriert.

  • Bei Dauerbuchungen wird das InfoKz berücksichtigt. Buchungen die aus solch einer Dauerbuchung generiert werden, sind dann Info-Buchungen.

  • Die Automatiken zur Istversteuerung sind nicht anwendbar wenn Projekte nach Teilaufmaß abgerechnet werden.

  • Empfehlenswert ist, dass den Projekten mit Istversteuerung Kostenträger zugeordnet werden. Nur dann können Abschlagsrechnungen der Schlussrechnung zugeordnet werden.

Auswirkungen auf Auswertungen

• In allen Auswertungen (Bilanz, G+V, BWA) werden Info.Buchungen ausgeschlossen und können auch nicht per Option berücksichtigt werden. Das gilt auch für Kontenblätter, Saldenlisten, Umsatzsteuervoranmeldung und die Zusammenfassende Meldung.

• In den OP-Listen werden die Info-OPs ganz normal aufgeführt.

• 
  Auswirkungen auf die OP-Verwaltung

• In der OP-Verwaltung ändert sich fast nichts. Info-OPs werden mit einem speziellen Symbol in der Spalte InfoKz gekennzeichnet.

• Im OP-Saldo sind die Info-Buchungen wie alle anderen Buchungen vorhanden. Es wird ein spezieller OP-Saldo (ohne Info-OPs ) angeboten der auch auf der OP-Liste parametrisiert werden kann (Vergleich OP/Saldenliste).

• Im Mahnwesen werden Info-OPs wie alle anderen OPs behandelt.

• Es können keine Info-OPs mit „normalen" OPs ausgeglichen werden.

• Auswirkungen auf die Verbuchung

  • Anhand der übergebenen Konten wird ein Beleg (Kz. in DAT1101) als Ist- oder Sollversteuerung behandelt. Bei mehreren übergebenen Konten müssen entweder alle oder kein Konto lt. Stamm das InfoKz aktiviert/deaktiviert haben. Ansonsten wird die Übernahme abgelehnt. Bei Schlussrechnungen werden die Abzugspositionen von dieser Prüfung ausgeschlossen.

  • Teil- und Schlussrechnungen werden ohne die Abzugspositionen für vorhergehende Rechnungen in die Fibu übernommen. Das gilt für Belege in denen Abzugspositionen vorhanden sind die auf ein Konto mit InfoKz gebucht wurden. Somit werden solche Rechnungen mit dem Gesamtbetrag in die Fibu übernommen. Die Steuer wird erneut vom Nettobetrag aus berechnet, Rundungsdifferenzen werden in Kauf genommen.

  • Wird eine Schlussrechnung in die Fibu übernommen, erscheint ein Hinweis, wenn Belege vorhanden sind (TR/SR) aufgrund derer bisherige Buchungen storniert werden müssen (Belege mit Abzugspositionen und Konto gleich InfoKz).
    
    

  Auswirkungen auf Auftragsverwaltung / Projektverwaltung

  • Ob eine Abschlagsrechnung als Ist- oder Sollversteuerung behandelt wird entscheidet das im Rechnungsartikel bzw. beim Druck angegebene Konto. Es gibt keine Prüfung, dass z. B. bei einer Schlussrechnung kein Konto mit InfoKz angegeben werden kann.

  • Zahlungen für Projektrechnungen werden wie gewohnt an die Projektverwaltung übergeben. Durch die beschriebene Vorgehensweise ergibt sich folgende Einschränkung. Werden über die oben beschriebenen Funktionen Teilrechnungen storniert, wird eine der Teilrechnung zugehörige Zahlung automatisch der Schlussrechnung zugeordnet. Das betrifft allerdings nur die OP-Verwaltung. In der Projektverwaltung ändert sich an der Darstellung der Zahlungen nichts.

Zahlungen

Rechnung wird komplett bezahlt

Das ist der einfachste Fall. Die Buchung mit Istversteuerung wird in voller Höhe storniert und neu eingebucht. Die Zahlung wird in voller Höhe der neu eingebuchten Rechnung zugeordnet.

Rechnung wird nur zum Teil bezahlt

Auch dieser Fall ist einfach. Die Buchung mit Istversteuerung wird in Höhe der Zahlung storniert und neu eingebucht. Die Zahlung wird in voller Höhe der neu eingebuchten Rechnung zugeordnet. Damit es keine Rundungsdifferenzen (Soll/Haben) gibt, wird der eingegebene Betrag direkt auf das Personenkonto übernommen und nur die davon abhängigen Buchungen werden prozentual ermittelt.

Rechnung wird mit Skonto bezahlt

Bei Zahlung mit Skonto gibt es zwei Varianten. Der gewährte Skonto kann im OP-Grid der Buchungserfassung direkt einem OP zugeordnet werden oder auch pauschal beim Speichern der Buchung. Werden mit einer Zahlung mehrere Rechnungen bezahlt ist das Buchen mit pauschalem Skonto nicht möglich. Die Buchung mit Istversteuerung wird in voller Höhe storniert und neu eingebucht. Die Zahlung wird in voller Höhe der neu eingebuchten Rechnung zugeordnet. Die Skontobuchung wird automatisch generiert.

Rechnung wird nur zum Teil mit Skonto bezahlt, jedoch kein RestOP

In diesem Fall wird die Zahlung und der gewährte Skonto direkt im OP-Grid der Buchungserfassung den entsprechenden OP zugeordnet. Außerdem wird das Kennzeichen "InfoAusgleichKz" aktiviert. In diesem Fall wird der Betrag der in der Spalte "offen" ausgewiesen wird "ausgebucht". Tatsächlich findet jedoch kein wirkliches Ausbuchen statt, sondern der auszubuchende Betrag wird einfach nicht steuerwirksam eingebucht. Der restliche Ablauf ist gleich der bereits oben beschriebenen Vorgehensweisen.

Besonderheit InfoAusgleichKz

Das InfoAusgleichKz wirkt sich nur aus, wenn bei dem markierten OP auch eine Zahlung erfasst wurde.

Besonderheit Version 22.00

Wird so eine Buchung wir zuvor beschrieben editiert, funktioniert das nicht in allen Fällen. Ist solch ein OP bereits mit früheren Zahlungen verknüpft (Ratenzahlung) werden die Werte im OP-Grid nicht korrekt vorgeschlagen. Dazu werden neue Felder benötigt. Ab Version 22.01 oder neuer gilt das dann nicht mehr. Dann werden die Werte in alle Fällen korrekt vorgeschlagen.

Vorgehensweise wenn Abschlags-/Schlussrechnungen manuell eingebucht werden

Damit alle Funktionen zur Verfügung stehen, müssen beim Buchen ein paar Dinge berücksichtigt bzw. Kennzeichen gesetzt werden.

• Die Rechnungen sollten auf einen Kostenträger gebucht werden. Info-Buchungen können auch ohne Kostenträger gebucht werden, dann jedoch stehen die Funktionen zum Stornieren abhängiger Rechnungen nicht zur Verfügung.

• TeilReKz beim OP
  Dieses Kennzeichen identifiziert den OP ob es sich um eine Abschlags- oder Schlussrechnung handelt. PT = Projekt-Teilrechnung, PS = Projekt-Schlussrechnung.

• TRSR
  Dieses Kennzeichen identifiziert den OP ob abhängige Rechnungen storniert werden müssen. Üblicherweise wird dieses Kennzeichen bei einer Schlussrechnung gesetzt, kann aber auch bei Abschlagsrechnungen gesetzt werden. Rechnungen mit aktiviertem TRSR beinhalten alle vorhergehenden Rechnungen.

Weitere Angaben sind nicht nötig.

Eingabe Kostenträger

Die Angabe eines KTr im Gegenkonto (z. B. 1718 Erhaltene Anzahlungen) reicht ab Version 22.00.05.076 aus. Beim Personenkonto muss kein Kostenträger angegeben werden um die Funktionen zum Stornieren abhängiger Rechnungen zu benützen. Der eingegebene KTr vom Gegenkonto wird automatisch auch beim Personenkonto gespeichert. Das funktioniert allerdings nur wenn nicht mehrere Gegenkonten mit KTr angegeben sind. Buchungen mit früheren Versionen ohne KTr beim Personenkonto werden ebenfalls beim Stornieren berücksichtigt.

2.24.2 Projektrechnung - automatische Verbuchung

Die Funktion „Ist-Versteuerung" ist ausschließlich anwendbar in Verbindung mit einer STREIT®-Finanzbuchhaltung (nicht einsetzbar bei „nur OP" oder „Datev-Schnittstellen)

• Funktion „Ist-Versteuerung" nur in Verbindung Teil-/Schlussrechnungen in Projekt und  Auftragsbearbeitung

• Funktion „Ist-Versteuerung" nicht anwendbar in Verbindung mit einer „positionsweisen" Verbuchung von Projekt Teil und Schlussrechnungen

• Funktion "Ist-Versteuerung" wird üblicherweise in Verbindung mit pauschalen Abschlagsrechnungen eingesetzt. Eine Abrechnung über Gesamtaufmaß ist auch möglich.

• Funktion „Ist-Versteuerung" über "erhaltene Anzahlungen" nur anwendbar in Verbindung mit projektbezogenen „Kostenträgern".
  Mit Hilfe des "Kostenträgers" werden bereits getätigte Buchungen auf "erhaltene Anzahlungen" im Rahmen der Verbuchung einer Schlussrechnung in einem Dialog zur Stornierung angeboten.

• Bei Anwender mit grundsätzlicher Ist-Versteuerung (Kleinbetriebe bis zu einem bestimmten Jahresumsatz) ist eine Kostenträger-Einrichtung nicht vorausgesetzt, da das Info-Kennzeichen für „Ist-Versteuerung“ im normalen Erlöskonto gesetzt wird und eine Stornierung eines Kontos "erhaltene Anzahlungen" im Rahmen einer Schlussrechnung-Verbuchung nicht erforderlich ist. Im Falle von  gewährtem Skonto muss das Konto „Skontoaufwand“ ebenfalls mit dem  Info-Kennzeichen versehen werden

Das STREIT®-Maskenfeld [Info-Kz]

• Im Sachkontenstamm steht das Info-Kz zur Verfügung. Dieses Kennzeichen kann bei Konten, die in Verbindung mit einer Ist-Versteuerung stehen, gesetzt werden. Zum Beispiel beim Bilanzkonto „Erhaltene Anzahlungen" 3272 (SKR04).Alle Ausgangsrechnungen, die auf dieses Konto fließen, werden danach automatisch mit dem Info-Kz versehen und werden ab diesem Moment nicht mehr in die buchhaltungsrelevanten Auswertung einbezogen. Innerhalb der Konteninformation werden solche Buchungen auch nur dann angezeigt, wenn über die Selektion [mehr] das Kennzeichen aktiv markiert wird.

• In OP-Verwaltung Innerhalb der OP-Verwaltung zeigt das Info-Feld an, ob der offene Posten im Rahmen einer Ist-Versteuerung erzeugt wurde. Buchungen mit „Info-Kz" werden grundsätzlich in die OP-Buchhaltung importiert und ausgewiesen.

• In Konteninformation Innerhalb der Konteninformation werden Buchungen mit „Info-Kz" zunächst mal nicht angezeigt, da Buchungen mit diesem Kennzeichen nicht buchhaltungsrelevant sind. Die Buchungen sind jedoch anzuzeigen durch Aktivierung des entsprechenden Selektionsmerkmals im Button [mehr].

• Im Buchungserfassungsgrid Das Feld „Info-Kz" kann innerhalb der Buchungserfassung im Rahmen einer manuellen Rechnungsausgangsbuchung demarkiert oder markiert werden. Im Rahmen einer Rechnungsübergabe über das Verbuchungsprogramm kann dieses Kennzeichen nicht beeinflusst werden. In diesem Fall wird das Kennzeichen automatisch mitgegeben, wenn die Rechnung auf ein Erlöskonto mit dem „Info-Kz" ausgegeben wurde.Wenn in einem Konto innerhalb eines Buchungssatzes das „Info-Kz" gesetzt ist, werden sämtliche weiteren Konten dieses Buchungssatzes automatisch diesem Kennzeichen untergeordnet.

• Im OP-Grid innerhalb der Buchungserfassung Auch innerhalb der Buchungserfassungsmaske, im OP-Grid, wird das Info-Kz angezeigt, wenn der offene Posten in Verbindung mit einer Ist-Versteuerung gebildet wurde.

 

Praktische Vorgehensweise mit Teilzahlung und Rest-OP

• Erfassung Feld „Info-Kz" innerhalb der Sachkonten-Verwaltung

• Achtung: Wenn die STREIT®-Betriebsbuchhaltung aktiviert ist, dann müssen auch die FelderKst (Kostenstelle) und Koa (Kostenart) angelegt und im Sachkonto eingegeben werden.

• Projektanlage mit Kostenträger

• Druck der Abschlagsrechnung mit Eingabe des Erlöskontos (z.B. erhaltene Anzahlungen)

• Verbuchung der Teilrechnung

• Erstellung des Buchungsbeleges

• Datenübernahme der bereitgestellten Rechnung in die Finanzbuchhaltung

Eingestellte Buchung innerhalb der Buchungserfassungsmaske:

Betroffene Konten mit Info-Kz. werden in Bilanz/G+V sowie Kontenblätter ausgeschlossen. Auch in Konteninformation können diese Buchungen nur mit selektion auf Info-Kz aufgerufen werden.

1. FIBU-Verbuchungsjournal der 1. Abschlagsrechnung auf Erlöskonto (Ist-Versteuerung):

   

   
   

    

2. Erfassung und Verbuchung einer 2. Abschlagsrechnung FIBU-Verbuchungsjournal der 2. Abschlagsrechnung auf Erlöskonto (Ist-Versteuerung):

   
   

   

    

3. Erfassung einer Eingangszahlung

   

   
   

4. Automatische Stornierung der bisherigen Abschlagsrechnungen (mit Info-Kz)Automatische Erzeugung einer Abschlagsrechnungsbuchung (ohne Info-Kz) über Zahlbetrag-> Hierdurch wird die ursprüngliche für die Buchhaltung „verborgenen" Buchungen in offizielle Buchungen geändert. Somit fließen die UST-Beträge nun auch in die UST- Voranmeldung.

   

   
   

    

5. FIBU-Journal der Zahlungsbuchung:
   

   

   

    

6. Zahlungseingang wird aut. in das Register [Zahlungen] innerhalb des Projektes bei entsprechender Konstanteneinstellung übertragen.
    

   

   

7. Erlöskonto:
   

   

   

8. Hinweis bei Übernahme der Schlussrechnung in FIBU-Buchungserfassung:
   

   

   

9. Über diesen Dialog werden die zuvor verbuchten Steuerbeträge und das Konto „erhaltene Anzahlungen" über Stornierungs-Buchungssätze zurückgebucht Das Selektionsmerkmal in Spalte [Sel] muss jedoch in beiden Grids entsprechend markiert werden.
   Die Schlussrechnung wird mit dem gesamten aufgemessenen Rechnungsbetrag auf das normale Erlöskonto (z.B. 4200) gebucht. Dieser Dialog kann auch bei Antwort mit NEIN später manuell über die Funktion [Ausführen] + [Storno Abschlagsrechnungen (aut. Ermittlung) angewählt werden. Jedoch greift diese Funktion nur bei verbuchten Schlussrechnungen (Standardvorgang)Die alternative Anwahl:[Ausführen] + [Storno Abschlagsrechnungen (Ktr.-Eingabe) dient zur Stornierung von Abschlagsrechnungen nach Voranwahl eines Kostenträgers und wäre auch dann möglich, wenn noch keine Schlussrechnung geschrieben wäre (kein Standardvorgang)
    

   

   

   Wichtige Info

   aktuelle Vorgehensweise bei der Markierung von Schlussrechnungen mit den dazugehörigen Abschlagsrechnungen:

   Eine Mehrfachmarkierung von Schlussrechnungen ist momentan nicht möglich.
   Im dem Dialog "Storno Abschlagsrechnungen" muss im oberen Bereich zuerst eine Schlussrechnung selektiert und im unteren Bereich die dazugehörige/n Abschlagsrechnung/en markiert werden. Mit dem Button >ok< werden die markierten Abschlagsrechnungen storniert. Nun muss erneut der Dialog "Storno Abschlagsrechnungen" aufgerufen werden (über Ausführen >Storno Abschlagsrechungen ...<)  um die nächste Schlussrechnung mit den Abschlagsrechnungen zu selektieren und somit zu stornieren. D.h. jede Schlussrechnung muss einzeln bearbeitet werden indem jedes Mal der Dialog neu aufgerufen und bestätigt wird, so lange, bis alle Belege erledigt sind.

10. Erzeugte Stornobuchungen innerhalb der FIBU-Buchungserfassung:
     

    

11. FIBU-Journal der Schlussrechnung mit Stornierung der bisherigen Abschlagsrechnungen:

 

Erstellung eines Buchungsbeleges

Datenübernahme in FIBU

Buchung Teilzahlung in FIBU:

Automatische Stornierung der ehemaligen Rechnung jedoch nur über ZahlbetragAutomatische Neueinbuchung auf „erhaltene Anzahlung" (jedoch ohne Wirkung Info-Kz); d.h. UST-Voranmeldung kann erfolgen.

Mit Funktion „Info-OP ausgleichen" wird kein RestOP gebildet. Die Rechnung gilt als bezahlt

Hinweise zu diesem Thema seitens der Programmentwicklung:

Automatische Verbuchung von Teil-/Schlussrechnungen
 Allgemein / Stammdaten:
1. Abschlagsrechnung
(a) 1400 Forderungen 1190,00 an 1718 erhaltene Anzahlungen 1000,00 
1776 Umsatzsteuer 19% 190,00

Zahlung 1. Abschlagsrechnung
(b) 1200 Bank 1190,00 an 1400 Forderungen 1190,00
(c) 1400 Forderungen 1190,00 an 1718 erhaltene Anzahlungen 1000,00 (autom.)
1776 Umsatzsteuer 19% 190,00
(d) 1400 Forderungen -1190,00 an 1718 erhaltene Anzahlungen -1000,00
1776 Umsatzsteuer 19% -190,00

Buchung Schlussrechnung
(e) 1400 Forderungen 11900,00 an 8400 Erlöse 19 % 10000,00
1776 Umsatzsteuer 19% 1900,00
(f) 1400 Forderungen -1190,00 an 1718 erhaltene Anzahlungen -1000,00 (autom.)

 

• In den Stammdaten gibt es ein neues Kennzeichen à InfoKz.Ist in einem Buchungssatz ein Konto mit aktiviertem InfoKz vorhanden, wird die gesamte Buchung als Info-Buchung gekennzeichnet. Auch alle abhängigen Daten wie OPs. Buchungen die als Ist-Versteuerung behandelt werden sollen, werden einfach auf ein spezielles Konto gebucht.

• Alle weiteren Funktionen des Kontos behalten ihre Gültigkeit (Steuerautomatik)

• Evtl. automatisch generierte Buchungen (Steuer) werden gleich wie die eigentliche Buchung gekennzeichnet.

• Das bisherige BuchKz (vorläufig, endgültig) gilt auch für Info-Buchungen.

• Das bisherige spezielle Steuerkonto für Teilrechnungen entfällt.

• Das Kennzeichen für Ist-Versteuerung wirkt sich nur innerhalb der STREIT® aus. Bei Übergabe an Fremdfibu hat das Kennzeichen keinerlei Funktion.

Buchungserfassung:

• Das InfoKz wird als Spalte in der Buchungserfassung angeboten und kann verändert werden.

• Beim Buchen vom Zahlungseingang einer Abschlagsrechnung muss zwingend der zugehörige OP angewählt werden. Erst durch diese Zuordnung werden die automatischen Buchungen generiert.

• Das Auslösen der autom. Buchungen beim Markieren eines OP in der Buchungserfassung wird nur dann ausgelöst wenn es sich um keine Info-Buchung handelt.

• Diese Buchung wird immer dann ausgelöst, wenn ein OP markiert wurde. Also auch wenn z. B. eine Gutschrift (nicht Info) einer Info-RG zugeordnet wird.

• Die autom. Buchungen werden für alle markierten Info-Buchungen (OPs) ausgelöst.

• Die beim Zahlungseingang automatisch generierten Buchungen behalten das ursprüngliche Belegdatum, werden jedoch unter dem Buchungsdatum des Stapels gebucht.

• Automatisch generierte Buchungen zur Soll-/Istversteuerung können nicht gelöscht werden. Es muss die zugrunde liegende Zahlungsbuchung gelöscht/geändert werden.

• Ist eine Zahlung größer oder kleiner als eine zugeordnete Rechnung (InfoKz), wird im gewohnten Dialog nachgefragt ob ein Rest gebildet werden soll. Je nach Antwort wird ein Rest gebildet oder der Info-OP bzw. die Zahlung wird ausgeglichen. Ist die Zahlung geringer als der OP und soll kein Rest gebildet werden, wird der Info-OP in voller Höhe storniert und mit reduziertem Betrag neu eingebucht. Ist die Zahlung höher als der OP und soll kein Rest gebildet werden, wird der Info-OP in voller Höhe storniert und mit dem erhöhten Betrag neu eingebucht. Der höhere oder niedrigere Betrag wird auf alle beteiligten Konten prozentual umgelegt. Damit es keine Rundungsdifferenzen (Soll/Haben) gibt, wird der eingegebene Betrag direkt auf das Personenkonto übernommen und nur die davon abhängigen Buchungen prozentual ermittelt.

• Beim Ausgleich der Info-OPs wird evtl. gewährter Skonto nicht separat ausgewiesen. Es gibt also kein Info-Skonto.

• Unter Ausführen gibt es 2 neue FunktionenStorno Abschlagsrechnungen (Ktr-Eingabe): In diesem Dialog werden nach Eingabe eines Kostenträgers alle noch nicht stornierten Teilrechnungen zu diesem Kostenträger angezeigt. Durch markieren können diese dann storniert werden. Storno Abschlagsrechnungen (autom. Ermittlung): Dieser Dialog ist eine Erweiterung zum oben beschriebenen Dialog. Es werden alle durch die Verbuchung übernommenen Teil-/ Schlussrechnungen angezeigt bei denen noch vorhergehende Rechnungen storniert werden müssen. Wird z. B. bei einer Schlussrechnung eine Teilrechnung storniert für die eine Zahlung vorhanden war, ist die Zahlung nach dem Storno der Schlussrechnung zugeordnet. Dies gilt jedoch nur innerhalb der Fibu. An der Darstellung der Zahlungen innerhalb der Projektverwaltung ändert sich nichts.

• Bei Saldovortragsbuchungen wird das InfoKz aus dem Stamm ignoriert.

• Bei Dauerbuchungen wird das InfoKz berücksichtigt. Buchungen die aus solch einer Dauerbuchung generiert werden, sind dann Info-Buchungen.

Auswertungen:

• In allen Auswertungen (Bilanz, G+V, BWA) werden Info-Buchungen ausgeschlossen und können auch nicht per Option berücksichtigt werden. Das gleiche gilt für Kontenblätter, Saldenlisten, Umsatzsteuervoranmeldung, Zusammenfassende Meldung.

• In der OP-Liste werden die Info-OPs ganz normal aufgeführt.

OP-Verwaltung:

• In der OP-Verwaltung ändert sich fast nichts. Info-OPs werden mit einem speziellen Symbol in der Spalte InfoKz gekennzeichnet.

• Im OP-Saldo sind die Info-Buchungen wie alle anderen Buchungen vorhanden. Es wird ein spezieller OP-Saldo (ohne Info-OPs ) angeboten der auch auf der OP-Liste parametrisiert werden kann (Vergleich OP ßà Saldenliste).

• Im Mahnwesen werden Info-OPs wie alle anderen OPs behandelt.

• Es können keine Info-OPs mit „normalen" OPs ausgeglichen werden.

Übernahme aus Verbuchung:

• Anhand der übergebenen Konten wird eine Abschlagsrechnung (Kz. in DAT1101) als Ist- oder Sollversteuerung behandelt. Bei mehreren übergebenen Konten müssen entweder alle oder kein Konto lt. Stamm das InfoKz aktiviert/deaktiviert haben. Ansonsten wird die Übernahme abgelehnt. Bei Schlussrechnungen werden die Abzugspositionen von dieser Prüfung ausgeschlossen.

• Teil- und Schlussrechnungen werden ohne die Abzugspositionen für vorhergehende Rechnungen in die Fibu übernommen. Das gilt für Belege in denen Abzugspositionen vorhanden sind die auf ein Konto mit InfoKz gebucht wurden. Somit werden solche Rechnungen mit dem Gesamtbetrag in die Fibu übernommen. Die Steuer wird erneut vom Nettobetrag aus berechnet, Rundungsdifferenzen werden in Kauf genommen.

• Wird eine Schlussrechnung in die Fibu übernommen, erscheint ein Hinweis, wenn Belege vorhanden sind (TR/SR) aufgrund derer bisherige Buchungen storniert werden müssen. à Belege mit Abzugspositionen und Konto gleich InfoKz.

Auftragsverwaltung / Projektverwaltung:

• Ob eine Abschlagsrechnung als Ist- oder Sollversteuerung behandelt wird entscheidet das im Rechnungsartikel bzw. beim Druck angegebene Konto. Es gibt keine Prüfung, dass z. B. bei einer Schlussrechnung kein Konto mit InfoKz angegeben werden kann.

• Zahlungen für Projektrechnungen werden wie gewohnt an die Projektverwaltung übergeben. Durch die beschriebene Vorgehensweise ergibt sich folgende Einschränkung. Werden über die oben beschriebenen Funktionen Teilrechnungen storniert, wird eine der Teilrechnung zugehörige Zahlung automatisch der Schlussrechnung zugeordnet. Das betrifft allerdings nur die OP-Verwaltung. In der Projektverwaltung ändert sich an der Darstellung der Zahlungen nichts. Wenn nun nachträglich in der OP-Verwaltung der OP-Ausgleich manuell verändert wird, wirkt sich das nicht mehr auf die Projektverwaltung aus.

5 Expertenwissen

6 Online-Hilfe 

Der Anwendungsbereich "Buchungserfassung" dient der Erfassung neuer Buchungen sowie der Änderung/Löschung noch nicht beendeter Buchungsstapel. Ebenfalls können der FIBU bereitgestellte Daten innerhalb der Buchungserfassung über spezielle dafür vorgesehene Funktionen importiert werden.

Anlage eines Buchungsstapels