BIK hat geschrieben:
Das BMF hat die Laufzeit auf 5 Jahre gesetzt. Die Karte ist jedoch über diese Laufzeit gültig!!
Danke für die Info - bleibt nur zu hoffen dass die Kartenanbieter die Karte nicht nach einer gewissen Laufzeit deaktivieren
BIK hat geschrieben:
Global-Trust drückt dir mit dem Kauf der Karte gleich den "Service" aufs Auge, dass bei defekter Karte oder Lesegerät,
diese kostenlos ersetzt werden.
Das sollte ja kein Nachteil sein wenn die das so handhaben - so etwas sehe ich nicht als "aufs Auge drücken"
BIK hat geschrieben:
Ich hab im November bei der A-Trust Schulung Karte und Lesegerät für 15 Euro gekauft, die seit Juli im täglichen Einsatz
einwandfrei funktioniert.
Tja, und ich habe im Oktober eine Karte samt Gemalto-Bridge bei A-Trust gekauft und die Karte war ein "Satz mit X"
( Über diverse Dokumentationen von A-Trust sage ich an dieser Stelle mal lieber nichts sonst wirds echt heftig mit dem "trusten" )
BIK hat geschrieben:
Eine generelle Frage wirft sich mir bei CRT und dir jedoch schon auf.
Warum wollt ihr die ganze Sache in Xbase programmieren??
A-Trust stellt jede Menge kostenlose Sourcen in JAVA und verschiedene VB und C# Files zur Verfügung, die ja von Xbase
mit RunShell() etc. problemlos aufgerufen werden können.
Ich kann bei meinen Ausführungen nichts entdecken das darauf hinweist dass ich das Handling der Karte und der Signierung
mit Xbase "native programmieren" möchte denn das geht schlicht und einfach nicht.
Mein Gedanke ist lediglich die Verwendung eines COM-Module das ja ebenfalls wie erwähnt von A-Trust ( und zb. auch von ITG )
angeboten wird und somit kommt es letztendlich mehr oder weniger
thematisch auf das gleiche heraus wenn man - so wie du
es beschreibst - einen Java-Xode von A-Trust verwendet. Den wird man aber wohl auch nicht als ENDLÖSUNG 1:1 übernehmen können und
daher auch das eine oder andere daran "schnipseln" müssen. THEMATISCH sehe ich da also keinen Unterschied zwischen
deiner und meiner angedachten Vorgangsweise.
Im Detail sieht das schon etwas anders aus.
Zum Einen stellt sich die Frage wie weit die angebotenen COM-Module auch "solide" gestaltet sind und keine Probleme bereiten.
Ich bin derzeit noch im Teststadium don ITG und ärgere mich ein wenig über das eine oder andere
Das A-TRUST COM-Modul kann man ja nicht testen - wss muss man gleich für satte 1.300,-- plus 1 Jahr Support 1,200,-- kaufen.
Ist mir für einen Versuch irgendwie ein ganz klein wenig zu "billig"
Zum Anderen stellt sich die Frage wie weit alles mit JAVA so "solide" auf DAUER abläuft
Letztendlich ist es ja auch eine Frage des Knowhow. Klar kann man auch den Umgang mit JAVA lernen und wird dies im Falle
eines Sourcecode-Abtipseln von A-Trust oder irgend jemand anderen wohl auch zwangsläufig tun müssen.
Ich verwehre mich ja nicht prinzipiell gegen eine Lösung mit JAVA allerdings würde ich da von der Pike auf einsteigen müssen
und wenn ich dann keine wirklich "sprechenden" Codebeispiele vorfinde kriege ich eine leise Gänsehaut
BIK hat geschrieben:
Ich rufe das Programm mit ShellExecuteA() auf und es wird ein DEP.Json erzeugt und alle relevanten Ergebnisse in ein .txt File zurück geschrieben.
Ferner kann vor der Signierung die Karte und Leser auf Funktion geprüft werden.
Dann einlesen, speichern, drucken wenn gewünscht per pdfCreator automatisch auf den Webspace schreiben und fertig.
Welches Programm rugst du denn auf?
Ist das so streng geheim oder könntest du das nicht hier als File ablegen?
Wenn es ja sowieso von A-trust zur Verfügung gestellt wird ist und schon alles fix und fertig funktioniert wäre das doch kein
Problem bzw. ein exakter Link auf den defintiven Download ja auch möglich, oder?
geht es bei "DEINEM" Sourceode um
APDU Beispiele für Registrierkassen
oder um
Java Beispiel für Registrierkassen mobile
oder ???
Stimmt, die beiden Herren sind sehr gut informiert und auch speziell bei diverse Spitzfindigkeiten bei der operativen Abwicklung
aller nur erdenklichen rechtlichen Problemfälle mit der SIgnatur schon recht beschlagen.
bei ASIT ( Prüftool etc. ) ist man ja auch schlau allerdings geht es dort primär um die technische Abwicklung und leider eben nur JAVA.
BIK hat geschrieben:
Beitragvon BIK » Do, 20. Okt 2016 16:07
CRT hat geschrieben:
Klingt interessant. Kannst Du da mehr dazu posten?
lg
Črtomir
Habe ich doch schon alles bei deiner PN Anfrage vom 27.9 auführlich gemacht
Nachdem ich das ja nicht lesen "durfte" kann ich auch keine Aussage über die Ausführlichkeit machen
BIK hat geschrieben:
Beitragvon BIK » Fr, 21. Okt 2016 8:30
Da gibt es aber auch nichts weiter zu erklären als das was ich dir damals gemailt habe.
Gerne würde ich dir ein paar codeschnipsel hier posten, aber das einzige was ich mache ist,
ein txt zu erzeugen das Ergebnis lesen und weiter zu verarbeiten.
der Vorgang:
Input.txt mir den relevanten Daten wird von mir erzeugt
Aufruf des JAVA Programmes mit -s
dort wird Karte geprüft, Daten verschlüsselt und signiert
ein output.txt und das fertige DEP.json werden erzeugt.
Ein Aufruf mit -c gibt mir lediglich verschiedene Statusmeldungen der Karte oder des Lesegerätes
zurück, welche in ein ready.txt gespeichert werden
(Reader nicht angesteckt, Karte - defekt - nicht vorhanden -falsch - nicht lesbar, ... )
Das würde natürlich auch direkt mittels Parameterübergabe gehen, hatte jedoch diese Vorgaben und das Lesen/Schreiben
eines 4 Zeilers ist marginal langsamer!
thats it!
Sorry, aber that's nothing!
Warum schreibe ich das?
Weil keinerlei Hinweis auf den KONKRETEN Sourcecode gegeben und das kann wohl nicht daran liegen dass
ich keine PN-Kommunikation mit "BIK" hatte denn "CRT" konnte damit offensichtlich auch nichts anfangen.
Naja, wie auch immer.
Es wäre halt recht schön und nett und auch sinngemäß wenn man etwas "offener" miteinander Kommunizieren
könnte und gerade bei so haarsträubenden Dingen wie der RKSV ein MITEINANDER und nicht eine
eventuell aus Konkurrenzdenken resultierenden Zurückhaltung im Vordergrund stehen würde.
Für eine gute Lösung und einen klaren Ablauf wird auch jeder bereit sein einen Obulus dafür zu leisten falls das
zwingend im Interesse des "Erfinders" ist.
Sollte ich mit meiner Ansicht falsch liegen werde ich damit auch leben können
Viel lieber würde ich aber einen ECHTEN Erfahrungsaustausch und ein ECHTES Miteinander erleben dürfen.
LG, Marcel