@transmitsecurity/platform-web-sdk 2.3.0 → 2.3.2-beta-26093939905.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/CHANGELOG.md +11 -1
- package/dist/common.cjs +1 -1
- package/dist/common.js +1 -1
- package/dist/drs.cjs +1 -1
- package/dist/drs.js +1 -1
- package/dist/ido.cjs +1 -1
- package/dist/ido.d.ts +92 -1
- package/dist/ido.js +1 -1
- package/dist/idv.cjs +1 -1
- package/dist/idv.js +1 -1
- package/dist/index.cjs +1 -1
- package/dist/index.esm.js +1 -1
- package/dist/index.umd.js +1 -1
- package/dist/ts-platform-websdk.js +1 -1
- package/dist/web-sdk-drs+idv+webauthn+ido.js +1 -1
- package/dist/web-sdk.d.ts +93 -2
- package/dist/webauthn.cjs +1 -1
- package/dist/webauthn.js +1 -1
- package/package.json +7 -1
package/dist/ido.d.ts
CHANGED
|
@@ -804,7 +804,98 @@ declare enum IdoJourneyActionType {
|
|
|
804
804
|
* On failure, the `IdoServiceResponse` {@link IdoServiceResponse.errorData} field will contain
|
|
805
805
|
* relevant error codes that can be used to handle various failure scenarios.
|
|
806
806
|
*/
|
|
807
|
-
MobileApproveAuthentication = "transmit_platform_mobile_approve_authentication"
|
|
807
|
+
MobileApproveAuthentication = "transmit_platform_mobile_approve_authentication",
|
|
808
|
+
/**
|
|
809
|
+
* @description `journeyStepId` for a selfie acquisition action.
|
|
810
|
+
* This action instructs the client to acquire a selfie image from the user, typically as part of an identity verification or face authentication process.
|
|
811
|
+
*
|
|
812
|
+
* Data received in the {@link IdoServiceResponse} object:
|
|
813
|
+
* ```json
|
|
814
|
+
* {
|
|
815
|
+
* "data": {
|
|
816
|
+
* "start_token": "<START_TOKEN>", // Optional: used to start an identity verification session if required
|
|
817
|
+
* "acquisition_id": "<ACQUISITION_ID>" // Required: ID needed to start selfie capture
|
|
818
|
+
* }
|
|
819
|
+
* }
|
|
820
|
+
* ```
|
|
821
|
+
*
|
|
822
|
+
* To perform the selfie acquisition:
|
|
823
|
+
* 1. If a `start_token` is present, initialize the IDV SDK session:
|
|
824
|
+
* ```javascript
|
|
825
|
+
* if (response.data.start_token !== undefined) {
|
|
826
|
+
* await idv.start(response.data.start_token);
|
|
827
|
+
* }
|
|
828
|
+
* ```
|
|
829
|
+
* 2. Run the selfie acquisition by calling the IDV SDK's `captureSelfie()` method:
|
|
830
|
+
* ```javascript
|
|
831
|
+
* await idv.captureSelfie({ acquisitionId: response.data.acquisition_id });
|
|
832
|
+
* ```
|
|
833
|
+
*
|
|
834
|
+
* After acquiring the selfie, the client response does not need to include any data:
|
|
835
|
+
* ```javascript
|
|
836
|
+
* ido.submitClientResponse(ClientResponseOptionType.ClientInput);
|
|
837
|
+
* ```
|
|
838
|
+
*
|
|
839
|
+
* If an error occurs while capturing the selfie, the client should handle error states and inform the user
|
|
840
|
+
* and/or retry as appropriate according to application requirements.
|
|
841
|
+
*
|
|
842
|
+
* For deeper understanding and more implementation details, refer to the IDV SDK documentation:
|
|
843
|
+
* {@link https://developer.transmitsecurity.com/sdk-ref/idvsdk/overview IDV SDK Reference}
|
|
844
|
+
*/
|
|
845
|
+
SelfieAcquisition = "transmit_platform_selfie_acquisition",
|
|
846
|
+
/**
|
|
847
|
+
* @description `journeyStepId` for a document acquisition action.
|
|
848
|
+
* This action instructs the client to acquire a document image from the user, typically as part of an identity verification or face authentication process.
|
|
849
|
+
*
|
|
850
|
+
* Data received in the {@link IdoServiceResponse} object:
|
|
851
|
+
* ```json
|
|
852
|
+
* {
|
|
853
|
+
* "data": {
|
|
854
|
+
* "start_token": "<START_TOKEN>", // Optional: used to start an identity verification session if required
|
|
855
|
+
* "acquisition_id": "<ACQUISITION_ID>" // Required: ID needed to start document capture
|
|
856
|
+
* }
|
|
857
|
+
* }
|
|
858
|
+
* ```
|
|
859
|
+
*
|
|
860
|
+
* To perform the document acquisition:
|
|
861
|
+
* 1. If a `start_token` is present, initialize the IDV SDK session:
|
|
862
|
+
* ```javascript
|
|
863
|
+
* if (response.data.start_token !== undefined) {
|
|
864
|
+
* await idv.start(response.data.start_token);
|
|
865
|
+
* }
|
|
866
|
+
* ```
|
|
867
|
+
* 2. Run the document acquisition by calling the IDV SDK's `captureDocument()` method:
|
|
868
|
+
* ```javascript
|
|
869
|
+
* await idv.captureDocument({ acquisitionId: response.data.acquisition_id });
|
|
870
|
+
* ```
|
|
871
|
+
*
|
|
872
|
+
* After acquiring the document, the client response does not need to include any data:
|
|
873
|
+
* ```javascript
|
|
874
|
+
* ido.submitClientResponse(ClientResponseOptionType.ClientInput);
|
|
875
|
+
* ```
|
|
876
|
+
*
|
|
877
|
+
* If an error occurs while capturing the document, the client should handle error states and inform the user
|
|
878
|
+
* and/or retry as appropriate according to application requirements.
|
|
879
|
+
*
|
|
880
|
+
* For deeper understanding and more implementation details, refer to the IDV SDK documentation:
|
|
881
|
+
* {@link https://developer.transmitsecurity.com/sdk-ref/idvsdk/overview IDV SDK Reference}
|
|
882
|
+
*/
|
|
883
|
+
DocumentAcquisition = "transmit_platform_document_acquisition",
|
|
884
|
+
/**
|
|
885
|
+
* @description `journeyStepId` for IDV recommendation action.
|
|
886
|
+
*
|
|
887
|
+
* When this action is received, it indicates that identity verification (IDV) processing is being performed asynchronously on the backend.
|
|
888
|
+
* The client is responsible for implementing a polling mechanism: keep calling
|
|
889
|
+
* `ido.submitClientResponse(ClientResponseOptionType.ClientInput)` in a loop until the server responds with a new action or returns an error.
|
|
890
|
+
*
|
|
891
|
+
* Note: No data is provided by the server in the {@link IdoServiceResponse} object for this action at any time.
|
|
892
|
+
*
|
|
893
|
+
* It is recommended to show a blocking UI element (such as a loader or progress indicator) while polling,
|
|
894
|
+
* to inform the user that processing is ongoing.
|
|
895
|
+
*
|
|
896
|
+
* This process can take a couple of seconds. The recommended polling interval is every 1 second.
|
|
897
|
+
*/
|
|
898
|
+
WaitForIdvRecommendations = "transmit_platform_idv_recommendation"
|
|
808
899
|
}
|
|
809
900
|
/**
|
|
810
901
|
* @interface
|