[Master] Bug 650348: [Expense Agent] Closed travel requests are editable and are missing approver info. - #11595
v-rohangarg20 wants to merge 1 commit into
Conversation
Good Sense Reviewer - Round 1Recommendation: Request ChangesWhat this PR doesThe change limits travel-request editing to open requests, stores the requested-for name, and records display user names when BaseApp spend requests are approved or rejected. The BaseApp helper and status guards are targeted, but the Expense Agent approval path does not use its new helper and the W1 build currently fails. Problem-solution fitFit: Partial The UI and BaseApp changes address parts of the reported behavior. The Expense Agent approval path still does not record the display user name, so the approver update is not preserved consistently. SuggestionsS1 (🔴 High): Wire the display name into travel approval S2 (🟠 Moderate): Test the recorded approval display name Risk assessment and necessityRisk: Approval attribution is audit data. BaseApp approval and rejection now record a display name with a safe fallback, but Expense Agent approvals remain inconsistent, and the unused method currently prevents the W1 app from compiling. Necessity: The change is needed to keep open travel requests editable and make approval attribution readable. The scope is reasonable, but the incomplete approval-path port and missing focused assertions must be corrected.
|
Allow editing the approver on Travel Request cards and preserve the approver update behavior across the Expense Agent and Spend Request objects. (cherry picked from commit abe7b2a)
3623c61 to
217e966
Compare
Good Sense Reviewer - Round 2Recommendation: Request ChangesWhat this PR doesThis update removes unused code from the subscriber and routes disabled-agent automatic approval through the shared travel-request approval codeunit. That cleans up the build-warning part of the first-round finding, but the shared approval path still does not set the readable approval user name. Problem-solution fitFit: Partial The change improves the implementation shape, but it still does not fully match the reported approval behavior. Automatic and manual travel-request approval still update the user ID and approver number without storing the approval user name. Status of previous suggestions
New observations (commits since round 1)None - the latest change moves the auto-approval call and removes unused page state, but it does not add a separate new issue. Risk assessment and necessityRisk: Approval attribution is audit data. The current travel-request approval path can still leave Necessity: The change is needed to keep closed travel requests locked and approval attribution readable. It should not merge until the readable approver name is written in the travel-request approval path and covered by a focused test.
|
Fixes AB#650348
Problem
Closed travel requests can still be edited, and automatically approved travel requests do not record approver information. The requested-for name is also not shown on the travel request card.
Changes