DE202015005770U1 - System zum automatisierten Verarbeiten von Bestelldatensätzen - Google Patents

System zum automatisierten Verarbeiten von Bestelldatensätzen Download PDF

Info

Publication number
DE202015005770U1
DE202015005770U1 DE202015005770.5U DE202015005770U DE202015005770U1 DE 202015005770 U1 DE202015005770 U1 DE 202015005770U1 DE 202015005770 U DE202015005770 U DE 202015005770U DE 202015005770 U1 DE202015005770 U1 DE 202015005770U1
Authority
DE
Germany
Prior art keywords
data
input
order
formats
order data
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.)
Active
Application number
DE202015005770.5U
Other languages
English (en)
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.)
S-PAYMENT GMBH, DE
Original Assignee
DEUTSCHER SPARKASSEN VERLAG 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 DEUTSCHER SPARKASSEN VERLAG GmbH filed Critical DEUTSCHER SPARKASSEN VERLAG GmbH
Priority to DE202015005770.5U priority Critical patent/DE202015005770U1/de
Publication of DE202015005770U1 publication Critical patent/DE202015005770U1/de
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/25Integrating or interfacing systems involving database management systems
    • G06F16/258Data format conversion from or to a database

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

System (10) zur automatisierten Verarbeitung von in unterschiedlichen Datenformaten vorliegenden Datensätzen, aufweisend: eine Bestelldatenverarbeitungseinheit (12), mehrere unterschiedliche Eingangsschnittstellen (14a–14e) zur Entgegennahme der Bestelldatensätze in unterschiedlichen Datenformaten, wobei die Eingangsschnittstellen (14a–14e) mit der Bestelldatenverarbeitungseinheit (12) verbunden sind, eine automatische Eingangsdaten-Transformationseinheit (16) zur automatischen Transformation der unterschiedlichen Datenformate der Bestelldatensätze in ein einheitliches Datenformat der Bestelldatenverarbeitungseinheit (12), wobei die Eingangsdaten-Tranformationseinheit (16) mit der Bestelldatenverarbeitungseinheit (12) verbunden ist und zwischen dieser und den Eingangsschnittstellen (14a–14e) angeordnet ist, wobei die transformierten Bestelldaten nach ihrer Transformation in das einheitliche Datenformat denselben Informationsgehalt aufweisen, wie die ursprünglichen Bestelldatensätze in den unterschiedlichen Datenformaten.

Description

  • Die Erfindung betrifft ein System zur automatisierten Verarbeitung von Datensätzen, die in unterschiedlichen Datenformaten vorliegen.
  • Hierbei kann es sich bspw. um Bestelldatensätze für die Produktion von Bankkarten handeln, die von verschiedenen Systemen übermittelt werden und somit an einer Bestelldatenverarbeitungseinheit, die diese Bestelldaten verarbeitet, in unterschiedlichen Datenformaten vorliegen. Das erfindungsgemäße System kann jedoch auch beim Verarbeiten anderer Datensätze, die in unterschiedlichen Datenformaten vorliegen, Anwendung finden.
  • Problematisch bei Datensätzen, die in unterschiedlichen Datenformaten vorliegend ist, dass diese zwar den nötigen Informationsgehalt für die weitere Verarbeitung aufweisen, die weitere Verarbeitung jedoch häufig nicht automatisiert durchgeführt werden kann, da die Datenstruktur der Eingangsdatensätze von der Verarbeitungseinheit nicht automatisch interpretiert werden kann, sodass es nicht möglich ist, den Informationsgehalt der Eingangsdaten automatisch festzustellen. Häufig ist es notwendig, Datenfelder in den Eingangsdaten hinsichtlich ihres Informationsgehalts zu interpretieren, diesen Informationsgehalt in ein anderes Datenformat umzuwandeln, das sodann von der sich anschließenden Verarbeitungseinheit verarbeitet werden kann.
  • Problematisch ist insbesondere die Situation, in der der Eingangsschnittstelle einer Verarbeitungseinheit Datensätze in einem bisher nicht bekannten Datenformat zugeführt werden. In diesem Fall ist es notwendig, in aufwendiger Weise neue Transformationsregeln zu erstellen, gemäß denen eine Transformation der neuen Eingangsdatensätze in das Datenformat der Verarbeitungseinheit erfolgen soll.
  • Aufgabe der Erfindung ist es ein System zur automatisierten Verarbeitung von in unterschiedlichen Datenformaten vorliegenden Datensätzen bereitzustellen, das eine vereinfachte Handhabung dieser unterschiedlichen Datensätze ermöglicht.
  • Die Lösung der Aufgabe erfolgt erfindungsgemäß durch die Merkmale des Anspruchs 1.
  • Das erfindungsgemäße System zum automatisierten Verarbeiten von Datensätzen, die in unterschiedlichen Datenformaten vorliegen, umfasst zunächst eine Bestelldatenverarbeitungseinheit. Dies ist diejenige Einheit, die die eingehenden Datensätze in einer Form verarbeitet, sodass die anschließend bspw. an weitere Instanzen übermittelt werden können. Diese Instanzen können bspw. aus den übermittelten verarbeiteten Daten ein Produkt fertigen. Bei diesem Produkt kann es sich gemäß dem eingangs genannten Beispiel um eine Bankkarte handeln. In diesem Fall würde sich die Bestelldatenverarbeitungseinheit in einem Bankinstitut befinden. Bei den Datensätzen, die in unterschiedlichen Formaten vorliegen, könnte es sich bspw. um Bestelldaten, z. B. Name, Anschrift, Kontonummer des Kunden etc. handeln. Diese werden vom Bankinstitut in der Bestelldatenverarbeitungseinheit verarbeitet und können dann bspw. an einen Kartenhersteller weitergeleitet werden, der diese dann für die physikalische Herstellung der Bankkarte verwendet.
  • Das erfindungsgemäße System weist mehrere unterschiedliche Eingangsschnittstellen zur Entgegennahme der Bestelldatensätze in unterschiedlichen Datenformaten auf. Die Eingangsdaten können bspw. im XML-Format, im CSV-Format, im Mainframe-Format FIX oder HOST-Format VAR vorliegen.
  • Die Eingangsschnittstellen sind mit der Bestelldatenverarbeitungseinheit datentechnisch verbunden.
  • Das System umfasst ferner eine automatische Eingangsdaten-Transformationseinheit. Diese dient der automatischen Transformation der unterschiedlichen Datenformate der Bestelldatensätze in ein einheitliches Datenformat der Bestelldatenverarbeitungseinheit. Hierbei handelt es sich somit um ein Datenformat, das von der Bestelldatenverarbeitungseinheit verarbeitet werden kann. Die Eingangsdaten-Transformationseinheit ist mit der Bestelldatenverarbeitungseinheit verbunden und zwischen dieser und den Eingangsschnittstellen angeordnet.
  • Die transformierten Bestelldaten weisen nach ihrer Transformation in das einheitliche Datenformat denselben Informationsgehalt auf wie die ursprünglichen Bestelldatensätze in den ursprünglichen Datenformaten.
  • Durch das erfindungsgemäße System ist es möglich, die in unterschiedlichen Datenformaten vorliegenden Bestelldatensätze automatisiert in ein einheitliches Datenformat umzuwandeln, das durch die Bestelldatenverarbeitungseinheit verarbeitet werden kann. Wie im Folgenden beschrieben ist es insbesondere mit dem erfindungsgemäßen System möglich auch flexibel Daten zu verarbeiten, die in bisher nicht vorhandenen Datenformaten eingehen.
  • Hierzu ist es bevorzugt, dass die Struktur der unterschiedlichen Eingangsschnittstellen in der Eingangsdaten-Transformationseinheit durch eine Beschreibungssprache, insbesondere mit XML beschrieben ist.
  • Weiterhin ist es bevorzugt, dass die Eingangsdaten-Transformationseinheit derart ausgebildet, dass bei einer Veränderung des Datenformats an einer der Eingangsschnittstellen ein Generieren neuer Transformationsregeln erfolgt, gemäß denen die Transformation der Bestelldatensätze im neuen Datenformat in das einheitliche Datenformat der Bestelldatenverarbeitungseinheit erfolgen soll. Diese neuen Transformationsregeln werden bevorzugt in der Eingangsdaten-Transformationseinheit hinterlegt. Anders ausgedrückt ist das erfindungsgemäße System bevorzugt in der Lage, basierend auf einer Beschreibungssprache, bspw. einer XML-Beschreibung, eine Maschine zu generieren, die in der Lage ist, Eingangsdaten, die in bisher nicht bekannten Datenformaten eingehen, in ein einheitliches Datenformat zu transformieren. Das Generieren einer solchen neuen Maschine findet automatisch statt. Diese neugebaute Maschine ist dann in der Lage, bisher nicht bekannte Eingangsdatenformate einzulesen, zu transformieren, bevorzugt anzureichern und in dem einheitlichen Datenformat zur Verfügung zu stellen. Bevorzugt ist sie ferner in der Lage, Daten in dem einheitlichen Datenformat der Verarbeitungseinheit einzulesen, diese zu transformieren, bevorzugt anzureichern und mehreren externen Schnittstellen auch in bisher nicht bekannten Datenformaten zur Verfügung zu stellen.
  • Erfindungsgemäß ist es somit nicht notwendig, bereits sämtliche Transformationsregeln in der Eingangsdaten-Transformationseinheit zu speichern. Vielmehr ist es ausreichend, die Struktur der unterschiedlichen Eingangsschnittstellen in einer Beschreibungssprache zu hinterlegen, woraufhin die Transformationsregeln, gemäß denen die Transformation erfolgen soll, von der Eingangsdaten-Transformationseinheit automatisch generiert werden.
  • Das erfindungsgemäße System weist ferner bevorzugt mehrere Ausgangsschnittstellen zur Ausgabe der im einheitlichen Datenformat vorliegenden Bestelldaten nach deren Verarbeitung in unterschiedlichen Ausgangsdatenformaten auf.
  • Weiterhin ist bevorzugt zwischen der Bestelldatenverarbeitungseinheit und den mehreren Ausgangsschnittstellen eine Ausgangsdaten-Transformationseinheit angeordnet. Diese dient der Transformation der im einheitlichen Datenformat vorliegenden verarbeiteten Bestelldaten in unterschiedliche Ausgangsdatenformate. Handelt es sich bspw. um die Bestellung einer Bankkarte, so können diese verarbeiteten Daten bspw. an einen Kartenhersteller, den PIN-Druck oder die SCHUFA weitergeleitet werden.
  • Das erfindungsgemäße System eignet sich insbesondere zur Ausführung eines Verfahrens zum automatisierten Verarbeiten von Datensätzen, die in unterschiedlichen Datenformaten vorliegen. Dieses Verfahren umfasst das Zuführen von Bestelldatensätzen in unterschiedlichen Datenformaten zu mehreren Eingangsschnittstellen, die mit einer Bestelldatenverarbeitungseinheit verbunden sind. Anschließend erfolgt eine automatische Transformation der unterschiedlichen Datenformate der Bestelldatensätze in ein einheitliches Datenformat, das durch die Bestelldatenverarbeitungseinheit verarbeitet werden kann. Hierbei weisen die transformierten Bestelldaten nach ihrer Transformation in das einheitliche Datenformat denselben Informationsgehalt auf wie die ursprünglichen Bestelldatensätze in den unterschiedlichen Datenformaten. Das beschriebene Verfahren kann sämtliche Merkmale aufweisen, die im Zusammenhang mit dem erfindungsgemäßen System beschrieben wurden.
  • Im Folgenden wird die Erfindung anhand von Figuren näher erläutert.
  • Es zeigen:
  • 1 den schematischen Aufbau einer Ausführungsform des erfindungsgemäßen Systems,
  • 2 eine beispielhafte Transformation von Bestelldatensätzen, die in unterschiedlichen Datenformaten vorliegen in ein einheitliches Datenformat.
  • Eine Ausführungsform des erfindungsgemäßen Systems 10 ist in 1 dargestellt. Die Bestelldatenverarbeitungseinheit 12 ist hierbei mit einer Eingangsdaten-Transformationseinheit 16 verbunden. Diese wiederum ist mit fünf Eingangsschnittstellen 14a14e verbunden. Diese dienen der Entgegennahme von Bestelldatensätzen in unterschiedlichen Datenformaten. Diese werden durch die Eingangsdaten-Transformationseinheit 16 in das einheitliche Datenformat der Bestelldatenverarbeitungseinheit 12 umgewandelt.
  • Diese wiederum übermittelt die verarbeiteten Daten nach deren Verarbeitung an die Ausgangsdaten-Transformationseinheit 18, die diese wiederum in unterschiedliche Ausgangsdatenformate umwandelt und an die Ausgangsschnittstellen 20a20e weiterleitet.
  • 2 zeigt die Umwandlung von Bestellerdaten, die in unterschiedlichen Formaten eingehen können, in ein einheitliches Produktionsdatenformat, das für die Produktion einer Bankkarte verwendet werden kann. Wichtig ist hierbei, dass sämtliche in 2 dargestellten Datenfelder dazu geeignet sind, den Informationsgehalt der ursprünglichen Bestelldaten wiederherzustellen.
  • Die Bestelldaten umfassen neben einer Satzkennung die Bankleitzahl, die Bestellnummer, die Anzahl der bestellten Karten, die Kontonummer, die Kartennummer, den Namen des Karteninhabers sowie das Verfallsdatum der Karte.
  • Im nächsten Feld sind die normalisierten Daten dargestellt. Hierzu wurden die Bestelldaten zunächst validiert und anschließend normalisiert. Die Validierung erfolgt durch die Beschreibung der bekannten Struktur der eingehenden Bestelldaten. Mit dieser bekannten Struktur werden die eingehenden Bestelldaten abgeglichen. Die Normalisierung erfolgt durch die Zuordnungsbeschreibung, mithilfe der die Bestelldaten in unterschiedlichen Datenformaten in ein einheitliches Datenformat umgewandelt werden.
  • In einem nächsten Schritt (aufbereitete und angereicherte Daten) werden die Daten aufbereitet und mit errechneten Daten angereichert. Bei den Anreicherungen der Daten kann es sich zunächst um einfache syntaktische Anreicherungen handeln. Bspw. können die Bestelldaten als Kontonummer die Zahl ”1234” aufweisen. Diese Zahl wird angereichert auf ”0000001234”. Eine semantische Anreicherung hat hier noch nicht stattgefunden. Diese kann bspw. durch die Bestelldatenverarbeitungseinheit im Nachgang erfolgen. Es ist auch möglich, dass die Verarbeitung der Eingangsdaten lediglich in deren Anreicherung besteht. Bei einer solchen vollständigen Anreicherung würde somit die Funktion der Bestelldatenverarbeitungseinheit durch die Eingangsdaten-Transformationseinheit und ggf. die Ausgangsdaten-Transformationseinheit übernommen. Anschließend werden die Produktionsdaten erstellt, anhand derer die Bankkarten produziert werden können. Diese Produktionsdaten können dann an den Kartenhersteller übermittelt werden. Die Ausgabe der Produktionsdaten kann wiederrum in unterschiedlichen Dateiformaten erfolgen. Diese Transformation in unterschiedliche Datenformate folgt durch die Ausgangsdaten-Transformationseinheit 18 (siehe 1).
  • Das erfindungsgemäße System 10 weist bevorzugt eine Steuerungseinheit 11 auf, durch die ein Steuern der Funktion des erfindungsgemäßen Systems 10 stattfindet. Diese Steuerungseinheit 11 ist in bevorzugter Ausführungsform in der Lage, eine neue Eingangsdaten-Transformationseinheit 16 zu generieren, sofern an den Eingangsschnittstellen 14a14e Daten in einem bisher nicht bekannten Eingangsdatenformat vorliegen. Dieses Generieren einer neuen Eingangsdaten-Transformationseinheit 16 bedeutet in anderen Worten, dass die Steuerung 11 das Bauen einer neuen Maschine veranlasst, durch die die bisher nicht bekannten Eingangsdatenformate in das einheitliche Datenformat der Transformationseinheit 12 transformiert werden können. Dies erfolgt bspw. auf Basis einer bekannten XML-Beschreibung.
  • Beispielsweise können in Form einer XML-Beschreibung eine oder mehrere der folgenden Informationen hinterlegt sein:
    • – Definition in XML, welcher fachlichen Wert in welchem technischen Feld einer neuen Schnittstelle vorkommt (z. B. der fachliche Wert ”Kontonummer” im Schnittstellenfeld ”GIRO_KTO”).
    • – Definition in XML, welcher fachlichen Wert in welchem technischen Feld der internen Darstellung vorkommt (der fachliche Wert ”Kontonummer” im internen Feld ”Kartenkonto”)
    • – Definition in XML, welche syntaktischen Prüfungen auf jeden fachlichen Wert durchgeführt werden (z. B. Zeichensatz, Wertebereiche, etc.)
    • – Definition, welche Anreicherung der fachliche Wert erfahren soll (z. B. mache aus einer Kontonummer, die weniger als 10 Ziffern hat, eine Kontonummer mit führenden Nullen und einer Gesamtlänge von 10 Ziffern)
    • – Definition, welches Feld der externen Schnittstelle in welches Feld der internen Darstellung überführt wird (beispielsweise wird durch die Eingangsdaten-Transformationseinheit 16 der fachliche Wert ”Kontonummer” von dem Schnittstellenfeld ”GIRO_KTO” nach ”Kartenkonto” überführt). ODER
    • – Definiere, welches Feld der internen Darstellung in welches Feld der externen Schnittstelle überführt wird (zum Beispiel kann die Ausgangsdaten-Transformationseinheit 18 den fachlichen Wert ”Kontonummer” von ”Kartenkonto” nach ”Karte_Vorderseite_Konotzeile” umwandeln).
  • Anhand dieser XML-Beschreibung kann eine Maschine generiert werden, die Folgendes ausführt:
    Eingangsdaten: ”GIRO_KTO: 1234”
    fachlicher Wert: ”Kontonummer: 1234”
    Syntaktische Prüfung: ”(Kontonummer > 0) UND (Kontonummer < 10000000000) UND (Kontonummer Zeichensatz in ISO8859-1)
    Anreicherung: ”Kontonummer: 0000001234”
    Überführung: ”Kartenkonto: 0000001234”
  • Ähnlich kann die Steuerung 11 veranlassen, dass eine neue Ausgangsdaten-Transformationseinheit 18 generiert wird, um verarbeitete Daten, die im einheitlichen Datenformat der Verarbeitungseinheit 12 vorliegen, in bisher nicht bekannte Ausgangsdatenformate zu transformieren und diese über die Ausgangsdatenschnittstellen 20a20e auszugeben.
  • ZITATE ENTHALTEN IN DER BESCHREIBUNG
  • Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
  • Zitierte Nicht-Patentliteratur
    • ISO8859-1 [0031]

Claims (7)

  1. System (10) zur automatisierten Verarbeitung von in unterschiedlichen Datenformaten vorliegenden Datensätzen, aufweisend: eine Bestelldatenverarbeitungseinheit (12), mehrere unterschiedliche Eingangsschnittstellen (14a14e) zur Entgegennahme der Bestelldatensätze in unterschiedlichen Datenformaten, wobei die Eingangsschnittstellen (14a14e) mit der Bestelldatenverarbeitungseinheit (12) verbunden sind, eine automatische Eingangsdaten-Transformationseinheit (16) zur automatischen Transformation der unterschiedlichen Datenformate der Bestelldatensätze in ein einheitliches Datenformat der Bestelldatenverarbeitungseinheit (12), wobei die Eingangsdaten-Tranformationseinheit (16) mit der Bestelldatenverarbeitungseinheit (12) verbunden ist und zwischen dieser und den Eingangsschnittstellen (14a14e) angeordnet ist, wobei die transformierten Bestelldaten nach ihrer Transformation in das einheitliche Datenformat denselben Informationsgehalt aufweisen, wie die ursprünglichen Bestelldatensätze in den unterschiedlichen Datenformaten.
  2. System (10) nach Anspruch 1, dadurch gekennzeichnet, dass die Struktur der unterschiedlichen Eingangsschnittstellen (14a14e) in der Eingangsdaten-Transformationseinheit (16) durch eine Beschreibungssprache, insbesondere in XML beschrieben ist.
  3. System (10) nach Anspruch 2, dadurch gekennzeichnet, dass die Eingangsdaten-Transformationseinheit (16) derart ausgebildet ist, dass bei einer Veränderung des Datenformats an einer Eingangsschnittstelle (14a14e) ein Generieren neuer Transformationsregeln erfolgt, gemäß denen die Transformation der Bestelldatensätze in neuen Datenformaten in das einheitliche Datenformat der Bestelldatenverarbeitungseinheit (12) erfolgen soll, wobei diese neuen Transformationsregeln in der Eingangsdaten-Transformationseinheit (16) hinterlegt werden.
  4. System (10) nach einem der Ansprüche 1 bis 3, gekennzeichnet durch mehrere Ausgangsschnittstellen (20a20e) zur Ausgabe der im einheitlichen Datenformat vorliegenden Bestelldaten nach deren Verarbeitung in unterschiedlichen Ausgangsdatenformaten.
  5. System (10) nach Anspruch 4, dadurch gekennzeichnet, dass zwischen der Bestelldatenverarbeitungseinheit (12) und den mehreren Ausgangsschnittstellen (20a20e) eine Ausgangsdaten-Transformationseinheit (18) angeordnet ist zur Transformation der im einheitlichen Datenformat vorliegenden verarbeiteten Bestelldaten in unterschiedliche Ausgangsdatenformate.
  6. System (10) nach einem der Ansprüche 1 bis 4, dadurch gekennzeichnet, dass eine Steuerungseinheit (11) vorgesehen ist, durch die ein Generieren einer neuen Eingangsdaten-Transformationseinheit (16) erfolgt, sofern Eingangsdaten in bisher nicht bekannten Datenformaten eingehen, wobei durch diese neue Eingangsdaten-Transformationseinheit die Eingangsdaten in den neuen Datenformaten in das einheitliche Datenformat der Bestelldatenverarbeitungseinheit (12) transformiert werden.
  7. System (10) nach einem der Ansprüche 1 bis 6, dadurch gekennzeichnet, dass eine Steuerungseinheit (11) vorgesehen ist, durch die ein Generieren einer neuen Ausgangsdaten-Transformationseinheit (18) erfolgt, sofern verarbeitete Daten in bisher nicht bekannte Ausgangsdatenformate transformiert werden sollen, wobei diese Daten anschließend über die Ausgangsdatenschnittstellen (20a20e) ausgegeben werden.
DE202015005770.5U 2015-02-18 2015-08-13 System zum automatisierten Verarbeiten von Bestelldatensätzen Active DE202015005770U1 (de)

Priority Applications (1)

Application Number Priority Date Filing Date Title
DE202015005770.5U DE202015005770U1 (de) 2015-02-18 2015-08-13 System zum automatisierten Verarbeiten von Bestelldatensätzen

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
DE202015001324.4 2015-02-18
DE202015001324 2015-02-18
DE202015005770.5U DE202015005770U1 (de) 2015-02-18 2015-08-13 System zum automatisierten Verarbeiten von Bestelldatensätzen

Publications (1)

Publication Number Publication Date
DE202015005770U1 true DE202015005770U1 (de) 2015-09-01

Family

ID=54146792

Family Applications (1)

Application Number Title Priority Date Filing Date
DE202015005770.5U Active DE202015005770U1 (de) 2015-02-18 2015-08-13 System zum automatisierten Verarbeiten von Bestelldatensätzen

Country Status (1)

Country Link
DE (1) DE202015005770U1 (de)

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ISO8859-1

Similar Documents

Publication Publication Date Title
EP3707854A1 (de) Verfahren zum verknuepfen eines ersten datenblocks mit einem zweiten datenblock, verfahren zum ueberpruefen der integritaet einer blockchain-struktur, vorrichtung und computerprogrammprodukt
DE102014105207A1 (de) Verfahren zum Betreiben eines Kommunikationsnetzwerks und Kommunikationsnetzwerk
DE202015005770U1 (de) System zum automatisierten Verarbeiten von Bestelldatensätzen
Heyter et al. Influence of Different Baffle Variations on the Effectiveness of Multi‐Stage Agitated Vessels
DE4308291C2 (de) Verfahren und Vorrichtung zur vorgangsbezogenen Erstellung und Bearbeitung von Dokumenten
WO2017178222A1 (de) Gerät und verfahren zur bearbeitung eines binärkodierten strukturdokuments
Kircher Digitize Your Brand Name
Hauck et al. Big Data Analytics in Rail Traffic: Automated Preparation of Historical Trip Data of Deutsche Bahn
EP1239375B1 (de) Verfahren zum Konvertieren von Dokumenten
Titscher et al. Experimental parametric study for dry grinding in planetary ball mills
DE102018200807A1 (de) Verfahren und Servervorrichtung zum Bereitstellen eines digitalen Fahrzeugbegleitbuchs für ein Kraftfahrzeug
DE102013214197A1 (de) Entwicklungsverfahren für ein technisches Produkt
Lemke Der Grenzgang der Geste. Körperliche Ausdrucksformen zwischen 1800 und 1900
Vostal et al. Extraction of Indium from Extremely Diluted Solutions
EP3432139B1 (de) Computerimplementiertes verfahren zum generieren von computerprogrammcode
DE102009053585A1 (de) System zur automatischen Erstellung von Aufgabenlisten
Lanfermann et al. The Temperature‐Dependent Play of Colours: A Series of Experiments on the Phenomenon of Luminescence Thermochromism
Otto Bildung als Institution und die Bildungsmedien der Gesellschaft: Oder: Versuch einer gesellschaftstheoretischen Verankerung des (Bildungs-) Mediums Schulbuch
Beck et al. Regionalwirtschaftliche Auswirkungen einer Reduzierung der Tierhaltung in Konzentrationsgebieten: Abschlussbericht zum Projekt ReTiKo
Heithoff et al. Modeling of Mass Transfer Processes in Multiphase Flows–Using the Example of the Jet‐Zone Loop Reactor
Büker et al. Participation as change: A request for primary school and research
WO2020030207A1 (de) Verfahren zum protokollieren von erkennungsmerkmalen für erzeugnisse
Kruse All with one Aim in Mind: Cooperation at Federal Level in the Field of Digital Archiving
Freytag Jean Burgess, Nancy K. Baym: Twitter: A Biography
EP2290561B1 (de) Verfahren und Einrichtung zum Speichern und Wiederherstellen von elektronischen Dokumenten und Datenbanken

Legal Events

Date Code Title Description
R207 Utility model specification
R150 Utility model maintained after payment of first maintenance fee after three years
R151 Utility model maintained after payment of second maintenance fee after six years
R079 Amendment of ipc main class

Free format text: PREVIOUS MAIN CLASS: G06F0017300000

Ipc: G06F0016250000

R081 Change of applicant/patentee

Owner name: S-PAYMENT GMBH, DE

Free format text: FORMER OWNER: DEUTSCHER SPARKASSEN VERLAG GESELLSCHAFT MIT BESCHRAENKTER HAFTUNG, 70565 STUTTGART, DE

R152 Utility model maintained after payment of third maintenance fee after eight years