Zum Löschen von Clearing-Sätzen benötigen Sie Administratorrechte. Ausnahme: Simulationsläufe.

Markierte Zahlungsverkehrläufe können in Normalfall nur gelöscht werden, wenn sie gebucht (B-Flag) wurden, die Bankdateien erzeugt wurden (D-Flag) und den Status OK aufweisen. Administrativ dürfen Sie auch Läufe löschen, welche noch nicht vollständig gebucht wurden oder welche kein D-Flag aufweisen. Der Status OK muss jedoch gegeben sein. Beachten Sie, dass Sie in diesem Fall ggf. manuelle Buchungen oder Übergaben an die Bank vornehmen müssen.

Nicht erledigte Clearing-Sätze ( D -Flag nicht gesetzt: N , B -Flag nicht gesetzt: N oder teilweise gesetzt: B* oder im Status noch in Arbeit befindlich: i.A. ) dürfen nicht gelöscht werden. Ein Löschen erledigter Clearing-Sätze über die Administratorfunktion sollte möglichst nur nach Rücksprache mit Ihrem Support durchgeführt werden.

Einen in der Buchungsbearbeitung befindlichen oder abgebrochenen Clearinglauf erkennen Sie am Status i.A. (in Arbeit). Wenn Sie sicher sind, dass dieser Status gar nicht mehr andauert, das i.A. -Flag jedoch nicht automatisch zurückgesetzt wurde, kann der Staus administrativ wieder auf OK gesetzt werden. Ein i.A. -Flag verhindert ein weiteres Buchen oder sonstige übliche Bearbeitungsfunktionen!

1. Stellen Sie sicher, dass zu diesem Zeitpunkt kein anderer Mitarbeiter den betroffenen Zahllauf noch in Bearbeitung hat.
2. Markieren Sie den gewünschten Clearing-Satz mit der Maus.
3. Mehrere DCL-Sätze selektieren Sie mit einzelnen Mausklicks bei gedrückter Shift-Taste.
4. Bestätigen Sie die Kommandoleistenfunktion Menü oder das Kontextmenü der rechten Maustaste.
5. Wählen Sie die Funktion Administration > Setzen OK-Flag.
6. Bestätigen Sie die Sicherheitsabfrage. Die Status-Flags der markierten Sätze werden daraufhin auf OK zurückgesetzt.

In Prüflisten erhalten Sie ggf. eine Meldung mit rc16 (OP ist schon in einem Lauf im Modul Zahlungsverkehr enthalten) oder rc55 (OP ist schon in einem Lauf in Modul Zahlungsvorschläge Kreditoren/Debitoren enthalten). Ebenso kann es in der Buchhaltung Situationen geben, wo ein im Zahlungsverkehr befindlicher OP ausgewählt werden kann, dessen Verarbeitung aber wegen seiner Bindung im Zahlungsverkehr gesperrt ist. Sie erhalten dann einen entsprechende Hinweismeldung. Wenn Sie die verursachenden Läufe löschen, werden die mit den Anweisungen verbundenen OPs entsprechend wieder für das Data Clearing und andere Buchhaltungsprozesse verfügbar. Sie können jedoch aus einer Anweisung im Zahlungsverkehr administrativ auch einzelne OPs, die an das DCL übergeben wurden, aus einem kreditorischen Zahllauf entfernen (Modul Zahlungsverkehr). OPs in Zahlungsvorschlägen (Modul Zahlungsvorschläge Kreditoren/Debitoren) können Sie einzeln bearbeiten. Hier stehen Ihnen dann wesentlich mehr Optionen im Kontextmenü offen.

Die Formatierung der Datenträgeraustauschdateien erfolgt je nach Systemeinstellung, i. d. R. als SEPA-Dateien im XML-Format, z. B als CTT- oder SDD- bzw. CDD-Dateien nach den Vorgaben des DFÜ-Abkommens in Version 3.0. Unter Umständen erhalten Sie vom nachgeschalteten System bei der Verarbeitung Hinweismeldungen, wenn Sie ein nicht unterstütztes Format generieren. In vielen Fällen reicht es dann aus, die Systemeinstellungen anzupassen, das D-Flag zu löschen und die Datenträgeraustauschdatei erneut in dem geforderten Format zu erzeugen. Details zur Einstellung finden Sie im Bereich SEPA bzw. der begleitenden Dokumentation Doku_SEPAV4.pdf im Doku-Verzeichnis von iX-Haus.

Umlaute und Sonderzeichen werden in SEPA-konforme Zeichen umgewandelt, z. B. ä in ae, wodurch sich die Anzahl der notwendigen Zeichen entsprechend vergrößert. Wird die maximale Anzahl von Zeichen eines Feldes erreicht (z. B. sind im Feld <PmtInfId> (Payment Information Identification) nur maximal 35 Zeichen zulässig), wird der restliche Textabschnitt nicht übermittelt.

Die SEPA-XML-Version 3 mit Version 2.7 ist ab 04.11.2013 gültig (Defaultwert: ab 31.12.2016). Die SEPA-XML-Version 3 mit Version 3.0 ist ab 20.11.2016 gültig (Defaultwert: ab 01.01.2018). Für eine frühzeitigere Verwendung dieser Formate ist eine Anpassung der Systemeinstellungen erforderlich.

Der Dialog Statistik wird direkt nach einem Geschäftsprozess Dataclearing Person angeboten, oder nachträglich über Statistik aufgerufen. Die tabellarische Anzeige kann nach dem Status gefiltert und sortiert werden. Die Statistik dient der direkten Kontrolle und ist hilfreich bei der Fehlersuche. Die Statistik kann auch gedruckt werden.

Im Modul Einzellastschrift legen Sie für eine oder mehrere Person(en) eine individuelle Lastschrift fest. Voraussetzung ist, dass für die jeweils angesprochene Person auch die erforderliche Bankverbindung hinterlegt ist und auch ein entsprechendes Lastschriftmandat erforderlich.

Mit * markierte Parameter sind global. Die Periode und der Leistungszeitraum werden automatisch aus der angegebenen Fälligkeit ermittelt. Die Felder LzVon und LzBis weisen daher einen Vorschlag lt. Fälligkeitsdatum auf. Alle Felder werden auf erforderliche Daten geprüft. Falls z. B. nach einer Änderung ein Datumswert fehlen sollte, wird eine Fehlermeldung ausgegeben. Für das Modul Einzellastschriften werden mit Einführung des Moduls initial die gleichen Rechte wie für das Modul Einzelüberweisungen zugeordnet.

1. Stellen Sie das Objekt und das gewünschte Geschäftsjahr ein.
2. Definieren Sie den Titel für die Zahlungsverkehr-Ablage.
3. Stellen Sie die globalen Eingaben ein:
   Periode, Begleitlistendruck, Gegenkonto des DCLs für diese Einzellastschrift sowie das Fälligkeitsdatum.
4. Im Bereich der personenbezogenen Eingaben wählen Sie im Feld Konto das Gesamtkonto der beteiligten Person aus.
   Wenn die Person eine gültige Bankverbindung hat, wird im oberen Maskenbereich das Verteilungsgrid aufgebaut, wie Sie es auch von den PersonenGVCs Zahlungseingang Person oder manuelle Sollstellung kennen. Fehlende Grundlagen, die eine Lastschrift verhindern können, werden ggf. benannt und ein Eintrag im Grid für die betroffene Person unterbunden.
5. In dem Grid definieren Sie in der Spalte Aktuell die gewünschten Beträge der zu beteiligenden Konten.
   Bei einer Lastschrift werden alle Kontenklassen eingeblendet, zu welchen auch eine gültige Einzugsermächtigung vorliegt.
   Es gelten die allgemeine Tastencodes des Verteilungsgrids. S/H-Wechsel des Betrages für ein Konto ist beispielweise mit F5 möglich. Ebenso sind negative Beträge für stornoartige Prozesse zulässig. Der Betrag über alle Konten der Person wird entsprechend Ihrer Angaben im Grid in der Spalte Aktuell automatisch ermittelt.
6. Für die Einzellastschrift können Sie anstelle des automatisch gebildeten Verwendungszwecks auch eine freie Buchungstexteingabe vornehmen.
7. Sollen mehrere Personen an der Einzellastschrift teilnehmen, verwenden Sie den Schalter Nächste Person.
8. Haben Sie alle Eingaben vorgenommen, rufen Sie sich den gesamten Lauf zur Anzeige mit dem entsprechenden Schalter auf. Unterhalb der Übersicht stehen Ihnen nun Schalter zum Abbruch oder zum Lauf durchführen zur Verfügung.
9. Beim Lauf durchführen erfolgt die Übergabe erst nach Bestätigung einer Sicherheitsabfrage.
10. Verwenden Sie die Option Begleitliste, erhalten Sie eine Druckvorschau der Begleitliste zu der erzeugten Einzellastschrift. Sie können diese über das Fenstermenü drucken und/oder speichern.
11. Damit ist die Erstellung einer manuellen Lastschrift abgeschlossen. Der Lauf steht nun im Modul Zahlungsverkehr zur weiteren Bearbeitung bereit.

Im Modul Einzelüberweisung legen Sie für eine oder mehrere Person(en) eine individuelle Gutschrift fest. Voraussetzung ist, dass für die jeweils angesprochene Person auch die erforderliche Bankverbindung hinterlegt ist.

1. Stellen Sie das Objekt und das gewünschte Geschäftsjahr ein.
2. Definieren Sie den Titel für die Zahlungsverkehr-Ablage.
3. Stellen Sie die globalen Eingaben ein:
   Periode, Begleitlistendruck, Gegenkonto des DCLs für diese Einzelüberweisung sowie das Fälligkeitsdatum.
4. Im Bereich der personenbezogenen Eingaben wählen Sie im Feld Konto das Gesamtkonto der beteiligten Person aus.
   Wenn die Person eine gültige Bankverbindung hat, wird im oberen Maskenbereich das Verteilungsgrid aufgebaut, wie Sie es auch von den PersonenGVCs Zahlungseingang Person oder manuelle Sollstellung kennen. Fehlende Grundlagen, die eine Überweisung verhindern können, werden ggf. benannt und ein Eintrag im Grid für die betroffene Person unterbunden.
5. In dem Grid definieren Sie in der Spalte Aktuell die gewünschten Beträge der zu beteiligenden Konten.
   Bei einer Gutschrift werden alle Kontenklassen eingeblendet.
   Es gelten die allgemeine Tastencodes des Verteilungsgrids. S/H-Wechsel des Betrages für ein Konto ist beispielweise mit F5 möglich. Ebenso sind negative Beträge für stornoartige Prozesse zulässig. Der Betrag über alle Konten der Person wird entsprechend Ihrer Angaben im Grid in der Spalte Aktuell automatisch ermittelt.
6. Für die Einzelüberweisung können Sie anstelle des automatisch gebildeten Verwendungszwecks auch eine freie Buchungstexteingabe vornehmen.
7. Sollen mehrere Personen an der Einzelüberweisung teilnehmen, verwenden Sie den Schalter Nächste Person.
8. Haben Sie alle Eingaben vorgenommen, rufen Sie sich den gesamten Lauf zur Anzeige mit dem entsprechenden Schalter auf. Unterhalb der Übersicht stehen Ihnen nun Schalter zum Abbruch oder zum Lauf durchführen zur Verfügung.
9. Beim Lauf durchführen erfolgt die Übergabe erst nach Bestätigung einer Sicherheitsabfrage.
10. Verwenden Sie die Option Begleitliste, erhalten Sie eine Druckvorschau der Begleitliste zu der erzeugten Einzelüberweisung. Sie können diese über das Fenstermenü drucken und/oder speichern.
11. Damit ist die Erstellung einer Einzelüberweisung abgeschlossen. Der Lauf steht nun im Modul Zahlungsverkehr zur weiteren Bearbeitung bereit.

Mit der Funktion Zahllauf Kreditoren/Debitoren des Zahlungsverkehrs wird eine automatischer Zahlungsausgleich fälliger Rechnungen bzw. Zahlungen an Kreditoren bzw. Debitoren ausgeführt.

Alle nachfolgend beschriebenen Listen sind einheitlich aufgebaut. Der Umfang der dargestellten Informationen (Bankverbindung, Buchungstexte, Sortierung und Seitenumbruch) kann für jede Liste gesondert festgelegt werden.

Prüfliste: Buchungsdaten aller bis zum Zahldatum fälligen OPs. Bei fehlerhaften Datensätzen wird ein Fehlercode ausgegeben (s. Übersicht über die RC-Codes, die Bedeutung der auftetenden Fehlercodes ist im Listenkopf erläutert.

Vor der Übergabe an das DATA-Clearing sollten Sie unbedingt die Prüflisten ausdrucken, die Buchungsdaten kontrollieren und bei Bedarf Änderungen im Rechnungseingang vornehmen!

In den Listen werden pro Rechnung OP-Nummer (mit Jahrgang), Kontierung (Kontierungsobjekt+Konto), Beleg (27 Zeichen), Rechnungseingang, Fälligkeit, Rechnungsnummer, RE-Betrag, Skonto, Bauabzug*, Gesamtbetrag und Währung ausgegeben. Verteilt sich die Kontierung einer Rechnung auf mehrere Sachkonten, wird dies für diese Rechnung in den Listen mit drei Folge-Punkten … hinter der Anzeige des ersten Kontierungskontos angezeigt. Ggf. weist ein Fehlercode (RC-Code) darauf hin, dass der betroffene Datensatz mit den aktuellen Einstellungen nicht an das DATA-Clearing angewiesen wird.

* Die Information ./. Bauabzugsteuer verweist auf die vom Programm kalkulierte Bauabzugsteuer. Da hier derzeit keine automatische Berechnung der Bauabzugssteuer erfolgt, weist diese Zeile keinen Abzug auf! Buchen Sie ggf. anfallende Bauabzugssteuer nach Angaben ihres Steuerberater manuell (ggf. schon bei der OP-Erfassung der Rechnung des Leistenden mit 15% Abzug und parallel hierzu OP-Erfassung bzgl. des verbundenen FA mit dem Betrag der Bauabzugssteuer und Bezug zur geminderten Eingangsrechnung des Leistenden). Das DCL erzeugt keinen automatischen OP für einen Bauabzug für das verbundene FA!)

Anweisungsliste: Die Liste enthält nur die anzuweisenden Datensätze. Die Darstellung ist identisch zur Prüfliste und enthält naturgemäß keine Datensätze mit Fehlercodes.

Fehlerliste: Die Liste enthält nur die nicht anzuweisenden Datensätze mit den entsprechenden Fehlercodes.

Übergabe an Data-Clearing: Erzeugung eines DATA-Clearing-Satzes mit optionalem Protokoll. Dort wird ein Clearing-Satz mit dem Kennzeichen KRE erzeugt. Dieser kann wie jeder andere Satz dort weiterverarbeitet, d. h. in ein Unterverzeichnis geschrieben (zur weiteren Übertragung an das jeweilige Kreditinstitut) und gebucht werden.

Zahlungsvorschlag erstellen: Mit dem Zahlungsvorschlag steht Ihnen eine Darstellung der OPs mit der Möglichkeit, deren Status bzgl. DCL-Flag zu ändern, zur Verfügung. Dort können Sie auch Verrechungen von OPs manuell vornehmen, die Beteiligung einzelner OPs am Zahllauf somit ändern und erhalten pro OP weitere Informationen. s. Zahlungsvorschläge Kreditoren/Debitoren, bevor Sie den Lauf an das DCL übergeben.

Zahlungsvorschlag erstellen und öffnen: Wie oben. Zudem wird der erzeugte Zahlungsvorschlag im Modul Zahlungsvorschläge Kreditoren/Debitoren geöffnet.

• Setzen Sie die gewünschten Parameter und bestätigen Sie die von Ihnen gewünschte Funktion.

Lastschrift/Überweisung | Typ des Clearing-Satzes, F2 oder die Schaltfläche neben dem Feld öffnet eine Auswahl.

Lastschrift
Die Summe wird vom Zahlungsschuldner eingezogen.
Errechnet sich für eine Person ein Guthaben, so erhalten Sie in der Statistik den Hinweis: Summe > 0 bei Lastschrift
Die Lastschriftprüfung erfolgt standardmäßig zum Fälligkeitsdatum. Per Systemeinstellung 1.1.20.3 LastschriftZumSolltagPruefen können Sie die Prüfung zum Sollstellungsdatum des jeweiligen Monats ausführen. Die Form der Prüfung hat Einfluss darauf, ob Lastschriften, die zur Monatsmitte erteilt wurden, im ersten Monat berücksichtigt werden.

Überweisung
Die Summe wird der Person überwiesen.
Errechnet sich für eine Person ein Rückstand, so erhalten Sie in der Statistik den Hinweis: Gesamtsumme = 0.
Auf Personen mit aktivem Marker Auszahlungssperre wird hingewiesen und eine Auszahlung via DCL unterbunden. |

Wenn die Sollstellung den Steuerbetrag pro Sollbetrag berechnet, können im nachfolgenden Zahllauf Personen bei Personen mit mehreren Verträgen Rundungsdifferenzen im Vergleich zu der Sollstellung entstehen. Per Systemeinstellung MwstProSollbetrag kann daher gesteuert werden, ob beim Zahllauf Personen der Steuerbetrag pro Sollbetrag berechnet werden soll. Standardmäßig ist diese Systemeinstellung an der Systemeinstellung [Buchhaltung]→[Sollstellung]→[MwstProSollbetrag] gekoppelt, so dass eventuelle Änderungen nur an einer Stelle vorgenommen werden müssen.

Zugang: Buchhaltung > Zahlungsverkehr > Zahlungsverkehr

Innerhalb von iX-Haus umfasst das Data-Clearing die Bearbeitung, Steuerung und Kontrolle aller Zahlungsanweisungen (Last- und Gutschriften). Sämtliche Anweisungen (aus Zahlungsvorschlägen, Zahlläufen sowie Einzelüberweisungen und -lastschriften) werden als Data-Clearing-Sätze (kurz: DCL-Sätze) im Modul Zahlungsverkehr gesammelt und können von dort an die beauftragte Bank weitergereicht sowie gebucht werden. Die Weitergabe erfolgt beleglos, entweder über einen Datenträger oder per Datenfernübertragung. Es werden hierzu die Bankverbindungen aus dem Objekt (Objektauswahl) benötigt. Bei FiBu-Konstrukten werden die Bankverbindungen des FiBu-Objekts verwendet.

Unabhängig vom Programm iX-Haus müssen Sie mit ihren Banken eine Vereinbarung über die Durchführung von beleglosem Zahlungsverkehr abschließen. Das Verfahren des Data-Clearings ist seit vielen Jahren erprobt und für nahezu alle deutschen Banken standardisiert. Mit Einführung von SEPA wird der inländische Zahlungsverkehr abgelöst. Der geplante Termin ist der 01.02.2014. In Einzelfällen gewähren Banken Übergangsfristen oder eine kostenpflichtige Verarbeitung von DTAUS-Anweisungen nach SEPA-Einführung, eine Übergangsphase für private Nutzer von BLZ und Kontonummer endet am 31.01.2016. Beachten Sie hierzu auch die separate Dokumentation zu SEPA.

Ähnlich wie Überweisungen reichen Sie die Bank-Dateien mit den gespeicherten Informationen zusammen mit einem Begleitzettel bei Ihrer Bank ein. Alternativ überspielen Sie Ihre Datensätze per DFÜ. Hier bieten die Banken entsprechende Software wie S-Firm oder Dretec an.

Die Einzugsmodalitäten für das Data-Clearing der Personen werden über Tabellen gesteuert. Diese werden von Ihrem Administrator angelegt (siehe Abschnitt Administrative Funktionen).

Das Interimskonto für das Data-Clearing (DCLinterim) wird per Default nur in der FIBU gebucht. Es kann per Systemeinstellung eingestellt werden, das DCLinterim-Konto auch auf Unterobjekt-Ebene zu buchen. (Fachadministration > System > Systemeinstellungen Datenbank > Buchhaltung > BuServer > DCLINTERIM_AUF_UOBJ_IMMER)

Die Ansicht der DCL-Sätze im Zahlungsverkehr erfolgt in einem sortierbaren Grid. Sie kann nach Benutzer und Datumsbereich sowie Anzahl der letzten Läufe gefiltert werden. Die Filter werden durch Klick auf die Schaltfläche Anwenden berücksichtigt. Mit der Schaltfläche Alle anzeigen erhalten Sie die komplette uneingeschränkte Sicht. Eine solche Abfrage kann je nach Datenbestand zeitaufwändiger sein.

Über das Menü in der Kommandoleiste sowie über das Kontextmenü der rechten Maustaste zu markierten DCL-Sätzen stehen diverse Informations- und Bearbeitungsunktionen zur Verfügung.

Im Zahllauf Kreditoren/Debitoren können Sie über die Schaltflächen Zahlungsvorschlag erstellen bzw. Zahlungsvorschlag erstellen und öffnen Zahlungsvorschläge erstellen, welche dann hier in einem Grid angezeigt werden.

Im Kontextmenü stehen folgende Befehle zur Verfügung:

• Begleitliste
• Zahlungsvorschlag-Status wechseln
• Zahlungsvorschlag löschen
• Zahlungsvorschlag löschen und Parameter in Zahllauf Kreditor/Debitor öffnen

Doppelklick auf eine Zahlungsvorschlag-Zeile öffnet den Dialog Zahlungsvorschlag - Offene Posten in welchem Sie dann pro Einzelanweisung deren Kontext einsehen können. Wird die Anweisung als nicht ausführbar benannt (RC ungleich 0), finden Sie in der Spalte RCText und in der Detailinfo RC-Code weitere Hinweise. Auch hier kann der Zahlungsvorschlag-Status geändert werden. Fehlerfreie Vorschläge können an das DCL übergeben werden.

Die RC-Codes (Errorcodes) werden in der Prüf- und der Fehlerliste angezeigt. Zu jedem unterschiedlichen Fehlerfall wird ein separater Code verwendet. Es werden nur die RC-Codes ausgegeben, welche in der Prüfung bei mindestens einer Anweisung aufgetreten sind. Weist eine Prüfliste keine Fehlercodes auf, wird die analoge Fehlerliste leer sein.

Eigentümerstamm

Die Angabe des Kontoinhabers der Bankverbindung fehlt im Zahllauf Eigentümer, Eigentümerstammdaten unvollständig