377 Tarifsyteme???

[johnripper]

Bis man hinten mit der Erfassung und Projektierung fertig ist haben sich vorne schon wieder die Tarife geändert.
Und zwar ohne dass eine Zeile Code für irgendwas geschrieben wurde.

Mein Tipp: das wird nie was.

[grorg]

Darum ja ein standarisiertes Format für alle. Dann sind Änderungen nur ein git push eines crot-Skripts entfernt (mal plakativ gesagt).

Aber jedes kleine Furzkaff meint seinen eigenen Tarif haben zu müssen ...

[johnripper]

Und wer befüllt diese standardisierten Templates? Mind. 377 unterschiedliche Personen.

Auf die Validierungregeln bin ich gespannt. Oder macht man es ganz ohne mit Ergebnis dass irgendwelche Tarife rauskommen.

Ich lache jetzt schon.

SCNR :-)

[grorg]

johnripper schrieb:
--------------------------------------------------------------------------------
> Und wer befüllt diese standardisierten Templates? Mind. 377
> unterschiedliche Personen.

" gemeinsam alle ihre Tarifinformationen in einen großen Datenpool einzufügen. Zugleich wird die Darstellung der Daten standardisiert"

Ein Dateiformat, dann schreibt jedes Tarifsystem einen Konverter von eigene DB -> Datenpool und fertig. Da hockt niemand regelmäßig dran um manuell irgendwas einzutippen und wie du auf "Templates" kommst ...? Kommt nirgendwo im Artikel vor

[johnripper]

Und wie kommen die in eigene DB?
Und wo kommt der Konverter her?

Hast du das praktisch mal gemacht?
Ich darf mich hin und wieder mit Schnitstellen in großen Unt. außeinandersetzen bspw. Kernbank-, Handels-, RM-, Treausry-, Controlling-, Anzeige- und Meldesyteme von großen Banken.

Mal eben das Outstanding und wesentliche Konditionen von Kredit 1394 in System A nach System B übertragen. Gar nicht so einfach:
Was sagt ein "."? Tausend? Dezimal? Tja und was ist wenn das komme nicht an Stelle y sondern y auftaucht?
Was sagt Zins? Es gibt x-verschiedene Defintionen von Zins. Und überhaupt in welcher Einheit?
Land XYZ darf ggü. dem Kunden nur auf 10 Cent gerundete Angaben machen. Uiii. Auf einmal meldet das System für Geldschwäche tausende von verdächtigen Transaktionen und hält die alle an, weil "zu viel glatte Beträge".

Ja dann haben wir das Outstanding übertragen.puh alle beruhigt. Jetzt kommt die Buchhaltung und stellt fest: tja das war die Management/Controllingsicht. Aber die Daten für die Buchhaltung sehen ganz anders aus.
Und da sind nicht mal so einfache Fälle drin, wie Daten landen im falschen Feld. Oder in gar keinem.

Oder auch gut: Die Anforderung IDW BFA 3 (liebe Bank berechne auf Grund des aktuellen Zins einen zukünftigen Verlust aus einenen Geschäften). Die Daten waren vielfach gar nicht so in den System vorhanden, dass man sie verarbeiten konnte.

Also. Wenn du vom Management von großen Datenmengen keine Ahnung hast, dann ...



2 mal bearbeitet, zuletzt am 13.07.17 17:16 durch johnripper.

[as (Golem.de)]

Hallo,

johnripper schrieb:
--------------------------------------------------------------------------------
> Bis man hinten mit der Erfassung und Projektierung fertig ist haben sich
> vorne schon wieder die Tarife geändert.
> Und zwar ohne dass eine Zeile Code für irgendwas geschrieben wurde.

um einem Missverständnis vorzubeugen: es sind weniger. In Berlin fahren beispielsweise einige Verkehrsgesellschaften mit dem selben Tarifsystem. Wobei einige Tarife Sonderregelungen haben, die nur bei einem Partner zur Anwendung kommen. Im Außenbereich wird es etwas komplexer. Berlin ABC überschneidet sich mit Potsdam ABC. Und die Strausberger Eisenbahn (ein Straßenbahnbetrieb, offiziell Teil des E-Tickets) hat einen eigenen Tarif und den VBB-Tarif. Ich vermute im E-Ticket-Betrieb würde man den teureren VBB-Tarif verwenden. Aber mal abwarten.

gruß

-Andy (Golem.de)

[johnripper]

Erst mal danke für den Hinweis

as (Golem.de) schrieb:
--------------------------------------------------------------------------------
>
> um einem Missverständnis vorzubeugen: es sind weniger. In Berlin fahren
> beispielsweise einige Verkehrsgesellschaften mit dem selben Tarifsystem.

Dann gibt es eben 250 Tarifsysteme, wobei 127 "Ausnahmen" haben. Will sagen: Effektiv sind dann doch wieder die 377 : - )

> Wobei einige Tarife Sonderregelungen haben, die nur bei einem Partner zur
> Anwendung kommen. Im Außenbereich wird es etwas komplexer.

Eben, darum geht es doch. Wenn ich der Projektleiter wäre, dann würde ich effektiv auf 377 Systeme einstellen und mich hinterher glücklich schätzen, wenn ich 250+127 realisieren konnte. Jedes System ist doch so individuell wie die Region in der es eingesetzt wird und besteht vermutlich aus x-tausenden Parametern.

Und weil man so amizoniert ist, will man direkt auch noch Fahrten von einem Tarifsystem in ein anderes ermöglichen.
Das verstehen oft nicht mal die, die die Fahrkarten verkaufen (sollten/müssen).

Wie gesagt, ich wünsche allen VIEL SPASS.

[blubby666]

also was du hier so beschreibst hat eigentlich im großen gar nix mit datenbanken zutun. Die Datengrundlage hat in allen Fällen die selbe zu sein, nämlich möglichst detaillierte Daten. Wie dass dann präsentiert wird, muss in der darstellen Software angepasst werden.

[johnripper]

Das Datenbank-Thema habe nicht ich ins Gespräch gebracht.