evo360-types 1.3.465 → 1.3.469

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -97,6 +97,19 @@ export declare const MedCalendarNotificationConfigKeys: {
97
97
  readonly AppointmentCreated: "appointment_created";
98
98
  readonly AppointmentRescheduled: "appointment_rescheduled";
99
99
  readonly AppointmentCancelled: "appointment_cancelled";
100
+ /**
101
+ * feat-107 — ciclo FINANCEIRO da consulta, na ordem em que acontece:
102
+ *
103
+ * `appointment_payment` ...... cobrança: manda o LINK de pagamento; o paciente
104
+ * ainda vai pagar.
105
+ * `appointment_payment_done` . agradecimento/confirmação, disparado depois que o
106
+ * sistema DETECTA o pagamento.
107
+ * `appointment_invoice` ...... nota fiscal já EMITIDA: manda o PDF da NF ao
108
+ * paciente (template com header de documento).
109
+ */
110
+ readonly AppointmentPayment: "appointment_payment";
111
+ readonly AppointmentPaymentDone: "appointment_payment_done";
112
+ readonly AppointmentInvoice: "appointment_invoice";
100
113
  };
101
114
  export type MedCalendarNotificationConfigKey = (typeof MedCalendarNotificationConfigKeys)[keyof typeof MedCalendarNotificationConfigKeys];
102
115
  export interface IMedCalendar extends IFireDoc {
@@ -40,4 +40,17 @@ exports.MedCalendarNotificationConfigKeys = {
40
40
  AppointmentCreated: "appointment_created",
41
41
  AppointmentRescheduled: "appointment_rescheduled",
42
42
  AppointmentCancelled: "appointment_cancelled",
43
+ /**
44
+ * feat-107 — ciclo FINANCEIRO da consulta, na ordem em que acontece:
45
+ *
46
+ * `appointment_payment` ...... cobrança: manda o LINK de pagamento; o paciente
47
+ * ainda vai pagar.
48
+ * `appointment_payment_done` . agradecimento/confirmação, disparado depois que o
49
+ * sistema DETECTA o pagamento.
50
+ * `appointment_invoice` ...... nota fiscal já EMITIDA: manda o PDF da NF ao
51
+ * paciente (template com header de documento).
52
+ */
53
+ AppointmentPayment: "appointment_payment",
54
+ AppointmentPaymentDone: "appointment_payment_done",
55
+ AppointmentInvoice: "appointment_invoice",
43
56
  };
@@ -115,6 +115,19 @@ export const MedCalendarNotificationConfigKeys = {
115
115
  AppointmentCreated: "appointment_created",
116
116
  AppointmentRescheduled: "appointment_rescheduled",
117
117
  AppointmentCancelled: "appointment_cancelled",
118
+ /**
119
+ * feat-107 — ciclo FINANCEIRO da consulta, na ordem em que acontece:
120
+ *
121
+ * `appointment_payment` ...... cobrança: manda o LINK de pagamento; o paciente
122
+ * ainda vai pagar.
123
+ * `appointment_payment_done` . agradecimento/confirmação, disparado depois que o
124
+ * sistema DETECTA o pagamento.
125
+ * `appointment_invoice` ...... nota fiscal já EMITIDA: manda o PDF da NF ao
126
+ * paciente (template com header de documento).
127
+ */
128
+ AppointmentPayment: "appointment_payment",
129
+ AppointmentPaymentDone: "appointment_payment_done",
130
+ AppointmentInvoice: "appointment_invoice",
118
131
  } as const;
119
132
 
120
133
  export type MedCalendarNotificationConfigKey =
@@ -55,6 +55,7 @@ export declare const TaskAutoHandlerEnum: {
55
55
  readonly LeadReactivation: "lead_reactivation";
56
56
  readonly AppointmentAction: "appointment_action";
57
57
  readonly AppointmentReminder: "appointment_reminder";
58
+ readonly AppointmentConfirmation: "appointment_confirmation";
58
59
  readonly IntegrationsSyncRun: "evo-integrations.sync-run";
59
60
  readonly CampaignMaterialize: "campaign.materialize";
60
61
  readonly CampaignDispatchBatch: "campaign.dispatch_batch";
@@ -98,6 +98,11 @@ exports.TaskAutoHandlerEnum = {
98
98
  // por canal habilitado (WhatsApp/e-mail), com quick-reply de confirmar/remarcar.
99
99
  // Tópico PubSub do executor: `appointment_reminder.execute_requests`.
100
100
  AppointmentReminder: "appointment_reminder",
101
+ // feat-102: PEDIDO de confirmação de consulta — mesmo fan-out do lembrete, mas
102
+ // lendo `notification_config.configs.appointment_confirmation` (feat-100). Envia o
103
+ // HSM com CTAs de confirmar/remarcar. Tópico: `appointment_confirmation.execute_requests`.
104
+ // Espelhado à mão em `zTaskAutoHandlerSchema` — sem lá, criar a task estoura ZodError.
105
+ AppointmentConfirmation: "appointment_confirmation",
101
106
  // feat-078: handler que roda um sync de agenda do evo-integrations. O valor
102
107
  // é o nome do handler COM ponto de propósito — `resolveHandlerTopic` faz
103
108
  // `${handler}.execute_requests`, e a CF `integrations_sync` já escuta
@@ -109,6 +109,11 @@ export const TaskAutoHandlerEnum = {
109
109
  // por canal habilitado (WhatsApp/e-mail), com quick-reply de confirmar/remarcar.
110
110
  // Tópico PubSub do executor: `appointment_reminder.execute_requests`.
111
111
  AppointmentReminder: "appointment_reminder",
112
+ // feat-102: PEDIDO de confirmação de consulta — mesmo fan-out do lembrete, mas
113
+ // lendo `notification_config.configs.appointment_confirmation` (feat-100). Envia o
114
+ // HSM com CTAs de confirmar/remarcar. Tópico: `appointment_confirmation.execute_requests`.
115
+ // Espelhado à mão em `zTaskAutoHandlerSchema` — sem lá, criar a task estoura ZodError.
116
+ AppointmentConfirmation: "appointment_confirmation",
112
117
  // feat-078: handler que roda um sync de agenda do evo-integrations. O valor
113
118
  // é o nome do handler COM ponto de propósito — `resolveHandlerTopic` faz
114
119
  // `${handler}.execute_requests`, e a CF `integrations_sync` já escuta
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "evo360-types",
3
- "version": "1.3.465",
3
+ "version": "1.3.469",
4
4
  "description": "HREVO360 Shared Types",
5
5
  "main": "./dist/index.js",
6
6
  "types": "./dist/index.d.ts",