Skip to content

Latest commit

 

History

History
203 lines (155 loc) · 9.21 KB

File metadata and controls

203 lines (155 loc) · 9.21 KB

Changelog

All notable changes to this project will be documented in this file.

The format is based on Keep a Changelog.

Unreleased

Place unreleased changes here.

Added

First Release Candidate of the Stellar Disbursement Platform v2.0.0. This release introduces multi-tenancy support, allowing multiple tenants (organizations) to use the platform simultaneously.

Each organization has its own set of users, receivers, disbursements, etc.

[!Warning] This version is only compatible with the stellar/stellar-disbursement-platform-backend version 2.x.x.

Added

  • Make the dashboard tenant aware #44
  • Add Organization (Tenant Name) selection text box to Login, Reset Password and Forgot Password pages #50
  • Derive Organization (Tenant Name) from the hostname prefix when possible #56
  • Add Future Balance label in the Disbursement Details page. #76
  • Ability for users to add/update verification info for receivers. #78

Attention, this version is compatible with the backend version 1.1.6.

Added

  • Add the "Future Balance" label in the disbursement detail component to display what will be balance for the asset on the distribution account after the disbursement is completed. #76
  • Add option to update a receiver's verification info from the receiver's detail page. #78

Changed

  • Update the CSV template by adding examples with and without the paymentID (optional) column. #77
  • Display the entire disbursement account address for the tenant when that disbursement account does not exist in the network, making it easier to identify the account that needs to be funded. #80

Fixed

  • Retry payment button was not showing up on failed payments #72.

Added

  • Add dropdown for choosing verification type when creating new disbursements #53
  • Display external payment ID on payments details page #59
  • Add a cancel button to payments details page #60
  • Add env variable injection to dashboard #62
  • Add SMS preview & editing before sending a new disbursement #66
  • Display Created By and Started By on disbursement details page #68

Changed

  • State Refactors
    • receiver payments, wallet balance, wallet history #34
    • users #36
    • wallet providers #37
    • countries #42
  • Automatic cancellation of payments in READY status after a certain time period #38

Chores

  • Optimize refresh token for dispatch actions #39
  • Analytics cards: adjust layout #47
  • Updated favicons and README #64
  • Business user role should receive permission to view details for individual payments, details, and receivers #63
  • Standardize errors with extras #61
  • Update SDS package #58
  • Show error details upon sign-in #57

Fixed

  • Fix input entry for Payments cancellation and SMS retry #43
  • Fix table overflow crop #55

Added

  • Add a new screen to manage Wallet Providers. #14
  • Add re-send SMS invitation functionality. #18
  • Customize receiver wallet invite SMS message. #17
  • Display asset issuer for Trustlines in the Distribution account screen #20
  • Settings: configure SMS retry interval #28

Changed

  • Change payment status history sort order to descending order. #15
  • Filter assets based on wallet selection in New Disbursement screen. #24
  • Only show enabled wallets in the New Disbursement screen. #29

Security

  • Add warning message about Distribution account funds #11

Added

  • Support for a 2-step approval for the disbursement, where one user creates the disbursement and another approves it. #1, #3
  • Support to edit receivers. #5
  • Support for changing the password without resorting to the "fogot password" flow. #6

Changed

  • Readme instructions. #2

Added

First Release Candidate of the Stellar Disbursement Platform, a tool used to make bulk payments to a list of recipients based on their phone number and a confirmation date. This repository is frontend-only, is a client to the backend version available at stellar/stellar-disbursement-platform-backend. Their version numbers are meant to be kept in sync.

The basic process of this product starts with an organization supplying a CSV file which includes the recipients' phone number, transfer amount, and essential customer validation data such as the date of birth.

The platform subsequently sends an SMS to the recipient, which includes a deep link to the wallet. This link permits recipients with compatible wallets to register their wallet on the SDP. During this step, they are required to verify their phone number and additional customer data through the SEP-24 interactive deposit flow, where this data is shared directly with the backend through a webpage inside the wallet, but the wallet itself does not have access to this data.

Upon successful verification, the SDP backend will transfer the funds directly to the recipient's wallet. When the recipient's wallet has been successfully associated with their phone number in the SDP, all subsequent payments will occur automatically.