VJ SAP Schnittstelle: Unterschied zwischen den Versionen

Aus Umbrella.net Documentation
Wechseln zu: Navigation, Suche
(JNET-8982 - VJ SAP: Posting date / Intercompany Logik)
 
(16 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 7: Zeile 7:
 
== Entitäten ==
 
== Entitäten ==
  
−
Es werden sämtliche Belegarten aus Umbrella.net exportiert:
+
Es werden folgende Belegarten aus Umbrella.net exportiert:
 
* Debitoren-Rechnungen
 
* Debitoren-Rechnungen
−
* Debitoren-Zahlungen
+
* Debitoren-Zahlungen (inkl. BSP Direktzahlungen)
−
* Kreditoren-Rechnungen (Einkauf), sobald EK definitiv gesetzt ist
 
−
* Kreditoren-Zahlungen
 
−
** De facto werden nur BSP-Zahlungen in Umbrella.net erfasst werden
 
 
* 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 ==
Zeile 23: Zeile 24:
 
Der BBKPF-Record ist ein Dokument-Header und wird 1x pro Beleg geschrieben.
 
Der BBKPF-Record ist ein Dokument-Header und wird 1x pro Beleg geschrieben.
  
 +
* Als Posting date (BUDAT) wird das Beleg-Valutadatum verwendet
 
* XBLNR enthält die Fremdbelegnummer:
 
* XBLNR enthält die Fremdbelegnummer:
 
** Bei Debitoren-Rechungen die Rechnungsnummer
 
** Bei Debitoren-Rechungen die Rechnungsnummer
Zeile 28: Zeile 30:
 
** Bei Zahlungen die Quittungsnummer
 
** Bei Zahlungen die Quittungsnummer
 
** Bei Kassabuch-Belegen die Umbrella.net Belegnummer  
 
** Bei Kassabuch-Belegen die Umbrella.net Belegnummer  
 +
* BKTXT enthält die "transaction export sequence number"
  
−
**
+
==== Document types ====
−
* BKTXT enthält die "transaction export sequence number"
 
  
 +
* DR
 +
** Für reguläre Debitoren-Rechnungen, oder interne Gutschrift einer ursprünglich negativen Rg.
 +
* DG
 +
** Für negative Debitoren-Rechnungen, oder interne Gutschrift einer regulären Rg.
 +
* DA
 +
** Für eine reine BSP-Rechnung, dh. alle Positionen sind per BSP bezahlt
 +
* SB
 +
** Für sämtliche inter-company Rechnungen (regulär und Gutschrift)
 +
* KR
 +
** Für reguläre Kreditoren-Rechnungen (EK), oder interne Gutschrift einer ursprünglich negativen Rg.
 +
* KG
 +
** Für negative Kreditoren-Rechnungen, oder interne Gutschrift einer regulären Rg.
 +
* Zahlungen verwenden den Code auf der [[Zahlungsform]]
  
 
=== BBSEG ===
 
=== 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.
 
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.
 +
 +
Als Konto wird grundsätzlich verwendet:
 +
* In der "customer line item":
 +
** Das BSP Clearing Konto 239977 falls die Position (oder Zahlung) BSP ist
 +
** Fall der Kunde (Rg.-Empfänger, Zahlende) eine Reportgruppe "IC..." hat, wird dieser Werte als Konto verwendet
 +
** Die Umbrella.net Kunden-Nr. für alle anderen Fälle
 +
* In den "detail lines" für Rechnugen:
 +
** Das "cash in transit" Konto 263000000 falls es eine BSP-Position ist
 +
** Das fixe GL-Konto 480993000 für inter-company Ertrag
 +
** Das auf dem Produkt hinterlegte Konto für alle anderen Fälle
 +
* In den "detail lines" für Zahlungen:
 +
** Das Amex/BTA Clearing Konto 239988 falls es ein Amex/BTA Zahlung ist
 +
** Das "cash in transit" Konto 263000000 für alle anderen Fälle
 +
 +
Für BSP-Direct Rechnungen (informative invoie) wird '''immer''' MwSt.-Code 'A0' übertragen.
 +
 +
== Codes ==
 +
In Umbrella.net werden folgende Codes hinterlegt.
 +
 +
=== [[Produkt | Produkte]] ===
 +
Das Konto für Ertrag (und Aufwand) wird auf dem Produkt im Feld Produktgruppe' hinterlegt. Bspl. Flüge haben Produktgruppe 650001001.
 +
 +
=== [[Zahlungsform | Zahlungsformen]] ===
 +
Auf den Zahlungsformen (Debitoren und Kreditoren) müssen die Exportcodes pro Währung angegeben werden. Stand heute gelten:
 +
* 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
 +
 +
Einem Zahlungsform-Exportcode kann wahlweise ein Konto mitgegeben werden, im Format
 +
<document type>[/<konto nr>]
 +
Für AX-Lodge wird zB hinterlegt
 +
AC/239988
 +
 +
=== [[Zahlungskondition]] ===
 +
Auf der Zahlungskondition muss der externe Code gesetzt werden (Format Nxxx)
 +
 +
=== [[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'.
 +
 +
=== [[Kunde#Register_Buchungsdaten | Kunden]] ===
 +
Inter-company Kunden müssen in den Stammdaten als solche markiert werden, indem in der Reportgruppe das Konto (beginnend mit "IC") eingetragen wird, zB "IC990200".
 +
 +
=== [[Mandant]] ===
 +
Auf dem VJ Mandant wird hinterlegt:
 +
* Mandanten-Nr. = 300 (260 für Test)
 +
* Schnittstellen-Typ muss korrekt gesetzt werden

Aktuelle Version vom 5. Dezember 2014, 08:21 Uhr

In diesem Dokument werden die grundsätzlichen Anforderungen an die VJ SAP Schnittstelle beschrieben.

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.

Entitäten

Es werden folgende Belegarten aus Umbrella.net exportiert:

  • Debitoren-Rechnungen
  • Debitoren-Zahlungen (inkl. BSP Direktzahlungen)
  • 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

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.

  • Als Posting date (BUDAT) wird das Beleg-Valutadatum verwendet
  • 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"

Document types

  • DR
    • Für reguläre Debitoren-Rechnungen, oder interne Gutschrift einer ursprünglich negativen Rg.
  • DG
    • Für negative Debitoren-Rechnungen, oder interne Gutschrift einer regulären Rg.
  • DA
    • Für eine reine BSP-Rechnung, dh. alle Positionen sind per BSP bezahlt
  • SB
    • Für sämtliche inter-company Rechnungen (regulär und Gutschrift)
  • KR
    • Für reguläre Kreditoren-Rechnungen (EK), oder interne Gutschrift einer ursprünglich negativen Rg.
  • KG
    • Für negative Kreditoren-Rechnungen, oder interne Gutschrift einer regulären Rg.
  • Zahlungen verwenden den Code auf der Zahlungsform

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.

Als Konto wird grundsätzlich verwendet:

  • In der "customer line item":
    • Das BSP Clearing Konto 239977 falls die Position (oder Zahlung) BSP ist
    • Fall der Kunde (Rg.-Empfänger, Zahlende) eine Reportgruppe "IC..." hat, wird dieser Werte als Konto verwendet
    • Die Umbrella.net Kunden-Nr. für alle anderen Fälle
  • In den "detail lines" für Rechnugen:
    • Das "cash in transit" Konto 263000000 falls es eine BSP-Position ist
    • Das fixe GL-Konto 480993000 für inter-company Ertrag
    • Das auf dem Produkt hinterlegte Konto für alle anderen Fälle
  • In den "detail lines" für Zahlungen:
    • Das Amex/BTA Clearing Konto 239988 falls es ein Amex/BTA Zahlung ist
    • Das "cash in transit" Konto 263000000 für alle anderen Fälle

Für BSP-Direct Rechnungen (informative invoie) wird immer MwSt.-Code 'A0' übertragen.

Codes

In Umbrella.net werden folgende Codes hinterlegt.

Produkte

Das Konto für Ertrag (und Aufwand) wird auf dem Produkt im Feld Produktgruppe' hinterlegt. Bspl. Flüge haben Produktgruppe 650001001.

Zahlungsformen

Auf den Zahlungsformen (Debitoren und Kreditoren) müssen die Exportcodes pro Währung angegeben werden. Stand heute gelten:

  • 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

Einem Zahlungsform-Exportcode kann wahlweise ein Konto mitgegeben werden, im Format 

<document type>[/<konto nr>]

Für AX-Lodge wird zB hinterlegt 

AC/239988

Zahlungskondition

Auf der Zahlungskondition muss der externe Code gesetzt werden (Format Nxxx)

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'.

Kunden

Inter-company Kunden müssen in den Stammdaten als solche markiert werden, indem in der Reportgruppe das Konto (beginnend mit "IC") eingetragen wird, zB "IC990200".

Mandant

Auf dem VJ Mandant wird hinterlegt:

  • Mandanten-Nr. = 300 (260 für Test)
  • Schnittstellen-Typ muss korrekt gesetzt werden
Von «http://doc.umbrella.ch/doc/index.php?title=VJ_SAP_Schnittstelle&oldid=7883»