@zeniai/client-epic-state 5.0.90-betaAR5 → 5.0.90-betaAR6

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (73) hide show
  1. package/lib/entity/approvalRule/approvalRulePayload.d.ts +5 -34
  2. package/lib/entity/approvalRule/approvalRulePayload.js +10 -145
  3. package/lib/entity/approvalRule/approvalRuleSelector.d.ts +1 -25
  4. package/lib/entity/approvalRule/approvalRuleSelector.js +0 -40
  5. package/lib/entity/approvalRule/approvalRuleState.d.ts +7 -59
  6. package/lib/entity/snackbar/snackbarTypes.d.ts +1 -1
  7. package/lib/entity/snackbar/snackbarTypes.js +0 -2
  8. package/lib/epic.d.ts +1 -3
  9. package/lib/epic.js +1 -3
  10. package/lib/esm/entity/approvalRule/approvalRulePayload.js +10 -145
  11. package/lib/esm/entity/approvalRule/approvalRuleSelector.js +0 -35
  12. package/lib/esm/entity/snackbar/snackbarTypes.js +0 -2
  13. package/lib/esm/epic.js +1 -3
  14. package/lib/esm/index.js +5 -7
  15. package/lib/esm/view/expenseAutomationView/transactionFilterHelpers.js +163 -66
  16. package/lib/esm/view/spendManagement/billPay/billPayReview/billPayReviewSelector.js +0 -14
  17. package/lib/esm/view/spendManagement/billPay/billPaySetupApproverView/billPaySetupApproverViewReducer.js +12 -109
  18. package/lib/esm/view/spendManagement/billPay/billPaySetupApproverView/epic/deleteBillPayApprovalRuleEpic.js +2 -10
  19. package/lib/esm/view/spendManagement/billPay/billPaySetupApproverView/epic/fetchBillPaySetupApproverViewEpic.js +4 -8
  20. package/lib/esm/view/spendManagement/billPay/billPaySetupApproverView/epic/initializeBillPaySetupApproverViewUpdateDataEpic.js +7 -11
  21. package/lib/esm/view/spendManagement/billPay/billPaySetupApproverView/epic/saveBillPaySetupApproverViewUpdatesEpic.js +4 -13
  22. package/lib/esm/view/spendManagement/billPay/billPaySetupApproverView/types/commonPayload.js +16 -140
  23. package/lib/esm/view/spendManagement/billPay/editBillView/editBillViewSelector.js +4 -60
  24. package/lib/esm/view/spendManagement/billPay/editBillView/epics/fetchEditBillDetailPageEpic.js +2 -8
  25. package/lib/esm/view/spendManagement/reimbursement/editRemiView/epics/fetchEditRemiDetailPageEpic.js +1 -5
  26. package/lib/esm/view/spendManagement/reimbursement/remiSetupApproverView/epic/deleteRemiApprovalRuleEpic.js +2 -10
  27. package/lib/esm/view/spendManagement/reimbursement/remiSetupApproverView/epic/fetchRemiSetupApproverViewEpic.js +2 -8
  28. package/lib/esm/view/spendManagement/reimbursement/remiSetupApproverView/epic/initializeRemiSetupApproverViewUpdateDataEpic.js +7 -11
  29. package/lib/esm/view/spendManagement/reimbursement/remiSetupApproverView/epic/saveRemiSetupApproverViewUpdatesEpic.js +4 -13
  30. package/lib/esm/view/spendManagement/reimbursement/remiSetupApproverView/remiSetupApproverViewReducer.js +11 -80
  31. package/lib/index.d.ts +6 -8
  32. package/lib/index.js +16 -27
  33. package/lib/view/companyTaskManagerView/companyTaskManagerViewReducer.d.ts +2 -2
  34. package/lib/view/companyView/types/cockpitTypes.d.ts +1 -1
  35. package/lib/view/expenseAutomationView/helpers/transactionCategorizationLocalDataHelper.d.ts +1 -1
  36. package/lib/view/expenseAutomationView/transactionFilterHelpers.js +163 -66
  37. package/lib/view/people/peopleTypes.d.ts +1 -1
  38. package/lib/view/spendManagement/billPay/billPayReview/billPayReviewSelector.d.ts +0 -7
  39. package/lib/view/spendManagement/billPay/billPayReview/billPayReviewSelector.js +0 -14
  40. package/lib/view/spendManagement/billPay/billPaySetupApproverView/billPaySetupApproverViewReducer.d.ts +3 -14
  41. package/lib/view/spendManagement/billPay/billPaySetupApproverView/billPaySetupApproverViewReducer.js +13 -110
  42. package/lib/view/spendManagement/billPay/billPaySetupApproverView/billPaySetupApproverViewState.d.ts +0 -16
  43. package/lib/view/spendManagement/billPay/billPaySetupApproverView/epic/deleteBillPayApprovalRuleEpic.js +2 -10
  44. package/lib/view/spendManagement/billPay/billPaySetupApproverView/epic/fetchBillPaySetupApproverViewEpic.js +4 -8
  45. package/lib/view/spendManagement/billPay/billPaySetupApproverView/epic/initializeBillPaySetupApproverViewUpdateDataEpic.js +6 -10
  46. package/lib/view/spendManagement/billPay/billPaySetupApproverView/epic/saveBillPaySetupApproverViewUpdatesEpic.js +3 -12
  47. package/lib/view/spendManagement/billPay/billPaySetupApproverView/types/commonPayload.d.ts +1 -59
  48. package/lib/view/spendManagement/billPay/billPaySetupApproverView/types/commonPayload.js +17 -142
  49. package/lib/view/spendManagement/billPay/billPaySetupApproverView/types/commonState.d.ts +5 -31
  50. package/lib/view/spendManagement/billPay/editBillView/editBillViewSelector.d.ts +1 -8
  51. package/lib/view/spendManagement/billPay/editBillView/editBillViewSelector.js +4 -60
  52. package/lib/view/spendManagement/billPay/editBillView/epics/fetchEditBillDetailPageEpic.js +2 -8
  53. package/lib/view/spendManagement/chargeCards/chargeCardList/chargeCardList.d.ts +1 -1
  54. package/lib/view/spendManagement/reimbursement/editRemiView/epics/fetchEditRemiDetailPageEpic.js +1 -5
  55. package/lib/view/spendManagement/reimbursement/remiSetupApproverView/epic/deleteRemiApprovalRuleEpic.js +2 -10
  56. package/lib/view/spendManagement/reimbursement/remiSetupApproverView/epic/fetchRemiSetupApproverViewEpic.js +2 -8
  57. package/lib/view/spendManagement/reimbursement/remiSetupApproverView/epic/initializeRemiSetupApproverViewUpdateDataEpic.js +6 -10
  58. package/lib/view/spendManagement/reimbursement/remiSetupApproverView/epic/saveRemiSetupApproverViewUpdatesEpic.js +3 -12
  59. package/lib/view/spendManagement/reimbursement/remiSetupApproverView/remiSetupApproverViewReducer.d.ts +3 -14
  60. package/lib/view/spendManagement/reimbursement/remiSetupApproverView/remiSetupApproverViewReducer.js +12 -81
  61. package/lib/view/spendManagement/reimbursement/remiSetupApproverView/remiSetupApproverViewState.d.ts +0 -12
  62. package/lib/view/taskManager/taskListView/taskList.d.ts +3 -3
  63. package/lib/view/transactionDetail/journalEntryLinesViewModel.d.ts +1 -1
  64. package/package.json +1 -1
  65. package/lib/entity/approvalRule/approvalRuleConflict.d.ts +0 -56
  66. package/lib/entity/approvalRule/approvalRuleConflict.js +0 -77
  67. package/lib/esm/entity/approvalRule/approvalRuleConflict.js +0 -74
  68. package/lib/esm/view/spendManagement/billPay/billPaySetupApproverView/epic/reorderBillPayApprovalRulesEpic.js +0 -54
  69. package/lib/esm/view/spendManagement/reimbursement/remiSetupApproverView/epic/reorderRemiApprovalRulesEpic.js +0 -61
  70. package/lib/view/spendManagement/billPay/billPaySetupApproverView/epic/reorderBillPayApprovalRulesEpic.d.ts +0 -23
  71. package/lib/view/spendManagement/billPay/billPaySetupApproverView/epic/reorderBillPayApprovalRulesEpic.js +0 -58
  72. package/lib/view/spendManagement/reimbursement/remiSetupApproverView/epic/reorderRemiApprovalRulesEpic.d.ts +0 -14
  73. package/lib/view/spendManagement/reimbursement/remiSetupApproverView/epic/reorderRemiApprovalRulesEpic.js +0 -65
@@ -1,45 +1,19 @@
1
1
  import { FetchStateAndError, ID } from '../../../../../commonStateTypes/common';
2
- import { AmountCriteria, DepartmentCriteria, Step, VendorCriteria } from '../../../../../entity/approvalRule/approvalRuleState';
2
+ import { Criteria, Step } from '../../../../../entity/approvalRule/approvalRuleState';
3
3
  export type ApprovalUpdateActionType = 'approval_create' | 'approval_update';
4
4
  export interface ApproverViewUpdateData {
5
5
  type: ApprovalUpdateActionType;
6
6
  updateStatus: FetchStateAndError;
7
7
  data?: ApprovalRuleUpdateData | ApprovalRuleCreateData;
8
8
  }
9
- /**
10
- * Form-side criteria shape used by the rule create/edit form.
11
- *
12
- * Each condition kind gets its own optional slot, mirroring how the UI
13
- * edits them as distinct rows. At most one of each kind is present; this
14
- * matches the design constraint that each condition type can be added once.
15
- */
16
- export interface ApprovalRuleFormCriteria {
17
- amount?: AmountCriteria;
18
- department?: DepartmentCriteria;
19
- vendor?: VendorCriteria;
20
- }
21
- /**
22
- * Rule-level fields shared by both create and update flows.
23
- *
24
- * These come from the 3.0 design: the form now owns a name, an optional
25
- * description, an optional Separation-of-Duties toggle, and a flag that
26
- * marks the rule as the org-wide fallback rule. They live alongside
27
- * criteria/steps but are not part of either.
28
- */
29
- export interface ApprovalRuleFormBase {
30
- description?: string;
31
- isFallback?: boolean;
32
- name?: string;
33
- separationOfDuties?: boolean;
34
- }
35
- export interface ApprovalRuleUpdateData extends ApprovalRuleFormBase {
9
+ export interface ApprovalRuleUpdateData {
36
10
  approvalRuleId: ID;
37
- criteria: ApprovalRuleFormCriteria;
11
+ criteria: Criteria;
38
12
  steps: Step[];
39
13
  isApplicableOnPendingApprovalEntity?: boolean;
40
14
  }
41
- export interface ApprovalRuleCreateData extends ApprovalRuleFormBase {
42
- criteria: ApprovalRuleFormCriteria;
15
+ export interface ApprovalRuleCreateData {
16
+ criteria: Criteria;
43
17
  steps: Step[];
44
18
  isApplicableOnPendingApprovalEntity?: boolean;
45
19
  }
@@ -100,13 +100,6 @@ export interface EditBillDetailSelectorView extends SelectorView {
100
100
  withdrawFromList: FundingAccount[];
101
101
  billPayInfo?: BillPayInfo;
102
102
  bookCloseDate?: ZeniDate;
103
- /**
104
- * Bill-level accounting class id. Approval Rules 3.0 'department'
105
- * criteria match against this — selectors needing to evaluate a
106
- * department-narrowed rule against the current bill should read
107
- * this rather than digging through 'state.billTransactionState'.
108
- */
109
- classId?: ID;
110
103
  createTime?: ZeniDate;
111
104
  editBillInitialDetails?: EditBillInitialDetails;
112
105
  internationalWireOnboardingStatus?: AllowedValueWithCode;
@@ -164,4 +157,4 @@ export declare const getDefaultWithdrawFromAccount: (state: RootState, depositAc
164
157
  accountId: ID;
165
158
  accountType: AccountTypeSubConfigCodeKeyType;
166
159
  }) => FundingAccount | undefined;
167
- export declare const checkIfCreatorIsApprover: (billAmount: number, approvalRules: ApprovalRuleWithUser[], signedInUser?: LoggedInUser, billVendorId?: ID, billDepartmentId?: ID) => boolean;
160
+ export declare const checkIfCreatorIsApprover: (billAmount: number, approvalRules: ApprovalRuleWithUser[], signedInUser?: LoggedInUser) => boolean;
@@ -9,7 +9,6 @@ exports.getPaymentSection = getPaymentSection;
9
9
  exports.toPaymentToOption = toPaymentToOption;
10
10
  const get_1 = __importDefault(require("lodash/get"));
11
11
  const has_1 = __importDefault(require("lodash/has"));
12
- const approvalRuleSelector_1 = require("../../../../entity/approvalRule/approvalRuleSelector");
13
12
  const reduceFetchState_1 = require("../../../../commonStateTypes/reduceFetchState");
14
13
  const bankAccountSelector_1 = require("../../../../entity/bankAccount/bankAccountSelector");
15
14
  const contactSelector_1 = require("../../../../entity/billPay/contact/contactSelector");
@@ -366,14 +365,6 @@ const getEditBillDetail = (state, isVendorRecommendationFeatureEnabled, isZeniAc
366
365
  isDeleted,
367
366
  showAutofill,
368
367
  addBillAutoFields,
369
- // Bill-level accounting class. Approval Rules 3.0 'department'
370
- // criteria match against this. Lives on BillTransaction; not on
371
- // any sub-section. Empty-string is normalised to 'undefined'
372
- // so downstream readers treat "no class" uniformly regardless
373
- // of whether the wire used '' or omitted the field.
374
- classId: transaction?.classId != null && transaction.classId !== ''
375
- ? transaction.classId
376
- : undefined,
377
368
  billStage,
378
369
  deleteStatus,
379
370
  billActivities,
@@ -704,59 +695,12 @@ const getDefaultWithdrawFromAccount = (state, depositAccounts, companyId, lastSe
704
695
  return undefined;
705
696
  };
706
697
  exports.getDefaultWithdrawFromAccount = getDefaultWithdrawFromAccount;
707
- const checkIfCreatorIsApprover = (billAmount, approvalRules, signedInUser, billVendorId, billDepartmentId) => {
698
+ const checkIfCreatorIsApprover = (billAmount, approvalRules, signedInUser) => {
708
699
  let isCreatorAlsoApprover = false;
709
- // Approval Rules 3.0 — a rule applies to a bill only when all of
710
- // its present criteria are satisfied. Criteria not declared on
711
- // the rule are treated as "no narrowing on this axis".
712
- //
713
- // Strict-match semantics for vendor / department: if the rule
714
- // narrows by an axis but the bill has no value on that axis, the
715
- // rule does NOT apply (an absent bill-side value can't satisfy
716
- // either 'is' or 'is_not'). Amount is always present on a rule
717
- // (the form enforces this), but bounds may be one-sided.
718
700
  const approvalRule = approvalRules.find((rule) => {
719
- const vendorCriteria = (0, approvalRuleSelector_1.getVendorCriteria)(rule.criteria);
720
- if (vendorCriteria != null) {
721
- if (billVendorId == null) {
722
- return false;
723
- }
724
- const includesVendor = vendorCriteria.vendorIds.includes(billVendorId);
725
- if (vendorCriteria.operator === 'is' && !includesVendor) {
726
- return false;
727
- }
728
- if (vendorCriteria.operator === 'is_not' && includesVendor) {
729
- return false;
730
- }
731
- }
732
- const departmentCriteria = (0, approvalRuleSelector_1.getDepartmentCriteria)(rule.criteria);
733
- if (departmentCriteria != null) {
734
- if (billDepartmentId == null) {
735
- return false;
736
- }
737
- const includesDepartment = departmentCriteria.departmentIds.includes(billDepartmentId);
738
- if (departmentCriteria.operator === 'is' && !includesDepartment) {
739
- return false;
740
- }
741
- if (departmentCriteria.operator === 'is_not' && includesDepartment) {
742
- return false;
743
- }
744
- }
745
- const amountCriteria = (0, approvalRuleSelector_1.getAmountCriteria)(rule.criteria);
746
- if (amountCriteria == null) {
747
- // The form guarantees an amount criterion on every rule, so
748
- // this branch is defensive against backend drift. Keep
749
- // pre-3.0 behaviour: a rule that doesn't declare amount
750
- // doesn't participate here.
751
- return false;
752
- }
753
- // Bounds use the wire's inclusive 'gte' / 'lte' semantics, and
754
- // either side may be absent for a one-sided 'greater_than' /
755
- // 'less_than' rule.
756
- const { min, max } = amountCriteria;
757
- const matchesMin = min == null || billAmount >= min.amount;
758
- const matchesMax = max == null || billAmount <= max.amount;
759
- return matchesMin && matchesMax;
701
+ const { max, min } = rule.criteria[0].range;
702
+ return (billAmount > min.amount &&
703
+ (max?.amount != null ? billAmount <= max?.amount : true));
760
704
  });
761
705
  if (approvalRule != null) {
762
706
  const requireApprovalSteps = approvalRule.steps.filter((step) => step.action === 'require_approval');
@@ -41,10 +41,7 @@ const fetchEditBillDetailPageEpic = (actions$, state$) => actions$.pipe((0, oper
41
41
  else {
42
42
  billDetailActions.push((0, editBillViewReducer_1.updateShowAutofill)(true));
43
43
  }
44
- // Side-fetch from the edit-bill page bootstrap. The triggering
45
- // action doesn't carry the V3 flag, so we explicitly target v1
46
- // here; tenants on v3 re-fetch through their own screen connector.
47
- billDetailActions.push((0, billPaySetupApproverViewReducer_1.fetchBillPaySetupApproverView)(true, true, false));
44
+ billDetailActions.push((0, billPaySetupApproverViewReducer_1.fetchBillPaySetupApproverView)(true));
48
45
  }
49
46
  else {
50
47
  if (state.ownerListState.fetchState !== 'In-Progress' &&
@@ -87,10 +84,7 @@ const fetchEditBillDetailPageEpic = (actions$, state$) => actions$.pipe((0, oper
87
84
  // While opening New Bill Refresh Approval Rules and Payment Accounts
88
85
  if (approvalViewFetchState !== 'In-Progress' &&
89
86
  approvalViewFetchState !== 'Completed') {
90
- // Side-fetch from the edit-bill page bootstrap. The triggering
91
- // action doesn't carry the V3 flag, so we explicitly target v1
92
- // here; tenants on v3 re-fetch through their own screen connector.
93
- billDetailActions.push((0, billPaySetupApproverViewReducer_1.fetchBillPaySetupApproverView)(true, true, false));
87
+ billDetailActions.push((0, billPaySetupApproverViewReducer_1.fetchBillPaySetupApproverView)(true));
94
88
  }
95
89
  }
96
90
  return (0, rxjs_1.concat)((0, rxjs_1.from)(billDetailActions));
@@ -61,7 +61,7 @@ export declare const initialCreditAcc: CreditAccount;
61
61
  export declare const initialDebitCardSummaries: DebitCardSummaries;
62
62
  export declare const initialResendRevokeCardInvite: ResendRevokeCardInvite;
63
63
  export declare const initialCreditAccountRepayment: CreditAccountRepayment;
64
- export declare const toChargeCardSortKeyType: (v: string) => "status" | "department" | "accountType" | "owner" | "cardName" | "limit" | "cardType" | "utilisation";
64
+ export declare const toChargeCardSortKeyType: (v: string) => "status" | "accountType" | "owner" | "cardName" | "limit" | "department" | "cardType" | "utilisation";
65
65
  export declare type ChargeCardViewSortKey = ReturnType<typeof toChargeCardSortKeyType>;
66
66
  export declare const ALL_CASHBACK_SORT_KEYS: readonly ["month", "cashback"];
67
67
  export declare const toCashbackSortKeyType: (v: string) => "month" | "cashback";
@@ -66,11 +66,7 @@ const fetchEditRemiDetailPageEpic = (actions$, state$) => actions$.pipe((0, oper
66
66
  const approvalRules = state.remiSetupApproverViewState;
67
67
  if (approvalRules.fetchState !== 'Completed' &&
68
68
  approvalRules.fetchState !== 'In-Progress') {
69
- // Side-fetch from the edit-reim page bootstrap. The
70
- // triggering action doesn't carry the V3 flag, so we
71
- // explicitly target v1; v3 tenants re-fetch via their
72
- // own screen connector.
73
- remiDetailActions.push((0, remiSetupApproverViewReducer_1.fetchRemiSetupApproverView)(true, false, false, false));
69
+ remiDetailActions.push((0, remiSetupApproverViewReducer_1.fetchRemiSetupApproverView)(true));
74
70
  }
75
71
  }
76
72
  }
@@ -9,17 +9,9 @@ const userReducer_1 = require("../../../../../entity/user/userReducer");
9
9
  const responsePayload_1 = require("../../../../../responsePayload");
10
10
  const remiSetupApproverViewReducer_1 = require("../remiSetupApproverViewReducer");
11
11
  const deleteRemiApprovalRuleEpic = (actions$, _state$, zeniAPI) => actions$.pipe((0, operators_1.filter)(remiSetupApproverViewReducer_1.deleteRemiApprovalRule.match), (0, operators_1.switchMap)((action) => {
12
- const { approvalRuleId, useV3 } = action.payload;
13
- // Approval Rules 3.0 — flag-gated endpoint selection.
14
- // Explicit `=== true` keeps `strict-boolean-expressions` happy
15
- // when RTK's payload type widens to `any` in some configs.
16
- const endpoint = useV3 === true
17
- ? `${zeniAPI.apiEndPoints.approvalMicroServiceBaseUrl}/1.0/reimbursements/approval-rules-v2`
18
- : `${zeniAPI.apiEndPoints.approvalMicroServiceBaseUrl}/1.0/reimbursements/approval-rules`;
12
+ const { approvalRuleId } = action.payload;
19
13
  return zeniAPI
20
- .deleteAndGetJSON(endpoint, {
21
- approval_rule_id: approvalRuleId,
22
- })
14
+ .deleteAndGetJSON(`${zeniAPI.apiEndPoints.approvalMicroServiceBaseUrl}/1.0/reimbursements/approval-rules`, { approval_rule_id: approvalRuleId })
23
15
  .pipe((0, operators_1.mergeMap)((response) => {
24
16
  if ((0, responsePayload_1.isSuccessResponse)(response) && response.data != null) {
25
17
  const approvalRuleIds = response.data.approval_rules.map((approvalRule) => approvalRule.approval_rule_id);
@@ -9,7 +9,7 @@ const userReducer_1 = require("../../../../../entity/user/userReducer");
9
9
  const responsePayload_1 = require("../../../../../responsePayload");
10
10
  const remiSetupApproverViewReducer_1 = require("../remiSetupApproverViewReducer");
11
11
  const fetchRemiSetupApproverViewEpic = (actions$, state$, zeniAPI) => actions$.pipe((0, operators_1.filter)(remiSetupApproverViewReducer_1.fetchRemiSetupApproverView.match), (0, operators_1.switchMap)((action) => {
12
- const { cacheOverride, resolveAttributeToUser, includeImplicitActors, useV3, } = action.payload;
12
+ const { cacheOverride, resolveAttributeToUser, includeImplicitActors } = action.payload;
13
13
  const { remiSetupApproverViewState, approvalRuleState } = state$.value;
14
14
  const approvalRules = (0, approvalRuleSelector_1.getApprovalRulesByIds)(approvalRuleState, remiSetupApproverViewState.approvalRuleIds);
15
15
  if (cacheOverride === true ||
@@ -17,14 +17,8 @@ const fetchRemiSetupApproverViewEpic = (actions$, state$, zeniAPI) => actions$.p
17
17
  remiSetupApproverViewState.approvalRuleIds.length ||
18
18
  (remiSetupApproverViewState.hasValidState() === false &&
19
19
  remiSetupApproverViewState.fetchState !== 'In-Progress')) {
20
- // Approval Rules 3.0 — flag-gated endpoint selection.
21
- // Explicit `=== true` keeps `strict-boolean-expressions` happy
22
- // when RTK's payload type widens to `any` in some configs.
23
- const basePath = useV3 === true
24
- ? `${zeniAPI.apiEndPoints.approvalMicroServiceBaseUrl}/1.0/reimbursements/approval-rules-v2`
25
- : `${zeniAPI.apiEndPoints.approvalMicroServiceBaseUrl}/1.0/reimbursements/approval-rules`;
26
20
  return zeniAPI
27
- .getJSON(`${basePath}?query={"is_include_implicit_actors": ${includeImplicitActors}, "is_resolve_attribute_to_user":${resolveAttributeToUser}}`)
21
+ .getJSON(`${zeniAPI.apiEndPoints.approvalMicroServiceBaseUrl}/1.0/reimbursements/approval-rules?query={"is_include_implicit_actors": ${includeImplicitActors}, "is_resolve_attribute_to_user":${resolveAttributeToUser}}`)
28
22
  .pipe((0, operators_1.mergeMap)((response) => {
29
23
  if ((0, responsePayload_1.isSuccessResponse)(response) && response.data != null) {
30
24
  const approvalRuleIds = response.data.approval_rules.map((approvalRule) => approvalRule.approval_rule_id);
@@ -11,20 +11,16 @@ const initializeRemiSetupApproverViewUpdateDataEpic = (actions$, state$) => acti
11
11
  if (approvalRuleId != null) {
12
12
  const approvalRule = (0, approvalRuleSelector_1.getApprovalRuleById)(state$.value.approvalRuleState, approvalRuleId);
13
13
  if (approvalRule != null) {
14
+ const criteria = approvalRule.criteria[0];
15
+ const range = criteria?.range;
14
16
  const remiSetupApproverViewUpdateData = {
15
17
  approvalRuleId,
16
18
  steps: approvalRule.steps,
17
19
  criteria: {
18
- amount: (0, approvalRuleSelector_1.getAmountCriteria)(approvalRule.criteria),
19
- vendor: (0, approvalRuleSelector_1.getVendorCriteria)(approvalRule.criteria),
20
- department: (0, approvalRuleSelector_1.getDepartmentCriteria)(approvalRule.criteria),
20
+ rangeType: criteria?.rangeType,
21
+ rangeEntity: criteria?.rangeEntity,
22
+ range,
21
23
  },
22
- // Approval Rules 3.0 — seed rule-level fields so the form can
23
- // round-trip them on edit. Each may be undefined on legacy rules.
24
- name: approvalRule.name,
25
- description: approvalRule.description,
26
- separationOfDuties: approvalRule.separationOfDuties,
27
- isFallback: approvalRule.isFallback,
28
24
  };
29
25
  fetchActions.push((0, remiSetupApproverViewReducer_1.clearRemiSetupApproverViewUpdateData)(), (0, remiSetupApproverViewReducer_1.saveRemiSetupApproverViewUpdateData)(remiSetupApproverViewUpdateData));
30
26
  }
@@ -32,7 +28,7 @@ const initializeRemiSetupApproverViewUpdateDataEpic = (actions$, state$) => acti
32
28
  else {
33
29
  const remiSetupApproverViewCreateData = {
34
30
  steps: [],
35
- criteria: {},
31
+ criteria: undefined,
36
32
  };
37
33
  fetchActions.push((0, remiSetupApproverViewReducer_1.clearRemiSetupApproverViewUpdateData)(), (0, remiSetupApproverViewReducer_1.saveRemiSetupApproverViewUpdateData)(remiSetupApproverViewCreateData));
38
34
  }
@@ -9,23 +9,14 @@ const userReducer_1 = require("../../../../../entity/user/userReducer");
9
9
  const responsePayload_1 = require("../../../../../responsePayload");
10
10
  const commonPayload_1 = require("../../../billPay/billPaySetupApproverView/types/commonPayload");
11
11
  const remiSetupApproverViewReducer_1 = require("../remiSetupApproverViewReducer");
12
- const saveRemiSetupApproverViewUpdatesEpic = (actions$, state$, zeniAPI) => actions$.pipe((0, operators_1.filter)(remiSetupApproverViewReducer_1.saveRemiSetupApproverViewUpdates.match), (0, operators_1.switchMap)((action) => {
12
+ const saveRemiSetupApproverViewUpdatesEpic = (actions$, state$, zeniAPI) => actions$.pipe((0, operators_1.filter)(remiSetupApproverViewReducer_1.saveRemiSetupApproverViewUpdates.match), (0, operators_1.switchMap)(() => {
13
13
  const { remiSetupApproverViewState } = state$.value;
14
14
  const remiSetupApproverViewUpdateData = remiSetupApproverViewState.remiSetupApproverViewUpdateData;
15
15
  if (remiSetupApproverViewUpdateData != null &&
16
16
  remiSetupApproverViewUpdateData.data != null) {
17
- // Approval Rules 3.0 — gate URL + write-side payload mapper on
18
- // the `approval_rule_v3_config` dynamic config. `useV3` arrives
19
- // on the action payload from the screen connector.
20
- const { useV3 } = action.payload;
21
- const payload = useV3
22
- ? (0, commonPayload_1.toApprovalChangableInfoPayload)(remiSetupApproverViewUpdateData.data)
23
- : (0, commonPayload_1.toApprovalChangableInfoPayloadV1)(remiSetupApproverViewUpdateData.data);
24
- const endpoint = useV3
25
- ? `${zeniAPI.apiEndPoints.approvalMicroServiceBaseUrl}/1.0/reimbursements/approval-rules-v2`
26
- : `${zeniAPI.apiEndPoints.approvalMicroServiceBaseUrl}/1.0/reimbursements/approval-rules`;
17
+ const payload = (0, commonPayload_1.toApprovalChangableInfoPayload)(remiSetupApproverViewUpdateData.data);
27
18
  return zeniAPI
28
- .postAndGetJSON(endpoint, payload)
19
+ .postAndGetJSON(`${zeniAPI.apiEndPoints.approvalMicroServiceBaseUrl}/1.0/reimbursements/approval-rules`, payload)
29
20
  .pipe((0, operators_1.mergeMap)((response) => {
30
21
  if ((0, responsePayload_1.isSuccessResponse)(response) && response.data != null) {
31
22
  const approvalRuleIds = response.data.approval_rules.map((approvalRule) => approvalRule.approval_rule_id);
@@ -2,11 +2,10 @@ import { ZeniAPIStatus } from '../../../../responsePayload';
2
2
  import { ApprovalRuleCreateData, ApprovalRuleUpdateData } from '../../billPay/billPaySetupApproverView/types/commonState';
3
3
  import { RemiSetupApproverViewState } from './remiSetupApproverViewState';
4
4
  export declare const initialState: RemiSetupApproverViewState;
5
- export declare const fetchRemiSetupApproverView: import("@reduxjs/toolkit").ActionCreatorWithPreparedPayload<[cacheOverride: any, resolveAttributeToUser: any, includeImplicitActors: any, useV3: boolean], {
5
+ export declare const fetchRemiSetupApproverView: import("@reduxjs/toolkit").ActionCreatorWithPreparedPayload<[cacheOverride?: any, resolveAttributeToUser?: any, includeImplicitActors?: any], {
6
6
  cacheOverride: any;
7
7
  resolveAttributeToUser: any;
8
8
  includeImplicitActors: any;
9
- useV3: boolean;
10
9
  }, "remiSetupApproverView/fetchRemiSetupApproverView", never, never>, fetchRemiSetupApproverViewSuccess: import("@reduxjs/toolkit").ActionCreatorWithPreparedPayload<[approvalRuleIds: string[]], {
11
10
  approvalRuleIds: string[];
12
11
  }, "remiSetupApproverView/fetchRemiSetupApproverViewSuccess", never, never>, fetchRemiSetupApproverViewFailure: import("@reduxjs/toolkit").ActionCreatorWithPreparedPayload<[status: ZeniAPIStatus<Record<string, unknown>>], ZeniAPIStatus<Record<string, unknown>>, "remiSetupApproverView/fetchRemiSetupApproverViewFailure", never, never>, fetchRemiApproversDetails: import("@reduxjs/toolkit").ActionCreatorWithPreparedPayload<[cacheOverride?: any, includeUserRoles?: any, includeAttributesUserIds?: any, lastUpdatedByUserId?: any], {
@@ -25,25 +24,15 @@ export declare const fetchRemiSetupApproverView: import("@reduxjs/toolkit").Acti
25
24
  attributeSubTypeToUserIdMapping: Record<"manager" | "vendor_owner" | "manager_of_manager", string> | undefined;
26
25
  }, "remiSetupApproverView/fetchRemiApproversListSuccess", never, never>, fetchRemiApproversListFailure: import("@reduxjs/toolkit").ActionCreatorWithPreparedPayload<[status: ZeniAPIStatus<Record<string, unknown>>], {
27
26
  status: ZeniAPIStatus<Record<string, unknown>>;
28
- }, "remiSetupApproverView/fetchRemiApproversListFailure", never, never>, deleteRemiApprovalRule: import("@reduxjs/toolkit").ActionCreatorWithPreparedPayload<[approvalRuleId: string, useV3: boolean], {
27
+ }, "remiSetupApproverView/fetchRemiApproversListFailure", never, never>, deleteRemiApprovalRule: import("@reduxjs/toolkit").ActionCreatorWithPreparedPayload<[approvalRuleId: string], {
29
28
  approvalRuleId: string;
30
- useV3: boolean;
31
29
  }, "remiSetupApproverView/deleteRemiApprovalRule", never, never>, deleteRemiApprovalRuleSuccess: import("@reduxjs/toolkit").ActionCreatorWithPreparedPayload<[deletedApprovalRuleId: string, approvalRuleIds: string[]], {
32
30
  deletedApprovalRuleId: string;
33
31
  approvalRuleIds: string[];
34
32
  }, "remiSetupApproverView/deleteRemiApprovalRuleSuccess", never, never>, deleteRemiApprovalRuleFailure: import("@reduxjs/toolkit").ActionCreatorWithPreparedPayload<[approvalRuleId: string, status: ZeniAPIStatus<Record<string, unknown>>], {
35
33
  approvalRuleId: string;
36
34
  status: ZeniAPIStatus<Record<string, unknown>>;
37
- }, "remiSetupApproverView/deleteRemiApprovalRuleFailure", never, never>, reorderRemiApprovalRules: import("@reduxjs/toolkit").ActionCreatorWithPreparedPayload<[approvalRuleIds: string[], useV3: boolean], {
38
- approvalRuleIds: string[];
39
- useV3: boolean;
40
- }, "remiSetupApproverView/reorderRemiApprovalRules", never, never>, reorderRemiApprovalRulesSuccess: import("@reduxjs/toolkit").ActionCreatorWithPreparedPayload<[approvalRuleIds: string[]], {
41
- approvalRuleIds: string[];
42
- }, "remiSetupApproverView/reorderRemiApprovalRulesSuccess", never, never>, reorderRemiApprovalRulesFailure: import("@reduxjs/toolkit").ActionCreatorWithPreparedPayload<[status: ZeniAPIStatus<Record<string, unknown>>], {
43
- status: ZeniAPIStatus<Record<string, unknown>>;
44
- }, "remiSetupApproverView/reorderRemiApprovalRulesFailure", never, never>, saveRemiSetupApproverViewUpdates: import("@reduxjs/toolkit").ActionCreatorWithPreparedPayload<[useV3: boolean], {
45
- useV3: boolean;
46
- }, "remiSetupApproverView/saveRemiSetupApproverViewUpdates", never, never>, saveRemiSetupApproverViewUpdatesSuccess: import("@reduxjs/toolkit").ActionCreatorWithPreparedPayload<[approvalRuleIds: string[], affectedEntityIds?: string[] | undefined, newApprovalRuleId?: string | undefined], {
35
+ }, "remiSetupApproverView/deleteRemiApprovalRuleFailure", never, never>, saveRemiSetupApproverViewUpdates: import("@reduxjs/toolkit").ActionCreatorWithoutPayload<"remiSetupApproverView/saveRemiSetupApproverViewUpdates">, saveRemiSetupApproverViewUpdatesSuccess: import("@reduxjs/toolkit").ActionCreatorWithPreparedPayload<[approvalRuleIds: string[], affectedEntityIds?: string[] | undefined, newApprovalRuleId?: string | undefined], {
47
36
  approvalRuleIds: string[];
48
37
  affectedEntityIds: string[] | undefined;
49
38
  newApprovalRuleId: string | undefined;
@@ -1,7 +1,7 @@
1
1
  "use strict";
2
2
  var _a;
3
3
  Object.defineProperty(exports, "__esModule", { value: true });
4
- exports.clearRemiSetupApproverView = exports.clearRemiSetupApproverViewUpdateData = exports.setListeningToPusherEvent = exports.saveRemiSetupApproverViewUpdateData = exports.initializeRemiSetupApproverViewUpdateData = exports.saveRemiSetupApproverViewUpdatesFailure = exports.saveRemiSetupApproverViewUpdatesSuccess = exports.saveRemiSetupApproverViewUpdates = exports.reorderRemiApprovalRulesFailure = exports.reorderRemiApprovalRulesSuccess = exports.reorderRemiApprovalRules = exports.deleteRemiApprovalRuleFailure = exports.deleteRemiApprovalRuleSuccess = exports.deleteRemiApprovalRule = exports.fetchRemiApproversListFailure = exports.fetchRemiApproversListSuccess = exports.fetchRemiApproversList = exports.fetchRemiApproversDetails = exports.fetchRemiSetupApproverViewFailure = exports.fetchRemiSetupApproverViewSuccess = exports.fetchRemiSetupApproverView = exports.initialState = void 0;
4
+ exports.clearRemiSetupApproverView = exports.clearRemiSetupApproverViewUpdateData = exports.setListeningToPusherEvent = exports.saveRemiSetupApproverViewUpdateData = exports.initializeRemiSetupApproverViewUpdateData = exports.saveRemiSetupApproverViewUpdatesFailure = exports.saveRemiSetupApproverViewUpdatesSuccess = exports.saveRemiSetupApproverViewUpdates = exports.deleteRemiApprovalRuleFailure = exports.deleteRemiApprovalRuleSuccess = exports.deleteRemiApprovalRule = exports.fetchRemiApproversListFailure = exports.fetchRemiApproversListSuccess = exports.fetchRemiApproversList = exports.fetchRemiApproversDetails = exports.fetchRemiSetupApproverViewFailure = exports.fetchRemiSetupApproverViewSuccess = exports.fetchRemiSetupApproverView = exports.initialState = void 0;
5
5
  const toolkit_1 = require("@reduxjs/toolkit");
6
6
  exports.initialState = {
7
7
  fetchState: 'Not-Started',
@@ -17,7 +17,6 @@ exports.initialState = {
17
17
  newApprovalRuleId: undefined,
18
18
  approvalRulesDeleteStatusById: {},
19
19
  remiSetupApproverViewUpdateData: undefined,
20
- reorderStatus: { fetchState: 'Not-Started', error: undefined },
21
20
  hasValidState() {
22
21
  return this.fetchState === 'Completed';
23
22
  },
@@ -31,17 +30,12 @@ const remiSetupApproverView = (0, toolkit_1.createSlice)({
31
30
  draft.fetchState = 'In-Progress';
32
31
  draft.error = undefined;
33
32
  },
34
- // Approval Rules 3.0 `useV3` arrives from the screen connector
35
- // ('approval_rule_v3_config' dynamic config) and picks v1 vs v2
36
- // endpoint in the fetch epic. Required (no default) so a missing
37
- // connector wire surfaces at compile time.
38
- prepare(cacheOverride = false, resolveAttributeToUser = false, includeImplicitActors = false, useV3) {
33
+ prepare(cacheOverride = false, resolveAttributeToUser = false, includeImplicitActors = false) {
39
34
  return {
40
35
  payload: {
41
36
  cacheOverride,
42
37
  resolveAttributeToUser,
43
38
  includeImplicitActors,
44
- useV3,
45
39
  },
46
40
  };
47
41
  },
@@ -144,12 +138,8 @@ const remiSetupApproverView = (0, toolkit_1.createSlice)({
144
138
  error: undefined,
145
139
  };
146
140
  },
147
- // Approval Rules 3.0 — `useV3` flows from the screen connector
148
- // ('approval_rule_v3_config' dynamic config) so the delete epic
149
- // can pick the v1 vs v2 endpoint. Required (no default) so a
150
- // missing connector wire surfaces at compile time.
151
- prepare(approvalRuleId, useV3) {
152
- return { payload: { approvalRuleId, useV3 } };
141
+ prepare(approvalRuleId) {
142
+ return { payload: { approvalRuleId } };
153
143
  },
154
144
  },
155
145
  deleteRemiApprovalRuleSuccess: {
@@ -181,72 +171,13 @@ const remiSetupApproverView = (0, toolkit_1.createSlice)({
181
171
  };
182
172
  },
183
173
  },
184
- /**
185
- * Approval Rules 3.0 list-page drag-and-drop reorder.
186
- * See BillPay equivalent for the longer rationale.
187
- */
188
- reorderRemiApprovalRules: {
189
- reducer(draft, action) {
190
- const { approvalRuleIds } = action.payload;
191
- const wasReorderInFlight = draft.reorderStatus.fetchState === 'In-Progress';
192
- draft.reorderStatus = { fetchState: 'In-Progress', error: undefined };
193
- // Stash the pre-reorder order for synchronous rollback on
194
- // 'Failure'. See the BillPay reducer for the rationale,
195
- // including the in-flight guard: a second drag before the
196
- // first PUT lands must not overwrite the snapshot.
197
- if (!wasReorderInFlight) {
198
- draft.reorderRollbackIds = draft.approvalRuleIds;
199
- }
200
- draft.approvalRuleIds = approvalRuleIds;
201
- },
202
- // Approval Rules 3.0 — `useV3` required so a missing wire
203
- // surfaces at compile time. Mirror of BillPay's reorder.prepare.
204
- prepare(approvalRuleIds, useV3) {
205
- return { payload: { approvalRuleIds, useV3 } };
206
- },
207
- },
208
- reorderRemiApprovalRulesSuccess: {
209
- reducer(draft, action) {
210
- const { approvalRuleIds } = action.payload;
211
- draft.reorderStatus = { fetchState: 'Completed', error: undefined };
212
- draft.approvalRuleIds = approvalRuleIds;
213
- draft.reorderRollbackIds = undefined;
214
- },
215
- prepare(approvalRuleIds) {
216
- return { payload: { approvalRuleIds } };
217
- },
218
- },
219
- reorderRemiApprovalRulesFailure: {
220
- reducer(draft, action) {
221
- const { status } = action.payload;
222
- draft.reorderStatus = { fetchState: 'Error', error: status };
223
- if (draft.reorderRollbackIds != null) {
224
- draft.approvalRuleIds = draft.reorderRollbackIds;
225
- draft.reorderRollbackIds = undefined;
226
- }
227
- },
228
- prepare(status) {
229
- return { payload: { status } };
230
- },
231
- },
232
- saveRemiSetupApproverViewUpdates: {
233
- // Approval Rules 3.0 — `useV3` sourced from
234
- // `approval_rule_v3_config` dynamic config in the screen
235
- // connector; epic uses it to pick v1 vs v2 URL + mapper. The
236
- // reducer doesn't read the action but the parameter must be
237
- // declared so the action payload type carries downstream.
238
- // eslint-disable-next-line @typescript-eslint/no-unused-vars
239
- reducer(draft, _action) {
240
- if (draft.remiSetupApproverViewUpdateData != null) {
241
- draft.remiSetupApproverViewUpdateData.updateStatus = {
242
- fetchState: 'In-Progress',
243
- error: undefined,
244
- };
245
- }
246
- },
247
- prepare(useV3) {
248
- return { payload: { useV3 } };
249
- },
174
+ saveRemiSetupApproverViewUpdates(draft) {
175
+ if (draft.remiSetupApproverViewUpdateData != null) {
176
+ draft.remiSetupApproverViewUpdateData.updateStatus = {
177
+ fetchState: 'In-Progress',
178
+ error: undefined,
179
+ };
180
+ }
250
181
  },
251
182
  saveRemiSetupApproverViewUpdatesSuccess: {
252
183
  reducer(draft, action) {
@@ -335,5 +266,5 @@ const remiSetupApproverView = (0, toolkit_1.createSlice)({
335
266
  },
336
267
  },
337
268
  });
338
- _a = remiSetupApproverView.actions, exports.fetchRemiSetupApproverView = _a.fetchRemiSetupApproverView, exports.fetchRemiSetupApproverViewSuccess = _a.fetchRemiSetupApproverViewSuccess, exports.fetchRemiSetupApproverViewFailure = _a.fetchRemiSetupApproverViewFailure, exports.fetchRemiApproversDetails = _a.fetchRemiApproversDetails, exports.fetchRemiApproversList = _a.fetchRemiApproversList, exports.fetchRemiApproversListSuccess = _a.fetchRemiApproversListSuccess, exports.fetchRemiApproversListFailure = _a.fetchRemiApproversListFailure, exports.deleteRemiApprovalRule = _a.deleteRemiApprovalRule, exports.deleteRemiApprovalRuleSuccess = _a.deleteRemiApprovalRuleSuccess, exports.deleteRemiApprovalRuleFailure = _a.deleteRemiApprovalRuleFailure, exports.reorderRemiApprovalRules = _a.reorderRemiApprovalRules, exports.reorderRemiApprovalRulesSuccess = _a.reorderRemiApprovalRulesSuccess, exports.reorderRemiApprovalRulesFailure = _a.reorderRemiApprovalRulesFailure, exports.saveRemiSetupApproverViewUpdates = _a.saveRemiSetupApproverViewUpdates, exports.saveRemiSetupApproverViewUpdatesSuccess = _a.saveRemiSetupApproverViewUpdatesSuccess, exports.saveRemiSetupApproverViewUpdatesFailure = _a.saveRemiSetupApproverViewUpdatesFailure, exports.initializeRemiSetupApproverViewUpdateData = _a.initializeRemiSetupApproverViewUpdateData, exports.saveRemiSetupApproverViewUpdateData = _a.saveRemiSetupApproverViewUpdateData, exports.setListeningToPusherEvent = _a.setListeningToPusherEvent, exports.clearRemiSetupApproverViewUpdateData = _a.clearRemiSetupApproverViewUpdateData, exports.clearRemiSetupApproverView = _a.clearRemiSetupApproverView;
269
+ _a = remiSetupApproverView.actions, exports.fetchRemiSetupApproverView = _a.fetchRemiSetupApproverView, exports.fetchRemiSetupApproverViewSuccess = _a.fetchRemiSetupApproverViewSuccess, exports.fetchRemiSetupApproverViewFailure = _a.fetchRemiSetupApproverViewFailure, exports.fetchRemiApproversDetails = _a.fetchRemiApproversDetails, exports.fetchRemiApproversList = _a.fetchRemiApproversList, exports.fetchRemiApproversListSuccess = _a.fetchRemiApproversListSuccess, exports.fetchRemiApproversListFailure = _a.fetchRemiApproversListFailure, exports.deleteRemiApprovalRule = _a.deleteRemiApprovalRule, exports.deleteRemiApprovalRuleSuccess = _a.deleteRemiApprovalRuleSuccess, exports.deleteRemiApprovalRuleFailure = _a.deleteRemiApprovalRuleFailure, exports.saveRemiSetupApproverViewUpdates = _a.saveRemiSetupApproverViewUpdates, exports.saveRemiSetupApproverViewUpdatesSuccess = _a.saveRemiSetupApproverViewUpdatesSuccess, exports.saveRemiSetupApproverViewUpdatesFailure = _a.saveRemiSetupApproverViewUpdatesFailure, exports.initializeRemiSetupApproverViewUpdateData = _a.initializeRemiSetupApproverViewUpdateData, exports.saveRemiSetupApproverViewUpdateData = _a.saveRemiSetupApproverViewUpdateData, exports.setListeningToPusherEvent = _a.setListeningToPusherEvent, exports.clearRemiSetupApproverViewUpdateData = _a.clearRemiSetupApproverViewUpdateData, exports.clearRemiSetupApproverView = _a.clearRemiSetupApproverView;
339
270
  exports.default = remiSetupApproverView.reducer;
@@ -10,20 +10,8 @@ export interface RemiSetupApproverViewState extends FetchedState {
10
10
  fetchStatus: FetchStateAndError;
11
11
  attributeSubTypeToUserIdMapping?: Record<AttributeType, ID>;
12
12
  };
13
- /**
14
- * List-page reorder PUT status. See BillPay equivalent for the
15
- * longer rationale.
16
- */
17
- reorderStatus: FetchStateAndError;
18
13
  affectedEntityIds?: ID[];
19
14
  listeningToPusherEvent?: boolean;
20
15
  newApprovalRuleId?: ID;
21
16
  remiSetupApproverViewUpdateData?: ApproverViewUpdateData;
22
- /**
23
- * Pre-reorder snapshot of 'approvalRuleIds'. Stashed on the trigger
24
- * reducer right before the optimistic mutation and consumed on
25
- * Failure to restore the previous order without waiting for the
26
- * epic's safety-net refetch. Cleared on Success.
27
- */
28
- reorderRollbackIds?: ID[];
29
17
  }
@@ -50,15 +50,15 @@ export interface TaskFilterCategory {
50
50
  }
51
51
  export type TaskListFilterCategoryField = 'status' | 'dueDate' | 'assignee' | 'creationDate' | 'priority' | 'tag';
52
52
  export declare const TASK_LIST_GROUP_BY_KEYS: readonly ["groupName", "status", "dueDate", "assignee", "priority", "tag"];
53
- export declare const toTaskListGroupByKeyType: (v: string) => "status" | "priority" | "dueDate" | "groupName" | "tag" | "assignee";
54
- export declare const toTaskListGroupByKeyTypeStrict: (v: string) => "status" | "priority" | "dueDate" | "groupName" | "tag" | "assignee" | undefined;
53
+ export declare const toTaskListGroupByKeyType: (v: string) => "status" | "dueDate" | "groupName" | "tag" | "priority" | "assignee";
54
+ export declare const toTaskListGroupByKeyTypeStrict: (v: string) => "status" | "dueDate" | "groupName" | "tag" | "priority" | "assignee" | undefined;
55
55
  export declare type TaskGroupKey = ReturnType<typeof toTaskListGroupByKeyType>;
56
56
  export interface TaskListUIState extends SpendManagementUIState {
57
57
  groupByKey: TaskGroupKey;
58
58
  searchText: string;
59
59
  sortKey: TaskListViewSortKey;
60
60
  }
61
- declare const toTaskListSortKeyType: (v: string) => "status" | "name" | "priority" | "dueDate" | "tag" | "timeSpent" | "assignee" | "creationDate" | "visibility";
61
+ declare const toTaskListSortKeyType: (v: string) => "status" | "name" | "dueDate" | "tag" | "priority" | "timeSpent" | "assignee" | "creationDate" | "visibility";
62
62
  export declare type TaskListViewSortKey = ReturnType<typeof toTaskListSortKeyType>;
63
63
  export declare const TASK_LIST_FILTER_CATEGORIES: TaskListFilterCategoryOption[];
64
64
  interface TaskListFilterCategoryOption {
@@ -8,7 +8,7 @@ import { JournalEntryTransactionLine, Line, TransactionLineBase } from '../../en
8
8
  * is testable and reusable.
9
9
  */
10
10
  export declare const JOURNAL_ENTRY_SORT_KEYS: readonly ["description", "name", "category", "class", "debit", "credit"];
11
- export declare const toJournalEntrySortKey: (v: string) => "description" | "name" | "category" | "class" | "credit" | "debit";
11
+ export declare const toJournalEntrySortKey: (v: string) => "name" | "description" | "category" | "class" | "credit" | "debit";
12
12
  export type JournalEntrySortKey = ReturnType<typeof toJournalEntrySortKey>;
13
13
  export interface JournalEntryRowSortConfig {
14
14
  sortKey: JournalEntrySortKey;
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@zeniai/client-epic-state",
3
- "version": "5.0.90-betaAR5",
3
+ "version": "5.0.90-betaAR6",
4
4
  "description": "Shared module between Web & Mobile containing required abstractions for state management, async network communication. ",
5
5
  "main": "lib/index.js",
6
6
  "module": "lib/esm/index.js",
@@ -1,56 +0,0 @@
1
- import { ID } from '../../commonStateTypes/common';
2
- import { ApprovalRule, Criteria } from './approvalRuleState';
3
- /**
4
- * Approval Rules 3.0 — frontend overlap detection.
5
- *
6
- * Per product spec, two rules overlap iff:
7
- * 1. Their vendor criteria are exactly equal (same operator and
8
- * the same set of vendor IDs, or both absent), AND
9
- * 2. Their department criteria are exactly equal (same shape), AND
10
- * 3. Their amount intervals intersect.
11
- *
12
- * The intuition: we only flag overlap when the non-amount criteria
13
- * are identical, because the typical mistake is "I tried to create a
14
- * second rule for the same vendor / department slice at a different
15
- * amount threshold and forgot the existing one". Subset / superset
16
- * overlaps (e.g. one rule has a department condition and the other
17
- * does not) are intentionally not flagged in this iteration.
18
- *
19
- * Amount intervals are:
20
- * - greater_than(N) → [N, +∞)
21
- * - less_than(N) → (-∞, N]
22
- * - range(min, max) → [min, max]
23
- * - amount absent → (-∞, +∞)
24
- *
25
- * Two intervals overlap iff max(lo) <= min(hi).
26
- *
27
- * Exclusions from the comparison pool:
28
- * - The rule being edited (caller passes `excludeRuleId`).
29
- * - Fallback rules — they are a separate concept (match-all-others)
30
- * and not subject to the per-criteria overlap check.
31
- *
32
- * Callers should filter `existingRules` to the relevant entityType
33
- * (BillPay vs Reimbursement) before passing — the function does not
34
- * cross-check entityType.
35
- *
36
- * Pure function: no side effects, deterministic. Returns the list of
37
- * overlapping rules. Empty list means no overlap.
38
- */
39
- /**
40
- * Structural shape of a rule the algorithm needs. The detector only
41
- * reads `criteria`, `isFallback`, and `approvalRuleId`; it never
42
- * touches `steps`, so callers may pass any 'ApprovalRule' subtype
43
- * (e.g. `ApprovalRuleWithUser`) and we keep the richer type in the
44
- * output.
45
- */
46
- export type RuleForOverlapCheck = Pick<ApprovalRule, 'approvalRuleId' | 'criteria' | 'isFallback'>;
47
- export interface RuleOverlap<TRule extends RuleForOverlapCheck = ApprovalRule> {
48
- conflictingRule: TRule;
49
- }
50
- export interface DetectRuleOverlapInput<TRule extends RuleForOverlapCheck = ApprovalRule> {
51
- candidateCriteria: Criteria[];
52
- existingRules: TRule[];
53
- /** When editing an existing rule, exclude it from the comparison. */
54
- excludeRuleId?: ID;
55
- }
56
- export declare function detectRuleOverlap<TRule extends RuleForOverlapCheck>({ candidateCriteria, existingRules, excludeRuleId, }: DetectRuleOverlapInput<TRule>): RuleOverlap<TRule>[];