Das Benutzer-Handbuch Das Treasury System - Softcash AG

© Copyright 2004 - 2012, 

Verwendung und Nutzung nur im Rahmen des Nutzungs-Vertrages gestattet. 

Siehe dazu auch ‚1.2 Das Copyright’ dieses Handbuches. 

und sind eingetragene Warenzeichen von Softcash AG. 

Das Benutzer-Handbuch 

Rel. 3.4 

Das Treasury System 

Aenderungen vorbehalten. Stand 12/2011 V01 Magnet-Handbuch Rel. 3.4 1211.doc www.softcash.ch

© Copyright 2004-2012, Softcash AG Das -Handbuch Rel. 3.4 Seite 2 

INHALTS-VERZEICHNIS 

1 HINWEISE ZUR BENÜTZUNG DES HANDBUCHES........................4 

1.1 Allgemeines ............................................................... 4 

1.2 Das Copyright ............................................................ 4 

1.3 Der Systemaufbau...................................................... 4 

1.4 Handbuch-Gliederung ................................................ 5 

1.4.1 Systemtechnische Angaben 5 

1.4.2 Einführung des Programmes 5 

1.4.3 Überblick über die funktionalen Zusammenhänge 5 

2 SYSTEM-ANGABEN............................................................6 

2.1 Hardware-Voraussetzungen....................................... 6 

2.1.1 Server (bei Kunden-Systemen) 6 

2.1.2 Client / Arbeitsplatz-PC 6 

2.2 Software-Voraussetzungen ........................................ 6 

2.2.1 Server (bei Kunden-Systemen) 6 

2.2.2 Client / Arbeitsplatz-PC 6 

2.3 Installation auf Kunden-Server-Systemen ................. 7 

2.3.1 Vorbereitungen 7 

2.3.2 Installation 7 

2.4 Installation/Verknüpfung auf den Clients .................. 9 

2.4.1 -Client-Installer 9 

2.5 Hotline ..................................................................... 10 

2.5.1 Kunden-Systeme 10 

2.5.2 ASP-Kunden 10 

2.5.3 Hotline-Zeiten 10 

2.5.4 Hotline-Optimierungen 10 

3 SYSTEM-EINFÜHRUNG .....................................................11 

3.1 Grundlegendes zum Treasury................................... 11 

3.2 Die Treasury-Applikation ............................ 13 

3.2.1 Das Funktionskonzept 13 

3.2.2 Die Zielsetzungen 13 

3.2.3 Der Leistungsumfang von 14 

3.2.4 Die Leistungsmerkmale der -Versionen 16 

3.3 Einführungs-Leitfaden.............................................. 17 

3.3.1 Grundsätzliche Überlegungen 17 

3.3.2 Der System-Aufbau und die System-Steuerung 19 

3.3.3 Bedienungs-Hinweise 21


4 -HAUPT-MENU ...................................................23 

4.1 Datei ........................................................................ 24 

4.1.1 WonderBar anzeigen 24 

4.1.2 Sprache auswählen 25 

4.2 Stammdaten............................................................. 26 

4.2.1 Mandanten 26 

4.2.2 Gesellschaften 30 

4.2.3 Währungen 34 

4.2.4 Partner 36 

4.2.5 Konti 40 

4.2.6 Limiten 47 

4.2.7 Intercompany-Accounting 51 

4.2.8 Valoren 53 

4.2.9 DispoArten 54 

4.2.10 Interne Kontrahenten 62 

4.2.11 Kontrakte 63 

4.2.12 Netting-Stamm 65 

4.2.13 FiBu-Schnittstelle 66 

4.2.14 Liquiditäts-Planung / Cash-Monitor 70 

4.3 Treasury................................................................... 73 

4.3.1 Cash Management 73 

4.3.2 Devisen 108 

4.3.3 Geldmarkt 114 

4.3.4 Kredite / Darlehens-Verwaltung 118 

4.3.5 Derivate 129 

4.3.6 Business Intelligence 133 

4.4 Übrige Bereiche...................................................... 135 

4.4.1 Netting 136 

4.4.2 Liquiditäts-Planung / Cash Flow-Monitor 137 

4.4.3 FiBu-Schnittstelle 140 

4.5 Auswertungen........................................................ 149 

4.5.1 Ausgabe Standard-Reports 150 

4.5.2 Ausgabe Standard-Reports als pdf-Datei 151 

4.5.3 Ausgabe Standard-Reports als Excel-Datei 152 

4.5.4 Ausgabe Standard-Reports als Word-Datei (RTF) 153 

4.5.5 Ausgabe Standard-Reports als Mail-Anhang 154 

4.5.6 Ausgabe ‚Drag and Drop’ 155 

4.6 Markt-Infos ............................................................ 156 

4.6.1 Kurse 156 

4.6.2 Kurs-Import via Excel 158 

4.6.3 Konto-Zinssätze 160 

4.6.4 Import Clearing-Stamm 163 

4.7 Administration ....................................................... 164 

4.7.1 System-Administration 164 

4.7.2 Benutzer-Verwaltung 164 

4.7.3 Benutzer-Berechtigungen 166 

4.7.4 Feiertags-Kalender 169 

4.7.5 Passwort-Wechsel 169 

4.7.6 ASCII-Import Bewegungen 170


1 HINWEISE ZUR BENÜTZUNG DES HANDBUCHES 

1.1 Allgemeines 

Wir danken Ihnen, dass Sie sich für unser Software-Produkt entschieden haben. 

� Im vorliegenden Handbuch sind alle bestehenden Programm-Funktionen beschrieben. Aus 

dem Nutzungsvertrag ist ersichtlich, welcher Leistungsumfang (Produkt und Module) 

lizenziert wurde! 

1.2 Das Copyright 

© Copyright 2004 - 2012, Softcash AG, CH-8804 Au-Wädenswil. 

Das Copyright liegt vollumfänglich bei Softcash AG. Alle Rechte bleiben vorbehalten. Dieses Handbuch 

und die zugehörigen Programme sind Bestandteil des Nutzungsvertrages und enthalten Informationen, 

die Eigentum der Softcash AG, CH-8804 Au-Wädenswil sind. Es darf kein Teil in irgend einer 

Form (Druck, Fotokopie oder einem anderen Verfahren) - oder nur im Rahmen des rechtmässig abgeschlossenen 

Nutzungsvertrages - ohne schriftliche Genehmigung von Softcash AG reproduziert oder unter 

Verwendung elektronischer Systeme verarbeitet, vervielfältigt oder verbreitet werden. Softcash AG 

behält sich das Recht vor, dieses Handbuch und die zugehörigen Programme von Zeit zu Zeit ohne jegliche 

Mitteilung zu verändern und/oder zu verbessern. 

und sind eingetragene Warenzeichen von Softcash AG. 

1.3 Der Systemaufbau 

Sie finden auf den nächsten Seiten Hinweise und Anregungen, die Ihnen helfen, das System 

aufzubauen und es für den praktischen Einsatz effektiv zu nutzen. Betrachten Sie also die Beschreibung 

als einen Überblick über die Zusammenhänge der einzelnen Funktionen. Der genaue 

Inhalt jeder Funktion wird dann im Dialog verständlich. 

In der Beschreibung stellen wir die Beziehung zu dem System über die Reihenfolge der Menu- 

Punkte bis zur Funktion wie folgt her: 

TREASURY / BEREICH / CASH / DATEI / Währungen 

� Diese fettgedruckte Beispielangabe besagt, dass Sie die Funktion Währungen nach dem 

Anmelden in über das Auswählen von Treasury, Bereich, Cash und Datei finden. 

Die gleiche Methodik verwenden wir, wenn wir bei dem Aufzeigen der Zusammenhänge 

auf andere Funktionen referenzieren. Mit dieser Vorgehensweise zeigen wir 

Ihnen den Weg für die Dialog orientierte Betrachtung der Einzelheiten. Wir vermeiden 

damit Redundanzen, die durch eine detaillierte Funktionsbeschreibung und dem selbsterklärenden 

Dialog entstehen würden.


1.4 Handbuch-Gliederung 

Das Benutzerhandbuch gliedert sich in drei Bereiche: 

1.4.1 Systemtechnische Angaben 

Im Kapitel 2 finden Sie Systemtechnische Angaben, die dem EDV-Fachmann einen Einblick in 

die Hard- und Softwarekomponenten von geben soll. Ein wichtiger Aspekt ist dabei 

die technische Gestaltung der Hotline für den Anwender. 

1.4.2 Einführung des Programmes 

Gedanken zur Einführung von in einem Unternehmen stehen im Mittelpunkt des Kapitels 

3. 

Dort können Sie nachlesen, welchen Leistungsumfang unsere Produkte haben. Mit dem Einführungsleitfaden 

geben wir Ihnen Hinweise, welche Schritte notwendig sind, bevor Sie mit dem 

System arbeiten können. Und die Generellen Bedienungshinweise helfen Ihnen, sich schnell 

und einfach im System zurechtzufinden. 

1.4.3 Überblick über die funktionalen Zusammenhänge 

Im dritten Bereich (Kapitel 4 - 8) erhalten Sie dann den Überblick über die funktionalen Zu- 

sammenhänge. Wir beschreiben jedes Modul von getrennt, um Ihnen den direkten 

Einstieg in ein Themengebiet zu ermöglichen. Innerhalb eines Moduls ist unsere Beschreibung 

an die jeweilige Menu-Struktur ausgerichtet. Die einzelnen Menu-Punkte werden in der Reihenfolge 

von links nach rechts erklärt. 

Umfangreiche Dokumentationen wirken schon beim Anblick auf den Anwender ermüdend und 

nehmen oft nur einen Platz im Abseits ein. Die einheitliche Bedienerführung in Windows erleichtert 

dem Anwender den Zugang zum System. Wir betrachten deshalb das Benutzerhandbuch 

als ein Ziel gerichtetes Nachschlagewerk, das ergänzend zu den Dialog orientierten Funktionen 

wirkt.


2 SYSTEM-ANGABEN 

ist eine mehrschichtige Applikation und kann auf verschiedenen Rechnern installiert werden. 

Aus Gründen der Skalierbarkeit kann jede Schicht auf einem separaten Rechner sein. stellt 

echtes Zero-Deployment für seine Clients im Intra- und Internet zur Verfügung. 

2.1 Hardware-Voraussetzungen 

2.1.1 Server (bei Kunden-Systemen) 

Die Hardware-Mindestanforderung des Servers ist ein >2 GHz-Prozessor mit mindestens 2 

GB Memory. 

2.1.2 Client / Arbeitsplatz-PC 

Die Hardware-Mindestanforderung des Arbeitsplatz-PC ist ein >1 GHz-Prozessor mit mindes- 

tens 1 GB Memory. Die Bildschirm-Auflösung sollte auf mindestens 1024 x 768 Pixel eingestellt 

sein. 

Für Berichte und Auswertungen sollte ein leistungsstarker Laser-Drucker eingesetzt werden - 

unterstützt die Druckmöglichkeiten von Windows! 

� Je leistungsfähiger die Hardware, desto komfortabler lässt es sich mit arbeiten! 

2.2 Software-Voraussetzungen 

2.2.1 Server (bei Kunden-Systemen) 

� Datenbank MS SQL 

� .NET-Framework 4.0 

� IIS 6 oder IIS 7 

2.2.2 Client / Arbeitsplatz-PC 

� .NET-Framework 4.0


2.3 Installation auf Kunden-Server-Systemen 

� Die Installations-Anleitung ist jeweils speziell für das entsprechende Release auf dem Installations-CD 

‚DB-Installer Rel. x.x’ unter ‚readme’ nachlesbar. 

2.3.1 Vorbereitungen 

Bevor 

installiert werden kann, müssen folgende Vorbereitungen getroffen werden: 

� .net-Framework 4.0 ist auf allen involvierten Rechnern/Clients installiert, 

� eine Datenbank ist vom DBA vorbereitet. Der bevorzugte Name der Datenbank ist magnet. 

2.3.2 Installation 

� Falls der Datenbank-Name angepasst wird, muss daran gedacht werden, dass im Konfigurations-File 

des Magnet-Application-Servers der Name angepasst wird: 

, 

� Integrateted Security wird vorausgesetzt - SQL-Server muss so konfiguriert sein. Ist dies 

nicht der Fall, müsste ein gültiger Connection-String angegeben werden mit User und 

Passwort. 

� IIS muss vor dem .net-Framework installiert worden sein. Ist dies nicht der Fall, wird 

IIS einen Berechtigungs-Fehler 405 melden! 

ist eine mehrschichtige Applikation und kann auf verschiedenen Rechnern installiert 

werden. Aus Gründen der Skalierbarkeit kann jede Schicht auf einem separaten Rechner sein. 

stellt echtes Zero-Deployment für seine Clients im Intra- und Internet zur Verfügung. 

2.3.2.1 DB-Installer 

Als erstes ist der -DB-Installer zu starten. Servername und Name der Datenbank müssen 

eingegeben werden. Der DB-Installer generiert dann DB-Schema und Testdaten inklusive 

den Benutzer ‚ADMIN’. Dieser Benutzer ‚ADMIN’ hat das Passwort xxx und wird später als Einstiegsuser 

verwendet werden. 

� Die Datenbank muss im DBMS bereits existieren!


2.3.2.2 Webservice-Installer 

stellt seinen gesamten Funktionsumfang in Form von Webservices zur Verfügung. 

Der Installer muss deshalb auf dem Rechner ausgeführt werden, welcher als Webserver 

dienen soll. 

Nach dem Drücken von ‚Install’ wird das Programm erfolgreich terminiert. Danach wird ein VirtualRootDirectory 

‚ecashwebservices’ eingerichtet und die benötigten Assemblies dorthin kopiert. 

� Die Eigenschaften des Virtual Directories sollten auf den eingestellten Werten belassen 

werden. Es ist keine manuelle Konfiguration nötig! 

2.3.2.3 Distribution-Server-Installer 

stellt echtes Zero-Deployment für 

seine Clients im Intra- und Internet zur 

Verfügung. Der Distribution Server stellt das 

Depot dar, ab welchem sich die Clients ihre 

Funktionalität ‚on demand’ holen. Die Client- 

Assemblies werden ebenfalls in einem 

VirtualRootDirectory namens ‚magnet’ abgelegt. 

� Bitte überprüfen: Wenn der Installer terminiert, muss sich obiges Bild präsentieren!


2.4 Installation/Verknüpfung auf den Clients 

2.4.1 -Client-Installer 

Auf dem Client muss im Browser www.magnet-asp.ch eingegeben werden 

Darauf erscheint (bei den ASP-Kunden) die folgende Website: 

Über starten kann direkt gestartet werden. 

Über Benutzerhandbuch kann das aktuelle Handbuch von als PDF-Datei heruntergeladen 

werden.


2.5 Hotline 

2.5.1 Kunden-Systeme 

Durch den Nutzungs-Vertrag sind bei den Kunden-Systemen folgende Leistungen abgedeckt, 

resp. nicht abgedeckt: 

2.5.1.1 Abgedeckte Leistungen 

Durch den Nutzungs-Vertrag sind folgende Leistungen abgedeckt: 

� Analyse und Korrektur von Programmfehlern, 

� Neue Programmversionen der lizenzierten Module mit Korrektur von gemeldeten 

Fehlern und allgemeine technischen Verbesserungen, 

� Neue Programmversionen der lizenzierten Module mit Ergänzungen und Verbesserungen 

der bestehenden Anwendungsfunktionen, 

� Telefonische Auskunft und Unterstützung (Helpdesk / Hotline). 

2.5.1.2 Nicht abgedeckte Leistungen 

Durch den Nutzungs-Vertrag sind folgende Leistungen nicht abgedeckt: 

� Vor-Ort-Einsätze neuer, verbesserter oder korrigierter Programmversionen 

� Tele-Kommunikations-Kosten (Kommunikations-Gebühren für die Übermittlung von 

Programmen und für die telefonische Hotline) 

� Wartungsarbeiten, die auf einen von Softcash AG nicht zu vertretenden Umstand zurückzuführen 

sind, wie z.B. Probleme bei der Anlieferung von Daten durch Banken, 

resp. Datenlieferanten; Änderung der Einsatz- und Betriebsbedingungen; Eingriffe in 

die Lizenz-Software; Bedienungsfehler seitens der Mitarbeiter des Kunden; etc) 

� Beratung, Schulung und Nachschulung für den Einsatz neuer Programmversionen. 

2.5.2 ASP-Kunden 

Durch den Nutzungs-Vertrag sind bei den ASP-Kunden keine Helpdesk/Hotline- 

Leistungen abgedeckt. Diese werden in jedem Fall nach effektivem Aufwand verrechnet. 

2.5.3 Hotline-Zeiten 

Die Hotline von Softcash AG ist an allgemeinen, ortsüblichen Werktagen von 

� 08.00 - 12.00 Uhr und 13.30 - 17.00 Uhr 

unter folgenden Nummern/Koordinaten 

� Telefon +41 44 781 42 00 

� eMail support@softcash.ch 

erreichbar. 

2.5.4 Hotline-Optimierungen 

� Kundenseitig sollte ein Ansprechpartner bestimmt werden, der Hilfe-Anforderungen jeder Art 

intern aufnimmt und diese Softcash AG meldet!


3 SYSTEM-EINFÜHRUNG 

Vor einem Produktivstart mit muss das System für den Praxisbetrieb eingerichtet werden. An 

dieser Stelle wird eine kurze Einleitung mit grundlegenden Gedanken zum Finanz-Management 

gemacht. Zudem wird ein Überblick vermittelt, welches Ziel mit der Applikation verfolgt wird und was 

bei der Einführung beachtet werden soll. 

3.1 Grundlegendes zum Treasury 

Die meisten Unternehmen verfügen heute mit einer gut ausgebauten Finanzbuchhaltung und 

den verschiedenen Investitionsverfahren über solide Instrumentarien, mit deren Hilfe sich viele 

Finanzierungsaufgaben lösen lassen. Insbesondere wird durch eine gut funktionierende Debitorenbuchhaltung 

mit einem Ziel gerichteten Mahn- und Inkassowesen der Rückfluss der in den 

Forderungen gebundenen Mittel beschleunigt und so der Finanzbedarf reduziert. Ebenso optimal 

werden in den meisten Fällen mit Hilfe der Begünstigten-Buchhaltung die Zahlungstermine 

und Skonti verstärkt ausgenützt. Zusätzlich werden mit Unterstützung der Investitionsrechnungsverfahren 

normalerweise alle steuerlichen und sonstigen finanziellen Vorteile wahrgenommen. 

Leider wird im nicht weniger wichtigen Bereich der Liquiditäts-Disposition oder des Cash Managements 

in vielen Fällen noch nicht alles unternommen, um Zahlungs-Eingänge und -Ausgänge 

mit dem Ziel der Kosten optimalen Liquiditätserhaltung Tages aktuell zu steuern und Überschüsse 

zur Deckung des Finanzbedarfes zu verwenden. 

Die Finanzierung eines Unternehmens ist eine Funktion des Managements, welche die Flexibilität 

in der Deckung des Kapitalbedarfes bei gleichzeitiger Elastizität der Bindung betriebsnotwendiger 

Vermögensteile sicherstellen muss. Es ist die Aufgabe der finanziellen Unternehmensführung, 

die Kreditaufnahmen und Geldanlagen so zu regeln, dass eine jederzeitige Zahlungsbereitschaft 

des Unternehmens gewährleistet ist. 

Zur Erfüllung dieser Aufgabe dient auf strategischer Ebene ein finanzwirtschaftliches Leitbild. 

Auf operativer Ebene sorgt die Finanzplanung über ein oder mehrere Jahre für den Rahmen, 

innerhalb dessen sich die kurzfristige Finanzdisposition abspielt. Diese Disposition hat täglich 

zu prüfen, ob die Zahlungsfähigkeit gewährleistet ist und ob Überschüsse anzulegen oder Fehlbeträge 

abzudecken sind. 

Die Finanzdisposition hat zunächst wiederum einen planerischen Aspekt, indem aufgrund der 

Finanzplanung und unter Einbezug von Erfahrungen und Zahlen aus der Debitoren- und Kreditorenbuchhaltung 

(Begünstigte) ein Liquiditätsplan oder Budget für die nächste Zukunft erstellt 

wird. Dieses Budget verfeinert sich zeitlich von Monats- und Wochen- auf Tageszahlen und 

gliedert sich sachlich in verschiedene firmenspezifische Ertrags- und Aufwandsarten (in 

heissen diese DispoArten). Die tägliche Liquiditätsdisposition hat auf Tagesebene die 

Zahlungs-Eingänge und -Ausgänge den Ertrags- und Aufwandsarten zuzuordnen und fortzuschreiben, 

während die Liquiditätsüberwachung die Übereinstimmung von Budget und IST- 

Verlauf der Liquidität kontrolliert und allfällige Störeinflüsse analysiert und beseitigt. 

� ist eine Web basierte Treasury-Software, welches die Liquiditäts-Planung, 

-Disposition und -Überwachung optimal und Praxis gerecht unterstützt! 

Ohne eine Software-Unterstützung ist es schwierig, effizient eine Valuta richtige Übersicht der 

Geldbestände bei mehreren Banken und in unterschiedlichster Währungen zu erhalten.


nehmens-Liquidität. 

ist deshalb eine wertvolle und effiziente Logistiklösung für die Steuerung der Unter- 

Falls sich ein Unternehmen in der Finanzdisposition vollständig auf die Kontoauszüge der Banken 

verlässt, ist die Gefahr gross, dass sich die Firma unnötigerweise kurzfristig verschuldet 

und damit teure Sollzinsen bezahlt, obwohl auf anderen Konten Guthaben verfügbar sind, oder 

dass der Betrieb vorhandene Guthaben nicht anlegt und sich damit mögliche Zinseinnahmen 

entgehen lässt. Wenn dagegen ein Unternehmen den Valuta gerechten Kontostand im voraus 

kennt oder errechnen kann ist es möglich, optimal zu disponieren und damit direkt Geld zu 

verdienen. Je mehr Konti mit unterschiedlichen Währungen ein Unternehmen bei verschiedenen 

Banken hat, desto grösser ist das ungenützte Gewinnpotential. 

arbeitet nicht hauptsächlich mit den Bankbelegen, sondern lebt von den Voraus- 

Informationen über die in nächster Zukunft zu erwartenden Einnahmen und Ausgaben, über 

welche jeder Betrieb im Prinzip verfügt. Mit diesen Vorausinformationen erlangt gegenüber 

den Banken einen Zeitvorsprung von bis zu zwei Valutatagen. Dieser Zeitvorsprung 

hilft Bankspesen zu senken und Zinsvorteile auszunützen, zur rechten Zeit über die erforderlichen 

Devisen zu verfügen, sowie den optimalen Liquiditätsbedarf zu sichern. 

ist kein Spiegelbild der Debitoren- und Kreditoren-Buchhaltung, sondern benötigt nur 

einen Bruchteil des Aufwandes, weil ausschliesslich bankwirksame Bewegungen erfasst 

werden und aufgrund jeder erfassten Bewegung der Valuta gerechte Kontostand automatisch 

fortgeschrieben wird. Zudem wird die Administration in der Treasury-Abteilung erheblich vereinfacht, 

da mit der Erfassung einer Bewegung auch alle administrativen Papiere wie Rimessen-Bordereaux 

(z.B. Scheck-Einreichungsliste), Zahlungsaufträge, Buchungsbelege usw. automatisch 

erstellt werden können. 

unterstützt die Disposition von grossen ausgehenden Zahlungen, da alle Valuta gerechten 

Kontensalden am Bildschirm übersichtlich angezeigt werden. Damit können vorhandene 

Guthaben für Zahlungen ausgenützt werden, statt Überziehungskredite in Anspruch zu 

nehmen. Bei Devisen erspart man sich den Ankauf für eine Zahlung, wenn gerade mit einem 

Eingang in der gleichen Währung zu rechnen ist. Zudem können unterschiedliche Verzinsungen 

durch Kontoüberträge ausgenützt und kurzfristige Geldmarkt-Operationen Kosten sparend oder 

Gewinn bringend eingeleitet werden. 

ist ein Instrument, welches durch die Wahl des momentan günstigsten Kontos für 

Zahlungs-Eingänge und -Ausgänge, durch die Entscheidung des optimalsten Zahlungsweges 

und -mittels und durch günstige Valutavereinbarungen mit den Banken hilft, Finanzierungskosten 

zu sparen. Auf der Ertragsseite ergeben sich wertvolle Hinweise für zusätzliche Zinseinnahmen.


3.2 Die Treasury-Applikation 

3.2.1 Das Funktionskonzept 

Die folgenden Kapitel stellen das Software-System vor. Von Praktikern des Treasury 

als Web basierte Applikation entwickelt, ist es modular aufgebaut und auch im Hinblick auf 

künftige Anforderungen ausbaubar. Bei der Entwicklung wurden die neuesten Erkenntnisse 

über die Bedürfnisse an ein Dispositions-Instrument für den Finanzverantwortlichen eines Unternehmens 

berücksichtigt. 

Via Internet können Bankkonto-Informationen vieler Banken im In- und Ausland abgerufen und 

über eine Schnittstelle zur Verfügung gestellt werden. Damit können aktuelle Zahlungseingänge 

von verschiedenen Konti auf elektronischem Weg automatisch gesammelt, geprüft 

und anschliessend in die Datenbank von übernommen werden. Zusammen mit 

den zusätzlich (manuell) lokal erfassten Bewegungen und Finanztransaktionen werden so alle 

benötigten Auswertungen und Belege in anwendungsgerechter und integrierter Form erzeugt, 

unabhängig davon, mit welchen Banken das Unternehmen in Geschäftsverbindung steht. 

3.2.2 Die Zielsetzungen 

Mit dem Einsatz von sollen u.a. folgende Zielsetzungen erreicht werden: 

� Die Liquiditäts-Disposition soll durch 

Grundlage gestellt werden. 

auf eine aktuelle und sichere 

� Der Anwender soll Zeit gewinnen, um Ziel gerichtete Entscheidungen zu treffen. 

� Die jederzeitige Verfügbarkeit von Informationen soll die Kontinuität im täglichen Arbeitsablauf 

sichern. 

� Der schnelle Abruf von Berichten und Auswertungen zu regelmässigen Terminen und unplanmässigen 

Zeitpunkten soll die Gesprächs- oder Verhandlungsposition stärken. 

� soll die Chance eröffnen, neue Wege im Finanz-Management zu beschreiten 

und zukünftigen Herausforderungen gerecht zu werden. 

Der optimale Liquiditätseinsatz betrifft den Geldmarkt sowohl im In- als auch im Ausland. Eine 

wichtige Komponente für die Entscheidung ist die Kenntnis über die zukünftige Liquiditätsentwicklung, 

um fristenkongruent den jeweiligen Überschuss / Bedarf zu steuern mit dem Ziel der 

Sicherstellung der Liquidität. Die Basis bildet der Finanz- und Liquiditätsplan mit den Perioden 

Tag, Woche und Monat. 

Ähnliche strategische Überlegungen sind erforderlich, wenn durch das operative Geschäft Risiken 

im Devisenbereich entstehen. 

Zu einem zeitnahen Berichtswesen gehören sowohl Perioden gerechte als auch ad hoc Auswertungen 

und Übersichten in einer hierarchischen Berichtsstruktur. Die Informationen 

sollten in der Horizontalen nach Inhalten gegliedert sein und in der Vertikalen die Detailliertheit 

erhöhen.


3.2.3 Der Leistungsumfang von 

3.2.3.1 Eine Zukunft gerichtete Infrastruktur 

Durch die volle Web-Fähigkeit kann beliebig geographisch verteilt werden, d.h. Ser- 

ver, Benutzer, FiBu-System, Konzern-und/oder Tochtergesellschaften können auf beliebige 

Standorte verteilt werden. 

konzipiert. Damit werden Bedürfnisse und Anforderungen von 

� multinationalen Konzernen 

� grossen und mittleren Unternehmen 

� mittelständigen Betrieben 

� Tochtergesellschaften 

ideal abgedeckt. 

wurde als zentrales und dezentrales Treasury-System 

Für den Betrieb von kann weit gehend auf kostenpflichtige Fremdsoftware verzichtet 

werden. Die Navigation wurde Benutzer gerecht optimiert. So kann sich der Benutzer unter der 

Wonderbar (wie Favoriten im Internet-Explorer) eine individuelle Menübar zusammenstellen. 

In steht ein Online-Handbuch zur Verfügung. Aus revisions- und sicherheitstechnischen 

Gründen werden Eingriffe und Manipulationen im System lückenlos mit Log-Files nachvollzogen. 

Zugriffe über mobile Geräte sind für ausgewählte Funktionen (z.B. unterschreiben 

von EFT-Zahlungen) möglich. Über ein Helpdesk werden Benutzern/-Gruppen Aufgaben dynamisch 

und online zugewiesen. Diese Tasks sind periodisch wiederkehrende (z.B. tägliche Disposition) 

oder ad hoc-Jobs (z.B. pendente Zeit kritische, noch nicht übermittelte Zahlungen). 

Partnern kann automatisch e-Mails mit Bestätigungen über abgeschlossene Geschäfte verschickt 

werden. 

3.2.3.2 Weitere Aspekte 

Gesellschaften werden in einem hierarchischen Baum mehrstufig erfasst und dargestellt (Unternehmens-Hierarchie). 

Über Benutzer-Kategorien oder individuell werden Benutzer- 

Berechtigungen vergeben. 

Verschiedene Sprach- und Länderversionen berücksichtigen internationale Aspekte eines Programmeinsatzes. 

Nicht nur mit der Realisierung der Spiegelgeschäfte wurde in das 

Prinzip der Einmal-Erfassung konsequent verwirklicht. Und selbstverständlich werden Funktionen 

im Holding-, Pooling- und Clearing-Bereich speziell unterstützt. weist einen hohen 

Standard bezüglich Funktionalität und Bedienungsfreundlichkeit auf. In einzeln erhältlichen 

Modulen kann sich ein Unternehmen Mass geschneidert Bereiche zum Einsatz auswählen, 

welche den Bedürfnissen des jeweiligen Zeitpunktes gerecht werden. Später kann ohne Restriktionen 

ausgebaut werden. 

3.2.3.3 Treasury 

Dieses Modul bietet ausgebaute Funktionen in den Bereichen 

� Cash Management 

� Devisen 

� Geldmarkt 

� Kredit-/Darlehens-Verwaltung 

� Zins Derivate 

� Trade Finance (in Planung) 

an.


bietet im Cash Management erweiterte Möglichkeiten. Diese umfassen u.a. eine sys- 

temgestützte, automatische Disposition aufgrund von definierbaren System-Parametern. 

Im Bereich Geldmarkt sind Prolongationen möglich. Sicherheiten (Schuldbriefe etc.) von Krediten 

können in hinterlegt und verwaltet werden. 

Die Zins-Derivate umfassen die Instrumente: 

� Cap 

� Floor 

� Collar 

� FRA 

� Swaption 

� IRS (Zins-Swap) 

� Währungs-Swap. 

3.2.3.4 Portfolio / Wertschriften-Verwaltung 

In können Wertschriften-Geschäfte (Aktien, Obligationen, Optionen, Fonds, Futures, 

Money Market) mengen- und wertmässig erfasst und verarbeitet werden. Mit den eingelese- 

nen Kursinformationen können entsprechende Bewertungen gemacht werden. Aufgrund der 

detaillierten Informationen des Valorenstammes können ausführliche Auswertungen gefahren 

werden. 

3.2.3.5 Liquiditäts-Planungs-Modul 

Es erfüllt die Aufgabe eines kombinierten Reporting Tool für die Cash Flows des operativen Geschäftes 

sowie der Finanz- und Absicherung von Positionen und Transaktionen des Treasury. 

Dieses Modul ist der zentrale web-basierte Liquiditäts- und Risiko-Generator eines multinationalen 

Unternehmens. Es funktioniert als Radarschirm für umfassendes Konzern weites Finanz-Risk 

Management. 

3.2.3.6 Netting-Modul 

Verrechnung und Währungskonzentration von Guthaben und Schulden zwischen verschiedenen 

Unternehmen eines Konzerns. 

3.2.3.7 FiBu-Schnittstelle 

Mit der Schnittstelle zu einer Finanzbuchhaltung wird sicher gestellt, dass eine mehrfache Belegerfassung 

weitgehend entfällt. Eine Trennung zwischen den Tätigkeiten im Treasury und der 

Finanzbuchhaltung ist gewährleistet. Buchhalterische Arbeiten können losgelöst von Treasury- 

Aktivitäten ausschliesslich im FiBu-Modul durchgeführt werden. 

bietet mit einer Zusatzfunktion die Möglichkeit, beliebig viele Buchungsstapel für unterschiedliche 

Geschäftsvorfälle oder Bankbeziehungen zu definieren. Dieses Organisationsmittel 

unterstützt die Gegebenheiten in der Aufbauorganisation des Finanz- und Rechnungswesen. 

3.2.3.8 Risk Management-Modul 

Risk Management-Bedürfnisse wird über das Partner-Tool Quantax von Comit abgedeckt. 

3.2.3.9 Weitere Informationen 

Weitere detaillierte Informationen können der Website www.softcash.ch entnommen werden.


3.2.4 Die Leistungsmerkmale der -Versionen 

Generell 

Kunden-System / ASP-Lösung 

ASP Entry Advanced 

ASP 

Inhouse 

Inhouse 

mehrsprachig D / F / E D / F / E D / F / E 

Multi-User-Fähigkeit unbeschränkt unbeschränkt unbeschränkt 

Benutzer-Kategorien (-Rollen) � � � 

Datenbanken MS-SQL MS-SQL MS-SQL 

Test-/Recovery-Optionen n/a Test/Recovery Test/Recovery 

Mandanten 1 unbeschränkt unbeschränkt 

Kontrahenten / Bankadressen optional 10 unbeschränkt 

Zentrales / Dezentrales Treasury Zentral/Dez. Zentral/Dez. Zentral/Dez. 

Intercompany-Accounting � � � 

IC-Trading (Spiegelgeschäfte) � � � 

Kommunikation 

Banken-Kommunikation SWIFT,DTA,EZAG SWIFT,DTA,EZAG SWIFT,DTA,EZAG 

Treasury 

Unternehmens-Hierarchie 99-stufig 99-stufig 99-stufig 

Gesellschaften, Konti, Währungen unbeschränkt unbeschränkt unbeschränkt 

Elektronic Trading n/a Rel. 3.2 Rel. 3.2 

Kontrakt-Verwaltung � � � 

Interne Kontrahenten � � � 

Fiktives Cash-Pooling (Notional Pool) � n/a � 

Phys. Cash-Conctrat. (Zero Balancing) � n/a � 

AutoDisposition � � � 

Cash Management � � � 

Devisen � � � 

Geldmarkt � � � 

Kredite / Darlehen � � � 

Derivate � � � 

Wertschriften-Verwaltung � � � 

Trade Finance � � � 

Netting � � � 

Liquiditäts-Planung � � � 

FiBu-Schnittstelle � � � 

Risk Management n/a n/a �


3.3 Einführungs-Leitfaden 

Mit diesem Leitfaden machen wir auf wichtige Gesichtspunkte aufmerksam, die beachtet werden 

sollten, wenn mit dem Einrichten von für das Unternehmen begonnen wird. 

� Dieser Einführungs-Leitfaden ersetzt die empfohlene Einführungs- 

Unterstützung durch Softcash AG allerdings nicht! 

3.3.1 Grundsätzliche Überlegungen 

3.3.1.1 Zentrale oder Dezentrale Strukturen 

Die Globalisierung der Unternehmen betrifft zunehmend auch die Treasury-Abteilungen. Dabei 

stellt sich in der Folge die Frage, ob im Treasury eine Zentrale Konzernstelle oder Lokale 

Kompetenzzentren aufgebaut werden sollen. 

Auf diese Frage gibt es keine ‚richtige oder falsche’ Antwort. Vielmehr sind verschiedenste Faktoren, 

wie steuerliche und rechtliche Aspekte, zu berücksichtigen. Daneben sind auch andere 

Punkte in die Entscheidung mit einzubeziehen. Dazu gehören allenfalls verschiedene 

Zeitzonen innerhalb der Unternehmensgruppe, aber auch eventuell fehlende Kenntnisse 

der lokalen Situation. 

Vor einem -System-Aufbau sollten - wenn noch keine entsprechende Policy besteht 

- diese Fragen geklärt sein. 

3.3.1.2 Technische Aspekte zu Zentral oder Dezentral 

Als Produzentin der Treasury- 

Applikation ist Softcash 

AG gefordert, die technischen 

Anforderungen sowohl an ein 

Zentrales als auch an ein 

Dezentrales Treasury zu erfüllen. 

In können einzelne 

Units (Subholdings und/oder 

aktive Tochter-) Gesellschaften 

autonom und lokal ‚ihr’ 

eigenes Treasury betreiben. 

Sie können lokal ihre 

Kontenauszüge einlesen, im 

Rahmen ihrer Kompetenzen Handel 

mit lokalen Banken oder der 

Abbildung: 

Technische Aspekte 

Management-Gesellschaft abwickeln, Reports für ihren Bereich fahren und allenfalls auch eine 

eigene FiBu-Schnittstelle einsetzen. Trotzdem bleiben sie Teil eines Gesamtsystems. 

� Solche Gesellschaften (oder Sub-Holdings) werden in 

niert. Siehe dazu Kapitel ‚4.2.2 Gesellschaften’! 

als ‚aktiv’ defi


3.3.1.3 Applikatorische Aspekte zu Zentral oder Dezentral 

Neben technischen gibt es auch applikatorische 

Aspekte, die in 

berücksichtigt werden. 

Dazu gehören für den Intercompany-Handel 

die Spiegelgeschäfte. 

Wenn eine Management-Gesellschaft 

mit einer Tochtergesellschaft eine 

Festgeldanlage abschliesst, ist dies 

aus Sicht der Tochtergesellschaft eine 

Festgeldaufnahme. Bei entsprechender 

Parametrisierung generiert 

bei der Erfassung dieser 

Festanlage sofort als Parallelbuchung 

(Spiegelgeschäft) eine Festaufnahme. 

Dieses Spiegelgeschäft kann nun (aus 

der Sicht der Tochtergesellschaft) 

Abbildung: 

Spiegelbuchungen 

akzepiert oder abgelehnt werden. Zudem werden im Back-Office-Teil noch die 

entsprechenden ‚Abwicklungs-Daten’ ergänzt.


3.3.2 Der System-Aufbau und die System-Steuerung 

3.3.2.1 Mandant 

wird mit dem Mandant ‚Spielwiese’ und einem Benutzer ‚ADMIN’ (mit dem Pass- 

wort: xxx) ausgeliefert. 

In einem ersten Schritt wird der Produktiv-Mandant (oder allenfalls mehrere) erfasst und 

eingerichtet. 

3.3.2.2 Die System-Steuerung 

lässt sich an mehreren Stellen auf die individuellen Bedürfnisse des Unternehmens 

einstellen. Unter den Menu-Punkten 

STAMMDATEN / MANDANTEN / DEFINITION / Stammdaten verwalten und 

STAMMDATEN / MANDANTEN / DEFINITION / Customizing 

werden Gesellschaft übergreifende Einstellungen vorgenommen. 

� Die Funktionen und die Bedienung sind unter ‚4.2 Stammdaten’ beschrieben! 

3.3.2.3 Weiterer Stammdaten-Aufbau 

Bitte beachten Sie dazu die jeweiligen Kapitel dieses Handbuches! 

In einem weiteren Schritt werden in dieser Reihenfolge folgende Stammdaten erfasst: 

� Verwenden Sie in den Erfassungsbegriffen nie ‚Bindestriche’. Also nicht ‚Muster-Group’, 

sondern ‚Muster Group’. 

� Gesellschaften (Kapitel 4.2 Stammdaten): 

Wenn unter dem gleichen Mandanten mehrere Gesellschaften geführt werden, ist zuerst 

die in der Hierarchie oberste Gesellschaft (z.B. Holding oder Management-Gesellschaft) zu 

erfassen. Die Erfassung erfolgt unter dem Benutzer ‚ADMIN’ (Passwort: xxx). Anschliessend 

werden die übrigen Gesellschaften erfasst. Auf der (oder allenfalls allen) ‚aktiven’ Gesellschaft(en) 

werden die Kommunikations-Einstellungen eingetragen 

� Administration (Kapitel 4.7 Administration): 

Wenn die Gesellschaften erfasst sind, wird (noch immer unter dem Benutzer ‚ADMIN’) der 

(Kunden-) ‚System-Administrator’ erfasst. Anschliessend erfasst der System-Administrator 

die entsprechenden Benutzer mit ihren Berechtigungen. 

� Währungen (Kapitel 4.2 Stammdaten): 

� Die Erfassung der Währungen sollte auf der obersten Gesellschaft erfolgen.


� Partner (Kapitel 4.2 Stammdaten): 

Die erfassten Gesellschaften werden automatisch als Partner-Adressen eingetragen. Es 

werden nun die Banken/Kontrahenten und die Zahlungs-Begünstigten als Partner erfasst. 

Für die ‚unteren’ Gesellschaften müssen die 

Partner nicht noch einmal erfasst werden. 

Vielmehr kann über ‚Partner-Suche’ das Feld 

‚globalen Pool berücksichtigen’ mit � aktiviert 

werden. Dann stehen alle Partner- 

Adressen zur Verfügung und müssen bei der 

jeweiligen Gesellschaft nur noch ‚gespeichert’ 

werden. 

� FiBu-Kontenplan (Kapitel 4.2 Stammdaten): 

Unter den ‚Kontierungs-Definitionen’ ist zuerst (auf den entsprechenden Gesellschaften) 

der FiBu-Kontenplan manuell zu erfassen oder über Excel zu importieren. Anschliessend 

müssen den jeweiligen Buchungs-Funktionen die entsprechenden FiBu-Konten 

zugewiesen werden. 

� Konti (Kapitel 4.2 Stammdaten): 

Bei der Konti-Erfassung ist darauf zu achten, dass man sich auf der richtigen Gesellschafts-Ebene 

befindet! 

� Limiten (Kapitel 4.3 Treasury): 

Diese können nun erfasst werden. Sie können aber allenfalls auch erst zu einem späteren 

Zeitpunkt definiert werden. 

� DispoArten (Kapitel 4.2 Stammdaten): 

� Die Erfassung der DispoArten sollte auf der obersten Gesellschaft erfolgen. Bitte 

beachten Sie dazu die Hinweise im Kapitel 4.2). 

� Markt-Infos (Kapitel 4.6 Markt-Infos): 

Es müssen Kurse (System-Kurse: Basis- und Buchkurse) erfasst werden. 

� Die Erfassung der Kurse sollte auf der obersten Gesellschaft erfolgen. 

� Das Datum des 1. Buchkurses muss älter als die 1. Transaktion sein! 

Für die Bewertung der Geldmarkt- und Devisen-Geschäfte müssen Bewertungs-Kurse 

definiert und hinterlegt werden. 

Fakultativ können Konto-Zinssätze erfasst werden.


3.3.3 Bedienungs-Hinweise 

� Wir gehen davon aus, dass dem Benutzer die Windows-Standards (z.B. für Tastatur- und 

Maus-Funktionen) vertraut sind. 

3.3.3.1 Bildschirmmasken-Aufbau 

Wonderbar Menübar Arbeits- 

Bereich 

Aktiver 

Mandant 

Aktives 

Assembly 

Aktive 

Gesellschaft 

Partner- 

Stamm 

Grid Benutzer Release


3.3.3.2 Multi-Panel-Einsatz 

kann als Multi-Panel-Applikation eingesetzt 

werden. Dabei können gleichzeitig bis zu drei Panel 

geöffnet werden. Ein Panel entspricht dabei quasi einem 

Window, in dem ein Programm geöffnet ist. 

Über die rechte Maustaste öffnet sich eine Box, in der 

der Benutzer zwischen 1-, 2- und 3-Panel wählen kann. 

� Wenn in einem Panel Funktionen des Cash Management und in einem zweiten Funktionen 

des Devisen-Bereiches aufgerufen werden, werden dafür zwei (2) Benutzer ‚konsumiert’! 

� Mit der Maus lassen sich die Panels durch Ziehen an den entsprechenden Linien vergrössern 

und verkleinern. 

� Damit ein Panel aktiv wird, muss mit der Maus in das entsprechende Panel geklickt werden. 

Im unten stehenden Multi-Panel-Beispiel wurde folgendes eingerichtet: 

� Panel 1: T/A-Erfassung 

� Panel 2: Einlesen / Abstimmen 

� Panel 3: Auswertung (Konto-Auszug) 

Panel 1 

Panel 2 

Panel 3


4 -HAUPT-MENU 

Die Anmeldung erfolgt über die -Start-Maske. 

Über den Tab wird die 

System-ID eingegeben. 

Über den Tab erfolgt das 

System-Login. Selbstverständlich 

werden nach der Eingabe des 

Passwortes die entsprechenden 

Berechtigungen des sich 

anmeldenden Users geprüft. 

Im ‚+++ News +++ News + ’-Bereich stellt Softcash AG dem Benutzer vor dem Einstieg in das 

Online-News von Softcash AG und/oder zu zur Verfügung. 

Nach einer erfolgreichen Anmeldung zeigt dem Benutzer die Menü-Leiste an. 

Die jeweiligen Aufgabengebiete sind dabei nach Bereichen geordnet: 

� Unter ‚Datei’ werden System-Einstellungen gemacht. 

� Im Bereich ‚Stammdaten’ erfolgt die Erfassung und Verwaltung der Stammdaten. 

� Unter dem Menüpunkt ‚Treasury’ sind die Bereiche Cash Management, Devisen-Handel, 

Geldmarkt-Verwaltung, Aufnahme oder Vergabe von Krediten und die Verwaltung der Derivate 

zusammen gefasst. 

� Unter ‚Übrige Bereiche’ befinden sich die Programm-Funktionen für Portfolio/Wertschriften- 

Verwaltung, Trade Finance, Netting, Liquiditäts-Planung und die FiBu-Schnittstelle. 

� Unter dem Menüpunkt ‚Auswertungen’ können die Reports aus allen Bereichen abgerufen 

werden. 

� In den ‚Marktinfos’ werden die externen Informationen (Kurse, Zinssätze etc.) verwaltet. 

� Mit der ‚Administration’ wird 

verwaltet (System-Konfiguration, Benutzer etc.).


4.1 Datei 

Im Bereich ‚Datei’ werden weitere System-Einstellungen in vorgenommen. 

4.1.1 WonderBar anzeigen 

Unter dem Menüpunkt 

DATEI / WonderBar anzeigen 

wird gesteuert, ob die sog. ‚WonderBar’ angezeigt oder ausgeblendet wird. 

Die WonderBar kann mit den ‚Favoriten’ im Internet-Explorer verglichen werden. Diese Funktion 

erlaubt es, mit wesentlich effizienter zu arbeiten. So kann sich jeder Benutzer je- 

ne Menüpunkte individuell in die WonderBar ziehen, die er häufig benötigt. 

Die Konfiguration der WonderBar erfolgt wie folgt: 

Wenn in der WonderBar die rechte Maustaste 

betätigt wird, öffnet sich ein Menü. In diesem 

Menü kann ‚Gruppe anfügen’ gewählt werden. 

Wenn auf dem Feld ‚Neue Gruppe’ wiederum die 

rechte Maustaste gedrückt wird, öffnet sich das 

obige Menü erneut. Nun können über ‚Gruppe 

konfigurieren’ entsprechende Anpassungen 

gemacht werden. 

Im nächsten Schritt wird die Bezeichnung ‚Neue 

Gruppe’ mit der gewünschten eigenen, z.B. 

‚Tages-Ablauf’ überschrieben und gespeichert.


Mit der rechten Maustaste auf ‚Tages-Ablauf’ 

geklickt, kann anschliessend ‚Schaltfläche anfügen’ 

selektiert werden. 

Anschliessend wird die ‚Neue Schaltfläche’ über 

die Menü-Auswahl ‚Schaltfläche konfigurieren’ 

nach den eigenen Wünschen angepasst. 

Über ‚Assembly/Klasse’ 

wird der gewünschte 

Menüpunkt, in diesem 

Falle ‚Einlesen/Abstimmen’ 

gesucht, selektiert und 

anschliessend gespeichert. 

Mit dieser Vorgehensweise können beliebig viele 

Gruppen und Schaltflächen konfiguriert werden. 

4.1.2 Sprache auswählen 

Mit dieser Option können temporär Menupunkte in einer lizenzierten Fremdsprache geprüft 

werden. 

Beim nächsten Log-in wird wieder die ursprüngliche User-Sprache angezeigt.


4.2 Stammdaten 

Unter diesem Menüpunkt werden die ‚Stammdaten’ verwaltet. 

4.2.1 Mandanten 

4.2.1.1 Definition 

Unter den Menü-Punkten 

STAMMDATEN / MANDANTEN / DEFINITION / Stammdaten verwalten und 

STAMMDATEN / MANDANTEN / DEFINITION / Customizing 

kann der berechtigte System-Administrator verschiedene Gesellschaften übergreifende Einstellungen 

vornehmen. 

Stammdaten verwalten 

Mit dem Setzen des Flags � werden 

z.B. bei den DispoArten alle 

erfassten DispoArten automatisch in 

der Hierarchie auf die nachfolgenden 

Gesellschaften kopiert. Dies gilt für 

folgende Entitäten: 

� Buchkurse 

� DispoArten 

� DispoRegeln 

� FiBu-Kontenplan 

� Kommun.-Einstellungen 

� Währungen. 

� Die entsprechenden Stammdaten müssen unbedingt auf der in der Hierarchie obersten 

Gesellschaft erfasst werden! Das Kopieren der Entitäten erfolgt nur nach unten!


Customizing 

Unter ‚Proxy-Einstellungen’ werden die entsprechenden Einträge gemacht, welche den Proxy- 

Bereich betreffen. 

Mit dem Eintrag ‚Max. Rows in Selektion’ kann begrenzt werden, dass aus Performance- 

Gründen bei der ersten Selektion nicht unendlich viele Daten (z.B. Adressen) vom Server über 

das Internet herunter geladen werden. 

IC-Accounting ist eine Kosten pflichtige Software-Option. Mit dem Setzen � bei ‚IC-Accounting 

aktiv’ wird die lizenzierte Software-Funktion aktiviert (siehe ‚4.2.7 Intercompany- 

Accounting’). 

Mit dem Setzen � bei ‚Gesellschaft/TN im Filenamen für Fileexport’ wird der Dateiname einer 

Zahlungsdatei (z.B. für einen Direkt-SWIFT-Server) wie folgt aufgebaut: 

{Erfassungsbegriff der Gesellschaft}.{Datum(JahrMonatTag)Uhrzeit}.{Laufnummer}.RTF 

Beispiel: MNET.200909010844.12444.RFT 

Mit dem Aktivieren der Funktion ‚Spesen beim Abgleichen erlauben’ werden Differenzen zwischen 

Vormerkungen und effektiven Bankbuchungen beim Abgleichen - nach einem entsprechenden 

Dialog - in das Feld ‚Bankspesen’ übernommen und auch FiBu-mässig entsprechend 

gebucht (siehe ‚4.3.13 Einlesen/Abstimmen’). 

Wenn ‚Geldmarkt Währungserfolgverbuchung aktiv’ aktiviert wurde, wird für jedes einzelne 

Geldmarkt-Geschäft der entsprechende Währungs-Erfolg für die Finanzbuchhaltung gebucht. 

Geübte Benutzer schätzen die Möglichkeit, bei der Erfassung im Cash Management jeweils direkt 

die Kontonummer eingeben zu können. Wenn die Funktion ‚Cash-Erfassung direkte Kontoauswahl 

aktiv’ nicht aktiviert wurde, muss bei einer Transaktions-Erfassung zuerst 

‚Bank/Kontrahent’ und ‚Konto-Währung’ eingegeben werden, bis das Konto selektiert werden 

kann. 

Falls die T/A-Nummer in den Bemerkungs-Text (für Reports und/oder FiBu-Verbuchung etc.) 

übernommen werden soll, kann dies unter ‚Cash-Erfassung: T/A-Nr. in Bemerkung übernehmen’ 

definiert werden.


Mit ‚führender Begleittext zu Bemerkung’ kann z.B. im Bemerkungsfeld vor der übernommenen 

T/A-Nummer noch automatisch ‚T/A-Nr.’ oder ‚Beleg-Nr.’ etc. angezeigt werden. 

Falls bei einer Zahlung die T/A-Nummer dem Begünstigten in den (Zahlungs-)Mitteilungen bekannt 

gegeben werden soll, kann dies unter ‚Cash-Erfassung: T/A-Nr. in Mitteilung übernehmen’ 

definiert werden. 

Mit ‚führender Begleittext zu Mitteilung’ kann z.B. im Mitteilungsfeld an die Zahlungsbegünstigten 

vor der übernommenen T/A-Nummer noch automatisch ‚T/A-Nr.’ oder ‚Beleg-Nr.’ etc. angezeigt 

werden. 

Falls die Kommunikations-Daten nicht direkt bei den Banken/Datenlieferanten eingelesen werden 

sollen, kann unter ‚Datei-Pfad für direktes Einlesen’ definiert werden, wo die entsprechenden 

Daten auf dem Server hinterlegt und manuell in eingelesen werden können (siehe 

‚4.3.13 Einlesen/Abstimmen’). 

Falls DTA-Files, welche in einem ERP-System erzeugt wurden, in das hochgeladen 

und verschickt werden sollen, sollten hier entsprechende Regeln hinterlegt werden. Beim Upload 

wird entschieden, ob es sich um einen Kreditoren- oder einen Lohn-DTA handelt. Hier in den 

Stammdaten wird fix definiert, ob ein Kreditoren- oder Lohn-DTA in der Abwicklung von den 

Unterschreibenden noch detailliert eingesehen und allenfalls betragsmässig noch verändert 

werden kann. 

Für die ‚To Do’s’ können die Intervalle in Millisekunden definiert werden. Bei der Eingabe von 

60'000 checkt das System jede Minute, ob ein neues ‚To Do’ vorliegt. Über ‚Sound’ kann auch 

noch der Mitteilungs-Ton individualisiert werden.


4.2.1.2 Auswahl 

Unter diesem Menüpunkt wird ein entsprechender 

Mandant gewählt. 

Nach der Wahl des Mandanten muss zwingend eine Gesellschaft selektiert werden!


4.2.2 Gesellschaften 

4.2.2.1 Hinzufügen (Erfassen) 

Unter den Menü-Punkten 

STAMMDATEN / Gesellschaften 

kann der berechtigte Benutzer neue Gesellschaften hinzufügen. 

Generelles 

Wenn eine Firmen-Struktur 

besteht, sollte als erstes 

die oberste Gesellschaft 

der Hierarchie (also die 

Holding oder Management- 

Gesellschaft) erfasst 

werden. Die Position dieser 

Gesellschaft bleibt fix! 

Unterhalb dieser obersten 

Firma können die anderen 

Gesellschaften durch ‚Drag 

and drop’ beliebig verschoben 

werden. 

Das Erfassen einer Gesellschaft 

geschieht durch das 

Markieren der übergeordneten 

Gesellschaft 

(mit der rechten Maustaste) und anschliessend durch das Drücken der rechten Maustaste und 

dem anschliessenden Selektieren von ‚Hinzufügen’ aus dem Menü. Anschliessend springt der 

Cursor auf das Feld ‚Erfassungsbegriff’. 

Dieser neuen Gesellschaft wird in der Folge ein ‚Erfassungsbegriff’ vergeben. Es ist empfehlenswert, 

einen selbst sprechenden Begriff zu wählen, weil der Erfassungs-Begriff auf allen entsprechenden 

Reports anstelle der ganzen Gesellschaftsbezeichnung angezeigt wird. Weiter wird 

noch definiert, ob es sich um eine ‚Aktive’ oder ‚Passive’ Gesellschaft handelt. Siehe auch Kapitel 

‚3.3.1 ‚Grundsätzliche Überlegungen’. 

Weitere Gesellschaften werden erfasst, indem 

man jene Gesellschaft/Sub-Holding/Holding 

markiert, unter welcher die neue Gesellschaft 

angegliedert ist. Das weitere Prozedere ist gleich, 

wie unter ‚Erfassen einer Gesellschaft’ 

beschrieben. 

Die Hierarchie kann beliebig viele Ebenen haben. 

� Die oberste Gesellschaft ist fix und kann nicht verschoben werden. 

� Die darunter liegenden können durch ‚Drag & Drop’ innerhalb der Hierarchie verschoben werden.


Kommunikations-Einstellungen 

Es sind Kommunikations-Arten für den Import 

und Export zu definieren. 

Beim Import kann ein ‚Auto download’ 

eingerichtet werden. Damit wird periodisch 

eine Kommunikation zum entsprechenden 

Daten-Provider aufgebaut und allfällige 

Daten automatisch in eingelesen. 

Weil jede Kommunikations-Art und auch 

auf grund des jeweiligen Providers sehr 

unterschiedlich ist, empfehlen wir Ihnen, 

das Einrichten der Kommunikation durch 

Softcash AG machen zu lassen. 

� Die Verträge für den ‚Export’ sind unter der jeweiligen Gesellschaft zu erfassen! 

UBS KeyDirect-Verträge: 

Passwort / Schlüssel = CRT Key 

Checksummen Schlüssel = MAC Key. 

ENC Key (wird nicht benötigt!) 

Reporting 

Auf jeder Gesellschafts- 

und/oder Holding-Ebene 

kann für das Reporting ein 

eigenes Logo hinterlegt werden. 

Dies geschieht wie gewohnt mit 

dem Drücken der rechten 

Maustaste - danach öffnet sich 

ein entsprechendes Menü 

� Datei 

� Bearbeiten 

� Formatieren 

� Ansicht. 

Mit diesen und den zugehörigen 

Sub-Menüs können die Logos 

eingefügt und allenfalls noch bearbeitet 

werden.


Customizing 

Unter diesem Tab wird u.a. 

definiert, ob die FiBu- 

Schnittstelle aktiv ist. 

Unter Fibumandant wird der 

entsprechende Erfassungs- 

Begriff festgelegt. 

Mit dem Eintrag unter Fibu- 

Exportpfad wird hinterlegt, wo 

die Schnittstellen-Datei für die 

Übernahme ins Fibu-System 

gespeichert wird. 

Wenn Fibu-Whg validieren aktiviert ist, wird jeweils geprüft, ob die Währung eines unter 

definierten Kontos (z. B. bei einem Bank-Konto) mit der im FiBu-Kontoplan definierten 

Währung übereinstimmt. 

Es besteht die Möglichkeit, separate Buch- und Fibu-Kurse zu führen. Mit dem Setzen des � bei 

Buchkurse = Fibukurse werden die Buchkurse in die Fibukurse kopiert. 

Der Wert ‚15’ im Feld ‚Anzahl Tage im Voraus für die Anzeige in der Abwicklung’ legt fest, dass 

in die Zukunft generierte Zahlungsaufträge (z.B. Zins- und Tilgungs-Zahlungen aus langfristigen 

Kredit-Verträgen etc.) automatisch aber aus Übersichtlichkeits-Gründen erst 15 Tage 

vor Verfall in die (Zahlungs-) Abwicklung gestellt werden. 

Der Wert ‚12’ im Feld ‚Anzahl Monate für Erstellung der TA’s in die Zukunft’ definiert, dass in 

die Zukunft generierte Transaktionen (z.B. aus Kredit-Geschäften, Daueraufträgen etc.) welche 

keine Endfälligkeit aufweisen, rollierend für 12 Monate im voraus generiert werden. 

� In diesem Feld ist somit der tatsächliche Planungs-Horizont in Monaten einzugeben!


4.2.2.2 Kopien-Management 

Unter ‚Anzahl Druck Kopien …’ kann das Kopien-Management 

definiert werden.


4.2.3 Währungen 

4.2.3.1 Hinzufügen (Erfassen) 

Unter dem Menü-Punkt 

STAMMDATEN / Währungen 

werden neue Währungen hinzugefügt. 

Über kann aus ‚ISO-Code’ die 

gewünschte Währung selektiert werden. Mit 

der Taste ‚TAB’ wird die Bezeichnung 

übernommen. 

Nach der Definition des ‚Umrechnungsfaktor’ 

und der ‚Rundung’ wird auch noch eine ‚Kurs- 

Toleranz in %’ eingegeben. Aufgrund dieser 

Kurs-Toleranz wird bei der Eingabe aller 

Transaktionen in dieser Währung geprüft, ob 

der eingegebene Kurs innerhalb dieser Kurs- 

Toleranz liegt. Wenn der Kurs ausserhalb 

ist, wird von eine entsprechende 

Warnung ausgegeben. 

Mit der Eingabe einer ‚Cut Off-Time’ kann 

bei der Eingabe einer Zahlung 

prüfen, ob der Zahlungs-Auftrag noch 

ausgeführt werden kann. Allenfalls gibt das 

System einen entsprechenden Hinweis. 

Mit dem Setzen von bei wird die Kurs-Parität festgelegt. Beispiel: 

100 (Hauswährung) x 1.60 (Kurs) = 160.00 (Fremdwährung) 

100 (Hauswährung) x 1/1.60 (Kurs) = 62.50 (Fremdwährung) 

Über das Icon öffnet sich das Window ‚Devisen-Währungspaare’. 

Über die beiden Tabs und werden entsprechende 

Definitionen für die Auswertungen und den Devisenhandel gemacht. 

Mit dem Tab wird definiert, in welcher Reihenfolge die entsprechenden 

Währungspaare in den Devisen-Reports dargestellt 

werden.


Mit dem Tab werden die Kurs-Definitionen für die entsprechenden Währungspaare im 

Devisen-Handel definiert. 

� Für alle zu handelnden Devisen-Währungspaare, für welche diese Kurs-Definition nicht 

hinterlegt wurde, muss die -Problematik in der jeweiligen Devisen-Maske manuell ab- 

gehandelt werden. 

Beispiel: bei keinem Währungspaar angeklickt: 

Wenn, wie im neben stehenden Beispiel, bei der Definition der 

beiden Währungspaare 

bei keinem Währungspaar 

angeklickt wurde, werden die Devisen-Geschäfte (siehe 4.3.2 

Devisen) wie unten stehend erfasst: 

Beispiel: bei einem Währungspaar angeklickt: 

Wenn, wie im neben stehenden Beispiel, bei der Definition der 

beiden Währungspaare 

bei einem Währungspaar 

angeklickt wurde, werden die Devisen-Geschäfte (siehe 4.3.2 

Devisen) wie unten stehend erfasst:


4.2.4 Partner 

4.2.4.1 Hinzufügen (Erfassen) Partner-Adressen 


STAMMDATEN / Partner 

werden neue Partner hinzugefügt. 

� Die Partner-Daten können aber auch in jeder beliebigen Transaktions-Maske unter dem unten 

stehenden Icon - ohne dass die Transaktions-Maske verlassen werden muss - erfasst 

werden! 

Die Partner-Adressen bilden die Basis-Stammdaten für . Jeder Adresse wird über 

den jeweiligen Tab eine entsprechende Verwendung zugeordnet. Auf diesem Tab werden entsprechende 

zusätzliche Angaben hinzugefügt. 

� Die entsprechenden Partner-Adressen müssen unbedingt auf der in der Hierarchie obersten 

Gesellschaft erfasst werden! Das Kopieren der Entitäten erfolgt nur nach unten!


Für die ‚unteren’ Gesellschaften müssen die Partner nicht noch einmal 

erfasst werden. Vielmehr kann über das Feld ‚globalen Pool 

berücksichtigen’ mit � aktiviert werden. Dann stehen alle Partner- 

Adressen zur Verfügung und müssen bei der jeweiligen Gesellschaft 

nur noch ‚gespeichert’ werden. 

� Der Adress-Status ‚zugeordnet’ bedeutet, dass eine Adresse aus dem ‚globalen Pool’ der 

jeweiligen Gesellschaft, auf der man sich befindet, bereits zugeordnet ist. 

4.2.4.2 Zahlungs-Verbindungen 

zeigt dem Benutzer, dass für den Partner 

‚Hans Muster AG’ u.a. auch eine oder mehrere Zahlungs- 

Verbindungen hinterlegt wurden. 

Um Zahlungsverbindungen zu 

erfassen, wird im Grid der 

entsprechende Partner markiert. 

Mit werden 

‚Neue Postverbindungen’ und 

mit ‚Neue 

Bankverbindungen’ erfasst. 

Es können für jeden Partner 

beliebig viele Post- und/oder 

Bankverbindungen in 

beliebigen Währungen erfasst 

werden. 

Auf der Zusatz-Maske ‚Neue Postverbindung’ kann nun das 

PC-Konto des Begünstigten eingegeben werden. 

Wenn die Zahlung für den Begünstigten auf ein PC-Konto 

einer Bank erfolgen soll, müssen die Daten unter ‚Bank- 

Adresse’ ausgefüllt werden.


Die notwendigen Informationen über die 

Bank können über auf der Maske 

‚Clearing-Suche’ abgerufen werden. 

Auf der Zusatz-Maske ‚Banken- 

Erfassung’ können nun die 

entsprechenden Begünstigten- 

Bankinformationen einge-geben werden. 

Über kann über die ‚Clearing-Suche’ wiederum 

allfällige Bank-Informationen direkt abgefüllt werden. 

Mit dem Icon können allenfalls - für Auslands- 

Begünstigte - Bank-Instruktionen hinterlegt werden.


4.2.4.3 Bank / Kontrahenten 

4.2.4.4 Kontakte 

gibt den 

Hinweis, dass der im Grid 

markierte Partner als 

eine Bank oder ein 

Kontrahent erfasst worden 

ist. 

Wenn es eine Bank ist, 

sind noch zusätzliche 

Informationen (Bank-Code 

und BIC) notwendig. 

Selbstverständlich kann 

auch an dieser Stelle die 

Clearing-Suche aktiviert 

werden. 

Über den Tab 

können einem Partner 

beliebig viele Kontakte 

zugewiesen werden.


4.2.5 Konti 

4.2.5.1 Standard-Konti 

Generelles 


STAMMDATEN / KONTI / Standard-Konti 

werden die Konti erfasst und gepflegt. 

Im Prinzip erfolgt das Erfassen von Konti analog dem ‚Erfassen einer Gesellschaft’ und zwar 

durch Drücken der rechten Maustaste und dem anschliessenden Selektieren von ‚Neues Konto’ 

aus dem Menü. Anschliessend springt der Cursor auf das Feld ‚Konto’. 

Dem neuen Konto wird in der Folge ein ‚Erfassungsbegriff’ vergeben. Es ist empfehlenswert, 

einen selbst sprechenden Begriff zu wählen, weil der Erfassungs-Begriff auf allen entsprechenden 

Reports angezeigt wird. 

Nach der Eingabe der IBAN-Nummer wird diese aufgrund von Prüfziffern plausibilisiert. Über 

das Icon kann die Bank oder der Kontrahent (aus dem Partner-Stamm) selektiert werden. 

Über wird über den FiBu-Kontenplan das entsprechende FiBu-Konto zugewiesen.


Konditionen 

Unter diesem Tab können die Quellensteuer, die Usanz und die Spesen hinterlegt werden. 

� Definition der Usanzen: (Quelle: http://de.wikipedia.org/wiki/Zinsberechnungsmethode) 

Unter Usanzen oder Zinsberechnungsmethoden (siehe auch day count convention) 

versteht man die einzelnen Varianten der Finanzmathematik in der Zinsberechnung. 

Insgesamt gibt es weltweit neun verschiedene Methoden, die wissenschaftlich 

anerkannt sind. Hiervon kommen in der Realität sechs Methoden zur Anwendung. 

Alle Methoden basieren hierbei auf den klassischen Zinsformeln, sie unterscheiden 

sich lediglich in der Berechnung der Anzahl der Tage. Die weltweit üblichen 

Methoden sind: 

ACT/365 (englische Zinsmethode) 

- Die Zinstage werden Kalender genau bestimmt, das Zinsjahr hat also 365 bzw. 366 Tage. 

- Das Basisjahr wird (unabhängig von der Anzahl der tatsächlichen Tage) mit 365 (Unterschied 

zu ACT/360) Tagen angesetzt. 

- Der erste Anlagetag wird nicht verzinst, der letzte Anlagetag wird verzinst. 

ACT/360 (Eurozins-Methode; Französische Zinsmethode) 




- Bei der Eurozinsmethode wird der erste Anlagetag verzinst, der letzte Anlagetag wird nicht 

verzinst. 

- Bei der Französischen Zinsmethode wird der erste Anlagetag nicht verzinst, der letzte Anlagetag 

wird verzinst. 

30/360 bzw. 30E/360 deutsche (kaufmännische) Zinsmethode 

- Der Zinsmonat umfasst immer 30 Tage, das Zinsjahr umfasst immer 360 Tage. In Monaten 

mit 31 Tagen werden der 30. und 31. als insgesamt ein Tag gezählt. Bei Geschäften, die 

im Februar enden, werden die Tage Kalender genau gezählt (also für den Februar maximal 

28/29 Tage). Bei Geschäften, die nicht im Februar enden, wird der Februar mit 30 

Tagen gezählt. 

- Das Basisjahr wird (ebenso wie Zinsmonat und Zinsjahr unabhängig von der Anzahl der tatsächlichen 

Tage) mit 360 Tagen angesetzt. 

- Je nach Anlageart wird entweder der erste Anlagetag oder der letzte Anlagetag verzinst und 

der andere nicht. 

ACT/ACT Tagesgenaue- oder Effektivzins-Methode (ISMA-Rule) 

- Das zweite ACT steht in diesem Fall für actual historical = tatsächlich historisch. 


- Das Basisjahr hat wie das Zinsjahr Kalender genau 365 bzw. 366 Tage. 


Der definierte Sockelbetrag kommt bei der automatischen Disposition zum Tragen - der Sockelbetrag 

bleibt bei der Disposition auf diesem Konto ‚reserviert’.


Zins 

Unter diesem Tab werden die vergangenen und die aktuellen Zinssätze für dieses Konto angezeigt. 

� Die Erfassung und die Pflege der Zins-Sätze erfolgt aber nicht hier, sondern unter Markt- 

Infos / Konto-Zinssätze. 

Kommunikation 

Hier werden die ‚Elektronische 

Kontonummer’ für den Import 

der Daten und die 

Kommunikationsart und die 

‚Elektronische Kontonummer’ 

für den Export (EFT- 

Zahlungen) hinterlegt. Im 

weiteren werden die 

‚Akzeptierten Abweichungen’ 

für das ‚Einlesen/Abstimmen’ 

hinterlegt.


Gruppenbildungen / Filter-Definitionen 

Über die Gruppen- und Subgruppen-Bildungen können Konti zu logischen 

Einheiten in den Reports zusammengefasst werden. Damit können u.a. 

Gruppenbrüche gebildet werden usw. Die Bedienung ist analog jener im Bereich 

‚Gesellschaften’. 

Über die Filter-Definitionen können z.B. für die Konto-Übersicht, Disposition 

etc. aber auch für Reports Konto-Selektionen unter diversen Gesichtspunkten 

vorgenommen werden. Diese durch den Benutzer vordefinierten 

Varianten lassen sich unter beliebigen Namen abspeichern, umbenennen 

und wieder abrufen. 

Über lassen sich die Definitionen einer Zusatz-Maske einfacher und übersichtlicher 

gestalten.


4.2.5.2 Pooling (Notional Pooling) 


STAMMDATEN / KONTI / Pooling 

werden die Banken-Pools erfasst und gepflegt. 

Erfassen von neuen Banken-Pools 

Mit wird ein neuer Banken-Pool erfasst. 

� Die Teilnehmer-Konti müssen vorgängig bereits als Standard-Konti erfasst werden! 

Eines der Teilnehmer-Konti wird über als ‚Abwicklungs-Konto’ 

definiert. Auf diesem Konto erfolgt die Zins-Gutschrift oder -Belastung des 

Gesamtpools durch die Bank. Über dieses Konto erfolgen auch allfällige Zins-Zahlungen von/an 

Pool-Teilnehmer. 

� Das Abwicklungs-Konto muss vorgängig bereits als Teilnehmer -Konti definiert sein! 

Falls der definierte Banken-Pool an der automatischen AutoDisposition teilnehmen soll, 

wird über jenes Konto definiert, über welches die 

physischen Konten-Transfers für die gepoolten Konti abgewickelt werden.


Teilnehmer 

Unter diesem Tab werden die Teilnehmer-Konti dem entsprechenden Banken-Pool zugeordnet. 

Unter ‚Konti’ sind alle noch keinem Pool zugeordneten Konti aufgeführt und werden mit dem 

Banken-Pool hinzugefügt und sind damit unter ‚Teilnehmer’ ersichtlich. 

Zins 

� Mittels der rechten Maustaste auf dem markierten Konto lässt sich der Zeitrahmen der 

Teilnahme eines Kontos am Pooling einschränken. 

Unter diesem Tab werden die vergangenen und die aktuellen Zinssätze für die Verzinsung des 

Banken-Pools (vereinbarte Konditionen mit der Bank) erfasst und angezeigt. Wiederum 

über die rechte Maustaste lassen sich neue Zinskonditionen erfassen und/oder bestehende 

Konditionen ändern/löschen. 

Konditionen 

Unter diesem Tab können die Quellensteuer, Usanz und Spesen 

hinterlegt werden. Ein Eintrag unter Spesen bedeutet in diesem 

Falle, dass auf jeder Zinsabrechnung gegenüber einem Teilnehmer 

ein entsprechender Spesenbetrag geltend gemacht wird.


Verfahren 

Es können folgende Verfahren definiert werden: 

In kann für jeden Pool für die 

Abwicklung des Notional Poolings gegenüber 

den Teilnehmern ein eigenes Verfahren definiert 

werden. Mischformen innerhalb des gleichen Pools 

sind nicht möglich! 

� Bei allen definierten Verfahren können die Zinsläufe gespeichert werden. 

� ‚Manuell’: Bei diesem Verfahren werden keine Transaktionen erstellt und auch keine 

FiBu-Buchungen generiert. Es werden lediglich die Zinsläufe gespeichert. Allfällige 

Zahlungen (z.B. über E-Banking-Systeme etc.) müssen manuell gemacht werden, 

auch werden für allfällig manuelle Zahlungen keine entsprechenden Vormerkungen 

vom System produziert. Auch die FiBu-Buchungen müssen manuell gemacht werden. 

� ‚Zahlungen’: In diesem Fall produziert das System Transfers (als Vormerkung für 

manuell erfasste Zahlungen) oder Transfer-Zahlungen (als elektronische oder 

schriftliche Zahlungsaufträge). Bei Lizenzierung und Einsatz der FiBu-Schnittstelle 

werden automatische Buchungen für die FiBu generiert. Auch wenn IC-Accounting gefahren 

wird, werden bei Transfers/Transfer-Zahlungen keine IC-Buchungen gemacht! 

� ‚Verrechnung’: Bei dieser gewählten Variante werden - falls IC-Accounting lizenziert 

wurde - reine IC-Transfers zugunsten/zulasten der entsprechenden IC-KK generiert. 

Bei Lizenzierung und Einsatz der FiBu-Schnittstelle werden automatische Buchungen 

für die FiBu generiert. 

� ‚Verbuchung’: Wenn keine Zahlungen erfolgen und kein IC-Accounting in 

gemacht wird, aber eine FiBu-Schnittstelle im Einsatz ist, wird dieses Verfahren gewählt. 

Dabei werden aufgrund der Zinsabrechnungen reine FiBu-Buchungen (aufgrund 

‚FiBu-IC-Definition’) geschrieben und über die Schnittstelle an die Finanzbuchhaltung 

übergeben. 

4.2.5.3 Zero-Balancing 

Die Funktionen des ‚Zero Balancing’ werden zu einem späteren Zeitpunkt beschrieben.


4.2.6 Limiten 

Die Limiten umfassen die folgenden Menüpunkte: 

4.2.6.1 Kontrahenten-Limiten 

Kontrahenten-Limiten werden für die gewählte Gesellschaft gegenüber einem Kontrahenten 

erfasst. 

Mit ‚Währung’ wird definiert, in welcher Währung die Limite ausgesetzt wird. Wenn die Limite 

zeitlich begrenzt ist, wird dies unter ‚Verfalldatum’ dokumentiert. Fremdwährungs-Konti/- 

Transaktionen werden mit den unter ‚Buchkurs’ oder ‚Bewertungskurs’ definierten Parametern 

bewertet. Unter ‚ausgesetzte Limiten’ werden die Anlage- und/oder Aufnahme-Limiten 

erfasst. Im Feld ‚Bemerkung’ können zusätzliche Informationen zur Limiten-Aussetzung hinterlegt 

werden. 

� Wenn ein Kontrahent mit einer Kontrahenten-Limite einer Global-Limite zugewiesen 

wird, werden seine erfassten Kontrahenten-Limiten auf ‚0.00’ gesetzt.


4.2.6.2 Globale Limiten 

Über werden die ausgesetzten Globalen Limiten definiert und erfasst. 

Globale Limiten werden analog den Kontrahenten-Limiten für die gewählte Gesellschaft gegenüber 

mehreren Kontrahenten erfasst. 

� Mehrere Kontrahenten können z.B. mehrere Bank-Filialen (UBS Zürich, UBS Luzern) zu 

UBS Global oder mehrere Banken (Credit Suisse, Bank Leu, Neue Aargauer Bank) zu CS 

Global sein.


Über werden die Kontrahenten einer Globalen Limite zugeordnet. 

Unter ‚Kontrahenten’ sind alle noch keiner Globalen Limite zugeordneten Kontrahenten aufgeführt 

und werden mit der Globalen Limite hinzugefügt und sind damit unter ‚Teilnehmer’ 

ersichtlich. 

� Wenn ein Kontrahent mit einer Kontrahenten-Limite einer Global-Limite zugewiesen 

wird, werden seine erfassten Kontrahenten-Limiten auf ‚0.00’ gesetzt.


4.2.6.3 Limiten-Prüfung 

Die Limiten werden ‚on demand’ vor dem Speichern einer Transaktion (im Cash Management, 

Geldmarkt und Kredite/Darlehen) über das Icon geprüft. 

Dabei öffnet sich (z.B. im Geldmarkt) 

das Window ‚Geldmarkt-Limiten- 

Prüfung’. Über erfolgt die Prüfung. 

Über den Tab können die 

Details 

werden. 

zur Cash-Limite abgefragt 

Über den Tab jene über den 

Geldmarkt.


4.2.7 Intercompany-Accounting 

4.2.7.1 Konzeptionelles 

Wenn Cash, z.B. in Form eines Transfer-Auftrages, von einer Gesellschaft zur anderen fliesst, 

ohne dass dabei eine entsprechende Verbindlichkeit geregelt wird, müssen entsprechende Intercompany-Konten 

bebucht werden. Dies ist insbesondere bei der täglichen Unternehmens 

übergreifenden Disposition oder bei einem Banken-Zero-Balancing der Fall. 

In kann dieses Intercompany-Accounting auf zwei verschiedene Arten gelöst werden: 

� FiBu-Intercompany-Accounting 

� IC-Accounting auf der Basis von in geführten IC-Konten. 

4.2.7.2 Funktions-Konzept 

4.2.7.3 Reine FiBu-Verbuchung 

Wenn z.B. vom Konto ‚UBS1 CHF’ der TG1 Geld auf das 

‚Zielkonto’ der Holding fliesst, ist der TG1 auf dem IC- 

Konto ‚KK-HMG CHF’ eine entsprechende Gutschrift 

zu verbuchen. Gleichzeitig wird das IC-Konto der 

Holding ‚KK-TG1 CHF’ entsprechend belastet. 

Diese IC-Konten widerspiegeln nicht nur die entsprechenden 

Forderungen und Verbindlichkeiten 

zwischen der Holding und den Tochtergesellschaften. 

Vielmehr werden auf diesen Konten auch die 

periodischen Zinsabrechnung gefahren. 

Die Bebuchung der IC-Konten kann über die FiBu- 

Schnittstelle, also reine FiBu-Buchungen, oder 

über ‚Spiegelbuchungen’ auf eigens geführten IC- 

Konten gemacht werden. 

Der Aufbau bei dieser Variante ist unter ‚4.2.12 FiBu-Schnittstelle’ (FiBu-IC-Definition) beschrieben. 

4.2.7.4 Intercompany-Accounting 

Aus Holdingsicht ergibt der Saldo aller Intercompany-Konten ‚0’. Aus dieser Optik könnten diese 

Konti für die Liquiditätsplanung etc. ignoriert werden. Vielleicht sogar für eine Risk Management-Betrachtung. 

In einem dezentral geführten System allerdings, bei dem die einzelnen 

Units ihre Forderungen und Verbindlichkeiten im Treasury-System darstellen wollen, sind die 

Intercompany-Konten auf jeden Fall im zu führen. 

Grundsätzlich wären beliebige Schwester/Schwester-IC-Konti in verschiedenen Währungen 

denkbar. Die resultierende Flut von Konti wäre aber schwer handelbar. Aus diesem Grunde 

sieht das Konzept von vor, dass eine virtuelle Stelle (kann die Holding, aber auch eine 

andere Gesellscfhaft sein) das ‚Holding’-Management ist, über welche die entsprechenden 

Transfers etc. laufen. 

� Alle Intercompany-Geschäfte laufen über das virtuelle Holding-Management! Schwester- 

/Schwester-Geschäfte sind nicht möglich!


4.2.7.5 Der Aufbau des Intercompany-Accounting 

Konto-Erfassung 

In einem ersten Schritt werden die IC-Konten unter 

STAMMDATEN / KONTI / Standard-Konti 

,wie unter ‚4.2.5.1 Standard-Konti’ beschrieben unter den jeweiligen Gesellschaften, erfasst. 

Als Konto-Art wird ‚Konto-Korrent Intercompany’ selektiert. 

Definition Intercompany-Accounting 

Im nächsten Schritt erfolgt die entsprechende Definition unter 

STAMMDATEN / Intercompany-Accounting 

indem vorerst die entsprechende Währung gewählt wird. 

Anschliessend können über die Auswahl-Boxen die entsprechenden Konten auf einfache Art 

und Weise selektiert werden. 

� Selbstverständlich werden auch in dieser Variante die entsprechenden FiBu-Buchungen erstellt 

und in die Finanzbuchhaltung übergeben!


4.2.8 Valoren 

Der Valoren-Stamm wird zu einem späteren Zeitpunkt beschrieben.


4.2.9 DispoArten 

Um die Cash Flows für verschiedene Zwecke der Verarbeitung feiner zu gliedern, können 

mit dieser Funktion eigene ‘DispoArten’ festgelegt werden. Für eine dispositive Bewegung 

wird ein synonymer Begriff vergeben, welcher den Geschäftsvorfall konkretisiert, der 

mit der Bewegung verknüpft ist. 

4.2.9.1 Definition 

Unter dem Tab werden die allgemeinen Informationen zur DispoArt erfasst. 

� Die entsprechenden Stammdaten müssen unbedingt auf der in der Hierarchie obersten Gesellschaft 

erfasst werden! Das Kopieren der Entitäten erfolgt nur nach unten! 

Es sind dies 

Erfassungs-Begriff: Dieser wird bei allen Auswertung abgezeigt. 

Geschäftsvorfall: Beschreibt die DispoArt ausführlicher, ohne diese auf Reports anzuzeigen. 

Verwendungs-Art: Die Verarbeitung kann transparent für jedermann sein. 

Beispiel: eine DispoArt für die Erfassung von Zahlungs-Aufträgen. 

Oder unsichtbar im Hintergrund erfolgen. 

Beispiel: eine DispoArt für das Einlesen von unbekannten Bank- 

T/A oder die Bewertung von Konto-Saldi! 

Aus diesem Grund wird die DispoArt als Blind (unsichtbar) oder 

Open (sichtbar) gekennzeichnet. 

Aktiv: Eine bereits für T/A verwendete DispoArt, die nicht mehr benötigt 

wird, kann nicht gelöscht werden. Vielmehr soll diese auf 

‚Nicht-Aktiv’ gesetzt werden. So sind auch in der Zukunft entsprechende 

aussagekräftige Auswertungen noch möglich.


4.2.9.2 Regeln 

Generell steht hinter dem Zweck der Verarbeitung eine feinere Auswertung der elektronischen 

Konteninformationen. Über DispoRegeln lässt sich der mitgelieferte Text zu einer gebuchten 

Bewegung auf definierte Textinhalte scannen! 

Pro DispoArt können mehrere DispoRegeln vergeben werden. Deshalb hat jede DispoRegel 

eine eigene und eindeutige ID. Mit dem Eingrenzungs-Typ kann die Anwendbarkeit auf 

einen bestimmten Bereich vorgegeben werden. Mögliche Eingrenzungs-Typen sind Alle, 

Bank oder Konto. Welche Verarbeitung mit der Regel verbunden ist, wird im Feld Beschreibung 

dokumentiert. 

� Die Prüfzeichenkette muss eindeutig sein! 

Mit den DispoRegeln lassen sich neben der feineren Verarbeitung auch die automatische 

Abstimmung auf den Buchungstext erweitern. Gleichartige Beträge können so gezielter erkannt 

werden. 

Neben dem Such-Text 1 kann auch ein Such-Text 2 vorgegeben werden und beide Suchkriterien 

über den Logik-Suchtext AND/OR verknüpft werden. Zusätzlich lässt sich noch ein 

weiterer Begriff AND NOT definieren. Damit lässt sich die Eindeutigkeit zu suchender Textinhalte 

nochmals erhöhen. 

Es besteht auch die Möglichkeit, eine der Suchfunktionen aufzurufen, die den Buchungstext 

analysiert. Zusätzliche Prozeduren ermöglichen es, einen gefundenen Textinhalt in einen 

benötigten Text umzuwandeln oder durch einen vordefinierten zu ersetzen. 

Für den automatischen Abstimmungsprozess ist die Valuta-Prüfung für Eingänge und Ausgänge 

separat möglich. Gleiches trifft auch für die prozentuale oder absolute Betragsprüfung 

zu. In diesem Falle erfolgt eine automatische Korrektur nach Valuta oder Betrag für 

Abweichungen innerhalb der Toleranzgrenzen.


Regeln für die DTA-Verarbeitung 

� Falls z.b. im Bereich Kreditoren-DTA’s mehrere verschiedene DispoArten (z.b. Kredito- 

ren-DTA, Honorar-DTA, Miet-DTA etc.) dann werden hier unter ‚Such-Text 1’ die entsprechenden 

DTA-ID’s eingetragen. (siehe auch 4.2.9.7 ). 

Für die Verarbeitung von DTA’s gelten die folgenden Regeln: 

1. sucht zuerst in den DispoArten, ob unter dem Tab ‚DTA’ (4.2.9.7) 

ein Eintrag besteht. Wenn dies der Fall ist, wird diese Definition übernommen. 

2. Wenn unter dem Tab ‚DTA’ kein Eintrag ist, sucht in den DispoRegeln 

nach der entsprechenden DTA-ID und übernimmt die dazugehörende 

DispoArt.


4.2.9.3 Kontierung 

Hinter jeder DispoArt verbirgt sich ein Cash Flow, der auch in der Finanzbuchhaltung zu 

buchen ist. 

Unter ‚FiBu-Kontonummer’ kann das entsprechende Sachkonto aus dem FiBu-Kontenplan selektiert 

werden. 

� Die FiBu-Kontonummer muss im Konten-Plan des Mandanten im FiBu-Modul eingerichtet 

sein! 

Auch allfällige BeBu-Kontierungen mit Kostenarten und -Stellen, sowie eine entsprechende 

%-Aufteilung kann hinterlegt werden.


4.2.9.4 System-DispoArten 

Für ‚System-DispoArten’ wie z.B. Devisen-Kassageschäfte müssen DispoArten (DEV-KASSA) 

erfasst werden. Auf dem Tab werden diese individuell erfassten DispoArten 

aus der Auswahl-Box selektiert und entsprechend zugewiesen. 

Vorgehensweise beim Zuweisen: 

1. DispoArt (z.B. ‚DEV-KASSA’) selektieren. 

2. Cursor auf eine Zeile ausserhalb platzieren. 

3. ‚Speichern’ drücken 

4. Weitere DispoArten mit gleicher Vorgehensweise selektieren. 

Diese Zuweisung der individuell erfassten DispoArten muss in jeder Gesellschaft gemacht 

werden. 

� Über ‚Kopieren’ öffnet sich der unten stehende Dialog. Damit lassen sich die bereits gemachten 

Zuweisungen einer Gesellschaft auf eine andere kopieren.


4.2.9.5 Transfers 

Transfers können eine individuelle Benennung, z.B. ‚IC-Transfer’ bekommen. 

Für FiBu-spezifische Gegebenheiten können unter dem Tab gewisse Einstellungen 

vorgenommen werden. 

Transfers innerhalb der gleichen Gesellschaft können FiBu-mässig auf zwei verschiedene 

Arten gebucht werden: 

Variante 1) UBS KK an CS KK 

Variante 2) UBS KK an Durchlauf-Konto 

Durchlauf-Konto an CS KK 

Wenn in der obigen Maske ‚ohne Durchlaufkonto’ � gesetzt wird, kommt die Variante 1 zum 

Tragen, andernfalls die Variante 2. 

Bei Variante 2 kann pro Währung ein entsprechendes Durchlauf-Konto gesetzt werden.


4.2.9.6 Rundungsdifferenzen 

Unter diesem Tab kann festgelegt werden, wie Rundungs-Differenzen behandeln soll.


4.2.9.7 DTA 

Unter diesem Tab können Definitionen bezüglich der Verbeitung von DTA’s festgelegt werden. 

� Wenn pro Währung und pro Kreditor-, resp. Lohn-DTA nur je eine (1) DispoArt vorge- 

sehen ist, werden die Einträge hier gemacht. 

� Gibt es z.b. im Bereich Kreditoren-DTA’s mehrere verschiedene DispoArten (z.b. Kredi- 

toren-DTA, Honorar-DTA, Miet-DTA etc.) dann werden hier keine Einträge gemacht. Die 

Zuordnung erfolgt in diesen Fällen über die DispoArten-Regeln (siehe 4.2.9.2 ).


4.2.10 Interne Kontrahenten 

Unter diesem Menü-Punkt werden die ‘Internen Kontrahenten’ verwaltet. 

Mit Internen Kontrahenten lassen sich, zwecks internen Kursabsicherungen, interne Devisen-Geschäfte 

tätigen (siehe dazu auch ‚4.2.10 Kontrakte’).


4.2.11 Kontrakte 

Unter diesem Menü-Punkt werden die ‘Kontrakte’ verwaltet. 

Kontrakt-ID: Dies ist der ‚Erfassungs-Begriff’ des Kontraktes. 

Bezeichnung: Damit lässt sich ein Kontrakt zusätzlich beschreiben. 

Kontrakt-Art: ’I’ ist der ‚Kontrakt intern’ (siehe dazu auch ‚4.2.9 Interne Kontrahenten’). 

’A’ ist der ‚Kontrakt A’. ’B’ ist der ‚Kontrakt B’. Mit der Verwendung 

der Kontrakte A und B lassen sich Handelsgeschäfte (z.B. Devisen- 

und/oder Geldmarkt-Geschäfte etc.) nach zusätzlichen Kriterien 

auswerten. 

Status: Während der gültigen Laufzeit des Kontraktes ist der Status ‚Aktiv’ 

(A). Wenn der Kontrakt geschlossen wird, ist der Status auf 

‚Closed’ (C) zu setzen. Damit kann er nur noch in den Reports ausgewertet 

werden. 

Datum: Das Datum wird mit der Eröffnung des Kontraktes gesetzt. 

4.2.11.1 Generelles 

Im Grid ‚A’ wird der entsprechende Kontrakt selektiert. 

Im Grid ‚B’ sind dann die erfassten Geschäfte dieses Kontraktes ersichtlich. Aufgrund der ent- 

sprechenden Tabs sieht man, in welchen Berei- 

chen Geschäfte für diesen Kontrakt erfasst wurden. 

B 

A


4.2.11.2 Benutzung 

Interne Kurs-Reservationen für eine Abteilung (z.B. Einkauf) sind das eine. Ob das reservierte 

Volumen letztendlich auch tatsächlich ausgeschöpft wurde, das andere. Über den Tab 

werden die effektiven Buchungen/Zahlungen für diese Reservationen erfasst. Wenn 

eine entsprechende Schnittstelle zur Verfügung steht, können die entsprechenden Bewegungen 

auch importiert werden. 

� Der Tab wird nur aktiv, wenn ein interner Kontrakt aus dem Navigations-Grid 

gewählt wurde. 

4.2.11.3 Abstimmen 

Unter dem Tab soll der aktuelle Stand des Kontraktes den importierten oder ma- 

nuell erfassten Fibu-Transaktionen gegenüber gestellt werden. Damit lässt sich jederzeit 

ermitteln, ob ein Kontrakt vollständig benutzt ist oder noch offene Positionen bestehen. 

� Der Tab wird nur aktiv, wenn ein interner Kontrakt aus dem Navigations- 

Grid gewählt wurde.


4.2.12 Netting-Stamm 

Unter diesem Menü-Punkt wird der ‘Netting-Stamm’ gepflegt. 

4.2.12.1 Melde-Währungen 

Auf dem Tab ‚Melde-Währungen’ wird definiert, in welchen Währungen Meldungen erfolgen 

dürfen. Pro Währung wird der Spread definiert, welcher die Marge des Netting-Centers darstellt. 

Unter dem Schwellenbetrag kommt der Standard-Spread zur Anwendung, darüber der 

High Spread. 

4.2.12.2 Abrechnungs-Währungen 

Auf dem Tab ‚Abrechnungs-Währungen’ wird definiert, über welche Konti für die entsprechenden 

Währungen die Abrechnung abgewickelt wird. 

4.2.12.3 Teilnehmer 

Der Tab ‚Teilnehmer’ legt fest, welche Gesellschaften am Netting partizipieren dürfen. 

Die Abrechnungswährung des Teilnehmers wird über die Kontowährung ermittelt. Es kommen 

nur Konti in Nettingwährungen in die Auswahlbox. 

Unter dem Button ‚Spreads’ können Teilnehmer bezogene Spreads erfasst werden. 

4.2.12.4 Perioden 

Der Tab ‚Perioden’ legt die Netting-Perioden fest. 

� Netting ist eine Bringschuld! Die Parteien müssen Unklarheiten regeln. Der Netting- 

Manager legt das Freeze-Datum (ab diesem Datum sind keine Meldungen für diese Periode 

mehr möglich) und das Abwicklungs-Datum (Ausführung des Abrechnungslaufes) fest. 

Unter ‚Kurse’ werden die Kurse für die Abrechnung definiert. Diese können bei der endgültigen 

Abrechnung nochmals angepasst werden.


4.2.13 FiBu-Schnittstelle 

Unter diesem Menü-Punkt werden die Definitionen für die ‘FiBu-Schnittstelle’ gemacht. 

4.2.13.1 Kontierungs-Definition 

Unter diesem Tab werden die Kontierungen (FiBu und BeBu) für die Buchungs-Funktionen 

hinterlegt. Zudem wird der FiBu-Kontenplan eingelesen und gepflegt. 

Über das Icon werden die Rechnungswesen-Daten erfasst/eingelesen und gepflegt. 

FiBu-Konten 

Hier können nun die FiBu-Konten manuell erfasst und/oder angepasst werden. Der FiBu- 

Kontenplan kann aber auch eingelesen werden. 

Nach dem Klicken des Icon öffnet sich 

die nebenstehende Box. Über werden die 

Koordinaten für den Kontenplan 

definiert. Nach dem Klicken von 

öffnet sich der Kontenplan im Excel. Nach 

dem Wechsel in wird 

gewählt. Die nebenstehende Meldung wird 

quittiert und mit der Vorgang 

abgeschlossen.


Kostenarten 

Unter diesem Tab können die Kostenarten erfasst werden. 

Währungen / Kurse 

Unter ‚FiBu-Basiswährung’ wird festgelegt, in welcher Währung die Finanzbuchhaltung für 

diesen FiBu-Mandanten geführt wird. 

Im Grid ‚FiBu-Währungen’ wird angezeigt, welche Währungen bei diesem FiBu-Mandanten definiert 

worden sind. 

Im Grid ‚FiBu-Kurse’ können die FiBu-Kurse für die entsprechende Währung angezeigt und allenfalls 

angepasst werden. 

� Wenn unter STAMMDATEN / GESELLSCHAFTEN / Customizing 

festgelegt wurde, können die FiBu-Kurse im Grid ‚FiBu-Kurse’ nicht geändert werden. 

Kostenstellen/-Träger 

Die Funktionalitäten der ‚Kostenstellen/- 

Träger’ ist analog jener der FiBu- 

Konten.


Im Grid ‚FiBu-Kontierungen’ sind alle Buchungs-Funktionen aufgeführt. Mittels hinein klicken in 

die Spalten ‚FiBu-Konto’, ‚Kostenart’und ‚Buchungs-Text’ können die entsprechenden Definitionen 

gemacht werden. 

� Mit der rechten Maustaste können für jede Buchungs-Funktion weitere Währungen zugefügt 

werden (siehe unten stehende Grafik). 

Im Grid ‚BeBu-Kontierungen’ können noch entsprechende %-Verteilungen auf die Kostenstellen 

vorgenommen werden.


4.2.13.2 FiBu-IC-Definition 

Das Allgemeine Konzept ist bereits unter ‚4.2.6 Intercompany-Accounting’ und die entsprechende 

FiBu-Verbuchung und ‚4.2.6.3 Reine FiBu-Verbuchung’ beschrieben worden. 

Im obigen Grid wird die entsprechende FiBu-Konto-Zuordnung der IC-Kontokorrente zu den 

jeweiligen Gesellschaften vorgenommen.


4.2.14 Liquiditäts-Planung / Cash-Monitor 

Unter diesem Menü-Punkt werden die Stammdaten-Definitionen für ‘die Liquiditäts-Planung 

und den Cash-Monitor’ gemacht. 

4.2.14.1 Struktur-Definition 

Strukturelement zufügen / ändern / löschen 

Über die rechte Maustaste öffnet sich ein Window, über welches 

sich die Struktur-Elemente verwalten lassen. 

Die ‚ID’ ist der Identifikations-Begriff und ist unik. Nach 

dem Speichern kann er nicht mehr geändert werden. Die 

‚Zusatz-Bezeichnung’ umschreibt den Cash Flow 

umfassender. Die ‚Bezeichnung’ entspricht dem Cash 

Flow.Über ‚Funktion’ (siehe nachfolgende Beschreibung) 

wird definiert, ob das Struktur-Element Summen bildet 

oder ein Eingabe- oder Ausgabefeld ist. Auch dieses Feld 

kann nach dem Speichern nicht mehr geändert werden. Mit 

dem ‚Level’ wird gesteuert, auf welcher Ebene die 

Verdichtung der Daten erfolgt. Mit den Feldern ‚Obligo’ 

und ‚Plan’ wird gesteuert, ob diese Position in den jeweiligen 

Auswertungs-Optionen berücksichtigt wird. Plan-Positionen können noch entsprechend gewichtet 

werden. 

Im Bereich ‚Reporting’ wird hinterlegt, in welchen Reports die Daten dieses Struktur- 

Elementes berücksichtigt werden. 

Über das Feld ‚Funktion’ wird die Programm-Funktion des Struktur- 

Elementes definiert. Nachstehend sind die Möglichkeiten der Summe, 

Eingabe und Ausgabe detailliert beschrieben. 

Bei der Funktion ‚Summe’ (symbolisiert mit ) ist das nebenstehende 

Window ‚Summenbildung’ verfügbar. Darin werden jene Eingabe-/Ausgabe- 

Strukturelemente zu Summenbildungen zugeordnet.


dann ‚minus’ gerechnet. 

Über die Option ‚Minus’ kann gesteuert werden, ob z.B. Kosten 

in den Eingabefeldern als CHF 1'000 - oder CHF 1'000 eingegeben 

werden müssen. 

Bei dieser Einstellung werden die geplanten Aufwände für Lohn- 

/Gehalts-Zahlungen in den Eingabe-Feldern positiv eingegeben. 

In den entsprechenden Summenbildungen werden diese 

Die Funktion ‚Eingabe’ (symbolisiert mit ) ist ein reines Eingabe-Feld, d.h. alle Daten- 

Eingaben erfolgen manuell. 

Verknüpfte Felder werden in der Liquiditäts-Planung automatisch abgefüllt und werden 

über die Funktion ‚Ausgabe’ (symbolisiert mit ) definiert. Beim Anklicken öffnet sich das 

nebenstehende Window ‚Ausgabe-Definitionen’. 

Über die Auswahl ‚Geschäftsart’, z.B. ‚Cash’, werden alle verfügbaren Konti angezeigt 

und werden nun selektiert. 

Devisen-Termingeschäfte z.B. werden über ‚Devisen’ und die entsprechenden DispoArten 

zugewiesen. 

� ’Ausgabe’-Felder werden zwar automatisch über definierte Verknüpfungen abgefüllt. 

Trotzdem können diese Werte manuell überschrieben werden!


4.2.14.2 Perioden-Definition 

Über das Anklicken des Icon öffnet sich das unten stehende Window ‚Perioden-Details’. 

Damit lassen sich die entsprechenden Spalten (Perioden und Summierungen) definieren. 

4.2.14.3 Gewichtung 

Über diesen Menüpunkt wird die Gewichtung der Planzahlen gemacht. 

4.2.14.4 Zeilen-Referenzen 

Über die entsprechende Matrix lassen sich Referenzen zwischen Planfeldern herstellen.


4.3 Treasury 

Alle Aktivitäten, die im Zusammenhang mit 

� der Konten-Disposition 

� der Abwicklung von Geld- und Devisen-Geschäften 

� der Aufnahme oder Vergabe von langfristigen Krediten sowie 

� der Verwaltung von Derivaten 

stehen, werden durch die Programm-Funktionen unter dem -Menu-Punkt ‚Treasury’ 

unterstützt. 

4.3.1 Cash Management 

Der Bereich Cash Management umfasst die unten stehenden Menüpunkte: 

4.3.1.1 Cash Transaktionen 

Jede Zahlungs-Bewegung, welche zu disponieren ist und die nicht durch andere Programm- 

Funktionen von - z.B. aus dem Devisen-, Geldmarkt- und/oder Kredit-Bereich - au- 

tomatisch erzeugt wird, ist als Transaktion zu erfassen. 

kennt Transaktionen für die Ein- und die Ausgangs-Seite. In der nachstehenden Gra- 

fik sind die entsprechenden Transaktions-Arten aufgeführt: 

Ausgang 

Mit der Transaktions-Art ‚Ausgang’ werden alle bekannten maschinell erstellten Zahlungs- 

Aufträge (z.B. DTA) und/oder Bankbelastungen (Daueraufträge bei der Bank, Safe-Gebühren 

etc.) erfasst. Solche Transaktionen werden nicht durch ausgelöst und abgewickelt.


Ausgangs-Zahlungen 

Zahlungs-Aufträge, die noch zu erstellen sind, werden als ‚Ausgangs-Zahlung’ im 

erfasst. Anschliessend werden diese (nach dem Unterschrifts-Prozedere) elektronisch (als EFT- 

Zahlungen) übermittelt oder als Zahlungs-/Vergütungs-Auftrag ausgedruckt. 

Es sind die folgenden Zahlungs-Varianten möglich: 

� Bankzahlung Inland 

� Bankzahlung Ausland 

� ESR orange 

� ES rot 

� Postanweisung. 

Bankzahlung Inland 

� Erfassung einer Schweizer IBAN (International Bank Account Number) 

CH70 0029 2292 1041 1018 0 

CH = Ländercode (2 Stellen) 

70 = Prüfziffer (2 Stellen) 

00292 = BC-Nummer (5 Stellen) 

292104110180 = Kontonummer (12 Stellen).


� Falls ein Begünstigter/Partner noch nicht erfasst ist, kann über (ohne die Erfassung 

der Ausgangs-Zahlung verlassen zu müssen) der Begünstigte eingegeben werden. 

Bitte beachten Sie zur Erfassung eines Begünstigten auch ‚4.2.4 Partner’. 

� Mit Vorteil bewegen Sie sich innerhalb der Bereiche ‚Begünstigter’ und ‚Bank des Begünstigten’ 

mit der TAB-Taste. 

Bankzahlung Ausland 

� Über den Push-Button kann noch eine Korrespondenz-Bank manuell eingegeben wer- 

den. 

� Mit kann der Zahlung eine entsprechende Bank-(SWIFT-)Instruktion mitgegeben 

werden. 

ESR orange 

� Bitte geben Sie die Referenz-Nr. ohne Leerzeichen ein. Am Schluss bitte die TAB-Taste 

drücken. Danach wird die Referenz-Nr.-Struktur erstellt und die Plausibilitäts-Prüfung gemacht. 

Wenn die Plausibilität nicht gegeben ist, erfolgt folgende Meldung:


ES rot 

Postanweisung 

Nach der 

Erfassung der 

jeweiligen 

Zahlung wird der 

Vorgang mit 

abgeschlossen. 

Anschliessend 

wird die 

Transaktion ins 

Erfassungs-Grid 

geschrieben. Mit 

einem Doppel- 

Klick auf der 

Transaktion im 

Grid wird die 

Zahlung wieder 

im Detail angezeigt.


Eingang 

Mit der Transaktions-Art ‚Eingang’ werden bekannte Eingänge, welche durch Avisierung von 

Dritten oder durch Meldungen von benachbarten Bereichen bekannt werden, erfasst. 

Eingang-Check 

Mit der 

Transaktions-Art 

‚Eingang-Check’ 

werden 

Checkeinreichungen 

für Kundenchecks 

erstellt. 

Auf einem 

Rimessen- 

Bordereau (Scheck- 

Einreichungsliste) 

lassen sich bis zu 

50 Checks 

eintragen. Für die 

Disposition 

errechnet 

den 

entsprechenden 

Gutschriftsbetrag 

(Kontroll-Total). 

Transfer 

Bei einem ‚Transfer’ werden beide angesprochenen Konti (Gutschrift und Belastung) in 

verwaltet. 

Falls ein Transfer ohne administrative Unterstützung von erfolgt (z.B. Vorerfassung 

eines telefonischen Auftrages), geschieht dies als ‚Transfer’. 

Transfer-Zahlung 

Wird ein Konto-Transfer mit administrativer Unterstützung (z.B. schriftliche Zahlungspapiere, 

elektronische Übermittlung etc.) veranlasst, geschieht dies über die Transaktionsart ‚Transfer- 

Zahlung’.


Nachstehend noch die folgenden Hinweise zu den Cash-Transaktionen: 

� Jede Transaktion kann in Abhängigkeit der Genauigkeit mit einem Status versehen werden. 

Der Status A=Aktiv klassifiziert Cash-Bewegungen, die vom Betrag und Zeitpunkt sicher 

sind. Beim Status V=Vormerkung ist entweder der Betrag oder der Zeitpunkt gesichert. 

Beim Status P=Plan ist weder der Betrag noch der Zeitpunkt unmittelbar gegeben. 

� Es ist empfehlenswert, im Feld ‚Bemerkungen‚ innerhalb einer Transaktion wichtige dispositive 

Angaben über die Cash-Bewegung zu hinterlegen. In der manuellen Abstimmung (siehe 

‚Einlesen/Abstimmen’) kann dieser Text hilfreiche für die Zuordnung sein. Der Text aus 

dem Feld ‚Bemerkungen’ erscheint z.B. auch in den Kontoauszügen und ist gleichzeitig der 

Buchungstext für die Verbuchung in der Finanzbuchhaltung. 

� Bei Eingangs-Checks, Ein- und Ausgänge, aber auch Ausgangs-Zahlungen in einer Fremdwährung 

zu Gunsten oder Lasten eines Kontos in einer anderen Währung kann unter 

‚Nennwert‚ die Währung und der Originalbetrag hinterlegt werden. 

� Mit dem Icon erfolgt die Limiten-Prüfung. Bitte lesen Sie dazu ‚4.2.6.3 Limiten- 

Prüfung’. 

4.3.1.2 Daueraufträge 

Periodisch 

wiederkehrende 

Cash-Bewegungen 

(Ausgang, 

Ausgangs-Zahlung, 

Eingang) werden 

über ‚Daueraufträge’ 

verwaltet 

werden.


4.3.1.3 Einlesen / Abstimmen 

Unter diesem Menupunkt werden die Daten eingelesen, resp. importiert und anschliessend 

allenfalls abgestimmt. 

Aus der untenstehenden Grafik sind die groben Zusammenhänge der Prozesse ersichtlich. 

Nachstehend sind die detaillierten Programmfunktionen in diesem Kapitel ausführlich beschrieben. 

� Bei der Funktion ‚Einlesen/Abstimmen’ handelt es sich um die manuelle Kontoabstimmung. 

Diese prüft, ob die disponierten Beträge bereits im Kontoauszug gebucht worden 

sind. Diese Kontrolle ist notwendig, damit in der valutarischen Berechnung des Kontostandes 

Bewegungen nicht doppelt berücksichtigt werden. 

� Es ist sehr empfehlenswert, zuerst die SWIFT MT942 (= Transaktionen ohne Bankbuchungs-Datum) 

abzugleichen. Anschliessend sollte der Menupunkt ‚Einlesen/Abstimmen’ 

erneut aufgerufen werden. Dann wird nämlich noch einmal ein Prozess gestartet, um die 

vorher abgehandelten MT942 mit den neuen MT940 (mit BaBu-Datum) automatisch 

abzugleichen.


Jeder Benutzer kann die Spalten-Einstellungen für die Ansicht individualisieren. Mit der Maus 

kann die Spaltenbreite verändert und die Sortierung (1 x klicken: aufsteigend, 2 x klicken: 

absteigend) individuell eingestellt werden. 

Mit Drücken der Shift-Taste können auch mehrere Sortierungs-Kriterien gleichzeitig in 

der Folge der Prioritäten definiert werden. 

� Die letzte Einstellung bleibt auch beim Verlassen des Programmes gespeichert. 

Falls unter ‚4.2.1.1 Mandanten, Definition, Customizing’ ein ‚Datei-Pfad für direktes Einle- 

sen’ hinterlegt wurde, erscheint das Icon . Mit diesem Auto-Einlese-Button können Dateien 

(analag ‚Import’) ab diesem vordefinierten Datei-Pfad eingelesen werden. 

� Um ein mehrfaches Einlesen zu verhindern, wird die eingelesene Datei anschliessend in einen 

Ordner ‚imported’ verschoben.


Einlesen der Daten 

Das Einlesen der Daten kann manuell oder automatisiert erfolgen. 

Die Definition für das automatisierte Einlesen erfolgt unter ‚4.2.2 Gesellschaften’ / Kommunikations-Einstellungen 

‚Auto download’. 

In diesem Bereich wird der Einlese- und Verarbeitungs- 

Prozess transparent dargestellt. 

Die manuelle Übernahme der Daten kann auf verschiedene Arten erfolgen. Über die rechte 

Maustaste können folgende Optionen gewählt werden: 

‚Import’: Unter diesem Menupunkt können Dateien über ein Auswahl- 

Fenster für die Selektion des entsprechenden Datei-Pfades eingelesen 

werden. 

‚Import ESR’: Mit diesem Menupunkt können ESR-Dateien herunter geladen 

werden. 

‚Kontoauszüge einlesen’: Mit dieser Option können ein oder mehrere Dienste gleichzeitig 

selektiert und anschliessend gestartet werden, um Kontoauszüge 

bei Banken direkt oder über Datenlieferanten abzurufen. 

Nach der Selektion der entsprechenden Option(-en) wird der Prozess mit gestartet 

und mit abgeschlossen. Anschliessend öffnet sich das folgende Window: 

Mit diesem Dialog wird entschieden, ob man den Report gleich ansehen/drucken will. Der Report 

kann aber auch später noch abgerufen werden. 

� Die eingelesenen und/oder importierten Daten werden, sofern das Valuta-Datum und der 

Betrag exakt übereinstimmt, vollautomatisch mit einer allenfalls vorhandenen Vormerkung 

gematcht. Falls zwei Vormerkungen mit dem gleichen Valuta-Datum und dem gleichen 

Betrag existieren, macht das System keinen Match! 

� NTRF-Code: Jede Transaktion erhält einen sog. NTRF-Code. Beim Übermitteln eines Zahlungs-Auftrages 

erhält dieser einen NTRF-Code und die zugehörige Belastung erhält den 

gleichen NTRF-Code. Damit lassen sich mehrere Belastungen mit dem gleichen Valuta- 

Datum und gleichen Betrag trotzdem matchen.


Abstimmen der Daten 

Vormerkungen’. 

Transaktionen, welche nicht genau einer bestehenden 

Vormerkungen entsprechen, werden im linken Bereich unter 

‚Bankmeldungen’ angezeigt. Transaktionen, welche ein Valuta- 

und ein Bank-Buchdatum haben, sind Swift-MT940- 

Meldungen, resp. sog. ‚Definitive Bankbuchungen’. Jene, welche 

nur ein Valuta-Datum haben, sind Swift-MT942, resp. ‚Bank- 

Im rechten Bereich werden unter ‚Vormerkungen Magnet’ alle Vormerkungen aufgeführt. 

Mit blauer Schrift werden jene Transaktionen dargestellt, welche ‚überfällig’ sind (älter 

als heute) sind. 

� Bevor diese ‚blauen’ Vormerkungen nicht abgestimmt/abgeklärt und überarbeitet sind, darf 

nicht disponiert werden. Andernfalls ist das Risiko sehr hoch, dass Transaktionen in 

der Disposition doppelt berücksichtigt werden. 

Wenn angeklickt wird, sind folgende Aktionen möglich: 

� ‚Valuta-Datum’: Das Valuta-Datum kann direkt im Grid angepasst werden. 

� ‚Löschen’: Es können eine oder mehrere Transaktionen im rechten Bereich ‚Vormerkungen 

Magnet’ markiert und gelöscht werden. 

Die Programmfunktion ‚Einlesen/Abstimmen’ mit ihrer farblichen Darstellung hilft beim Abstimmen 

der Transaktionen. 

Nach dem Anklicken von werden nur noch die roten Transaktionen ‚Ähnliche’ angezeigt. 

� Was ‚ähnlich’ ist, wird unter den Stammdaten (siehe ‚4.2.5.1 Standard-Konti’, Tab Kommunikation) 

definiert. 

Wenn nun links unter ‚Bankmeldungen’ eine Transaktionen angeklickt wird, werden im 

rechten Bereich ‚Vormerkungen Magnet’ all jene Vormerkungen angezeigt, welche die definierten 

Ähnlichkeits-Parameter erfüllen (bezüglich Abweichung Valuta-Datum und betragsmässig).


Im nächsten Schritt wird auf der rechten Seite die zugehörige Vormerkung markiert. Anschliessend 

gibt es verschiedene Optionen: 

Mit werden die beiden Transaktionen so gematcht, dass von der ursprünglichen 

Vormerkung nach dem Matchen nichts mehr übrig bleibt! 

� Bei Abweichungen hat die Bankmeldung immer Prioriät! 

Es gelten dabei die folgenden Regeln: 

‚Valuta-Datum’: Bei einem unterschiedlichen Valuta-Datum wird jenes der Bankmeldung 

übernommen! 

‚Betrag’: Falls unter ‚4.2.1.1 Mandanten-Definition’ (Tab Customizing) die Option 

‚Spesen beim Abgleichen erlauben’ gewählt wurde, öffnet sich bei einer 

betraglichen Differenz ein Dialog-Window, um die Differenz zu behandeln. 

Falls diese Option nicht angekreuzt wurde, wird der Betrag der Bankmeldung 

übernommen! 

Wenn unter ‚Vormerkungen Magnet’ (rechte Seite) ein Betrag eingeplant wurde, welcher z.B. 

Bank seitig in mehreren Transaktionen gemeldet wird, kommt die Funktion zum 

Tragen. 

� Im Gegensatz zum ‚Abgleichen’ bleibt ein allfälliger Restbetrag weiterhin bestehen und 

kann zu einem späteren Zeitpunkt wieder abgesetzt oder abgeglichen werden. 

� Sowohl beim als auch beim können Transaktionen nicht nur 1:1 (‚Bankmeldungen’ 

: ‚Vormerkungen Magnet’) verarbeitet werden. Vielmehr ist es möglich, 1:1, 

n:1, 1:n und n:n abzugleichen/abzusetzen! 

Nachdem die ‚Ähnlichen’ abgestimmt wurden, werden noch die ‚grünen’ Transaktionen auf der 

linken Seite abgearbeitet. ‚grün’ heisst, ohne Vormerkung. Dies können Transaktionen sein, für 

welche in der Tat keine Vormerkung erfasst wurden, oder aber solche, welche die definierten 

Ähnlichkeits-Parameter nicht erfüllen (bezüglich Abweichung Valuta-Datum und betragsmässig). 

Für die ‚Abarbeitung’ der ‚grünen’ Transaktionen wird Push Button angeklickt. 

Der Verarbeitungs-Prozess ist der gleiche, wie bei den ‚Ähnlichen’.


� Für den Fall, dass bei einer Bank ein neues Konto eröffnet wurde, dieses aber in den 

Stammdaten noch nicht erfasst wurde, und nun per Kommunikation bereits die ersten 

Transaktionen gemeldet wurden, kommt das nachstehende Verfahren zum Tragen. 

Als erstes muss das entsprechende Konto in den Stammdaten unter ‚4.2.5.1 Standard-Konti’ 

erfasst werden. Anschliessend geht man wie folgt vor: 

� anklicken: Unter ‚Bankmeldungen’ werden nur noch jene Transaktionen angezeigt, 

welche keinem der in den Stammdaten erfassten Konti zugeordnet werden konnten: 

� Die zu verarbeitende Transaktion wird markiert. Über die rechte Maustaste wird ein 

Auswahl-Fenster angezeigt, über welches die Option ‚Konto zuweisen’ selektiert werden 

kann. 

� ‚Konto zuweisen’: Aus der unten stehenden Selektions-Box wird das entsprechende Konto 

ausgewählt. 

� Die anschliessende Verarbeitung läuft so weiter, wie wenn diese Transaktionen über den 

‚normalen’ Weg eingelesen worden wären.


Auswertungen 

Beispiel: ‚Abstimmen’ 

Über ‚Rechte Maustaste’ im Bereich ‚Bankmeldungen’ 

öffnet sich das neben stehende Auswahl-Fenster. 

Darin lassen sich die beiden Auswertungen ‚Abstimmen’ 

und ‚Einlesen/Import’ über ein weiteres Auswahl- 

Fenster selektieren. 

� Die Handhabung von Reports wird unter ‚4.5 Auswertungen’ beschrieben.


4.3.1.4 Disposition 

Nachdem der Cash Manager die aktuellen Bankmeldungen eingelesen und abgestimmt hat, 

widmet er sich der Disposition der Konten. Ziel dieses Arbeitsschrittes ist die Konzentration 

der Liquidität auf je einem Konto pro Währung. 

Generelle Vorbereitung der Disposition 

Die Vorbereitung, resp. der Aufbau der Disposition umfasst die Selektion 

der entsprechenden Konti. 

Dies kann manuell oder über die Filter-Selektionen (siehe ‚4.2.5.1 

Standard-Konti) erfolgen. 

Anschliessend erfolgt die Datums-Eingabe ‚ab’ (in der Regel das 

‚heutige’ Datum) und die Selektion der zu disponierenden Währung. 

Über das Icon wird die 3-Tages-Übersicht angezeigt. 

Über das Icon wird die neben stehende 

Grafik 

‚Konti-Saldi vor der Disposition’ 

angezeigt.


Manuelles Dispositions-Verfahren 

Mit dem ‚Manuellen Dispositions-Verfahren’ wird in der ‚Übersicht 3-Tages-Saldi’ das zu 

belastende Konto markiert. Über die rechte Maustaste wird die Option ‚zu belastendes Konto’ 

gewählt. Anschliessend erfolgt das gleiche Prozedere mit dem zu begünstigenden Konto. Im 

orangen Feld wird nun der zu disponierende Betrag eingegeben und mit die 

Eingabe abgeschlossen. Die dadurch generierte Transaktion wird provisorisch ins Transaktions- 

Grid geschrieben. 

So werden alle Konti disponiert. Am Ende der gesamten Disposition pro Währung werden mit 

dem Drücken von die provisorischen Transaktionen definitiv generiert und in die Abwicklung 

gestellt. 

Automatisches Dispositions-Verfahren mit Zielkonto-Vorgabe 

Über das Icon öffnet sich das neben stehende 

Konfigurations-Fenster für die ‚Auto-Disposition’. 

In diesem Konfigurations-Fenster werden für jede 

Währung die entsprechenden Parameter für das Zielkonto, 

den Mindestbetrag und die Rundung 

vorgegeben. 

� Bei den Konto-Definitionen (siehe ‚4.2.5.1 Standard-Konti) kann individuell pro Konto ein 

Sockelbetrag definiert werden. Selbstverständlich wird dieser Sockelbetrag beim Automatischen 

Dispositions-Verfahren berücksichtigt!


Über das Icon wird die Automatische Disposition durchgeführt. 

Die dadurch generierten Transaktionen werden provisorisch ins Transaktions-Grid geschrieben 

und könen bei Bedarf noch manuell angepasst werden. Nach dem Drücken von wer- 

den die provisorischen Transaktionen definitiv generiert und in die Abwicklung gestellt. 

Über das Icon wird die 

nebenstehende Grafik 

‚Konti-Saldi nach der 

Disposition’ 

angezeigt. 

Es ist daraus ersichtlich, dass 

bis auf den Sockelbetrag von 

CHF 50'000 auf dem Konto 

UBSW CHF1 alle Konti 

‚geräumt’ und auf das 

definierte Zielkonto CSZH 

CHF1 übertragen wurden.


Automatisches Dispositions-Verfahren ohne Zielkonto-Vorgabe 

Über das Icon öffnet sich das neben stehende 

Konfigurations-Fenster für die ‚Auto-Disposition’. 

In diesem Konfigurations-Fenster werden für jede 

Währung die entsprechenden Parameter für das Zielkonto, 

den Mindestbetrag und die Rundung 

vorgegeben. 

Wenn kein Zielkonto gewählt, sondern die Option angeklickt wird, errechnet 

timale Zielkonto. 

selbständig aufgrund der besten Verzinsung und der günstigsten Spesen das op- 

� Dieser Prozess kann selbstverständlich nur dann erfolgreich durchgeführt werden, wenn die 

entsprechend notwendigen Basisdaten (Zinssätze und Spesen) aktuell gepflegt sind! 

� Die übrige Verfahrensweise geschieht analog dem beschriebenen Prozess für das ‚Automatische 

Dispositions-Verfahren ohne Zielkonto-Vorgabe’.


4.3.1.5 Abwicklung 

Ausgangs- und/oder Transfer-Zahlungen können als schriftliche oder elektronische Zahlungen 

ausgeführt werden. 

Es ist auch möglich, DTA-Files, welche in der Kreditoren- und/oder Lohn-Buchhaltung erstellt 

wurden, in ‚upzuloaden’. 

Alle Zahlungen, z.B. auch aus anderen Bereichen (Devisen-, Geldmarkt und/oder Kredit- 

Geschäften), werden automatisch in die ‚Abwicklung’ gestellt. 

Erfassung der ‚Einzel- und Sammel-Zahlungen’ (SWIFT + DTA) 

Die Erfassung von Einzel- und Transfer-Zahlungen ist unter ‚4.3.1.1 Cash-Transaktionen’ detailliert 

beschrieben. 

Upload DTA-Files 

Die in einem ERP-System erzeugten DTA-Files werden vom Zuständigen der Kreditoren/Lohn 

(mit der Benutzer-Rolle ‚DTA Uploader’) ins heruntergeladen (Upload). 

Datei-Auswahl: Hier wird angegeben, wo sich das Original-DTA-File befindet. 

Anzahl Trx: Entspricht der Anzahl Transaktionen des Original-DTA-Files. 

DTA-Typ: Der ‚DTA Uploader’ definiert, ob es sich um einen Kreditoren- oder 

Lohn-DTA handelt. Unter ‚4.2.1.1 Mandanten-Definition’ wird festgelegt, 

ob der jeweilige DTA von den Unterschreibenden ‚eingesehen’ und/oder 

geändert werden darf. 

� Die hinterlegte Stammdaten-Definition ‚einsehbar/änderbar’ 

kann beim Herunterladen nicht übersteuert werden. 

Über kann der DTA Uploader die Details der Original-Files nochmals kontrollieren.


Über wird der Original-DTA heruntergeladen. Dieser Original-DTA kann verschiede- 

ne Währungs-Zahlungen zulasten von verschiedenen Konten enthalten. Um eine saubere 

Verarbeitung zu gewährleisten wird deshalb der Original-DTA beim Herunterladen allenfalls 

in verschiedene DTA’s (nach Währungen und Konten) gesplittet. 

� Während dem Herunterladen wird u.a. auch geprüft, ob die entsprechenden Währungen 

und das Belastungskonto/elektronische Kontonummer in den Stammdaten erfasst und 

die DispoArten definiert sind! 

Anzeige im ‚oberen Grid’ 

Im oberen Abwicklungs-Grid werden alle noch nicht ‚abgewickelten’ Zahlungen aufgelistet. 

unter 

definiert. 

Das ‚Valuta’-Datum von Einzel-Zahlungen kann im Abwicklungs-Grid 

noch geändert werden. Nach dem Drücken der rechten Maustaste auf 

dem Feld ‚Valuta’ und dem erneuten Drücken von ‚Ändern’ kann das 

Valuta-Datum entsprechend angepasst werden. 

Im Feld ‚KommTyp’ ist vorgegeben, über welche Kommunikations-Schiene die 

Zahlung läuft (z.B. UBS-KeyDirect, Print etc.). Die Grundeinstellung, über welche 

Kommunikations-Art eine Zahlung bei einem bestimmten Konto erfolgen soll, wird 

STAMMDATEN / KONTI / Standard-Konti (Tab ‚Kommunikation’) 

In den Feldern ‚1. U’Schrift’ und ‚2. U’Schrift’ ist ersichtlich, ob bereits jemand und wenn, 

wer unterschrieben hat. Die Unterschriften-Regelung und -Berechtigungen wird unter 

definiert. 

ADMINISTRATION / Benutzer-Berechtigungen (Tab ‚Unterschriften-Konfiguration’)


� Falls nur im Feld ‚2. U’Schrift’ ein Eintrag ist, bedeutet dies, dass für diese Zahlung nur eine 

(1) Unterschrift nötig ist, oder dass der Unterschrifts-Leistende Einzel-Unterschrift hat.


Zahlungen abwickeln 

Nachstehend wird die Abwicklung der heruntergeladenen DTA-Files beschrieben. 

� Die folgenden Aktivitäten setzen die Benutzer-Rolle ‚DTA Abwickler’ voraus. 

Das heruntergeladene Original-DTA-File wurde in diesem Falle in 4 DTA-Files gesplittet, welche 

leicht gelblich markiert sind. Über ‚rechte Maustaste’ öffnet sich ein Window 

DTA matchen 

Mit dieser Funktion werden alle vorgemerkten DTA (über kann die Auswahl angepasst werden) 

im unteren Grid angezeigt. Über erfolgt der entsprechende Abgleich.


DTA bearbeiten 

Mit dieser Funktion wird der markierte, gesplittete DTA in einem Zusatz-Window angezeigt. 

Über ‚Zahlung löschen’ kann entweder eine ganze Zahlungsposition entfernt oder der Betrag 

der Zahlungs-Position verändert werden (allerdings können Beträge nur reduziert werden). 

Änderungen können zu diesem Zeitpunkt noch über annulliert 

werden. 

� Am Schluss wird das angepasste DTA-File über gespeichert. 

Danach können Änderungen nicht mehr rückgängig gemacht werden. 

Allenfalls müsste das gesamte DTA-File wieder gelöscht und neu hochgeladen werden.


Zahlungen unterschreiben 

Um die Unterschrift zu leisten, wird eine einzelne oder 

mehrere Zahlungen markiert. Anschliessend wird 

gedrückt. Der Unterschrifts-Leistende wird 

nun aufgefordert, sein Passwort einzugeben. Nach einer 

positiven Identifikation vergibt den EFT- 

Zahlungen den entsprechenden Status (siehe ‚Erklärung 

der Stati’). 

� Um DTA-Files zu unterschreiben, braucht der Benutzer die Rolle ‚DTA Unterschrift’. 

� Nachdem eine Zahlung unterschrieben ist, kann diese Transaktion nicht mehr geändert werden. 

Ein Löschen der Transaktion ist noch möglich, diese wird dann automatisch aus 

der Menge der zu übermittelnden Zahlungen heraus genommen. 

Falls sich der Unterschrifts-Leistende vorgängig informieren will, was hinter einer Zahlung 

steckt, markiert er diese Transaktion. Anschliessend klickt er an. Darauf öffnet 

sich das entsprechende Informations-Fenster. 

Wenn eine bereits unterschriebene, oder allenfalls sogar schon übermittelte und von der Bank 

zurück gewiesene Zahlung korrigiert werden soll, erfolgt dies mit . Zahlungen mit 

dem Status ‚REVIDIEREN’ können unter ‚Transaktionen’ geändert werden und behalten anschliessend 

den Status ‚REVIDIEREN’. Vor einem erneuten Senden muss die Zahlung 

noch einmal unterschrieben werden. 

� Mit dem Drücken des Push Buttons werden alle Fehler-Codes auf der 

Transaktion gelöscht! 

Alle Zahlungen mit dem Status ‚SIGNED OK’ oder ‚PRINT’ können mit ‚abgewickelt’ 

werden, d.h. bei Print-Zahlungen werden die schriftlichen Zahlungsaufträge ausgedruckt. 

EFT-Zahlungen werden elektronisch an die Bank verschickt. Anschliessend erhalten die Transaktionen 

einen entsprechenden Status und werden ins ‚untere Grid’ verschoben. 

Bei gewissen Instituten kann über den Push Button das ACK nachträglich noch 

abgeholt werden. Die entsprechende T/A wird markiert und mittels Drücken gestartet (siehe 

auch ‚Erklärung der Stati’, z.b. ‚Pending’, ‚Delivered’). 

Falls mit der Banken-Hotline geklärt ist, dass die Zahlungen empfangen worden ist, kann das 

ACK auch manuell über gesetzt werden (siehe ‚Erklärung der Stati’ Delivered).


Erklärung der Stati 

EFT-QUEUE: Die Zahlung ist für die Abwicklung (Unterschrift etc.) als elektronische 

Zahlung bereit. 

PRINT: Die Zahlung ist lediglich als Print-Zahlung (schriftlicher Zahlungs- 

Auftrag) vorgesehen. Der Ausdruck ist allerdings noch nicht erfolgt. 

SIGNED: Die ‚1. Unterschrift’ wurde geleistet. Aus dem Feld ‚1. U’Schrift’ ist ersichtlich, 

wer unterschrieben hat. Die Zahlung kann aber noch nicht übermittelt 

werden, weil eine 2. Unterschrift nötig ist. 

SIGNED OK: Die ‚1. und 2. Unterschrift’ (oder allenfalls eine Einzelunterschrift) wurden 

geleistet. Die Zahlung kann nun übermittelt werden. 

� Erst mit dem Status ‚SIGNED OK’ kann eine Zahlung übermittelt 

werden! 

PENDING: Nach dem Drücken erhält eine elektronische Zahlung diesen 

Status und wartet auf einen nächsten Status. 

� Wichtig: Falls eine Zahlung auf diesem Status ‚hängen’ bleibt, ist 

gleich zu verfahren, wie unter ‚Delivered’ = Klären mit der Bank- 

Hotline, ob die Zahlung ausgeführt wurde! 

� Wenn nicht ausgeführt: T/A ‚revidieren’ und anschliessend neu 

abwickeln. 

� Wenn ausgeführt: T/A ‚revidieren’ und anschliessend über 

manuell bestätigen. 

DELIVERED: hat die Zahlung an die Bank übermittelt, von dieser aber (noch) 

keine Bestätigungs-Datei erhalten. Warten Sie ein paar Minuten und klicken 

auf . 

� Wenn der Status ‚DELIVERED’ bleibt, klären Sie bitte mit der 

Bank-Hotline ab, ob die Zahlung ausgeführt wurde. 

Wenn die Bank bestätigt, dass die Zahlung 

ausgeführt wurde, klicken Sie auf 

. Sie werden dann gefragt: 

‚Möchten Sie manuell bestätigen?’ und klicken 

auf ‚Ja’. Mit dem nebenstehenden 

Dialog schliessen Sie den Prozess ab.


PRINTED: Wenn eine Print-Zahlung über abgewickelt wurde, und der 

Zahlungs-Auftrag ausgedruckt wurde, erhält er (im unteren Grid) den 

Status ‚DELIVERED’. 

NAK: Die Zahlung wurde an die Bank übermittelt. Die Ausführung der Zahlung 

wurde aber durch die Bank verweigert. Nach dem Markieren der Trans- 

aktion und dem Drücken von ist unter ‚Referenzen/Fehler- 

Code’ der Grund der Verweigerung ersichtlich. Dieser Verweigerungs- 

Grund kann unter Angabe des Fehler-Codes mit der Bank-Hotline abgeklärt 

werden. 

ACK: Die Zahlung wurde übermittelt und von der Bank ausgeführt. 

NOT DELIVERABLE: Die internen Tests der Zahlung waren erfolgreich. Aus technischen Gründen 

steht für die Übermittlung an die Bank keine Leitung zur Verfügung. 

Bitte Zahlung erneut unterschreiben und später noch einmal versuchen. 

REVIDIEREN: Eine bereits unterschriebene, allenfalls sogar schon übermittelte und von der 

Bank zurück gewiesene Zahlung wird/wurde ‚revidiert’ (siehe auch ‚Zahlungen 

abwickeln’). 

ERGAENZEN: Zeigt an, dass (je nach Kommunikations-Art) gewisse Informationen fehlen.


Anzeige im ‚unteren Grid’ 

Im unteren Grid werden alle ‚abgewickelten’ Zahlungen aufgelistet. 

Mit können Zahlungen nach den nebenstehenden Kriterien 

gesucht werden. 

Mit dem Markieren einer Zahlung und dem Klicken mit der rechten Maustaste sind folgende 

Funktionalitäten möglich: 

Info Dies entspricht der gleichen Funktion und Information, wie 

unter ‚Zahlungen abwickeln’ - auf bereits abgewickelte Zahlungen bezogen. 

Zurücksetzen Bereits ausgedruckte Print-Zahlungen können mit dieser Funktion wieder ‚zurück 

gesetzt’ werden. Sie erscheinen dann wieder im oberen Grid und können 

damit noch einmal gedruckt werden. 

Mit können die Reports über das Einlesen von Kontoauszügen auch für die 

Vergangenheit noch einmal angezeigt und/oder ausgedruckt werden. 

Wenn im Nachhinein noch EFT-Bestätigungen oder schriftliche Zahlungsaufträge ausgedruckt 

werden müssen, ist dies über den Push Button möglich. Dazu ist die entsprechende 

Zahlung vorgängig zu markieren.


4.3.1.6 Konto-Übersicht 

Das Ergebnis der dispositiven und aller Handels-Aktivitäten finden sich in der ‚Konto- 

Übersicht’. Und selbstverständlich finden auch die Planzahlen ihren Niederschlag in diesem 

Tool. 

Die Konto-Übersicht zeigt den zeitlichen Verlauf über die Entwicklung der valutarischen Saldi 

- gegliedert nach Ein- und Ausgangs-Kategorien. 

Selektion der Daten 

In einem ersten Schritt werden jene Daten selektiert, welche in die Konto-Übersicht einfliessen 

sollen. 

Über die Selektion der Gesellschaft wird gesteuert, welche Unternehmens-Teile 

in die Konto-Übersicht einfliessen. 

� Alle in der Unternehmens-Hierarchie unter der selektierten Gesellschaft befindlichen 

Firmen fliessen in die Konto-Übersicht ein. 

Wenn nur ein Teil dieser Konten berücksichtigt werden 

soll, wird dies durch gespeicherte Konten-Selektionen 

gesteuert. 

Weitere Selektions-Kriterien betreffen die Zeit- 

Range. Es kann eine Zeitreihe von/bis mit Perioden-Aufteilung 

(Tage/Woche/Monate) definiert 

werden. Es kann aber auch eine Zeitachse ab mit Perioden-Aufteilung (Tage/Woche/Monate) 

eingegeben werden. Über das Icon 

chert werden. 

können die gewählten Parameter für die Zukunft gespei- 

Mit der Auswahl des Kurs-Blattes wird festgelegt, welche Kurse für die Bewertung der Fremdwährungen 

herbeigezogen werden. 

� In die Konto-Übersicht fliessen nicht nur aktuelle sondern auch Planzahlen mit ein. Unter 

‚Markt-Infos’ ist beschrieben, dass mehrere Kursblätter definiert werden können. Damit lassen 

sich über ‚Kurs-Simulationen’ Szenarien und der Wirkung durchspielen, wenn sich eine 

Währung kursmässig in die eine und eine andere Währung in eine andere Richtung bewegen 

würden. 

Aufbereitung der Daten 

Nach der Selektion der Daten wird gedrückt. Anschliessend werden die Daten aufbereitet.


Anzeige der Daten 

Über diese Optionen lassen sich die Ansicht, aber 

auch der Informations-Gehalt unterschiedlich darstellen. 

Mit dem ‚groben Detaillierungs-Grad’ werden die Daten sehr 

komprimiert und nämlich nur als Eingänge und Ausgänge dargestellt. 

Mit dem ‚mittleren Detaillierungs-Grad’ lassen sich die 

Informationen ‚auf Knopfdruck’ detaillierter abrufen. 

Für die Erfassung der Transaktionen geben wir eine Empfehlung ab 

(siehe untenstehendes Kästchen). Wenn diese eingehalten wird, kann 

beim mittleren Detaillierungsgrad die Qualität der Daten besser 

beurteilt werden. Die Cash- und Finanz-Geschäfte entsprechen 

jenen mit dem Status A. 

� Jede Transaktion kann in Abhängigkeit der Genauigkeit mit einem Status versehen werden. 

Der Status A=Aktiv klassifiziert Cash-Bewegungen, die vom Betrag und Zeitpunkt sicher sind. 

Beim Status V=Vormerkung ist entweder der Betrag oder der Zeitpunkt gesichert. 

Beim Status P=Plan ist weder der Betrag noch der Zeitpunkt unmittelbar gegeben.


Mit dem ‚feinsten Detaillierungs-Grad’ lässt sich der Informations- 

Gehalt bei Bedarf weiter erhöhen. 

Darstellung/Entwicklung der Währungen und Gesamt-Liquidität 

Mit der Selektion von ‚*’ in der Währung werden alle Transaktionen auf der 

Zeitachse in der jeweiligen Währung angezeigt. 

Das heisst, dass die Spalte ‚EUR’ die Liquiditäts-Entwicklung der EUR-Währung 

anzeigt. In der ‚Total’-Spalte sind alle Währungen (bewertet zum selektierten 

Kursblatt) in der Basis-Währung zusammengefasst. 

� Nachdem alle Transaktionen/Geschäfte aus allen Bereichen mit/ohne Planzahlen in diese 

Auswertung einfliessen, widerspiegelt die Spalte ‚Total’ die gesamte Liquiditäts-Situation 

und -Entwicklung der Unternehmens-Gruppe in die Zukunft.


Die Grafik (wird aufgebaut mit Doppelklick auf dem entsprechenden Feld, z.B. ), 

resp. die Daten lassen sich auf vielfältigste Weise analysieren. Über die eingebaute Grafik- 

Toolbar lassen sich Grafiken nach persönlichen Bedürfnissen und Wünschen anpassen. Diese 

persönlichen Definition lassen sich für jeden Benutzer als ‚My Chart’ abspeichern. 

� Die jeweiligen Grafiken können damit als ‚Standard-Grafik’, ‚einmalig angepasste Grafik’ 

und/oder als ‚My Chart’ dargestellt werden. 

Darstellung/Entwicklung einer bestimmten Währung und deren Konti 

Mit der Selektion von ‚CHF’ in der Währung wird die Spalte ‚CHF’ in die ‚Total’- 

Spalte verschoben. Rechts davon werden alle Konti in der zugehörenden Währung 

angezeigt. 

Nun können die einzelnen Spalten (Total 

oder Konti) wie vorgängig beschrieben 

durch Doppelklick grafisch angezeigt 

werden. Selbstverständlich können auch 

Reihen (und damit ein bestimmter 

Stichtag) grafisch ausgewertet werden 

(siehe neben stehende Darstellung). 

Vielleicht interessiert, ob der Betrag CHF 7'839'114.06 eine 

einzige Transaktion, und insbesondere was für eine, ist. 

Mit dem Doppelklicken auf öffnet sich der 

zugehörige Konto-Auszug für die entsprechende Periode. 

Aus dem nebenstehenden 

Konto-Auszug ist ersichtlich, 

wie die entsprechenden Ein- 

und Ausgänge sich 

zusammensetzen. 

� Falls nicht der Perioden-Auszug sondern ein ‚Endlos-Auszug‚ (ohne End-Datum) gewünscht 

wird, wird anstelle des Perioden-Totalbetrages irgendwo im weissen Betrags-Feld (Eingang/Ausgang) 

im Bereich des jeweiligen Kontos doppel-geklickt.


4.3.1.7 Zins-Abrechnungen 

Mit dieser Programmfunktion lassen sich für beliebige Konti (Bank-Konti, Intercompany-Konti, 

KK Dritte etc.) Zinsabrechnungen erstellen. 


In einem ersten Schritt werden jene Daten selektiert, für welche Zinsabrechnungen erstellt 

werden sollen. 

Konto-Selektor angezeigt werden sollen. 

Über die Selektion der Gesellschaft wird gesteuert, welche Konti im 

� Alle in der Unternehmens-Hierarchie unter der selektierten Gesellschaft befindlichen 

Firmen und deren Konti fliessen in den Konto-Selektor ein. 

Mit der Selektion werden für die gewählte Periode alle ent- 

sprechenden Bewegungen auf der Basis einer Saldoverzinsung zinsmässig gerechnet. 

Wenn kein ‚von’-Datum eingegeben wird, erstellt 

eine Zinsabrechnung über alle Zeiten für alle Transaktionen auf diesem Konto. Damit werden 

rückwirkende Buchungen automatisch mitberücksichtigt, resp. korrigiert. Das System weist eine 

allfällige Zinsdifferenz aller Vorperioden aus und belegt dann detailliert die Berechnung des 

Zinses ab der letzten Zinsverbuchung. 

� Es kann eine detaillierte Zinsberechnung seit Systemdatum nachgewiesen werden, die Information, 

welche Transaktion sich rückwirkend verändert hat, kann aber nicht ermittelt 

werden. Dem Benutzer kann eine Liste aller rückwirkend veränderten Bewegungen präsentiert 

werden. Welche Transaktion sich aber wie auf die verbuchte Zinsdifferenz auswirkt, 

muss er selbst ermitteln. 

� Im Feld ist zwingend eine Eingabe zu machen! 


Nach der Selektion der Daten und dem Drücken von werden die Zins-Transaktionen auf- 

bereitet und im Transaktions-Grid in einer Zeile pro Konto angezeigt. 

Wenn ‚Bank-Konti’ selektiert wurden, kommt die folgende Hinweis-Box:


Anzeige der Daten 

Mit kann die zugehörige Zinsabrechnung mit allen Details ‚aufgeklappt’ werden. 

Über den Push Button werden die Zinsabrechnungen aufbereitet und können - wie 

alle Auswertungen - gedruckt, in Excel exportiert, als .pdf- und/oder .rtf-File gespeichert, oder 

als Mail-Anhang verschickt werden. 

Verarbeitung der Daten 

Über wird auf dem entsprechenden Konto für die erstellte Zinsabrechnung eine Trans- 

aktion ‚Konto-Verzinsung’ generiert. Mit der Erstellung dieser Transaktion wird diese Zinsperiode 

abgeschlossen. 

� Zinsabrechnungen für Bank-Konti können nicht gebucht werden! 

Für die übrigen Konti können nur Zinsabrechnungen gebucht werden, welche über die Selek- 

tion erstellt wurden. 

� Wenn - ohne dass für die abgeschlossene Zinsperiode weitere Transaktionen erfasst wurden 

- für eine gebuchte Zinsperiode wieder eine Zinsabrechnung erstellt wir, ergibt diese einen 

Betrag 0. 

Wenn die generierte Zins-Transaktion manuell gelöscht würde, kann/muss eine neue Zinsabrechnung 

erstellt und ‚gebucht’ werden, um die entsprechende Periode zinsmässig abzuschliessen.


4.3.1.8 Cash Pooling 

� Zielsetzung: Zweck ist die konzernweite Steigerung des Kapitalertrages und/oder die 

Senkung der Kapitalzinsen. 

Besonderheiten: Das fiktive Cash Pooling (Notional Pool) ist eine Bank-Dienstleistung, 

welche in der Schweiz verbreitet ist. In Deutschland beschränkt sich das Cash Pooling (Zinskompensation 

genannt) auf die eigene juristische Gesellschaft (ohne Tochtergesellschaften). 

Der Cash Pooling-Vertrag wird mit einer Bank abgeschlossen. Deshalb können auch nur die 

Konti dieses Bankinstitutes und nur in einer Währung am Cash Pooling teilnehmen. Die Zins- 

Konditionen werden ausschliesslich für das (fiktive) Pool-Konto ausgehandelt. Dabei 

ist es möglich, dass die Bank einen durchschnittlichen Sockelbetrag auf dem Poolkonto verlangt 

(Report ‚Saldo-Durchschnitt/-Entwicklung’). Das Pooling ist auf Guthaben-Basis konzipiert, 

d.h. es ist kein Refinanzierungsinstrument. 


In einem ersten Schritt werden jene Daten selektiert, für welche das Pooling gemacht werden 

soll. 

Über wird der entsprechende Banken-Pool selektiert. 

� Mit dem Setzen von kann eine Datums-Selektion gemacht werden 

. In diesem Falle werden für die gewählte Periode alle 

entsprechenden Bewegungen auf der Basis einer Saldoverzinsung zinsmässig gerechnet. 

Es kann aber keine Verbuchung durchgeführt werden! 

Mit der Option wird gewählt, ob die Daten gemäss Valuta-Datum oder 

entsprechend dem Bankbuchungs-Datum selektiert werden. In der Regel dürfte dies das 

Bankbuchungs-Datum sein, weil die Bank ihre Konten-Auszüge nach ihrem Bankbuchungs- 

Datum erstellt. Unabhängig von dieser Wahl werden die Zinsen selbstverständlich aufgrund 

dem Valuta-Datum gerechnet! 

� Im Feld ist zwingend eine Eingabe zu machen! 

Mit wird festgelegt, mit welchem Valuta-Datum die Zahlungen, 

Verrechnungen oder Buchungen des Pool-Laufes erfolgen sollen.



Nach dem Drücken von werden die Zins-Transaktionen aufbereitet und im Transaktions- 

Grid in einer Zeile pro Konto angezeigt. 

� Mit kann die aktuelle Selektion gespeichert werden. 

� Mit kann die zugehörige Zinsabrechnung mit allen Details ‚aufgeklappt’ und mit wieder 

‚zugeklappt’ werden.


Poollauf 

Für die Initialisierung des defintiven Poollaufes wird gedrückt. Damit wer- 

den die Transaktionen und/oder Buchungen gemäss dem unter ‚4.2.5.2 Pooling (Notional Pooling) 

– Verfahren’ definierten Prozess aufbereitet. 

Über das Icon kann ein definitiver gelaufener Zinslauf wieder gelöscht werden. Über das 

Anklicken dieses Icons öffnet sich der unten stehende Dialog. 

Nun lässt kann der letzte Zinslauf gelöscht werden. 

� Es kann nur der letzte Lauf gelöscht werden. Falls nötig müssten mehrere – aber immer beginnend 

mit dem letzten – gelöscht werden.


4.3.2 Devisen 

Sämtliche Devisen-Geschäfte im Bereich 

� Kassa-Geschäft 

� Termin-Geschäft 

� Swaps 

werden unter diesem Menüpunkt erfasst. Die Eingabe eines derartigen Geschäftes wirkt sich direkt 

über die angesprochenen Konten auf die Disposition, die Konto-Übersicht und alle übrigen 

Auswertungen aus. 

� Als Forex (Foreign Exchange market, FX Market, auch Devisenmarkt, Währungsmarkt) bezeichnet 

man den globalen Markt, auf dem Währungen (bzw. auf Währungen lautende Forderungen, 

d. h. so genannte Devisen) gehandelt werden. Der weltweite Devisenmarkt ist an 

keinen festen Börsenort gebunden, sondern wird durch das weltweite Netz der Interbankenbeziehungen 

konstituiert. Er ist der größte Finanzmarkt der Welt (Tagesumsatz ca. 1,9 Billionen 

Dollar). 

Ein Devisengeschäft beinhaltet den gleichzeitigen Kauf und Verkauf von unterschiedlichen 

Währungen am Interbankenmarkt. Dadurch bilden sich Tauschverhältnisse, so dass der Wert 

jeder Währung in der jeweils anderen ausgedrückt werden kann. Auf dem Devisenmarkt bildet 

sich so der nominale Wechselkurs als Preisverhältnis zwischen zwei Währungen. (Quelle: 

Wikipedia) 

4.3.2.1 Eingabe und Verarbeitung der gehandelten Devisenkurse 

In den Stammdaten unter ‚4.2.3 Währungen’ kann hinterlegt werden, wie die gehandelten 

Devisenkurse für die jeweiligen Währungspaare in den Devisen-Masken eingegeben und verarbeitet 

werden. Für die in den Stammdaten definierten Währungspaare ist die Auswahlbox 

‚ausgegraut’, auf der Eingabemaske ist allerdings ersichtlich, wie die entsprechende Stammdaten-Definition 

hinterlegt wurde. 

� Für alle zu handelnden Devisen-Währungspaare, für welche diese Kurs-Definition nicht 

hinterlegt wurde, muss die -Problematik in der jeweiligen Devisen-Maske manuell abgehandelt 

werden.


4.3.2.2 Kassa-Geschäfte 

� Devisengeschäfte, bei denen die Währungen zum Zeitpunkt des Geschäftsabschlusses (in der 

Praxis zwei Tage später) getauscht werden, heissen ‚Devisenkassa-Geschäfte’. 

Handels-Teil 

Im Handels-Teil werden die Absprachen eingegeben. 

� Hinweise zu: 

Devisenkurse siehe auch ‚4.2.3 Währungen’ und ‚4.3.2.1 Eingabe und Verarbeitung 

der gehandelten Devisenkurse’. 

Kontrakte müssen in den Stammdaten eröffnet sein. Siehe auch ‚4.2.11 Kontrakte’. 

Zahlungswege siehe auch unter ‚4.3.2.4 Zahlungswege’. 

Beträge die gehandelten Beträge werden blau, die errechneten rot dargestellt! 

Die entsprechenden Farben werden nur vor dem Speichern 

farbig angezeigt! 

Mit kann die Problematik von Rundungsdifferenzen gelöst werden. 

Back Office-Teil 

Im Back Office-Teil werden die Informationen über die Konto-Abwicklung erfasst. 

� Bei einer Zahlungs-Andienung muss zwingend die Zahlart definiert werden. Unter Mitteilungen 

können dem Zahlungs-Empfänger noch individuelle Informationen übermittelt werden. 

� Die Funktion ist unter ‚4.3.2.2 Termin-Geschäfte’ beschrieben.


4.3.2.3 Termin-Geschäfte 

� Ein ‚Devisen-Termingeschäft’ ist ein Devisengeschäft, bei dem der Tausch von Währungen 

zu einem bestimmten zukünftigen Termin und zu einem bereits bei Geschäftsabschluss 

vereinbarten Devisenkurs (Terminkurs) vereinbart wird. Devisen-Termingeschäfte eignen 

sich zur Sicherung gegen Wechselkurs-Schwankungen. 

Zwischen dem Devisen-Kassa- und dem Devisen-Terminkurs besteht eine Differenz, die als 

‚SwapSatz’ bezeichnet wird; diese wird in Prozent des Devisen-Kassakurses ausgedrückt. 

Liegt der Terminkurs über dem Kassakurs, spricht man von einem ‚Report’ (Aufschlag), 

liegt er darunter, von einem ‚Deport’ (Abschlag). Ausgangspunkt ist das Zinsniveau im In- 

bzw. Ausland. 

� Zinsniveau Inland > Zinsniveau Ausland = Deport (Abschlag) 

� Zinsniveau Inland < Zinsniveau Ausland = Report (Aufschlag) 

Die Handhabung des Devisen-Termingeschäftes ist analog jenem des Kassa-Geschäftes. 

Zusätzlich wird noch der entsprechende Auf-/Abschlag eingegeben. 

Mit dem Push-Button kann ein Termin-Geschäft über ein Swap- 

Geschäft ‚verlängert’ werden. Mit dem nebenstehenden Window wird 

entschieden, ob die Kauf- oder Verkaufs-Seite ‚geswaped’ wird. 

Anschliessend öffnet sich die ‚SWAP’-Maske, in der die relevanten Daten des 

‚alten’ Termin-Geschäftes bereits ausgefüllt sind. Die Swap-Geschäfte sind 

unter ‚4.3.2.3 Swap-Geschäfte’ beschrieben. 

� Das über erfasste Swap-Geschäft wird unter der gleichen Transaktions- 

Nummer wie das ‚alte’ Termin-Geschäft gespeichert. Das ‚V’ bei zeigt an, 

dass noch mit diesem Geschäft zusammenhängende ‚Vorgänger-Geschäfte’ existieren.


4.3.2.4 Swaps 

� Kauf einer Währung gegen eine andere Währung zu einer bestimmten Fälligkeit und 

gleichzeitiger Rückkauf vom gleichen Kontrahenten zu einer anderen Fälligkeit. Gewöhnlich 

ist das eine Fälligkeitsdatum dasjenige von Kassa-Geschäften. 

Im Bereich der Handels-Maske wird der ‚Kassa’-Teil des Geschäftes erfasst, 

im Bereich die Informationen zur ‚Termin’-Absprache. 

Im Back Office-Bereich kann zwischen dem (Back Office-) Kassa-Teil und dem (Back Office- 

) Termin-Teil gewechselt werden.


4.3.2.5 Devisen-Optionen 

� Bei ‚Devisen-Options-Geschäften’ erwirbt der Käufer das Recht, an einem bestimmten 

Tag oder auch innerhalb einer bestimmten Frist einen bestimmten Betrag in einer 

Währung zu einem festgelegten Preis zu kaufen bzw. zu verkaufen. 

Je nach Inhalt des Geschäfts unterscheidet man Kauf- und Verkaufs-Optionen. Der Geschäftspartner 

des Erwerbers einer Option wird als Stillhalter bezeichnet. 

Als Stillhalter wird bezeichnet, wer gegen eine Prämie, eine Option verkauft. Der Verkäufer 

wird Stillhalter genannt, da er bis zur evtl. Ausübung der Option durch den Käufer 

� bei Kauf-Optionen (Calls) für den dahinter liegenden Basiswert stillhält. 

� bei Verkaufs-Optionen (Puts) hält der Verkäufer Geld bereit, um den Basiswert zu erwerben. 

Der Stillhalter ist immer von der Entscheidung des Options-Käufers abhängig.


4.3.2.6 Zahlungswege 

In aller Regel werden Handels-Geschäfte über eine Konto-/Konto-Abwicklung abgeschlossen. 

Falls keine solche Kontokorrent-Beziehung 

besteht, muss eine Zahlung ‚angedient’ 

werden. Zu diesem Zweck werden beim 

jeweiligen Partner nicht nur die 

Kontrahenten-Daten sondern auch die Zahlungs-Verbindungen 

hinterlegt. Pro 

Kontrahent können mehrere Zahlungs- 

Verbindungen und in mehreren 

Währungen definiert werden. 

Über kann die 

gewünschte 

werden. 

Zahlungs-Verbindung selektiert 

� Über die Zahlungswege wird definiert, auf welches Konto der Kontrahent sein Guthaben 

transferiert (gutgeschrieben) bekommt. 

� Über Belastung wird festgelegt, ab welchem Konto die Zahlungs-Andienung erfolgt und 

damit auch belastet wird.


4.3.3 Geldmarkt 

Call- (Tagesgeld) und Termingeld-Geschäfte werden in diesem Bereich festgehalten. Dabei 

unterscheidet zwischen 

� Termin-Anlage 

� Termin-Aufnahme 

� Callgeld-Anlage 

� Callgeld-Aufnahme. 




� Für die Geldmarkt-Geschäfte ist es zwingend notwendig, dass für den Handels-Kontrahenten 

ein Geldkonto (siehe ‚4.2.5.1 Standard-Konti) definiert ist. 

� Die Definition der Usanzen können ‚4.3.4.1 Festkredite’ nachgelesen werden.


4.3.3.1 Termin-Anlage 

Im Handels-Teil werden die gehandelten Konditionen erfasst. 

� Für die Termin-Geschäfte (Anlagen und Aufnahmen) ist es zwingend notwendig, dass für den 

Handels-Kontrahenten ein Geldkonto (siehe ‚4.2.5.1 Standard-Konti) definiert ist. 

Im Handels-Teil wird die Abwicklung des Back Office gemacht. 

� Es können Termingeld-Geschäfte auch mit Kontrahenten durchgeführt werden, mit denen 

keine Kontokorrent-Beziehung unterhalten wird. 

In diesem Fall muss bei der Erfassung des Geschäftes vorgegeben werden, über welches Bankkonto 

die Anlageseite abgewickelt (belastet) wird. Unter werden die 

(unter Partner/Kontrahenten) gespeicherten Zahlungsempfänger-Informationen abgerufen. 

Zudem wird noch die Zahlart selektiert. 

� Lesen Sie bitte zu diesem Thema auch ‚4.3.2.6 Zahlungswege’. 

Bei Fremdwährungs-Anlagen nimmt den aktuellsten unter ‚Markt- 

Infos/Kurse/Systemkurse’ hinterlegten Buchkurs, welcher allenfalls noch überschrieben werden 

kann. 

� Der Text unter ‚Bemerkungen’ wird an verschiedenen Orten wieder verwendet, so z.B. in 

den Konto-Auszügen oder als Buchungs-Text für die FiBu-Buchungen.


4.3.3.2 Termin-Aufnahme 

Die Erfassung und Abwicklung einer Termin-Aufnahme erfolgt analog jener der Termin- 

Anlage, selbstverständlich angepasst der Charakteristik des Geschäftes (z.B. ohne Feld ‚Steuer’, 

‚Zahlungsweg/Zahlart’ auf der Rückzahlung etc.). 

Aus revisionstechnischen Gründen müssen die Handels- 

Geschäfte allenfalls mit den Bank-Belegen 

abgestimmt werden. 

Über die rechte Maustaste öffnet sich der nebenstehende 

Dialog. Mit dem Drücken von wird im Transaktions- 

Grid die Transaktion mit dem Datums-Stempel versehen und im Feld ‚von’ wird automatisch 

der entsprechende Benutzer als Kontrolleur eingetragen.


4.3.3.3 Callgeld-Anlage 

� Für die Callgeld-Geschäfte ist es zwingend notwendig, dass für den Handels-Kontrahenten 

ein Callgeld-Konto (siehe ‚4.2.5.1 Standard-Konti) definiert ist. Pro Kontrahent, Gesellschaft 

und Währung kann nur ein (1) Callgeld-Konto erfasst werden! 

Im Handels-Teil werden die gehandelten Konditionen erfasst. 

Bei der Erfassung einer Callgeld-Anlage prüft ob bereits eine Callgeld-Anlage 

bei diesem Kontrahenten und in dieser Währung besteht. Wenn 

dieser Callgeld-Anlage unter angezeigt. 

� noch keine Anlage besteht, wird 

automatisch ‚Neu’ aktiviert und alle 

anderen Optionen ‚ausgegraut’. 

� bereits eine Anlage bei diesem 

Kontrahenten in dieser Währung besteht, 

ist die Option ‚Neu’ ausgegraut und alle 

anderen Möglichkeiten offen. 

Zusätzlich wird der momentane Bestand 

� Eine Callgeld-Anlage kann nur erfasst werden, wenn keine Callgeld-Aufnahme beim 

gleichen Kontrahenten und in der gleichen Währung mehr offen ist! 

4.3.3.4 Callgeld-Aufnahme 

Die Erfassung und Abwicklung einer Callgeld-Aufnahme erfolgt analog jener der Callgeld- 

Anlage. 

� Eine Callgeld-Aufnahme kann nur erfasst werden, wenn keine Callgeld-Anlage beim 

gleichen Kontrahenten und in der gleichen Währung mehr offen ist!


4.3.4 Kredite / Darlehens-Verwaltung 

Aktiv- und Passiv-Kredite werden in diesem Bereich erfasst und verwaltet. Dabei unterscheidet 

zwischen 

� Festkredit 

� Ratenkredit 

� Annuitäten-Kredit 

� Hypotheken. 

Die Eingabe eines derartigen Geschäftes wirkt sich direkt über die angesprochenen Konten auf 

die Disposition, die Konto-Übersicht und alle übrigen Auswertungen aus. 

� Für die Kredit-Geschäfte ist es zwingend notwendig, dass für den Handels-Kontrahenten ein 

Kredit-Konto (siehe ‚4.2.5.1 Standard-Konti) definiert ist.


4.3.4.1 Festkredite 

� Die Festkredite sind ausserordentlich flexibel (siehe Bearbeitung Zins- und Tilgungs- 

plan) einsetzbar. Aus diesem Grunde empfehlen wir, sie auch für die Verwaltung der Hypotheken 

etc. einzusetzen.


Erfassung eines Kredites: Konditionen 

Unter diesem Tab werden die vertraglichen Vereinbarungen festgehalten. 

Nach der Auswahl, ob es sich um einen ‚Aktiv’ oder ‚Passiv’ Festkredit handelt, werden im 

Handels-Bereich die allgemeinen Informationen wie Währung, Kapitalbetrag, Laufzeit Kredit, 

Laufzeit Zinsen, Zinssatz, Usanz, Zahlweise (der Zinsen), Steuer, Periode (Zinsen) und 

Start (Zinsen) erfasst. 

� Zu Usanz und Start (Zinsen) können auf der folgenden Seite noch Hinweise nachgelesen 

werden. 

Handelsteil 

� Lesen Sie bitte zum Thema Zahlungsweg Kapitel ‚4.3.2.6 Zahlungswege’. 

� Allfällige Kontrakte müssen in den Stammdaten eröffnet sein. Bitte beachten Sie dazu 

Kapitel ‚4.2.11 Kontrakte’.


� Gültige Usanzen sind: (Quelle: http://de.wikipedia.org/wiki/Zinsberechnungsmethode) 

Unter Usanzen oder Zinsberechnungsmethoden (siehe auch day count convention) 

versteht man die einzelnen Varianten der Finanzmathematik in der Zinsberechnung. 

Insgesamt gibt es weltweit neun verschiedene Methoden, die wissenschaftlich 

anerkannt sind. Hiervon kommen in der Realität sechs Methoden zur Anwendung. 

Alle Methoden basieren hierbei auf den klassischen Zinsformeln, sie unterscheiden 

sich lediglich in der Berechnung der Anzahl der Tage. Die weltweit üblichen 

Methoden sind: 

ACT/365 (englische Zinsmethode) 





ACT/360 (Eurozins-Methode; Französische Zinsmethode) 




- Bei der Eurozinsmethode wird der erste Anlagetag verzinst, der letzte Anlagetag wird nicht 

verzinst. 

- Bei der Französischen Zinsmethode wird der erste Anlagetag nicht verzinst, der letzte Anlagetag 

wird verzinst. 

30/360 bzw. 30E/360 deutsche (kaufmännische) Zinsmethode 

- Der Zinsmonat umfasst immer 30 Tage, das Zinsjahr umfasst immer 360 Tage. In Monaten 

mit 31 Tagen werden der 30. und 31. als insgesamt ein Tag gezählt. Bei Geschäften, die 

im Februar enden, werden die Tage Kalender genau gezählt (also für den Februar maximal 

28/29 Tage). Bei Geschäften, die nicht im Februar enden, wird der Februar mit 30 

Tagen gezählt. 

- Das Basisjahr wird (ebenso wie Zinsmonat und Zinsjahr unabhängig von der Anzahl der tatsächlichen 

Tage) mit 360 Tagen angesetzt. 

- Je nach Anlageart wird entweder der erste Anlagetag oder der letzte Anlagetag verzinst und 

der andere nicht. 

ACT/ACT Tagesgenaue- oder Effektivzins-Methode (ISMA-Rule) 

- Das zweite ACT steht in diesem Fall für actual historical = tatsächlich historisch. 


- Das Basisjahr hat wie das Zinsjahr Kalender genau 365 bzw. 366 Tage. 


� Das Start-Datum (Zinsen) hat folgende Bedeutung: 

Defaultmässig setzt als Start das Datum der Laufzeit-Beginn Zinsen + Periode 

(z.B. Vierteljahr). Im unten stehenden Beispiel würde dies bedeuten, dass das Start-Datum 

für die Zinsen der 31.01.07 wäre. Damit würden die Zinsen gleichmässig alle drei Monate 

fällig. 

Falls nun aber die Zinsen (z.B. aller Kredite) jeweils immer Ende eines Kalender- 

Quartals fällig werden, kann dies über das Feld Start gesteuert werden. Im unten stehenden 

Beispiel wird die defaultmässige Vorgabe 31.01.07 mit 31.12.06 als erste Zinsfälligkeit 

übersteuert. Damit ergeben sich für den ersten und letzten Zins gebrochene Fälligkeiten.


Back Office-Teil 

Im Bereich ‚Backoffice’ werden die Bank 

und das Konto, über welches das Geschäft 

abgewickelt wird, eingegeben. 

Bei Fremdwährungs-Geschäften nimmt 

den aktuellsten unter ‚Markt- 

Infos/Kurse/System-kurse’ hinterlegten Buchkurs, welcher allenfalls noch überschrieben werden 

kann. 

� Der Text unter ‚Bemerkungen’ wird an verschiedenen Orten wieder verwendet, so z.B. in 

den Konto-Auszügen oder als Buchungs-Text für die FiBu-Buchungen. 

Falls im Bereich ‚Handel’ ein Zahlungsweg eingegeben wurde, präsentiert sich der ‚Back Office’-Teil 

wie folgt: 

In diesem Fall ist es zwingend, dass eine ‚Zahlart’ gewählt wird. Der ‚Mitteilungs’-Text (für 

den Zahlungs-Empfänger) ist fakultativ. 

Die Erfassung des Kredites wird mit abgeschlossen.


Zins-/Tilgungsplan 

Aufgrund der Eingaben im Bereich ‚Handel’ des Konditionen-Tabs wird ein Zins- 

/Tilgungsplan erstellt. 

Bearbeiten Zins- und Tilgungsplan 

Über die rechte Maustaste öffnet sich das obige Window mit verschiedenen Funktionen. Über 

diese lässt sich der Zins-/Tilgungsplan noch individuell gestalten. 

� Wichtig: Wenn gewählt wird, werden alle manuellen Eingriffe 

im Zins- und Tilgungsplan wieder initial überschrieben. 

Ausnahme: Jene Positionen, welche ein Bankbuchungs-Datum aufweisen, werden beibehalten! 

Empfehlung: Zinsatz-Änderungen, welche definitiv sind, sollten manuell mit einem ‚Bankbuchungs-Datum’ 

(= Datum, wann diese Vereinbarung geschlossen wurde) versehen werden. 

� Grundlage für die Zinsberechnungen ist das Valuta-Datum. 

Das Fälligkeits-Datum legt fest, wann die Zins-Position fällig wird. Deshalb wird das Valuta-Datum 

= Fälligkeits-Datum gesetzt. Fällt das Fälligkeits-Datum auf einen Samstag 

oder Sonntag, wird der kommende Montag als Fälligkeits-Datum gesetzt. 

In die Cash-Transaktion (im Cash Management) wird das Fälligkeits-Datum (im Zins- und 

Tilgungsplan) als Cash-Valuta-Datum übernommen.


Ändern: 

Bitte Hinweis auf dem Window beachten! 

Über diese Funktion kann z.B. das Fälligkeits-Datum 

(siehe obigen Hinweis) noch angepasst werden. Ebenso 

ist es möglich, für Konten, welche nicht elektronisch 

angeschlossen sind, das Bankbuchungs-Datum manuell 

zu setzen. Allfällige Rundungs-Differenzen bezüglich 

dem Bruttozins und der Quellensteuer können ebenfalls 

hier korrigiert werden. Falls diese Position (Zins oder 

Kapitalveränderung) allenfalls nicht über das vorgesehene 

Konto abgewickelt werden soll, kann dies auch hier gemacht werden. 

Löschen: 

Kapitalreduktion: 

Kapitalerhöhung: 

Über diese Funktion können beliebige Positionen aus dem 

Zins-/Tilgungsplan gelöscht werden. (Bitte Hinweis unter 

‚Bearbeiten Zins-/Tilgungsplan beachten!). 

Es können beliebig viele Kapitalreduktionen und zu beliebigen 

Terminen vorgenommen werden. Es kann auch mehr reduziert 

werden, als Kapital im Moment vorhanden ist. Mit wird 

der Zins-/Tilgungsplan umgehend aktualisiert. (Bitte Hinweis 

unter ‚Bearbeiten Zins-/Tilgungsplan beachten!). 

Mit den Kapitalerhöhungen verhält es sich analog den 

Kapitalreduktionen!


Zinssatzänderung: 

Zahlungsweg: 

Zinssatzänderungen sind zu jedem beliebigen Termin 

möglich. Zinsatz-Änderungen, welche definitiv sind, sollten 

manuell mit einem ‚Bankbuchungs-Datum’ (= Datum, wann 

diese Vereinbarung geschlossen wurde) versehen werden. 

Andernfalls werden sie beim Neuberechnen des Zins- 

/Tilgungsplanes gelöscht! 

Über diese Funktion kann festgelegt werden, über welches 

Konto ein Zahlungsfluss abgewickelt wird und/oder auf welches 

Konto (beim Empfänger) ein Zahlungsfluss fliessen soll. 

Druck Zins-/Tilgungsplan und Druck Fälligkeits-Anzeige: Über diese Menupunkte lassen 

sich diese Druckaufträge generieren.


Zins- und Tilgungsplan neu berechnen 

Nach den beschriebenen manuellen Eingriffen stellt sich der Zins-/Tilgungsplan wie folgt dar: 

Über lässt sich der Zins- 

/Tilgungsplan wieder so darstellen, wie der Kredit 

ursprünglich erfasst wurde. Davon ausgenommen 

sind alle Positionen mit einem Bankbuchungs- 

Datum aufweisen. 

Nach dem Neuberechnen des Zins- und Tilgungsplanes sieht dieser wie folgt aus:


Verträge 

Der Erstellung und Verwaltung des Vertragswesen im Bereich der Kredite/Darlehen 

kommt eine immer höhere Bedeutung zu. Auf der einen Seite ist die Administration von 

Intercompany-Verträgen sehr aufwendig, auf der anderen Seite müssen z.b. bei Revisionen 

die entsprechenden Veträge zur Verfügung stehen. Aus diesen Gründen wurden diesen 

Themen entsprechende Priorität gewidmet. 

Erstellung eines Vertrages: 

Für das Kredit-Modul von steht ein Vertrags-Template zur Verfügung. Dieses wird 

über gespeichert und … 

kann über aufgerufen werden:


Speichern/Anzeigen eines unterschriebenen Vertrages als pdf-dokument: 

� Mit der rechten Maustaste klicken unterhalb von ‚Bezeichnung’. 

� Es öffnet sich das nebenstehende Menu, ‚Neu’ anklicken. 

� Entsprechendes pdf.dokument in der Explorer-Auswahl selektieren. 

Sicherheiten 

Um einen unterzeichneten Vertrag in einem pdf-Format in 

zu übernehmen, wird wie folgt vorgegangen: 

Über Markieren und Anzeigen (rechte Maustaste) 

kann das pdf-Dokument angezeigt werden. 

Bei den Sicherheiten verhält es sich analog dem Thema ‚Verträge’. Es können beliebe Sicherheiten, 

wie Bank-Garantien, Schuldbriefe etc. verwaltet werden. 

Sicherheiten-Monitor 

Über den Sicherheiten-Monitor werden alle erfassten Sicherheiten angezeigt. Es ist daraus 

auch ersichtlich, für welche Kredite diese Sicherheiten verwendet werden (inkl. Gültigkeits-Termine) 

und wo diese aufbewahrt werden:


4.3.5 Derivate 

Derivative Finanz-Instrumente werden in diesem Bereich festgehalten. Dabei unterscheidet 

zwischen 

� Devisen-Optionen 

� Caps (Rel. 4.x) 

� Floors (Rel. 4.x) 

� Collars (Rel. 4.x) 

� FRA’s (Rel. 4.x) 

� Zinsswaps 

� Währungsswaps (Rel. 4.x) 

� Swaptions (Rel. 4.x) 




� Im Bereich Bank- und Börsenwesen beziehungsweise im Finanzmanagement sind Derivate 

(auch: Derivative Finanzinstrumente) Produkte, deren Marktwert sich von den klassischen 

Basisinstrumenten (wie zum Beispiel Aktien, Anleihen oder Gold) ableitet. Zu den Derivaten 

zählen handelbare Finanzprodukte wie Futures, Optionen, Zertifikate, Optionsscheine, sowie 

nicht standardisierte Finanzprodukte wie Termingeschäfte (Forwards) oder Swaps. 

Das Derivat ist lateinischer Herkunft (v. derivare = ableiten) und deutet darauf hin, dass 

der Preis (Kurs) dieser Instrumente grundsätzlich von einem ihnen zugrunde liegenden 

Marktgegenstand (dem Basiswert) abhängt. Hierbei ist als Besonderheit zu beachten, dass 

einige Derivate sowohl positive als auch negative Marktwerte haben können. 

Allgemein verbrieft ein Derivat ein Recht, zum Beispiel das Recht auf einen bestimmten 

Verkaufspreis einer Ware. Das Grundprinzip eines jeden Derivats ist, dass Leistung und 

Gegenleistung nicht wie beim Kassageschäft (Spotmarktgeschäft) Zug-um-Zug bei Vertragsabschluss 

ausgetauscht, sondern im Vorhinein für einen späteren Zeitpunkt vereinbart werden. 

Vertragsabschluss und Erfüllung fallen mithin zeitlich deutlich auseinander.


4.3.5.1 Zinsswaps 

� Swap kommt aus dem Englischen und bedeutet ‚Tausch’. In der Finanzbranche versteht man 

unter einer Swaptransaktion traditionellerweise ein Zinstauschgeschäft. Ganz allgemein 

handelt es sich um einen Tausch von Vermögenswerten oder Zahlungsverpflichtungen. 

� Swaps gehören zur Gruppe der Derivate und können dazu verwendet werden, offene Risikopositionen, 

die sich aufgrund ständig ändernder Marktpreise ergeben, zu eliminieren 

(Absicherung) oder aufzubauen (Spekulation). Swaps werden somit zur Risikosteuerung eingesetzt. 

Hier kann zwischen Einzelgeschäfts- und Portfoliosteuerung unterschieden werden. 

Bei der Einzelgeschäftssteuerung wird eine einzelne Risikoposition auf- oder abgebaut, 

während bei der Portfoliosteuerung das Risikoprofil mehrerer Positionen zusammen, also 

eines Portfolios, verändert wird. Grundsätzlich kann der Grossteil der Swaptransaktionen 

in Zins- und Währungsswaps eingeteilt werden. 

� Ein Zinsswap ist eine vertragliche Vereinbarung über den Austausch regelmässiger 

Zinszahlungen zwischen zwei Parteien. Grundsätzlich verpflichtet sich eine Partei A, einen 

fixen Zins auf einen bestimmten Betrag (Nominalbetrag) an eine Partei B zu zahlen, 

während sich die Partei B verpflichtet, im Gegenzug einen variablen Zins auf diesen Nominalbetrag 

an A zu entrichten. 

� Absicherung mit einem Zinsswap: Firma A hat für die nächsten zwei Jahre eine 

Verpflichtung von CHF 1'000’000, auf die sie halbjährlich vom aktuellen Marktzins abhängige 

Zinszahlungen leisten muss (6-Monats-LIBOR + 100 Bp). Sie befürchtet nun, dass der 

Marktzins in den nächsten zwei Jahren ansteigen wird und möchte sich entsprechend 

gegen dieses Szenario absichern. Dazu kann sie einen Zinsswap abschliessen. 

fixe Zinszahlung 

CHF 4 % p.a. 

Firma A Firma B 

variable Zinszahl. 

CHF 6-M. LIBOR 

Sie sucht eine Gegenpartei (Firma B), welche bereit ist, an A vom Zinssatz abhängige Zahlungen 

zu entrichten, während sie im Gegenzug fixe Zahlungen erhält. 

Die Firmen A und B gehen am 31. Dezember 2005 einen Zinsswap ein. A verpflichtet sich, 

der Firma B auf dem Nominalbetrag von CHF 1'000’000 während der nächsten zwei Jahre 

jeweils auf Jahresende einen fixen Zins von 4 % (CHF 40’000) zu bezahlen. Im Gegenzug 

entrichtet B halbjährlich einen variablen Zins in der Höhe des 6-Monats-LIBOR, bezogen auf 

den gleichen Nominalbetrag. 

In der unten stehenden Tabelle sind die Geldflüsse aus Sicht der Firma A dargestellt. Da die 

Firma A nun halbjährlich variable Zahlungen erhält und für ihre Verpflichtung auch 

halbjährlich variable Zinszahlungen leisten muss, hat sie ihr Zinsrisiko mit dem Abschluss 

der Swaptransaktion eliminiert und ihr Ziel erreicht, da ihre Zahlung für die beiden 

Jahre, unabhängig von der Zinsentwicklung, CHF 100’000 [2*(4 % + 100 Bp)] beträgt. Oder 

anders gerechnet, die Differenz zwischen den variablen Zinszahlungen + die fixen Zinszahlungen. 

Geldflüsse aus Sicht der Firma A 

Datum 

Zinssatz Verpflichtung 

6 Monats- 

LIBOR 

Swap 

Variable Fixe Variable 

Zinszahlung Zinszahlung Zinszahlung 

LIBOR + 100 Bp 4% LIBOR 

30.06.2006 3.00% -20'000 15'000 

31.12.2006 3.25% -21'250 -40'000 16'250 

30.06.2007 3.00% -20'000 15'000 

31.12.2007 4.50% -27'500 -40'000 22'500 

Summe -88'750 -80'000 68'750 

Fixe Belastung für Firma A (zinsunabhängig) -100'000


� Spekulation mit einem Zinsswap: Bei Erwartung steigender respektive fallender Zinsen 

können Swaps abgeschlossen werden, um von einer solchen Bewegung an den Zinsmärkten 

zu profitieren. 

Tritt die erwartete Zinsänderung nicht ein, realisiert der Spekulant jedoch einen Verlust. Falls 

ein Unternehmen beispielsweise steigende Zinsen erwartet, wird es einen fixen Zins zahlen 

und einen variablen Zins erhalten, von dessen erwartetem Anstieg es profitieren könnte. 

Konditionen 

Unter diesem Tab werden die vertraglichen Vereinbarungen festgehalten. 

Nach der Auswahl, ob man ‚Fix Payer’ oder ‚Fix Receiver’ ist, werden die allgemeinen Informationen 

wie Betrag, Laufzeit etc. erfasst. 

In diesem Bereich wird der fixe Teil des Geschäftes eingegeben ... 

… und in diesem die variablen Konditionen 

der vertraglichen Absprachen.


Cashflow 

Aufgrund der unter ‚Konditionen’ erfassten vertraglichen Absprachen ergeben sich Cashflows 

für die Zukunft. Diese werden unter diesem Tab angezeigt. 

Die entsprechenden generierten Transaktionen für diese Cashflows können an dieser Stelle 

noch bearbeitet werden. Über die rechte Maustaste öffnet sich das unten stehende Window mit 

verschiedenen Optionen. 

Mit ‚Fixing’ wird z.B. die neue Vereinbarung des Zinssatzes für die nächste Periode des 

variablen Teils gemacht. 

Verträge 

Unter diesem Tab können - analog dem Kredit-Modul - alle Verträge verwaltet und gespeichert 

werden.


4.3.6 Business Intelligence 

4.3.6.1 Ausgangslage 

In einer Applikation wie werden die Informationen in Datenbanken mit dem Ziel ab- 

gespeichert, sichere und schnelle Transaktionen durchzuführen. Diese optimierte Art der Datenhaltung 

hat den Nachteil, dass dynamische mehrdimensionale Auswertungen, wie man 

sie bei ‚Business Intelligence’ (BI) Werkzeugen erhält, nur mit grossem Zusatzaufwand 

möglich sind. Es war bisher notwendig, die Daten aus der Applikation zu exportieren, in einer 

BI-Lösung einzulesen und zu bearbeiten. Diese Prozesse beanspruchten viel Zeit, Geld und insbesondere 

viel Spezial-Know how. Ein Anwender war in der Regel von der Komplexität von BI- 

Systemen überfordert. 

Ist es verwunderlich, dass in der Praxis deshalb nur selten Daten zur Planung und Optimierung 

der Businessprozesse genutzt wurden? 

4.3.6.2 Lösungs-Ansatz 

-Daten können in so genannten Datenwürfeln (Cubes) abgespeichert werden. Dadurch 

ist es möglich, die Daten direkt interaktiv und in beliebigen Verknüpfungen auszuwerten 

und darzustellen. Dies erlaubt eine vertiefte Analyse. Dabei lassen sich auch Informationen 

aus verschiedenen Modulen (z.B. Devisen-, Geldmarkt-, Kredit-Modul etc.) in 

verdichteter Form berechnen und anzeigen, selbstverständlich auch als Grafiken. 

In gängigen BI-Werkzeugen kann man die Achsen einer Datentabelle nach Belieben festlegen, 

drehen und - ‚slice und dice’ - auf eine tiefere Detailstufe gehen. 

Dies beschreibt treffend die Benutzer freundlichen Möglichkeiten der Datenanalyse von 

als OLAP-Tool, weil auf einfachste Weise das analysierte Ergebnis eingeschränkt 

oder erweitert (slice = Scheibe), gekippt und gedreht (dice = Würfel) werden kann. 

4.3.6.3 Lösungs-Beispiel 

Anhand eines einfachen Beispieles zeigen wir Ihnen Anwendungs-Möglichkeiten auf. 

Frage / Anforderung 

Sie wollen z.B. wissen, welches Volumen von FX-Kassa- und Termin-Geschäften Sie im 3. 

Quartal 2007 in den jeweiligen Währungen über bestimmte Bank-Konti bei einer bestimmten 

Gesellschaft mit einem bestimmten Kontrahenten getätigt haben. 

Lösung / Definition 

Über das ‚Cockpit’ (Abbildung nächste Seite) können auf einfache Art und Weise die entsprechenden 

Definitionen gemacht werden. 

Im Bereich ‚Messgrössen und Dimensionen’ stehen die für die Analyse notwendigen Felder/Daten 

zur Verfügung. Diese können nun mit Drag and Drop für die vertikale Achsdefinition 

in die ‚Kategorien’ und für die horizontale in die ‚Reihen’ gezogen werden. Über die 

Felddefinition (im Beispiel ‚DispoArt-Bezeichnung) können auf einer 2. Hierarchie-Stufe noch 

einzelne Geschäftsarten (FX-Kassa etc.) selektiert werden. Über ‚Filter/Aufbrechen’ können 

noch beliebige Filter für die Anzeige der Daten gelegt werden.


Die über ‚Kategorien’, ‚Reihen’ und ‚Filter/Aufbrechen’ selektierten Daten werden nun im Ergebnisbereich 

als ‚Pivot-Tabelle’ angzeigt. Damit kann die gestellte Frage jetzt beantwortet 

werden. 

Über den Tab ‚Grafik’ kann das Ergebnis 

automatisch grafisch aufbereitet und allenfalls 

mit der Grafik-Toolbar 

nach eigenem Gutdünken verändert werden. 

Varianten / Szenarien 

Vielleicht wollen Sie das Ergebnis aber nicht nach ‚Währung/Geschäft’, 

sondern nach ‚Geschäft/Währung’ gegliedert 

haben. Mit Drag an Drop ziehen Sie das Feld ‚DispoArt- 

Bezeichnung’ nach links vor das Feld ‚Währung’ und das Ergebnis 

präsentiert sich nach Ihren Wünschen. 

Gleich verhält es sich mit allen Definitionen in den ‚Kategorien’ und ‚Reihen’. 

Auswertungen 

Die Ergebnisse können als ad hoc- 

Auswertungen oder als Varianten für immer 

wiederkehrende Analysen gespeichert 

werden.


4.4 Übrige Bereiche 

Alle Aktivitäten, die im Zusammenhang mit 

� dem Portolio-/Wertschriften-Management 

� dem Netting 

� der Liquiditäts-Planung sowie 

� der FiBu-Schnittstelle 

stehen, werden durch die Programm-Funktionen unter dem -Menu-Punkt ‚Übrige Be- 

reiche’ unterstützt.


4.4.1 Netting 

4.4.1.1 Das Konzept und die Philosophie 

� Der Begriff ‚Netting’ als Oberbegriff bedeutet, dass gegenläufige Forderungen zu einer 

"Netto-Position" saldiert werden. 

Ziel des Nettings ist, den physischen Geldfluss innerhalb einer Holding-Struktur zu mi- 

nimieren. Zu diesem Zweck existiert das Nettingcenter, welches die Beschaffung und 

die physischen Geldtransaktionen (welche Kosten verursachen) minimiert.


4.4.2 Liquiditäts-Planung / Cash Flow-Monitor 


Ziel 

Das Ziel eines Unternehmens besteht darin, Treasury Ressourcen in einem oder mehreren 

Treasury Center(n) zu konzentrieren. Mit einer Corporate In-House Bank sollen die 

operativen Konzerneinheiten in allen Treasury-Belangen unterstützt, gleichzeitig aber 

auch gesteuert und überwacht werden. 

Bisherige Lösungen … 

Herkömmliche Treasury Systeme bedienen das Corporate Treasury mit Funktionalitäten um das 

Tagesgeschäft mit den Banken abzuwickeln. Für das Geschäft mit den operativen Konzerneinheiten 

erhält das Treasury jedoch wenig Unterstützung. Die operativen Konzerneinheiten 

rapportieren dem Treasury spezifisch erwartete Cash Flows, d.h. ein Sonderfall/Ausnahme 

(exception) Reporting veranlasst das Treasury, Aktivitäten für Absicherungen, 

Finanzierungen oder Anlagen zu unternehmen. Das Reporting erfolgt einzeln oder mittels Spreadsheet-Tabellen. 

… und deren Schwachstellen 

Cash Flows von Einheiten welche keine Aktivitäten durch das Treasury verlangen, z.B. ordentliche 

operative Cash Flows in Heimwährung, sind in diesem Prozess nicht abgedeckt und werden 

separat rapportiert. Lokal durch die Konzerneinheiten getätigte Treasury-Geschäfte werden 

ebenfalls separat gemeldet und überwacht. Dies wird als zusätzlicher Aufwand empfunden; die 

operativen Konzerneinheiten erhalten keinen Mehrwert. 

Als Konsequenz ist das Treasury bestenfalls in der Lage, seine Aktivitäten und die Risiken der 

spezifisch rapportierten Cash Flows der Konzerneinheiten zu bewirtschaften, aber es hat keinen 

Konzern weiten, gesamten Cash Flow-Überblick. 

Neuer strategischer Lösungs-Ansatz 

operative cash flow 

cashflowmonitor 

financial risk management 

standard / exception reporting (MIS) 

group entities 

finance / hedging 

treasury 

corporate in-house bank 

treasury software 

transaction management / cash management 

external treasury dealings 

corporate in-house bank 

- inter-company current accounts 

- cash concentration (pooling) 

- inter-company clearing 

- payment factory 

- f/x management / hedging 

- funding / investment 

Das Modul ‚Liquiditäts-Planung 

/ Cash Flow-Monitor’ 

von basiert auf 

einem neuen strategischen 

Ansatz für die Planung, 

Überwachung und 

Steuerung der Konzern- 

Liquidität von kleinen bis 

multi-nationalen 

nehmen.Unter- 

Es erfüllt die Aufgabe eines 

kombinierten Reporting 

Tools für die Cash Flows 

des operativen 

Geschäftes sowie der 

Finanz- und Absicherung von Positionen und Transaktionen des Treasury. Dieses Mo-


dul ist der zentrale web-basierte Liquiditäts- und Risiko-Generator eines multinationalen 

Unternehmens. Es funktioniert als Radarschirm für umfassendes Konzern 

weites Finanz Risk Management. 

Es ist das unentbehrliche MIS Tool für Treasurer, Controller, CFO und CEO auf Konzernstufe, 

sowie für das Management der einzelnen operativen Konzerneinheiten. Das Modul ‚Liquiditäts- 

Planung / Cash Flow-Monitor’ von sprengt den Rahmen einer üblichen Liquidi- 

tätsplanung. Die Software liefert Schlüsseldaten der 

� erwarteten Cash Performance des operativen Geschäftes auf verschiedenen Risikoebenen 

� inklusive Kauf/Veräusserung von Produktionsstätten, Maschinen, etc. 

kombiniert mit 

� Finanz-Positionen und Transaktionen 

� Devisen-Absicherungsgeschäften 

welche eine Übersicht in der Entwicklung der 

� erwarteten Cash-Salden 

� inklusive Banken-Kreditlinien 

ermöglichen, konsolidiert gerechnet mit 

� unterschiedlichen Devisenkursen. 

‚Liquiditäts-Planung / Cash Flow-Monitor’ von unterstützt die Unternehmensfüh- 

rung in strategischen Fragen betreffend 

� Sales (Performance, Märkte) 

� Produktion (Standort) 

� Infrastruktur (Gebäude/Maschinen) 

� Rückzahlung von Finanzschulden (Darlehen, Obligationen, etc.) 

� Strategien für Absicherungen 

� Firmen-Zu-/Verkäufe 

� Investitionen 

� Refinanzierung/Eigenkapital. 

Mit anderen Worten, ‚Liquiditäts-Planung / Cash Flow-Monitor’ von beantwortet ent- 

scheidende Fragen: 

� Realisiert das operative Geschäft die erwarteten Cash Flows auf den Bankkonten? 

� In welchem Ausmass beeinflussen Schwankungen der Devisenkurse die Ertragslage, 

weil die Währungen von Sales und Produktionskosten nicht übereinstimmen? 

� Können Finanzschulden Termin gerecht zurückbezahlt werden? 

� In welchem Ausmass kann das operative Geschäft neue Infrastrukturen, Firmen- 

Zukäufe, Investitionen, etc. selber finanzieren? 

� Besteht zusätzlicher Finanzierungs- und/oder Kapitalisierungs-Bedarf? 

Dank der fortlaufenden Überwachung der Akkumulierung der Cash Flows des geplanten 

operativen Geschäftes ermöglicht ‚Liquiditäts-Planung / Cash Flow-Monitor’ von 

zudem dem Treasury und seine Gegenparteien sofort zu reagieren, wenn der Ge- 

schäftsgang nicht den ursprünglichen Erwartungen, d.h. Planung, entspricht.


4.4.2.2 Eingabe auf Stufe ‚Unternehmenseinheit’ 

Der Input erfolgt durch alle rapportierenden Unternehmenseinheiten individuell und für 

jede Geschäftswährung einzeln. 

Der bottom-up-Ansatz erlaubt, dass ein 

� umfassendes Risiko-Profil der Cash Flows für jede Unternehmenseinheit erstellt 

werden kann. 

Die Konzern weite Konsolidierung erfolgt auf jeder gewünschten Unternehmensstufe, d.h. 

� Konzern 

� Sub-Holding 

� Geschäftszweig 

� geografische Zone 

� Land etc. 

Liquidität 

Cash Flow Monitor 

Bank Cash Intercompany Cash 

Foreign Exchange


4.4.3 FiBu-Schnittstelle 


In wird zwischen Cash (relevanten)-Transaktionen und lediglich Fibu-relevanten 

Daten unterschieden. Anhand eines Festgeldes im Bereich Geldmarkt sollen die Unterschiede 

aufgezeigt werden: 

Cash-relevante Informationen sind: 

� Anlage (Kapital) 

� Rückzahlungsbetrag (Kapital + Nettozinsen) 

FiBu-relevante Daten sind: 

� Anlage (Kapital) 

� Zinsen 

� Steuern 

� Kommission 

� Rückzahlung. 

Alle ‚nur’ FiBu-relevanten Kontierungs-Informationen werden über Buchungs-Funktionen 

zur Verfügung gestellt. 

4.4.3.2 Die Stammdaten 

� Die nachstehenden Informationen sind informativ, um die Zusammenhänge besser zu verstehen. 

Bitte beachten Sie zu diesem Thema das Kapitel ‚4.2 Stammdaten’. 

Die Kontierungs-Informationen für die Soll-/Haben-Buchungen stammen aus verschiedenen 

Quellen. 

Stammdaten ‚Konti’ 

Die Kontierungen für Konto-relevante Daten werden bei den Stammdaten ‚Konti’ hinterlegt. 

Über das Icon wird der hinterlegte FiBu-Kontenplan geöffnet. Daraus kann das entsprechende 

FiBu-Konto markiert und übernommen werden. 

Falls bei Transfers, Geldmarkt-, Devisen-Geschäften etc. zusätzlich ein Durchlaufs-Konto bebucht 

werden soll, wird dies unter den Stammdaten ‚DispoArten’ definiert. 

Stammdaten ‚DispoArten’ 

Die Gegenbuchung zu den (Bank-)Konti wird aus den Stammdaten ‚DispoArten’ herbeigezogen. 

Alle Cash Flows (Geschäftsvorfälle) können als DispoArten hinterlegt werden. Für jede 

DispoArt kann ein eigenes FiBu-Konto definiert werden. 

Wenn bei Transfers, Geldmarkt-, Devisen-Geschäften etc. zusätzlich ein Durchlaufs-Konto 

bebucht werden soll, werden unter den System-DispoArten die entsprechenden Durchlauf- 

Konti eingegeben. Wenn kein Durchlauf-Konto bebucht werden soll, wird bei den jeweiligen 

System-DispoArten die Konstante MAGNET_NONE eingegeben.


Stammdaten ‚Buchungs-Funktionen’ 

Eine Buchungs-Funktion kann als Funktionalität, welche mit einem bestimmten Feld auf einer 

Maske verbunden ist, bezeichnet werden. 

So sind z.B. bei einer Termin-Anlage für die Felder 

� Zinsen 

� Steuern 

� Kommission 

Buchungs-Funktionen hinterlegt.


4.4.3.3 Die Kontierung 

Aufgrund der vorherigen Transaktion (Nr. 830) gehen wir auf die Verbuchung in ein. 

Mit dem Icon auf der T/A-Maske wird in die FiBu-Verbuchung verzweigt. 

Mit diesem Beispiel wird aufgezeigt, dass es in Logische Buchungseinheiten (LBU 

– Logical Booking Units) gibt. Diese sind farblich unterschiedlich hinterlegt. 

Die erste LBU (in diesem Falle die Anlage-Seite) ist weiss hinterlegt. Weil sie bereits ein 

Bankbuchungs-Datum hat, kann sie fibu-mässig verbucht werden. 

Die zweite LBU (die Rückzahlungs-Seite) ist grau hinterlegt. Weil sie noch kein Bankbuchungs-Datum 

aufweist, ist sie für die FiBu-Verbuchung noch nicht frei gegeben.


4.4.3.4 Die Generierung und Übergabe der FiBu-Datei 

Definition von Buchungs-Stapeln 

� gewährleistet eine klare Trennung zwischen den Tätigkeiten im Treasury und 

jener in der Finanzbuchhaltung. Buchhalterische Arbeiten können losgelöst von Treasury- 

Aktivitäten ausschliesslich im FiBu-Modul durchgeführt werden. 

Mit dem Einrichten von Buchungs-Stapeln wird der Buchungs-Stoff nach Sachgebieten oder 

-Bearbeiter geordnet. 

Über öffnet sich das nebenstehende Window. 

Über den Push Button öffnet sich das 

nachfolgende Definitions-Fenster ‚Buchungs- 

Stapel’. 

Mit dem Einrichten eines ‚Buchungs-Stapel’ 

wird festgelegt, welche Zahlungs-Bewegungen 

in einen Stapel fliessen sollen. 

Einem Buchungs-Stapel können sowohl 

einzelne Konti als auch eine beliebige Anzahl 

von DispoArten zugeordnet werden. Mit 

DispoArten kann eine Abgrenzung des Buchungs-Stoffes 

nach bestimmten 

Zahlungsvorgängen (z.B. ‚Filial-Einzahlungen’, 

Debitoren-Zahlungen etc.) gemacht werden. 

Durch diese sachgebietsbezogene Eingrenzung 

und das Konzept der DispoArten wird erreicht, 

dass alle diese Bewegungen 

automatisch richtig kontiert und direkt 

über die Schnittstelle an die Finanzbuchhaltung 

übergeben werden. 

Wenn Sachbearbeiter bestimmte Banken 

und/oder Bank-Konti bearbeiten, können die 

Konto-Zuordnungen verwendet werden.


Erstellen von Buchungs-Mappen 

Über öffnet sich das Window ‚Neue Mappe erstellen’. 

� Nur Buchungen in Buchungs-Mappen können über die FiBu-Schnittstelle in die Buchhaltung 

übergeben werden! 

Mit der Wahl von ‚Valuta’ oder ‚Bank’ wird festgelegt, ob in der Finanzbuchhaltung gemäss Valuta- 

oder dem Bankbuchungs-Datum gebucht wird. 

Mit ‚Datum von-bis’ wird der Buchungsstoff eingegrenzt, der in die Buchungs-Mappe fliessen 

soll. 

Über ‚Buchungsstapel’ wird ein eingerichteter 

Buchungs-Stapel selektiert und anschliessend in 

das Feld ‚Buchungsmappe’ geklickt. Dadurch wird 

ein Buchungsmappen-Name vergeben. Unter 

‚Selektion’ wird der selektierte Datums-Range 

angezeigt. Mit dem Drücken von wird die 

Buchungs-Mappe generiert.


Bearbeiten von Buchungs-Mappen 

Die Buchungen in dieser Buchungsmappe können in der FiBu-Abteilung noch kontrolliert 

und - mittels rechter Maustaste - überarbeitet werden. 

Im oberen Grid werden alle Geschäftsvorfälle dieser Buchungsmappe angezeigt. Im unteren 

Grid werden die entsprechenden Buchungen/Kontierungen des markierten Geschäftsvorfalles 

angezeigt. Eine mit markierte Transaktion zeigt, dass diese 

nicht an die FiBu übergeben werden kann, weil entsprechende Informationen (z.B. das Gegenkonto 

etc.) fehlen. 

� Um Buchungen von Geschäftsvorfällen überarbeiten zu können, ist die entsprechende Transaktion 

im oberen Grid zu markieren. Nach dem Drücken der rechten Maustaste öffnet 

sich eine Auswahl mit ‚Zurücksetzen’, ‚Hinzufügen’ und ‚Ändern’. 

Wenn für einen Geschäftsvorfall noch Abklärungen nötig sind, kann der Beleg über ‚Zurücksetzen’ 

wieder aus der Buchungsmappe entfernt und in den Stapel zurückgestellt werden. 

Über ‚Hinzufügen’ öffnet sich das nebenstehende 

Window. Nach den entsprechenden Eingaben kann 

über das weitere Fenster ‚Einzelne Transaktion 

zufügen’ ein Geschäftsvorfall selektiert und der 

bestehenden Buchungs-Mappe zugefügt werden. 

Mit der Option ‚Ändern’ öffnet sich die FiBu-Verbuchungsmaske. Nun können die Soll- 

/Haben-Buchungen entsprechend geändert und/oder erweitert werden.


Übergabe der FiBu-Datei 

Mit wird die entsprechende Schnittstellen-Datei generiert und mit 

der nebenstehenden Meldung quittiert. 

Mit dem Icon können ‚Transferierte Mappen’ 

noch einmal angeschaut werden. Es erscheint die 

nebenstehende Auswahl-Box. Mit Drücken von 

kommt eine Auswahl der möglichen Buchungs- 

Mappen. Mit ‚Markieren’ und öffnet sich 

die gewählte Mappe. 

Das Symbol zeigt, dass die Buchungsmappe 

gesperrt ist. 

Mit kann die bereits ‚Transferierte Mappe’ und mit geöffnete Mappe noch einmal für 

die Bearbeitung geöffnet werden. Das Symbol 

offen ist. 

zeigt, dass die Buchungsmappe wieder 

Mit kann die entsprechende Schnittstellen-Datei mit oder ohne Änderungen 

noch einmal generiert und übergeben werden. 

� Es besteht das hohe Risiko, dass in diesem Falle die Buchungs-Mappe doppelt in die 

Finanz-Buchhaltung übergeben wird. Bitte klären Sie dies sorgfältig ab! 

Protokollierung / Reporting 

Über wird die entsprechende Buchungs-Mappe selek- 

tiert. 

Mit wird das Buchungsmappen- 

Protokoll ausgegeben. 

Mit wird das Schnittstellen-Journal 

aufbereitet.


Schnittstellen-Konfiguration 

Moderne Systeme sollten sich nahtlos in eine heterogene Systemlandschaft einfügen können. 

Propritäre Formate etc. stellen Stolpersteine in Legacy-Systemen dar. trägt dieser 

Anforderung per Design Rechnung. Der -Application-Server stellt seine gesamte Funk- 

tionalität inklusive aller Security-Merkmale mittels Webservice-Interfaces zur Verfügung. Die 

gesamte -Funktionalität kann also auch in andere Anwendungen eingebunden oder 

online benutzt werden. 

Nun ist sich Softcash AG bewusst, dass längst nicht alle Legacy-Systeme über standardisierte, 

XML-basierende Webservice-Schnittstellen verfügen, deshalb wurde eine hochkonfigurierbare 

Export-Schnittstelle implementiert, welche keine Wünsche offen lässt. 

Mit dem Icon wird diese Schnittstelle konfiguriert. 

Im linken Teil des Schnittstellen-Konfigurators bietet alle Felder an, welche für den 

Export sinnvoll sein können. 

� Im Export-File erscheinen nur jene Felder, welche mit markiert sind! 

Über die rechte Maustaste öffnet sich ein Window. Mit den Optionen ‚Nach oben’ oder ‚Nach 

unten’ kann die Position des Feldes im Record bestimmt werden. 

‚Formatierung’ erlaubt, das Feld so aufzubereiten, wie es die 

Schnittstelle des Fremdsystems erwartet (z.B. Datum 31.10.06 oder 

31.10.2006 oder … oder …). Über kann das Ergebnis der Formatierung 

überprüft (so wird das Feld im File übergeben). 

Einem Feld kann auch ein Defaultwert zugeordnet werden, wobei 

ein Defaultwert auch ein anderes Feld sein kann. Die Feldbreite ist 

dann relevant, wenn ein auf der Konfiguration fixe Recordlänge 

spezifiziert wurde, ansonsten wird dieser Wert ignoriert.


Über diese individuellen Möglichkeiten lassen sich alle erdenklichen Standard-Formatierungen 

machen. Die Filesortierung lässt sich ebenfalls über das Feld Sortierung festlegen. 

Ebenfalls können bei Bedarf ein File Header und Footer festgelegt werden. 

� In der Regel erfolgt die Schnittstellen-Konfiguration durch Softcash AG. 

Kundenindividuelle Schnittstellen-Konfiguration 

Falls ein Kunde unternehmensspezifische Anpassungen der Schnittstelle, welche nicht in den 

Standard eingebaut werden können, benötigt, können diese in einem kundenspezifischen Assembly 

(DLL) eingebracht werden, welches unter 

eingelinkt werden kann. 

Nachdem die definierten Formatierungen für jeden Record durchlaufen sind, erhält (falls eingetragen) 

das Kunden-Assembly die Kontrolle über den Record und kann damit tun und lassen, 

was es will. Betriebsspezifisches Ummappen auf andere Konti oder andere Optionen können 

hier implementiert werden. Den Möglichkeiten sind keine Grenzen gesetzt. CustomFormatter-Assemblies 

müssen von einer Basisklasse CustomFormatter abgeleitet sein, welche Softcash 

AG seinen Kunden auf Wunsch zur Verfügung stellt. 

4.4.3.5 Die FiBu-Schnittstellen-Beschreibung


4.5 Auswertungen 

Daten und Information können in auf verschiedene Art und Weise ausgewertet, resp. 

ausgegeben werden: 

� Standard-Reports in 

� Ausgabe Standard-Reports als .pdf 

� Ausgabe Standard-Reports als Excel-Datei 

� Ausgabe Standard-Reports als Word-Datei (RTF-Format) 

� Ausgabe ‚Drag and Drop’.


4.5.1 Ausgabe Standard-Reports 

Unter dem Menüpunkt ‚Auswertungen’ stehen für die einzelnen Bereiche verschiedene Auswertungen 

zur Verfügung. 

� In einer Auswertung werden alle Daten jener Gesellschaft, auf der man sich befindet 

schaften, angezeigt. 

, und alle in der Hierarchie darunter liegenden Gesell- 

Mit der Wahl eines bestimmten Reports öffnet sich ein Selektions-Fenster, z.b. für den 

‚DispoArten-Auszug’: 

In der entsprechenden Auswahl erscheinen nun alle 

möglichen Daten, z.B. Konti (oder in diesem Falle alle 

DispoArten), der gesamten Gruppe. 

Mit dem Klicken auf wird die Gesellschafts- 

Hierarchie angezeigt: 

Nun können die � jener Gesellschaften entfernt werden, deren Daten nicht in die Auswertung 

einfliessen sollen. Gleichzeitig werden auch die Auswahl-Kriterien (DispoArten, Konti 

etc,) entsprechend auf die neuen Selektions-Kriterien eingeschränkt.


4.5.2 Ausgabe Standard-Reports als pdf-Datei 

Der nachfolgende Kontoauszug zeigt sich als Standard-Report wie folgt: 

Über das Icon kann er als pdf-Datei gespeichert werden. 

Selektion ‚Anwendung’ bedeutet, dass der Report im pdf-Format 

am Bildschirm (als tmp-Datei) angezeigt wird. 

Selektion ‚Datei’ bedeutet, dass der Report unter einem Namen 

gespeichert wird.


4.5.3 Ausgabe Standard-Reports als Excel-Datei 

Über das Icon kann der Report ins Excel exportiert werden, und dort vollumfäng- 

lich weiterverarbeitet werden. 

Selektion ‚Anwendung’ = tmp.Datei: 

Selektion ‚Datei’ = ‚speichern unter’:


4.5.4 Ausgabe Standard-Reports als Word-Datei (RTF) 

Über das Icon kann der Report im RTF-Format ins Word exportiert werden.


4.5.5 Ausgabe Standard-Reports als Mail-Anhang 

Über das Icon kann der Report einem Mail als Anhang mitgegeben werden.


4.5.6 Ausgabe ‚Drag and Drop’ 

Mit der Option ‚DRAG: nur sichtbare’ wird lediglich der Inhalt des Reports (ohne Header) 

zur Weiterverarbeitung in ein Excel-Sheet übernommen. 

Mit der Option ‚DRAG: Alle’ werden alle Felder/Inhalte dieses Reports (ohne Header) zur 

Weiterverarbeitung in ein Excel-Sheet übernommen.


4.6 Markt-Infos 

Unter diesem Menupunkt werden externe Markt-Informationen, wie 

� Währungs-Kurse und 

� Zins-Sätze 

verwaltet. 

4.6.1 Kurse 


MARKTINFOS / Kurse 

werden die 

� System- (Basis- und Buchkurs) 

� Bewertungs- und 

� Wertschriften-Kurse 

definiert und allenfalls manuell gepflegt. 

Währungs-Bewegungen müssen buchhalterisch in die Basis-Währung umgerechnet werden. 

Aus diesem Grunde werden entsprechende Buch-Kurse (für die Transaktions-Erfassung) hinterlegt. 

verwendet diese Buch-Kurse, um die Gegenwerte für Transaktionen auf Wäh- 

rungs-Koten automatisch berechnen zu können. Bei der Erfassung einer Transaktion können 

diese internen (Buch-)Kurse noch individuell übersteuert werden. Nach dem gleichen Verfahren 

rechnet das System auch Geld- und andere Geschäfte um. 

Um Währungs-Bewegungen nachträglich zu bewerten, werden entsprechende Bewertungs-Kurse 

hinterlegt. Dabei können unterschiedliche Kurs-Arten definiert werden. 

4.6.1.1 System-Kurse 

Unter den System-Kursen werden die Basis- und Buch-Kurse definiert. Für jeden Tag kann 

ein entsprechendes Währungsblatt für die definierten Währungen angelegt werden.


4.6.1.2 Bewertungs-Kurse 

Um Währungs-Bewegungen nachträglich zu bewerten, werden entsprechende Bewertungs-Kurse 

hinterlegt. Dabei können beliebig viele unterschiedliche Kurs-Arten definiert 

werden. Es kann für jeden Tag pro Kurs-Art ein entsprechendes Kurs-Blatt angelegt werden. 

Die Kurse können manuell eingegeben oder automatisch eingelesen werden. 

Erfassung/Definition für Kurs-Arten 

Neues Kurs-Blatt manuell erfassen 

Über öffnet sich das neben stehende Fenster. 

Über den Push-Button können weitere 

Kurs-Arten erfasst werden. 

Mit kann auf der obersten Maske ein neues Kurs-Blatt manuell erfasst werden. 

� Pro Tag und pro Kurs-Art kann jeweils ein (1) Kurs-Blatt angelegt werden. 

Mit werden nur die Kassa-Kurse (Geld-, Brief- und Mittel-Kurse), 

mit werden auch die entsprechenden Termin-Auf- und Abschläge angezeigt. 

4.6.1.3 Wertschriften-Kurse 

Analog zu den Bewertungs-Kursen verhält es sich mit den Wertschriften-Kursen.


4.6.2 Kurs-Import via Excel 


MARKTINFOS / Kursimport via Excel 

können Kurse automatisch von Excel übernommen werden. 

4.6.2.1 Verwaltung der Kursimport-Files 

Es können gleichzeitig mehrere Kursimport-Files verwaltet und eingelesen werden. 

4.6.2.2 Aufbau und Struktur des Excel-Files 

Über öffnet sich das neben stehende 

Fenster und über kann das 

entsprechende Excel-File gesucht und 

selektiert werden. 

Mit können weitere 

Kursimport-Files definiert und erfasst 

werden. 

Softcash AG stellt dem Kunden in Form von Excel ein Beispiel eines Devisen-Kursimport-Files 

kostenlos zur Verfügung. 

� Der Kunde ist für den korrekten Aufbau, resp für allfällige Anpassungen, des Excel-Sheets 

selber verantwortlich. 

Folgendes ist unbedingt zu beachten: 

� Gültige Kursarten: Es kann nur in MAGNET eingelesen werden, wenn in den Markt- 

Infos unter 'Kurse/Bewertungskurse' die entsprechende Kursart definiert ist. Dies ist 

die Voraussetzung fürs Einlesen der Excel-Sheets. Dies muss für jede Gesellschaft 

definiert werden! 

� Blätter: Beim Einlesen der Devisen-Kurse prüft MAGNET, ob es 3-stellige Codes 

als Blattnamen gibt. Die Kurse des Blattes 'CHF' zum Beispiel (siehe Grafik nächste 

Seite), werden dann für alle Gesellschaften mit der Basis-Währung 'CHF' einge- 

lesen. Falls unterschiedliche Basis-Kurse verwendet werden, muss folgerichtig für je- 

de Basis-Währung ein entsprechendes Blatt existieren. Andernfalls müssen diese 

Kurse manuell in MAGNET erfasst werden. Im Softcash-Standard-Excel sind zwei Ba- 

sis-Währungen definiert, CHF und EUR. Falls andere oder weitere Basis-Währungen 

exisitieren, ist das Softcash-Standard-Excel entsprechend anzupassen. 

� Einlesen der Währungskurse: Die eingelesenen Währungskurse werden in die 

'Bewertungskurse' gestellt (Geld/Brief). Das von Softcash AG zur Verfügung ge- 

stellte Excel-Sheet nimmt den Mittelkurs der eingelesenen Geld/Brief-Kurse und 

stellt diese über entsprechende Formeln in die Systemkurse/Buchkurse. Falls 

dies nicht erwünscht ist, müssen die entsprechenden Formeln in den Buchkursen ent- 

fernt werden.


Die Kurs-Arten ‚Buchkurs’, ‚Devisen’ und ‚Szenario I und II’ beziehen sich auf die jeweils unter 

Kurse definierten System- und Bewertungs-Kurse. 

Mit der Kurs-Art ‚Szenario …’ lassen sich ‚What if’-Szenarien mit fiktiven Kurs-Bewertungen 

der Positionen und/oder der Liquiditäts-Planung für die Zukunft durchspielen. 

4.6.2.3 Einlesen der Excel-Files 

Über können bei Bedarf die Koordinaten 

für den Kurs-Import definiert werden. Nach 

dem Klicken des Icon öffnet sich 

das entsprechende Excel-Sheet. 

Ohne das Excel-Sheet zu schliessen 

wird ins gewechselt und 

gewählt. Die nebenstehende Meldung wird 

quittiert und damit der Vorgang abgeschlossen.


4.6.3 Konto-Zinssätze 


MARKTINFOS / Konto-Zinssätze 

werden die Zinssätze erfasst und verwaltet. 

In kann jedes eingerichtete Konto zinsmässig in Form einer Zinsstaffel gerechnet 

werden. Statische Grössen wie Quellensteuer, Zins-Usanz oder eine allfällige Spesen- 

Belastung für eine Zinsabrechnung werden in den Konten-Stammdaten hinterlegt. 

In den Konto-Zinssätzen werden die dynamische Informationen eingegeben. Dazu gehören 

das Valuta-Datum (Gültigkeit der Zins-Sätze), Soll- und Haben-Zinssätze, Soll- und Haben-Schwellenbeträge, 

2.-Soll- und 2.-Haben-Zinssätze, sowie ‚T/D’ (die Definition über 

die Anwendung der Schwellenbetrags-Regelung). 

4.6.3.1 Erstmalige Erfassung von Konto-Zinssätzen 

Nach der Selektion des 

gewünschten Stichtages, 

werden alle Konti 

markiert. 

Anschliessend werden die 

Konti mittels Drücken des 

Push Buttons ins 

Bearbeitungs-Grid übernommen. 

Durch Klicken in das 

gewünschte Feld können 

nun die entsprechenden 

Zinssätze erfasst werden.


4.6.3.2 Ändern von bestehenden Konto-Zinssätzen 

Bereits erfasste Konto-Zinssätze an einem bestimmten Datum können auch im Nachhinein 

noch geändert werden. 

Dazu wird der gewünschte gewählt. Anschliessend werden die entsprechenden 

Konti selektiert und mit ins Bearbeitungs-Grid übernommen. Durch Klicken in das 

gewünschte Feld können nun die entsprechenden Zinssätze geändert werden. Der Prozess 

wird mit abgeschlossen. 

4.6.3.3 Erfassen von neuen Konto-Zinssätzen 

Für die Erfassung von neuen Konto-Zinssätzen wird der gewünschte 

gewählt. Anschliessend werden die entsprechenden Konti selektiert und mit ins Bearbeitungs-Grid 

übernommen. 

� Für die Erfassung von neuen Konto-Zinssätzen muss nun der Push Button gedrückt 

werden! 

Alle Zinssätze werden nun auf 0.0000 gestellt. Durch Klicken in das gewünschte Feld können 

nun die entsprechenden Zinssätze erfasst werden. Der Prozess wird mit abgeschlossen.


4.6.3.4 Zusätzliche Hinweise zu den Konto-Zinssätzen 

4.6.3.5 Charts 

� Mit den Filter-Selektionen (rechte Maus-Taste) lassen sich die Konto-Selektionen weit effizienter 

bewerkstelligen (siehe auch Stammdaten ‚Konti’). 

Das links stehende Valuta-Datum 27.02.2006 für 

das Konto ‚COBA EUR1’ besagt am Stichtag 

02.03.2006, dass der Zinssatz von 0.125 % seit 

dem 27.2.2006 gültig ist. 

Für die Erfassung/Änderung von Zins-Sätzen, Schwellen-Beträgen etc. können Zeilen auch 

kopiert werden. Mit der rechten Maustaste wird auf die zu kopierende Zeile geklickt. Anschliessend 

können die entsprechenden Daten noch geändert werden. Es können auch gewisse 

Bereiche (z.B. Schwellen-Beträge) ausgeklammert werden. 

Zu Vergleichszwecken 

kann die Zinssatz- 

Entwicklung von 

selektierten Konti auf 

einem Chart angezeigt 

werden. 

Dazu wird der Push-Button 

gedrückt.


4.6.4 Import Clearing-Stamm 


MARKTINFOS / Import Clearing-Stamm 

wird der Banken-Clearingstamm im ASCII-Format eingelesen. 

Über können bei Bedarf die 

Koordinaten für das 

Herunterladen des SIC-Banken- 

Clearingstammes definiert werden. 

Über den unten stehenden Link wird 

die komprimierte Datei vom Swiss 

Interbank Clearing (SIC) herunter 

geladen und anschliessend 

dekomprimiert gespeichert. Bitte 

selektieren Sie bei der Auswahl die 

folgende Option: 

BC-Bankenstamm (ASCII). 

http://www.sic.ch/de/tkicch_home/tkicch_onlineservices/tkicch_onlineservices_downloadbcbankmasterdata.htm 

� Der SIC-Bankenstamm enthält nicht nur, aber doch vorwiegend Schweizer Bank-Institute.


4.7 Administration 

Über diesen Menüpunkt wird verwaltet. 

4.7.1 System-Administration 

Über den Menüpunkt 

ADMINISTRATION / System-Administration 

kann der dazu berechtigte System-Administrator verschiedene individuelle Anpassungen 

von vornehmen. So kann er u.a. jede Feldbezeichnung der jeweiligen Masken indivi- 

duell anpassen. 

4.7.2 Benutzer-Verwaltung 

Über 

ADMINISTRATION / Benutzer-Verwaltung 

macht der dazu berechtigte System-Administrator die Benutzer-Administration. 

In einem ersten Schritt wird der System-Administrator erfasst. 

� Aus sicherheitstechnischen Überlegungen empfehlen wir, dass sich die Aufgabe dieses 

Super-Users zwei (2) Personen teilen. Im weiteren Verlauf reden wir trotzdem nur 

noch vom System-Administrator!


In einem weiteren Step kann der System-Administrator eine allfällige Security-Policy des Unternehmens 

in abbilden. 

Anschliessend erfasst der System-Administrator über den Push-Button ‚Hinzufügen’ alle Benutzer 

von , ohne vorerst Berechtigungen zu erteilen. 

� Die Benutzer-Berechtigungen werden in einem zweiten Schritt unter 

ADMINISTRATION / Benutzer-Verwaltung 

vergeben. 

Die Aktivitäten eines Benutzers werden vom System festgehalten. Damit kann auch zu einem 

späteren Zeitpunkt festgestellt werden, welcher Benutzer eine Transaktion erfasst oder z.B. gelöscht 

hat. Falls ein Benutzer in der Zukunft nicht mehr mit arbeiten wird, empfehlen 

wir deshalb, den Benutzer nicht zu löschen, sondern lediglich über die Benutzer-Verwaltung inaktiv 

zu setzen. Ein inaktiver Benutzer kann in keine aktiven Tätigkeiten mehr machen. 

Wenn er aber nicht gelöscht wurde ist sicher gestellt, dass seine Aktivitäten in der Vergangenheit 

auch weiterhin protokolliert bleiben. 

� Wir empfehlen, nicht mehr aktive Benutzer nicht zu löschen, sondern inaktiv zu stellen. 

Über den Push-Button kann der System-Administrator neue Passworte vergeben.


4.7.3 Benutzer-Berechtigungen 

Über die unten stehende Maske werden die Berechtigungen für die Benutzer vergeben. 

Über den Tab ‚Benutzerkategorien’ kann eine oder mehrere Benutzer-Rollen selektiert und 

über die Pfeil-Taste der zugeordneten Benutzerkategorie übergeben werden. 

Mit dem Markieren der Benutzer-Rolle und über die 

rechte Maustaste kann über das Zusatzfeld 

‚Details’ die detaillierten Informationen zur 

jeweiligen Rolle abgefragt werden.


Selbstverständlich können diese 

Informationen auch bei den 

‚zugeordneten Benutzerkategorien’ 

abgefragt werden. 

Zusätzlich können noch die 

‚Berechtigungen’ geprüft und 

allenfalls angepasst werden. 

� Eine ‚Benutzer-Rolle’ ist eine Funktion, in der ein Mitarbeiter in seiner Firma eine ganz bestimmte 

Tätigkeit ausführt. Einem Benutzer können gleichzeitig auch mehrere Rollen 

zugewiesen werden. 

� Aufgrund der zugewiesenen Rollen erhält der User ein benutzerdefiniertes Menü, das 

sämtliche Menü-Positionen aus den unterschiedlichen Applikations-Bereichen enthält, die für 

die Ausübung von bestimmten Funktionen oder Rollen notwendig sind. 

� Rollen bündeln gleichzeitig auch die Zugriffsrechte. Wird einem Benutzer eine bestimmte 

Rolle zugewiesen, so hat er Zugriff auf alle darin enthaltenen Menü-Positionen. Das 

heisst, er erhält die Rechte auf die entsprechenden Funktionen. Durch die Zuweisung von 

Rollen wird gewährleistet, dass ein Benutzer Zugang zu allen für seinen Verantwortungsbereich 

notwendigen Funktionen erhält. 

Über den Tab ‚Gesellschaften’ werden die Benutzer-Berechtigungen gesellschaftsspezifisch vergeben.


Aufgrund der zugewiesenen Benutzer-Rollen (Tab: Benutzerkategorien) erhält ein Benutzer die 

entsprechenden Menu-Punkte. Über den Tab ‚Menukonfiguration’ kann der System- 

Administrator einem Benutzer - über Markieren des Menupunktes und Button ‚Löschen’ - einen 

beliebigen Menupunkt entziehen. 

Über den Tab ‚Unterschriftkonfiguration’ wird 

die Unterschriften-Regelung für jede Gesellschaft 

individuell konfiguriert. Es gibt dafür 

vier Unterschrifts-Stati: 

� Keine Unterschrift 

� Kollektiv Sekundär 

� Kollektiv Privilegiert 

� Einzel Unterschrift. 

� Benutzer mit ‚Kollektiv Privilegiert-Berechtigungen’ können gültig nicht miteinander 

sondern nur mit ‚Kollektiv Sekundär’ zeichnen! 

� Mit dem Push-Button können alle Berechtigungen eines Benutzers beim aktuell gewählten 

Mandanten gelöscht werden!


4.7.4 Feiertags-Kalender 

prüft und meldet bei der Eingabe von Transaktionen die Wochenendtage. Weiterge- 

hende Prüfungen auf allfällige Bank- und/oder lokale Feiertage etc. macht nicht. 

beinhaltet aber die Möglichkeit, dass pro Gesellschaft ein eigener Feiertags- 

Kalender geführt werden kann. 

4.7.5 Passwort-Wechsel 

Über diesen Tab kann ein Benutzer sein eigenes Passwort ändern.


4.7.6 ASCII-Import Bewegungen 

Über diesen Tab können ASCII-Files in 

importiert werden. 

Nr Feldbezeichnung Bsp Beschreibung Max 

1 Gesellschaft SL Erfassungsbegriff der Gesellschaft 

2 Konto 01PTTCHF01 Begriff 'Konto' im Kontostamm 

3 Dispoart AL00215400 Erfassungsbegriff der Dispoart 

4 Valuta Datum 20060131 Datum in der Form JJJJMMTT 8 

5 Bank Datum 20060130 Datum in der Form JJJJMMTT 8 

6 Status A V=Vormerkung, A=Aktiv, P=Plan 1 

7 Transaktionsart AZ 

A=Ausgang, AZ=Ausgang Zahlung, E=Eingang, 

T=Transfer, TZ=Transfer Zahlung 

BZI=Bankzahlung Inland, BZA=Bankzahlung Aus- 

2 

8 Zahlungsart BZI 

land, EOR=Einzahlungsschein Orange(ESR), 

ESR=Einzahlungsschein Rot, PA=Postanweisung 

3 

9 Währung CHF ISO-Code aus dem Währungsstamm 3 

10 Buchungsbetrag 15000.00 

11 Kurs Konto 1.000000 Kontokurs zur Umrechnung auf den Nettobetrag 

12 Kontobetrag 15000.00 

13 Kurs Basis 1.000000 

14 Basisbetrag 15000.00 

15 Spesen 15 

16 Bemerkungen 

Bankzahlung aus Import 

Freitext 255 

17 Begünstigter Name Muster 

Begünstigter Vor- 

18 

name 

Hans 

19 Adresszeile 1 Musterstrasse 

20 Adresszeile 2 Postfach 

21 PLZ 8888 

22 Ort Nirgendwo 

23 Landcode 

24 Postcheck 

756 

25 Institut UBS Bankname oder Post 



28 PLZ 8888 


30 Landcode 756 

31 Filiale Filiale Sursee 

32 Kontonummer 33.55.897-2 

33 Clearingnummer 787 

34 Swift UBSZH8888 Swiftadresse 

35 IBAN nummer 

36 Instruktionen 

37 Korrespondenzbank 

0245 2587 5441 36 



40 PLZ 8888 


42 Landcode 756


43 Mitteilung 

44 Referenz 

45 Zusatz1 

46 Zusatz2 

47 Zusatz3 

� Die Felder müssen durch ein ‚Semikolon’ getrennt sein und am Ende der Zeile muss 

ein CR/LF angefügt werden.

Das Benutzer-Handbuch Das Treasury System - Softcash AG

Erfolgreiche ePaper selbst erstellen

Template löschen?

Als Template speichern?