[Hbci4java-help] Fwd: GVRKUms.UmsLine.instref ändert sich?

[Jan B. <ja...@mu...>]

Hallo Stefan,

Stefan schreibt:
> Da ich Captain FRAG nur aus dem Onlinebanking-Forum kenne, nehme ich
> an, Du hast dort gefragt. Finde aber den Thread nicht. Könntest Du mal
> den Link dahin angeben bitte?

Nein, er hat mir persönlich geantwortet. Allerdings versehentlich wie  
ich jetzt weiss, weshalb ich die Konversation hier poste:

Grüsse
Jan

Begin forwarded message:

> Hallo Jan,
>
> zu a)
> Das kann ich nicht ausschliessen, halte es aber für sehr  
> unwahrscheinlich. Ich kenne nun mal leider nicht alle  
> Buchungsmodalitäten jeder Bank - deswegen will ich hier nichts  
> versprechen was ich nicht wirklich weiss. Üblicherweise werden aber  
> von Seiten des Buchungstages keine "Manipulationen" vorgenommen. Das  
> dürfte auch den GOB nicht entsprechen. Es gibt aber sehr wohl  
> Buchungen in der Zukunft, z.B. eine Verfügung am Geldautomat am  
> Samstag/Sonntag läuft unter dem Buchungstag Montag. Rückwärteige  
> Buchungen haben üblicherweise einen aktuellen Buchungstag aber eine  
> Valuta in der Vergangenheit.
>
> zu b)
> die Reihenfolge muss in der Tat nicht chronologisch sein. In unserem  
> System kann ich abweichen vom Standard (=Chronologisch) auch andere  
> Sortierungen für eine Umsatzausgabe hinterlegen. Manchmal sind so  
> Besonderheiten wie eine Sortierung nach Betrag gewünscht. Regulär  
> ist aber eine chronologische Ausgabe. Nachvollziehen kann man das  
> über die Umsatzanlieferung über HBCI allerdings nicht, da dort keine  
> Uhrzeiten stehen. Ich kenne auch mind. 2 Banksysteme die nicht mal  
> für den Bankmitarbeiten an der Oberfläche eine Uhrzeit der Buchung  
> darstellen.
>
> Hoffe das hilft etwas.
>
> Gruß
> Meik
>
>
> Am 21. April 2009 23:55 schrieb Jan Bölsche <ja...@mu...>:
> Hallo Meik,
>
> danke für deine sehr hilfreiche Mail. Ich dachte auch schon daran,  
> dass eine Lösung wäre, jeweils komplette Tage in der Datenbank zu  
> überschreiben. Dann wiederum bestünde allerdings das Problem, das  
> bereits gefüllte Zusatzfelder in den Datensätzen verloren gingen,  
> bzw eventuell nicht mehr korrekt zugeordnet wären.
>
> Die Dokumentation von HKKAZ scheint dieses Vorgehen nahezulegen:
> "Es werden stets sämtliche Umsätze des Starttages "Von Datum" in die  
> Kontoumsätze eingestellt, auch wenn diese ganz oder teilweise mit  
> einem vorangegangenen Auszug abgeholt wurden. Dies ermöglicht eine  
> fehlerfreie Eliminierung von mehrfach abgeholten Buchungen durch das  
> Kundensystem."
>
> a) Was mir zur Zeit noch unklar ist: Ist es möglich, dass die Bank  
> nachträglich noch Umsätze in einen bereits abgeschlossenen Tag  
> einfügt? Etwa zeitlich versetzt gebuchte Kreditkartenabrechnungen  
> oder ähnliches?
>
> b) Ist es möglich, dass für den aktuellen Tag, der ja in der HKKAZ- 
> Antwort nicht komplett sein muss bei einer zweite Abfrage Umsätze  
> nicht nur am Ende dazu kommen, sondern auch an anderen Stellen  
> (zwischen zwei bereits bekannten Umsätzen oder am Anfang z.b.)  
> Sprich: kann man sich auf die Reihenfolge innerhalb eines MT904  
> verlassen?
>
> Weisst Du was dazu?
>
> Vielen Dank und viele Grüsse!
>  Jan
>
>
> On 21.04.2009, at 22:14, Captain FRAG wrote:
>
> Hallo Jan,
>
> rein technisch gibt es zwei Arten der Umsatzabfragen. Eine, die nur  
> neue Umsätze liefert (HKKAN) und eine die alle Umsätze eines von der  
> Anwendung (also dir) zu definierenden Zeitraumes liefert (HKUMS).  
> HKKAN wird bankseitig nur teilweise unterstützt, HKKAZ aber immer,  
> daher ist dieser zu bevorzugen. HKKAN war mal eine Vorbereitung auf  
> einen elektronischen Kontoauszug, dieser verfolgt aber einen anderen  
> Zweck und hat später noch eine andere Auftragsart bekommen (HKEKA).
>
> Du brauchst eigentlich keine eindeutige ID (die gibt es auch  
> bankseitig nicht und wird auch nicht mitgeliefert). Du musst im  
> Prinzip nur wissen, welcher Zeitraum über HKKAZ abgefragt wurde /  
> bzw. was in der Lieferung enthalten ist und dann musst du genau  
> diesen Zeitraum in deiner Datenbank komplett überschreiben. Der  
> Inhalt des Zeitraumes wird ja mittels HKKAZ immer komplett  
> geliefert. Eine eigene ID zu bauen ist nicht zielführend, da es  
> unter Umständen wirklich gleiche Umsätze geben kann. Praktisch  
> selten, sich aber drauf zu verlassen ist nicht der sichere und  
> saubere Weg.
>
> Bezüglich "nonref" empfiehlt sich ein Blick in die DTA bzw. MT940  
> Dokumentation, der Wert steht tatsächlich fast in jedem Umsatz. In  
> der Regel wird Kunden bzw. Bankseitig nämlich als Referenz nichts  
> angeliefert. Die Doku findet sich z.B. auch www.ebics-zka.de ->  
> Spezifikationen -> Anlage Datenformate.
>
> Spezielles zu HBCI4JAVA kann ich aber nicht sagen.
>
> Gruß
> Meik