Skip to content

Commit

Permalink
Update index.md
Browse files Browse the repository at this point in the history
  • Loading branch information
markbudos committed Jun 24, 2022
1 parent 315998a commit d6dfcbf
Showing 1 changed file with 15 additions and 1 deletion.
16 changes: 15 additions & 1 deletion src/pages/resources/progress-messages/index.md
Original file line number Diff line number Diff line change
Expand Up @@ -81,7 +81,7 @@ Examples:

The most common way to respond to a message request, is through request hydration and the jobs endpoint. By simply providing a header that contains the appropriate envelope_id ("x-cardsavr-envelope-id": "<GUID>"), responses become simple account updates. Note that credential responses aren't always username/password (although that's most common). The [merchant site endpoint](https://swch.github.io/slate/#merchant-sites) defines the necessary values for each merchant site. (e.g. "pin" or "email")

Endpoint: PUT /messages/place\_card\_on\_single\_site\_jobs/:job\_id
Endpoint: PUT /place\_card\_on\_single\_site\_jobs/:job\_id

```json
{
Expand All @@ -104,6 +104,20 @@ or for TFA responses:
}
```

The other mechanism is to post directly to the messaging endpoint for tfa responses:

Endpoint: POST /messages/place\_card\_on\_single\_site\_jobs/job\_id:/credential\_responses

```json
{
"job_id": 101
"envelope_id": <ENVELOPE_ID>,
"message": "1234"
}
```
This method is not recommended for new credentials since the account needs to be updated regardless.


All the SDKs provide simple interfaces for ensuring the correct data is returned in the response. There are also sample tests that walk through how to attach envelope_ids in responses.

#### Querying messages by cardholder
Expand Down

0 comments on commit d6dfcbf

Please sign in to comment.