Stop using deprecated commands for accounting integrations Travel Invoicing#90400
Conversation
Codecov Report✅ Changes either increased or maintained existing code coverage, great job!
|
The travel vendor concept doesn't apply — in Vendor Bill exports the vendor is always the submitter's employee email, so a separate "travel vendor" setting is meaningless. The feature is being removed in a follow-up, so leave the page on the deprecated command rather than migrating it.
|
Waiting on web PR to get deployed |
|
@ShridharGoel Please copy/paste the Reviewer Checklist from here into a new comment on this PR and complete it. If you have the K2 extension, you can simply click: [this button] |
|
@ShridharGoel ignore the ping 👍 |
Reviewer Checklist
Screenshots/VideosAndroid: HybridAppAndroid: mWeb ChromeiOS: HybridAppiOS: mWeb SafariMacOS: Chrome / Safari |
|
🚧 @rlinoz has triggered a test Expensify/App build. You can view the workflow run here. |
|
🧪🧪 Use the links below to test this adhoc build on Android, iOS, and Web. Happy testing! 🧪🧪
|
|
✋ This PR was not deployed to staging yet because QA is ongoing. It will be automatically deployed to staging after the next production release. |
|
🚀 Deployed to staging by https://github.com/rlinoz in version: 9.3.76-0 🚀
|
|
No help site changes are required for this PR. This is an internal refactoring that migrates Travel Invoicing API calls from a generic catch-all endpoint to dedicated per-setting endpoints. There are no user-visible changes, no new features, and no UI modifications. The existing help site articles under |
|
🚀 Deployed to production by https://github.com/roryabraham in version: 9.3.77-3 🚀
|
Explanation of Change
Cleanup. The Travel Invoicing setters on NetSuite, QuickBooks Online, Xero, and Sage Intacct were saving changes through a generic catch-all endpoint that we've been moving away from. Every other setting on these integrations already uses a dedicated endpoint per setting, so this PR brings Travel Invoicing in line.
There is no user-visible change — saving a setting works exactly as before.
Held by: Expensify/Web-Expensify#52816. Cannot be merged until that PR is merged and deployed (otherwise the App will call API commands the backend doesn't recognize yet).
Fixed Issues
$ #88349
PROPOSAL: N/A
Tests
Offline tests
QA Steps
Same as Tests above, against staging. Try it on NetSuite, QuickBooks Online, and Sage Intacct workspaces.
PR Author Checklist
### Fixed Issuessection aboveTestssectionOffline stepssectionQA stepssectiontoggleReportand notonIconClick)src/languages/*files and using the translation methodSTYLE.md) were followedAvatar, I verified the components usingAvatarare working as expected)StyleUtils.getBackgroundAndBorderStyle(theme.componentBG))npm run compress-svg)Avataris modified, I verified thatAvataris working as expected in all cases)Designlabel and/or tagged@Expensify/designso the design team can review the changes.ScrollViewcomponent to make it scrollable when more elements are added to the page.mainbranch was merged into this PR after a review, I tested again and verified the outcome was still expected according to theTeststeps.Screenshots/Videos
Android: Native
Android: mWeb Chrome
iOS: Native
iOS: mWeb Safari
MacOS: Chrome / Safari