TUI SAP Schnittstelle: Unterschied zwischen den Versionen

Aus Umbrella.net Documentation
Wechseln zu: Navigation, Suche
 
(Eine dazwischenliegende Version desselben Benutzers wird nicht angezeigt)
Zeile 1: Zeile 1:
<module name="tui">
+
<module name="TUI">
In diesem Dokument werden die grundsätzlichen Anforderungen an die VJ SAP Schnittstelle beschrieben.
+
In diesem Dokument werden die grundsätzlichen Anforderungen an die TUI SAP Schnittstelle beschrieben.
  
 
== Grundstruktur ==
 
== Grundstruktur ==
  
Die SAP Schnittstelle wird als SAP Batch Input realisiert (RFBIBL00). Umbrella.net stellt periodisch (Frequenz einstellbar) zwei Export-Dateien zur Verfügung. Die erste Datei enthält Stammdaten, die zweite Datei Bewegungsdaten. Die Dateistruktur ist "fixed length", mit UTF-8 encoding.
+
Die SAP Schnittstelle wird als SAP Batch Input realisiert. Umbrella.net stellt periodisch (Frequenz einstellbar) eine Export-Dateien zur Verfügung. Die Dateistruktur ist "fixed length", mit ISO-8859-1 encoding.
  
 
== Entitäten ==
 
== Entitäten ==
Zeile 12: Zeile 12:
 
* Debitoren-Zahlungen (inkl. BSP Direktzahlungen)
 
* Debitoren-Zahlungen (inkl. BSP Direktzahlungen)
 
* Kassabuch-Belege
 
* Kassabuch-Belege
 
Belege mit Totalbetrag 0.00 werden '''nicht''' exportiert, selbst wenn sich der Beleg aus mehreren Positionen zusammensetzt welche Beträge ungleich 0.00 haben.
 
 
Zudem werden - in einem separaten File - Kunden-Stammdaten exportiert.
 
  
 
== Recordstrukturen ==
 
== Recordstrukturen ==
  
=== BGR00 ===
 
Der BGR00-Record ist ein Batch-Header und wird 1x pro Exportdatei geschrieben.
 
 
=== BBKPF ===
 
Der BBKPF-Record ist ein Dokument-Header und wird 1x pro Beleg geschrieben.
 
  
* XBLNR enthält die Fremdbelegnummer:
 
** Bei Debitoren-Rechungen die Rechnungsnummer
 
** Bei Kreditoren-Rechnungen die Rechnungsnummer. Sollte das Feld leer sein, wird die Umbrella.net Belegnummer geschrieben
 
** Bei Zahlungen die Quittungsnummer
 
** Bei Kassabuch-Belegen die Umbrella.net Belegnummer
 
* BKTXT enthält die "transaction export sequence number"
 
 
 
=== BBSEG ===
 
Der BBSEG-Record ist ein "Line item", pro BBKPF gibt es 2-n BBSEG-Records. Buchhalterisch müssen die BBSEG-Records zusammen ausgeglichen sein, also eine Soll/Haben-Buchung reflektieren.
 
 
Ein Detail mit Betrag 0.00 wird '''nicht''' in die Schnittstelle geschrieben.
 
  
 
== Codes ==
 
== Codes ==
Zeile 42: Zeile 21:
  
 
=== [[Produkt | Produkte]] ===
 
=== [[Produkt | Produkte]] ===
Der Aufwand wird immer auf ein generisches Konto (480000001) gebucht. Erträge werden pro Leistungstyp unterschieden, das entsprechende Konto wird auf dem Produkt als 'Produktgruppe' hinterlegt. Bspl. Flüge haben Produktgruppe 650001001.
+
..
  
 
=== [[Zahlungsform | Zahlungsformen]] ===
 
=== [[Zahlungsform | Zahlungsformen]] ===
Auf den Zahlungsformen (Debitoren und Kreditoren) müssen die Exportcodes pro Währung angegeben werden. Stand heute gelten:
+
Auf den Zahlungsformen (Debitoren und Kreditoren) müssen die Exportcodes pro Währung angegeben werden.
* AC für Debitoren Amex-Zahlungen
 
* VC für Debitoren Visa-Zahlungen
 
* DZ für alle weiteren Debitoren-Zahlungen
 
* KZ für alle Kreditoren-Zahlungen
 
  
 
=== [[Zahlungskondition]] ===
 
=== [[Zahlungskondition]] ===
Auf der Zahlungskondition muss der externe Code gesetzt werden (Format Nxxx)
+
Auf der Zahlungskondition muss der externe Code gesetzt werden.
  
 
=== [[MwSt Code | USt.]] ===
 
=== [[MwSt Code | USt.]] ===
Auf den USt.-Codes wird - pro Rate - ein Input- und Sales-Code hinterlegt. Bspl. 0% Inputtax hat Code 'V0', 0% Salestax hat Code 'A0'.
+
Der "sales tax" Code auf der VAT Rate wird intern übersetzt:
 +
{|
 +
! Sales tax code !! Account
 +
|-
 +
| 00 || 20060
 +
|-
 +
| 01 || 20060
 +
|-
 +
| 02 || 20060
 +
|-
 +
| 20 || 20062
 +
|-
 +
| 65 || 20066
 +
|-
 +
| 30 || 20063
 +
|-
 +
| 90 || 120260
 +
|-
 +
| 91 || 120260
 +
|-
 +
| 92 || 120260
 +
|}
 +
 
 +
=== Kunden-Anrede ===
  
=== [[Kunde#Register_Buchungsdaten | Kunden]] ===
+
Da in Umbrella.net die Anrede ein freier Text ist, wird die Anrede nach einem "best effort" codiert:
Inter-company Kunden müssen in den Stammdaten als solche markiert werden, indem das DBI-Feld "Gruppennummer" mit dem Wert 'VJIC' befüllt wird. Für IC-Kunden wird erwartet dass als "Kostenstelle" eine Ziffernfolge mit mindestens 3 Zeichen Länge vorhanden ist. (Sonst: FM 'Inter-company commercial data is lacking valid cost center')
+
{|
 +
! Mögliche Werte (upper case) !! Code 'de' !! Code 'fr' !! Code 'it' !! Code 'en'
 +
|-
 +
| HERR, MONSIEUR, MR || H || M || SIG || MR
 +
|-
 +
| FRAU, MADAME, MRS, MME, MADEMOISELLE || F || MME || SGRA || MRS
 +
|-
 +
| FAMILIE, FAMILLE, TOCHTER, SOHN, HERR UND FRAU || FAM || FAM || FAM || FAM
 +
|-
 +
| FIRMA, COMPAGNIE, SOCIÉTÉ || FA || CIE ||FA || FA
 +
|}
  
=== [[Mandant]] ===
+
Wird keine Übereinstimmung gefunden, wird als Default die erste Zeile ("herr") verwendet.
Auf dem VJ Mandant wird hinterlegt:
 
* Mandanten-Nr. = 300 (200 für Test)
 
* Schnittstellen-Typ muss korrekt gesetzt werden
 
 
</module>
 
</module>

Aktuelle Version vom 25. August 2014, 07:47 Uhr