Comments (6)
In researching this issue it is clear that the relationship between account and card is many to many.
A single account can have multiple cards associated with that account with different card holders.
A single card could be linked to multiple accounts for different payment schemes (ie. credit payment or EFTPOS).
Due to this complexity there are a number of options that can be taken to address this change request.
Option 1 - Do nothing
In this option we simply leave card art out of the standards and maintain the current standards as they are.
Option 2 - Single card per account
We add optional fields for a URL to a card image and image size to structures representing an account. This would impact PRD, account basic and account details structures.
Option 3 - Cards as a resource
We add a new end point (and security scope) that allows information on cards to be obtained separately with IDs used to link accounts with cards and vice versa.
Recommendation
The DSB do not recommend option 3 as this would be a substantial extension of the standards and it is unclear as to whether the introduction of cards as a resource in their own right aligns with the rules and the designation instrument.
Option 1 and option 2 are both reasonable approaches. Option 1 represents zero cost. Option 2 would worth inclusion if the additional fields are considered to add value and the lack of the representation of the many to many relationship is not considered a detractor.
from standards-maintenance.
Commonwealth Bank would like to recommend a 4th option to support card art in the regime.
We suggest extending the product reference API to include an optional array to represent URLs for product card art. We do not recommend the inclusion of this information at the account basic or detailed structure endpoints, and concur with the stated complexities cited by Data61. By including card art as a feature in the product reference data we introduce it in the regime without significant change.
Additionally Data61 have previously stated that the payloads have been designed so that there is no dependency on account from product reference data. By creating a resource specific to additional card features we would be creating a product family specific API. Commonwealth Bank prefer to keep the product reference data consolidated as a single end point.
from standards-maintenance.
Barring additional feedback the DSB would recommend the proposal from CBA be adopted. Specifically;
- Card art would be added as an optional structure to the PRD end point
- Card art (and cards) will not be added as a resource
- Card art will not be added to the account end points (although this could be considered in the future)
from standards-maintenance.
DA is supportive of the recommendation.
Would the DSB specify the dimensions and required file formats for the card art URLs, and will there be some guidance on image quality and file size?
from standards-maintenance.
In response to the question above the DSB will additionally recommend:
- Images should be limited to PNG, JPEG or GIF formats
- Images should be proportionally sized according to the standard credit card size defined by ISO/IEC 7810 ID-1
- Images should not be wider that 512 pixels
If additional feedback is provided to amend this or refer to an existing standard then this recommendation may be changed to accommodate this feedback.
from standards-maintenance.
NAB supports Option 4 and the justification outlined by commbankoss, #3 (comment) (optionally include Card Art in the Product Details endpoint).
from standards-maintenance.
Related Issues (20)
- Energy - Cancelled Invoices in Invoice APIs
- NFR: Secondary Data Holder unable to determine Customer Present HOT 1
- NFR: Policing of Data Recipient Low Velocity Data Sets Thresholds HOT 1
- NFR: Arrangements with large numbers (500+) of accounts HOT 1
- Metrics: Performance threshold including SDH HOT 3
- Update Get Metrics Endpoint Schedule HOT 3
- Energy - Plan fees do not support variable or range rates
- Shorter email subject lines for GitHub issues? HOT 1
- Where is the spec for the schema ResponseMetricsV4 HOT 2
- Addition of an (18 or over) Age Verification Flag HOT 13
- Clarification of Energy PRD Obligations HOT 3
- Maintenance Iteration 17 Holistic Feedback HOT 25
- Time format change request for Energy Plan Data HOT 17
- Definition of PERCENT in BankingProductRateTierV3 HOT 5
- Plan Obligation Milestones for 2025 HOT 5
- Consumer's Data Holder(s) not available in ADR consent flow (potentially list not up-to-date) HOT 3
- Get Metrics v4 & v5 authorisations property changed from optional to mandatory as part of Maintenance Issue 599 & v1.27.0 HOT 8
- Modification Request for Stages of Get Metrics v5 "abandonmentsByStage" Object HOT 3
- Energy plan details - tariffPeriod has limited types - include more values
- Authorization Response Algs should be conditional in RegistrationProperties HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from standards-maintenance.