valtech-components 4.0.988 → 4.0.990

package/lib/components/organisms/attachment-uploader/attachment-uploader.component.d.ts

@@ -9,6 +9,7 @@ export declare class AttachmentUploaderComponent implements OnInit {
     attachmentsChange: import("@angular/core").OutputEmitterRef<AttachmentItem[]>;
     protected i18n: I18nService;
     private feedbackService;
+    private imageService;
     attachments: import("@angular/core").WritableSignal<AttachmentItem[]>;
     showCameraOverlay: import("@angular/core").WritableSignal<boolean>;
     private cameraStream;
@@ -26,6 +27,19 @@ export declare class AttachmentUploaderComponent implements OnInit {
     onFilesSelected(event: Event): Promise<void>;
     private processFiles;
     private compressImage;
+    /**
+     * Genera y sube la miniatura de una imagen ya comprimida.
+     *
+     * Recibe el archivo COMPRIMIDO a propósito: `compressorjs` ya normalizó la
+     * orientación EXIF, y `ImageService` trabaja sobre canvas sin leer EXIF — si
+     * se le pasara el original, las fotos verticales de teléfono saldrían
+     * rotadas. Ver la nota en `generateThumbnail` (types.ts).
+     *
+     * Nunca es fatal: si falla, el adjunto queda subido sin miniatura y las
+     * listas caen al archivo grande. Perder la miniatura no justifica perder la
+     * foto que el usuario acaba de subir.
+     */
+    private uploadThumbnail;
     private uploadFile;
     remove(id: string): void;
     thumbFailed(id: string): void;

package/lib/components/organisms/attachment-uploader/types.d.ts

@@ -3,6 +3,13 @@ export interface AttachmentItem {
     file?: File;
     status: 'uploading' | 'ready' | 'error';
     url?: string;
+    /**
+     * URL de la miniatura, presente solo si se pidió `generateThumbnail` y el
+     * archivo es una imagen. Es la que deben usar las LISTAS: `url` apunta al
+     * archivo de hasta 1920px, y pedirlo para pintar un recuadro de 84px es la
+     * diferencia entre 240KB y 15KB por fila. Ver `generateThumbnail`.
+     */
+    thumbnailUrl?: string;
     error?: string;
     isExternal?: boolean;
 }
@@ -16,6 +23,29 @@ export interface AttachmentUploaderMetadata {
     disabled?: boolean;
     /** Compress images before upload (default: true). PDFs are never compressed. */
     compressImages?: boolean;
+    /**
+     * Genera y sube además una miniatura cuadrada por cada imagen, y la expone en
+     * `AttachmentItem.thumbnailUrl` (default: false).
+     *
+     * Por qué es opt-in y no el default: sube DOS archivos por imagen en vez de
+     * uno, y no todo consumer quiere pagar ese costo (ni tener el archivo extra
+     * en su bucket). Actívalo cuando las fotos se muestren en una lista o grilla,
+     * que es donde el ahorro es real.
+     *
+     * La miniatura se genera a partir del archivo YA comprimido, no del original:
+     * `compressorjs` normaliza la orientación EXIF al comprimir, así que a esa
+     * altura la imagen ya está derecha. Generarla del original la sacaría rotada
+     * en las fotos verticales de teléfono (ImageService usa canvas y no lee EXIF).
+     */
+    generateThumbnail?: boolean;
+    /** Lado de la miniatura en píxeles (default: 320). Cuadrada, recorte centrado. */
+    thumbnailSize?: number;
+    /**
+     * Función de subida de la miniatura. Si se omite, se usa `uploadFn` con un
+     * File renombrado a `<nombre>-thumb.jpg` — así el consumer que deriva la ruta
+     * del nombre del archivo no necesita hacer nada.
+     */
+    thumbnailUploadFn?: (file: File) => Promise<string>;
     /** Upload function. If omitted, falls back to FeedbackService.uploadAttachment. */
     uploadFn?: (file: File) => Promise<string>;
     /** URLs de items ya subidos — se pre-seedean como items 'ready' al montar. */

package/lib/components/organisms/request-review-panel/request-review-panel.component.d.ts

@@ -1,83 +1,79 @@
-import { OnInit } from '@angular/core';
-import { AppRequest, RequestComment } from '../../../services/requests/types';
-import { EmptyStateMetadata } from '../../molecules/empty-state/types';
+import { EventEmitter, TemplateRef } from '@angular/core';
+import { ComponentState } from '../../types';
+import { RequestReviewDecision, RequestReviewItem, RequestReviewPanelMetadata } from './types';
 import * as i0 from "@angular/core";
-interface StatusStyle {
-    bg: string;
-    color: string;
-}
-/**
- * Config del "entity hero" (bloque opcional arriba del status: ej. animal en
- * Chesed, receta en Mealplan). Agnóstico al dominio — cada app declara de qué
- * campos de `metadata` sacar nombre/imagen y a dónde navegar.
- */
-export interface RequestReviewEntityHeroConfig {
-    labelKey: string;
-    nameField: string;
-    imageField?: string;
-    placeholderIcon?: string;
-    canNavigate: (metadata: Record<string, any>) => boolean;
-    navigate: (metadata: Record<string, any>) => void;
-}
-export interface RequestReviewPanelConfig {
-    /** Namespace i18n donde viven las keys (status_*, approve, reject, submitter, fields, commentsTitle, noComments, submittedAt, statusUpdated, statusError, errorTitle, offlineTitle, offlineHint, retry, viewAnimal). */
-    i18nNamespace: string;
-    entityHero?: RequestReviewEntityHeroConfig;
-    /** Si el usuario actual puede aprobar/rechazar (ej. persona.isPublisher()). */
-    canReview: () => boolean;
-    /** CTA post-aprobación para quien NO revisa (ej. "ver receta"/"ver animal"). */
-    viewEntityCtaLabelKey?: string;
-}
 /**
- * Panel de revisión de una Request genérica (ADR-061/062): status + acciones
- * approve/reject + fields del formulario + comentarios. Config-driven, sin
- * conocimiento del dominio (adoption, recipe_verification, etc.) — cada
- * consumer inyecta su `RequestReviewPanelConfig`.
+ * val-request-review-panel — cola de revisión del factory (ADR-062).
+ *
+ * Es **presentacional**: no carga datos, no conoce el backend ni el dominio. El
+ * consumer le pasa la cola ya normalizada y escucha `(decision)`.
+ *
+ * ## Por qué el cuerpo va proyectado y no configurado
+ *
+ * El ADR original proponía describir el cuerpo con arrays de nombres de campo
+ * (`fields.display: ['taxId', 'tagsRequested']`). Al implementarlo con los dos
+ * consumidores reales delante quedó claro que eso reinventa un motor de
+ * templating peor que Angular: Chesed necesita una lista de documentos con
+ * iconos y `target="_blank"`, Okhelia un enlace a la receta y un input de
+ * comentario. Ninguna lista de strings expresa eso sin agregarle un flag al
+ * componente por cada caso nuevo.
+ *
+ * Entonces el panel es dueño de lo que **de verdad** se repite — la cáscara, el
+ * chrome de la card, y la mecánica de decisión — y el cuerpo de cada ítem lo
+ * escribe cada vertical en un `ng-template` con su propio HTML.
+ *
+ * ```html
+ * <val-request-review-panel [props]="panelProps()" [itemBody]="body"
+ *                           (decision)="onDecision($event)" />
+ *
+ * <ng-template #body let-item>
+ *   <a [routerLink]="['/app/recetas', recipeIdOf(item)]">Ver receta</a>
+ * </ng-template>
+ * ```
+ *
+ * ## Rechazo con motivo
+ *
+ * El flujo de dos pasos (Rechazar → escribir motivo → Confirmar) es del panel,
+ * no del consumer, y está activo por defecto. Rechazar de un click deja al
+ * solicitante sin saber qué corregir; era el único de los dos paneles que lo
+ * tenía bien resuelto y ahora lo heredan los dos.
  */
-export declare class RequestReviewPanelComponent implements OnInit {
-    private requests;
+export declare class RequestReviewPanelComponent {
     private i18n;
-    private errors;
-    private toast;
-    private destroyRef;
-    readonly requestId: import("@angular/core").InputSignal<string>;
-    readonly config: import("@angular/core").InputSignal<RequestReviewPanelConfig>;
-    readonly loaded: import("@angular/core").OutputEmitterRef<AppRequest>;
-    private readonly _req;
-    private readonly _loading;
-    private readonly _loadError;
-    private readonly _comments;
-    private readonly _loadingComments;
-    private readonly _transitioning;
-    readonly req: import("@angular/core").Signal<AppRequest>;
-    readonly loading: import("@angular/core").Signal<boolean>;
-    readonly loadError: import("@angular/core").Signal<unknown>;
-    readonly comments: import("@angular/core").Signal<RequestComment[]>;
-    readonly loadingComments: import("@angular/core").Signal<boolean>;
-    readonly transitioning: import("@angular/core").Signal<boolean>;
-    readonly heroImgFailed: import("@angular/core").WritableSignal<boolean>;
-    readonly heroConfig: import("@angular/core").Signal<RequestReviewEntityHeroConfig>;
-    readonly statusStyle: import("@angular/core").Signal<StatusStyle>;
-    readonly heroName: import("@angular/core").Signal<string>;
-    readonly heroImage: import("@angular/core").Signal<string>;
-    readonly canNavigateHero: import("@angular/core").Signal<boolean>;
-    readonly submitterInitial: import("@angular/core").Signal<string>;
-    readonly fieldEntries: import("@angular/core").Signal<{
-        key: string;
-        value: string;
-    }[]>;
-    readonly errorState: import("@angular/core").Signal<EmptyStateMetadata>;
+    readonly props: import("@angular/core").InputSignal<RequestReviewPanelMetadata>;
+    /**
+     * Cuerpo de cada card. El contexto trae el ítem como `$implicit` y también
+     * como `item`, para que el consumer pueda usar `let-item` o `let-x="item"`.
+     */
+    itemBody?: TemplateRef<{
+        $implicit: RequestReviewItem;
+        item: RequestReviewItem;
+    }>;
+    decision: EventEmitter<RequestReviewDecision>;
+    /** ID del ítem cuyo formulario de rechazo está abierto. */
+    private readonly _rejectingId;
+    readonly rejectingId: import("@angular/core").Signal<string>;
+    private readonly _reason;
+    readonly reason: import("@angular/core").Signal<string>;
+    readonly cfg: import("@angular/core").Signal<RequestReviewPanelMetadata>;
+    readonly skeletonRows: import("@angular/core").Signal<number[]>;
+    /** Hay una decisión en vuelo: toda la cola se congela. */
+    readonly isBusy: import("@angular/core").Signal<boolean>;
     constructor();
-    ngOnInit(): void;
-    load(): Promise<void>;
-    private subscribeComments;
-    transition(status: 'approved' | 'rejected'): Promise<void>;
-    onHeroClick(): void;
-    formatDate(iso: string): string;
-    authorInitial(c: RequestComment): string;
-    relativeTime(iso: string): string;
-    t(key: string): string;
+    protected t(key: string): string;
+    /** El ítem en vuelo muestra WORKING; los demás quedan deshabilitados. */
+    private stateFor;
+    protected approveState(item: RequestReviewItem): ComponentState;
+    /**
+     * Confirmar el rechazo exige motivo cuando `requireRejectReason` está activo
+     * (el default). Es el freno que evita la notificación de rechazo vacía.
+     */
+    protected confirmRejectState(item: RequestReviewItem): ComponentState;
+    protected onReasonInput(event: Event): void;
+    protected startReject(item: RequestReviewItem): void;
+    protected cancelReject(): void;
+    protected confirmReject(item: RequestReviewItem): void;
+    protected approve(item: RequestReviewItem): void;
     static ɵfac: i0.ɵɵFactoryDeclaration<RequestReviewPanelComponent, never>;
-    static ɵcmp: i0.ɵɵComponentDeclaration<RequestReviewPanelComponent, "val-request-review-panel", never, { "requestId": { "alias": "requestId"; "required": true; "isSignal": true; }; "config": { "alias": "config"; "required": true; "isSignal": true; }; }, { "loaded": "loaded"; }, never, never, true, never>;
+    static ɵcmp: i0.ɵɵComponentDeclaration<RequestReviewPanelComponent, "val-request-review-panel", never, { "props": { "alias": "props"; "required": true; "isSignal": true; }; "itemBody": { "alias": "itemBody"; "required": false; }; }, { "decision": "decision"; }, never, never, true, never>;
 }
-export {};

package/lib/components/organisms/request-review-panel/request-review-panel.i18n.d.ts

@@ -0,0 +1,2 @@
+import { LanguagesContent } from '../../../services/i18n';
+export declare const REQUEST_REVIEW_PANEL_I18N: LanguagesContent;

package/lib/components/organisms/request-review-panel/types.d.ts

@@ -0,0 +1,73 @@
+import { EmptyStateMetadata } from '../../molecules/empty-state/types';
+/**
+ * Un ítem de la cola de revisión, ya normalizado por el consumer.
+ *
+ * Deliberadamente pobre: id, título y unas líneas de metadata. Todo lo que sea
+ * del dominio (el RUT del criadero, los tags de la receta, los documentos
+ * adjuntos) va en el cuerpo proyectado, no acá — la lib no aprende qué es una
+ * receta ni un criadero.
+ */
+export interface RequestReviewItem {
+    /** Identidad del ítem. Es lo que viaja en la decisión. */
+    id: string;
+    /** Encabezado de la card. */
+    title: string;
+    /**
+     * Líneas bajo el título (fecha de envío, identificador, estado). Texto ya
+     * resuelto y formateado por el consumer: la lib no traduce ni formatea fechas.
+     */
+    meta?: string[];
+}
+/** Lo que emite el panel cuando el revisor decide. */
+export interface RequestReviewDecision {
+    itemId: string;
+    approved: boolean;
+    /**
+     * Motivo del rechazo. Presente solo al rechazar con `requireRejectReason`
+     * activo (el default), donde el panel garantiza que no viene vacío.
+     */
+    reason?: string;
+}
+export interface RequestReviewPanelMetadata {
+    /** La cola. Vacía + `loading: false` muestra el estado vacío. */
+    items: RequestReviewItem[];
+    /** Muestra el skeleton en vez de la lista. */
+    loading?: boolean;
+    /** Filas del skeleton (default: 3). */
+    skeletonRows?: number;
+    /**
+     * Estado de error de la carga. Tiene prioridad sobre todo lo demás — un panel
+     * que no pudo cargar no debe mostrar "no hay nada pendiente", que es una
+     * afirmación distinta y falsa.
+     */
+    errorState?: EmptyStateMetadata | null;
+    /** Estado cuando la cola está vacía de verdad. */
+    emptyState?: EmptyStateMetadata;
+    /**
+     * Línea de conteo sobre la lista, ya compuesta por el consumer
+     * ("3 pendientes"). Sin ella no se muestra nada.
+     */
+    countLabel?: string;
+    /**
+     * ID del ítem con una decisión en vuelo. Ese ítem muestra su acción en
+     * `WORKING` y el resto queda deshabilitado: dos decisiones simultáneas sobre
+     * la misma cola es justo lo que no se quiere.
+     */
+    busyItemId?: string;
+    /**
+     * Exigir un motivo escrito para rechazar (default: **true**).
+     *
+     * Es el default a propósito. Rechazar sin explicación deja al solicitante sin
+     * saber qué corregir, y la notificación de decisión sale vacía. Ponerlo en
+     * `false` es una decisión explícita del consumer, no un olvido.
+     */
+    requireRejectReason?: boolean;
+    /** Etiquetas. Todas opcionales — la lib trae defaults es/en. */
+    approveLabel?: string;
+    rejectLabel?: string;
+    cancelLabel?: string;
+    confirmRejectLabel?: string;
+    rejectReasonLabel?: string;
+    rejectReasonPlaceholder?: string;
+    rejectReasonHint?: string;
+}

package/lib/components/organisms/survey-builder/survey-builder.component.d.ts

@@ -3,7 +3,7 @@ import { FormControl } from '@angular/forms';
 import { ButtonMetadata } from '../../types';
 import type { Color } from '@ionic/core';
 import { EditableFieldDef, FieldSchemaEditorMetadata } from '../field-schema-editor/types';
-import { SurveyBuilderMetadata, SurveyBuilderSaveEvent } from './types';
+import { SurveyBuilderMetadata, SurveyBuilderSaveEvent, SurveyDraftEvent } from './types';
 import * as i0 from "@angular/core";
 /**
  * val-survey-builder
@@ -25,6 +25,13 @@ import * as i0 from "@angular/core";
 export declare class SurveyBuilderComponent implements OnInit {
     props: SurveyBuilderMetadata;
     readonly saved: EventEmitter<SurveyBuilderSaveEvent>;
+    /**
+     * Emite lo escrito, ya validado, SIN guardarlo. Solo con `props.persist:
+     * false` — ver el comentario de ese campo: cuando la app tiene endpoint
+     * propio, guardar desde acá se salta la validación de la entidad dueña y el
+     * permiso de la vertical.
+     */
+    readonly draft: EventEmitter<SurveyDraftEvent>;
     private readonly i18n;
     private readonly requests;
     private readonly formBuilder;
@@ -61,5 +68,5 @@ export declare class SurveyBuilderComponent implements OnInit {
     save(): Promise<void>;
     private rowFromField;
     static ɵfac: i0.ɵɵFactoryDeclaration<SurveyBuilderComponent, never>;
-    static ɵcmp: i0.ɵɵComponentDeclaration<SurveyBuilderComponent, "val-survey-builder", never, { "props": { "alias": "props"; "required": false; }; }, { "saved": "saved"; }, never, never, true, never>;
+    static ɵcmp: i0.ɵɵComponentDeclaration<SurveyBuilderComponent, "val-survey-builder", never, { "props": { "alias": "props"; "required": false; }; }, { "saved": "saved"; "draft": "draft"; }, never, never, true, never>;
 }

package/lib/components/organisms/survey-builder/types.d.ts

@@ -1,4 +1,4 @@
-import { EntityRef, RequestTypeConfig, RequestVisibility } from '../../../services/requests/types';
+import { EntityRef, FieldSchemaDef, RequestTypeConfig, RequestVisibility } from '../../../services/requests/types';
 /**
  * Tipos de pregunta que ofrece una encuesta.
  *
@@ -46,7 +46,34 @@ export interface SurveyBuilderMetadata {
     allowAnonymous?: boolean;
     /** Acota el catálogo de `SURVEY_QUESTION_TYPES` si una app quiere ofrecer menos. */
     questionTypes?: string[];
+    /**
+     * Si el builder guarda por su cuenta contra `/v2/request-types`.
+     *
+     * Default `true` por compatibilidad, pero **una app con endpoint propio debe
+     * pasar `false`** y guardar ella: el endpoint de la vertical es el que valida
+     * la entidad dueña, evita que dos encuestas de distinto evento colisionen en
+     * el mismo `typeId`, y autoriza con SU permiso. Con `false`, `save()` valida
+     * y emite `draft` sin tocar la red.
+     */
+    persist?: boolean;
 }
 export interface SurveyBuilderSaveEvent {
     typeConfig: RequestTypeConfig;
 }
+/**
+ * Lo que se escribió, sin persistir.
+ *
+ * Existe porque **el builder no siempre debe guardar por su cuenta**. Cuando la
+ * app tiene su propio endpoint de dominio (el de bingo valida el evento, acota
+ * el `typeId` para que dos eventos no colisionen y autoriza con el permiso de
+ * la vertical en vez de `apps:manage`), guardar desde acá se salta todo eso.
+ *
+ * Los tres campos son exactamente los de `CreateEventSurveyRequest` en
+ * `services/bingo/survey.go` — no es casualidad: es el contrato que la app
+ * necesita reenviar.
+ */
+export interface SurveyDraftEvent {
+    label: string;
+    subtitle: string;
+    questions: FieldSchemaDef[];
+}

package/lib/services/payments/config.d.ts

@@ -0,0 +1,14 @@
+import { EnvironmentProviders, InjectionToken } from '@angular/core';
+import { ValtechPaymentsConfig } from './types';
+/** Token de inyección de la configuración de pagos. */
+export declare const VALTECH_PAYMENTS_CONFIG: InjectionToken<ValtechPaymentsConfig>;
+export declare const DEFAULT_PAYMENTS_CONFIG: Partial<ValtechPaymentsConfig>;
+/**
+ * Provee el cliente de pasarelas de pago.
+ *
+ * @example
+ * ```typescript
+ * providePaymentsGateway({ apiUrl: environment.apiUrl }),
+ * ```
+ */
+export declare function providePaymentsGateway(config: ValtechPaymentsConfig): EnvironmentProviders;

package/lib/services/payments/index.d.ts

@@ -0,0 +1,3 @@
+export * from './types';
+export * from './config';
+export * from './payments-gateway.service';

package/lib/services/payments/payments-gateway.service.d.ts

@@ -0,0 +1,53 @@
+import { Observable } from 'rxjs';
+import { ConnectionStatusResponse, OAuthAuthorizeURLResponse } from './types';
+import * as i0 from "@angular/core";
+/**
+ * Cliente del onboarding de pasarelas de pago (ADR-028).
+ *
+ * Conecta la cuenta de UNA ORGANIZACIÓN con una pasarela, para que el dinero
+ * le llegue directo. Ese es el punto: si el dinero pasara por una cuenta de
+ * Valtech, Valtech sería un PSP regulado por la CMF (ver ADR-028). Por eso
+ * todas las operaciones son por `orgId`, y no existe acá un modo "cuenta de la
+ * plataforma".
+ *
+ * Vive en la lib y no en una app porque el flujo es idéntico en todas: Bingo
+ * lo usa para que cada colegio cobre sus cartones, y Chesed para que cada
+ * refugio reciba aportes. Lo que cambia entre apps es qué se cobra, no cómo se
+ * conecta la cuenta.
+ *
+ * Autenticación: no agrega el Bearer a mano — lo pone el interceptor de
+ * `provideValtechAuth`. Errores: no se capturan acá; los maneja la pantalla.
+ */
+export declare class PaymentsGatewayService {
+    private http;
+    private config;
+    private get base();
+    /**
+     * Estado de conexión de la organización con una pasarela.
+     *
+     * Es lo que decide si la app puede ofrecer el cobro: `connected` habilita,
+     * `expired` y `revoked` NO. Mostrar un botón de pago con un token revocado
+     * lleva al usuario a un cobro que falla después de que ya decidió pagar.
+     */
+    getConnectionStatus(orgId: string, gateway: string): Observable<ConnectionStatusResponse>;
+    /**
+     * URL de autorización OAuth, con su `state` CSRF.
+     *
+     * El caller guarda el `state` antes de redirigir y lo compara al volver: sin
+     * eso, cualquiera podría completar la conexión de otra organización.
+     */
+    getOAuthAuthorizeURL(orgId: string, gateway: string): Observable<OAuthAuthorizeURLResponse>;
+    /** Desconecta la credencial de la organización para esa pasarela. */
+    disconnect(orgId: string, gateway: string): Observable<{
+        operationId: string;
+    }>;
+    /**
+     * Guarda una credencial de acceso directo (pasarelas sin OAuth, ej. Khipu).
+     * El token es el secreto del cobrador.
+     */
+    setCredential(orgId: string, gateway: string, accessToken: string): Observable<{
+        operationId: string;
+    }>;
+    static ɵfac: i0.ɵɵFactoryDeclaration<PaymentsGatewayService, never>;
+    static ɵprov: i0.ɵɵInjectableDeclaration<PaymentsGatewayService>;
+}

package/lib/services/payments/types.d.ts

@@ -0,0 +1,33 @@
+/**
+ * Contratos del onboarding de pasarelas de pago (ADR-028).
+ *
+ * Espejo reducido del backend: solo lo que una app necesita para conectar la
+ * cuenta de una organización y saber si puede cobrar.
+ */
+/** Estado del ciclo de vida de una credencial OAuth. */
+export type OAuthStatus = 'never' | 'connected' | 'expired' | 'revoked';
+/**
+ * Respuesta de `connection-status`. No expone el token: solo un enmascarado
+ * informativo, porque la UI nunca necesita el secreto.
+ */
+export interface ConnectionStatusResponse {
+    operationId: string;
+    connected: boolean;
+    oauthStatus: OAuthStatus;
+    connectedAt?: string;
+    maskedToken?: string;
+}
+/** Respuesta de `oauth/authorize-url`. */
+export interface OAuthAuthorizeURLResponse {
+    operationId: string;
+    authorizeUrl: string;
+    /** CSRF. El caller lo guarda antes de redirigir y lo compara al volver. */
+    state: string;
+}
+/** Configuración del cliente de pagos. */
+export interface ValtechPaymentsConfig {
+    /** Base del backend, sin barra final (ej. `https://api-dev.myvaltech.com`). */
+    apiUrl: string;
+    /** Prefijo de la API de pagos. Default `/v1/payments`. */
+    paymentsPrefix?: string;
+}

package/lib/version.d.ts

@@ -2,4 +2,4 @@
  * Current version of valtech-components.
  * This is automatically updated during the publish process.
  */
-export declare const VERSION = "4.0.988";
+export declare const VERSION = "4.0.990";

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "valtech-components",
-  "version": "4.0.988",
+  "version": "4.0.990",
   "private": false,
   "bin": {
     "valtech-firebase-config": "./src/lib/services/firebase/scripts/generate-sw-config.js"

package/public-api.d.ts

@@ -242,6 +242,8 @@ export * from './lib/components/organisms/survey-response/survey-response.compon
 export * from './lib/components/organisms/survey-response/types';
 export * from './lib/components/organisms/field-schema-editor/field-schema-editor.component';
 export * from './lib/components/organisms/field-schema-editor/types';
+export * from './lib/components/organisms/request-review-panel/request-review-panel.component';
+export * from './lib/components/organisms/request-review-panel/types';
 export * from './lib/components/organisms/survey-builder/survey-builder.component';
 export * from './lib/components/organisms/survey-builder/types';
 export * from './lib/components/molecules/empty-state/empty-state.component';
@@ -269,7 +271,6 @@ export * from './lib/components/organisms/share-profile-modal/share-profile-moda
 export * from './lib/components/organisms/share-profile-modal/types';
 export * from './lib/components/organisms/fun-modal/fun-modal.component';
 export * from './lib/components/organisms/request-modal/request-modal.component';
-export * from './lib/components/organisms/request-review-panel/request-review-panel.component';
 export * from './lib/components/organisms/fun-modal/types';
 export * from './lib/components/organisms/cookie-banner/cookie-banner.component';
 export * from './lib/components/organisms/cookie-banner/types';
@@ -499,6 +500,7 @@ export * from './lib/components/organisms/verify-view/verify-view.component';
 export * from './lib/components/organisms/verify-view/types';
 export * from './lib/services/content-platform';
 export * from './lib/services/feedback';
+export * from './lib/services/payments';
 export * from './lib/services/whatsapp';
 export * from './lib/components/organisms/whatsapp-fab/whatsapp-fab.component';
 export * from './lib/services/phone-format/phone-format.service';