[Hbci4java-help] Fwd: GVRKUms.UmsLine.instref ändert sich?
Brought to you by:
kleiner77
|
From: Jan B. <ja...@mu...> - 2009-04-22 10:14:08
|
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 |