FIBU Schnittstelle mit Umsetzung

Mit der FIBU Schnittstelle mit Umsetzung können txt Dateien, Excel oder auch Kundenobjekte in den sogenannten 'FIBU - Importpuffer' geholt und von dort aus in die Buchblätter oder Module REBU, RABU zum Buchen bereitgestellt werden.
Je nach Import-Datei sind unterschiedliche Verarbeitungen aktiv.

Das Einlesen einer Datei erfolgt in den 'FIBU-Importpuffer' mit den Informationen aus der Datei. Die Inhalte der Datei werden dabei unverändert eingelesen, es sei denn, es ist für den aktuellen Mandanten eine Umsetzung der Stammdaten definiert UND das Auslesen dieser Umsetzung ist in der  Importdatei vorgesehen. Dies kann für Personenkonten und Sachkonten/Kostenarten notwendig sein, wenn die ausgebende Anwendung nicht die Personenkonten oder den Kontenplan in NEVARIS kennt.

Im weiteren Verlauf werden die Belege aus dem 'FIBU-Importpuffer' in die Buchblätter, bzw. Module REBU/RABU übergeben. Dabei werden die Buchungen in den Buchblättern mit den Steuerungen, die im jeweiligen Schema und in den Einrichtungen zu diesem Schema getroffen wurden übersetzt.  Dabei werden i.d.R. die automatischen Ermittlungen, die ansonsten bei manueller Erfassung eines Beleges im Fibu Buch.-Blatt oder in den Modulen REBU/RABU (z.B. Übernahme der Buchungsmatrix aus dem Sachkonto; Ermittlung des Sachkontos aus der KoA) unterbunden, damit die Buchungen mit den Informationen gebucht werden, wie sie der Datei mitgegeben werden, erfolgen.  Das bedeutet z.B. auch, das immer ein Sachkonto mitgegeben werden muss, weil es eben nicht aus der Kostenart bei Bereitstellung im Fibu Buch.-Blatt ermittelt wird.

• Beschreibung der Page Fib-Umsetzungsschema Übersicht (5003306, List)
• Übergabe REBU/RABU gemäß Einrichtung
• unterschiedliche Dateivarianten
• Schnittstellenbeschreibung prüfen

Allgemeines

Die Schnittstelle 5003204 dient der Übernahme von Buchungssätzen in die NEVARIS-Buchhaltung.

Jede Buchung besteht aus mindestens 2 Teilbuchungen. Jede Teilbuchung bildet einen Datensatz in der Schnittstellendatei.

Über Umsetztabellen werden bei der Übernahme der Schnittstellendaten in die Finanzbuchhaltung bestimmte Codes in den Schnittstellendaten interpretiert und in Buchhaltungsdaten umgesetzt.

Struktur der Schnittstellendatei

Die Schnittstellendatei besteht aus Sätzen mit fester Satzlänge (782 Byte) und gleichartigem Satzaufbau.

Satzlänge:                   fest, 780 Bytes + 2 Bytes Satztrennzeichen

Satztrennzeichen:         CRLF (1310 Dec, 0D0A Hex)

Satzaufbau:                  gleichartig (siehe Tabelle Satzaufbau)

Zeichensatz:                 ASCII (Bereich gültiger Zeichen: 32-255 Dec , 20-FF Hex)

XMLPort, FIBU-Import 5377108

Text-Endcoding der Datei muss MS-DOS sein.

Erwartet wird gleicher Aufbau beim 5003224 FIBU-Import Pipe, Unterschied: einmal blanks bis zur erwarteten Feldlänge, einmal den Pipe '|'.

Aufruf des XMLports 5003204

Satzaufbau

Erläuterungen

Typen-Tabelle

Umsetzung
Ein X in dieser Spalte kennzeichnet Felder, die über Umsetztabellen interpretiert werden.
Hier können feste Codes in die Schnittstelle gegeben werden, die später bei der Übernahme der Schnittstellendaten über Umsetzungstabellen in entsprechende "Buchhaltungswerte" konvertiert werden.
Diese Umsetzungstabelle werden vom Fachpersonal der Finanzbuchhaltung eingerichtet und gepflegt.
Bsp.: In die Schnittstelle wird im Feld 20 ein S übergeben.
In der Umsetzungstabelle ist zuvor definiert worden:

Feldnr. Inhalt    Umsetzung zu 

10        S          Kontoart=Sachkonto

Bei der Übernahme in die Finanzbuchhaltung wird dann das S umgesetzt in die Kontoart Sachkonto. Hierdurch wird eine Entkopplung von Schnittstellenprogrammierung und Finanzbuchhaltung erreicht. Die Abteilung, die die Schnittstellendaten zur Verfügung stellt, wird somit von der Einrichtung und Logik der Finanzbuchhaltung entlastet.

Sonderfall: Importpuffer direkt übernehmen

Wird für ein Umsetzfeld als Feldinhalt ein * im Umsetzschema eingegeben, wird die Umsetzung des jeweiligen Feldes aus dem Importpuffer unterdrückt. Es wird dann versucht, das Feld so zu übernehmen, wie es im Importpuffer angegeben ist.

Bestehende Feldumsetzungen bleiben weiterhin aktiv. Die Umsetzung erfolgt in folgender Reihenfolge:

Zunächst wird versucht zu dem Feld aus dem Import-Puffer eine entsprechende Umsetzung zu finden. Wenn keine Umsetzung im Umsetzschema gefunden, dann wird geprüft, ob im Umsetzschema ein Eintrag mit '*' als Feldinhalt vorhanden ist. Wenn ja, dann wird das Feld aus dem Import-Puffer direkt in die Fibu-Buchblattzeile übernommen.

Waren die genannten Versuche erfolglos, erscheint eine Fehlermeldung im Fehlerprotokoll.

Länge

Alle Felder müssen mit Leerzeichen (ASCII-Code 32 Dec, 20 Hex) bis zur angegebenen Länge aufgefüllt werden.

Inhalt der Schnittstellendatei

Für jede Teilbuchung ist ein Datensatz anzulegen.

Das Feld Zeilennr. muss eine eindeutige, fortlaufende Ganzzahl sein.

Alle Datensätze zu einem Beleg müssen hintereinander stehen.

Unterscheidung von Kontoarten

Im Feld Kontoart sollte zwischen verschiedenen Kontoarten (Debitoren, Kreditoren, Sachkonto, Bankkonto) unterschieden werden.
Nur Buchungen auf Personenkonten (Debitoren, Kreditoren) erzeugen offene Posten (OP).
Das Feld Kontonr. bezieht sich immer auf die Kontoart.
Bsp.: Bei der Kontoart Debitor bezieht sich die Kontonr. auf die Debitorennr., bei der Kontoart Sachkonto bezieht sich die Kontonr. auf die Sachkontonr.

Angabe von Beträgen, Stornos

Bis auf Stornos sind alle Beträge ohne Vorzeichen anzugeben. Bei Stornos sind Soll- oder Habenbetrag negativ.

Buchungen mit Steuer

Bei Sachkontenbuchungen mit Steuer muss ein Steuersatz angegeben werden. (Über den Steuersatz werden später per Umsetztabelle die Steuerkonten ermittelt, auf die die Steuer gebucht wird.)

Der Steuerbetrag (Feld MWSt Betrag) kann optional pro Position angegeben werden, oder aber als Gesamtsteuersatz für jeden MWSt-Satz in einem zusätzlichen Datensatz. Bei Angabe eines Gesamtsteuersatzes bleibt das Feld Kontonr. leer.

Für alle Belege gilt: Nettobetrag + Steuerbetrag = Bruttobetrag

Angabe von Zahlungsbedingungen

Zahlungsbedingungen können entweder durch Angabe eine Zahlungsbedingungscodes (Feld Zlg.-Bedingungscode) oder aber durch Füllen der Felder  Fälligkeitsdatum, Skontodatum und Skonto % eingegeben werden. Die Angabe von Zahlungsbedingungen ist nur bei Personenkontenbuchungen erforderlich.

Ausgleich von OPs

Bestehende OPs können mit Buchungen aus der Importschnittstelle ausgeglichen werden. Hierzu müssen die Felder "Ausgleich mit Belegart" und "Ausgleich mit Belegnr."  mit den Daten des  auszugleichenden OPs bei der Personenkontenbuchung gefüllt werden. 

Die Belegnr. des OPs sollte im Mandanten eindeutig sein um den richtigen OP zu ermitteln.  Bei nichteindeutigen Belegnummern wird der nach dem jeweils aktuellen Suchschlüssel erste OP ausgeglichen, der auf die angegebene Belegart und Belegnr. passt.

Kann kein OP ermittelt werden, so erscheint beim Buchen die Fehlermeldung: "Kein Kreditor-/Debitorposten innerhalb des Filters gefunden.".

Datenübergabe vom Importpuffer in die Fibu-Buchblattzeile

Mit dem Button Ausführen, "Übergabe"  wird eine Stapelverarbeitung angestoßen, die die Daten aus dem Importpuffer umsetzt und in ein Fibu-Buchblatt überträgt. 

Der Buchblattname kann ausgewählt werden. In dieses Buchblatt werden dann die Daten übertragen. Alle Übernahmen laufen unter der Buchblattvorlage 'FIBIMPORT'. Wurde kein Buchblattname angegeben, dann wird das Buchblatt 'STANDARD' das Ziel der Datenübergabe.

Beispiel 1

Eingangsrechnung von Kreditor (Steuerausweisung pro Position)

Beispiel 2

Eingangsrechnung von Kreditor (Gesamtsteuerbuchung)

Beispiel 3

Beispiel für ein Umsetzschema:

Zur Differenzierung von Steuerinformationen kann zusätzlich das Feld MWSt-Gruppe genutzt werden. Hierzu ist  im Umsetzschema neben dem Feld MWSt-Satz auch das Feld MWSt-Gruppe einzurichten.

Beispiel für die Differenzierung eines MWSt-Satzes: