EP2277133A1 - Verfahren und system zur aufbereitung von buchungsdaten - Google Patents

Verfahren und system zur aufbereitung von buchungsdaten

Info

Publication number
EP2277133A1
EP2277133A1 EP09734664A EP09734664A EP2277133A1 EP 2277133 A1 EP2277133 A1 EP 2277133A1 EP 09734664 A EP09734664 A EP 09734664A EP 09734664 A EP09734664 A EP 09734664A EP 2277133 A1 EP2277133 A1 EP 2277133A1
Authority
EP
European Patent Office
Prior art keywords
data
booking
tmpl
booking data
management system
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
EP09734664A
Other languages
English (en)
French (fr)
Inventor
Gerhard Schneider
Marco Nonn
Roger Zacharias
Nico Vom Hagen
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Wincor Nixdorf International GmbH
Original Assignee
Wincor Nixdorf International GmbH
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Wincor Nixdorf International GmbH filed Critical Wincor Nixdorf International GmbH
Publication of EP2277133A1 publication Critical patent/EP2277133A1/de
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/12—Accounting

Definitions

  • the invention relates to a method for the preparation of booking data according to the preamble of claim 1 and a system performing the method according to the preamble of the independent claim.
  • the invention relates to a method and a system for processing booking data for transactions of funds on at least one cash transfer system, in particular at an ATM, wherein transactions are carried out for different financial institutions by generating first accounting data for each transaction from a management system.
  • cash transfer systems also referred to as “cash points” are here all types of systems and
  • Deposits are made, e.g. ATMs,
  • a management system (also referred to as a “cash cycle management system”) monitors the transactions, with accounting data for the financial institutions or other organizations involved
  • the data exchange takes place, for example, according to the so-called SWIFT code or according to the so-called DTA standard.
  • the management system generates the booking data uniformly for all transactions in such a format. It would be desirable to provide a method and system for flexibly processing accounting data for various financial institutions.
  • financial institution is an example of any type of organization that is involved in transactions, and is also referred to below as the "client" of the management system.
  • the object is achieved by a method having the features of claim 1 and also by a system having the features of the independent claim.
  • the booking data from a conversion device for the various financial institutions connected to the management system by converting the first accounting data generated by the management system into second accounting data for the respective financial institution, the defaults being at least one of specify the desired format for the second booking data to the financial institution.
  • the system for processing booking data is characterized in that it comprises a conversion device connected to the management system in order to provide the booking data for the various financial institutions in different ways, in that the conversion facility for the respective financial institution stores the first booking data as a function of specifications converted into second booking data, wherein the specifications specify at least one format desired by the financial institution for the second booking data.
  • the first booking data are preferably transmitted from the management system to the conversion device and then transferred there to a representation which corresponds to a convention for a program-controlled structuring of the first booking data.
  • This representation is preferably presented in a markup language, in particular the extensible markup language according to the XML specification.
  • the templates are also preferably specified in a programming language for the transformation of data or files formed therefrom, which are present in the representation, in particular as XML data or files.
  • the so-called XSL transformation, or XSLT for short, is used as the programming language for converting the XML data or files.
  • the templates are queried by the conversion device at a configuration service.
  • the provision of the booking data is preferably carried out so that the templates for the respective financial institution are queried in the configuration service and read by the conversion device, and that then the conversion of the first booking data is carried out in the second booking data based on the read templates.
  • the templates are preferably stored as templates for the respective client.
  • the conversion of the first booking data into the second booking data can preferably be carried out by converting the representation (eg as XML files) for the first booking data into the second booking data by means of the specifications or templates specified in the programming language (eg XSLT) ,
  • the booking data is preferably generated and provided in the form of accounting records (e.g., account, counter account, amount, date), the booking record having the second accounting data having at least one format indicated by the templates.
  • accounting records e.g., account, counter account, amount, date
  • the booking data is provided in particular for a booking system to which the respective client or financial institution has access, the second booking data being provided for the respective financial institution by storing and / or booking the second posting data for the on-demand booking system the booking system will be transferred.
  • the second booking data is preferably converted according to a standard template which corresponds, for example, to the DTA standard used in Germany in particular.
  • the method and system may be extended such that the first and / or second accounting data are processed in records each comprising a plurality of transactions.
  • the first and / or second booking data can also be processed in data records which are arranged in a plurality of data fields and / or data record parts. For example, these may be so-called C-phrases that correspond to individual transactions. These are summarized in the respective booking record; a booking record contains a collection of individual bookings.
  • Fig. 1 shows the schematic structure of a system according to the invention.
  • Fig. 2 shows a flow chart for a method according to the invention.
  • the system shown in FIG. 1 comprises a management system CCMS which manages transactions for various financial institutions Bl, B2, B3, etc., which can be executed on a plurality of cash transfer systems CP. For each transaction, CCMS is used by the management system Booking data D-IN generated. These would be transferred in a conventional way to at least one PSTNG accounting system to which the financial institutions or clients have access.
  • the booking system PSTNG can be, for example, a central booking system for one or more banks.
  • the first booking data D-IN are converted into second booking data D-OUT under the control of the CCMS management system and made available to the booking system PSTNG, for example by data carrier (tape, floppy disks) and / or by online data exchange.
  • the system has a conversion device PTSIA connected to the management system CCMS, which can be arranged separately from the management system or can also be integrated into the management system.
  • the conversion device PTSIA comprises a (not shown) arithmetic unit, the programmatically generated from the first booking data D-IN the second booking data D-OUT corresponding to at least one template TMPL and then provides for the booking system PSTNG.
  • a separate template TMPL can be stored in the configuration service CONF.
  • the method 100 comprises a plurality of steps 110 to 180, wherein the first steps 110 and 120 are executed by the management system CCMS and the subsequent steps 130 to 180 are essentially executed by the conversion device PTSIA.
  • the first booking data D-IN are first generated in a conventional manner.
  • the data is generated as records containing transaction data e.g. concerning account, counter-account, amount and date.
  • these data or data sets D-IN are transmitted to the conversion device PTSIA, which then first converts the data into a representation according to the XML specification in a step 130.
  • the booking data or the data sets generated therefrom are available as XML files in the corresponding text format and can be interpreted by means of a program-controlled process for any desired applications.
  • the conversion means PTSIA asks to transform the data D-IN to templates TMPL, e.g. in a configuration service CONF for and / or by the respective client, e.g. for the bank Bl, are deposited.
  • the configuration service CONF has in particular one or more databases DB, in which the templates are preferably stored as templates.
  • the conversion device PTSIA queries the specific client for the specific template (s) in the configuration service CONF and reads them out in a step 150. This is followed by a dependent conversion of the input data or of the data record D-IN into the output data or the data record D-OUT.
  • XML files and by using the programming language XSLT becomes a very flexible and for the respective clients Bl, B2, B3, etc. optimally tailored provision of booking data or booking records achieved.
  • the storage and transmission of the desired template TMPL can be realized by means of XML-compatible standard components and interfaces, which means that only text-format-capable resources are required.
  • the proposed multi-tenant solution can therefore be realized very inexpensively and universally.
  • the transformed output data D-OUT are stored, for example, in the booking system PSTNG or in the management system CCMS (step 170) and can, if necessary, be sent to the respective client (step 180) or kept ready for retrieval.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Development Economics (AREA)
  • Technology Law (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

Bei der Aufbereitung von Buchungsdaten für Transaktionen von Geldmitteln an mindestens einem Geldmittelübergabesystem, insbesondere an einem Geldautomaten, erfolgt der Datenaustausch z.B. gemäß dem sog. SWIFT-Code. Üblicherweise erzeugt das Verwaltungssystem die Buchungsdaten einheitlich für alle Transaktionen nach einem solchen Format. Für eine flexible Aufbereitung von Buchungsdaten für verschiedene Geldinstitute wird hier nun vorgeschlagen, dass das System eine mit dem Verwaltungssystem (CCMS) verbundene Konvertierungseinrichtung (PTSIA) umfasst, um die Buchungsdaten für die verschiedenen Geldinstitute (B1, B2... ) verschiedenartig bereit zu stellen, indem die Konvertierungseinrichtung (PTSIA) für das jeweilige Geldinstitut (B1) die ersten Buchungsdaten (D-IN) in Abhängigkeit von Vorgaben (TMPL) in zweite Buchungsdaten (D-OUT) konvertiert, wobei die Vorgaben (TMPL) zumindest ein von dem Geldinstitut (B1) gewünschtes Format (DTA) für die zweiten Buchungsdaten (D-OUT) angeben.

Description

Verfahren und System zur Aufbereitung von Buchungsdaten
Die Erfindung betrifft ein Verfahren zur Aufbereitung von Buchungsdaten nach dem Oberbegriff des Anspruchs 1 sowie ein das Verfahren ausführendes System nach dem Oberbegriff des nebengeordneten Anspruchs .
Insbesondere betrifft die Erfindung ein Verfahren und ein System zur Aufbereitung von Buchungsdaten für Transaktionen von Geldmitteln an mindestens einem Geldmittelübergabesystem, insbesondere an einem Geldautomaten, wobei Transaktionen für verschiedene Geldinstitute ausgeführt werden, indem von einem Verwaltungssystem für jede Transaktion erste Buchungsdaten erzeugt werden.
Als Geldmittelübergabesysteme (auch als „Cash Points" bezeichnet) werden hier alle Arten von Systemen und
Einrichtungen verstanden, an denen Transaktionen von
Geldmitteln (Banknoten, Münzen) in Form von Aus- und/oder
Einzahlungen durchgeführt werden, wie z.B. Geldautomaten,
Kassentresore und dergleichen. Üblicherweise überwacht ein Verwaltungssystem (auch als „Cash Cycle Management System" bezeichnet) die Transaktionen, wobei Buchungsdaten für die beteiligten Geldinstitute oder sonstigen Organisationen
(Werttransportunternehmen, Großkunden etc.) erzeugt und bereit gestellt werden. Der Datenaustausch erfolgt beispielsweise gemäß dem sog. SWIFT-Code oder auch nach dem sog. DTA-Standard. Üblicherweise erzeugt das Verwaltungssystem die Buchungsdaten einheitlich für alle Transaktionen nach einem solchen Format. Wünschenswert wäre es, ein Verfahren und ein System zur flexiblen Aufbereitung von Buchungsdaten für verschiedene Geldinstitute zu schaffen. Der Begriff „Geldinstitut" steht hierbei exemplarisch für jede Art von Organisation, die an Transaktionen beteiligt ist, und wird nachfolgend auch als „Mandant" des Verwaltungssystems bezeichnet .
Es ist somit Aufgabe der vorliegenden Erfindung, eine Lösung für eine flexible Aufbereitung von Buchungsdaten vorzu- schlagen, die für Transaktionen unter Beteiligung verschiedener Geldinstitute geeignet ist.
Gelöst wird die Aufgabe durch ein Verfahren mit den Merkmalen des Anspruchs 1 und ebenso durch ein System mit den Merkmalen des nebengeordneten Anspruchs.
Demnach wird vorgeschlagen, die Buchungsdaten von einer mit dem Verwaltungssystem verbundenen Konvertierungseinrichtung für die verschiedenen Geldinstitute verschiedenartig bereit zu stellen, indem für das jeweilige Geldinstitut die ersten von dem Verwaltungssystem erzeugten Buchungsdaten in Abhängigkeit von Vorgaben in zweite Buchungsdaten konvertiert werden, wobei die Vorgaben zumindest ein von dem Geldinstitut gewünschtes Format für die zweiten Buchungsdaten angeben.
Somit wird ein für mehrere Mandanten (Geldinstitute und sonst. Organisationen) geschaffenes Verfahren und System vorgeschlagen, dass mandanten- spezifisch Buchungsdaten bzw. daraus zusammengestellte Datensätze erzeugt und diese für den jeweiligen Mandant nach seinen Vorgaben bereit stellt.
Das erfindungsgemäße System zur Aufbereitung von Buchungs- daten zeichnet sich dadurch aus, dass es eine mit dem Verwaltungssystem verbundene Konvertierungseinrichtung umfasst, um die Buchungsdaten für die verschiedenen Geldinstitute verschiedenartig bereit zu stellen, indem die Konvertierungseinrichtung für das jeweilige Geldinstitut die ersten Buchungsdaten in Abhängigkeit von Vorgaben in zweite Buchungsdaten konvertiert, wobei die Vorgaben zumindest ein von dem Geldinstitut gewünschtes Format für die zweiten Buchungsdaten angeben.
Besonders vorteilhafte Ausgestaltungen der Erfindung ergeben sich aus den Unteransprüchen.
Demnach werden vorzugsweise die ersten Buchungsdaten von dem Verwaltungssystem an die Konvertierungseinrichtung übertragen und dann dort in eine Repräsentanz überführt, die einer Konvention für eine programmgesteuerte Strukturierung der ersten Buchungsdaten entspricht. Diese Repräsentanz wird bevorzugt in einer Auszeichnungssprache, insbesondere der erweiterbaren Auszeichnungssprache gemäß der XML-Spezifikation, dargestellt. Auch werden die Vorlagen bevorzugt in einer Programmiersprache zur Transformation von Daten bzw. daraus gebildeten Dateien angegeben, die in der Repräsentanz, insbesondere als XML-Daten bzw. -Dateien, vorliegen. In diesem Zusammenhang wird als Programmiersprache die sog. XSL- Transformation, kurz XSLT, zur Konvertierung der XML-Daten bzw. -Dateien verwendet. Bevorzugt werden die Vorlagen von der Konvertierungseinrichtung bei einem Konfigurationsdienst abgefragt. Die Bereitstellung der Buchungsdaten erfolgt vorzugsweise so, dass die Vorlagen für das jeweiligen Geldinstitut bei dem Konfigurationsdienst abgefragt werden und von der Konvertierungseinrichtung eingelesen werden, und dass dann die Konvertierung der ersten Buchungsdaten in die zweiten Buchungsdaten anhand der eingelesenen Vorlagen durchgeführt wird. Die Vorlagen werden bevorzugt als Templates für den jeweiligen Mandanten hinterlegt.
Somit kann die die Konvertierung der ersten Buchungsdaten in die zweiten Buchungsdaten vorzugsweise durchgeführt werden, indem die Repräsentanz (z.B. als XML-Dateien) für die ersten Buchungsdaten mittels der in der Programmiersprache (z.B. XSLT) angegebenen Vorgaben bzw. Templates in die zweiten Buchungsdaten konvertiert wird.
Die Buchungsdaten werden vorzugsweise in Form von Buchungsdatensätzen (z.B. mit Angaben zum Konto, Gegenkonto, Betrag, Datum) erzeugt und bereit gestellt, wobei der Buchungsdatensatz mit den zweiten Buchungsdaten zumindest ein durch die Vorlagen angegebenes Format aufweist.
Die Buchungsdaten werden insbesondere für ein Buchungssystem bereit gestellt, auf das der jeweilige Mandant bzw. das Geldinstitut Zugriff hat, wobei die zweiten Buchungsdaten für das jeweilige Geldinstitut bereit gestellt werden, indem die zweiten Buchungsdaten für das Buchungssystem zum bedarfsweisen Abruf gespeichert werden und/oder an das Buchungssystem übertragen werden. Bevorzugt werden für den Fall, dass von dem jeweiligen Mandanten keine Vorlagen bzw. Templates für die zweiten Buchungsdaten vorliegen, die zweiten Buchungsdaten gemäß einer Standard-Vorlage konvertiert, die z.B. dem insbesondere in Deutschland verwendeten DTA-Standard , entspricht.
Das Verfahren und System kann so erweitert werden, dass die ersten und/oder zweiten Buchungsdaten in Datensätzen verarbeitet werden, die jeweils mehrere Transaktionen umfassen. Auch können die ersten und/oder zweiten Buchungsdaten in Datensätzen verarbeitet werden, die in mehrere Datenfelder und/oder Datensatzteile angeordnet werden. Beispielsweise können diese sog. C-Sätze sein, die einzelnen Transaktionen entsprechen. Diese werden im jeweiligen Buchungssatz zusammen gefasst; ein Buchungssatz enthält also eine Sammlung einzelner Buchungen.
Die Erfindung wird nachfolgend näher anhand eines Ausführungsbeispiels beschrieben, wobei auf die beiliegenden Zeichnungen Bezug genommen wird, die folgendes darstellen:
Fig. 1 zeigt den schematischen Aufbau eines erfindungsgemäßen Systems.
Fig. 2 zeigt ein Ablaufdiagramm für ein erfindungsgemäßes Verfahren .
Das in der Fig. 1 dargestellte System umfasst ein Verwal- tungssystem CCMS, das für verschiedene Geldinstitute Bl, B2, B3 usw. Transaktionen verwaltet, die an mehreren Geldmittelübergabesystemen CP ausgeführt werden können. Für jede Transaktion werden von dem Verwaltungssystem CCMS Buchungsdaten D-IN erzeugt. Diese würden nach herkömmlicher Art an mindestens ein Buchungssystem PSTNG übertragen, auf das die Geldinstitute bzw. Mandanten Zugriff haben. Das Buchungssystem PSTNG kann z.B. ein zentrales Buchungssystem für eine oder mehrere Banken sein.
Erfindungsgemäß werden unter Steuerung durch das Verwaltungssystem CCMS die ersten Buchungsdaten D-IN in zweite Buchungsdaten D-OUT konvertiert und mandanten- spezifisch dem Buchungssystem PSTNG zur Verfügung gestellt, etwa per Datenträger (Band, Disketten) und/oder per Online- Datenaustausch .
Das System verfügt dazu über eine mit dem Verwaltungssystem CCMS verbundene Konvertierungseinrichtung PTSIA, die separat vom Verwaltungssystem angeordnet sein kann oder auch in das Verwaltungssystem integriert sein kann. Die Konvertierungseinrichtung PTSIA umfasst eine (nicht dargestellte) Recheneinheit, die programmgesteuert aus den ersten Buchungsdaten D-IN die zweiten Buchungsdaten D-OUT entsprechend mindestens einer Vorlage TMPL erzeugt und dann für das Buchungssystem PSTNG bereit stellt. Für jeden Mandanten Bl, B2, ... kann also ein separates Template TMPL im Konfigurationsdienst CONF hinterlegt werden.
Das dazu ausgeführte Verfahren wird nun hier näher anhand der Fig. 2 beschrieben, wobei nachfolgend auch auf die Fig. 1 weiterhin Bezug genommen wird:
Das Verfahren 100 umfasst mehrere Schritte 110 bis 180, wobei die ersten Schritte 110 und 120 von dem Verwaltungssystem CCMS ausgeführt werden und die nachfolgenden Schritte 130 bis 180 im wesentlichen von der Konvertierungseinrichtung PTSIA ausgeführt werden.
In einem ersten Schritt 110 werden zunächst die ersten Buchungsdaten D-IN in herkömmlicher Weise erzeugt. Beispielsweise werden die Daten als Datensätze erzeugt, die Transaktions-Daten z.B. bezüglich Konto, Gegenkonto, Betrag und Datum umfasse. Anschließend werden diese Daten bzw. Datensätze D-IN an die Konvertierungseinrichtung PTSIA übertragen, die dann in einem Schritt 130 zunächst die Daten in eine Repräsentanz entsprechend der XML-Spezifikation wandelt. Somit liegen die Buchungsdaten bzw. die jeweils daraus erzeugten Datensätze als XML-Datein im entsprechenden Textformat vor und können mittels eines programmgesteuerten Prozesses für beliebige Anwendungen interpretiert werden.
In einem nächsten Schritt 140 fragt die Konvertierungseinrichtung PTSIA zur Transformation der Daten D-IN nach Vorlagen TMPL, die z.B. bei einem Konfigurationsdienst CONF für den und/oder von dem jeweiligen Mandanten, wie z.B. für die Bank Bl, hinterlegt sind. Der Konfigurationsdienst CONF weist insbesondere eine oder mehrere Datenbanken DB auf, in denen die Vorlagen vorzugsweise als Templates abgelegt sind.
Die Konvertierungseinrichtung PTSIA fragt für den jeweiligen Mandanten die spezifische Vorlage (n) bei dem Konfigurationsdienst CONF ab und liest diese in einem Schritt 150 aus. Dann folgt eine davon abhängige Konvertierung der Eingangsdaten bzw. des Datensatzes D-IN in die Ausgangsdaten bzw. den Datensatz D-OUT.
Durch Verwendung von XML-Dateien und durch den Einsatz der Programmiersprache XSLT wird eine sehr flexible und für den jeweiligen Mandanten Bl, B2 , B3 usw. optimal zugeschnittene Bereitstellung von Buchungsdaten bzw. Buchungsdatensätzen erzielt. Dabei kann insbesondere die Speicherung und Übertragung der gewünschten Vorlagen TMPL mittels XML-fähiger Standard-Komponenten und Schnittstellen realisiert werden, was bedeutet, dass bloß textformat-fähige Resourcen benötigt werden. Die hier vorgeschlagene Mehr-Mandanten-Lösung kann also sehr preiswert und universell realisiert werden.
Die transformierten Ausgangsdaten D-OUT werden beispielsweise in dem Buchungssystem PSTNG oder im Verwaltungssystem CCMS gespeichert (Schritt 170) und können bei Bedarf an den jeweiligen Mandanten gesendet werden (Schritt 180) oder zum Abruf bereit gehalten werden.
Bezugszeichenliste
CCMS Verwaltungssystem bzw. -dienst für Geldumlauf CP Geldmittelübergabesystem (e) ; hier Geldautomat (en) für Aus- u. Einzahlung
D-IN erste Buchungsdaten
(als Datensatz vom CCMS erzeugt)
PTSIA Konvertierungseinrichtung bzw. -dienst CONF Konfigurationsdienst
DB Datenbank (en) mit Vorlagen
TMPL Vorlagen (für Konvertierung in PTSIA)
Bl, B2... Geldinstitute (verschiedene Mandanten des CCMS)
PSTNG Buchungssystem (e) der Bl, B2 ... D-OUT aufbereitete Buchungsdaten (z.B. als DTA für Bl)
XML Repräsentanz in Metasprache (hier: XML)
XSLT Programmiersprache zur Transformation
100 Verfahren zur Aufbereitung von Buchungsdaten 110-180 einzelne Schritte des Verfahrens 100

Claims

Patentansprüche
1. Verfahren (100) zur Aufbereitung von Buchungsdaten (D-IN, D-OUT) für Transaktionen von Geldmitteln an mindestens einem Geldmittelübergabesystem (CP) , das Transaktionen für verschiedene Geldinstitute (Bl, B2... ) ausführt, wobei von einem Verwaltungssystem (CCMS) für jede Transaktion von Geldmitteln erste Buchungsdaten (D-IN) erzeugt werden (110), dadurch gekennzeichnet, dass die Buchungsdaten von einer mit dem Verwaltungssystem (CCMS) verbundenen Konvertierungseinrichtung (PTSIA) für die verschiedenen Geldinstitute (Bl, B2... ) verschiedenartig bereit gestellt werden, indem für das jeweilige Geldinstitut (Bl) die ersten Buchungsdaten (D-IN) in Abhängigkeit von Vorgaben (TMPL) in zweite Buchungsdaten (D-OUT) konvertiert werden (160), wobei die Vorgaben (TMPL) zumindest ein von dem Geldinstitut (Bl) gewünschtes Format (DTA) für die zweiten Buchungsdaten (D-OUT) angeben.
2. Verfahren (100) nach Anspruch 1, dadurch gekennzeichnet, dass die ersten Buchungsdaten (D-IN) von dem Verwaltungssystem (CCMS) an die
Konvertierungseinrichtung (PTSIA) übertragen werden und dann von der Konvertierungseinrichtung (PTSIA) in eine Repräsentanz (XML) überführt werden (130), die einer Konvention für eine programmgesteuerte Strukturierung der ersten Buchungsdaten (D-IN) entspricht.
3. Verfahren (100) nach Anspruch 2, dadurch gekennzeichnet, dass die Repräsentanz (XML) einer Auszeichnungssprache, insbesondere der erweiterbaren Auszeichnungssprache gemäß der XML-Spezifikation, entspricht.
4. Verfahren (100) nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass die Vorlagen (TMPL) in einer
Programmiersprache (XSLT) zur Transformation solcher Daten bzw. daraus gebildeter Dateien angegeben sind, die in der Repräsentanz (XML) vorliegen (140) .
5. Verfahren (100) nach Anspruch 4, dadurch gekennzeichnet, dass die Programmiersprache (XSLT) zur Transformation von XML-Daten bzw. Dateien geeignet ist.
6. Verfahren (100) nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Vorlagen (TMPL) von der
Konvertierungseinrichtung (PSTIA) bei einem Konfigurationsdienst (CONF) abgefragt werden (140) .
7. Verfahren (100) nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Vorlagen (TMPL) für das jeweiligen Geldinstitut (Bl) bei dem
Konfigurationsdienst (CONF) abgefragt werden (140) und von der Konvertierungseinrichtung (PTSIA) eingelesen werden (150), und dass dann die Konvertierung der ersten Buchungsdaten (D-IN) in die zweiten Buchungsdaten (D-OUT) anhand der eingelesenen Vorlagen (TMPL) durchgeführt wird.
8. Verfahren (100) nach Ansprüchen 2 bis 7, dadurch gekennzeichnet, dass die Konvertierung der ersten
Buchungsdaten (D-IN) in die zweiten Buchungsdaten (D-OUT) durchgeführt wird, indem die Repräsentanz (XML) für die ersten Buchungsdaten (D-IN) mittels der in der Programmiersprache (XSLT) angegebenen Vorgaben (TMPL) in die zweiten Buchungsdaten (D-OUT) konvertiert wird (160) .
9. Verfahren (100) nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Konvertierung der ersten Buchungsdaten (D-IN) in die zweiten Buchungsdaten (D-OUT) anhand von Buchungsdatensätzen erfolgt, wobei der Buchungsdatensatz mit den zweiten Buchungsdaten (D-OUT) zumindest ein durch die Vorlagen (TMPL) angegebenes Format aufweist (160) .
10. Verfahren (100) nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die zweiten Buchungsdaten (D-OUT) für das jeweilige Geldinstitut (Bl) bereit gestellt wird, indem die zweiten Buchungsdaten (D-OUT) für ein Buchungssystem (PSTNG) , auf das das Geldinstitut (Bl) Zugriff hat, gespeichert werden und/oder an das Buchungssystem (PSTNG) übertragen werden.
11. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass für den Fall, dass keine Vorlagen (TMPL) für die zweiten Buchungsdaten (D-OUT) vorliegen, die zweiten Buchungsdaten (D-OUT) gemäß einer Standard-Vorlage konvertiert wird.
12. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die ersten und/oder zweiten Buchungsdaten (D-IN; D-OUT) in Datensätzen verarbeitet werden, die jeweils mehrere Transaktionen umfassen.
13. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die ersten und/oder zweiten Buchungsdaten (D-IN; D-OUT) in Datensätzen verarbeitet werden, die in mehrere Datenfelder und/oder Datensatzteile angeordnet werden.
14. Verfahren (100) zur Aufbereitung von Buchungsdaten (D-IN, D-OUT) für Transaktionen von Geldmitteln an mindestens einem Geldmittelübergabesystem (CP) , das Transaktionen für verschiedene Geldinstitute (Bl, B2... ) ausführt, wobei von einem Verwaltungssystem (CCMS) für jede Transaktion von Geldmitteln erste Buchungsdaten (D-IN) erzeugt werden (110), dadurch gekennzeichnet, dass die Buchungsdaten von einer mit dem Verwaltungssystem (CCMS) verbundenen Konvertierungseinrichtung (PTSIÄ) für die verschiedenen Geldinstitute (Bl, B2... ) verschiedenartig bereit gestellt werden, indem für das jeweilige Geldinstitut (Bl) die ersten Buchungsdaten (D-IN) in Abhängigkeit von Vorgaben (TMPL) in zweite Buchungsdaten (D-OUT) konvertiert werden (160), wobei die Vorgaben (TMPL) zumindest ein von dem Geldinstitut (Bl) gewünschtes Format (DTA) für die zweiten Buchungsdaten (D-OUT) angeben.
15. System zur Aufbereitung von Buchungsdaten (D-IN, D-OUT) für Transaktionen von Geldmitteln an mindestens einem Geldmittelübergabesystem (CP) , das Transaktionen für verschiedene Geldinstitute (Bl, B2... ) ausführt, wobei das System ein Verwaltungssystem (CCMS) umfasst, das für jede Transaktion von Geldmitteln erste Buchungsdaten (D- IN) erzeugt, dadurch gekennzeichnet, dass das System eine mit dem Verwaltungssystem (CCMS) verbundene Konvertierungseinrichtung (PTSIA) umfasst, um die Buchungsdaten für die verschiedenen Geldinstitute (Bl, B2... ) verschiedenartig bereit zu stellen, indem die Konvertierungseinrichtung (PTSIA) für das jeweilige Geldinstitut (Bl) die ersten Buchungsdaten (D-IN) in Abhängigkeit von Vorgaben (TMPL) in zweite Buchungsdaten (D-OUT) konvertiert, wobei die Vorgaben (TMPL) zumindest ein von dem Geldinstitut (Bl) gewünschtes Format (DTA) für die zweiten Buchungsdaten (D-OUT) angeben.
EP09734664A 2008-04-22 2009-03-31 Verfahren und system zur aufbereitung von buchungsdaten Ceased EP2277133A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102008020206A DE102008020206A1 (de) 2008-04-22 2008-04-22 Verfahren und System zur Aufbereitung von Buchungsdaten
PCT/EP2009/053795 WO2009130108A1 (de) 2008-04-22 2009-03-31 Verfahren und system zur aufbereitung von buchungsdaten

Publications (1)

Publication Number Publication Date
EP2277133A1 true EP2277133A1 (de) 2011-01-26

Family

ID=40740069

Family Applications (1)

Application Number Title Priority Date Filing Date
EP09734664A Ceased EP2277133A1 (de) 2008-04-22 2009-03-31 Verfahren und system zur aufbereitung von buchungsdaten

Country Status (4)

Country Link
US (1) US20120150702A1 (de)
EP (1) EP2277133A1 (de)
DE (1) DE102008020206A1 (de)
WO (1) WO2009130108A1 (de)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020010716A1 (en) 2000-02-24 2002-01-24 Mccartney Alan F. System and method for dynamically publishing XML-compliant documents
US20040225508A1 (en) * 2003-05-05 2004-11-11 Urali Prem S. Reusable canonical e-business process
US7376830B2 (en) * 2004-04-26 2008-05-20 Jp Morgan Chase Bank System and method for routing messages
US20070131757A1 (en) * 2005-12-08 2007-06-14 Hamilton Andrew R Method and system for error detection in an automated teller machine

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2009130108A1 *

Also Published As

Publication number Publication date
WO2009130108A1 (de) 2009-10-29
US20120150702A1 (en) 2012-06-14
DE102008020206A1 (de) 2009-11-05

Similar Documents

Publication Publication Date Title
EP2211318A1 (de) Verfahren und Vorrichtung zur Scheckeinreichung
DE202005002890U1 (de) Systeme zum Verwalten und Berichten von Finanzinformationen
DE3532236A1 (de) System zur verarbeitung und ueberwachung einer mehrzahl von versetzungsverwaltungs- und -abrechnungskriterien fuer eine mehrzahl von versetzten angestellten
DE10154410A1 (de) Informationsmanagementvorrichtung und Informationsmanagementsystem
DE102015210776A1 (de) Datenverknüpfungsunterstützungssystem und Datenverknüpfungsunterstützungsverfahren
DE112020003689T5 (de) Reparaturunterstützungssystem und reparaturunterstützungsverfahren
DE102008023244A1 (de) Verfahren und Verwaltungssystem zur Überwachung von Entsorgungsvorgängen für Geldmittel
EP1758051A1 (de) System, Verfahren und Computerprogrammprodukt zur arbeitsflussbasierten Datenverarbeitung
DE10038289A1 (de) Verfahren und System zur Integration von Basisbanktätigkeiten (Core Banking System)
EP2277133A1 (de) Verfahren und system zur aufbereitung von buchungsdaten
EP1097437B1 (de) System und verfahren zur abwicklung des bargeldverkehrs mit kunden innerhalb von geldinstituten
EP1564692A2 (de) System zur Bargeldhandhabung
EP1669888A1 (de) Datenversionierung mittels Zeitstempeln
EP1388138B1 (de) Verfahren und anordnung zum bezahlen von über ein datennetz abrufbaren datenangeboten
EP1855237A1 (de) System und Verfahren zur automatisierten Generierung, Verwaltung und Dokumentation von Gerätezusammenstellungen
DE102009048591A1 (de) System und Verfahren zum Bereitstellen von Daten betreffend Geschäftsereignisse innerhalb von Geschäftsprozessen
DE102018118101A1 (de) Rückverfolgung gefälschter banknoten
EP1691301A1 (de) Vorgangsbearbeitungsmodul und Verfahren zum Erfassen von Daten
WO2006084501A1 (de) Transaktionssystem zum verarbeiten von transaktionsinformationen und verfahren zur durchführung von transaktionen
EP1801744A1 (de) Computer-implementiertes System zur Erzeugung, Bearbeitung und Verwaltung von strukturierten Datensätzen
DE10225105A1 (de) Einkommenssteuer
DE102018110039A1 (de) Echtzeit-Abwicklung von medizinischen Dienstleistungen bei Inanspruchnahme durch einen Patienten bei einem medizinischen Leistungserbringer
AT13363U1 (de) Verfahren zur berechnung von steuerrelevanten erträgen
DE10300458A1 (de) System zur Rückerstattung des Kaufpreises
EP1709531A2 (de) Konfigurationsgesteuerte benutzerschnittstelle

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20101122

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL BA RS

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20110714

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20121015