@munchi_oy/core 1.9.96 → 1.9.98

package/dist/generated/api.d.ts

@@ -2677,6 +2677,42 @@ export interface ChargeDtoPaymentMethodDetails {
      */
     'affirmDetails'?: PaymentMethodDetailsDtoAffirmDetails;
 }
+/**
+ *
+ * @export
+ * @enum {string}
+ */
+export declare const ChargeStatusEnum: {
+    readonly Pending: "pending";
+    readonly Success: "success";
+    readonly Failure: "failure";
+};
+export type ChargeStatusEnum = typeof ChargeStatusEnum[keyof typeof ChargeStatusEnum];
+/**
+ *
+ * @export
+ * @interface ChargeStatusResponseDto
+ */
+export interface ChargeStatusResponseDto {
+    /**
+     *
+     * @type {ChargeStatusEnum}
+     * @memberof ChargeStatusResponseDto
+     */
+    'status': ChargeStatusEnum;
+    /**
+     *
+     * @type {string}
+     * @memberof ChargeStatusResponseDto
+     */
+    'transactionId'?: string | null;
+    /**
+     *
+     * @type {string}
+     * @memberof ChargeStatusResponseDto
+     */
+    'errorCode'?: string | null;
+}
 /**
  *
  * @export
@@ -6777,6 +6813,12 @@ export interface InitiateVivaA2aSessionDto {
      * @memberof InitiateVivaA2aSessionDto
      */
     'splitContext'?: CreateManualSessionDtoSplitContext;
+    /**
+     * Pay-terminal chargeId (from the pay-terminal-protocol relay) for this attempt. Stamped onto the session\'s metadata so the charge-status fallback can address this exact attempt directly, even when other charges are concurrently in flight on the same order (e.g. a split payment dispatched to a different paired terminal).
+     * @type {string}
+     * @memberof InitiateVivaA2aSessionDto
+     */
+    'chargeId'?: string;
 }
 /**
  *
@@ -6917,12 +6959,6 @@ export interface InitiateVivaSessionDto {
      * @memberof InitiateVivaSessionDto
      */
     'splitContext'?: CreateManualSessionDtoSplitContext;
-    /**
-     * Paired Munchi Pay terminal id (from @munchi_oy/pay-terminal-protocol pairing) that should execute this app-to-app charge. Bound onto the session so the paired terminal is discoverable/auditable; the POS still owns polling as source of truth. Distinct from the Viva cloud-terminal hardware id.
-     * @type {string}
-     * @memberof InitiateVivaSessionDto
-     */
-    'payTerminalId'?: string;
 }
 /**
  *
@@ -35411,6 +35447,14 @@ export declare const PaymentSessionApiAxiosParamCreator: (configuration?: Config
      * @throws {RequiredError}
      */
     initiateWorldlineSession: (initiateWorldlineSessionDto: InitiateWorldlineSessionDto, xIdempotencyKey?: string, options?: AxiosRequestConfig) => Promise<RequestArgs>;
+    /**
+     * Fallback for when the pay-terminal Ably charge_result message is lost to a flaky connection. Returns \'pending\' until the backend observes the underlying PaymentSession reach a terminal state, regardless of either device\'s connectivity. chargeId is stamped onto the session\'s own metadata at /viva/a2a initiate time, so this addresses one specific charge attempt even when other charges are concurrently in flight on the same order (e.g. a split payment across multiple paired terminals).
+     * @summary Poll a charge\'s outcome by chargeId.
+     * @param {string} chargeId
+     * @param {*} [options] Override http request option.
+     * @throws {RequiredError}
+     */
+    paymentSessionGetChargeStatus: (chargeId: string, options?: AxiosRequestConfig) => Promise<RequestArgs>;
     /**
      * Called by a Cloud Task (not the client). Holds the request open and long-polls Viva by sessionId for up to ~45s. As soon as the transaction is terminal it updates the session status and, on success, triggers order reconciliation — guarded by a CAS claim (tryClose) so a late webhook never double-writes the paymentEvent — so the order closes even if the webhook never arrives.
      * @summary Internal: long-poll Viva for a stuck payment session (Cloud Task callback)
@@ -35558,6 +35602,14 @@ export declare const PaymentSessionApiFp: (configuration?: Configuration) => {
      * @throws {RequiredError}
      */
     initiateWorldlineSession(initiateWorldlineSessionDto: InitiateWorldlineSessionDto, xIdempotencyKey?: string, options?: AxiosRequestConfig): Promise<(axios?: AxiosInstance, basePath?: string) => AxiosPromise<InitiateWorldlineSessionResponseDto>>;
+    /**
+     * Fallback for when the pay-terminal Ably charge_result message is lost to a flaky connection. Returns \'pending\' until the backend observes the underlying PaymentSession reach a terminal state, regardless of either device\'s connectivity. chargeId is stamped onto the session\'s own metadata at /viva/a2a initiate time, so this addresses one specific charge attempt even when other charges are concurrently in flight on the same order (e.g. a split payment across multiple paired terminals).
+     * @summary Poll a charge\'s outcome by chargeId.
+     * @param {string} chargeId
+     * @param {*} [options] Override http request option.
+     * @throws {RequiredError}
+     */
+    paymentSessionGetChargeStatus(chargeId: string, options?: AxiosRequestConfig): Promise<(axios?: AxiosInstance, basePath?: string) => AxiosPromise<ChargeStatusResponseDto>>;
     /**
      * Called by a Cloud Task (not the client). Holds the request open and long-polls Viva by sessionId for up to ~45s. As soon as the transaction is terminal it updates the session status and, on success, triggers order reconciliation — guarded by a CAS claim (tryClose) so a late webhook never double-writes the paymentEvent — so the order closes even if the webhook never arrives.
      * @summary Internal: long-poll Viva for a stuck payment session (Cloud Task callback)
@@ -35705,6 +35757,14 @@ export declare const PaymentSessionApiFactory: (configuration?: Configuration, b
      * @throws {RequiredError}
      */
     initiateWorldlineSession(initiateWorldlineSessionDto: InitiateWorldlineSessionDto, xIdempotencyKey?: string, options?: any): AxiosPromise<InitiateWorldlineSessionResponseDto>;
+    /**
+     * Fallback for when the pay-terminal Ably charge_result message is lost to a flaky connection. Returns \'pending\' until the backend observes the underlying PaymentSession reach a terminal state, regardless of either device\'s connectivity. chargeId is stamped onto the session\'s own metadata at /viva/a2a initiate time, so this addresses one specific charge attempt even when other charges are concurrently in flight on the same order (e.g. a split payment across multiple paired terminals).
+     * @summary Poll a charge\'s outcome by chargeId.
+     * @param {string} chargeId
+     * @param {*} [options] Override http request option.
+     * @throws {RequiredError}
+     */
+    paymentSessionGetChargeStatus(chargeId: string, options?: any): AxiosPromise<ChargeStatusResponseDto>;
     /**
      * Called by a Cloud Task (not the client). Holds the request open and long-polls Viva by sessionId for up to ~45s. As soon as the transaction is terminal it updates the session status and, on success, triggers order reconciliation — guarded by a CAS claim (tryClose) so a late webhook never double-writes the paymentEvent — so the order closes even if the webhook never arrives.
      * @summary Internal: long-poll Viva for a stuck payment session (Cloud Task callback)
@@ -35860,6 +35920,15 @@ export interface PaymentSessionApiInterface {
      * @memberof PaymentSessionApiInterface
      */
     initiateWorldlineSession(initiateWorldlineSessionDto: InitiateWorldlineSessionDto, xIdempotencyKey?: string, options?: AxiosRequestConfig): AxiosPromise<InitiateWorldlineSessionResponseDto>;
+    /**
+     * Fallback for when the pay-terminal Ably charge_result message is lost to a flaky connection. Returns \'pending\' until the backend observes the underlying PaymentSession reach a terminal state, regardless of either device\'s connectivity. chargeId is stamped onto the session\'s own metadata at /viva/a2a initiate time, so this addresses one specific charge attempt even when other charges are concurrently in flight on the same order (e.g. a split payment across multiple paired terminals).
+     * @summary Poll a charge\'s outcome by chargeId.
+     * @param {string} chargeId
+     * @param {*} [options] Override http request option.
+     * @throws {RequiredError}
+     * @memberof PaymentSessionApiInterface
+     */
+    paymentSessionGetChargeStatus(chargeId: string, options?: AxiosRequestConfig): AxiosPromise<ChargeStatusResponseDto>;
     /**
      * Called by a Cloud Task (not the client). Holds the request open and long-polls Viva by sessionId for up to ~45s. As soon as the transaction is terminal it updates the session status and, on success, triggers order reconciliation — guarded by a CAS claim (tryClose) so a late webhook never double-writes the paymentEvent — so the order closes even if the webhook never arrives.
      * @summary Internal: long-poll Viva for a stuck payment session (Cloud Task callback)
@@ -36026,6 +36095,15 @@ export declare class PaymentSessionApi extends BaseAPI implements PaymentSession
      * @memberof PaymentSessionApi
      */
     initiateWorldlineSession(initiateWorldlineSessionDto: InitiateWorldlineSessionDto, xIdempotencyKey?: string, options?: AxiosRequestConfig): Promise<import("axios").AxiosResponse<InitiateWorldlineSessionResponseDto, any, {}>>;
+    /**
+     * Fallback for when the pay-terminal Ably charge_result message is lost to a flaky connection. Returns \'pending\' until the backend observes the underlying PaymentSession reach a terminal state, regardless of either device\'s connectivity. chargeId is stamped onto the session\'s own metadata at /viva/a2a initiate time, so this addresses one specific charge attempt even when other charges are concurrently in flight on the same order (e.g. a split payment across multiple paired terminals).
+     * @summary Poll a charge\'s outcome by chargeId.
+     * @param {string} chargeId
+     * @param {*} [options] Override http request option.
+     * @throws {RequiredError}
+     * @memberof PaymentSessionApi
+     */
+    paymentSessionGetChargeStatus(chargeId: string, options?: AxiosRequestConfig): Promise<import("axios").AxiosResponse<ChargeStatusResponseDto, any, {}>>;
     /**
      * Called by a Cloud Task (not the client). Holds the request open and long-polls Viva by sessionId for up to ~45s. As soon as the transaction is terminal it updates the session status and, on success, triggers order reconciliation — guarded by a CAS claim (tryClose) so a late webhook never double-writes the paymentEvent — so the order closes even if the webhook never arrives.
      * @summary Internal: long-poll Viva for a stuck payment session (Cloud Task callback)