blockchyp 2.15.26 → 2.16.2
Sign up to get free protection for your applications and to get access to all the features.
- checksums.yaml +4 -4
- data/README.md +12 -3
- data/lib/blockchyp/version.rb +1 -1
- metadata +2 -2
checksums.yaml
CHANGED
@@ -1,7 +1,7 @@
|
|
1
1
|
---
|
2
2
|
SHA256:
|
3
|
-
metadata.gz:
|
4
|
-
data.tar.gz:
|
3
|
+
metadata.gz: 9ceadb4c33463ac72dfd6c087bb1cc16f8e5ef584b39037ee636e1fad8151855
|
4
|
+
data.tar.gz: c4f2f23bc8385debcee9967904c80150192ef4d58fbd4c303541bdf6af90cd7e
|
5
5
|
SHA512:
|
6
|
-
metadata.gz:
|
7
|
-
data.tar.gz:
|
6
|
+
metadata.gz: 4a164e7dd56813fe7ea43a560400f3add70cd1f65fe2f3ebc8f1ff9fd39241093f8d7024c4c7bb3c4f2436d6b0c7e99ce16ea51f0807a98ef857f48a0c29b00e
|
7
|
+
data.tar.gz: 8af811cd6c4ac3270c5092880ebe4ec46235af7d81422c36ba7479d3fb222b2449dceaa87f1f2d8130d6adf7baa048de4d03f19f002cc9c2eaede18ec1965469
|
data/README.md
CHANGED
@@ -737,10 +737,10 @@ same format as all BlockChyp charge and preauth transaction responses.
|
|
737
737
|
**Status Polling**
|
738
738
|
|
739
739
|
If real time callbacks aren't practical or necessary in your environment, you can
|
740
|
-
always use the
|
740
|
+
always use the Payment Link Status API described futher on.
|
741
741
|
|
742
742
|
A common use case for the send link API with status polling is curbside pickup.
|
743
|
-
You could have your system check the
|
743
|
+
You could have your system check the Payment Link Status when a customer arrives to
|
744
744
|
ensure it's been paid without necessarily needing to create background threads
|
745
745
|
to constantly poll for status updates.
|
746
746
|
|
@@ -875,6 +875,15 @@ puts "Response: #{response.inspect}"
|
|
875
875
|
This API allows you to check on the status of a payment link, including transaction data
|
876
876
|
and the full history of attempted transactions.
|
877
877
|
|
878
|
+
This API is the preferred source of truth and best practice when you want to check on the
|
879
|
+
status of a payment link (as opposed to Transaction Status). The Transaction Status API is not
|
880
|
+
ideal because of ambiguity when there are multiple transactions associated with a single
|
881
|
+
payment link.
|
882
|
+
|
883
|
+
You must pass the `linkCode` value associated with the payment link. It is included in the response from BlockChyp when the payment link is originally created.
|
884
|
+
|
885
|
+
|
886
|
+
|
878
887
|
|
879
888
|
|
880
889
|
|
@@ -911,7 +920,7 @@ puts "Response: #{response.inspect}"
|
|
911
920
|
This API returns the current status for any transaction. You can lookup a transaction
|
912
921
|
by its BlockChyp assigned Transaction ID or your own Transaction Ref.
|
913
922
|
|
914
|
-
You should
|
923
|
+
You should always use globally unique Transaction Ref values, but in the event
|
915
924
|
that you duplicate Transaction Refs, the most recent transaction matching your
|
916
925
|
Transaction Ref is returned.
|
917
926
|
|
data/lib/blockchyp/version.rb
CHANGED
metadata
CHANGED
@@ -1,14 +1,14 @@
|
|
1
1
|
--- !ruby/object:Gem::Specification
|
2
2
|
name: blockchyp
|
3
3
|
version: !ruby/object:Gem::Version
|
4
|
-
version: 2.
|
4
|
+
version: 2.16.2
|
5
5
|
platform: ruby
|
6
6
|
authors:
|
7
7
|
- BlockChyp
|
8
8
|
autorequire:
|
9
9
|
bindir: bin
|
10
10
|
cert_chain: []
|
11
|
-
date: 2023-08-
|
11
|
+
date: 2023-08-24 00:00:00.000000000 Z
|
12
12
|
dependencies: []
|
13
13
|
description:
|
14
14
|
email:
|