Prüftool

[grdlbumpf]

Error: Unable to initialize main class at.asitplus.regkassen.verification.cmdline.CheckDEPExportFormat
Caused by: java.lang.NoClassDefFoundError: org/bouncycastle/jce/provider/BouncyCastleProvider

Ah. Man muss auf alle Fälle einen Filenamen mit angeben.

Dann aber
Error: Unable to access jarfile regkassen-verification-depformat-1.1.0.jar

Gibt es Abhängigkeiten, die noch zu installieren sind?

[AxelKutschera]

Fehlt bouncycastle als Signatur-Tool?
https://www.bouncycastle.org/latest_releases.html

[grdlbumpf]

Nach einigem Suchen hab ich gesehen, dass
sfc - System File Check
helfen könnt. Und das hat es dann auch getan - es funktioniert so weit.

Beim JSON für die Keys bin ich mir auch nicht sicher. Vielleicht können wir die Einstellungen hier noch gemeinsam prüfen?

{ "base64AESKey": "...our key...", "certificateOrPublicKeyMap": { "...cert serial number....": { "id": "...cert serial number...", "signatureDeviceType": "CERTIFICATE", "signatureCertificateOrPublicKey": "MIIFs ...PEM certificate string from our sign-up. Base64 representation..." } } }

Weiters. Wie unterscheidet sich denn die Globaltrust Cloud Lösung zum USB Signer. Betreffend Implementierung.

Ich hätte eigentlich erwartet, dass man nur folgende Felder übermitteln muss:
KassenIdentifikation
Belegnummer
BelegDatumUhrzeit
BetragSatzNormal
BetragSatzErmaessigt1
BetragSatzErmaessigt2,
BetragSatzNull
BetragSatzBesonders
StandUmsatzZaehlerAES
ZertifikatSeriennummer
SigVorrigerBeleg

Gibt es zur Cloud Lösung auch eine Referenz-Implementierung.

(Ich habe den "ungünstigen" Fall, dass ich unsere Hauseigene USB Implementierung als Vorlage habe. Ungünstig so wie ich meine, in dem Sinn, dass hier mehrere Schritte "manuell" ausgeführt werden müssen, von der ich gehofft hätte, dass die Cloud das direkt übernimmt.
Im Besten Fall würde ich vermuten, dass man nur das SignSHA2 für den Turnover aufrufen muss und dann das SignReceipt für die ganze Rechnung
...und möglicherweise frag ich das hier an der falschen Stelle :-) )