Girocheckout API

Benutzer-Werkzeuge

Webseiten-Werkzeuge

Zuletzt angesehen:
dotnetsdk:start

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen Revision Vorhergehende Überarbeitung
Nächste Überarbeitung 		Vorhergehende Überarbeitung
dotnetsdk:start [2017/01/05 18:12]
michaelheumann 		dotnetsdk:start [2025/04/09 15:07] (aktuell)
michaelheumann [Download]
Zeile 7: Zeile 7:
  
 ===== Download ===== ===== Download =====
-{{:dotnetsdk:girocheckout_sdk_dotnet_1.1.0.zip|download GiroCheckout .NET SDK 1.1.0}} \\ + 
-{{:dotnetsdk:girocheckout_sdk_dotnet_doc_1.1.0.zip|download GiroCheckout .NET SDK Dokumentation}}+{{https://static.s-publicservices.de/sdks/dotnet/girocheckout_sdk_dotnet_2.5.7.3.zip|Download GiroCheckout .NET SDK 2.5.7.3}} \\ 
 +{{https://static.s-publicservices.de/sdks/dotnet/girocheckout_sdk_dotnet_doc_2.5.7.3.zip|Download GiroCheckout .NET SDK Dokumentation}}
  
 ===== Beispiele und Einbindung ===== ===== Beispiele und Einbindung =====
 Voraussetzung für die Verwendung von GiroCheckout ist die Anlage eines Benutzerkontos und entsprechender Projekte unter https://www.girocockpit.de.  Voraussetzung für die Verwendung von GiroCheckout ist die Anlage eines Benutzerkontos und entsprechender Projekte unter https://www.girocockpit.de. 
 +
 +===== Wichtiger Hinweis zu Notify und Redirect =====
 +GiroCheckout verwendet zwei parallele Kanäle zur Kommunikation zwischen dem GiroCheckout-Server und dem Shop: Die Notification (oder Notify) und das Redirect.  Das Notify ist ein Server-to-Server-Aufruf im Hintergrund, wobei das Redirect über den Kundenbrowser läuft und diesem am Ende das Transaktionsergebnis anzeigt.  Beide Kommunikationswege sollten auch unabhängig voneinander funktionieren, falls eine der beiden Meldungen nicht ankommt.  Auf dieser Weise ist die Transaktion auch erfolgreich, wenn die Notification aus irgendeinem Grunde nicht ankommen konnte (also nur der Redirect erfolgen konnte), oder wenn der Kunde die Rückleitung zum Shop unterbricht (also nur ein Notify ankam). Aber natürlich sollte an beiden Stellen ein Check erfolgen, ob die Bestellung bereits im Shop abgearbeitet wurde, damit das nicht doppelt geschieht.
 +
 +Siehe dazu auch [[girocheckout:general:start|API Grundlagen]].
  
 ===== Verweise hinzufügen ===== ===== Verweise hinzufügen =====
Zeile 48: Zeile 54:
 Sofern bei der Kommunikation mit dem GiroCheckout API Probleme auftreten wird eine GiroCheckoutProtocolException geworfen, die weitergehende Informationen zum Fehler enthält. Darüber hinaus zeigt die ''GiroCheckoutException'' interne Fehler an. Eine Auflistung der Fehlernummern finden Sie [[http://api.girocheckout.de/girocheckout:errorcodes|hier]]. Sofern bei der Kommunikation mit dem GiroCheckout API Probleme auftreten wird eine GiroCheckoutProtocolException geworfen, die weitergehende Informationen zum Fehler enthält. Darüber hinaus zeigt die ''GiroCheckoutException'' interne Fehler an. Eine Auflistung der Fehlernummern finden Sie [[http://api.girocheckout.de/girocheckout:errorcodes|hier]].
  
-===== Ergniscodes / Zahlungsausgang =====+===== Ergebniscodes / Zahlungsausgang =====
 Das Ergebnis eines Zahlungsausgangs ist entweder in der notify/redirect URL oder bei direkten Zahlungen in der entsprechenden Response-Klasse enthalten. Der Code 4000 kennzeichnet dabei immer eine erfolgreiche Transaktion. Alle anderen Codes beschreiben, welcher Fehler aufgetreten ist. Eine Auflistung der Ergebniscodes finden Sie [[http://api.girocheckout.de/girocheckout:resultcodes|hier]]. Das Ergebnis eines Zahlungsausgangs ist entweder in der notify/redirect URL oder bei direkten Zahlungen in der entsprechenden Response-Klasse enthalten. Der Code 4000 kennzeichnet dabei immer eine erfolgreiche Transaktion. Alle anderen Codes beschreiben, welcher Fehler aufgetreten ist. Eine Auflistung der Ergebniscodes finden Sie [[http://api.girocheckout.de/girocheckout:resultcodes|hier]].
  
 ===== Changelog ===== ===== Changelog =====
 +
 +==== Version 2.5.7.3 - 09.04.2025 ====
 +  * Weitere Korrektur der Parameterreihenfolge für Apple Pay, Google Pay, Direktüberweisung and Klarna
 +
 +==== Version 2.5.7 - 24.03.2025 ====
 +  * **BREAKING CHANGE:** Umbenennung der Payment-Page-Parameter, da diese auch von Apple Pay und Google Pay verwendet werden:
 +    * `klarnaBillingAddress` zu `billingAddress`
 +    * `klarnaShippingAddress` zu `shippingAddress`
 +    * `klarnaCustomerInfo` zu `customerInfo`
 +    * `klarnaBasket` zu `basket`
 +  * Reihenfolge der Parameter für Klarna korrigiert, damit sie mit der API-Dokumentation übereinstimmen.
 +  * Reihenfolge der Parameter für Direktüberweisung korrigiert, damit sie mit der API-Dokumentation übereinstimmen.
 +  * Nicht verwendeten indicator-Parameter für Apple Pay und Google Pay entfernt.
 +  * Unterstützung für neue Zahlungsarten Apple Pay und Google Pay 
 +
 +==== Version 2.5.6 17.03.2025 ====
 +  * Zahlungsart Pay by bank ersetzt durch Direktüberweisung
 +
 +==== Version 2.5.5.1 - 04.03.2025 ====
 +  * Erlauben type-Parameter bei Zahlungsart Pay by bank
 +  * Version ist in 2.5.5 Dateien enthalten
 +
 +==== Version 2.5.5 - 05.03.2025 ====
 +  * Unterstützung für die Zahlungsart Pay by bank
 +
 +==== Version 2.5.4 - 13.02.2025 ====
 +  * Unterstützung für die Zahlungsart Klarna
 +
 +==== Version 2.5.3 - 16.12.2024 ====
 +  * Bugfix Validierung der Betragsfelder bei Spendenseiten.
 +
 +==== Version 2.5.2 - 24.09.2024 ====
 +  * Bugfix bei Hashberechnung.
 +
 +==== Version 2.5.1 - 04.06.2024 ====
 +  * Order secured für giropay implementiert (Parameter secureAuth und secureAuthUntil).
 +  * Refund, Capture und Void für giropay NEU implementiert
 +  * Nicht mehr unterstützte Zahlungsarten entfernt: Paydirekt, giropay ID,
 +  * Nicht mehr unterstützte Endpunkte und Beispiele entfernt: giropay AVS/KVS, Bankstatus
 +  * Parameter customerId für giropay umbenannt in giropayCustomerId
 +  * Neuer Parameter customerId für giropay
 +
 +==== Version 2.4.11 - 14.02.2023 ====
 +  * Neuen optionalen Parameter qrcodeReturn hinzugefügt, der bei der Initialisierung den Zahlungslink als base64-codierten QR-Code im Feld qrcode zurückliefert.
 +
 +==== Version 2.4.10 - 21.12.2022 ====
 +  * epsBankStatus: bankcode-Feld aus der Response entfernt
 +  * Neuer Endpunkt epsSenderInfo
 +  * Neuer Endpunkt idealSenderInfo
 +  * Neuer Endpunkt creditCardSenderInfo
 +  * Neuer Endpunkt directDebitSenderInfo
 +  * Neuer Endpunkt directGetPKN
 +  * Neuer Endpunkt paypageCapture  
 +  * Neuer Endpunkt paypageRefund
 +  * Neuer Endpunkt paypalCapture  
 +  * Neuer Endpunkt paypalRefund
 +  * Neuer Endpunkt bluecodeRefund
 +  * creditCardTransaction: indicator-Feld entfernt
 +  * creditCardVoid: Neues Feld referenceParent zur Response hinzugefügt
 +  * directDebitCapture: merchantTxId-Feld aus der Response entfernt
 +  * directDebitRefund: merchantTxId-Feld aus der Response entfernt
 +  * directDebitVoid: Neue Felder referenceParent, amount und currency zur Response hinzugefügt
 +  * paydirektVoid: Neues Feld referenceParent zur Response hinzugefügt
 +  * getTransactionTool: merchantTxId-Feld aus der Response entfernt
 +  * bluecodeTransaction: Felder branch, slip, slipDateTime und recurringid aus der Response entfernt
 +
 +==== Version 2.4.9 - 14.10.2022 ====
 +  * Anpassung Versionsnummer an PHP-SDK
 +  * iDeal-Logos durch neue Versionen ersetzt
 +  * Liste der Fehler- und Returncodes aktualisiert
 +  * In der neuen giropay-API: Parameter merchantReconciliationReferenceNumber in merchantOrderReferenceNumber umbenannt.
 +  * Payment Page: Parameter paydirektMerchantReconciliationReferenceNumber in paydirektMerchantOrderReferenceNumber umbenannt.
 +  * Unterstützung für den neuen optionalen Kassenzeichen-Parameter bei allen Zahlungsarten
 +  * Unterstützung für das neue giropay über Paydirekt.
 +  * Unterstützung für PayPal Reservierung und Capture.
 +  * Unterstützung für PayPal Erstattung.
 +  * Unterstützung für Erstattung, Buchung (Capture) und Info für Transaktionen, die über die Payment Page initialisiert wurden, anhand der Referenznummer der Payment Page Transaktion.
 +  * Unterstützung für den API-Aufruf senderInfo
 +  * Purpose parameter im Kreditkarten-Capture
 +  * Neuen Parameter informationText für die Payment Page eingeführt.
 +  * Alte paydirekt-Logos durch neue giropay/paydirekt-Logos ersetzt.
 +  * Neue Felder für Lastschriftmandat in der Payment Page.
 +
 +==== Version 1.2.5 - 31.05.2021 ====
 +  * Erstattungen und Captures bei Kreditkarte, Lastschrift und Maestro erlauben nun die Übergabe eines Verwendungszwecks (purpose).
 +  * Erstattungen und Captures bei Paydirekt erlauben nun die Übergabe des Parameters merchantReconciliationReferenceNumber.
 +  * Unterstützung weiterer Felder bei Payment Page Transaktionen:
 +    * timeout
 +    * certdata
 +    * otherpayments
 +    * tds2Address
 +    * tds2Postcode
 +    * tds2City
 +    * tds2Country
 +    * tds2Optional
 +    * mandateReference
 +    * mandateSignedOn
 +    * mandateReceiverName
 +    * mandateSequence
 +  * Unterstützung des neuen Endpunkts für Projektabfrage bei Payment Pages
 +
 +==== Version 1.2.4 - 10.02.2021 ====
 +  * Unterstützung für 3-D Secure 2.0, bzw. der zugeh. neuen Felder bei Kreditkartentransaktionen
 +
 +==== Version 1.2.1 - 28.03.2017 ====
 +  * Neu: Lastschrift Storno
 +  * Neu: Kreditkarten Storno
 +  * Neu: Paydirekt Storno
 +  * Kreditkarte Transaktionstyp MoTo eingeführt
 +  * Hinweis: Aufruf für Lastschriften / Kreditkarten Transaktionen nicht mehr kompatibel mit Vorversion
 +
 +==== Version 1.2.0 - 21.02.2017 ====
 +  * Integration Paypage API
 +  * Integration Maestro API
 +  * Unterstützung digitale Warenkörbe Paydirekt
 +  * Hinweis: Aufruf für paydirekt nicht mit Version 1.1.x kompatibel
 +
 ==== Version 1.1.0 - 14.07.2016==== ==== Version 1.1.0 - 14.07.2016====
   * Alle Zahlarten der GiroCheckout API werden unterstützt   * Alle Zahlarten der GiroCheckout API werden unterstützt
dotnetsdk/start.1483636324.txt.gz · Zuletzt geändert: 2021/04/12 14:21

Seiten-Werkzeuge