Diskussion:Internationale Wertpapierkennnummer

Implementierung

Warum ist es notwendig eine Bildschirmseite Code zur Implementierung mit ausführlicher Nacherzählung was genau gemacht wird anzugeben? Der Artikel soll die ISIN behandeln und nicht Programmieren lehren. --Mps 15:56, 3. Aug. 2009 (CEST)

Ich schließe mich hier mal an. Die Berechnung der Prüfziffer kann vielleicht kurz angeschnitten werden, aber eine Implementierung in Java mit Verweis auf div. effiziente Implementierungsdetails hat hier sicher nichts zu suchen. Zumal der Abschnitt ca. 50% des Artikels ausmacht und vermutlich niemanden interessiert. Jene, die er interessiert, werden vermutlich auf die entsprechende Spezifikationen zurückgreifen. Bei Bedarf könnte man evtl. auf entsprechende Webseiten verlinken. 212.17.243.19 19:59, 5. Aug. 2009 (CEST)

Ich habe das jetzt mal entfernt. Wobei ich sagen muss, dass die genaue Beschreibung der Berechnung der Prüfziffer hier eigentlich ebenfalls fehl am Platz ist. Dies dürfte für nahezu niemanden relevant sein, der sich über ISINs informiert. --212.17.245.26 20:56, 17. Sep. 2009 (CEST)

Modifikation des Artikels ist offenbar nicht gewünscht, da offensichtlicher Auto-Revert durch Benutzer Kaisersoft. Ich würde begrüßen, wenn das Thema hier zumindest angesprochen würde. Es stand lange genug auf der Diskussionsseite.

Natürlich ist die Implementierung relevant daher revert. --Paddy 23:41, 11. Okt. 2009 (CEST)

Welche Wertpapiere bekommen eine ISIN

In dem Artikel fehlen Angaben, welche Wertpapiere eine ISIN bekommen und welche nicht. Siehe auch Diskussion:Wertpapierkennnummer#Überarbeiten. Wäre gut, wenn jemand zur NNA einen Artikel schreiben würde. --Julius-m 22:10, 8. Jun. 2007 (CEST)

Beispiel und Weblinks

Die angegebene ISIN gehört sicher zu einem renomierten deutschen Unternehmen. Dennoch sollte hier doch nicht Werbung für bestimmte Firmen gemacht werden. Die Weblinks erscheinen mir nicht unbedingt seriöse Quellen.

Ich denke ich werde hier mal etwas aufräumen.

Benutzer:Fsswsb 23.05.2006

Fehler in der Java-Prozedur?

Die Java-Prozedur liefert mir fehlerhafte Prüfziffern, wenn ich an der letzten Stelle vor der Prüfziffer die Buchstaben J-M, P-T oder Z setze (ASCII Codes 70-74,80-84 bzw. 90). Für diese Buchstaben ist der Wert der durch den Algorithmus a*c+b*(c/10) berechnet wird exakt um -1 verschoben.

Als Beispiel sei die ISIN DE000A0AM1P5 genannt.

Fehler in der Java-Prozedur behoben

Der Bug war in der bereits oben angegebenen Zeile, betraf allerdings die Buchstaben F-J, P-T und Z, an beliebiger Stelle. Diese haben folgende Codes für die ISIN Berechnung (ASCII-55): 15-19, 25-29 und 35. Wenn man deren Einerstelle mit 2 multipliziert erhält man eine Zahl zwischen 10 und 18. Die 1 muss mit in die Quersumme eingerechnet werden.

--Toasty 18:40, 10. Dez. 2006 (CET)

PHP?

Hallo,

gibt es auch ein PHP Script um die ISIN zu berechnen? Da war doch die Rede von in den Diskussionen - wär schön, wenn man das einfügen könnte.

Ich habe probiert eines zu schreiben, aber er liefert mir bei alphanumerischen WKNs fehler - z.b. RTM444 berechnet er DE000RTM4449 statt korrekt DE000RTM4444

Und wie wird z.B. DE000BNP0C68 berechnet?

Oh, da habe ich doch etwas übersehen. Jetzt habe ich das PHP-Programm entsprechend verbessert.

In der Tat können auch in der NSIN, obgleich N eigentlich für Nummer steht, gleichwohl auch Buchstaben auftreten. In diesem Fall müssen die Buchstaben in der NSIN in gleicher Weise wie beim Ländercode in Ziffern umgewandelt werden. Sonst ist die Berechnung völlig analog.

Benutzer:Fsswsb 23.05.2006

Ich habe noch einen kleinen Fehler beseitigt. Das Programm sollte jetzt in allen Fällen die Gewichtung korrekt nach Regel 2 durchführen.

Benutzer:Fsswsb 25.05.2006

Neues Programm

function quersumme($x){
  return floor($x/10)+$x%10;
}

function PISIN ($isin){
  $sum=0;
  $zahl = '';
  $isin = str_replace(' ',"",$isin);
  if (strlen($isin)!=12)
      print "<b>Fehler:</b> Li&auml;nge der ISIN  falsch ";
  $isin = strtoupper($isin);
  for ($i=0;$i<strlen($isin);$i++)
    if (ctype_digit($isin{$i})){
       $zahl .= $isin{$i};
    } else {
       $tmp = ord($isin{$i}) - ord('A') + 10;
       $zahl .= $tmp;
    }
  $gw = 1;
  for ($i=0;$i<strlen($zahl);$i++) {
    $sum += quersumme( ($gw) * $zahl{ strlen($zahl) - $i - 1 } );
    $gw = 3 - $gw;
  }
  $sum %= 10;
  $pz = $isin{strlen($isin)-1};
  if ($sum != 0)
    print 
    "<b>Fehler:</b> Pr&uuml;fziffer $pz der ISIN falsch";
  else
    print "<b>ISIN:</b> Pr&uuml;fziffer $pz korrekt";

}

Diese Implementierung gehört wirklich, wenn überhaupt, in ein PHP Wiki oder unter php.net. Wenn überhaupt PHP dann sowas [1] und die Java Implementation hat schon allein wegen der Typisierung ihre Vorteile. --Paddy 23:45, 13. Okt. 2009 (CEST)

"Länderkürzel" für Clearstream Banking AG

Okay, die ISIN sollte mit einem Länderkürzel beginnen. Wie gehen in die Systematik ISINs wie XS0300167938 rein? XS, habe ich herausgefunden, ist ein "Länderkürzel" für die Clearstream Banking AG. Warum haben die sowas? --Echoray 12:46, 25. Aug. 2007 (CEST)

Weil nicht alle Länder eine eigene Vergabestelle haben, und bei internationalen Wertpapieren die Wahl eines Landes auch willkürlich wäre, wurden die zwei weltweitgrößten Clearingstellen für Wertpapiere beauftragt, für solche Fälle die ISIN zu vergeben. Diese sind dann aber auch keinem einzelnen Land zuzuordnen, weswegen sie auch nicht mit einem Länderkürzel beginnen - die von Clearstream und Euroclear vergebenen ISINs beginnen daher mit dem Sondercode "XS". --Jwilkes 02:00, 2. Feb. 2008 (CET)

Länderkürzel: BMG ?

Was bedeutet das Länderkürzel BMG in der ISIN ? wie z.B.: BMG3922B1072 ? bei ISIN.net konnte ich in der Liste dazu keinen Eintrag finden .

Sinn der Prüfziffer

Moin,

kann vielleicht jemand den Sinn der Prüfziffer erklären? Das einzige, was mir einfallen würde, wäre eine höhere Sicherheit gegen das Vertippen bei Transaktionen, aber selbst das erscheint mir zu doof (btw: Für Banküberweisungen wäre das doch mal eine nette Ergänzung). --Ff-Sepp 01:20, 29. Dez. 2008 (CET)

Im Logistikbereich sind z.B. bei den EAN-Codes Prüfziffern schon lange Standard. Diese dienen genau wie Du gesagt hast dazu Eingabe- oder Übermittlungsfehler abzufangen und somit die Sicherheit zu erhöhen. Da durch den geringen Mehraufwand (eine Ziffer mehr) gleichzeitig viel Sicherheit gewonnen wird, sicherlich keine schlechte Idee, die mir gar nicht so "doof" erscheint ;-) Grüße Bahnemann 16:32, 1. Jan. 2009 (CET) PS: Mit der Anmerkung zu den Banküberweisungen gebe ich Dir absolut recht...ist halt "nur" ein nationaler Standard wo sich die Erfinder offenbar noch keine Gedanken über irgendwelche Prüfziffern gemacht haben. Bei einer erneuten Umstellung jedoch sicher keine schlechte Idee!

Mittlerweile wurde im Rahmen der Umstellung des Zahlungssystem auf den SEPA Standard auch eine Prüfziffer eingeführt. Die Stellen drei und vier einer IBAN kommen dabei als Prüfziffer für Land, BLZ und Kontonummer zum Einsatz. näheres dazu unter http://www.iban.de/iban-pruefsumme.html --Loxos (Diskussion) 12:46, 18. Mär. 2015 (CET)

Eindeutigkeit von ISIN - MIC

Im Artikel steht: Die ISIN identifiziert ein Wertpapier eindeutig, aber nicht den Handel mit einem Wertpapier. [...] Durch Kombination von Market Identifier Code (MIC) gemäß ISO 10383 und ISIN wird diese Handelseindeutigkeit aber erreicht.

Das stimmt aber nicht ganz. Zum Beispiel wird an der Swiss Exchange der Titel CASTLE PRIVATE N unter der gleichen ISIN sowohl in CHF als auch in USD gehandelt (siehe hier und hier). Ist das eine Ausnahme oder sollte das in den Artikel aufgenommen werden?

--85.1.21.31 22:39, 30. Mai 2010 (CEST)

String-OPs teuer?

Wieso nennen Sie die String-OPs in Java "teuer"? Sie sind etwas zeitaufwändiger in der Laufzeit aber mir entfällt der Begriff "teuer". Wieso nicht "zeitaufwändig" schreiben? --80.139.126.182 13:12, 28. Mai 2011 (CEST)

Wenn man mal genau liest sieht man, dass sich die Aussage nicht auf Java, sondern Rechnersysteme allgemein bezieht. String-Ops kosten nicht bloß Zeit, sondern auch mehr Speicher. Um beides in einem Wort griffig zu erfassen, finde ich "teuer" einen super Begriff. --Echoray 21:44, 28. Mai 2011 (CEST)

Fehler

Die Behauptung, eine ISIN identifiziere ein börsengehandeltes Wertpapier ist falsch. Auch nicht börsennotierte Wertpapiere können durchaus über eine ISIN verfügen. (nicht signierter Beitrag von 62.159.34.131 (Diskussion) 13:59, 11. Jan. 2012 (CET))

So ist es: beispielsweise lautet die ISIN des DAX-Index: DE0008469008, und der DAX selbst ist kein börsengehandeltes Wertpapier.--188.174.6.104 00:06, 21. Jul. 2012 (CEST)

Dieser Fehler ist jetzt durch abgeschwächte Formulierung behoben.--JFKCom (Diskussion) 19:06, 17. Jul. 2017 (CEST)

"ISIN-Land" kann sich vom Land des Emittenten unterscheiden: Das stimmt, allerdings passt das Beispiel mit American Depositary Receipt und Global Depositary Receipt nicht, denn bei diesen Papieren sitzt der Emittent gerade im "ISIN-Land". ADR sollen die die (faktische) Anlage in ausländischen Wertpapieren in den USA ermöglichen, ohne dass die die betreffenden Papiere selbst in den USA zum Handel zugelassen werden müssen, weil dieses Zulassungsverfahren kompliziert und teuer ist. Deshalb erfolgt die Emission der ADR mit einer US-amerikanischen-ISIN durch US-amerikanische Banken. Ich habe das durch ein hoffentlich passenderes Beispiel ersetzt. --Urfin7 (Diskussion) 10:57, 5. Aug. 2012 (CEST)

Wie viele ISIN gibt es?

24 Millionen?

--195.140.123.168 14:05, 27. Feb. 2023 (CET)

Formel für die Prüfziffer

Die Formel in der letzten Zeile der Beispielrechnung ist unnötig kompliziert und lässt sich vereinfachen zu: (-Quersumme) mod 10

Den Lesenden dieser Berechnung darf man sich wohl zutrauen wie mod für negative Zahlen funktioniert?

Warum also diese Verkomplizierung? Gunn711 (Diskussion) 11:47, 10. Jul. 2024 (CEST)