JET FIBU
Inhaltsverzeichnis
JET FIBU
JET FIBU wird von Data Systems Austria vertrieben.
Konfiguration JET FIBU
Buchungssymbole
In der JET FIBU müssen die Buchungssymbole hinterlegt sein:
| UAR | Ausgangsrechnung |
| UGU | Ausgangsrechnungs-Gutschrift |
| UZE | Zahlungseingang Bank |
| UZA | Zahlungsausgang Bank |
| UVI,UAX,UTP,.. | CC-Zahlungen haben Kürzel der Karte mit einem 'U' Präfix |
| UKE | Zahlungseingang Kassa |
| UKA | Zahlungsausgang Kassa |
| UKS | Kassa Sachkonten-Buchung |
| UER | Eingangsrechnung |
| UGS | Eingangsrechnungs-Gutschrift |
UVA
Die USt.-Codes in der JET FIBU müssen mit den in Umbrella.net erfassten Codes abgestimmt sein.
Sammelkonto
Die Kennung des Debitoren- bzw. Kreditoren-Sammelkonto muss auf dem entsprechenden Konto in Umbrella.net hinterlegt werden.
Anrede
Für alle Anreden sollte der "Vorschlag Code" auf "Stelle 1-15 von Name 1" gesetzt sein. Damit wird eine reibungslose Übernahme der #Konto-Stammdaten gewährleistet.
Ländercodes
Obwohl nicht ISO-konform, wird der Ländercode für Österreich als 'A' (statt 'AT') exportiert, da dies der Usanz in Österreich entspricht.
Konfiguration Umbrella.net
Mandant
Die wesentlichen Einstellungen unter Mandant#Register_Administration sind:
| Feld | Beschreibung |
|---|---|
| Schnittstelle Buchhaltung | Muss auf "JETFIBU" gesetzt sein |
| Mandanten-Nr. | Muss der Mandanten-Nr. in JET FIBU entsprechen |
| Export Tag 1 | Dieser Text wird als Präfix für den Übernahme-Bereich verwendet. Der Übernahme-Bereich dient in der JET FIBU lediglich der Verwaltung verschiedener Importquellen und ist nach erfolgter übernahme belanglos. Ein sinnvoller Text ist zB "UMBRELLA" |
USt.-Codes
Auf den MwSt_Code muss der externe Code (Umsatz- und Vorsteuer) erfasst werden, dieser muss den Codes unter #UVA entsprechen.
Falls die USt-Sätze nicht erfasst worden sind, so erscheint auf dem Export eine entsprechende Fehlermeldung. Beispiel für eine solche Fehlermeldung: VAT has no external sales tax codeVatCodeModel:id-1196:code-MS:name-Margensteuer 90% - 0
Buchungslogik
Da die JET FIBU eine Debitorenverwaltung beinhaltet werden einzeln Belege exportiert (also nicht "Sammelbuchungen").
Ertrag bei Rechnungsstellung
Bei der Buchungslogik "Ertrag bei Rechnungsstellung" werden beim Nummerieren der Rechung alle Buchungen geschrieben und in der Folge exportiert.
- Auf dem ersten Buchungssatz (mit kz_kt = 0) wird das Debitorenkonto (bzw. Kreditorenkonto) aus der Kundennummer gebildet. (Ein Kunde "Thomas Müller" mit Kundennummer 59812 wird dem Debitorenkonto 59812.2 zugewiesen)
- Anschliessend werden die Ertragsbuchungen exportiert, aufgeteilt nach USt.-Code.
Ertrag bei Abreise
Bei der Buchungslogik "Ertrag bei Abreise " werden beim Nummerieren der Rechung erst die Debitorenbelastung verbucht (in der Folge exportiert). Erst bei Abreise werden die Erträge verbucht und anschliessend exportiert.
Export bei Rechungsstellung
- Auf dem ersten Buchungssatz (mit kz_kt = 0) wird das Debitorenkonto (bzw. Kreditorenkonto) aus der Kundennummer gebildet. (Ein Kunde "Thomas Müller" mit Kundennummer 59812 wird dem Debitorenkonto 59812.2 zugewiesen)
- Anschliessend werden die Hilfskonto-Buchungen exportiert, aufgeteilt nach USt.-Code.
Es ist zu beachten dass in diesem Fall die Umsatzsteuer schon mit der Hilfskonto-Buchung abgeführt wird. Die nachfolgende Ertragsbuchung hat somit keine (!) Umsatzsteuer.
Export bei Abreise
- Es wird ein - fiktiver - Kassabuch-Beleg geschrieben mit
- derselben Belegnummer wie unter #Export bei Rechungsstellung
- Dem Netto-Betrag des Belegs (also ohne Umsatzsteuer)
- Als Belastungskonto wird das Hilfskonto angegeben
- Anschliessend werden die Ertragsbuchungen exportiert, ohne Umsatzssteuer.
Technische Beschreibung der Schnittstelle
Es gibt zwei Schnittstellen-Dateien zu JET FIBU.
Konto-Stammdaten
Zu beachten ist dass eine Änderung in der Anschrift dazu führt dass auf dem Konto eine weitere Anschrift erzeugt wird, die alte bleibt also bestehen (Historie für OP!).
Ländercodes werden grundsätzlich als ISO-Codes exportiert. Um der Usanz in Österreich zu genügen, wird aber 'AT' auf 'A' umgewandelt.
Bewegungsdaten
Für die Bewegungsdaten wird - nach zwei Headersätzen - pro Beleg ein Belegsatz (B-Record, BiBel) sowie 1..n Buchungssätze (K-Records, BiBkt) übergeben.
Typische Fehlermeldungen
Definition Zahlungskonto fehlt!
Bei einer Zahlung wird auf dem ersten Buchungssatz das Zahlungskonto erwartet, und 'kz_kt' muss auf '3' gesetzt sein. Ist dies nicht der Fall kann Jet FIBU das Zahlungskonto nicht ermitteln.
Buchungssymbol nicht vorhanden
Das ist ein Setup-Problem, in den Stammdaten muss das entsprechende Buchungssymbol erfasst werden.
Beleg hat Soll/Haben-Differenz
Beträge werden in der Schnittstelle grundätzlich mit positivem Vorzeichen übermittelt. Das Flag 'kz_sh' muss entsprechend gesetzt werden. Stimmt die Summe aller Soll-Buchungssätze nicht überein mit der Summe aller Haben-Buchungssätze, wird diese Fehlermeldung ausgegeben.
Das Belegdatum ist größer als das Buchungsdatum
Im Bereich der Überleitung gibt es ein "Prüfdatum". Dies ist normalerweise das aktuelle Tagesdatum. Gibt es Buchungen welche ein Valuta-Datum haben welche nach diesem Prüfdatum liegt, kommt die Fehlermeldung. Dies könnte zB bei definitiven Einkäufen sein, welche aber ein Rechnungsdatum in der Zukunft haben. Es reicht das Prüfdatum beim Import anzupassen um diese FM zu beheben.
