@zeniai/client-epic-state 5.2.89-beta0KB → 5.2.89-beta0MM

package/lib/view/transactionDetail/createTransaction/epics/createTransactionEpic.d.ts

@@ -1,9 +0,0 @@
-import { ActionsObservable, StateObservable } from 'redux-observable';
-import { Observable } from 'rxjs';
-import { openSnackbar } from '../../../../entity/snackbar/snackbarReducer';
-import { updateTransaction } from '../../../../entity/transaction/transactionReducer';
-import { RootState } from '../../../../rootStateTypes';
-import { ZeniAPI } from '../../../../zeniAPI';
-import { createTransaction, createTransactionSuccessOrFailure, initializeTransactionDetailLocalData } from '../../transactionDetailReducer';
-export type ActionType = ReturnType<typeof createTransaction> | ReturnType<typeof createTransactionSuccessOrFailure> | ReturnType<typeof initializeTransactionDetailLocalData> | ReturnType<typeof updateTransaction> | ReturnType<typeof openSnackbar>;
-export declare const createTransactionEpic: (actions$: ActionsObservable<ActionType>, state$: StateObservable<RootState>, zeniAPI: ZeniAPI) => Observable<ActionType>;

package/lib/view/transactionDetail/createTransaction/epics/createTransactionEpic.js

@@ -1,85 +0,0 @@
-"use strict";
-Object.defineProperty(exports, "__esModule", { value: true });
-exports.createTransactionEpic = void 0;
-const rxjs_1 = require("rxjs");
-const operators_1 = require("rxjs/operators");
-const snackbarReducer_1 = require("../../../../entity/snackbar/snackbarReducer");
-const transactionIDPayload_1 = require("../../../../entity/transaction/payloadTypes/transactionIDPayload");
-const transactionReducer_1 = require("../../../../entity/transaction/transactionReducer");
-const responsePayload_1 = require("../../../../responsePayload");
-const transactionDetailReducer_1 = require("../../transactionDetailReducer");
-const transactionDetailState_1 = require("../../transactionDetailState");
-const createTransactionPayload_1 = require("../createTransactionPayload");
-const createTransactionEpic = (actions$, state$, zeniAPI) => actions$.pipe((0, operators_1.filter)(transactionDetailReducer_1.createTransaction.match), 
-// exhaustMap, not mergeMap: a second submit while one is in flight is dropped here rather
-// than relying only on the disabled Save button, so it cannot create a duplicate in QBO.
-(0, operators_1.exhaustMap)((action) => {
-    const { transactionType } = action.payload;
-    const state = state$.value;
-    const localData = state.transactionDetailState.createTransactionsState
-        .newTransactionState[transactionType];
-    // Deferred so a payload that cannot be built (an id with no QBO id) lands in catchError
-    // below as a failure, instead of throwing out of the epic.
-    return (0, rxjs_1.defer)(() => zeniAPI.postAndGetJSON(`${zeniAPI.apiEndPoints.accountMicroServiceBaseUrl}/1.0/transactions/manage`, (0, createTransactionPayload_1.prepareCreateTransactionPayload)(state, localData))).pipe((0, operators_1.mergeMap)((response) => {
-        const created = (0, responsePayload_1.isSuccessResponse)(response)
-            ? response.data?.transactions[0]
-            : undefined;
-        if (created == null) {
-            const status = (0, responsePayload_1.isSuccessResponse)(response)
-                ? (0, responsePayload_1.createZeniAPIStatus)('Unexpected Error', 'Transaction was created but returned no details.')
-                : response.status;
-            return (0, rxjs_1.from)([
-                (0, transactionDetailReducer_1.createTransactionSuccessOrFailure)('Error', undefined, status),
-                (0, snackbarReducer_1.openSnackbar)({
-                    messageSection: 'create_transaction',
-                    messageText: 'failed',
-                    type: 'error',
-                    // This variable is how the server's own message reaches the user. Per-type
-                    // required fields live in the QBO entity classes, so a rejection comes back as a
-                    // QBO error with no field name -- the message text is the only useful content.
-                    variables: [
-                        { variableName: '_api-error_', variableValue: status.message },
-                    ],
-                }),
-            ]);
-        }
-        const newTransactionId = (0, transactionIDPayload_1.toTransactionID)(created);
-        // The write is QBO-only: transaction_write_handler.py touches no local storage, and
-        // Zeni's mirror is populated by the delta sync that runs afterwards. Refetching here
-        // would come back without the new row, so the 200 body is inserted optimistically
-        // instead -- the same approach createTransferEntryEpic takes.
-        return (0, rxjs_1.from)([
-            (0, transactionReducer_1.updateTransaction)((0, transactionDetailState_1.getTransactionDetailKey)(newTransactionId), created),
-            // No reset here: it would clear createdTransactionId in the same tick, before the
-            // screen renders it to upload pending attachments and navigate. The screen resets
-            // the working copy on unmount instead.
-            // Before the local-data init: it seeds the detail entry that init writes into.
-            (0, transactionDetailReducer_1.createTransactionSuccessOrFailure)('Completed', newTransactionId),
-            (0, transactionDetailReducer_1.initializeTransactionDetailLocalData)({
-                transactionId: newTransactionId,
-                vendorId: created.vendor_id ?? undefined,
-            }),
-            (0, snackbarReducer_1.openSnackbar)({
-                messageSection: 'create_transaction',
-                messageText: 'success',
-                type: 'success',
-            }),
-        ]);
-    }), (0, operators_1.catchError)((error) => {
-        const message = error instanceof createTransactionPayload_1.UnresolvedCreateTransactionIdError
-            ? error.message
-            : JSON.stringify(error);
-        return (0, rxjs_1.from)([
-            (0, transactionDetailReducer_1.createTransactionSuccessOrFailure)('Error', undefined, (0, responsePayload_1.createZeniAPIStatus)('Unexpected Error', `Create Transaction REST API call errored out ${message}`)),
-            (0, snackbarReducer_1.openSnackbar)({
-                messageSection: 'create_transaction',
-                messageText: 'failed',
-                type: 'error',
-                variables: [
-                    { variableName: '_api-error_', variableValue: message },
-                ],
-            }),
-        ]);
-    }));
-}));
-exports.createTransactionEpic = createTransactionEpic;

package/lib/view/transactionDetail/createTransaction/epics/fetchVendorRecommendationsForCreateTransactionEpic.d.ts

@@ -1,20 +0,0 @@
-import { ActionsObservable, StateObservable } from 'redux-observable';
-import { Observable } from 'rxjs';
-import { RootState } from '../../../../rootStateTypes';
-import { fetchRecommendationByEntityId, fetchRecommendationByEntityName, indicateReadyToInitializeRecommendation } from '../../../recommendation/recommendationReducer';
-import { clearRecommendationsForCreateTransactionLines, fetchVendorRecommendationsForCreateTransaction, setRecommendationsForCreateTransactionLines } from '../../transactionDetailReducer';
-export type ActionType = ReturnType<typeof fetchVendorRecommendationsForCreateTransaction> | ReturnType<typeof setRecommendationsForCreateTransactionLines> | ReturnType<typeof clearRecommendationsForCreateTransactionLines> | ReturnType<typeof fetchRecommendationByEntityId> | ReturnType<typeof fetchRecommendationByEntityName> | ReturnType<typeof indicateReadyToInitializeRecommendation>;
-/**
- * On vendor select, populates the category/class dropdowns from that vendor's recommendations.
- *
- * Deliberately NOT the detail page's fetchEntityRecommendationsForLineUpdate: that one sends
- * transaction_id / line_ids and writes into transactionDetailById[key], which no-ops when the
- * entry does not exist. A transaction being created has neither.
- *
- * Two differences from the reimbursement epic this is modelled on:
- *  1. the wait filters on the matching entityIdOrName before take(1), so an unrelated
- *     recommendation landing first cannot satisfy this request, and
- *  2. switchMap, so changing the vendor again cancels the earlier wait rather than letting a
- *     stale result overwrite the newer vendor's prefill.
- */
-export declare const fetchVendorRecommendationsForCreateTransactionEpic: (actions$: ActionsObservable<ActionType>, state$: StateObservable<RootState>) => Observable<ActionType>;

package/lib/view/transactionDetail/createTransaction/epics/fetchVendorRecommendationsForCreateTransactionEpic.js

@@ -1,57 +0,0 @@
-"use strict";
-Object.defineProperty(exports, "__esModule", { value: true });
-exports.fetchVendorRecommendationsForCreateTransactionEpic = void 0;
-const rxjs_1 = require("rxjs");
-const operators_1 = require("rxjs/operators");
-const tenantSelector_1 = require("../../../../entity/tenant/tenantSelector");
-const recommendationReducer_1 = require("../../../recommendation/recommendationReducer");
-const recommendationSelector_1 = require("../../../recommendation/recommendationSelector");
-const transactionDetailReducer_1 = require("../../transactionDetailReducer");
-/**
- * The entity-level recommendation fetch, keyed by whatever identifier the endpoint can resolve.
- *
- * A vendor that has not synced to QBO carries `qboId === name`; the id endpoint has nothing to
- * look up in that case, so the by-name variant is used instead.
- */
-const toEntityIdOrName = (entity) => entity.qboId && entity.qboId !== entity.name ? entity.qboId : entity.name;
-const isUnsyncedVendor = (entity) => !entity.qboId || entity.qboId === entity.name;
-/**
- * On vendor select, populates the category/class dropdowns from that vendor's recommendations.
- *
- * Deliberately NOT the detail page's fetchEntityRecommendationsForLineUpdate: that one sends
- * transaction_id / line_ids and writes into transactionDetailById[key], which no-ops when the
- * entry does not exist. A transaction being created has neither.
- *
- * Two differences from the reimbursement epic this is modelled on:
- *  1. the wait filters on the matching entityIdOrName before take(1), so an unrelated
- *     recommendation landing first cannot satisfy this request, and
- *  2. switchMap, so changing the vendor again cancels the earlier wait rather than letting a
- *     stale result overwrite the newer vendor's prefill.
- */
-const fetchVendorRecommendationsForCreateTransactionEpic = (actions$, state$) => actions$.pipe((0, operators_1.filter)(transactionDetailReducer_1.fetchVendorRecommendationsForCreateTransaction.match), (0, operators_1.switchMap)((action) => {
-    const { transactionType, entity, lineIds } = action.payload;
-    if (entity == null) {
-        return (0, rxjs_1.of)((0, transactionDetailReducer_1.clearRecommendationsForCreateTransactionLines)(transactionType, lineIds));
-    }
-    const entityIdOrName = toEntityIdOrName(entity);
-    const state = state$.value;
-    const isAccountingClassesEnabled = (0, tenantSelector_1.getIsAccountingClassesEnabled)(state);
-    const cached = (0, recommendationSelector_1.getRecommendationsForEntity)(state, entityIdOrName, 'vendor');
-    // Cache hit: apply straight away, no request and no wait.
-    if (cached.fetchState === 'Completed') {
-        return (0, rxjs_1.of)((0, transactionDetailReducer_1.setRecommendationsForCreateTransactionLines)(transactionType, lineIds, cached.recommendations ?? [], isAccountingClassesEnabled));
-    }
-    const waitThenApply = actions$.pipe((0, operators_1.filter)(recommendationReducer_1.indicateReadyToInitializeRecommendation.match), (0, operators_1.filter)((ready) => ready.payload.entityType === 'vendor' &&
-        ready.payload.entityIdOrName === entityIdOrName), (0, operators_1.take)(1), // don't listen forever! IMPORTANT!
-    (0, operators_1.mergeMap)(() => (0, rxjs_1.from)([
-        (0, transactionDetailReducer_1.setRecommendationsForCreateTransactionLines)(transactionType, lineIds, (0, recommendationSelector_1.getRecommendationsForEntity)(state$.value, entityIdOrName, 'vendor').recommendations ?? [], (0, tenantSelector_1.getIsAccountingClassesEnabled)(state$.value)),
-    ])));
-    // A fetch already in flight needs no second request, only the wait.
-    if (cached.fetchState === 'In-Progress') {
-        return waitThenApply;
-    }
-    return (0, rxjs_1.concat)((0, rxjs_1.of)((isUnsyncedVendor(entity)
-        ? (0, recommendationReducer_1.fetchRecommendationByEntityName)(entityIdOrName, 'vendor')
-        : (0, recommendationReducer_1.fetchRecommendationByEntityId)(entityIdOrName, 'vendor'))), waitThenApply);
-}));
-exports.fetchVendorRecommendationsForCreateTransactionEpic = fetchVendorRecommendationsForCreateTransactionEpic;

package/lib/view/transactionDetail/createTransaction/epics/initializeCreateTransactionLocalDataEpic.d.ts

@@ -1,12 +0,0 @@
-import { ActionsObservable } from 'redux-observable';
-import { Observable } from 'rxjs';
-import { initializeCreateTransactionLocalData, resetCreateTransactionLocalData } from '../../transactionDetailReducer';
-export type ActionType = ReturnType<typeof initializeCreateTransactionLocalData> | ReturnType<typeof resetCreateTransactionLocalData>;
-/**
- * Seeds the working copy when the Create form opens: today's date, the default line set for the
- * type, and the payment_type the backend insists on.
- *
- * The seed replaces the whole working copy rather than merging into it, so a second initialize
- * for the same type can't leave the previous draft's vendor, memo or account behind.
- */
-export declare const initializeCreateTransactionLocalDataEpic: (actions$: ActionsObservable<ActionType>) => Observable<ActionType>;

package/lib/view/transactionDetail/createTransaction/epics/initializeCreateTransactionLocalDataEpic.js

@@ -1,14 +0,0 @@
-"use strict";
-Object.defineProperty(exports, "__esModule", { value: true });
-exports.initializeCreateTransactionLocalDataEpic = void 0;
-const operators_1 = require("rxjs/operators");
-const transactionDetailReducer_1 = require("../../transactionDetailReducer");
-/**
- * Seeds the working copy when the Create form opens: today's date, the default line set for the
- * type, and the payment_type the backend insists on.
- *
- * The seed replaces the whole working copy rather than merging into it, so a second initialize
- * for the same type can't leave the previous draft's vendor, memo or account behind.
- */
-const initializeCreateTransactionLocalDataEpic = (actions$) => actions$.pipe((0, operators_1.filter)(transactionDetailReducer_1.initializeCreateTransactionLocalData.match), (0, operators_1.map)((action) => (0, transactionDetailReducer_1.resetCreateTransactionLocalData)(action.payload.transactionType)));
-exports.initializeCreateTransactionLocalDataEpic = initializeCreateTransactionLocalDataEpic;