evo360-types 1.3.490 → 1.3.494

package/dist/types/evo-finops/common/billing.d.ts

@@ -69,4 +69,15 @@ export interface INexFinopsBilling extends IFireGlobalDoc {
     customer_snapshot?: Record<string, unknown> | null;
     notes?: string | null;
 }
+/**
+ * Transições permitidas de status de cobrança.
+ *
+ * Nenhum estado é terminal: erro operacional (baixa indevida, cancelamento
+ * acidental) precisa ter caminho de volta. `canceled` era um beco sem saída, o que
+ * deixou duas cobranças presas em 12/08/2026 — uma delas JÁ PAGA — quando o
+ * cancelamento de um boleto propagou para a cobrança.
+ *
+ * `overdue` também só permitia seguir para `paid`, impedindo renegociar (voltar a
+ * `issued` com novo vencimento) ou cancelar uma cobrança vencida.
+ */
 export declare const NEX_FINOPS_BILLING_STATUS_TRANSITIONS: Record<NexFinopsBillingStatus, NexFinopsBillingStatus[]>;

package/dist/types/evo-finops/common/billing.js

@@ -2,10 +2,22 @@
 Object.defineProperty(exports, "__esModule", { value: true });
 exports.NEX_FINOPS_BILLING_STATUS_TRANSITIONS = void 0;
 // ── Status transitions ──
+/**
+ * Transições permitidas de status de cobrança.
+ *
+ * Nenhum estado é terminal: erro operacional (baixa indevida, cancelamento
+ * acidental) precisa ter caminho de volta. `canceled` era um beco sem saída, o que
+ * deixou duas cobranças presas em 12/08/2026 — uma delas JÁ PAGA — quando o
+ * cancelamento de um boleto propagou para a cobrança.
+ *
+ * `overdue` também só permitia seguir para `paid`, impedindo renegociar (voltar a
+ * `issued` com novo vencimento) ou cancelar uma cobrança vencida.
+ */
 exports.NEX_FINOPS_BILLING_STATUS_TRANSITIONS = {
     draft: ['issued', 'canceled'],
     issued: ['draft', 'paid', 'overdue', 'canceled'],
-    overdue: ['paid'],
+    overdue: ['paid', 'issued', 'canceled'],
     paid: ['issued'],
-    canceled: [],
+    // `draft` permite reeditar valores antes de reemitir; `issued` restaura direto.
+    canceled: ['draft', 'issued'],
 };

package/dist/types/evo-finops/common/billing.ts

@@ -120,10 +120,22 @@ export interface INexFinopsBilling extends IFireGlobalDoc {
 
 // ── Status transitions ──
 
+/**
+ * Transições permitidas de status de cobrança.
+ *
+ * Nenhum estado é terminal: erro operacional (baixa indevida, cancelamento
+ * acidental) precisa ter caminho de volta. `canceled` era um beco sem saída, o que
+ * deixou duas cobranças presas em 12/08/2026 — uma delas JÁ PAGA — quando o
+ * cancelamento de um boleto propagou para a cobrança.
+ *
+ * `overdue` também só permitia seguir para `paid`, impedindo renegociar (voltar a
+ * `issued` com novo vencimento) ou cancelar uma cobrança vencida.
+ */
 export const NEX_FINOPS_BILLING_STATUS_TRANSITIONS: Record<NexFinopsBillingStatus, NexFinopsBillingStatus[]> = {
   draft: ['issued', 'canceled'],
   issued: ['draft', 'paid', 'overdue', 'canceled'],
-  overdue: ['paid'],
+  overdue: ['paid', 'issued', 'canceled'],
   paid: ['issued'],
-  canceled: [],
+  // `draft` permite reeditar valores antes de reemitir; `issued` restaura direto.
+  canceled: ['draft', 'issued'],
 };

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.490",
+  "version": "1.3.494",
   "description": "HREVO360 Shared Types",
   "main": "./dist/index.js",
   "types": "./dist/index.d.ts",