Updates oder Vollversionen von db dialog 3.4?!

Hi TechGuru,

die Angabe HBCI 2.20 Unterstützung bezieht sich nur auf die Unterstützung der DES Chipkarten für Sparkassen, die nur noch HBCI 2.20 anbieten. Alle andere Banken werden meines Wissens nach grundsätzlich mit HBCI 2.01 angesprochen.

Gruß

Holger

Hallo TechGuro

Ich habe auch viele jahre mit db-dialog gearbeitet. Die zeit ist vorbei.
Gehe zur deuba und kaufe smb 3.0. Die übernahme der alten daten klappte bei mir prima. Die einbindung von sparkassen und genossenbanken
ist ebenfalls kein problem. Ich lebe mit smb 3.0 besser und ruhiger als vorher. SMB ist mit der einbindung, anzeige usw. auch für anwender und nichtonlineprofis gut.

Gruß HermannK

Auch wenn das etwas Off Topic ist. Diese Ansicht kann ich überhaupt nicht nachvollziehen. Nicht falsch verstehen. Der Funktionsumfang ist toll und vieles ist auch besser als in DBDialog.

Was das "besser und ruhiger" angeht ist aber SMB30 eine absolute Katastrophe.

Eine "ruhige Überweisung" ist für mich z.B., daß sich eine Überweisung oder sich wiederholende Überweisungen möglichst einfach und mit wenig Risiko der Fehleingabe ausführen lassen. Aber genau das ist eben nicht möglich. Es ist eindeutig zu kompliziert eine Überweisung aus der "Datenbank" heraus (allg. ausgedrückt) zu erstellen oder eine Überweisung für zukünftige Fälle verfügbar zu machen. Wobei ich mich hier schon gar nicht mehr an meine beliebten Vorlagen klammere (aus DBDialog). Das Adressbuch von SMB30 ist in dieser Hinsicht leider auch eine Katastrophe.

Vielleicht kannst Du ja mal Deinen Trick verraten, wie es so "ruhig" bei Dir funktioniert (ernst gemeint). Ich bin für jeden Trick dankbar.

Gruß Carsten

@HKlopsch

Zumindest bin ich zufrieden, daß es nicht nur mir so geht.

Ansnonsten hast Du recht. Die von Dir aufgezählten Features sind vielfach besser oder erleichtern die Arbeit. Es wäre ja auch schlimm, wenn man überhaupt nichts gutes über SMB30 berichten könnte.

Es freut mich jedenfalls, daß Du viele Vorteile gegen ein paar Nachteile eingetauscht hast. Bei mir ist eher so lala.

Gerade scheint das SP1 herausgekommen zu sein. Vieleicht bekommen Sie den Rest ja auch noch in den Griff.

Gruß Carsten

.
Hallo Mountie,
hallo HKlopsch,

ich "mußte" auch von db-dialog auf SMB3 umsteigen.

Habe zwar die SMB-db-Edition schon im letzten Dezember bekommen. Nachdem ich aber die Test-Installation dann "beschnüffelt" hatte,
bin ich - solange es eben ging - noch bei db dialog geblieben.
Womit ja jetzt Schluß ist.

Also : Mountie, Du sprichst mir ganz aus der Seele :!:
Die Vorlagen- und Adreßbuchgeschichte meine ich.
Auch wenn das hier immer offenbar kaum einer versteht.

Das scheint daran zu liegen, daß auch die anderen Programme da nichts
zu bieten haben und deren Benutzer wohl garnicht ahnen können,
wie "schön und sicher und aufgeräumt" das in dialog ging.

Hätte die DB über die Jahre mal etwas in dialog investiert,
dann könnte die Online-Anbindung sicherlich auch so schön wie in SMB sein -
aber da hatte Herr Ackermann wohl andere Prioritäten ...
Deshalb hat HKlopsch "leider" recht :



Wo ich im Moment aber garnicht zustimmen kann :



Denn nachdem ich festgestellt habe, daß die Altdaten (Valutasalden)
fehlerhaft in SMB konvertiert werden, habe ich kein so rechtes Zutrauen
in das Programm bzw. die Starfinanzler mehr.
Einen Bugfix scheint es nicht zu geben, jedenfalls habe ich im
Starfinanzforum dazu bisher nichts vernommen :

https://www.starfinanz.de/forum/viewtopic.php?t=10305

Aber wenn man dort so liest, wurden ja auch andere
Probleme/Fehler über Jahre nicht korrigiert ... traurig, traurig :roll:

Kann auch daran liegen, daß niemand seine konvertierten Daten
mal überprüft hat.
===> Wie ist das bei Euch :?: :?: :?:


Wir suchen hier ganz ernsthaft nach einer SMB3.0-Alternative,
aber leider scheint's da nichts zu geben.
Starfinanz hat übrigens gerade "heimlich" seine Professional-Version
eingestampft (zumindest ist sie von der Starmoney-Site verschwunden).
Windata bastelt noch an Windata Pro 8.0, wo dann offenbar
die ganzen verspielten Icons aus 7.x etwas weggeräumt werden ...
Und ein Proficash 8 ist auch kein Muster an moderner, klarer Oberfläche.

Ich weiß ja, Software-Vergleiche und Empfehlungen sind hier nicht
gewünscht - keiner soll diskriminiert werden.

Aber wir ahnten bisher garnicht, was wir an dialog so hatten ... :roll:


Falls einer (oder beide) von Euch das hier noch liest
(ist ja fast wie Flaschenpost, da dialog "tot" ist), würde ich mich über
ein Feedback zum Valutasalden-Fehler sehr freuen.

Gruß
Maxl
.

.
Hallo HKlopsch,

vielen Dank für die schnelle Antwort.




Wir brauchen das bei Geschäftskonten schon.

Aber wie auch immer (nötig oder nicht) :
Mich hätte halt einfach interessiert, ob bei anderen Benutzern die Altdaten-Konvertierung
vielleicht - anders als bei uns - doch fehlerfrei verlaufen ist (und was ich dann falsch gemacht habe).

Wenn man sich die älteren, weiter zurückliegenden Valutasalden
mal anschaut, schaukelt sich der Fehler u.U. zu ganz "wilden" Salden auf ...

Vielleicht weiß Mountie dazu Genaueres bzw. Fehler ja/nein,
denn der wollte ja - glaube ich - "größere" Datenmengen aus dialog importieren/konvertieren.


Wünsche ebenfalls : [highlight=yellow] Frohe Ostern ! [/highlight]
Maxl
.

.
Hallo Mountie,

danke für das Nachprüfen und die Antwort auch im Starfinanz-Forum.

Ich fasse also mal zusammen :

- Das Problem liegt tatsächlich im Konverter und nicht in einer "Fehlbedienung".
- Der Fehler ist nicht "zufällig", sondern ganz systematisch (2x-Faktor).
siehe auch mein Posting
http://www.onlinebanking-forum…php?t=6503
- Der Fehler wurde auch mit SP2 und bis heute nicht behoben - trotz Info an DB und Starfinanz.


Ich stelle mir vor

1) ich wäre der Starfinanz-Programmierer, der den neuen Konverterteil
db dialog schreibt. Dann hätte ich nicht nur die genauen dialog-Strukturen vorliegen,
sondern ich würde mein Progrämmchen hinterher auch mal mit 10 Datensätzen prüfen,
und zwar ALLE konvertierten Daten.
= 1. Qualitätskontrolle

2) ich wäre der verantwortliche Software-Mensch der Deutschen Bank, der von Starfinanz den neuen
Konverter für dialog bekommen hat. Wohlgemerkt, die SMB-Software
wurde ja nicht extra für die DB geschrieben, sondern war ja sowieso schon in der Schublade.
Also ist aus Sicht der DB - nachdem erstmal die Entscheidung für SMB gefallen war -
der Konverter das wichtigste Teil, um die ganzen Altkunden ins neue Boot zu hieven. Sollte man meinen ...
Deshalb schaue ich natürlich besonders darauf - wieder mit Hilfe einiger Datensätze -,
daß das auch alles richtig funktioniert.
= 2. Qualitätskontrolle

3) sollte dann bei 2) ein Fehler gefunden werden (Fehler sind menschlich) oder
gar ein entsprechendes Kundenfeedback kommen, so sorgt die Rückmeldung der DB an Starfinanz für baldige Abhilfe.
Die DB ist ja mit ihren geschätzten 10 bis 20 Lizenzen schließlich auch kein ganz unwichtiger Kunde von Starfinanz.
= 3. Qualitätskontrolle


Und jetzt wachen wir mal aus unseren Träumen auf und sehen die Realität.

Nämlich : [highlight=cyan].Leistung aus Leidenschaft.[/highlight]
Schafft viel Leiden bei den Kunden - verplemperte Zeit allenthalben.

Ich würde gerne mal so einen Zuständigen sanft am Ärmel ziehen
und fragen, ob er sich sicher ist, wofür er am Monatsende sein Salär bekommt ...

Bin ziemlich verärgert :roll:
Maxl
.

@Stoney

Ich weiß zwar nicht wieso aber es scheint zu funktionieren.

Wobei man scheinbar die Starmoney Pro. csv.-Umsätze exportieren muß. Mit den *.txt Umsätzen kann der Import nichts anfangen.

@Maxl

Ich bin so vorgegangen.

- *.txt Umsätze exportiert und die Umsätze in der Datei überprüft. Dort werden scheinbar nur die Salden exportiert.
- *.csv Prof Umsätze exportieren
- ein fiktives Konto anlegen (am besten Classic Pin/Tan) und die Umsätze wieder importieren
- bei mir haben die Valutensalden auf einmal gestimmt

Jetzt würde ich fast vorschlagen, daß Du für jedes Konto die Umsätze exportierst und alles andere, daß angeboten wird (Adressbuch, Kostenstellen, usw.) und dann in SMB von Grundauf alles neu anlegst. Ohne alten Ballast und ohne die alte Datenbank.

Ich bin mir nicht sicher, ob ich das mache. Allerdings würden sich dann vielleicht gleich ein paar andere Probleme lösen. So ist es mir passiert, daß SMB behauptet, daß mein Konto einige Zahlungsverkehrsarten (hier Lastschrift) nicht anbietet, obwohl laut Starmoney mein Kreditinstitut das anbietet und mein Konto dafür auch freigeschaltet ist.

Gruß Carsten

.
Hallo Stoney,
hallo Mountie,


Stoney, als ich Deinen Vorschlag gelesen habe, dachte ich zunächst,
das kann nicht funktionieren, denn :

Der Konverter übernimmt die Valuten nicht aus dialog, sondern berechnet sie neu
und speichert sie dann in der SM-Datenbank.
Die Valuten werden also nicht erst im SMB-Programm erzeugt, wenn man die Valuten-Ansicht
aufruft, sondern stehen fix in der Datenbank.
Deshalb werden die alten falschen Valuten auch nicht korrigiert, wenn man die neuen
Umsätze bei der Bank (mit den korrekt angezeigten Valuten) abholt.
D.h. der Fehler liegt im Konverter und nicht im Programm.

So, und wenn also die Valuten nun fix falsch in der Datenbank stehen, dann sollten sie sich
beim Exportieren und wieder Importieren ja nicht ändern.
Wäre sonst katastrophal, wenn der Export/Import Daten verändert !!!

Beim längeren Nachdenken fiel mir dann jedoch ein, daß ich beim Experimentieren
mit dem Extras/Datenimport/Datenexport folgendes festgestellt hatte :

Wenn man als Datenexport-Ziel eine "Konfigurierbare .CSV-Datei" wählt, dann darf man
natürlich die gewünschten Daten-Spalten und deren Reihenfolge aussuchen.
Dabei stellt man fest, daß die Valuten NICHT zur Auswahl stehen.
Das ist schon wieder ein Fehler im Programm und liegt offenbar daran, daß die Valuten
ja erst mit SMB-3 neu gekommen sind (vielleicht auf Druck/Wunsch der Deutscher Bank ?)
und bei Starfinanz keiner Zeit hatte, den CSV-Export anzupassen/zu ergänzen.

Ich wollte auf diesem Wege die Daten aus SMB exportieren, in Excel die Valuten korrigieren
und dann alles wieder in SMB importieren.
Pustekuchen (Valuten nicht im Export) !
Außerdem habe ich dann gesehen : Eine CSV-Datei als Import-Format ist garnicht vorhanden.

Hallo Mountie,


Nebenbei, wieder so eine SMB-Schönheit :
Der Export kennt kein SM-Business(3.0)-Format (was eigentlich zu erwarten wäre),
und das Handbuch kennt für den Import kein SM-PRO-Format.

Da muß man halt alles selbst ausprobieren - wir haben ja auch sonst nicht viel zu tun.

Danke Mountie, daß Du schon so "unermütlich" warst.

Da es klappt, wie Du schreibst, vermute ich, daß die Valuten NICHT in die PRO-CSV-Export wandern
(sonst müßten sie ja von dort wieder falsch importiert werden, siehe oben),
sondern daß der PRO-Import die Valuten erst neu und diesmal korrekt berechnet.


Ich probier das mal heute nachmittag aus und melde mich dann wieder.

Nochmals aber schon vielen Dank für Euere Hilfe und Mühe !

Maxl
.
PS : SM-PRO ist von der Starmoney-Seite verschwunden. Ist das jetzt einfach
in der Versenkung verschwunden oder haben das nun ausschließlich die Baumann+Balks
in Form von Windata-PRO unter Kontrolle ?
.

.
Hallo, bins nochmal.

Habe jetzt auch per SM-PRO-CSV probe-ex- und -importiert.

Es klappt tatsächlich - die Valuten werden neu und richtig berechnet.

Aber - Pest und Schwefel, Teufel und Belzebub :

[highlight=red]===> jetzt sind dafür die ganzen Kommentare weg [/highlight]

Ist ja auch klar, weil eine so schön teuere Software wie SM-PRO
natürlich bisher sowas Unnützes nicht kannte. Deshalb stecken zwar
in der CSV-Datei 14 Verwendungszweckzeilen, aber eben keine Kommentare :evil:

Die Frage wäre also : Lieber falsche Valuten oder keine Kommentare.
Das sind vielleicht Alternativen :roll:

Also "liebe" Starfinanz : Es muß ein korrigierter Konverter her ...
Idealerweise einer, in dem man auch auswählen kann, ob die Vorlagen
mitkonvertiert werden sollen - wenn wir schon dabei sind.


So, jetzt werde ich mich mal um was Erfreulicheres kümmern,
tschüss,
Maxl
.