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

[HBCI4Java (S. Palme) <hbc...@ka...>]

Hallo,

danke auch Dir für die Infos. Die Aussagen von Captain FRAG decken
sich in etwa mit dem, was ich bisher vermutet/geahnt/befürchtet habe.

Nichts genaues weiß man nicht - passieren kann theoretisch 
alles mögliche ;-)

Grüße
-stefan-


On Wed, 2009-04-22 at 12:13 +0200, Jan Bölsche wrote:
> 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
> 
> ------------------------------------------------------------------------------
> Stay on top of everything new and different, both inside and 
> around Java (TM) technology - register by April 22, and save
> $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
> 300 plus technical and hands-on sessions. Register today. 
> Use priority code J9JMT32. http://p.sf.net/sfu/p
> _______________________________________________ Hbci4java-help mailing list Hbc...@li... https://lists.sourceforge.net/lists/listinfo/hbci4java-help