Detailed description

Operations destined for Pix of the SPI (Instant Payments System).

See HSM technical documentation about operating details, specifications used, licenses and module trade name.

Best practices

General

Reuse sessions (benefit from session caching). Utilize the HSM session cache to improve performance by reusing both HSM and HTTP sessions. In this scenario, it is recommended to open a session, perform the desired operations, and then close it; this allows the session to be quickly reused, thereby reducing idle time.
Ensure session closure. Closing sessions guarantees resource release, both on the HSM and the client. Ensure that sessions are closed even for operations with a return code other than success.
Utilize concurrent sessions. Using concurrent/parallel sessions with the HSM helps extract maximum performance. Care should be taken to avoid an excessive number of sessions with HSMs, to prevent unnecessary resource consumption. The throughput curve tends to rise and then plateau.

HTTP requests Pix

Setting a connection object reload interval. You can optimize the number of times HSM keys and objects are loaded by setting a reload interval for HSM objects. As the institution's key/certificate/chain update is done infrequently and on a scheduled basis, it is advantageous to define a reload interval for these objects. Watch out for network asset timeouts shorter than this value, which could cause premature disconnections.

Important Configurations

General

Set the HSM connection timeouts. When the HSM timeout is not set, the default is that of the operating system. In the event of a connection failure, the application may wait too long. It is important to ALWAYS set the HSM's send and receive timeouts. Other connection parameters can be found here.

HTTP requests Pix

Define the HTTP operation timeouts. If not defined, the default HTTP operation timeout is unlimited. In the event of an HTTP connection failure, the application may wait indefinitely. It is ALWAYS important to define the timeout for HTTP request calls.

Functions
byte[]	SignPIX (string KeyId, string CertId, int Flags, byte[] byUnsignedPIXEnvelope)
	Digitally signs an XML in ISO 20.022 format following the PIX standard defined in the SPI (Instant Payment System).

byte[]	SignPIX (string KeyId, string CertId, byte[] byUnsignedPIXEnvelope)
	Digitally signs an XML in ISO 20.022 format following the PIX standard defined in the SPI (Instant Payment System).

bool	VerifyPIX (string ChainId, string CRL, string SignedPIXEnvelope)
	Checks the signature of a digitally signed XML document in ISO 20.022 format following the PIX standard defined in the SPI (Instant Payment System).

byte[]	SignPIXDict (string KeyId, string CertId, int Flags, byte[] byUnsignedDictEnvelope)
	Digitally signs an XML in XMLDSig format, following the DICT standard defined in the SPI (Instant Payment System).

byte[]	SignPIXDict (string KeyId, string CertId, byte[] byUnsignedDictEnvelope)
	Digitally signs an XML in XMLDSig format, following the DICT standard defined in the SPI (Instant Payment System).

bool	VerifyPIX (string ChainId, string CRL, int Flags, byte[] SignedPIXEnvelope)
	Checks the signature of a digitally signed XML document in ISO 20.022 format following the PIX standard defined in the SPI (Instant Payment System).

bool	VerifyPIX (string ChainId, string CRL, byte[] SignedPIXEnvelope)
	Checks the signature of a digitally signed XML document in ISO 20.022 format following the PIX standard defined in the SPI (Instant Payment System).

bool	VerifyPIXDict (string ChainId, string CRL, int Flags, byte[] SignedDictEnvelope)
	Verifies the signature of a digitally signed XML document in XMLDSig format, following the DICT standard defined in the SPI (Instant Payment System).

bool	VerifyPIXDict (string ChainId, string CRL, byte[] SignedDictEnvelope)
	Verifies the signature of a digitally signed XML document in XMLDSig format, following the DICT standard defined in the SPI (Instant Payment System).

byte[]	SignPIXJWS (string KeyId, byte[] byHeader, byte[] byPayload)
	Makes a JWS RFC 7515 signature following the PIX standard defined in the SPI (Instant Payment System).

string	SignPIXJWS (string KeyId, string Header, string Payload)
	Makes a JWS RFC 7515 signature following the PIX standard defined in the SPI (Instant Payment System).

JwsComponents	CheckPIXJWS (string Chain, string CRL, byte[] byJWS, Int32 flags)
	Validates an RFC 7515 signed JWS following the PIX standard defined in the SPI (Instant Payment System).

JwsComponents	CheckPIXJWS (string Chain, string CRL, string JWS, Int32 flags)
	Validates an RFC 7515 signed JWS following the PIX standard defined in the SPI (Instant Payment System).

bool	CheckPIXJWS (string Chain, string CRL, byte[] byJWS)
	Validates an RFC 7515 signed JWS following the PIX standard defined in the SPI (Instant Payment System).

bool	CheckPIXJWS (string Chain, string CRL, string JWS)
	Validates an RFC 7515 signed JWS following the PIX standard defined in the SPI (Instant Payment System).

PixResponse	postPIX (string KeyId, string CertId, string PIXCertChainId, string URL, string[] RequestHeaderList, byte[] RequestData, Int32 TimeOut, bool UseGzip, bool VerifyHostName)
	It makes a secure HTTP POST request following the PIX standard defined in SPI (Instant Payment System). Uses the basic initial HTTP header.

PixResponse	postPIX (string KeyId, string CertId, string PIXCertChainId, string URL, string[] RequestHeaderList, byte[] RequestData, Int32 TimeOut, Int32 Param)
	It makes a secure HTTP POST request following the PIX standard defined in SPI (Instant Payment System).

PixResponse	putPIX (string KeyId, string CertId, string PIXCertChainId, string URL, string[] RequestHeaderList, byte[] RequestData, Int32 TimeOut, bool UseGzip, bool VerifyHostName)
	It makes a secure HTTP PUT request following the PIX standard defined in SPI (Instant Payment System). Uses the basic initial HTTP header.

PixResponse	putPIX (string KeyId, string CertId, string PIXCertChainId, string URL, string[] RequestHeaderList, byte[] RequestData, Int32 TimeOut, Int32 Param)
	It makes a secure HTTP PUT request following the PIX standard defined in the SPI (Instant Payment System).

PixResponse	getPIX (string KeyId, string CertId, string PIXCertChainId, string URL, string[] RequestHeaderList, Int32 TimeOut, bool UseGzip, bool VerifyHostName)
	Makes a secure HTTP GET request following the PIX standard defined in SPI (Instant Payment System). Uses the basic initial HTTP header.

PixResponse	getPIX (string KeyId, string CertId, string PIXCertChainId, string URL, string[] RequestHeaderList, Int32 TimeOut, Int32 Param)
	It makes a secure HTTP GET request following the PIX standard defined in the SPI (Instant Payment System).

PixResponse	deletePIX (string KeyId, string CertId, string PIXCertChainId, string URL, string[] RequestHeaderList, Int32 TimeOut, bool UseGzip, bool VerifyHostName)
	Makes a secure HTTP DELETE request following the PIX standard defined in SPI (Instant Payment System). Uses the basic initial HTTP header.

PixResponse	deletePIX (string KeyId, string CertId, string PIXCertChainId, string URL, string[] RequestHeaderList, Int32 TimeOut, Int32 Param)
	It makes a secure HTTP DELETE request following the PIX standard defined in SPI (Instant Payment System).

DinamoApi.PIXHTTPReqDetails	getPIXHTTPReqDetails ()
	Retrieves the details of the last PIX HTTP request (POST, GET...) made in this session. This operation must be called immediately after calling the PIX request API. It must be called using the same session. Do not perform any other operations between these calls.

Int64	getPIXHTTPReqCode ()
	Retrieves the return code of the last PIX HTTP request (POST, GET...) made in this session. This operation must be called immediately after calling the PIX request API. It must be called using the same session. Do not perform any other operations between these calls.

Functions

◆ SignPIX() [1/2]

byte[] SignPIX	(	string	KeyId,
		string	CertId,
		int	Flags,
		byte[]	byUnsignedPIXEnvelope )

inline

Digitally signs an XML in ISO 20.022 format following the PIX standard defined in the SPI (Instant Payment System).

Parameters

KeyId Name of the private key used for signing. Corresponds to a CPIA certificate.

CertId Name of the digital certificate used for signing. This is the PSP's Digital Certificate registered with SPI for signing, also known as CPIA or CERTPIA.

Flags

Signing options. Pass 0. If additional options are required, the following values are accepted.

Value	Meaning
DinamoAPI.PIX_SIGN_RNS	Enables the use of relative namespaces.

Parameters

byUnsignedPIXEnvelope Parameter containing the XML to be signed.

Returns: The signed XML document.

Exceptions

DinamoException Throws an exception in case of signature errors.

For performance reasons, we recommend using the signature tag with a complete closing, as shown below.

The tag with a simple closing is also accepted; see below.

Examples: sign_verify_pix.cs.

◆ SignPIX() [2/2]

byte[] SignPIX	(	string	KeyId,
		string	CertId,
		byte[]	byUnsignedPIXEnvelope )

inline

Digitally signs an XML in ISO 20.022 format following the PIX standard defined in the SPI (Instant Payment System).

Parameters

KeyId	Name of the private key used for signing. Corresponds to a CPIA certificate.
CertId	Name of the digital certificate used for signing. This is the PSP's Digital Certificate registered with SPI for signing, also known as CPIA or CERTPIA.
byUnsignedPIXEnvelope	Parameter containing the XML to be signed.

Returns: The signed XML document.

Exceptions

DinamoException Throws an exception in case of signature errors.

For performance reasons, we recommend using the signature tag with a complete closing, as shown below.

The tag with a simple closing is also accepted; see below.

◆ VerifyPIX() [1/3]

bool VerifyPIX	(	string	ChainId,
		string	CRL,
		string	SignedPIXEnvelope )

inline

Checks the signature of a digitally signed XML document in ISO 20.022 format following the PIX standard defined in the SPI (Instant Payment System).

Parameters

ChainId	Name of the PKCS#7 chain (stored internally in the HSM) of the certificate used in the signature. The chain must be complete, from the root CA to the certificate used in the signature. This formatting is necessary because the XML message from Pix does not contain the certificate used in the signature. Optionally, only the X.509 certificate used to sign can be passed instead of the complete chain. As of version 5.0.23 of the HSM firmware, it is possible to use a PKCS#7 object that contains several chains. It is important to note that in the case of an HSM PKCS#7 object containing multiple chains, the presence of an expired certificate in any of the chains will generate a valid signature return code with an expired certificate (non-zero code) in the verification, even if the signature was made with a certificate from a non-expired chain; it is up to the application to handle this correctly according to local policy.
CRL	Certificate Revocation List (CRL) Name – stored internally in the HSM – where the digital certificate will be verified. NULL can be passed to indicate that no CRL is available for verification.
SignedPIXEnvelope	Digitally signed XML

Returns: Returns true if the check is performed successfully.

Exceptions

DinamoException Throws exception in case of error.

Examples: sign_verify_pix.cs.

◆ SignPIXDict() [1/2]

byte[] SignPIXDict	(	string	KeyId,
		string	CertId,
		int	Flags,
		byte[]	byUnsignedDictEnvelope )

inline

Digitally signs an XML in XMLDSig format, following the DICT standard defined in the SPI (Instant Payment System).

Parameters

KeyId	Name of the private key used for signing. Corresponds to a CPIA certificate.
CertId	Name of the digital certificate used for signing. This is the PSP's Digital Certificate registered with SPI for signing, also known as CPIA or CERTPIA.
Flags	Reserved for future use (must be 0).
byUnsignedDictEnvelope	Parameter containing the XML to be signed.

Returns: The signed XML document.

Exceptions

DinamoException Throws an exception in case of signature errors.

Do not include the signature tag; it will be added automatically.

◆ SignPIXDict() [2/2]

byte[] SignPIXDict	(	string	KeyId,
		string	CertId,
		byte[]	byUnsignedDictEnvelope )

inline

Digitally signs an XML in XMLDSig format, following the DICT standard defined in the SPI (Instant Payment System).

Parameters

KeyId	Name of the private key used for signing. Corresponds to a CPIA certificate.
CertId	Name of the digital certificate used for signing. This is the PSP's Digital Certificate registered with SPI for signing, also known as CPIA or CERTPIA.
byUnsignedDictEnvelope	Parameter containing the XML to be signed.

Returns: The signed XML document.

Exceptions

DinamoException Throws an exception in case of signature errors.

Do not include the signature tag; it will be added automatically.

◆ VerifyPIX() [2/3]

bool VerifyPIX	(	string	ChainId,
		string	CRL,
		int	Flags,
		byte[]	SignedPIXEnvelope )

inline

Checks the signature of a digitally signed XML document in ISO 20.022 format following the PIX standard defined in the SPI (Instant Payment System).

Parameters

ChainId	Name of the PKCS#7 chain (stored internally in the HSM) of the certificate used in the signature. The chain must be complete, from the root CA to the certificate used in the signature. This formatting is necessary because the XML message from Pix does not contain the certificate used in the signature. Optionally, only the X.509 certificate used to sign can be passed instead of the complete chain. As of version 5.0.23 of the HSM firmware, it is possible to use a PKCS#7 object that contains several chains. It is important to note that in the case of an HSM PKCS#7 object containing multiple chains, the presence of an expired certificate in any of the chains will generate a valid signature return code with an expired certificate (non-zero code) in the verification, even if the signature was made with a certificate from a non-expired chain; it is up to the application to handle this correctly according to local policy.
CRL	Certificate Revocation List (CRL) Name – stored internally in the HSM – where the digital certificate will be verified. NULL can be passed to indicate that no CRL is available for verification.
Flags	Reserved for future use (must be 0).
SignedPIXEnvelope	Digitally signed XML

Returns: Returns true if the check is performed successfully.

Exceptions

DinamoException Throws exception in case of error.

◆ VerifyPIX() [3/3]

bool VerifyPIX	(	string	ChainId,
		string	CRL,
		byte[]	SignedPIXEnvelope )

inline

Checks the signature of a digitally signed XML document in ISO 20.022 format following the PIX standard defined in the SPI (Instant Payment System).

Parameters

ChainId	Name of the PKCS#7 chain (stored internally in the HSM) of the certificate used in the signature. The chain must be complete, from the root CA to the certificate used in the signature. This formatting is necessary because the XML message from Pix does not contain the certificate used in the signature. Optionally, only the X.509 certificate used to sign can be passed instead of the complete chain. As of version 5.0.23 of the HSM firmware, it is possible to use a PKCS#7 object that contains several chains. It is important to note that in the case of an HSM PKCS#7 object containing multiple chains, the presence of an expired certificate in any of the chains will generate a valid signature return code with an expired certificate (non-zero code) in the verification, even if the signature was made with a certificate from a non-expired chain; it is up to the application to handle this correctly according to local policy.
CRL	Certificate Revocation List (CRL) Name – stored internally in the HSM – where the digital certificate will be verified. NULL can be passed to indicate that no CRL is available for verification.
SignedPIXEnvelope	Digitally signed XML

Returns: Returns true if the check is performed successfully.

Exceptions

DinamoException Throws exception in case of error.

◆ VerifyPIXDict() [1/2]

bool VerifyPIXDict	(	string	ChainId,
		string	CRL,
		int	Flags,
		byte[]	SignedDictEnvelope )

inline

Verifies the signature of a digitally signed XML document in XMLDSig format, following the DICT standard defined in the SPI (Instant Payment System).

Parameters

ChainId	Name of the PKCS#7 chain (stored internally in the HSM) of the certificate used in the signature. The chain must be complete, from the root CA to the certificate used in the signature. This formatting is necessary because the XML message from Pix does not contain the certificate used in the signature. Optionally, only the X.509 certificate used to sign can be passed instead of the complete chain. As of version 5.0.23 of the HSM firmware, it is possible to use a PKCS#7 object that contains several chains. It is important to note that in the case of an HSM PKCS#7 object containing multiple chains, the presence of an expired certificate in any of the chains will generate a valid signature return code with an expired certificate (non-zero code) in the verification, even if the signature was made with a certificate from a non-expired chain; it is up to the application to handle this correctly according to local policy.
CRL	Certificate Revocation List (CRL) Name – stored internally in the HSM – where the digital certificate will be verified. NULL can be passed to indicate that no CRL is available for verification.
Flags	Reserved for future use (must be 0).
SignedDictEnvelope	Digitally signed XML

Returns: Returns true if the check is performed successfully.

Exceptions

DinamoException Throws exception in case of error.

◆ VerifyPIXDict() [2/2]

bool VerifyPIXDict	(	string	ChainId,
		string	CRL,
		byte[]	SignedDictEnvelope )

inline

Verifies the signature of a digitally signed XML document in XMLDSig format, following the DICT standard defined in the SPI (Instant Payment System).

Parameters

ChainId	Name of the PKCS#7 chain (stored internally in the HSM) of the certificate used in the signature. The chain must be complete, from the root CA to the certificate used in the signature. This formatting is necessary because the XML message from Pix does not contain the certificate used in the signature. Optionally, only the X.509 certificate used to sign can be passed instead of the complete chain. As of version 5.0.23 of the HSM firmware, it is possible to use a PKCS#7 object that contains several chains. It is important to note that in the case of an HSM PKCS#7 object containing multiple chains, the presence of an expired certificate in any of the chains will generate a valid signature return code with an expired certificate (non-zero code) in the verification, even if the signature was made with a certificate from a non-expired chain; it is up to the application to handle this correctly according to local policy.
CRL	Certificate Revocation List (CRL) Name – stored internally in the HSM – where the digital certificate will be verified. NULL can be passed to indicate that no CRL is available for verification.
SignedDictEnvelope	Digitally signed XML

Returns: Returns true if the check is performed successfully.

Exceptions

DinamoException Throws exception in case of error.

◆ SignPIXJWS() [1/2]

byte[] SignPIXJWS	(	string	KeyId,
		byte[]	byHeader,
		byte[]	byPayload )

inline

Makes a JWS RFC 7515 signature following the PIX standard defined in the SPI (Instant Payment System).

Parameters

KeyId Name of the private key used for signing. As defined in the PIX

byHeader

JWS Header for signature. At least the header parameter alg must be provided. Accepted values for alg.

Value	Meaning
RS256	RSA 2048 PKCS#1v5
RS384	RSA 3072 PKCS#1v5
RS512	RSA 4096 PKCS#1v5
PS256	RSA 2048 PSS
PS384	RSA 3072 PSS
PS512	RSA 4096 PSS
ES256	ECC SECP256R1
ES384	ECC SECP384R1
ES512	ECC SECP521R1

byPayload JWS payload for signing.

Returns: Signed JWS.

Exceptions

DinamoException Throws an exception in case of signature errors.

Uses the Compact Serialization format described in Section-3.1 of RFC 7515.

Examples: sign_check_jws.cs.

◆ SignPIXJWS() [2/2]

string SignPIXJWS	(	string	KeyId,
		string	Header,
		string	Payload )

inline

Makes a JWS RFC 7515 signature following the PIX standard defined in the SPI (Instant Payment System).

Parameters

KeyId Name of the private key used for signing. As defined in the PIX

Header

JWS Header for signature. At least the header parameter alg must be provided. Accepted values for alg.

Value	Meaning
RS256	RSA 2048 PKCS#1v5
RS384	RSA 3072 PKCS#1v5
RS512	RSA 4096 PKCS#1v5
PS256	RSA 2048 PSS
PS384	RSA 3072 PSS
PS512	RSA 4096 PSS
ES256	ECC SECP256R1
ES384	ECC SECP384R1
ES512	ECC SECP521R1

Payload JWS payload for signing.

Returns: Signed JWS.

Exceptions

DinamoException Throws an exception in case of signature errors.

Uses the Compact Serialization format described in Section-3.1 of RFC 7515.

◆ CheckPIXJWS() [1/4]

JwsComponents CheckPIXJWS	(	string	Chain,
		string	CRL,
		byte[]	byJWS,
		Int32	flags )

inline

Validates an RFC 7515 signed JWS following the PIX standard defined in the SPI (Instant Payment System).

Parameters

Chain	Name of the PKCS#7 chain (stored internally in the HSM) of the certificate used in the signature. The chain must be complete, from the root CA to the certificate used in the signature. This formatting is necessary because the XML message from Pix does not contain the certificate used in the signature. Optionally, only the X.509 certificate used to sign can be passed instead of the complete chain. As of version 5.0.23 of the HSM firmware, it is possible to use a PKCS#7 object that contains several chains. It is important to note that in the case of an HSM PKCS#7 object containing multiple chains, the presence of an expired certificate in any of the chains will generate a valid signature return code with an expired certificate (non-zero code) in the verification, even if the signature was made with a certificate from a non-expired chain; it is up to the application to handle this correctly according to local policy.
CRL	Certificate Revocation List (CRL) Name – stored internally in the HSM – where the digital certificate will be verified. NULL can be passed to indicate that no CRL is available for verification.
byJWS	Signed JWS.
flags	Verification options. This value must be 0.

Returns: JwsComponents class that will contain the return code, the Header and the Payload of the signed message.

Exceptions

DinamoException Throws exception in case of verification errors

Examples: sign_check_jws.cs.

◆ CheckPIXJWS() [2/4]

JwsComponents CheckPIXJWS	(	string	Chain,
		string	CRL,
		string	JWS,
		Int32	flags )

inline

Validates an RFC 7515 signed JWS following the PIX standard defined in the SPI (Instant Payment System).

Parameters

Chain	Name of the PKCS#7 chain (stored internally in the HSM) of the certificate used in the signature. The chain must be complete, from the root CA to the certificate used in the signature. This formatting is necessary because the XML message from Pix does not contain the certificate used in the signature. Optionally, only the X.509 certificate used to sign can be passed instead of the complete chain. As of version 5.0.23 of the HSM firmware, it is possible to use a PKCS#7 object that contains several chains. It is important to note that in the case of an HSM PKCS#7 object containing multiple chains, the presence of an expired certificate in any of the chains will generate a valid signature return code with an expired certificate (non-zero code) in the verification, even if the signature was made with a certificate from a non-expired chain; it is up to the application to handle this correctly according to local policy.
CRL	Certificate Revocation List (CRL) Name – stored internally in the HSM – where the digital certificate will be verified. NULL can be passed to indicate that no CRL is available for verification.
JWS	Signed JWS.
flags	Verification options. This value must be 0.

Returns: JwsComponents class that will contain the return code, the Header and the Payload of the signed message.

Exceptions

DinamoException Throws exception in case of verification errors

◆ CheckPIXJWS() [3/4]

bool CheckPIXJWS	(	string	Chain,
		string	CRL,
		byte[]	byJWS )

inline

Validates an RFC 7515 signed JWS following the PIX standard defined in the SPI (Instant Payment System).

Parameters

Chain	Name of the PKCS#7 chain (stored internally in the HSM) of the certificate used in the signature. The chain must be complete, from the root CA to the certificate used in the signature. This formatting is necessary because the XML message from Pix does not contain the certificate used in the signature. Optionally, only the X.509 certificate used to sign can be passed instead of the complete chain. As of version 5.0.23 of the HSM firmware, it is possible to use a PKCS#7 object that contains several chains. It is important to note that in the case of an HSM PKCS#7 object containing multiple chains, the presence of an expired certificate in any of the chains will generate a valid signature return code with an expired certificate (non-zero code) in the verification, even if the signature was made with a certificate from a non-expired chain; it is up to the application to handle this correctly according to local policy.
CRL	Certificate Revocation List (CRL) Name – stored internally in the HSM – where the digital certificate will be verified. NULL can be passed to indicate that no CRL is available for verification.
byJWS	Signed JWS.

Returns: Returns true if the check is performed successfully.

Exceptions

DinamoException Throws exception in case of verification errors

◆ CheckPIXJWS() [4/4]

bool CheckPIXJWS	(	string	Chain,
		string	CRL,
		string	JWS )

inline

Validates an RFC 7515 signed JWS following the PIX standard defined in the SPI (Instant Payment System).

Parameters

Chain	Name of the PKCS#7 chain (stored internally in the HSM) of the certificate used in the signature. The chain must be complete, from the root CA to the certificate used in the signature. This formatting is necessary because the XML message from Pix does not contain the certificate used in the signature. Optionally, only the X.509 certificate used to sign can be passed instead of the complete chain. As of version 5.0.23 of the HSM firmware, it is possible to use a PKCS#7 object that contains several chains. It is important to note that in the case of an HSM PKCS#7 object containing multiple chains, the presence of an expired certificate in any of the chains will generate a valid signature return code with an expired certificate (non-zero code) in the verification, even if the signature was made with a certificate from a non-expired chain; it is up to the application to handle this correctly according to local policy.
CRL	Certificate Revocation List (CRL) Name – stored internally in the HSM – where the digital certificate will be verified. NULL can be passed to indicate that no CRL is available for verification.
JWS	Signed JWS.

Returns: Returns true if the check is performed successfully.

Exceptions

DinamoException Throws exception in case of verification errors

◆ postPix() [1/2]

PIXResponse postPIX	(	string	KeyId,
		string	CertId,
		string	PIXCertChainId,
		string	URL,
		string[]	RequestHeaderList,
		byte[]	RequestData,
		Int32	TimeOut,
		bool	UseGzip,
		bool	VerifyHostName )

inline

It makes a secure HTTP POST request following the PIX standard defined in SPI (Instant Payment System). Uses the basic initial HTTP header.

Note: Configure timeout settings. Refer to the Best Practices section for more details.

Parameters

KeyId	Name of the private key used for tunnel establishment. Corresponds to a CPIC certificate.
CertId	Name of the certificate used for tunnel establishment. This is the PSP Digital Certificate registered with SPI for connection, also known as CPIC or CERTPIC.
PIXCertChainId	Name of the PKCS#7 string used to check the PIX server (ICOM or DICT). As of version 5.0.23 of the HSM firmware, it is possible to use a PKCS#7 object containing several strings.
URL	URL of the server PIX (ICOM or DICT).
RequestHeaderList	Lines containing the customized HTTP headers that will be used in the request. Can be passed null if you want to use the default header without changes. This option will overwrite the default headers if they overlap. To remove a header, pass the name of the header without a value (e.g. `Accept:`). To include a header without content, use `;` instead of `:` (e.g. `Accept;`). Do NOT use CRLF terminators in headers. Passing these terminators may cause unwanted behavior. Formatting will be done internally. This option cannot be used to change the first line of the request (e.g. POST, PUT, GET, DELETE), which is not a header. The corresponding API, described in this manual, must be used. The default initial header includes Host, User-Agent and Content-Length.
RequestData	Data sent in the request.
TimeOut	Operation timeout in milliseconds. Can be set to 0 for no timeout.
UseGzip	Performs automatic gzip compression of request data. Automatically includes the necessary headers (Content-Encoding and Accept-Encoding).
VerifyHostName	Verifies the certificate against the hostname.

Returns: The response to the request.

Exceptions

DinamoException Throws exception in case of request errors

It executes a secure request following the PIX standard defined in the SPI in the documents: "Annex IV - Security Manual", "Technical and business specifications of the Brazilian instant payment ecosystem" and "Annex III - Communication Interfaces Manual" defined in the SPI.
The negotiated tunnel is TLS version 1.2 with mutual authentication, using the HTTP protocol version 1.1 with a minimum Cipher Suite of ECDHE-RSA-AES-128-GCM-SHA256.

This API will automatically decompress a response that comes compressed in the gzip standard. If you choose to compress the sending data, the API caller must do so in gzip format.

This request uses the following headers by default.
"Accept-Encoding: gzip"
"User-Agent: DNLC/0.0.0.0", where 0.0.0.0 is the version of the HSM client library used.

Certificate validation with the host name is done by checking that the Common Name field or Subject Alternate Name field of the certificate matches the host name of the URL passed as a parameter.

When making an HTTP request, 2 operations are performed, one to use the HSM objects (private key, certificate and chain, used for tunnel authentication) and the other to open the HTTP session with the HTTP server.
To optimize resources, the session with the HTTP server is kept open and cached; likewise, the session with the HSM is cached by default (the HSM session can optionally be set not to be cached).
The HTTP session is associated with the session opened with the HSM, which means that to reuse an HTTP session you must use the same HSM session that was previously used to open the HTTP session.
The HTTP session is physically closed when the session with the HSM is physically closed.
The HSM session and the HTTP session have thread-session affinity and cannot be used simultaneously by several threads.

Long Polling is adjusted by setting the HTTP operation timeout (POST/GET/DELETE) according to the HTTP server settings.

Examples: basic_post_put_get_delete_pix.cs and post_put_get_delete_pix.cs.

◆ postPix() [2/2]

PIXResponse postPIX	(	string	KeyId,
		string	CertId,
		string	PIXCertChainId,
		string	URL,
		string[]	RequestHeaderList,
		byte[]	RequestData,
		Int32	TimeOut,
		Int32	Param )

inline

It makes a secure HTTP POST request following the PIX standard defined in SPI (Instant Payment System).

Note: Configure timeout settings. Refer to the Best Practices section for more details.

Parameters

KeyId Name of the private key used for tunnel establishment. Corresponds to a CPIC certificate.

CertId Name of the certificate used for tunnel establishment. This is the PSP Digital Certificate registered with SPI for connection, also known as CPIC or CERTPIC.

PIXCertChainId Name of the PKCS#7 string used to check the PIX server (ICOM or DICT). As of version 5.0.23 of the HSM firmware, it is possible to use a PKCS#7 object containing several strings.

URL URL of the server PIX (ICOM or DICT).

RequestHeaderList Lines containing the customized HTTP headers that will be used in the request. Can be passed null if you want to use the default header without changes.
This option will overwrite the default headers if they overlap.
To remove a header, pass the name of the header without a value (e.g. Accept:).
To include a header without content, use ; instead of : (e.g. Accept;).
Do NOT use CRLF terminators in headers. Passing these terminators may cause unwanted behavior. Formatting will be done internally.
This option cannot be used to change the first line of the request (e.g. POST, PUT, GET, DELETE), which is not a header. The corresponding API, described in this manual, must be used.
The default initial header includes Host, User-Agent, Accept, Accept-Encoding, Content-Type, Expect and Content-Length.

RequestData Data sent in the request.

TimeOut Operation timeout in milliseconds. Can be set to 0 for no timeout.

Param

Value	Meaning
0	Default option. Does not verify the certificate against the hostname.
DinamoApi.PIX_VERIFY_HOST_NAME	Verifies the certificate against the hostname.
DinamoApi.PIX_BASIC_HTTP_HEADER	Uses the basic initial HTTP header. Includes Host, User-Agent, and Content-Length.
DinamoApi.PIX_GZIP	Performs automatic gzip compression of request data. Automatically includes the necessary headers (Content-Encoding and Accept-Encoding).

Returns: The response to the request.

Exceptions

DinamoException Throws exception in case of request errors

It executes a secure request following the PIX standard defined in the SPI in the documents: "Annex IV - Security Manual", "Technical and business specifications of the Brazilian instant payment ecosystem" and "Annex III - Communication Interfaces Manual" defined in the SPI.
The negotiated tunnel is TLS version 1.2 with mutual authentication, using the HTTP protocol version 1.1 with a minimum Cipher Suite of ECDHE-RSA-AES-128-GCM-SHA256.

This API will automatically decompress a response that comes compressed in the gzip standard. If you choose to compress the sending data, the API caller must do so in gzip format.

This request uses the following headers by default.
"Accept-Encoding: gzip"
"User-Agent: DNLC/0.0.0.0", where 0.0.0.0 is the version of the HSM client library used.

Certificate validation with the host name is done by checking that the Common Name field or Subject Alternate Name field of the certificate matches the host name of the URL passed as a parameter.

When making an HTTP request, 2 operations are performed, one to use the HSM objects (private key, certificate and chain, used for tunnel authentication) and the other to open the HTTP session with the HTTP server.
To optimize resources, the session with the HTTP server is kept open and cached; likewise, the session with the HSM is cached by default (the HSM session can optionally be set not to be cached).
The HTTP session is associated with the session opened with the HSM, which means that to reuse an HTTP session you must use the same HSM session that was previously used to open the HTTP session.
The HTTP session is physically closed when the session with the HSM is physically closed.
The HSM session and the HTTP session have thread-session affinity and cannot be used simultaneously by several threads.

Long Polling is adjusted by setting the HTTP operation timeout (POST/GET/DELETE) according to the HTTP server settings.

◆ putPix() [1/2]

PIXResponse putPIX	(	string	KeyId,
		string	CertId,
		string	PIXCertChainId,
		string	URL,
		string[]	RequestHeaderList,
		byte[]	RequestData,
		Int32	TimeOut,
		bool	UseGzip,
		bool	VerifyHostName )

inline

It makes a secure HTTP PUT request following the PIX standard defined in SPI (Instant Payment System). Uses the basic initial HTTP header.

Note: Configure timeout settings. Refer to the Best Practices section for more details.

Parameters

KeyId	Name of the private key used for tunnel establishment. Corresponds to a CPIC certificate.
CertId	Name of the certificate used for tunnel establishment. This is the PSP Digital Certificate registered with SPI for connection, also known as CPIC or CERTPIC.
PIXCertChainId	Name of the PKCS#7 string used to check the PIX server (ICOM or DICT). As of version 5.0.23 of the HSM firmware, it is possible to use a PKCS#7 object containing several strings.
URL	URL of the server PIX (ICOM or DICT).
RequestHeaderList	Lines containing the customized HTTP headers that will be used in the request. Can be passed null if you want to use the default header without changes. This option will overwrite the default headers if they overlap. To remove a header, pass the name of the header without a value (e.g. `Accept:`). To include a header without content, use `;` instead of `:` (e.g. `Accept;`). Do NOT use CRLF terminators in headers. Passing these terminators may cause unwanted behavior. Formatting will be done internally. This option cannot be used to change the first line of the request (e.g. POST, PUT, GET, DELETE), which is not a header. The corresponding API, described in this manual, must be used. The default initial header includes Host, User-Agent and Content-Length.
RequestData	Data sent in the request.
TimeOut	Operation timeout in milliseconds. Can be set to 0 for no timeout.
UseGzip	Performs automatic gzip compression of request data. Automatically includes the necessary headers (Content-Encoding and Accept-Encoding).
VerifyHostName	Verifies the certificate against the hostname.

Returns: The response to the request.

Exceptions

DinamoException Throws exception in case of request errors

It executes a secure request following the PIX standard defined in the SPI in the documents: "Annex IV - Security Manual", "Technical and business specifications of the Brazilian instant payment ecosystem" and "Annex III - Communication Interfaces Manual" defined in the SPI.
The negotiated tunnel is TLS version 1.2 with mutual authentication, using the HTTP protocol version 1.1 with a minimum Cipher Suite of ECDHE-RSA-AES-128-GCM-SHA256.

This API will automatically decompress a response that comes compressed in the gzip standard. If you choose to compress the sending data, the API caller must do so in gzip format.

This request uses the following headers by default.
"Accept-Encoding: gzip"
"User-Agent: DNLC/0.0.0.0", where 0.0.0.0 is the version of the HSM client library used.

Certificate validation with the host name is done by checking that the Common Name field or Subject Alternate Name field of the certificate matches the host name of the URL passed as a parameter.

When making an HTTP request, 2 operations are performed, one to use the HSM objects (private key, certificate and chain, used for tunnel authentication) and the other to open the HTTP session with the HTTP server.
To optimize resources, the session with the HTTP server is kept open and cached; likewise, the session with the HSM is cached by default (the HSM session can optionally be set not to be cached).
The HTTP session is associated with the session opened with the HSM, which means that to reuse an HTTP session you must use the same HSM session that was previously used to open the HTTP session.
The HTTP session is physically closed when the session with the HSM is physically closed.
The HSM session and the HTTP session have thread-session affinity and cannot be used simultaneously by several threads.

Long Polling is adjusted by setting the HTTP operation timeout (POST/GET/DELETE) according to the HTTP server settings.

Examples: basic_post_put_get_delete_pix.cs and post_put_get_delete_pix.cs.

◆ putPix() [2/2]

PIXResponse putPIX	(	string	KeyId,
		string	CertId,
		string	PIXCertChainId,
		string	URL,
		string[]	RequestHeaderList,
		byte[]	RequestData,
		Int32	TimeOut,
		Int32	Param )

inline

It makes a secure HTTP PUT request following the PIX standard defined in the SPI (Instant Payment System).

Note: Configure timeout settings. Refer to the Best Practices section for more details.

Parameters

KeyId Name of the private key used for tunnel establishment. Corresponds to a CPIC certificate.

CertId Name of the certificate used for tunnel establishment. This is the PSP Digital Certificate registered with SPI for connection, also known as CPIC or CERTPIC.

PIXCertChainId Name of the PKCS#7 string used to check the PIX server (ICOM or DICT). As of version 5.0.23 of the HSM firmware, it is possible to use a PKCS#7 object containing several strings.

URL URL of the server PIX (ICOM or DICT).

RequestHeaderList Lines containing the customized HTTP headers that will be used in the request. Can be passed null if you want to use the default header without changes.
This option will overwrite the default headers if they overlap.
To remove a header, pass the name of the header without a value (e.g. Accept:).
To include a header with no content, use ; instead of : (e.g. Accept;).
Do NOT use CRLF terminators in headers. Passing these terminators may cause unwanted behavior. Formatting will be done internally.
This option cannot be used to change the first line of the request (e.g. POST, PUT, GET, DELETE), which is not a header. The corresponding API, described in this manual, must be used.

The default initial header includes Host, User-Agent, Accept, Accept-Encoding, Expect and Content-Length.

RequestData Data sent in the request.

TimeOut Operation timeout in milliseconds. Can be set to 0 for no timeout.

Param

Value	Meaning
0	Default option. Does not verify the certificate against the hostname.
DinamoApi.PIX_VERIFY_HOST_NAME	Verifies the certificate against the hostname.
DinamoApi.PIX_BASIC_HTTP_HEADER	Uses the basic initial HTTP header. Includes Host, User-Agent, and Content-Length.
DinamoApi.PIX_GZIP	Performs automatic gzip compression of request data. Automatically includes the necessary headers (Content-Encoding and Accept-Encoding).

Returns: The response to the request.

Exceptions

DinamoException Throws exception in case of request errors

It executes a secure request following the PIX standard defined in the SPI in the documents: "Annex IV - Security Manual", "Technical and business specifications of the Brazilian instant payment ecosystem" and "Annex III - Communication Interfaces Manual" defined in the SPI.
The negotiated tunnel is TLS version 1.2 with mutual authentication, using the HTTP protocol version 1.1 with a minimum Cipher Suite of ECDHE-RSA-AES-128-GCM-SHA256.

This API will automatically decompress a response that comes compressed in the gzip standard. If you choose to compress the sending data, the API caller must do so in gzip format.

This request uses the following headers by default.
"Accept-Encoding: gzip"
"User-Agent: DNLC/0.0.0.0", where 0.0.0.0 is the version of the HSM client library used.

Certificate validation with the host name is done by checking that the Common Name field or Subject Alternate Name field of the certificate matches the host name of the URL passed as a parameter.

When making an HTTP request, 2 operations are performed, one to use the HSM objects (private key, certificate and chain, used for tunnel authentication) and the other to open the HTTP session with the HTTP server.
To optimize resources, the session with the HTTP server is kept open and cached; likewise, the session with the HSM is cached by default (the HSM session can optionally be set not to be cached).
The HTTP session is associated with the session opened with the HSM, which means that to reuse an HTTP session you must use the same HSM session that was previously used to open the HTTP session.
The HTTP session is physically closed when the session with the HSM is physically closed.
The HSM session and the HTTP session have thread-session affinity and cannot be used simultaneously by several threads.

Long Polling is adjusted by setting the HTTP operation timeout (POST/GET/DELETE) according to the HTTP server settings.

◆ getPix() [1/2]

PIXResponse getPIX	(	string	KeyId,
		string	CertId,
		string	PIXCertChainId,
		string	URL,
		string[]	RequestHeaderList,
		Int32	TimeOut,
		bool	UseGzip,
		bool	VerifyHostName )

inline

Makes a secure HTTP GET request following the PIX standard defined in SPI (Instant Payment System). Uses the basic initial HTTP header.

Note: Configure timeout settings. Refer to the Best Practices section for more details.

Parameters

KeyId	Name of the private key used for tunnel establishment. Corresponds to a CPIC certificate.
CertId	Name of the certificate used for tunnel establishment. This is the PSP Digital Certificate registered with SPI for connection, also known as CPIC or CERTPIC.
PIXCertChainId	Name of the PKCS#7 string used to check the PIX server (ICOM or DICT). As of version 5.0.23 of the HSM firmware, it is possible to use a PKCS#7 object containing several strings.
URL	URL of the server PIX (ICOM or DICT).
RequestHeaderList	Lines containing the customized HTTP headers that will be used in the request. Can be passed null if you want to use the default header without changes. This option will overwrite the default headers if they overlap. To remove a header, pass the name of the header without a value (e.g. `Accept:`). To include a header without content, use `;` instead of `:` (e.g. `Accept;`). Do NOT use CRLF terminators in headers. Passing these terminators may cause unwanted behavior. Formatting will be done internally. This option cannot be used to change the first line of the request (e.g. POST, PUT, GET, DELETE), which is not a header. The corresponding API, described in this manual, must be used. The default initial header includes Host and User-Agent.
TimeOut	Operation timeout in milliseconds. Can be set to 0 for no timeout.
UseGzip	Includes the Accept-Encoding: gzip header if the basic header is enabled.
VerifyHostName	Verifies the certificate against the hostname.

Returns: The response to the request.

Exceptions

DinamoException Throws exception in case of request errors

It executes a secure request following the PIX standard defined in the SPI in the documents: "Annex IV - Security Manual", "Technical and business specifications of the Brazilian instant payment ecosystem" and "Annex III - Communication Interfaces Manual" defined in the SPI.
The negotiated tunnel is TLS version 1.2 with mutual authentication, using the HTTP protocol version 1.1 with a minimum Cipher Suite of ECDHE-RSA-AES-128-GCM-SHA256.

This API will automatically decompress a response that comes compressed in the gzip standard. If you choose to compress the sending data, the API caller must do so in gzip format.

This request uses the following headers by default.
"Accept-Encoding: gzip"
"User-Agent: DNLC/0.0.0.0", where 0.0.0.0 is the version of the HSM client library used.

Certificate validation with the host name is done by checking that the Common Name field or Subject Alternate Name field of the certificate matches the host name of the URL passed as a parameter.

When making an HTTP request, 2 operations are performed, one to use the HSM objects (private key, certificate and chain, used for tunnel authentication) and the other to open the HTTP session with the HTTP server.
To optimize resources, the session with the HTTP server is kept open and cached; likewise, the session with the HSM is cached by default (the HSM session can optionally be set not to be cached).
The HTTP session is associated with the session opened with the HSM, which means that to reuse an HTTP session you must use the same HSM session that was previously used to open the HTTP session.
The HTTP session is physically closed when the session with the HSM is physically closed.
The HSM session and the HTTP session have thread-session affinity and cannot be used simultaneously by several threads.

Long Polling is adjusted by setting the HTTP operation timeout (POST/GET/DELETE) according to the HTTP server settings.

Examples: basic_post_put_get_delete_pix.cs and post_put_get_delete_pix.cs.

◆ getPix() [2/2]

PIXResponse getPIX	(	string	KeyId,
		string	CertId,
		string	PIXCertChainId,
		string	URL,
		string[]	RequestHeaderList,
		Int32	TimeOut,
		Int32	Param )

inline

It makes a secure HTTP GET request following the PIX standard defined in the SPI (Instant Payment System).

Note: Configure timeout settings. Refer to the Best Practices section for more details.

Parameters

KeyId Name of the private key used for tunnel establishment. Corresponds to a CPIC certificate.

CertId Name of the certificate used for tunnel establishment. This is the PSP Digital Certificate registered with SPI for connection, also known as CPIC or CERTPIC.

PIXCertChainId Name of the PKCS#7 string used to check the PIX server (ICOM or DICT). As of version 5.0.23 of the HSM firmware, it is possible to use a PKCS#7 object containing several strings.

URL URL of the server PIX (ICOM or DICT).

RequestHeaderList Lines containing the customized HTTP headers that will be used in the request. Can be passed null if you want to use the default header without changes.
This option will overwrite the default headers if they overlap.
To remove a header, pass the name of the header without a value (e.g. Accept:).
To include a header without content, use ; instead of : (e.g. Accept;).
Do NOT use CRLF terminators in headers. Passing these terminators may cause unwanted behavior. Formatting will be done internally.
This option cannot be used to change the first line of the request (e.g. POST, PUT, GET, DELETE), which is not a header. The corresponding API, described in this manual, must be used.

The default initial header includes Host, User-Agent, Accept, Accept-Encoding.

TimeOut Operation timeout in milliseconds. Can be set to 0 for no timeout.

Param

Value	Meaning
0	Default option. Does not verify the certificate against the hostname.
DinamoApi.PIX_VERIFY_HOST_NAME	Verifies the certificate against the hostname.
DinamoApi.PIX_BASIC_HTTP_HEADER	Uses the basic initial HTTP header. Includes Host and User-Agent.
DinamoApi.PIX_GZIP	Includes the Accept-Encoding: gzip header if the basic header is enabled.

Returns: The response to the request.

Exceptions

DinamoException Throws exception in case of request errors

It executes a secure request following the PIX standard defined in the SPI in the documents: "Annex IV - Security Manual", "Technical and business specifications of the Brazilian instant payment ecosystem" and "Annex III - Communication Interfaces Manual" defined in the SPI.
The negotiated tunnel is TLS version 1.2 with mutual authentication, using the HTTP protocol version 1.1 with a minimum Cipher Suite of ECDHE-RSA-AES-128-GCM-SHA256.

This API will automatically decompress a response that comes compressed in the gzip standard. If you choose to compress the sending data, the API caller must do so in gzip format.

This request uses the following headers by default.
"Accept-Encoding: gzip"
"User-Agent: DNLC/0.0.0.0", where 0.0.0.0 is the version of the HSM client library used.

Certificate validation with the host name is done by checking that the Common Name field or Subject Alternate Name field of the certificate matches the host name of the URL passed as a parameter.

When making an HTTP request, 2 operations are performed, one to use the HSM objects (private key, certificate and chain, used for tunnel authentication) and the other to open the HTTP session with the HTTP server.
To optimize resources, the session with the HTTP server is kept open and cached; likewise, the session with the HSM is cached by default (the HSM session can optionally be set not to be cached).
The HTTP session is associated with the session opened with the HSM, which means that to reuse an HTTP session you must use the same HSM session that was previously used to open the HTTP session.
The HTTP session is physically closed when the session with the HSM is physically closed.
The HSM session and the HTTP session have thread-session affinity and cannot be used simultaneously by several threads.

Long Polling is adjusted by setting the HTTP operation timeout (POST/GET/DELETE) according to the HTTP server settings.

◆ deletePix() [1/2]

PIXResponse deletePIX	(	string	KeyId,
		string	CertId,
		string	PIXCertChainId,
		string	URL,
		string[]	RequestHeaderList,
		Int32	TimeOut,
		bool	UseGzip,
		bool	VerifyHostName )

inline

Makes a secure HTTP DELETE request following the PIX standard defined in SPI (Instant Payment System). Uses the basic initial HTTP header.

Note: Configure timeout settings. Refer to the Best Practices section for more details.

Parameters

KeyId	Name of the private key used for tunnel establishment. Corresponds to a CPIC certificate.
CertId	Name of the certificate used for tunnel establishment. This is the PSP Digital Certificate registered with SPI for connection, also known as CPIC or CERTPIC.
PIXCertChainId	Name of the PKCS#7 string used to check the PIX server (ICOM or DICT). As of version 5.0.23 of the HSM firmware, it is possible to use a PKCS#7 object containing several strings.
URL	URL of the server PIX (ICOM or DICT).
RequestHeaderList	Lines containing the customized HTTP headers that will be used in the request. Can be passed null if you want to use the default header without changes. This option will overwrite the default headers if they overlap. To remove a header, pass the name of the header without a value (e.g. `Accept:`). To include a header without content, use `;` instead of `:` (e.g. `Accept;`). Do NOT use CRLF terminators in headers. Passing these terminators may cause unwanted behavior. Formatting will be done internally. This option cannot be used to change the first line of the request (e.g. POST, PUT, GET, DELETE), which is not a header. The corresponding API, described in this manual, must be used. The default initial header includes Host and User-Agent.
TimeOut	Operation timeout in milliseconds. Can be set to 0 for no timeout.
UseGzip	Includes the Accept-Encoding: gzip header if the basic header is enabled.
VerifyHostName	Verifies the certificate against the hostname.

Returns: The response to the request.

Exceptions

DinamoException Throws exception in case of request errors

It executes a secure request following the PIX standard defined in the SPI in the documents: "Annex IV - Security Manual", "Technical and business specifications of the Brazilian instant payment ecosystem" and "Annex III - Communication Interfaces Manual" defined in the SPI.
The negotiated tunnel is TLS version 1.2 with mutual authentication, using the HTTP protocol version 1.1 with a minimum Cipher Suite of ECDHE-RSA-AES-128-GCM-SHA256.

This API will automatically decompress a response that comes compressed in the gzip standard. If you choose to compress the sending data, the API caller must do so in gzip format.

This request uses the following headers by default.
"Accept-Encoding: gzip"
"User-Agent: DNLC/0.0.0.0", where 0.0.0.0 is the version of the HSM client library used.

Certificate validation with the host name is done by checking that the Common Name field or Subject Alternate Name field of the certificate matches the host name of the URL passed as a parameter.

When making an HTTP request, 2 operations are performed, one to use the HSM objects (private key, certificate and chain, used for tunnel authentication) and the other to open the HTTP session with the HTTP server.
To optimize resources, the session with the HTTP server is kept open and cached; likewise, the session with the HSM is cached by default (the HSM session can optionally be set not to be cached).
The HTTP session is associated with the session opened with the HSM, which means that to reuse an HTTP session you must use the same HSM session that was previously used to open the HTTP session.
The HTTP session is physically closed when the session with the HSM is physically closed.
The HSM session and the HTTP session have thread-session affinity and cannot be used simultaneously by several threads.

Long Polling is adjusted by setting the HTTP operation timeout (POST/GET/DELETE) according to the HTTP server settings.

Examples: basic_post_put_get_delete_pix.cs and post_put_get_delete_pix.cs.

◆ deletePix() [2/2]

PIXResponse deletePIX	(	string	KeyId,
		string	CertId,
		string	PIXCertChainId,
		string	URL,
		string[]	RequestHeaderList,
		Int32	TimeOut,
		Int32	Param )

inline

It makes a secure HTTP DELETE request following the PIX standard defined in SPI (Instant Payment System).

Note: Configure timeout settings. Refer to the Best Practices section for more details.

Parameters

KeyId Name of the private key used for tunnel establishment. Corresponds to a CPIC certificate.

CertId Name of the certificate used for tunnel establishment. This is the PSP Digital Certificate registered with SPI for connection, also known as CPIC or CERTPIC.

PIXCertChainId Name of the PKCS#7 string used to check the PIX server (ICOM or DICT). As of version 5.0.23 of the HSM firmware, it is possible to use a PKCS#7 object containing several strings.

URL URL of the server PIX (ICOM or DICT).

RequestHeaderList Lines containing the customized HTTP headers that will be used in the request. Can be passed null if you want to use the default header without changes.
This option will overwrite the default headers if they overlap.
To remove a header, pass the name of the header without a value (e.g. Accept:).
To include a header without content, use ; instead of : (e.g. Accept;).
Do NOT use CRLF terminators in headers. Passing these terminators may cause unwanted behavior. Formatting will be done internally.
This option cannot be used to change the first line of the request (e.g. POST, PUT, GET, DELETE), which is not a header. The corresponding API, described in this manual, must be used.

The default initial header includes Host, User-Agent, Accept, Accept-Encoding.

TimeOut Operation timeout in milliseconds. Can be set to 0 for no timeout.

Param

Value	Meaning
0	Default option. Does not verify the certificate against the hostname.
DinamoApi.PIX_VERIFY_HOST_NAME	Verifies the certificate against the hostname.
DinamoApi.PIX_BASIC_HTTP_HEADER	Uses the basic initial HTTP header. Includes Host and User-Agent.
DinamoApi.PIX_GZIP	Includes the Accept-Encoding: gzip header if the basic header is enabled.

Returns: The response to the request.

Exceptions

DinamoException Throws exception in case of request errors

It executes a secure request following the PIX standard defined in the SPI in the documents: "Annex IV - Security Manual", "Technical and business specifications of the Brazilian instant payment ecosystem" and "Annex III - Communication Interfaces Manual" defined in the SPI.
The negotiated tunnel is TLS version 1.2 with mutual authentication, using the HTTP protocol version 1.1 with a minimum Cipher Suite of ECDHE-RSA-AES-128-GCM-SHA256.

This API will automatically decompress a response that comes compressed in the gzip standard. If you choose to compress the sending data, the API caller must do so in gzip format.

This request uses the following headers by default.
"Accept-Encoding: gzip"
"User-Agent: DNLC/0.0.0.0", where 0.0.0.0 is the version of the HSM client library used.

Certificate validation with the host name is done by checking that the Common Name field or Subject Alternate Name field of the certificate matches the host name of the URL passed as a parameter.

When making an HTTP request, 2 operations are performed, one to use the HSM objects (private key, certificate and chain, used for tunnel authentication) and the other to open the HTTP session with the HTTP server.
To optimize resources, the session with the HTTP server is kept open and cached; likewise, the session with the HSM is cached by default (the HSM session can optionally be set not to be cached).
The HTTP session is associated with the session opened with the HSM, which means that to reuse an HTTP session you must use the same HSM session that was previously used to open the HTTP session.
The HTTP session is physically closed when the session with the HSM is physically closed.
The HSM session and the HTTP session have thread-session affinity and cannot be used simultaneously by several threads.

Long Polling is adjusted by setting the HTTP operation timeout (POST/GET/DELETE) according to the HTTP server settings.

◆ getPixHTTPReqDetails()

DinamoApi.PIXHTTPReqDetails getPIXHTTPReqDetails ( )

inline

Retrieves the details of the last PIX HTTP request (POST, GET...) made in this session. This operation must be called immediately after calling the PIX request API. It must be called using the same session. Do not perform any other operations between these calls.

Returns: Details of the last PIX HTTP request for this session.

Exceptions

DinamoException Throws exception in case of error.

Examples: post_put_get_delete_pix.cs.

◆ getPixHTTPReqCode()

Int64 getPIXHTTPReqCode ( )

inline

Retrieves the return code of the last PIX HTTP request (POST, GET...) made in this session. This operation must be called immediately after calling the PIX request API. It must be called using the same session. Do not perform any other operations between these calls.

Returns: HTTP response code.

Exceptions

DinamoException Throws exception in case of error.