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.
- package/dist/apps/evo-task/zod-schemas.d.ts +52 -52
- package/dist/apps/evo-task/zod-schemas.js +4 -0
- package/dist/apps/evo-task/zod-schemas.ts +4 -0
- package/dist/apps/hub-automation/zod-schemas.d.ts +172 -172
- package/dist/types/evo-med/calendar/index.d.ts +13 -0
- package/dist/types/evo-med/calendar/index.js +13 -0
- package/dist/types/evo-med/calendar/index.ts +13 -0
- package/dist/types/evo-task/index.d.ts +1 -0
- package/dist/types/evo-task/index.js +5 -0
- package/dist/types/evo-task/index.ts +5 -0
- package/package.json +1 -1
|
@@ -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
|