While creating sub-clients the address of the person/company was not required. It was a bug which was fixed. To create a sub-client you would also need their: street address, suburb/city, state/region, postcode, and country.
accountNo to be 4 digits long. Some old Japanese bank accounts could be just 4 digits.
The ability to query deposits, withdrawals, payments by the associated sub-client (
The payments can also have sub-clients now. Added the
totalFee property to both
Withdrawal types as well as webhook payloads.
bankInfo reference query. You can now validate your BSB for existence, check if we support your BIC, and retrieve BIC (aka SWIFT code) by IBAN.
SubClient.fundingAccounts queries. It returns international bank account numbers you can deposit in order to bring money to Australia. See Auto receive funds for more details.
senderId was always required when creating withdrawals via
createWithdrawal. But now, if you provided the
subClientId and didn't provide the
senderId the sub-client becomes the sender, and will be reported to the government as the sender. However, you still must provide the
senderId if your sub-client moves funds for other people/companies.
docNumber fields from
idDoc nested field instead.
RecipientAccountIdType was fully duplicating the
AccountIdType. Replace the former with the latter. This might break your auto-generated code in strongly typed languages. But won't change any API queries or responses. So, this change is not considered to be a breaking.
Added ability to disable and activate sub-clients
disableSubClient(id: ID!): MutateSubClientReply
activateSubClient(id: ID!): MutateSubClientReply
Added deposit queries
deposits(input: DepositQueryInput): [Deposit]
deposit(id: ID!): Deposit
Introduced sub-client feature – transactional virtual account numbers for AUD processing in Australia.
subClients(input: SubClientQueryInput): [SubClient]
subClient(id: ID!): SubClient
createSubClient(input: CreateSubClientInput!): MutateSubClientReply
Deposit and withdrawal webhooks now include
subClient object with sub-client information when present
These types and fields were never used by anyone for couple of years.
New item in
accountName - Australian bank account name.
New item in
statusMessage - a human readable message of the current status reason, like processing error messages.
New item in
sourceOfFunds - mandatory field for some destinations.
New items in both query type and mutation input
businessNumber - differs by country, e.g. ABN in Australia.
acn - Australian Company Number. Should not be used for other countries.
Fixed typo in
RecipientQueryInput field name.
Fixed typo in the
WithdrawalStatus enum item.
CreateWithdrawalInput. Now you can query the callback/webhook URI you have supplied earlier. Also, this allows you to receive webhooks when you create a withdrawal (aka local payout).
New items in
RecipientQueryInput. This means that recipients can be searched by:
dob - date of birth
externalId - ID in your system
Introduced Withdrawals - send money from your account (FlashFX digital wallet) to local banks.
withdrawal(id: ID): Withdrawal
withdrawals(input: WithdrawalQueryInput): [Withdrawal]
createWithdrawal(input: CreateWithdrawalInput!): CreateWithdrawalReply
PHP currency support.
middleName property in recipients and senders.
PAYID recipient type for Australian local payments or withdrawals.
Recipient.payid new property.
PH_CASH recipient type for Philippines cash network payments.
Recipient.phCashoutNetwork new property.
You can now query your recipients by
accountIdType property. For example:
Removed the unused enum
PaymentType. It has no sense and was deprecated a year ago.
Simultaneously removed properties
Removed the long deprecated
PaymentInput.recipient object. The only way to provide a recipient for a payment is via
PaymentInput.recipientId. You would need to pre-create the recipient beforehand.
Removed the never used
AccountIdType enum values: