-
Notifications
You must be signed in to change notification settings - Fork 3k
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
[Design Doc] Add global reimbursement functionality to NewDot #20459
Comments
Current assignee @JmillsExpensify is eligible for the NewFeature assigner, not assigning anyone new. |
Adding myself to keep track of this for BugZero. |
Still on the radar, though the immediate focus is completing the feature in OldDot. |
@nikihatesgh Did you want to take this one over? |
Posted in Slack asking for volunteers. I'm going to remove my assignment though. |
This is not going to be prioritized by EOY so with the change of focus for 2024 I am closing this out and we can pick it back up when GR is prioritized as a feature to be added to NewDot. |
I have read and reviewed this Design Doc! |
1 similar comment
I have read and reviewed this Design Doc! |
Starting implementation this week |
I have read and reviewed this Design Doc! |
1 similar comment
I have read and reviewed this Design Doc! |
Implementation is ongoing |
Implementation is ongoing |
Same |
Aiming to get it done by Dec 1st. |
Implementation is still ongoing |
Same |
Same |
Working on implementation still |
Design Document for review is here
Problem statement
Control policies on New Dot do not support payments for companies in our non US markets (UK, Europe, Australia etc.). These companies can in fact pay in-app but they cannot set up their BBA in New Dot, so effectively they cannot access international payments as a feature unless they start on Classic. This means Control policies on New Dot are not at feature parity with Classic. Till we have this, those customers that use global reimbursements on Classic cannot be migrated. Further any new lead that needs this cannot stay on New Dot. If we want to convert them, we will have to send them to Classic.
A secondary problem is that the existing non USD BBA setup flow on Classic is sub-optimal on two levels:
Solution
Bring the setup of non USD BBAs to New Dot. Build the UI to collect the information and documents in product and use Corpay APIs to get the data over to them, and listen to their webhooks to get notified when approved
Implementation Issues:
Frontend
Phase 1
Frontend PHASE 2
Frontend PHASE 3
PHASE 4
Backend
The text was updated successfully, but these errors were encountered: