Re: AW: Dateiformat csv für SEPA-account converter
On 10.01.2014 07:04, Jörg Schmidt wrote: Hallo, -Original Message- From: RA Stehmann [mailto:anw...@rechtsanwalt-stehmann.de] Das Hauptverfahren zur Berechnung der Prüfziffer der IBAN kann übrigens nicht in einem Starbasic-Makro umgesetzt werden, da der zu bearbeitende Integerwert zu viele Stellen hat. Man kann das als Stringberechnung implementieren. Ich bin zu faul es selbst hinzuschreiben, weswegen ich auf ein Beispiel in VBA verweise: http://www.ms-office-forum.net/forum/showthread.php?t=259499 Dort ist nur in der Zeile die eine Fehlermeldung wegen des Dateityps bringt ein VAL() zu ergänzen, aus: bytPrd = Mid$(strNo1, lngVar1, 1) * Mid$(strNo2, lngVar2, 1) + bytCarry Wird also: bytPrd = VAL(Mid$(strNo1, lngVar1, 1)) * VAL(Mid$(strNo2, lngVar2, 1)) + bytCarry Das ist das Hauptverfahren: Zunächst wird aus der Bankleitzahl, der gegebenenfalls mit führenden Nullen auf zehn Ziffern aufgefüllten Kontonummer (Werte gilt für Deutschland) und der Zahl 1314 (=DE) und dann noch zwei Nullen eine Zahl gebildet, aus der die Prüfziffer errechnet wird. Dies erfolgt nach folgender Methode: Aus der genannten Zahl wird Modulo 97 berechnet und von 98 abgezogen. Ist die Prüfziffer einstellig, wird sie mit einer führenden Null aufgefüllt. Sodann wird die IBAN wie folgt gebildet: DE, zweistellige Prüfziffer, Bankleitzahl und zehnstellige Kontonummer. Das Problem ist, dass der so gebildete Integerwert, auf den die Modulo-Operation anzuwenden ist, für einige Programmiersprachen zu groß ist. (Mit Python beispielsweise geht es.) Daher gibt es ein Hilfsverfahren: http://www.pruefziffernberechnung.de/I/IBAN.shtml Gruß Michael signature.asc Description: OpenPGP digital signature
Re: Dateiformat csv für SEPA-account converter
Am 09.01.2014 17:26, schrieb E.J.Minhorst: ... schön wär's! Leider kann CALC mit solchen großen Zahlen keine Moduloberechnungen anstellen - jetzt wird's doch etwas komplizierter: Mit sooo großen nicht, das ist richtig; aber bis 18 signifikante Stellen kann man rechnen , auch wenn die Darstellung selbst nur 15 signifikante Stellen ermöglicht; und selbst die reichen gut für die BKZ und die Kontonummer (zumindest in DE und vielen anderen Ländern). Daher halte ich es für viel einfacher, die schrittweise Modulo-Operation direkt auf BKZ, Kontonummer und Länderkennzeichen an zu wenden: [A1] = Länderkürzel Text [B1] = Bankleitzahl Zahl [C1] = Kontonummer[1] Zahl [D1] = aufbereitete Länderkennzahl Zahl; für DE immer 131400 =(((CODE(TEIL(A1;1;1))-55)*100) + (CODE(TEIL(A1;2;1))-55))*100 [E1] = Prüfziffer[2] Zahl =98 - REST((REST(REST(B1;97)*10^10+C1;97)*10^6)+D1;97) [F1] = IBAN Text =A1 TEXT(E1;00) TEXT (B1;) TEXT (C1;00) [1] Der erste Buchstabe des Länderkürzels (TEIL(A1;1;1)) wird in den zugehörigen Ascii-Wert umgewandelt, und davon 55 abgezogen (bsp. A hat den ASCII-Wert 65; um daraus den erforderlichen Wert 10 zu erhalten, muss man eben jene 55 abziehen); das Ergebnis wird um 2 Dezimalstellen nach links verschoben (*100), der auf gleiche Weise umgerechnete Wert des zweiten Buchstabens dazu addiert, und das ganze nochmals um 2 Stellen verschoben, um den Platzhalter für die Prüfziffer zu erzeugen. [2] die BLZ aus B1 wird Modulo 97 genommen (REST(B1;97)), und das Ergebnis um 10 Dezimalstellen aka die Soll-Länge der Kontonummer nach links verschoben (*10^10); dazu wird dann die Kontonummer aus C1 addiert, das ganze wider Modulo 97 genommen, und um diesmal 6 Stellen aka die Länge der aufbereiteten Länderkennzahl (inklusive Platzhalter 00 für die Prüfziffer) verschoben; schließlich wird diese auch noch aus E1 dazu addiert, und das ganze nochmal Modulo 97 genommen; das Ergebnis muss dann nur noch von 98 abgezogen werden. Wolfgang -- - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Dateiformat csv für SEPA-account converter
Guten Tag, liebe Helfer! Ich muss für den SEPA-Lastschrifteinzug zum Umrechnen der alten Kontodaten in die IBAN und BIC Nummern eine Tabelle als Dateityp CSV (Trennzeichen getrennt) (.csv) speichern. Ich krieg das leider nicht so hin, dass der SEPA-converter (Sparkasse) es annimmt. Kann jemand helfen? Dank und Gruß Hanna Ganter -- Hanna Ganter Sägegasse 12 79244 Münstertal Telefon und Fax 07636 1736 - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Re: Dateiformat csv für SEPA-account converter
Hallo, From: Hanna Ganter [mailto:hanna.gan...@online.de] Ich muss für den SEPA-Lastschrifteinzug zum Umrechnen der alten Kontodaten in die IBAN und BIC Nummern eine Tabelle als Dateityp CSV (Trennzeichen getrennt) (.csv) speichern. Ich krieg das leider nicht so hin, dass der SEPA-converter (Sparkasse) es annimmt. Warum nicht? Was passiert denn? Kann jemand helfen? Ohne weitere Informationen wohl eher nicht da ich nicht wüsste das es einen allgemeinen Standard gibt welchen cvs-Aufbau ein SEPA-Konverter erwartet. Man muss ganz einfach wissen welche Trennzeichen und ggf. welche Texttrenner erwartet werden. Wenn ich google finde ich unter SEPA-converter (Sparkasse) ein Programm [1] in dessen Dokumentaion als Aufbau der cvs dokumentiert ist das der Feldtrenner das Semikolon sein muss und der Text in stehen muss, also wäre beim Speichern in OO das in dem Dialog auszuwählen der erscheint wenn man als cvs speichert, also: Feldtrenner: ; Texttrenner: Ob allerdings alle 'SEPA-Konverter' mit einer derartigen csv zurechtkommen entzieht sich meinerr Kenntnis, ich wseiß nicht einmal ob es mehrere vesxchiedene SEPA-Konverter gibt. Rückantworten NUR an die Mailingliste. Gruß Jörg [1] https://www.ksk-koeln.de/leistungen/dienstleistungen/zahlungsverkehr/sepa-zahlungs verkehr/sepa-converter.aspx - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Re: Dateiformat csv für SEPA-account converter
Am 08.01.2014 21:25, schrieb Hanna Ganter: Guten Tag, liebe Helfer! Ich muss für den SEPA-Lastschrifteinzug zum Umrechnen der alten Kontodaten in die IBAN und BIC Nummern eine Tabelle als Dateityp CSV (Trennzeichen getrennt) (.csv) speichern. Ich krieg das leider nicht so hin, dass der SEPA-converter (Sparkasse) es annimmt. Kann jemand helfen? Woran genau scheitert es denn? Hast Du korrekt eingestellt - die richtige Reihenfolge der Daten? - das richtige Trennzeichen (Feldtrenner)? - Hochkomma ja oder nein (Alle Textzeilen zitieren)? Wolfgang -- - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
AW: Dateiformat csv für SEPA-account converter
Hallo Hanna, Frage: Wenn Du (oder Dein Arbeitgeber) offenbar Sparkassenkunde bist, warum verwendest Du nicht zB das Programm SFirm (Netzwerk) als Banking-Programm; das kann auch alte Bankdaten konvertieren? (beim Preis erschrickt man erst mal, der ist meiner Erfahrung nach verhandelbar; einfach frech sein! oder alternativ Star-Money, kann SEPA/IBAN auch) Ich sehr das Problem auch darin, dass Du beim Konvertieren immer wieder führende Nullen einfügen mußt, je nachdem, wie lang die vorherige Kontonummer war. Und Du mußt eine Prüfziffer errechnen. Kennst Du den Algorithmus dazu? Du hast also ein Datenbankproblem (siehe meine Vorredner: Felder, Trennzeichen...) und vor allem das Berechnungsproblem. Die SPK stellt im Internet einen IBAN Rechner zur Verfügung, das geht bei geringem Umfang: https://www.sparkasse.de/privatkunden/konto-karte/iban-rechner.html Viel Erfolg! Konrad -Ursprüngliche Nachricht- Von: Hanna Ganter [mailto:hanna.gan...@online.de] Gesendet: Mittwoch, 8. Januar 2014 21:25 An: users-de@openoffice.apache.org Betreff: Dateiformat csv für SEPA-account converter Guten Tag, liebe Helfer! Ich muss für den SEPA-Lastschrifteinzug zum Umrechnen der alten Kontodaten in die IBAN und BIC Nummern eine Tabelle als Dateityp CSV (Trennzeichen getrennt) (.csv) speichern. Ich krieg das leider nicht so hin, dass der SEPA-converter (Sparkasse) es annimmt. Kann jemand helfen? Dank und Gruß Hanna Ganter -- Hanna Ganter Sägegasse 12 79244 Münstertal Telefon und Fax 07636 1736 - To unsubscribe, e-mail: users-de- unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de- h...@openoffice.apache.org - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Re: AW: Dateiformat csv für SEPA-account converter
Man kann die IBAN tatsächlich nach guter alter Sitte mit der Hand ausrechnen (nimmt etwa eine DIN-A4-Seite in Anspruch). Die Probleme sind tatsächlich häufig woanders. Beispielsweise kennen manche Menschen ihre vollständige Kontonummer nicht. Bei einigen Banken gibt es nämlich eine Stammnummer und angehängt Ziffern für Unterkonten z.B. Giro-, Sparkonten etc.. Die Banken haben aber auch dann Überweisungen ausgeführt, bei der nur die Stammnummer angegeben war. Für die IBAN braucht man jedoch die vollständige Kontonummer (also mit Unterkontonummer). Will man auch die Kontonummer verprüfen, so soll es dafür allein in Deutschland über 140 verschiedene Verfahren geben (das Prüfverfahren ist also von Bankengruppe zu Bankengruppe verschieden). Man braucht also eine Datenbank, um anhand der BLZ das richtige Kontonummerprüfverfahren anzuwenden. Bessere Programme haben das implementiert. Die IBAN darf auch nur vom kontoführenden Institut errechnet und ausgegeben werden. Wer eine nicht vom Kreditinstitut ausgegebene IBAN benutzt, kann beim Auftreten von Fehlern nicht das Kreditinstitut haftbar machen und auch sonstige Rechtsverluste erleiden. Das Hauptverfahren zur Berechnung der Prüfziffer der IBAN kann übrigens nicht in einem Starbasic-Makro umgesetzt werden, da der zu bearbeitende Integerwert zu viele Stellen hat. Man muss also dann auf die dokumentierten Hilfsverfahren ausweichen. Gruß Michael signature.asc Description: OpenPGP digital signature
Dateiformat csv für SEPA-account converter
Hallo Jörg, es funktioniert! Ganz herzlichen Dank. Man muss halt nur wissen wie, die Sprache mit ,*;, etc beherrsche ich leider nicht. Deine Hilfe erspart mir einige Stunden Arbeit (der Einzelumrechnung für die ganze Vereinsmitgliederliste) Viele Grüße Hanna -- Hanna Ganter Sägegasse 12 79244 Münstertal Telefon und Fax 07636 1736 - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Re: Dateiformat csv für SEPA-account converter
Hallo Hanna! Auch wenn Dein Problem zwischenzeitlich gelöst wurde - hier noch mal ein Nachtrag für CALC-Tüftler zum selbstberechnen von (deutschen) IBAN-Nr.: Im Grunde ist die IBAN-Nr. nämlich nur eine zusammengesetzte Nummer aus der altbekannten BLZ und der üblichen Konto-Nr. - sonst (fast) nix! Fast nix? Naja: Die IBAN-Nr. muß immer mit einem Länderkennzeichen beginnen (für Deutschland DE) und zwischen diesem Länderkennzeichen und der eigentlichen Konto-Information muß noch eine sogenannte Prüffziffer eingefügt werden. Diese Prüfziffer ist quase eine Art Quersumme der kompletten Zahlenreihe und verhindert z.B. Tippfehler: Falls der Empfänger aus den übermittelten Konto-Infos diese Prüfziffer nicht korrekt nach- rechnen kann, dann ist irgendwas schief gelaufen. Gerade diese Prüfziffer ist der Stolperstein, der aber - wenn man sich ein bißchen reinhängt - relativ leicht zu durchschauen ist. Beim Zusammensetzen einer IBAN-Nr. muß man noch ein bißchen auf die richtige Stellenanzahl achten: Die BLZ ist in Deutschland zum Glück immer gleich lang: 8 Stellen. Kontonummern können unterschiedlich lang sein und müssen deshalb rechtsbündig evtl. mit Vor-Nullen auf 10 Stellen getrimmt werden. Diese beiden Zahlen werden dann einfach hinteranander gestellt und ergeben schon mal das 1. Teil-Ergebnis: die sogenannte BBAN (Basic Bank Account Number). Wichtig ist noch, daß keine Leerzeichen, Punkte oder sonstige Sonder- zeichen im Code enthalten sind. Das also wäre schon mal die Basis - jetzt geht's los: Gebrauchsanleitung zum Selbstberechnen einer IBAN-Nr. mit Hilfe einer Tabellenkalkulation (z.B. OO-Calc): === Wir bauen die Tabelle erst mal 1-zeilig von links nach rechts auf. Dadurch lassen sich später die einzlenen Rechenfelder bequem mit festgehaltener Maus nach unten vervielfältigen. Feld [A1] = Ländercode (für Deutschland DE) bereitstellen. Einfach als normales Textfeld füllen. ACHTUNG: Nur Grossbuchstaben!! Feld [B1] = BLZ bereitstellen (als Zahl). Feld [C1] = Kontonummer bereitstellen (als Zahl). Feld [D1] = BBAN aus BLZ + KtoNr. zusammensetzen. Die Feldfuntion TEXT(B1;) TEXT(C1;00) stellt die korrekte Stellenanzahl von BLZ (8-stellig) + KtoNr. (10-stellig) als formatierte Zeichenkette zur Verfügung. Feld [E1] = Numerische Werte des Ländercodes ermitteln: Die Buchstaben A-Z müssen in Zahlenwerte 10-35 umgewandelt werden. Dazu ermitteln wir einfach mit dem Feldfunktion CODE den ASCII-Code der einzelnen Zeichen und ziehen davon jeweils den Wert 55 ab. Das Computer- Alphabet beginnt bei A mit dem ASCII-Code 65, abzügl. 55 ergibt also z.B. für den Buchstaben A die gewünschte Zahl 10! Mit der Feldfunktion LINKS und RECHTS kann man das erste und das letzte Zeichen einer Zeichenkette extrahieren. Da wir nur 2 Zeichen haben, reicht das für unsere Zwecke: CODE(LINKS(A1))-55 CODE(RECHTS(A1))-55 - fertig. Feld [F1] = Prüfziffer berechnen. Die Prüfziffer ergibt sich aus dem Divisionsrest - genannt Modulo - von (BBAN + Num.Ländercode + 00)/97. Der Feldfunktion für die Modulorechnung heißt REST. Zur internen Berechnug von REST muß der Funktionscode WERT verwendet werden, da alle interessanten Felder als Text formatiert wurden. = REST( WERT(D1 E1 00); 97 ) - FUNKTIONIERT LEIDER NUR THEORETISCH!!! Feld [G1] = die fertige IBAN-Nr. Die bisherigen Teilergebnisse werden in der Reihenfolge Ländercode, Prüfziffer und Basic Account Number aneinandergereiht. = A1 F1 D1 - FERTIG! ... schön wär's! Leider kann CALC mit solchen großen Zahlen keine Moduloberechnungen anstellen - jetzt wird's doch etwas komplizierter: Die Modulorechnung muß in Teilschritten von jeweils 9 Stellen von links nach rechts über die gesamte Ziffernfolge laufen, wobei ab dem 2. Schritt jeweils der Divisionsrest aus dem vorhergehenden Schritt vorangestellt wird. Dazu müssen folgende Funktionscodes verschachtelt werden, wobei ich auf eine explizite Erläuterung verzichte (diese Mail würde sonst zu umfangreich): Hilfsfeld Nr.1: [H1] = Divisionsrest aus (erste 9 Stellen von [D1])/97 = REST( WERT( LINKS(D1;9) ); 97 ) Hilfsfeld Nr.2: [I1] = DR. aus (Ergebnis[H1] + nächste 9 Stellen)/97 Hierzu muß das Divisionergebnis der vorherigen Rechnung vorgestellt werden = REST( WERT( LINKS( TEXT(H1;00) TEIL(D1;10;9); 9) ); 97) Hilfsfeld Nr.3: [J1] = DR. aus (Ergebnis[I1] + nächste 9 Stellen)/97 = REST( WERT( LINKS( TEXT(I1;00) TEIL(D1;17;9); 9) ); 97) Hilfsfeld Nr.4: [K1] = DR. aus (letzte Stellen + num.Ländercode + 00)/97 = REST( WERT( LINKS( TEXT(J1;00) TEIL(D1;24;9) E1 00; 9 ) ); 97) ... jetzt können wir dem Feld [F1] die richtige Prüfziffer übergeben: Dazu wird der letzte Restwert aus Feld [K1] von der Zahl 98 subtrahiert und wieder mal als 2-stelliges Textfeld formatiert (wegen Vor-Nullen): = TEXT((98-K1);00) ... und im Feld [G1] erscheint nun auch die korrekte IBAN-Nummer gemäß der Formel, wie sie weiter oben bereits von mir definiert wurde. Viel Spaß beim Ausprobieren! Gruß: Ernst P.S. Die bei uns
Re: Dateiformat csv für SEPA-account converter
Am 09.01.2014 17:26, schrieb E.J.Minhorst: ... und im Feld [G1] erscheint nun auch die korrekte IBAN-Nummer gemäß der Formel, wie sie weiter oben bereits von mir definiert wurde. Ist das sicher? AFAIK gibt es zig verschiedene Berechnungsmethoden für die IBAN. Gruß - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Re: AW: Dateiformat csv für SEPA-account converter
Hallo, -Original Message- From: RA Stehmann [mailto:anw...@rechtsanwalt-stehmann.de] Das Hauptverfahren zur Berechnung der Prüfziffer der IBAN kann übrigens nicht in einem Starbasic-Makro umgesetzt werden, da der zu bearbeitende Integerwert zu viele Stellen hat. Man kann das als Stringberechnung implementieren. Ich bin zu faul es selbst hinzuschreiben, weswegen ich auf ein Beispiel in VBA verweise: http://www.ms-office-forum.net/forum/showthread.php?t=259499 Dort ist nur in der Zeile die eine Fehlermeldung wegen des Dateityps bringt ein VAL() zu ergänzen, aus: bytPrd = Mid$(strNo1, lngVar1, 1) * Mid$(strNo2, lngVar2, 1) + bytCarry Wird also: bytPrd = VAL(Mid$(strNo1, lngVar1, 1)) * VAL(Mid$(strNo2, lngVar2, 1)) + bytCarry Gruß Jörg - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Re: AW: Dateiformat csv für SEPA-account converter
-Original Message- From: RA Stehmann [mailto:anw...@rechtsanwalt-stehmann.de] Sent: Thursday, January 09, 2014 12:48 PM To: users-de@openoffice.apache.org Subject: Re: AW: Dateiformat csv für SEPA-account converter Man kann die IBAN tatsächlich nach guter alter Sitte mit der Hand ausrechnen (nimmt etwa eine DIN-A4-Seite in Anspruch). Die Probleme sind tatsächlich häufig woanders. Beispielsweise kennen manche Menschen ihre vollständige Kontonummer nicht. Bei einigen Banken gibt es nämlich eine Stammnummer und angehängt Ziffern für Unterkonten z.B. Giro-, Sparkonten etc.. Die Banken haben aber auch dann Überweisungen ausgeführt, bei der nur die Stammnummer angegeben war. Für die IBAN braucht man jedoch die vollständige Kontonummer (also mit Unterkontonummer). Will man auch die Kontonummer verprüfen, so soll es dafür allein in Deutschland über 140 verschiedene Verfahren geben (das Prüfverfahren ist also von Bankengruppe zu Bankengruppe verschieden). Man braucht also eine Datenbank, um anhand der BLZ das richtige Kontonummerprüfverfahren anzuwenden. Bessere Programme haben das implementiert. Die IBAN darf auch nur vom kontoführenden Institut errechnet und ausgegeben werden. Wer eine nicht vom Kreditinstitut ausgegebene IBAN benutzt, kann beim Auftreten von Fehlern nicht das Kreditinstitut haftbar machen und auch sonstige Rechtsverluste erleiden. Das Hauptverfahren zur Berechnung der Prüfziffer der IBAN kann übrigens nicht in einem Starbasic-Makro umgesetzt werden, da der zu bearbeitende Integerwert zu viele Stellen hat. Man muss also dann auf die dokumentierten Hilfsverfahren ausweichen. Gruß Michael - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Re: Dateiformat csv für SEPA-account converter
Hallo, From: Josef Latt [mailto:josef.l...@gmx.net] Ist das sicher? AFAIK gibt es zig verschiedene Berechnungsmethoden für die IBAN. Wenn z.B. Wikipedia die Wahrheit sagt: http://de.wikipedia.org/wiki/International_Bank_Account_Number Und Ernst sich nicht verrechnet hat, Sollte das natürlich richtig sein, denn die verschiedenen Rechenverfahren bringen doch keine unterschiedliche IBAN hervor, sonst wäre diese ja nicht eindeutig. Berechnungsmethoden meint doch hier nur das man gleiche Werte (es geht hier im Eigentlichen nur um die Prüfziffern) auf unterschiedlichem Wege berechnen kann. Richtig ist wohl, ich habs irgendwo gelesen als ich die Rechenverfahren quergelesen habe, das es in Ausnahmefällen (bei ungünstiger Kombination BLZ+Kto-Nr.+Land) Probleme geben kann, ich kann dafür aber kein konkretes Beispiel geben. Gruß Jörg - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org