evo360-types 1.3.492 → 1.3.497

package/dist/types/evo-chat/inbox/index.d.ts

@@ -57,6 +57,37 @@ export interface IInboxItem {
     last_message_type?: string;
     last_message_channel_id?: string;
     unread_count?: number;
+    /**
+     * Nº de pacientes (evo-med) vinculados ao lead deste item, via `patient.lead_id`
+     * (+ `deleted_at == null`). Denormalizado pelo evochat-inbox-handler a cada
+     * INBOX_CHANGED (o vínculo pode nascer no meio da conversa). `0` = sabidamente
+     * sem paciente (inclui item sem lead). AUSENTE = desconhecido (item legado ou
+     * contagem falhou) — o FE não mostra nada. feat-106 item 1.
+     */
+    linked_patient_count?: number;
+    /**
+     * `true` = contato sem nenhum ticket fechado "de verdade" antes deste —
+     * fechamentos com `system_status: 'moved' | 'merged'` (transferência/varredura)
+     * não contam. Computado UMA vez por ticket (evento `action === 'created'`) e
+     * preservado pelos merges seguintes do upsertItem. AUSENTE = desconhecido — o
+     * FE não mostra nada. feat-106 item 2.
+     */
+    is_new_contact?: boolean;
+    /**
+     * Nº de tasks HUMANAS (`mode:'human'`) abertas (status não-final) vinculadas ao
+     * lead ou aos pacientes do lead (`externalLinkKeys`). Denormalizado pelo
+     * evochat-inbox-handler; refrescado também pelo task-replication-handler via
+     * INBOX_CHANGED quando uma task humana muda. `0` = sabidamente sem task aberta.
+     * AUSENTE = desconhecido — o FE não mostra nada. feat-106 item 4.
+     */
+    open_task_count?: number;
+    /**
+     * Menor `schedule.due_at` entre as tasks abertas contadas acima (null = nenhuma
+     * com prazo). O FE deriva "vencida" comparando com o relógio local — NUNCA
+     * denormalizamos o booleano "vencida", que apodreceria com a passagem do tempo
+     * sem evento. feat-106 item 4.
+     */
+    next_task_due_at?: Date | null;
     contact_name?: string;
     contact_address?: string;
     updated_at?: Date;

package/dist/types/evo-chat/inbox/index.ts

@@ -76,6 +76,37 @@ export interface IInboxItem {
   last_message_type?: string;
   last_message_channel_id?: string;
   unread_count?: number;
+  /**
+   * Nº de pacientes (evo-med) vinculados ao lead deste item, via `patient.lead_id`
+   * (+ `deleted_at == null`). Denormalizado pelo evochat-inbox-handler a cada
+   * INBOX_CHANGED (o vínculo pode nascer no meio da conversa). `0` = sabidamente
+   * sem paciente (inclui item sem lead). AUSENTE = desconhecido (item legado ou
+   * contagem falhou) — o FE não mostra nada. feat-106 item 1.
+   */
+  linked_patient_count?: number;
+  /**
+   * `true` = contato sem nenhum ticket fechado "de verdade" antes deste —
+   * fechamentos com `system_status: 'moved' | 'merged'` (transferência/varredura)
+   * não contam. Computado UMA vez por ticket (evento `action === 'created'`) e
+   * preservado pelos merges seguintes do upsertItem. AUSENTE = desconhecido — o
+   * FE não mostra nada. feat-106 item 2.
+   */
+  is_new_contact?: boolean;
+  /**
+   * Nº de tasks HUMANAS (`mode:'human'`) abertas (status não-final) vinculadas ao
+   * lead ou aos pacientes do lead (`externalLinkKeys`). Denormalizado pelo
+   * evochat-inbox-handler; refrescado também pelo task-replication-handler via
+   * INBOX_CHANGED quando uma task humana muda. `0` = sabidamente sem task aberta.
+   * AUSENTE = desconhecido — o FE não mostra nada. feat-106 item 4.
+   */
+  open_task_count?: number;
+  /**
+   * Menor `schedule.due_at` entre as tasks abertas contadas acima (null = nenhuma
+   * com prazo). O FE deriva "vencida" comparando com o relógio local — NUNCA
+   * denormalizamos o booleano "vencida", que apodreceria com a passagem do tempo
+   * sem evento. feat-106 item 4.
+   */
+  next_task_due_at?: Date | null;
   contact_name?: string;
   contact_address?: string;
   updated_at?: Date;

package/dist/types/evo-med/calendar/index.d.ts

@@ -56,6 +56,13 @@ export interface IMedCalendarNotificationEntry {
     channels?: {
         [channelKind: string]: IMedCalendarNotificationChannelEntry;
     } | null;
+    /**
+     * feat-116 — `statusBase` elegíveis para envio deste tipo de notificação.
+     * Ausente/vazia ⇒ sem restrição (comportamento anterior). Validada pelo
+     * EXECUTOR no `execute_at` (revalidação), não pelo sweep — mesma semântica de
+     * match do `status_base_in` das rotinas do hub-automation.
+     */
+    eligible_status_base?: string[] | null;
 }
 /** Config de um canal dentro de um config de notificação (feat-092). */
 export interface IMedCalendarNotificationChannelEntry {
@@ -94,6 +101,12 @@ export declare const MedCalendarNotificationConfigKeys: {
      * "paciente confirmou".
      */
     readonly AppointmentConfirmation: "appointment_confirmation";
+    /**
+     * feat-116 — mensagem PÓS-CONSULTA (avaliação do atendimento, follow-up D+N de
+     * procedimento), disparada por rotina. Lida pelo handler
+     * `appointment_post_consultation`; sem CTAs de confirmar/remarcar.
+     */
+    readonly AppointmentPostConsultation: "appointment_post_consultation";
     readonly AppointmentCreated: "appointment_created";
     readonly AppointmentRescheduled: "appointment_rescheduled";
     readonly AppointmentCancelled: "appointment_cancelled";

package/dist/types/evo-med/calendar/index.js

@@ -37,6 +37,12 @@ exports.MedCalendarNotificationConfigKeys = {
      * "paciente confirmou".
      */
     AppointmentConfirmation: "appointment_confirmation",
+    /**
+     * feat-116 — mensagem PÓS-CONSULTA (avaliação do atendimento, follow-up D+N de
+     * procedimento), disparada por rotina. Lida pelo handler
+     * `appointment_post_consultation`; sem CTAs de confirmar/remarcar.
+     */
+    AppointmentPostConsultation: "appointment_post_consultation",
     AppointmentCreated: "appointment_created",
     AppointmentRescheduled: "appointment_rescheduled",
     AppointmentCancelled: "appointment_cancelled",

package/dist/types/evo-med/calendar/index.ts

@@ -71,6 +71,13 @@ export interface IMedCalendarNotificationEntry {
   channels?: {
     [channelKind: string]: IMedCalendarNotificationChannelEntry;
   } | null;
+  /**
+   * feat-116 — `statusBase` elegíveis para envio deste tipo de notificação.
+   * Ausente/vazia ⇒ sem restrição (comportamento anterior). Validada pelo
+   * EXECUTOR no `execute_at` (revalidação), não pelo sweep — mesma semântica de
+   * match do `status_base_in` das rotinas do hub-automation.
+   */
+  eligible_status_base?: string[] | null;
 }
 
 /** Config de um canal dentro de um config de notificação (feat-092). */
@@ -112,6 +119,12 @@ export const MedCalendarNotificationConfigKeys = {
    * "paciente confirmou".
    */
   AppointmentConfirmation: "appointment_confirmation",
+  /**
+   * feat-116 — mensagem PÓS-CONSULTA (avaliação do atendimento, follow-up D+N de
+   * procedimento), disparada por rotina. Lida pelo handler
+   * `appointment_post_consultation`; sem CTAs de confirmar/remarcar.
+   */
+  AppointmentPostConsultation: "appointment_post_consultation",
   AppointmentCreated: "appointment_created",
   AppointmentRescheduled: "appointment_rescheduled",
   AppointmentCancelled: "appointment_cancelled",

package/dist/types/evo-task/index.d.ts

@@ -56,6 +56,7 @@ export declare const TaskAutoHandlerEnum: {
     readonly AppointmentAction: "appointment_action";
     readonly AppointmentReminder: "appointment_reminder";
     readonly AppointmentConfirmation: "appointment_confirmation";
+    readonly AppointmentPostConsultation: "appointment_post_consultation";
     readonly IntegrationsSyncRun: "evo-integrations.sync-run";
     readonly CampaignMaterialize: "campaign.materialize";
     readonly CampaignDispatchBatch: "campaign.dispatch_batch";

package/dist/types/evo-task/index.js

@@ -103,6 +103,13 @@ exports.TaskAutoHandlerEnum = {
     // HSM com CTAs de confirmar/remarcar. Tópico: `appointment_confirmation.execute_requests`.
     // Espelhado à mão em `zTaskAutoHandlerSchema` — sem lá, criar a task estoura ZodError.
     AppointmentConfirmation: "appointment_confirmation",
+    // feat-116: mensagem PÓS-CONSULTA (avaliação, follow-up D+N de procedimento) —
+    // mesmo executor parametrizado do lembrete/confirmação, lendo
+    // `notification_config.configs.appointment_post_consultation` e SEM os CTAs de
+    // confirmar/remarcar (a consulta já aconteceu). Tópico:
+    // `appointment_post_consultation.execute_requests`.
+    // Espelhado à mão em `zTaskAutoHandlerSchema` — sem lá, criar a task estoura ZodError.
+    AppointmentPostConsultation: "appointment_post_consultation",
     // feat-078: handler que roda um sync de agenda do evo-integrations. O valor
     // é o nome do handler COM ponto de propósito — `resolveHandlerTopic` faz
     // `${handler}.execute_requests`, e a CF `integrations_sync` já escuta

package/dist/types/evo-task/index.ts

@@ -114,6 +114,13 @@ export const TaskAutoHandlerEnum = {
   // HSM com CTAs de confirmar/remarcar. Tópico: `appointment_confirmation.execute_requests`.
   // Espelhado à mão em `zTaskAutoHandlerSchema` — sem lá, criar a task estoura ZodError.
   AppointmentConfirmation: "appointment_confirmation",
+  // feat-116: mensagem PÓS-CONSULTA (avaliação, follow-up D+N de procedimento) —
+  // mesmo executor parametrizado do lembrete/confirmação, lendo
+  // `notification_config.configs.appointment_post_consultation` e SEM os CTAs de
+  // confirmar/remarcar (a consulta já aconteceu). Tópico:
+  // `appointment_post_consultation.execute_requests`.
+  // Espelhado à mão em `zTaskAutoHandlerSchema` — sem lá, criar a task estoura ZodError.
+  AppointmentPostConsultation: "appointment_post_consultation",
   // feat-078: handler que roda um sync de agenda do evo-integrations. O valor
   // é o nome do handler COM ponto de propósito — `resolveHandlerTopic` faz
   // `${handler}.execute_requests`, e a CF `integrations_sync` já escuta

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "evo360-types",
-  "version": "1.3.492",
+  "version": "1.3.497",
   "description": "HREVO360 Shared Types",
   "main": "./dist/index.js",
   "types": "./dist/index.d.ts",