HumDay

Purpose of this service is in Mastercard Send Person to Merchant

A documented Mastercard Send Person to Merchant operation that only reads, so it can watch for changes without altering anything. Describe what you want to happen and HumDay builds it.

Automate this

What this operation does

Purpose of this service is to retrieve the Transfer resource associated with the specified transfer-id.

  • GETReads data · Merchant Retrievalapi.mastercard.com/send/#env/v1/partners/{partnerId}/merchant/transfers/{transferId}

How HumDay uses it

  1. You describe the outcome. Not this operation by name — what you want to happen. HumDay works out which operations it needs.
  2. The contract names it. Before anything is built, you see exactly which Mastercard Send Person to Merchant operations the program may use, and this is one of them.
  3. You approve access. Read-only access is still yours to grant, and still limited to what the contract needs.

Other Mastercard Send Person to Merchant operations

All 15 Mastercard Send Person to Merchant operations

Questions

Can HumDay purpose of this service is in Mastercard Send Person to Merchant?
Yes. This operation is published in Mastercard Send Person to Merchant's own API description, so HumDay can use it without a hand-built connector — once you have approved it for your automation.
Does this change anything in my Mastercard Send Person to Merchant account?
No. This is a read-only operation, so it can be used to watch for changes or fetch data without altering anything in Mastercard Send Person to Merchant.
Do I need to write code?
No. You describe the outcome you want in plain words. HumDay agrees a contract with you, writes the program, and shows you a proof run before anything touches your Mastercard Send Person to Merchant account.

Where this came from

Read from a published API description for Mastercard Send Person to Merchant at developer.mastercard.com/devzone/api/portal/swagger/mastercard-merchant-presented-qr. The description above is the provider’s own wording, not ours. Last published 2020-08-24.