-
Notifications
You must be signed in to change notification settings - Fork 9
Add HOLD KYB/KYC status and FAILED internal account status #658
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Some generated files are not rendered by default. Learn more about how customized files appear on GitHub.
Some generated files are not rendered by default. Learn more about how customized files appear on GitHub.
| Original file line number | Diff line number | Diff line change | ||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
|
@@ -4,5 +4,8 @@ enum: | |||||||||||||||||||||||||||||||||||||
| - PENDING | ||||||||||||||||||||||||||||||||||||||
| - APPROVED | ||||||||||||||||||||||||||||||||||||||
| - REJECTED | ||||||||||||||||||||||||||||||||||||||
| description: The current KYB status of a business customer | ||||||||||||||||||||||||||||||||||||||
| - HOLD | ||||||||||||||||||||||||||||||||||||||
| description: >- | ||||||||||||||||||||||||||||||||||||||
| The current KYB status of a business customer. `HOLD` means the customer is | ||||||||||||||||||||||||||||||||||||||
| placed on hold and may be required to update or provide more information. | ||||||||||||||||||||||||||||||||||||||
| example: APPROVED | ||||||||||||||||||||||||||||||||||||||
|
Comment on lines
+8
to
11
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
Suggested change
Prompt To Fix With AIThis is a comment left during a code review.
Path: openapi/components/schemas/customers/KybStatus.yaml
Line: 8-11
Comment:
Same documentation gap as `KycStatus.yaml` — only `HOLD` is described inline while `UNVERIFIED`, `PENDING`, `APPROVED`, and `REJECTED` remain undocumented. `InternalAccountStatus` in this same PR demonstrates the preferred pattern of enumerating every value.
```suggestion
description: >-
The current KYB status of a business customer.
- `UNVERIFIED`: The business has not yet started the KYB process.
- `PENDING`: The business's identity is under review.
- `APPROVED`: The business has successfully passed KYB verification.
- `REJECTED`: The business's KYB application was rejected.
- `HOLD`: The customer is placed on hold and may be required to update or
provide more information.
example: APPROVED
```
How can I resolve this? If you propose a fix, please make it concise.Note: If this suggestion doesn't match your team's coding style, reply to this and let me know. I'll remember it for next time!
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I agree with greptile here. Just a bit weird to have HOLD explicitly called out on its own. |
||||||||||||||||||||||||||||||||||||||
| Original file line number | Diff line number | Diff line change | ||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
|
@@ -4,5 +4,8 @@ enum: | |||||||||||||||||||||||||||||||||||||
| - PENDING | ||||||||||||||||||||||||||||||||||||||
| - APPROVED | ||||||||||||||||||||||||||||||||||||||
| - REJECTED | ||||||||||||||||||||||||||||||||||||||
| description: The current KYC status of a customer | ||||||||||||||||||||||||||||||||||||||
| - HOLD | ||||||||||||||||||||||||||||||||||||||
| description: >- | ||||||||||||||||||||||||||||||||||||||
| The current KYC status of a customer. `HOLD` means the customer is placed on | ||||||||||||||||||||||||||||||||||||||
| hold and may be required to update or provide more information. | ||||||||||||||||||||||||||||||||||||||
| example: APPROVED | ||||||||||||||||||||||||||||||||||||||
|
Comment on lines
+8
to
11
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
Suggested change
Prompt To Fix With AIThis is a comment left during a code review.
Path: openapi/components/schemas/customers/KycStatus.yaml
Line: 8-11
Comment:
The description explains `HOLD` inline but leaves `UNVERIFIED`, `PENDING`, `APPROVED`, and `REJECTED` undocumented. `InternalAccountStatus` in the same PR uses a per-value bullet list for all values — applying the same pattern here makes the schema equally self-contained for API consumers who read only the KYC/KYB status field docs.
```suggestion
description: >-
The current KYC status of a customer.
- `UNVERIFIED`: The customer has not yet started the KYC process.
- `PENDING`: The customer's identity is under review.
- `APPROVED`: The customer has successfully passed KYC verification.
- `REJECTED`: The customer's KYC application was rejected.
- `HOLD`: The customer is placed on hold and may be required to update or
provide more information.
example: APPROVED
```
How can I resolve this? If you propose a fix, please make it concise.Note: If this suggestion doesn't match your team's coding style, reply to this and let me know. I'll remember it for next time! |
||||||||||||||||||||||||||||||||||||||
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is it worth also adding a
failureReasonorerrorMessageor something?There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
All the failures have been validation failures that have since been patched. If we run into failures that we can't fix by making changes to our API, we can start adding in failure reasons here.