@fayz-ai/plugin-clinical 0.2.0

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.
Files changed (10) hide show
  1. package/LICENSE +21 -0
  2. package/dist/index.d.ts +23 -0
  3. package/dist/index.d.ts.map +1 -0
  4. package/dist/index.js +3487 -0
  5. package/dist/index.js.map +1 -0
  6. package/dist/migrations/index.d.ts +27 -0
  7. package/dist/migrations/index.d.ts.map +1 -0
  8. package/dist/types.d.ts +19 -0
  9. package/dist/types.d.ts.map +1 -0
  10. package/package.json +53 -0
package/dist/migrations/index.d.ts ADDED
@@ -0,0 +1,27 @@
1
+ export declare const MIGRATION_001_O_ATENDIMENTO_CLINICO_TEM_ONDE_MORAR = "-- O atendimento cl\u00EDnico tem onde morar.\n--\n-- 358.577 linhas do Espa\u00E7o Facial n\u00E3o tinham destino nenhum no V2 \u2014 96% de tudo\n-- que ainda falta portar daquele tenant. N\u00E3o era uma tabela esquecida: era um\n-- DOM\u00CDNIO inteiro sem casa.\n--\n-- journey_executions 233.934 a sess\u00E3o de execu\u00E7\u00E3o\n-- execution_products 117.011 o produto consumido na sess\u00E3o\n-- execution_requirements 6.590 o que trava come\u00E7ar e terminar\n-- service_revisions 110 a vers\u00E3o do servi\u00E7o (pre\u00E7o, prazo)\n-- service_revision_forms 87 os formul\u00E1rios daquela vers\u00E3o\n-- prepaid_item_outcomes 30 o desfecho do item contratado\n--\n-- \u2500\u2500 Por que n\u00E3o \u00E9 a agenda \u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\n--\n-- A agenda termina em QUEM, QUANDO e ONDE \u2014 `appointments` e\n-- `appointment_items`, que j\u00E1 atravessaram na migration 008. O que est\u00E1 aqui \u00E9\n-- O QUE FOI FEITO, e tem ciclo de vida pr\u00F3prio: revis\u00E3o com pai\n-- (`parent_execution_id`), requisitos que bloqueiam in\u00EDcio e fim, consumo de\n-- produto auditado contra o estoque, foto por pose.\n--\n-- A jornada est\u00E1 documentada em\n-- ~/dev/beautyplace/docs/v1-guide/jornadas/avaliacao-e-contratacao/FLOW.md\n-- (`v2.status: missing`): anamnese COM VALIDADE \u2192 avalia\u00E7\u00E3o com desenho do rosto\n-- e foto \u2192 indica\u00E7\u00E3o com quantidade \u2192 \"o que o cliente deseja contratar\" \u2192\n-- contrato assinado e termo de sess\u00E3o \u2192 executar s\u00F3 o que couber hoje \u2192 r\u00E9gua de\n-- etapas com cron\u00F4metro e evolu\u00E7\u00E3o cl\u00EDnica.\n--\n-- \u00C9 capacidade de VERTICAL (est\u00E9tica, sa\u00FAde), n\u00E3o do n\u00FAcleo. Por isso plugin\n-- pr\u00F3prio e entrada em `optional` no chain.json, como o workforce.\n--\n-- \u2500\u2500 O que N\u00C3O \u00E9 deste dom\u00EDnio, apesar do nome \u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\n--\n-- `journeys` e `journey_steps` compartilham o prefixo com `journey_executions` e\n-- n\u00E3o t\u00EAm rela\u00E7\u00E3o nenhuma com ele: ZERO chave estrangeira entre os dois, e\n-- `journey_steps` aponta para `message_templates` carregando `wait_value`,\n-- `channel`, `quiet_hours_start` e `cooldown_days`. \u00C9 automa\u00E7\u00E3o de COMUNICA\u00C7\u00C3O,\n-- e o destino dela \u00E9 `plg_automations_flows`, que j\u00E1 existe. S\u00E3o 7 linhas, e a\n-- tela delas no V1 nem abre (V1-027).\n--\n-- \u2500\u2500 As colunas que ficaram para tr\u00E1s, e por qu\u00EA \u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\n--\n-- Medido no tenant 1 em 21/09/2026:\n--\n-- `execution_products.stock_deducted` 0 de 117.015 verdadeiras\n-- `execution_products.stock_movement_id` 0 preenchidas\n-- `execution_products.stock_position_id` 0 preenchidas\n-- `position_allocations` / `unit_label_allocations` 0 preenchidas\n--\n-- O consumo NUNCA deu baixa no estoque neste tenant. Isso n\u00E3o \u00E9 defeito do\n-- porte: \u00E9 o que o pr\u00F3prio Guia do V1 descreve na jornada\n-- `auditoria-de-uso-e-estoque`, onde a auditoria \u00E9 port\u00E3o PR\u00C9-baixa e a baixa\n-- fica pendurada. Trazer colunas vazias faria a tela do V2 afirmar que existe um\n-- v\u00EDnculo com o raz\u00E3o que nunca existiu. O dia em que houver baixa, ela vira\n-- `plg_inventory_stock_movements` com `subject_id` apontando para a sess\u00E3o.\n--\n-- `journey_executions.product_id` 0 de 233.950 \u2014 coluna morta\n-- `journey_executions.status` redundante com `journey_status`, que\n-- \u00E9 mais granular (separa quoted de\n-- contracted). Vai para metadata.\n-- `execution_photos` / `consumption_photos` s\u00E3o ARQUIVO, e arquivo no V2 \u00E9\n-- `public.documents`. S\u00E3o muitos por sess\u00E3o, cada um com a sua pose, ent\u00E3o o\n-- v\u00EDnculo \u00E9 `documents.subject_type`/`subject_id` \u2014 e n\u00E3o uma coluna de\n-- array que nenhuma RLS de arquivo alcan\u00E7a.\n--\n-- Idempotente.\n\n-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n-- 1. A sess\u00E3o\n-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n\nCREATE TABLE IF NOT EXISTS public.plg_clinical_sessions (\n id uuid DEFAULT gen_random_uuid() NOT NULL,\n tenant_id uuid NOT NULL,\n unit_id uuid,\n -- O `journey_status` do V1. Fechado num CHECK porque \u00E9 vocabul\u00E1rio de\n -- plugin, n\u00E3o arqu\u00E9tipo \u2014 `schedule_kinds`/`appointment_kinds` s\u00E3o registros\n -- de esp\u00E9cie, e uma sess\u00E3o cl\u00EDnica n\u00E3o \u00E9 esp\u00E9cie de nada.\n status text DEFAULT 'pending'::text NOT NULL,\n -- O agendamento: 226.551 de 233.950 (96,8%). Os que faltam s\u00E3o sess\u00E3o sem\n -- agenda \u2014 contratada e ainda n\u00E3o marcada.\n booking_id uuid,\n -- O item do agendamento: 2.511 de 233.950. Raro no V1 e mantido assim: o\n -- v\u00EDnculo forte com o que foi vendido \u00E9 `order_item_id`.\n booking_item_id uuid,\n party_id uuid,\n -- Quem estava marcado e quem de fato executou s\u00E3o duas perguntas. O V1\n -- guarda as duas (`professional_id`, `execution_professional_id`) e a\n -- segunda s\u00F3 existe em 148.414 \u2014 \u00E9 ela que a comiss\u00E3o l\u00EA.\n assignee_id uuid,\n performed_by_id uuid,\n service_id uuid,\n order_item_id uuid,\n quote_item_id uuid,\n -- 233.281 de 233.950 (99,7%) t\u00EAm oportunidade. A sess\u00E3o pendura no NEG\u00D3CIO\n -- antes de pendurar na agenda, e \u00E9 por isso que ela existe para o que foi\n -- or\u00E7ado e nunca marcado.\n deal_id uuid,\n revision_number integer DEFAULT 1 NOT NULL,\n parent_session_id uuid,\n source_evaluation_id uuid,\n scheduled_for date,\n started_at timestamp with time zone,\n ended_at timestamp with time zone,\n products_initialized boolean DEFAULT false NOT NULL,\n notes text,\n metadata jsonb DEFAULT '{}'::jsonb NOT NULL,\n owner_id uuid,\n created_at timestamp with time zone DEFAULT now() NOT NULL,\n updated_at timestamp with time zone DEFAULT now() NOT NULL,\n CONSTRAINT plg_clinical_sessions_status_check CHECK (status = ANY (ARRAY[\n 'quoted'::text, 'contracted'::text, 'scheduled'::text, 'in_service'::text,\n 'in_progress'::text, 'executed'::text, 'pending'::text])),\n CONSTRAINT plg_clinical_sessions_revision_check CHECK (revision_number >= 1),\n -- A sess\u00E3o termina depois de come\u00E7ar. O V1 n\u00E3o cobra isso e por isso a\n -- recusa vive no writer do porte, n\u00E3o aqui \u2014 mas daqui para frente vale.\n CONSTRAINT plg_clinical_sessions_window_check\n CHECK (started_at IS NULL OR ended_at IS NULL OR ended_at >= started_at)\n);\n\nCOMMENT ON TABLE public.plg_clinical_sessions IS\n 'A sess\u00E3o de execu\u00E7\u00E3o do atendimento cl\u00EDnico. V1: journey_executions \u2014 que N\u00C3O tem rela\u00E7\u00E3o com journeys, apesar do nome.';\nCOMMENT ON COLUMN public.plg_clinical_sessions.performed_by_id IS\n 'V1: execution_professional_id \u2014 quem de fato executou, que pode n\u00E3o ser quem estava marcado.';\nCOMMENT ON COLUMN public.plg_clinical_sessions.source_evaluation_id IS\n 'V1: source_evaluation_execution_id \u2014 a avalia\u00E7\u00E3o que originou esta indica\u00E7\u00E3o.';\n\n-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n-- 2. O produto consumido\n-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n\nCREATE TABLE IF NOT EXISTS public.plg_clinical_session_products (\n id uuid DEFAULT gen_random_uuid() NOT NULL,\n tenant_id uuid NOT NULL,\n unit_id uuid,\n session_id uuid NOT NULL,\n product_id uuid NOT NULL,\n order_item_id uuid,\n assignee_id uuid,\n -- O \"Padr\u00E3o: N\" da ficha t\u00E9cnica contra o que a profissional realmente usou.\n -- \u00C9 a diferen\u00E7a entre os dois que a auditoria de consumo l\u00EA.\n default_quantity numeric(14,4),\n used_quantity numeric(14,4),\n used_unit_id uuid,\n executed_on date,\n is_audited boolean DEFAULT false NOT NULL,\n audited_at timestamp with time zone,\n audited_by uuid,\n audit_notes text,\n metadata jsonb DEFAULT '{}'::jsonb NOT NULL,\n created_at timestamp with time zone DEFAULT now() NOT NULL,\n updated_at timestamp with time zone DEFAULT now() NOT NULL,\n CONSTRAINT plg_clinical_session_products_qty_check\n CHECK (used_quantity IS NULL OR used_quantity >= 0)\n);\n\nCOMMENT ON TABLE public.plg_clinical_session_products IS\n 'O produto consumido na sess\u00E3o, com o padr\u00E3o da ficha t\u00E9cnica ao lado do usado. V1: execution_products. As colunas de baixa de estoque n\u00E3o vieram: 0 de 117.015 estavam preenchidas.';\n\n-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n-- 3. O que trava come\u00E7ar e terminar\n-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n\nCREATE TABLE IF NOT EXISTS public.plg_clinical_requirements (\n id uuid DEFAULT gen_random_uuid() NOT NULL,\n tenant_id uuid NOT NULL,\n unit_id uuid,\n session_id uuid,\n booking_id uuid,\n party_id uuid,\n service_id uuid,\n kind text NOT NULL,\n scope text NOT NULL,\n -- As duas travas do V1, e elas s\u00E3o diferentes: a anamnese impede COME\u00C7AR, o\n -- termo de sess\u00E3o impede TERMINAR. 1.107 e 1.023 linhas no tenant 1.\n blocks_start boolean DEFAULT false NOT NULL,\n blocks_finish boolean DEFAULT false NOT NULL,\n status text DEFAULT 'pending'::text NOT NULL,\n -- O que resolveu a exig\u00EAncia \u00E9 polim\u00F3rfico no V1 (`resolved_table` +\n -- `resolved_id`) e continua sendo aqui, com o mesmo par que\n -- `public.documents` j\u00E1 usa. Um formul\u00E1rio resolve por uma linha de\n -- plg_forms_documents; um contrato, por outra.\n subject_type text,\n subject_id uuid,\n candidate_type text,\n candidate_id uuid,\n resolved_via text,\n resolved_at timestamp with time zone,\n -- A anamnese vale at\u00E9 uma data (\"V\u00E1lido at\u00E9 08/03/2027\"), e \u00E9 isso que\n -- solta o resto da r\u00E9gua.\n valid_until timestamp with time zone,\n frozen_at timestamp with time zone,\n rule_sources jsonb DEFAULT '[]'::jsonb NOT NULL,\n metadata jsonb DEFAULT '{}'::jsonb NOT NULL,\n created_at timestamp with time zone DEFAULT now() NOT NULL,\n updated_at timestamp with time zone DEFAULT now() NOT NULL,\n CONSTRAINT plg_clinical_requirements_kind_check CHECK (kind = ANY (ARRAY[\n 'form'::text, 'evaluation'::text, 'contract'::text, 'session_term'::text,\n 'products'::text, 'invoice_item'::text, 'revision_link'::text])),\n CONSTRAINT plg_clinical_requirements_scope_check\n CHECK (scope = ANY (ARRAY['service'::text, 'attendance'::text])),\n CONSTRAINT plg_clinical_requirements_status_check CHECK (status = ANY (ARRAY[\n 'pending'::text, 'resolved'::text, 'not_applicable'::text]))\n);\n\nCOMMENT ON TABLE public.plg_clinical_requirements IS\n 'A exig\u00EAncia que trava o in\u00EDcio ou o fim do atendimento \u2014 anamnese, avalia\u00E7\u00E3o, contrato, termo, kit. V1: execution_requirements.';\n\n-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n-- 4. A vers\u00E3o do servi\u00E7o\n-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n--\n-- O servi\u00E7o muda de pre\u00E7o e de prazo, e o que foi contratado tem de continuar\n-- valendo o que valia. A revis\u00E3o \u00E9 o congelamento \u2014 e ela carrega os\n-- formul\u00E1rios que aquela vers\u00E3o exigia.\nCREATE TABLE IF NOT EXISTS public.plg_clinical_service_revisions (\n id uuid DEFAULT gen_random_uuid() NOT NULL,\n tenant_id uuid NOT NULL,\n service_id uuid NOT NULL,\n revision_number integer NOT NULL,\n price numeric(14,2),\n duration_minutes integer,\n deadline_days integer,\n -- Os `service_revision_forms` daquela revis\u00E3o. S\u00E3o 87 linhas em 110\n -- revis\u00F5es: uma lista curta, sem vida pr\u00F3pria e sem tela \u2014 jsonb em vez de\n -- uma quarta tabela que ningu\u00E9m consulta sozinha.\n form_template_refs jsonb DEFAULT '[]'::jsonb NOT NULL,\n metadata jsonb DEFAULT '{}'::jsonb NOT NULL,\n created_at timestamp with time zone DEFAULT now() NOT NULL,\n updated_at timestamp with time zone DEFAULT now() NOT NULL,\n CONSTRAINT plg_clinical_service_revisions_number_check CHECK (revision_number >= 1)\n);\n\nCOMMENT ON TABLE public.plg_clinical_service_revisions IS\n 'A vers\u00E3o congelada do servi\u00E7o \u2014 pre\u00E7o, dura\u00E7\u00E3o e prazo no momento da contrata\u00E7\u00E3o. V1: service_revisions + service_revision_forms.';\n\n-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n-- 5. O desfecho do que foi contratado e n\u00E3o executado\n-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n\nCREATE TABLE IF NOT EXISTS public.plg_clinical_prepaid_outcomes (\n id uuid DEFAULT gen_random_uuid() NOT NULL,\n tenant_id uuid NOT NULL,\n unit_id uuid,\n booking_id uuid,\n order_item_id uuid,\n outcome text NOT NULL,\n reason text,\n decided_by uuid,\n decided_at timestamp with time zone DEFAULT now() NOT NULL,\n metadata jsonb DEFAULT '{}'::jsonb NOT NULL,\n created_at timestamp with time zone DEFAULT now() NOT NULL,\n updated_at timestamp with time zone DEFAULT now() NOT NULL,\n CONSTRAINT plg_clinical_prepaid_outcomes_check CHECK (outcome = ANY (ARRAY[\n 'contracted'::text, 'declined'::text, 'postponed'::text]))\n);\n\nCOMMENT ON TABLE public.plg_clinical_prepaid_outcomes IS\n 'O que aconteceu com o servi\u00E7o contratado e n\u00E3o executado no dia \u2014 contratado, recusado ou adiado. V1: prepaid_item_outcomes.';\n\n-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n-- 6. As chaves\n-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n--\n-- Toda FK para uma tabela escopada por unidade \u00E9 COMPOSTA (tenant_id, id): \u00E9\n-- ela que impede a sess\u00E3o de uma casa apontar para o agendamento de outra. Onde\n-- a refer\u00EAncia \u00E9 opcional, `ON DELETE SET NULL` \u2014 apagar o agendamento n\u00E3o pode\n-- levar o prontu\u00E1rio junto.\nDO $$\nDECLARE\n t text;\n tabelas text[] := ARRAY['plg_clinical_sessions', 'plg_clinical_session_products',\n 'plg_clinical_requirements', 'plg_clinical_service_revisions',\n 'plg_clinical_prepaid_outcomes'];\nBEGIN\n FOREACH t IN ARRAY tabelas LOOP\n IF NOT EXISTS (SELECT 1 FROM pg_constraint\n WHERE conrelid = ('public.' || t)::regclass AND contype = 'p') THEN\n EXECUTE format('ALTER TABLE ONLY public.%I ADD CONSTRAINT %I PRIMARY KEY (id)', t, t || '_pkey');\n END IF;\n IF NOT EXISTS (SELECT 1 FROM pg_constraint WHERE conname = t || '_tenant_id_id_key') THEN\n EXECUTE format('ALTER TABLE ONLY public.%I ADD CONSTRAINT %I UNIQUE (tenant_id, id)', t, t || '_tenant_id_id_key');\n END IF;\n IF NOT EXISTS (SELECT 1 FROM pg_constraint WHERE conname = t || '_tenant_fkey') THEN\n EXECUTE format('ALTER TABLE ONLY public.%I ADD CONSTRAINT %I FOREIGN KEY (tenant_id) REFERENCES public.tenants(id) ON DELETE CASCADE', t, t || '_tenant_fkey');\n END IF;\n END LOOP;\nEND $$;\n\nDO $$ BEGIN\n -- sess\u00F5es\n IF NOT EXISTS (SELECT 1 FROM pg_constraint WHERE conname = 'plg_clinical_sessions_unit_fkey') THEN\n ALTER TABLE ONLY public.plg_clinical_sessions ADD CONSTRAINT plg_clinical_sessions_unit_fkey\n FOREIGN KEY (tenant_id, unit_id) REFERENCES app.units(tenant_id, id) ON DELETE SET NULL;\n END IF;\n IF NOT EXISTS (SELECT 1 FROM pg_constraint WHERE conname = 'plg_clinical_sessions_booking_fkey') THEN\n ALTER TABLE ONLY public.plg_clinical_sessions ADD CONSTRAINT plg_clinical_sessions_booking_fkey\n FOREIGN KEY (booking_id) REFERENCES public.appointments(id) ON DELETE SET NULL;\n END IF;\n IF NOT EXISTS (SELECT 1 FROM pg_constraint WHERE conname = 'plg_clinical_sessions_booking_item_fkey') THEN\n ALTER TABLE ONLY public.plg_clinical_sessions ADD CONSTRAINT plg_clinical_sessions_booking_item_fkey\n FOREIGN KEY (booking_item_id) REFERENCES public.appointment_items(id) ON DELETE SET NULL;\n END IF;\n IF NOT EXISTS (SELECT 1 FROM pg_constraint WHERE conname = 'plg_clinical_sessions_party_fkey') THEN\n ALTER TABLE ONLY public.plg_clinical_sessions ADD CONSTRAINT plg_clinical_sessions_party_fkey\n FOREIGN KEY (party_id) REFERENCES public.people(id) ON DELETE SET NULL;\n END IF;\n IF NOT EXISTS (SELECT 1 FROM pg_constraint WHERE conname = 'plg_clinical_sessions_assignee_fkey') THEN\n ALTER TABLE ONLY public.plg_clinical_sessions ADD CONSTRAINT plg_clinical_sessions_assignee_fkey\n FOREIGN KEY (assignee_id) REFERENCES public.people(id) ON DELETE SET NULL;\n END IF;\n IF NOT EXISTS (SELECT 1 FROM pg_constraint WHERE conname = 'plg_clinical_sessions_performed_by_fkey') THEN\n ALTER TABLE ONLY public.plg_clinical_sessions ADD CONSTRAINT plg_clinical_sessions_performed_by_fkey\n FOREIGN KEY (performed_by_id) REFERENCES public.people(id) ON DELETE SET NULL;\n END IF;\n IF NOT EXISTS (SELECT 1 FROM pg_constraint WHERE conname = 'plg_clinical_sessions_service_fkey') THEN\n ALTER TABLE ONLY public.plg_clinical_sessions ADD CONSTRAINT plg_clinical_sessions_service_fkey\n FOREIGN KEY (service_id) REFERENCES public.products(id) ON DELETE SET NULL;\n END IF;\n IF NOT EXISTS (SELECT 1 FROM pg_constraint WHERE conname = 'plg_clinical_sessions_order_item_fkey') THEN\n ALTER TABLE ONLY public.plg_clinical_sessions ADD CONSTRAINT plg_clinical_sessions_order_item_fkey\n FOREIGN KEY (order_item_id) REFERENCES public.items(id) ON DELETE SET NULL;\n END IF;\n IF NOT EXISTS (SELECT 1 FROM pg_constraint WHERE conname = 'plg_clinical_sessions_quote_item_fkey') THEN\n ALTER TABLE ONLY public.plg_clinical_sessions ADD CONSTRAINT plg_clinical_sessions_quote_item_fkey\n FOREIGN KEY (quote_item_id) REFERENCES public.items(id) ON DELETE SET NULL;\n END IF;\n -- O pai e a avalia\u00E7\u00E3o de origem s\u00E3o a MESMA tabela. CASCADE aqui apagaria a\n -- corrente de revis\u00F5es inteira ao apagar a primeira; SET NULL deixa as filhas\n -- \u00F3rf\u00E3s e leg\u00EDveis, que \u00E9 o que um prontu\u00E1rio pede.\n IF NOT EXISTS (SELECT 1 FROM pg_constraint WHERE conname = 'plg_clinical_sessions_parent_fkey') THEN\n ALTER TABLE ONLY public.plg_clinical_sessions ADD CONSTRAINT plg_clinical_sessions_parent_fkey\n FOREIGN KEY (parent_session_id) REFERENCES public.plg_clinical_sessions(id) ON DELETE SET NULL;\n END IF;\n IF NOT EXISTS (SELECT 1 FROM pg_constraint WHERE conname = 'plg_clinical_sessions_source_eval_fkey') THEN\n ALTER TABLE ONLY public.plg_clinical_sessions ADD CONSTRAINT plg_clinical_sessions_source_eval_fkey\n FOREIGN KEY (source_evaluation_id) REFERENCES public.plg_clinical_sessions(id) ON DELETE SET NULL;\n END IF;\n\n -- produtos da sess\u00E3o: a sess\u00E3o some, o consumo some junto \u2014 ele n\u00E3o existe fora dela\n IF NOT EXISTS (SELECT 1 FROM pg_constraint WHERE conname = 'plg_clinical_session_products_session_fkey') THEN\n ALTER TABLE ONLY public.plg_clinical_session_products ADD CONSTRAINT plg_clinical_session_products_session_fkey\n FOREIGN KEY (tenant_id, session_id) REFERENCES public.plg_clinical_sessions(tenant_id, id) ON DELETE CASCADE;\n END IF;\n IF NOT EXISTS (SELECT 1 FROM pg_constraint WHERE conname = 'plg_clinical_session_products_product_fkey') THEN\n ALTER TABLE ONLY public.plg_clinical_session_products ADD CONSTRAINT plg_clinical_session_products_product_fkey\n FOREIGN KEY (product_id) REFERENCES public.products(id) ON DELETE CASCADE;\n END IF;\n IF NOT EXISTS (SELECT 1 FROM pg_constraint WHERE conname = 'plg_clinical_session_products_unit_fkey') THEN\n ALTER TABLE ONLY public.plg_clinical_session_products ADD CONSTRAINT plg_clinical_session_products_unit_fkey\n FOREIGN KEY (tenant_id, unit_id) REFERENCES app.units(tenant_id, id) ON DELETE SET NULL;\n END IF;\n -- A UNIDADE DE MEDIDA (SR, UI, mL) MORA NO ESTOQUE, E FICA SEM CHAVE.\n --\n -- Havia uma FK para `plg_inventory_measurement_units`. Ela amarra dois ciclos\n -- de release e torna imposs\u00EDvel desinstalar o estoque sem derrubar o\n -- prontu\u00E1rio \u2014 a cl\u00EDnica que n\u00E3o usa estoque passaria a precisar dele. O\n -- `used_unit_id` continua sendo o uuid de l\u00E1; quem quiser o s\u00EDmbolo resolve\n -- na leitura, e unidade apagada vira n\u00FAmero sem r\u00F3tulo em vez de escrita\n -- recusada.\n ALTER TABLE public.plg_clinical_session_products\n DROP CONSTRAINT IF EXISTS plg_clinical_session_products_uom_fkey;\n\n -- exig\u00EAncias\n IF NOT EXISTS (SELECT 1 FROM pg_constraint WHERE conname = 'plg_clinical_requirements_session_fkey') THEN\n ALTER TABLE ONLY public.plg_clinical_requirements ADD CONSTRAINT plg_clinical_requirements_session_fkey\n FOREIGN KEY (tenant_id, session_id) REFERENCES public.plg_clinical_sessions(tenant_id, id) ON DELETE CASCADE;\n END IF;\n IF NOT EXISTS (SELECT 1 FROM pg_constraint WHERE conname = 'plg_clinical_requirements_booking_fkey') THEN\n ALTER TABLE ONLY public.plg_clinical_requirements ADD CONSTRAINT plg_clinical_requirements_booking_fkey\n FOREIGN KEY (booking_id) REFERENCES public.appointments(id) ON DELETE CASCADE;\n END IF;\n IF NOT EXISTS (SELECT 1 FROM pg_constraint WHERE conname = 'plg_clinical_requirements_unit_fkey') THEN\n ALTER TABLE ONLY public.plg_clinical_requirements ADD CONSTRAINT plg_clinical_requirements_unit_fkey\n FOREIGN KEY (tenant_id, unit_id) REFERENCES app.units(tenant_id, id) ON DELETE SET NULL;\n END IF;\n\n -- revis\u00E3o do servi\u00E7o: uma por (servi\u00E7o, n\u00FAmero)\n IF NOT EXISTS (SELECT 1 FROM pg_constraint WHERE conname = 'plg_clinical_service_revisions_service_fkey') THEN\n ALTER TABLE ONLY public.plg_clinical_service_revisions ADD CONSTRAINT plg_clinical_service_revisions_service_fkey\n FOREIGN KEY (service_id) REFERENCES public.products(id) ON DELETE CASCADE;\n END IF;\n\n -- desfecho\n IF NOT EXISTS (SELECT 1 FROM pg_constraint WHERE conname = 'plg_clinical_prepaid_outcomes_booking_fkey') THEN\n ALTER TABLE ONLY public.plg_clinical_prepaid_outcomes ADD CONSTRAINT plg_clinical_prepaid_outcomes_booking_fkey\n FOREIGN KEY (booking_id) REFERENCES public.appointments(id) ON DELETE CASCADE;\n END IF;\n IF NOT EXISTS (SELECT 1 FROM pg_constraint WHERE conname = 'plg_clinical_prepaid_outcomes_item_fkey') THEN\n ALTER TABLE ONLY public.plg_clinical_prepaid_outcomes ADD CONSTRAINT plg_clinical_prepaid_outcomes_item_fkey\n FOREIGN KEY (order_item_id) REFERENCES public.items(id) ON DELETE SET NULL;\n END IF;\n IF NOT EXISTS (SELECT 1 FROM pg_constraint WHERE conname = 'plg_clinical_prepaid_outcomes_unit_fkey') THEN\n ALTER TABLE ONLY public.plg_clinical_prepaid_outcomes ADD CONSTRAINT plg_clinical_prepaid_outcomes_unit_fkey\n FOREIGN KEY (tenant_id, unit_id) REFERENCES app.units(tenant_id, id) ON DELETE SET NULL;\n END IF;\nEND $$;\n\nCREATE UNIQUE INDEX IF NOT EXISTS plg_clinical_service_revisions_service_number_key\n ON public.plg_clinical_service_revisions USING btree (tenant_id, service_id, revision_number);\n\n-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n-- 7. Os \u00EDndices das tr\u00EAs perguntas que a tela faz\n-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n--\n-- \"o que aconteceu com esta paciente\" \u00B7 \"o que falta neste atendimento\" \u00B7\n-- \"quanto deste produto saiu\". Com 233 mil sess\u00F5es numa rede de 63 unidades,\n-- cada uma dessas sem \u00EDndice \u00E9 uma varredura.\nCREATE INDEX IF NOT EXISTS plg_clinical_sessions_party_idx\n ON public.plg_clinical_sessions USING btree (tenant_id, party_id, scheduled_for DESC);\nCREATE INDEX IF NOT EXISTS plg_clinical_sessions_booking_idx\n ON public.plg_clinical_sessions USING btree (tenant_id, booking_id) WHERE booking_id IS NOT NULL;\nCREATE INDEX IF NOT EXISTS plg_clinical_sessions_unit_status_idx\n ON public.plg_clinical_sessions USING btree (tenant_id, unit_id, status, scheduled_for DESC);\nCREATE INDEX IF NOT EXISTS plg_clinical_sessions_deal_idx\n ON public.plg_clinical_sessions USING btree (tenant_id, deal_id) WHERE deal_id IS NOT NULL;\nCREATE INDEX IF NOT EXISTS plg_clinical_session_products_session_idx\n ON public.plg_clinical_session_products USING btree (tenant_id, session_id);\nCREATE INDEX IF NOT EXISTS plg_clinical_session_products_product_idx\n ON public.plg_clinical_session_products USING btree (tenant_id, product_id, executed_on DESC);\nCREATE INDEX IF NOT EXISTS plg_clinical_requirements_session_idx\n ON public.plg_clinical_requirements USING btree (tenant_id, session_id, status);\nCREATE INDEX IF NOT EXISTS plg_clinical_requirements_booking_pending_idx\n ON public.plg_clinical_requirements USING btree (tenant_id, booking_id)\n WHERE status = 'pending'::text;\n\nDO $$\nDECLARE t text;\nBEGIN\n FOREACH t IN ARRAY ARRAY['plg_clinical_sessions', 'plg_clinical_session_products',\n 'plg_clinical_requirements', 'plg_clinical_service_revisions',\n 'plg_clinical_prepaid_outcomes'] LOOP\n EXECUTE format('DROP TRIGGER IF EXISTS %I ON public.%I', t || '_updated_at', t);\n EXECUTE format('CREATE TRIGGER %I BEFORE UPDATE ON public.%I FOR EACH ROW EXECUTE FUNCTION public.handle_updated_at()', t || '_updated_at', t);\n END LOOP;\nEND $$;\n\n-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n-- 8. Quem enxerga o prontu\u00E1rio\n-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n--\n-- Escopo de UNIDADE nas quatro tabelas que t\u00EAm unidade, e permiss\u00E3o pr\u00F3pria:\n-- `clinical.read` n\u00E3o \u00E9 `agenda.read`. Quem marca hor\u00E1rio n\u00E3o l\u00EA anamnese.\n--\n-- A revis\u00E3o do servi\u00E7o \u00E9 a exce\u00E7\u00E3o: ela \u00E9 do CAT\u00C1LOGO, n\u00E3o de uma filial \u2014 o\n-- pre\u00E7o congelado de um servi\u00E7o vale na rede inteira, e escond\u00EA-lo por unidade\n-- faria a fatura de ontem virar um n\u00FAmero sem origem.\n-- As cinco, uma a uma e por extenso. O la\u00E7o abaixo j\u00E1 liga tudo isto \u2014 mas ele\n-- liga por `EXECUTE format(...)`, e o port\u00E3o que revisa plugin l\u00EA o ARQUIVO,\n-- n\u00E3o o banco: para ele, tabela com tenant_id e sem um ENABLE literal \u00E9 tabela\n-- aberta. Uma garantia que o revisor n\u00E3o consegue ler \u00E9 uma garantia que\n-- ningu\u00E9m confere.\nALTER TABLE public.plg_clinical_sessions ENABLE ROW LEVEL SECURITY;\nALTER TABLE public.plg_clinical_session_products ENABLE ROW LEVEL SECURITY;\nALTER TABLE public.plg_clinical_requirements ENABLE ROW LEVEL SECURITY;\nALTER TABLE public.plg_clinical_service_revisions ENABLE ROW LEVEL SECURITY;\nALTER TABLE public.plg_clinical_prepaid_outcomes ENABLE ROW LEVEL SECURITY;\n\nDO $$\nDECLARE\n t text;\n unidade boolean;\nBEGIN\n FOREACH t IN ARRAY ARRAY['plg_clinical_sessions', 'plg_clinical_session_products',\n 'plg_clinical_requirements', 'plg_clinical_service_revisions',\n 'plg_clinical_prepaid_outcomes'] LOOP\n unidade := t <> 'plg_clinical_service_revisions';\n EXECUTE format('ALTER TABLE public.%I FORCE ROW LEVEL SECURITY', t);\n EXECUTE format('ALTER TABLE public.%I ENABLE ROW LEVEL SECURITY', t);\n EXECUTE format('GRANT SELECT, INSERT, UPDATE, DELETE ON TABLE public.%I TO authenticated', t);\n EXECUTE format('GRANT ALL ON TABLE public.%I TO service_role', t);\n\n EXECUTE format('DROP POLICY IF EXISTS %I ON public.%I', t || '_authz_select', t);\n EXECUTE format($f$CREATE POLICY %I ON public.%I FOR SELECT TO authenticated USING (\n tenant_id = (SELECT app.current_tenant_id())\n AND (%s)\n AND (SELECT app.has_permission('clinical.read', %s)))$f$,\n t || '_authz_select', t,\n CASE WHEN unidade THEN format('unit_id IS NULL OR (SELECT app.has_unit(%I.unit_id))', t) ELSE 'true' END,\n CASE WHEN unidade THEN format('%I.unit_id', t) ELSE 'NULL::uuid' END);\n\n EXECUTE format('DROP POLICY IF EXISTS %I ON public.%I', t || '_authz_insert', t);\n EXECUTE format($f$CREATE POLICY %I ON public.%I FOR INSERT TO authenticated WITH CHECK (\n tenant_id = (SELECT app.current_tenant_id())\n AND (%s)\n AND (SELECT app.has_permission('clinical.create', %s)))$f$,\n t || '_authz_insert', t,\n CASE WHEN unidade THEN format('unit_id IS NULL OR (SELECT app.has_unit(%I.unit_id))', t) ELSE 'true' END,\n CASE WHEN unidade THEN format('%I.unit_id', t) ELSE 'NULL::uuid' END);\n\n EXECUTE format('DROP POLICY IF EXISTS %I ON public.%I', t || '_authz_update', t);\n EXECUTE format($f$CREATE POLICY %I ON public.%I FOR UPDATE TO authenticated USING (\n tenant_id = (SELECT app.current_tenant_id())\n AND (%s)\n AND (SELECT app.has_permission('clinical.edit', %s)))\n WITH CHECK (\n tenant_id = (SELECT app.current_tenant_id())\n AND (SELECT app.has_permission('clinical.edit', %s)))$f$,\n t || '_authz_update', t,\n CASE WHEN unidade THEN format('unit_id IS NULL OR (SELECT app.has_unit(%I.unit_id))', t) ELSE 'true' END,\n CASE WHEN unidade THEN format('%I.unit_id', t) ELSE 'NULL::uuid' END,\n CASE WHEN unidade THEN format('%I.unit_id', t) ELSE 'NULL::uuid' END);\n\n EXECUTE format('DROP POLICY IF EXISTS %I ON public.%I', t || '_authz_delete', t);\n EXECUTE format($f$CREATE POLICY %I ON public.%I FOR DELETE TO authenticated USING (\n tenant_id = (SELECT app.current_tenant_id())\n AND (%s)\n AND (SELECT app.has_permission('clinical.delete', %s)))$f$,\n t || '_authz_delete', t,\n CASE WHEN unidade THEN format('unit_id IS NULL OR (SELECT app.has_unit(%I.unit_id))', t) ELSE 'true' END,\n CASE WHEN unidade THEN format('%I.unit_id', t) ELSE 'NULL::uuid' END);\n END LOOP;\nEND $$;\n\n-- `owner_id` s\u00F3 na sess\u00E3o, e `shareable` falso: um prontu\u00E1rio n\u00E3o se compartilha\n-- por tupla \u2014 ou a pessoa atende naquela unidade, ou n\u00E3o l\u00EA.\nINSERT INTO public.scoped_resources (resource_table, unit_column, owner_column, shareable, default_visibility, label)\nVALUES ('plg_clinical_sessions', 'unit_id', 'owner_id', false, 'unit', 'Atendimentos cl\u00EDnicos')\nON CONFLICT (resource_table) DO UPDATE\n SET unit_column = EXCLUDED.unit_column, default_visibility = EXCLUDED.default_visibility, label = EXCLUDED.label;\n\n-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n-- 9. A permiss\u00E3o existe antes da pol\u00EDtica precisar dela\n-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n--\n-- `clinical.read` n\u00E3o \u00E9 `agenda.read`, e a diferen\u00E7a \u00E9 o ponto: a recep\u00E7\u00E3o marca\n-- hor\u00E1rio e N\u00C3O l\u00EA anamnese. Quem hoje tem `agenda.*` num papel herda o\n-- equivalente cl\u00EDnico, porque \u00E9 quem atende \u2014 e quem quiser separar recep\u00E7\u00E3o de\n-- profissional tira a linha do papel, que \u00E9 uma decis\u00E3o de uma tela, n\u00E3o de uma\n-- migration.\nINSERT INTO app.permissions (key, plugin, description, owner_only) VALUES\n ('clinical.read', 'clinical', 'Prontu\u00E1rio: ler o atendimento, a anamnese e o consumo', false),\n ('clinical.read_all', 'clinical', 'Prontu\u00E1rio: ler o de todas as unidades', false),\n ('clinical.create', 'clinical', 'Prontu\u00E1rio: abrir sess\u00E3o e registrar consumo', false),\n ('clinical.edit', 'clinical', 'Prontu\u00E1rio: corrigir sess\u00E3o, consumo e exig\u00EAncia', false),\n ('clinical.delete', 'clinical', 'Prontu\u00E1rio: apagar', false),\n ('clinical.manage', 'clinical', 'Prontu\u00E1rio: administrar', false)\nON CONFLICT (key) DO UPDATE SET plugin = EXCLUDED.plugin, description = EXCLUDED.description;\n\nINSERT INTO app.role_permissions (tenant_id, role_id, permission)\nSELECT rp.tenant_id, rp.role_id, replace(rp.permission, 'agenda.', 'clinical.')\n FROM app.role_permissions rp\n WHERE rp.permission IN ('agenda.read', 'agenda.read_all', 'agenda.create',\n 'agenda.edit', 'agenda.delete', 'agenda.manage')\nON CONFLICT DO NOTHING;\n";
2
+ export declare const MIGRATION_002_O_PRONTUARIO_DO_V1_ATRAVESSA = "-- O prontu\u00E1rio do V1 atravessa.\n--\n-- A 001 fez as cinco tabelas. Esta faz o TRANSPORTE: os writers do motor de\n-- porte e as cinco linhas do de-para. Sem ela as tabelas existem vazias.\n--\n-- journey_executions 233.934 \u2192 plg_clinical_sessions\n-- execution_products 117.011 \u2192 plg_clinical_session_products\n-- execution_requirements 6.590 \u2192 plg_clinical_requirements\n-- service_revisions 110 \u2192 plg_clinical_service_revisions\n-- service_revision_forms 87 \u2192 (jsonb da revis\u00E3o)\n-- prepaid_item_outcomes 30 \u2192 plg_clinical_prepaid_outcomes\n--\n-- \u2500\u2500 Duas tabelas do V1 n\u00E3o t\u00EAm `uuid` \u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\n--\n-- `execution_requirements` e `prepaid_item_outcomes` n\u00E3o guardam uuid nenhum \u2014\n-- s\u00F3 o id num\u00E9rico. O motor j\u00E1 sabe lidar com isso (o id do destino nasce\n-- determin\u00EDstico da chave da origem), e \u00E9 por isso que o de-para delas n\u00E3o\n-- mapeia `uuid`.\n--\n-- \u2500\u2500 A refer\u00EAncia polim\u00F3rfica, resolvida em tempo de escrita \u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\n--\n-- `execution_requirements.resolved_table` + `resolved_id` apontam para uma\n-- tabela QUALQUER, e o `@tabela` do de-para \u00E9 est\u00E1tico. Ent\u00E3o quem resolve \u00E9 o\n-- writer, lendo o ledger com o nome da tabela que chegou na linha. Medido no\n-- tenant 1:\n--\n-- client_form_responses 2.685 ainda n\u00E3o migrou \u2192 fica NULO, com o\n-- n\u00FAmero cru em metadata\n-- journey_executions 1.048 resolve\n-- generated_contracts 845 ainda n\u00E3o migrou\n-- invoice_items 423 resolve\n-- appointments 80 resolve\n--\n-- O n\u00FAmero cru fica em `metadata.clinical.v1_resolved_ref` de prop\u00F3sito: no dia\n-- em que `client_form_responses` atravessar, uma passada de costura preenche os\n-- 2.685 sem reler a origem \u2014 foi o que a 011 da agenda fez com a sala.\n--\n-- \u2500\u2500 A revis\u00E3o e os formul\u00E1rios dela \u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\n--\n-- 87 linhas de `service_revision_forms` em 110 revis\u00F5es. Uma lista curta, sem\n-- tela e sem vida pr\u00F3pria, ent\u00E3o ela entra como jsonb DENTRO da revis\u00E3o \u2014 e o\n-- writer que a escreve \u00E9 um facet: acha a revis\u00E3o pelo ledger e acrescenta,\n-- sem duplicar quando a onda roda de novo.\n--\n-- Idempotente.\n\n-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n-- 1. O vocabul\u00E1rio fechado aprende quatro palavras\n-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n--\n-- Por ACR\u00C9SCIMO, lendo a defini\u00E7\u00E3o vigente. Lista literal apaga o que um passo\n-- anterior acrescentou \u2014 \u00E9 a armadilha registrada em financial/072 e agenda/008.\nDO $$\nDECLARE v_def text;\nBEGIN\n SELECT pg_get_constraintdef(oid) INTO v_def\n FROM pg_constraint WHERE conname = 'allowlist_writer_check';\n IF v_def IS NULL OR strpos(v_def, 'clinical_session') > 0 THEN RETURN; END IF;\n ALTER TABLE migration.allowlist DROP CONSTRAINT allowlist_writer_check;\n EXECUTE replace(\n 'ALTER TABLE migration.allowlist ADD CONSTRAINT allowlist_writer_check ' || v_def,\n '''person''::text',\n '''person''::text, ''clinical_session''::text, ''clinical_session_product''::text, '\n '''clinical_requirement''::text, ''clinical_service_revision''::text, '\n '''clinical_revision_form''::text, ''clinical_prepaid_outcome''::text');\nEND $$;\n\n-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n-- 2. Uma ajuda: resolver refer\u00EAncia polim\u00F3rfica pelo ledger\n-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n--\n-- SECURITY DEFINER porque l\u00EA `migration.ledger`, que o papel do porte j\u00E1\n-- alcan\u00E7a mas nenhuma pol\u00EDtica de tenant descreve. Devolve NULO quando a linha\n-- de origem ainda n\u00E3o atravessou \u2014 e NULO aqui \u00E9 resposta, n\u00E3o erro.\nCREATE OR REPLACE FUNCTION migration._clinical_resolve(\n p_tenant uuid, p_table text, p_id text\n) RETURNS uuid\nLANGUAGE sql STABLE SECURITY DEFINER SET search_path TO ''\nAS $function$\n SELECT l.target_id\n FROM migration.ledger l\n WHERE l.tenant_id = p_tenant\n AND l.source_table = p_table\n AND l.status = 'migrated'\n AND l.source_numeric_id = nullif(p_id, '')::bigint\n LIMIT 1\n$function$;\n\n-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n-- 3. O writer da sess\u00E3o\n-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n\nCREATE OR REPLACE FUNCTION migration.upsert_clinical_session(\n p_tenant uuid, p_id uuid, p_row jsonb, p_args jsonb DEFAULT '{}'::jsonb\n) RETURNS jsonb\nLANGUAGE plpgsql SECURITY DEFINER SET search_path TO ''\nAS $function$\nDECLARE\n v_meta jsonb := coalesce(p_row -> 'metadata', '{}'::jsonb);\n v_status text := nullif(p_row ->> 'status', '');\n v_unit uuid;\n v_existing uuid;\n v_created boolean := false;\n v_standalone boolean := migration._standalone();\nBEGIN\n IF v_standalone THEN PERFORM migration._assert_fence(p_tenant); PERFORM set_config('migration.writer', 'on', true); END IF;\n IF p_id IS NULL THEN\n RETURN jsonb_build_object('status', 'quarantined', 'kind', 'state', 'reason', 'a clinical session needs an id');\n END IF;\n\n -- O vocabul\u00E1rio \u00E9 fechado na tabela. Recusar aqui, com a palavra na m\u00E3o, \u00E9\n -- melhor do que deixar a CHECK derrubar o lote sem dizer qual linha.\n IF v_status IS NULL OR v_status NOT IN ('quoted','contracted','scheduled','in_service','in_progress','executed','pending') THEN\n RETURN jsonb_build_object('status', 'quarantined', 'kind', 'value',\n 'reason', format('clinical session status %L is not one of the seven the V1 writes', v_status));\n END IF;\n\n BEGIN v_unit := (p_row ->> 'unit_id')::uuid; EXCEPTION WHEN OTHERS THEN v_unit := NULL; END;\n -- Sem unidade na linha, a do agendamento serve: \u00E9 o mesmo atendimento.\n IF v_unit IS NULL AND (p_row ->> 'booking_id') IS NOT NULL THEN\n SELECT a.unit_id INTO v_unit FROM public.appointments a\n WHERE a.id = (p_row ->> 'booking_id')::uuid AND a.tenant_id = p_tenant;\n END IF;\n\n SELECT tenant_id INTO v_existing FROM public.plg_clinical_sessions WHERE id = p_id;\n IF v_existing IS NOT NULL AND v_existing <> p_tenant THEN\n RETURN jsonb_build_object('status', 'quarantined', 'kind', 'tenant',\n 'reason', format('clinical session %s already exists in another tenant', p_id));\n END IF;\n\n IF v_existing IS NULL THEN\n INSERT INTO public.plg_clinical_sessions\n (id, tenant_id, unit_id, status, booking_id, booking_item_id, party_id,\n assignee_id, performed_by_id, service_id, order_item_id, quote_item_id, deal_id,\n revision_number, parent_session_id, source_evaluation_id,\n scheduled_for, started_at, ended_at, products_initialized, notes,\n metadata, created_at, updated_at)\n VALUES\n (p_id, p_tenant, v_unit, v_status,\n nullif(p_row ->> 'booking_id', '')::uuid,\n nullif(p_row ->> 'booking_item_id', '')::uuid,\n nullif(p_row ->> 'party_id', '')::uuid,\n nullif(p_row ->> 'assignee_id', '')::uuid,\n nullif(p_row ->> 'performed_by_id', '')::uuid,\n nullif(p_row ->> 'service_id', '')::uuid,\n nullif(p_row ->> 'order_item_id', '')::uuid,\n nullif(p_row ->> 'quote_item_id', '')::uuid,\n nullif(p_row ->> 'deal_id', '')::uuid,\n greatest(coalesce(nullif(p_row ->> 'revision_number', '')::integer, 1), 1),\n nullif(p_row ->> 'parent_session_id', '')::uuid,\n nullif(p_row ->> 'source_evaluation_id', '')::uuid,\n nullif(p_row ->> 'scheduled_for', '')::date,\n nullif(p_row ->> 'started_at', '')::timestamptz,\n nullif(p_row ->> 'ended_at', '')::timestamptz,\n coalesce((p_row ->> 'products_initialized')::boolean, false),\n p_row ->> 'notes', v_meta,\n coalesce(nullif(p_row ->> 'created_at', '')::timestamptz, now()),\n coalesce(nullif(p_row ->> 'updated_at', '')::timestamptz, now()));\n v_created := true;\n ELSE\n UPDATE public.plg_clinical_sessions SET\n unit_id = coalesce(v_unit, unit_id),\n status = v_status,\n booking_id = coalesce(nullif(p_row ->> 'booking_id', '')::uuid, booking_id),\n booking_item_id = coalesce(nullif(p_row ->> 'booking_item_id', '')::uuid, booking_item_id),\n party_id = coalesce(nullif(p_row ->> 'party_id', '')::uuid, party_id),\n assignee_id = coalesce(nullif(p_row ->> 'assignee_id', '')::uuid, assignee_id),\n performed_by_id = coalesce(nullif(p_row ->> 'performed_by_id', '')::uuid, performed_by_id),\n service_id = coalesce(nullif(p_row ->> 'service_id', '')::uuid, service_id),\n order_item_id = coalesce(nullif(p_row ->> 'order_item_id', '')::uuid, order_item_id),\n quote_item_id = coalesce(nullif(p_row ->> 'quote_item_id', '')::uuid, quote_item_id),\n deal_id = coalesce(nullif(p_row ->> 'deal_id', '')::uuid, deal_id),\n parent_session_id = coalesce(nullif(p_row ->> 'parent_session_id', '')::uuid, parent_session_id),\n source_evaluation_id = coalesce(nullif(p_row ->> 'source_evaluation_id', '')::uuid, source_evaluation_id),\n scheduled_for = nullif(p_row ->> 'scheduled_for', '')::date,\n started_at = nullif(p_row ->> 'started_at', '')::timestamptz,\n ended_at = nullif(p_row ->> 'ended_at', '')::timestamptz,\n products_initialized = coalesce((p_row ->> 'products_initialized')::boolean, products_initialized),\n notes = CASE WHEN p_row ? 'notes' THEN p_row ->> 'notes' ELSE notes END,\n metadata = migration._merge_meta(metadata, v_meta),\n updated_at = coalesce(nullif(p_row ->> 'updated_at', '')::timestamptz, now())\n WHERE id = p_id;\n END IF;\n\n PERFORM migration._set_unit('public.plg_clinical_sessions', p_id, v_unit);\n IF v_standalone THEN\n PERFORM migration._audit(p_tenant, 'public.plg_clinical_sessions', p_id,\n jsonb_build_object('reason', CASE WHEN v_created THEN 'created' ELSE 'updated' END));\n END IF;\n RETURN jsonb_build_object('status', 'migrated', 'target_id', p_id,\n 'reason', CASE WHEN v_created THEN 'created' ELSE 'updated' END);\nEND $function$;\n\n-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n-- 4. O writer do produto consumido\n-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n\nCREATE OR REPLACE FUNCTION migration.upsert_clinical_session_product(\n p_tenant uuid, p_id uuid, p_row jsonb, p_args jsonb DEFAULT '{}'::jsonb\n) RETURNS jsonb\nLANGUAGE plpgsql SECURITY DEFINER SET search_path TO ''\nAS $function$\nDECLARE\n v_meta jsonb := coalesce(p_row -> 'metadata', '{}'::jsonb);\n v_session uuid;\n v_product uuid;\n v_unit uuid;\n v_existing uuid;\n v_created boolean := false;\n v_standalone boolean := migration._standalone();\nBEGIN\n IF v_standalone THEN PERFORM migration._assert_fence(p_tenant); PERFORM set_config('migration.writer', 'on', true); END IF;\n IF p_id IS NULL THEN\n RETURN jsonb_build_object('status', 'quarantined', 'kind', 'state', 'reason', 'a session product needs an id');\n END IF;\n\n BEGIN v_session := (p_row ->> 'session_id')::uuid; EXCEPTION WHEN OTHERS THEN v_session := NULL; END;\n BEGIN v_product := (p_row ->> 'product_id')::uuid; EXCEPTION WHEN OTHERS THEN v_product := NULL; END;\n -- Consumo sem sess\u00E3o \u00E9 consumo que nenhuma tela alcan\u00E7a; sem produto \u00E9 uma\n -- quantidade de nada. Os dois s\u00E3o recusa de FK, e a 2\u00AA passada do motor os\n -- reapresenta depois que a sess\u00E3o migrar.\n IF v_session IS NULL THEN\n RETURN jsonb_build_object('status', 'quarantined', 'kind', 'fk',\n 'reason', 'a session product needs the session it was used in');\n END IF;\n IF v_product IS NULL THEN\n RETURN jsonb_build_object('status', 'quarantined', 'kind', 'fk',\n 'reason', 'a session product needs the product that was used');\n END IF;\n\n SELECT s.unit_id INTO v_unit FROM public.plg_clinical_sessions s\n WHERE s.id = v_session AND s.tenant_id = p_tenant;\n\n SELECT tenant_id INTO v_existing FROM public.plg_clinical_session_products WHERE id = p_id;\n IF v_existing IS NOT NULL AND v_existing <> p_tenant THEN\n RETURN jsonb_build_object('status', 'quarantined', 'kind', 'tenant',\n 'reason', format('session product %s already exists in another tenant', p_id));\n END IF;\n\n IF v_existing IS NULL THEN\n INSERT INTO public.plg_clinical_session_products\n (id, tenant_id, unit_id, session_id, product_id, order_item_id, assignee_id,\n default_quantity, used_quantity, used_unit_id, executed_on,\n is_audited, audited_at, audit_notes, metadata, created_at, updated_at)\n VALUES\n (p_id, p_tenant, v_unit, v_session, v_product,\n nullif(p_row ->> 'order_item_id', '')::uuid,\n nullif(p_row ->> 'assignee_id', '')::uuid,\n nullif(p_row ->> 'default_quantity', '')::numeric,\n nullif(p_row ->> 'used_quantity', '')::numeric,\n nullif(p_row ->> 'used_unit_id', '')::uuid,\n nullif(p_row ->> 'executed_on', '')::date,\n coalesce((p_row ->> 'is_audited')::boolean, false),\n nullif(p_row ->> 'audited_at', '')::timestamptz,\n p_row ->> 'audit_notes', v_meta,\n coalesce(nullif(p_row ->> 'created_at', '')::timestamptz, now()),\n coalesce(nullif(p_row ->> 'updated_at', '')::timestamptz, now()));\n v_created := true;\n ELSE\n UPDATE public.plg_clinical_session_products SET\n unit_id = coalesce(v_unit, unit_id),\n session_id = v_session,\n product_id = v_product,\n order_item_id = coalesce(nullif(p_row ->> 'order_item_id', '')::uuid, order_item_id),\n assignee_id = coalesce(nullif(p_row ->> 'assignee_id', '')::uuid, assignee_id),\n default_quantity = nullif(p_row ->> 'default_quantity', '')::numeric,\n used_quantity = nullif(p_row ->> 'used_quantity', '')::numeric,\n used_unit_id = coalesce(nullif(p_row ->> 'used_unit_id', '')::uuid, used_unit_id),\n executed_on = nullif(p_row ->> 'executed_on', '')::date,\n is_audited = coalesce((p_row ->> 'is_audited')::boolean, is_audited),\n audited_at = nullif(p_row ->> 'audited_at', '')::timestamptz,\n audit_notes = CASE WHEN p_row ? 'audit_notes' THEN p_row ->> 'audit_notes' ELSE audit_notes END,\n metadata = migration._merge_meta(metadata, v_meta),\n updated_at = coalesce(nullif(p_row ->> 'updated_at', '')::timestamptz, now())\n WHERE id = p_id;\n END IF;\n\n IF v_standalone THEN\n PERFORM migration._audit(p_tenant, 'public.plg_clinical_session_products', p_id,\n jsonb_build_object('reason', CASE WHEN v_created THEN 'created' ELSE 'updated' END));\n END IF;\n RETURN jsonb_build_object('status', 'migrated', 'target_id', p_id,\n 'reason', CASE WHEN v_created THEN 'created' ELSE 'updated' END);\nEND $function$;\n\n-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n-- 5. O writer da exig\u00EAncia\n-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n\nCREATE OR REPLACE FUNCTION migration.upsert_clinical_requirement(\n p_tenant uuid, p_id uuid, p_row jsonb, p_args jsonb DEFAULT '{}'::jsonb\n) RETURNS jsonb\nLANGUAGE plpgsql SECURITY DEFINER SET search_path TO ''\nAS $function$\nDECLARE\n v_meta jsonb := coalesce(p_row -> 'metadata', '{}'::jsonb);\n v_kind text := nullif(p_row ->> 'kind', '');\n v_scope text := nullif(p_row ->> 'scope', '');\n v_status text := coalesce(nullif(p_row ->> 'status', ''), 'pending');\n v_session uuid;\n v_unit uuid;\n v_subj_t text := nullif(p_row ->> 'subject_type', '');\n v_cand_t text := nullif(p_row ->> 'candidate_type', '');\n v_subj_id uuid;\n v_cand_id uuid;\n v_existing uuid;\n v_created boolean := false;\n v_standalone boolean := migration._standalone();\nBEGIN\n IF v_standalone THEN PERFORM migration._assert_fence(p_tenant); PERFORM set_config('migration.writer', 'on', true); END IF;\n IF p_id IS NULL THEN\n RETURN jsonb_build_object('status', 'quarantined', 'kind', 'state', 'reason', 'a requirement needs an id');\n END IF;\n IF v_kind IS NULL OR v_kind NOT IN ('form','evaluation','contract','session_term','products','invoice_item','revision_link') THEN\n RETURN jsonb_build_object('status', 'quarantined', 'kind', 'value',\n 'reason', format('requirement kind %L is not one of the seven the V1 writes', v_kind));\n END IF;\n IF v_scope IS NULL OR v_scope NOT IN ('service','attendance') THEN\n RETURN jsonb_build_object('status', 'quarantined', 'kind', 'value',\n 'reason', format('requirement scope %L is neither service nor attendance', v_scope));\n END IF;\n IF v_status NOT IN ('pending','resolved','not_applicable') THEN\n RETURN jsonb_build_object('status', 'quarantined', 'kind', 'value',\n 'reason', format('requirement status %L is not a status the V1 writes', v_status));\n END IF;\n\n BEGIN v_session := (p_row ->> 'session_id')::uuid; EXCEPTION WHEN OTHERS THEN v_session := NULL; END;\n IF v_session IS NOT NULL THEN\n SELECT s.unit_id INTO v_unit FROM public.plg_clinical_sessions s\n WHERE s.id = v_session AND s.tenant_id = p_tenant;\n END IF;\n\n -- A refer\u00EAncia polim\u00F3rfica: o de-para n\u00E3o alcan\u00E7a, o ledger sim. Quando a\n -- tabela apontada ainda n\u00E3o atravessou o resultado \u00E9 NULO \u2014 e o n\u00FAmero cru\n -- fica no metadata para a costura de depois.\n v_subj_id := migration._clinical_resolve(p_tenant, v_subj_t, p_row ->> 'v1_resolved_ref');\n v_cand_id := migration._clinical_resolve(p_tenant, v_cand_t, p_row ->> 'v1_candidate_ref');\n\n SELECT tenant_id INTO v_existing FROM public.plg_clinical_requirements WHERE id = p_id;\n IF v_existing IS NOT NULL AND v_existing <> p_tenant THEN\n RETURN jsonb_build_object('status', 'quarantined', 'kind', 'tenant',\n 'reason', format('requirement %s already exists in another tenant', p_id));\n END IF;\n\n IF v_existing IS NULL THEN\n INSERT INTO public.plg_clinical_requirements\n (id, tenant_id, unit_id, session_id, booking_id, party_id, service_id,\n kind, scope, blocks_start, blocks_finish, status,\n subject_type, subject_id, candidate_type, candidate_id,\n resolved_via, resolved_at, valid_until, frozen_at, rule_sources,\n metadata, created_at, updated_at)\n VALUES\n (p_id, p_tenant, v_unit, v_session,\n nullif(p_row ->> 'booking_id', '')::uuid,\n nullif(p_row ->> 'party_id', '')::uuid,\n nullif(p_row ->> 'service_id', '')::uuid,\n v_kind, v_scope,\n coalesce((p_row ->> 'blocks_start')::boolean, false),\n coalesce((p_row ->> 'blocks_finish')::boolean, false),\n v_status, v_subj_t, v_subj_id, v_cand_t, v_cand_id,\n nullif(p_row ->> 'resolved_via', ''),\n nullif(p_row ->> 'resolved_at', '')::timestamptz,\n nullif(p_row ->> 'valid_until', '')::timestamptz,\n nullif(p_row ->> 'frozen_at', '')::timestamptz,\n coalesce(p_row -> 'rule_sources', '[]'::jsonb),\n v_meta,\n coalesce(nullif(p_row ->> 'created_at', '')::timestamptz, now()),\n coalesce(nullif(p_row ->> 'updated_at', '')::timestamptz, now()));\n v_created := true;\n ELSE\n UPDATE public.plg_clinical_requirements SET\n unit_id = coalesce(v_unit, unit_id),\n session_id = coalesce(v_session, session_id),\n booking_id = coalesce(nullif(p_row ->> 'booking_id', '')::uuid, booking_id),\n party_id = coalesce(nullif(p_row ->> 'party_id', '')::uuid, party_id),\n service_id = coalesce(nullif(p_row ->> 'service_id', '')::uuid, service_id),\n kind = v_kind,\n scope = v_scope,\n blocks_start = coalesce((p_row ->> 'blocks_start')::boolean, blocks_start),\n blocks_finish = coalesce((p_row ->> 'blocks_finish')::boolean, blocks_finish),\n status = v_status,\n subject_type = v_subj_t,\n -- `coalesce` e n\u00E3o substitui\u00E7\u00E3o: a segunda onda resolve o que a primeira\n -- n\u00E3o alcan\u00E7ou, e nunca apaga o que j\u00E1 estava resolvido.\n subject_id = coalesce(v_subj_id, subject_id),\n candidate_type = v_cand_t,\n candidate_id = coalesce(v_cand_id, candidate_id),\n resolved_via = nullif(p_row ->> 'resolved_via', ''),\n resolved_at = nullif(p_row ->> 'resolved_at', '')::timestamptz,\n valid_until = nullif(p_row ->> 'valid_until', '')::timestamptz,\n frozen_at = nullif(p_row ->> 'frozen_at', '')::timestamptz,\n rule_sources = coalesce(p_row -> 'rule_sources', rule_sources),\n metadata = migration._merge_meta(metadata, v_meta),\n updated_at = coalesce(nullif(p_row ->> 'updated_at', '')::timestamptz, now())\n WHERE id = p_id;\n END IF;\n\n IF v_standalone THEN\n PERFORM migration._audit(p_tenant, 'public.plg_clinical_requirements', p_id,\n jsonb_build_object('reason', CASE WHEN v_created THEN 'created' ELSE 'updated' END));\n END IF;\n RETURN jsonb_build_object('status', 'migrated', 'target_id', p_id,\n 'reason', CASE WHEN v_created THEN 'created' ELSE 'updated' END);\nEND $function$;\n\n-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n-- 6. A revis\u00E3o do servi\u00E7o, e os formul\u00E1rios dela\n-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n\nCREATE OR REPLACE FUNCTION migration.upsert_clinical_service_revision(\n p_tenant uuid, p_id uuid, p_row jsonb, p_args jsonb DEFAULT '{}'::jsonb\n) RETURNS jsonb\nLANGUAGE plpgsql SECURITY DEFINER SET search_path TO ''\nAS $function$\nDECLARE\n v_meta jsonb := coalesce(p_row -> 'metadata', '{}'::jsonb);\n v_service uuid;\n v_number integer;\n v_existing uuid;\n v_created boolean := false;\n v_standalone boolean := migration._standalone();\nBEGIN\n IF v_standalone THEN PERFORM migration._assert_fence(p_tenant); PERFORM set_config('migration.writer', 'on', true); END IF;\n IF p_id IS NULL THEN\n RETURN jsonb_build_object('status', 'quarantined', 'kind', 'state', 'reason', 'a service revision needs an id');\n END IF;\n\n BEGIN v_service := (p_row ->> 'service_id')::uuid; EXCEPTION WHEN OTHERS THEN v_service := NULL; END;\n IF v_service IS NULL THEN\n RETURN jsonb_build_object('status', 'quarantined', 'kind', 'fk',\n 'reason', 'a service revision needs the service it freezes');\n END IF;\n v_number := greatest(coalesce(nullif(p_row ->> 'revision_number', '')::integer, 1), 1);\n\n SELECT tenant_id INTO v_existing FROM public.plg_clinical_service_revisions WHERE id = p_id;\n IF v_existing IS NOT NULL AND v_existing <> p_tenant THEN\n RETURN jsonb_build_object('status', 'quarantined', 'kind', 'tenant',\n 'reason', format('service revision %s already exists in another tenant', p_id));\n END IF;\n\n IF v_existing IS NULL THEN\n INSERT INTO public.plg_clinical_service_revisions\n (id, tenant_id, service_id, revision_number, price, duration_minutes, deadline_days,\n metadata, created_at, updated_at)\n VALUES\n (p_id, p_tenant, v_service, v_number,\n nullif(p_row ->> 'price', '')::numeric,\n nullif(p_row ->> 'duration_minutes', '')::integer,\n nullif(p_row ->> 'deadline_days', '')::integer,\n v_meta,\n coalesce(nullif(p_row ->> 'created_at', '')::timestamptz, now()),\n coalesce(nullif(p_row ->> 'updated_at', '')::timestamptz, now()));\n v_created := true;\n ELSE\n UPDATE public.plg_clinical_service_revisions SET\n service_id = v_service,\n revision_number = v_number,\n price = nullif(p_row ->> 'price', '')::numeric,\n duration_minutes = nullif(p_row ->> 'duration_minutes', '')::integer,\n deadline_days = nullif(p_row ->> 'deadline_days', '')::integer,\n metadata = migration._merge_meta(metadata, v_meta),\n updated_at = coalesce(nullif(p_row ->> 'updated_at', '')::timestamptz, now())\n WHERE id = p_id;\n END IF;\n\n IF v_standalone THEN\n PERFORM migration._audit(p_tenant, 'public.plg_clinical_service_revisions', p_id,\n jsonb_build_object('reason', CASE WHEN v_created THEN 'created' ELSE 'updated' END));\n END IF;\n RETURN jsonb_build_object('status', 'migrated', 'target_id', p_id,\n 'reason', CASE WHEN v_created THEN 'created' ELSE 'updated' END);\nEND $function$;\n\n-- O facet: acrescenta um formul\u00E1rio ao jsonb da revis\u00E3o. A chave de dedupe \u00E9 o\n-- id da linha do V1, e \u00E9 isso que faz a onda rodar duas vezes sem duplicar.\nCREATE OR REPLACE FUNCTION migration.upsert_clinical_revision_form(\n p_tenant uuid, p_id uuid, p_row jsonb, p_args jsonb DEFAULT '{}'::jsonb\n) RETURNS jsonb\nLANGUAGE plpgsql SECURITY DEFINER SET search_path TO ''\nAS $function$\nDECLARE\n v_rev uuid;\n v_ref text := p_row ->> 'v1_ref';\n v_entry jsonb;\n v_standalone boolean := migration._standalone();\nBEGIN\n IF v_standalone THEN PERFORM migration._assert_fence(p_tenant); PERFORM set_config('migration.writer', 'on', true); END IF;\n\n BEGIN v_rev := (p_row ->> 'revision_id')::uuid; EXCEPTION WHEN OTHERS THEN v_rev := NULL; END;\n IF v_rev IS NULL THEN\n RETURN jsonb_build_object('status', 'quarantined', 'kind', 'fk',\n 'reason', 'a revision form needs the revision it belongs to');\n END IF;\n IF NOT EXISTS (SELECT 1 FROM public.plg_clinical_service_revisions r\n WHERE r.id = v_rev AND r.tenant_id = p_tenant) THEN\n RETURN jsonb_build_object('status', 'quarantined', 'kind', 'fk',\n 'reason', 'the revision this form belongs to has not arrived yet');\n END IF;\n\n v_entry := jsonb_build_object(\n 'v1_ref', v_ref,\n 'v1_form_template_ref', p_row ->> 'v1_form_template_ref');\n\n UPDATE public.plg_clinical_service_revisions\n SET form_template_refs = (\n SELECT coalesce(jsonb_agg(e), '[]'::jsonb)\n FROM (SELECT e FROM jsonb_array_elements(form_template_refs) e\n WHERE e ->> 'v1_ref' IS DISTINCT FROM v_ref\n UNION ALL SELECT v_entry) s(e)),\n updated_at = now()\n WHERE id = v_rev;\n\n RETURN jsonb_build_object('status', 'migrated', 'target_id', v_rev, 'reason', 'attached');\nEND $function$;\n\n-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n-- 7. O writer do desfecho\n-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n\nCREATE OR REPLACE FUNCTION migration.upsert_clinical_prepaid_outcome(\n p_tenant uuid, p_id uuid, p_row jsonb, p_args jsonb DEFAULT '{}'::jsonb\n) RETURNS jsonb\nLANGUAGE plpgsql SECURITY DEFINER SET search_path TO ''\nAS $function$\nDECLARE\n v_meta jsonb := coalesce(p_row -> 'metadata', '{}'::jsonb);\n v_outcome text := nullif(p_row ->> 'outcome', '');\n v_booking uuid;\n v_unit uuid;\n v_existing uuid;\n v_created boolean := false;\n v_standalone boolean := migration._standalone();\nBEGIN\n IF v_standalone THEN PERFORM migration._assert_fence(p_tenant); PERFORM set_config('migration.writer', 'on', true); END IF;\n IF p_id IS NULL THEN\n RETURN jsonb_build_object('status', 'quarantined', 'kind', 'state', 'reason', 'an outcome needs an id');\n END IF;\n IF v_outcome IS NULL OR v_outcome NOT IN ('contracted','declined','postponed') THEN\n RETURN jsonb_build_object('status', 'quarantined', 'kind', 'value',\n 'reason', format('outcome %L is not one of the three the V1 writes', v_outcome));\n END IF;\n\n BEGIN v_booking := (p_row ->> 'booking_id')::uuid; EXCEPTION WHEN OTHERS THEN v_booking := NULL; END;\n IF v_booking IS NOT NULL THEN\n SELECT a.unit_id INTO v_unit FROM public.appointments a\n WHERE a.id = v_booking AND a.tenant_id = p_tenant;\n END IF;\n\n SELECT tenant_id INTO v_existing FROM public.plg_clinical_prepaid_outcomes WHERE id = p_id;\n IF v_existing IS NOT NULL AND v_existing <> p_tenant THEN\n RETURN jsonb_build_object('status', 'quarantined', 'kind', 'tenant',\n 'reason', format('outcome %s already exists in another tenant', p_id));\n END IF;\n\n IF v_existing IS NULL THEN\n INSERT INTO public.plg_clinical_prepaid_outcomes\n (id, tenant_id, unit_id, booking_id, order_item_id, outcome, reason, decided_at, metadata, created_at, updated_at)\n VALUES\n (p_id, p_tenant, v_unit, v_booking,\n nullif(p_row ->> 'order_item_id', '')::uuid,\n v_outcome, p_row ->> 'reason',\n coalesce(nullif(p_row ->> 'decided_at', '')::timestamptz, now()),\n v_meta, now(), now());\n v_created := true;\n ELSE\n UPDATE public.plg_clinical_prepaid_outcomes SET\n unit_id = coalesce(v_unit, unit_id),\n booking_id = coalesce(v_booking, booking_id),\n order_item_id = coalesce(nullif(p_row ->> 'order_item_id', '')::uuid, order_item_id),\n outcome = v_outcome,\n reason = CASE WHEN p_row ? 'reason' THEN p_row ->> 'reason' ELSE reason END,\n decided_at = coalesce(nullif(p_row ->> 'decided_at', '')::timestamptz, decided_at),\n metadata = migration._merge_meta(metadata, v_meta),\n updated_at = now()\n WHERE id = p_id;\n END IF;\n\n IF v_standalone THEN\n PERFORM migration._audit(p_tenant, 'public.plg_clinical_prepaid_outcomes', p_id,\n jsonb_build_object('reason', CASE WHEN v_created THEN 'created' ELSE 'updated' END));\n END IF;\n RETURN jsonb_build_object('status', 'migrated', 'target_id', p_id,\n 'reason', CASE WHEN v_created THEN 'created' ELSE 'updated' END);\nEND $function$;\n\n-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n-- 8. As seis linhas do de-para\n-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n\nSET LOCAL migration.allowlist_unlock = 'on';\n\nSELECT migration._allow(\n 'service_revisions', 'public.plg_clinical_service_revisions', 'clinical', 'clinical_service_revision',\n '{}'::jsonb, NULL::text[],\n jsonb_build_object(\n 'uuid', 'id',\n 'service_id', 'service_id@services',\n 'revision_number', 'revision_number',\n 'price', 'price',\n 'duration_minutes', 'duration_minutes',\n 'deadline_days', 'deadline_days',\n 'created_at', 'created_at',\n 'tenant_id', '-',\n 'id', 'jsonb:clinical.v1_ref'),\n 'A vers\u00E3o congelada do servi\u00E7o. Vem ANTES da sess\u00E3o porque \u00E9 ela que d\u00E1 o '\n 'pre\u00E7o e o prazo que valiam no dia da contrata\u00E7\u00E3o.'\n);\n\nSELECT migration._allow(\n 'service_revision_forms', 'public.plg_clinical_service_revisions', 'clinical', 'clinical_revision_form',\n '{}'::jsonb, NULL::text[],\n jsonb_build_object(\n 'service_revision_id', 'revision_id@service_revisions',\n 'form_template_id', 'v1_form_template_ref',\n 'id', 'v1_ref',\n 'uuid', '-',\n 'service_id', '-',\n 'created_at', '-',\n 'tenant_id', '-'),\n '87 linhas em 110 revis\u00F5es. N\u00E3o tem tabela pr\u00F3pria: entra no jsonb '\n '`form_template_refs` da revis\u00E3o, e o writer \u00E9 um facet que dedupe pelo id do '\n 'V1 \u2014 rodar a onda duas vezes n\u00E3o duplica.'\n);\n\nSELECT migration._allow(\n 'journey_executions', 'public.plg_clinical_sessions', 'clinical', 'clinical_session',\n '{}'::jsonb, NULL::text[],\n jsonb_build_object(\n 'uuid', 'id',\n 'journey_status', 'status',\n 'appointment_id', 'booking_id@appointments',\n 'appointment_service_id', 'booking_item_id@appointment_services',\n 'client_id', 'party_id@clients',\n 'professional_id', 'assignee_id@professionals',\n 'execution_professional_id', 'performed_by_id@professionals',\n 'service_id', 'service_id@services',\n 'invoice_item_id', 'order_item_id@invoice_items',\n 'quote_item_id', 'quote_item_id@quote_items',\n 'opportunity_id', 'deal_id@opportunities',\n 'parent_execution_id', 'parent_session_id@journey_executions',\n 'source_evaluation_execution_id', 'source_evaluation_id@journey_executions',\n 'unit_numeric_id', 'unit_id@companies',\n 'revision_number', 'revision_number',\n 'appointment_date', 'scheduled_for',\n 'execution_start_time', 'started_at',\n 'execution_end_time', 'ended_at',\n 'products_initialized', 'products_initialized',\n 'notes', 'notes',\n 'created_at', 'created_at',\n 'updated_at', 'updated_at',\n 'tenant_id', '-',\n 'product_id', '-',\n 'status', 'jsonb:clinical.v1_status',\n 'execution_photos', 'jsonb:clinical.v1_execution_photos',\n 'id', 'jsonb:clinical.v1_ref'),\n 'A sess\u00E3o de execu\u00E7\u00E3o. `journey_status` \u00E9 quem manda no estado \u2014 tem sete '\n 'palavras contra as quatro de `status`, e \u00E9 a \u00FAnica que separa or\u00E7ado de '\n 'contratado; a outra fica em metadata. `product_id` sai: 0 de 233.950 '\n 'preenchidas. As fotos ficam em metadata at\u00E9 virarem linhas de '\n 'public.documents, que \u00E9 onde arquivo mora.'\n);\n\nSELECT migration._allow(\n 'execution_products', 'public.plg_clinical_session_products', 'clinical', 'clinical_session_product',\n '{}'::jsonb, NULL::text[],\n jsonb_build_object(\n 'uuid', 'id',\n 'journey_execution_id', 'session_id@journey_executions',\n 'product_id', 'product_id@products',\n 'invoice_item_id', 'order_item_id@invoice_items',\n 'professional_id', 'assignee_id@professionals',\n 'used_unit_id', 'used_unit_id@measurement_units',\n 'unit_id', '-',\n 'default_quantity', 'default_quantity',\n 'used_quantity', 'used_quantity',\n 'execution_date', 'executed_on',\n 'is_audited', 'is_audited',\n 'audited_at', 'audited_at',\n 'audit_notes', 'audit_notes',\n 'audited_by_user_id', '-',\n 'created_at', 'created_at',\n 'updated_at', 'updated_at',\n 'tenant_id', '-',\n 'stock_deducted', '-',\n 'stock_movement_id', '-',\n 'stock_position_id', '-',\n 'position_allocations', '-',\n 'unit_label_allocations', '-',\n 'consumption_photos', 'jsonb:clinical.v1_consumption_photos',\n 'id', 'jsonb:clinical.v1_ref'),\n 'O produto consumido. As cinco colunas de baixa de estoque saem porque est\u00E3o '\n 'VAZIAS: 0 de 117.015 no tenant 1. O consumo do V1 nunca chegou ao raz\u00E3o \u2014 \u00E9 '\n 'o que o Guia descreve na jornada auditoria-de-uso-e-estoque. A unidade vem '\n 'da sess\u00E3o, no writer, e n\u00E3o da coluna `unit_id` da origem.'\n);\n\nSELECT migration._allow(\n 'execution_requirements', 'public.plg_clinical_requirements', 'clinical', 'clinical_requirement',\n '{}'::jsonb, NULL::text[],\n jsonb_build_object(\n 'journey_execution_id', 'session_id@journey_executions',\n 'appointment_id', 'booking_id@appointments',\n 'client_id', 'party_id@clients',\n 'service_id', 'service_id@services',\n 'kind', 'kind',\n 'scope', 'scope',\n 'status', 'status',\n 'blocks_start', 'blocks_start',\n 'blocks_finish', 'blocks_finish',\n 'resolved_table', 'subject_type',\n 'resolved_id', 'v1_resolved_ref',\n 'candidate_table', 'candidate_type',\n 'candidate_id', 'v1_candidate_ref',\n 'resolved_via', 'resolved_via',\n 'resolved_at', 'resolved_at',\n 'valid_until', 'valid_until',\n 'frozen_at', 'frozen_at',\n 'rule_sources', 'rule_sources',\n 'created_at', 'created_at',\n 'updated_at', 'updated_at',\n 'tenant_id', '-',\n 'ref_id', 'jsonb:clinical.v1_ref_id',\n 'id', 'jsonb:clinical.v1_ref'),\n 'O que trava come\u00E7ar e terminar. Sem `uuid` na origem \u2014 o id do destino nasce '\n 'determin\u00EDstico da chave num\u00E9rica. `resolved_table`/`resolved_id` \u00E9 refer\u00EAncia '\n 'polim\u00F3rfica e o `@tabela` do de-para \u00E9 est\u00E1tico, ent\u00E3o quem resolve \u00E9 o '\n 'writer, lendo o ledger com o nome que chegou na linha.'\n);\n\nSELECT migration._allow(\n 'prepaid_item_outcomes', 'public.plg_clinical_prepaid_outcomes', 'clinical', 'clinical_prepaid_outcome',\n '{}'::jsonb, NULL::text[],\n jsonb_build_object(\n 'appointment_id', 'booking_id@appointments',\n 'invoice_item_id', 'order_item_id@invoice_items',\n 'outcome', 'outcome',\n 'reason', 'reason',\n 'decided_at', 'decided_at',\n 'decided_by', '-',\n 'tenant_id', '-',\n 'id', 'jsonb:clinical.v1_ref'),\n 'O desfecho do servi\u00E7o contratado e n\u00E3o executado no dia. `decided_by` \u00E9 '\n 'usu\u00E1rio do auth do V1, que n\u00E3o atravessa \u2014 fica de fora em vez de virar uma '\n 'FK que aponta para nada.'\n);\n\nRESET migration.allowlist_unlock;\n\nREVOKE ALL ON FUNCTION migration._clinical_resolve(uuid, text, text) FROM PUBLIC, anon, authenticated;\nGRANT EXECUTE ON FUNCTION migration._clinical_resolve(uuid, text, text) TO service_role;\nDO $$\nDECLARE f text;\nBEGIN\n FOREACH f IN ARRAY ARRAY['upsert_clinical_session', 'upsert_clinical_session_product',\n 'upsert_clinical_requirement', 'upsert_clinical_service_revision',\n 'upsert_clinical_revision_form', 'upsert_clinical_prepaid_outcome'] LOOP\n EXECUTE format('REVOKE ALL ON FUNCTION migration.%I(uuid, uuid, jsonb, jsonb) FROM PUBLIC, anon, authenticated', f);\n EXECUTE format('GRANT EXECUTE ON FUNCTION migration.%I(uuid, uuid, jsonb, jsonb) TO service_role', f);\n END LOOP;\nEND $$;\n";
3
+ export declare const MIGRATION_003_A_PERMISSAO_SE_PERGUNTA_POR_UNIDADE_NAO_POR_LINHA = "-- A permiss\u00E3o se pergunta por unidade, n\u00E3o por linha.\n--\n-- A tela `Estoque \u2192 Auditoria de uso` estourava o `statement_timeout`. Medido\n-- no cluster, como `authenticated`, tenant Espa\u00E7o Facial:\n--\n-- select * from v_inventory_usage_audit order by used_at desc limit 50\n-- \u2192 97.143 ms\n--\n-- A vista n\u00E3o era a culpada. As duas tabelas que ela l\u00EA j\u00E1 eram lentas sozinhas:\n--\n-- select count(*) from plg_clinical_session_products 19.000 ms\n-- select count(*) from plg_clinical_sessions 22.500 ms\n--\n-- \u2500\u2500 A linha que custava \u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\n--\n-- A pol\u00EDtica que a 001 escreveu chama `app.has_permission('clinical.read',\n-- unit_id)` \u2014 e `unit_id` \u00E9 COLUNA, ent\u00E3o a chamada \u00E9 por LINHA. S\u00E3o 116.911\n-- produtos consumidos e 233.556 sess\u00F5es; o Espa\u00E7o Facial tem 67 unidades.\n--\n-- \u00C9 a mesma forma do defeito que o spine 121 corrigiu em `people`, e a mesma\n-- corre\u00E7\u00E3o: a pergunta n\u00E3o muda dentro da unidade, ent\u00E3o ela se faz uma vez\n-- POR UNIDADE. `unit_id IN (subconsulta n\u00E3o correlacionada)` \u00E9 resolvido pelo\n-- planejador como hash montado uma vez; a subconsulta percorre `app.units` do\n-- inquilino e aplica ali os dois predicados que antes rodavam por linha.\n--\n-- A reescrita \u00E9 EQUIVALENTE por constru\u00E7\u00E3o, n\u00E3o por argumento: s\u00E3o os mesmos\n-- dois predicados (`app.has_unit` e `app.has_permission`) sobre os mesmos\n-- valores de `unit_id`, s\u00F3 que avaliados uma vez por valor distinto em vez de\n-- uma vez por linha. A linha sem unidade continua decidida pela permiss\u00E3o de\n-- inquilino, como antes.\n--\n-- Medido depois, com ROLLBACK, antes de escrever este arquivo:\n--\n-- plg_clinical_session_products 116.911 linhas 450 ms (era 19.000)\n-- plg_clinical_sessions 233.556 linhas 1.070 ms (era 22.500)\n-- auditoria de uso, 50 linhas 50 linhas 1.330 ms (era 97.143)\n--\n-- As contagens s\u00E3o ID\u00CANTICAS \u00E0s de antes \u2014 \u00E9 o teste que importa numa mudan\u00E7a\n-- de pol\u00EDtica, porque uma que fica r\u00E1pida devolvendo menos linhas n\u00E3o ficou\n-- r\u00E1pida, ficou errada.\n--\n-- Idempotente.\n\nDO $$\nDECLARE\n t text;\n v_unidade text := $q$unit_id IN (SELECT u.id FROM app.units u\n WHERE u.tenant_id = (SELECT app.current_tenant_id())\n AND app.has_unit(u.id)\n AND app.has_permission('clinical.read', u.id))$q$;\nBEGIN\n FOREACH t IN ARRAY ARRAY['plg_clinical_sessions', 'plg_clinical_session_products',\n 'plg_clinical_requirements', 'plg_clinical_prepaid_outcomes'] LOOP\n IF to_regclass('public.' || t) IS NULL THEN CONTINUE; END IF;\n EXECUTE format($f$ALTER POLICY %I ON public.%I USING (\n tenant_id = (SELECT app.current_tenant_id())\n AND (CASE WHEN unit_id IS NULL\n THEN (SELECT app.has_permission('clinical.read', NULL::uuid))\n ELSE %s END))$f$, t || '_authz_select', t, v_unidade);\n END LOOP;\nEND $$;\n\n-- `plg_clinical_service_revisions` fica como est\u00E1: ela n\u00E3o tem unidade \u2014 a\n-- revis\u00E3o \u00E9 do CAT\u00C1LOGO, e o pre\u00E7o congelado de um servi\u00E7o vale na rede\n-- inteira. A pol\u00EDtica dela j\u00E1 decide uma vez por consulta.\n\n-- A auditoria de uso ordena por data e corta em 50. Sem \u00EDndice, isso \u00E9 ordenar\n-- 116.911 linhas para jogar 116.861 fora.\nCREATE INDEX IF NOT EXISTS plg_clinical_session_products_executed_idx\n ON public.plg_clinical_session_products USING btree (tenant_id, executed_on DESC);\n";
4
+ export declare const MIGRATION_004_A_REGUA_VOLTA_A_SER_APURADA = "-- ============================================================================\n-- A r\u00E9gua do atendimento volta a ser APURADA\n--\n-- SINTOMA: 6.236 linhas de exig\u00EAncia atravessaram do V1 e est\u00E3o congeladas.\n-- Nada no V2 as recalcula: um atendimento novo nasce sem r\u00E9gua, e um antigo\n-- nunca responde de novo \"o que este servi\u00E7o exigia\". A r\u00E9gua migrada \u00E9 foto,\n-- n\u00E3o motor.\n--\n-- O V1 resolve isso em duas fun\u00E7\u00F5es (`materialize_execution_requirements` e\n-- `refresh_execution_requirements`, migration 20260927130000). Esta migration \u00E9\n-- o espelho delas sobre o modelo do V2, com tr\u00EAs diferen\u00E7as declaradas:\n--\n-- 1. CONTRATO E TERMO DE SESS\u00C3O FICAM DE FORA. Os blocos d, e, f do V1\n-- dependem de `contract_templates` e `generated_contracts`, que o V2 n\u00E3o\n-- modela. Emitir uma bola de contrato que nada pode resolver deixaria todo\n-- atendimento eternamente pendente \u2014 indicador errado \u00E9 pior que nenhum.\n-- 2. O QUE A EXIG\u00CANCIA PEDE ganha colunas. O V1 tem `ref_id` (o modelo de\n-- formul\u00E1rio exigido); o ETL despejou isso em `metadata.clinical.v1_ref_id`\n-- e a tabela ficou sem discriminador \u2014 por isso h\u00E1 1.378 grupos\n-- (session, kind) repetidos, que s\u00E3o formul\u00E1rios diferentes indistingu\u00EDveis.\n-- `ref_type`/`ref_id` devolvem a pergunta; a chave \u00FAnica cobre s\u00F3 as linhas\n-- que este motor escreve, porque as migradas n\u00E3o t\u00EAm como ser desempatadas\n-- enquanto os modelos de formul\u00E1rio n\u00E3o chegarem.\n-- 3. DUAS BANDEIRAS DE SERVI\u00C7O n\u00E3o vieram do V1 (`requires_evaluation` e\n-- `always_ask_used_products`). Sem elas os blocos g e i ficariam mudos,\n-- ent\u00E3o entram em `products` \u2014 onde o servi\u00E7o mora no V2.\n--\n-- Modo: `off` (nada acontece) \u00B7 `shadow` (grava e n\u00E3o muda tela) \u00B7 `on`.\n-- L\u00EA-se de `tenants.settings -> 'execution_requirements' ->> 'mode'`.\n-- ============================================================================\n\n-- \u2500\u2500\u2500 0. O que faltava para a pergunta caber \u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\n\nALTER TABLE public.products\n ADD COLUMN IF NOT EXISTS requires_evaluation boolean NOT NULL DEFAULT false,\n ADD COLUMN IF NOT EXISTS always_ask_used_products boolean NOT NULL DEFAULT false;\n\nCOMMENT ON COLUMN public.products.requires_evaluation IS\n 'Servi\u00E7o que s\u00F3 se executa depois de uma avalia\u00E7\u00E3o vinculada (bloco g da r\u00E9gua).';\nCOMMENT ON COLUMN public.products.always_ask_used_products IS\n 'Servi\u00E7o que sempre pergunta os produtos usados, mesmo sem ficha t\u00E9cnica (bloco i).';\n\nALTER TABLE public.plg_clinical_requirements\n ADD COLUMN IF NOT EXISTS ref_type text,\n ADD COLUMN IF NOT EXISTS ref_id uuid;\n\nCOMMENT ON COLUMN public.plg_clinical_requirements.ref_type IS\n 'O que a exig\u00EAncia PEDE (form_template). N\u00E3o confundir com subject_*, que \u00E9 o que a RESOLVEU.';\n\n-- Chave \u00FAnica s\u00F3 das linhas deste motor: as migradas perderam o discriminador\n-- (ver cabe\u00E7alho) e colidiriam entre si.\nCREATE UNIQUE INDEX IF NOT EXISTS plg_clinical_requirements_engine_key\n ON public.plg_clinical_requirements (session_id, kind, (coalesce(ref_id, '00000000-0000-0000-0000-000000000000'::uuid)))\n WHERE metadata -> 'migration' IS NULL;\n\nCREATE INDEX IF NOT EXISTS plg_clinical_requirements_booking_status\n ON public.plg_clinical_requirements (booking_id, status);\n\n-- \u2500\u2500\u2500 1. O modo \u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\n\nCREATE OR REPLACE FUNCTION public.clinical_requirements_mode(p_tenant uuid)\nRETURNS text LANGUAGE sql STABLE SECURITY DEFINER SET search_path TO 'public'\nAS $fn$\n SELECT CASE lower(coalesce(t.settings -> 'execution_requirements' ->> 'mode', 'off'))\n WHEN 'shadow' THEN 'shadow'\n WHEN 'on' THEN 'on'\n ELSE 'off'\n END\n FROM public.tenants t WHERE t.id = p_tenant;\n$fn$;\n\n-- \u2500\u2500\u2500 2. Uma linha, idempotente (o OR dos bloqueios \u00E9 do V1) \u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\n\nCREATE OR REPLACE FUNCTION public.clinical_requirement_upsert(\n p_tenant uuid, p_unit uuid, p_booking uuid, p_session uuid, p_party uuid, p_service uuid,\n p_kind text, p_scope text, p_ref_type text, p_ref_id uuid, p_rule text,\n p_blocks_start boolean, p_blocks_finish boolean)\nRETURNS integer LANGUAGE plpgsql SECURITY DEFINER SET search_path TO 'public'\nAS $fn$\nDECLARE v_id uuid;\nBEGIN\n SELECT r.id INTO v_id FROM public.plg_clinical_requirements r\n WHERE r.session_id = p_session AND r.kind = p_kind\n AND coalesce(r.ref_id, '00000000-0000-0000-0000-000000000000'::uuid)\n = coalesce(p_ref_id, '00000000-0000-0000-0000-000000000000'::uuid)\n AND r.metadata -> 'migration' IS NULL;\n\n IF v_id IS NULL THEN\n INSERT INTO public.plg_clinical_requirements (\n tenant_id, unit_id, booking_id, session_id, party_id, service_id,\n kind, scope, ref_type, ref_id, rule_sources, blocks_start, blocks_finish, status)\n VALUES (p_tenant, p_unit, p_booking, p_session, p_party, p_service,\n p_kind, p_scope, p_ref_type, p_ref_id, jsonb_build_array(p_rule),\n coalesce(p_blocks_start, false), coalesce(p_blocks_finish, false), 'pending');\n RETURN 1;\n END IF;\n\n -- J\u00E1 existe: soma a origem da regra e faz o OR dos bloqueios. Uma linha\n -- resolvida ou congelada n\u00E3o volta a pendente por aqui.\n UPDATE public.plg_clinical_requirements r\n SET rule_sources = CASE WHEN r.rule_sources @> to_jsonb(p_rule) THEN r.rule_sources\n ELSE r.rule_sources || to_jsonb(p_rule) END,\n blocks_start = r.blocks_start OR coalesce(p_blocks_start, false),\n blocks_finish = r.blocks_finish OR coalesce(p_blocks_finish, false),\n status = CASE WHEN r.status = 'not_applicable' THEN 'pending' ELSE r.status END,\n updated_at = now()\n WHERE r.id = v_id AND r.frozen_at IS NULL;\n RETURN 0;\nEND $fn$;\n\n-- \u2500\u2500\u2500 3. Materializar as linhas em branco de UMA sess\u00E3o \u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\n\nCREATE OR REPLACE FUNCTION public.clinical_requirements_materialize(p_session uuid)\nRETURNS integer LANGUAGE plpgsql SECURITY DEFINER SET search_path TO 'public'\nAS $fn$\nDECLARE\n s record; sv record; r record; cfg jsonb;\n v_mode text; v_n int := 0; v_booking_status text; v_rule text;\n v_is_revision boolean; v_has_parent boolean; v_rev_num int; v_kind text;\nBEGIN\n SELECT * INTO s FROM public.plg_clinical_sessions WHERE id = p_session;\n IF NOT FOUND OR s.booking_id IS NULL THEN RETURN 0; END IF;\n\n v_mode := public.clinical_requirements_mode(s.tenant_id);\n IF v_mode = 'off' THEN RETURN 0; END IF;\n\n SELECT a.status INTO v_booking_status FROM public.appointments a WHERE a.id = s.booking_id;\n -- Hist\u00F3rico n\u00E3o ganha linha: sess\u00E3o j\u00E1 executada em atendimento que n\u00E3o est\u00E1\n -- em curso \u00E9 fato consumado (mesma regra do V1).\n IF s.status IN ('executed', 'invoiced') AND coalesce(v_booking_status, '') <> 'in_progress' THEN\n RETURN 0;\n END IF;\n\n BEGIN\n SELECT p.service_kind, p.requires_evaluation, p.always_ask_used_products, p.category_id\n INTO sv FROM public.products p WHERE p.id = s.service_id;\n IF NOT FOUND THEN RETURN 0; END IF;\n v_kind := coalesce(sv.service_kind, 'standard');\n\n -- QUEM \u00C9 REVIS\u00C3O. O V1 tem um booleano (`is_revision`) ao lado do n\u00FAmero.\n -- No V2 sobrou s\u00F3 o n\u00FAmero \u2014 e o ETL gravou `revision_number = 1` em TODA\n -- sess\u00E3o, ent\u00E3o o n\u00FAmero n\u00E3o distingue nada: lido como \"\u00E9 revis\u00E3o\", ele\n -- transformou 54 de 54 sess\u00F5es em revis\u00E3o, tirou o item de fatura de 21\n -- delas e inventou v\u00EDnculo de revis\u00E3o em 43. O que de fato separa as duas\n -- coisas no V2 \u00E9 o PAI: revis\u00E3o aponta para a sess\u00E3o original. Conferido\n -- contra as 288 exig\u00EAncias migradas destes mesmos atendimentos: o V1\n -- gravou `invoice_item` exatamente nas 21 sess\u00F5es `standard` sem pai, e\n -- `revision_link` exatamente nas 8 de `return` mais as 3 `standard` com pai.\n v_rev_num := coalesce(s.revision_number, 0);\n v_has_parent := s.parent_session_id IS NOT NULL;\n v_is_revision := v_has_parent OR v_kind = 'return';\n\n cfg := coalesce((SELECT t.settings -> 'evaluation_flow' FROM public.tenants t WHERE t.id = s.tenant_id), '{}'::jsonb);\n IF jsonb_typeof(cfg) <> 'object' THEN cfg := '{}'::jsonb; END IF;\n\n -- a) Formul\u00E1rios universais do tenant \u2014 escopo atendimento.\n FOR r IN SELECT ft.id FROM public.plg_forms_templates ft\n WHERE ft.tenant_id = s.tenant_id AND ft.is_active AND coalesce(ft.is_deleted, false) = false\n AND coalesce(ft.required_on_attendance, false)\n LOOP\n v_n := v_n + public.clinical_requirement_upsert(s.tenant_id, s.unit_id, s.booking_id, s.id,\n s.party_id, s.service_id, 'form', 'attendance', 'form_template', r.id,\n 'forms_templates.required_on_attendance', false, false);\n END LOOP;\n\n IF NOT v_has_parent THEN\n -- b) Formul\u00E1rios do servi\u00E7o.\n FOR r IN SELECT sd.template_id, coalesce(sd.requirement_scope, 'attendance') AS scope\n FROM public.plg_forms_service_defaults sd\n JOIN public.plg_forms_templates ft ON ft.id = sd.template_id AND ft.is_active\n WHERE sd.product_id = s.service_id AND sd.tenant_id = s.tenant_id\n LOOP\n v_n := v_n + public.clinical_requirement_upsert(s.tenant_id, s.unit_id, s.booking_id, s.id,\n s.party_id, s.service_id, 'form',\n CASE WHEN r.scope = 'service' THEN 'service' ELSE 'attendance' END,\n 'form_template', r.template_id, 'forms_service_defaults', false, false);\n END LOOP;\n ELSE\n -- c) Formul\u00E1rios da revis\u00E3o, pelo n\u00FAmero dela. No V2 os modelos da revis\u00E3o\n -- moram numa lista dentro da pr\u00F3pria revis\u00E3o.\n FOR r IN SELECT (e.value #>> '{}')::uuid AS template_id\n FROM public.plg_clinical_service_revisions rev,\n LATERAL jsonb_array_elements(coalesce(rev.form_template_refs, '[]'::jsonb)) e\n WHERE rev.tenant_id = s.tenant_id AND rev.service_id = s.service_id\n AND rev.revision_number = v_rev_num\n AND (e.value #>> '{}') ~ '^[0-9a-f-]{36}$'\n LOOP\n v_n := v_n + public.clinical_requirement_upsert(s.tenant_id, s.unit_id, s.booking_id, s.id,\n s.party_id, s.service_id, 'form', 'service', 'form_template', r.template_id,\n 'clinical_service_revisions.form_template_refs', false, false);\n END LOOP;\n END IF;\n\n -- d, e, f) CONTRATO e TERMO DE SESS\u00C3O: fora, por falta de modelo no V2.\n -- Ver o cabe\u00E7alho desta migration.\n\n -- g) Avalia\u00E7\u00E3o vinculada.\n IF v_kind = 'standard' THEN\n IF coalesce(sv.requires_evaluation, false) THEN\n v_n := v_n + public.clinical_requirement_upsert(s.tenant_id, s.unit_id, s.booking_id, s.id,\n s.party_id, s.service_id, 'evaluation', 'service', NULL, NULL,\n 'products.requires_evaluation', false, false);\n ELSIF coalesce((cfg ->> 'require_evaluation_for_kind_service')::boolean, false) THEN\n v_n := v_n + public.clinical_requirement_upsert(s.tenant_id, s.unit_id, s.booking_id, s.id,\n s.party_id, s.service_id, 'evaluation', 'service', NULL, NULL,\n 'evaluation_flow.require_evaluation_for_kind_service', false, false);\n END IF;\n END IF;\n\n -- h) Revis\u00E3o vinculada ao servi\u00E7o original: trava come\u00E7ar E terminar.\n IF v_is_revision AND coalesce((cfg ->> 'revision_link_required')::boolean, false) THEN\n v_n := v_n + public.clinical_requirement_upsert(s.tenant_id, s.unit_id, s.booking_id, s.id,\n s.party_id, s.service_id, 'revision_link', 'service', NULL, NULL,\n 'evaluation_flow.revision_link_required', true, true);\n END IF;\n\n -- i) Produtos utilizados: ficha t\u00E9cnica, \"sempre perguntar\", ou j\u00E1 lan\u00E7ado.\n v_rule := NULL;\n IF EXISTS (SELECT 1 FROM public.plg_inventory_recipes rc\n WHERE rc.product_id = s.service_id AND rc.tenant_id = s.tenant_id\n AND coalesce(rc.is_active, true)) THEN\n v_rule := 'inventory_recipes';\n ELSIF coalesce(sv.always_ask_used_products, false) THEN\n v_rule := 'products.always_ask_used_products';\n ELSIF EXISTS (SELECT 1 FROM public.plg_clinical_session_products sp\n WHERE sp.session_id = s.id\n OR (s.order_item_id IS NOT NULL AND sp.order_item_id = s.order_item_id)) THEN\n v_rule := 'clinical_session_products';\n END IF;\n IF v_rule IS NOT NULL THEN\n v_n := v_n + public.clinical_requirement_upsert(s.tenant_id, s.unit_id, s.booking_id, s.id,\n s.party_id, s.service_id, 'products', 'service', NULL, NULL, v_rule, false, false);\n END IF;\n\n -- j) Item de fatura: servi\u00E7o comum, n\u00E3o-revis\u00E3o.\n IF v_kind = 'standard' AND NOT v_has_parent THEN\n v_n := v_n + public.clinical_requirement_upsert(s.tenant_id, s.unit_id, s.booking_id, s.id,\n s.party_id, s.service_id, 'invoice_item', 'service', NULL, NULL, 'billing', false, false);\n END IF;\n EXCEPTION WHEN others THEN\n -- Nunca derruba quem chama: a fonte (a sess\u00E3o) n\u00E3o pode falhar por causa da r\u00E9gua.\n RAISE WARNING 'clinical_requirements_materialize(%): %', p_session, sqlerrm;\n RETURN 0;\n END;\n RETURN v_n;\nEND $fn$;\n\n-- \u2500\u2500\u2500 4. Reapurar as linhas de UM atendimento \u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\n\nCREATE OR REPLACE FUNCTION public.clinical_requirements_refresh(p_booking uuid, p_final boolean DEFAULT false)\nRETURNS jsonb LANGUAGE plpgsql SECURITY DEFINER SET search_path TO 'public'\nAS $fn$\nDECLARE\n a record; v_mode text; v_now timestamptz := now(); v_eval jsonb;\n n_mat int := 0; n_reopen int := 0;\n -- `v_sessao`, n\u00E3o `r`: plpgsql resolve o nome da VARI\u00C1VEL antes do apelido da\n -- tabela, ent\u00E3o um `record r` declarado aqui sequestra todo `r.coluna` dos\n -- UPDATEs abaixo \u2014 e o erro que sai \u00E9 \"record r has no field booking_id\".\n v_sessao record;\nBEGIN\n SELECT ap.id, ap.tenant_id, ap.party_id, ap.status INTO a\n FROM public.appointments ap WHERE ap.id = p_booking;\n IF NOT FOUND THEN RETURN jsonb_build_object('ok', false, 'reason', 'not_found'); END IF;\n\n v_mode := public.clinical_requirements_mode(a.tenant_id);\n IF v_mode = 'off' THEN RETURN jsonb_build_object('ok', true, 'mode', v_mode, 'skipped', true); END IF;\n\n p_final := coalesce(p_final, false) AND a.status = 'completed';\n\n BEGIN\n PERFORM pg_advisory_xact_lock(hashtextextended('clinical_req:' || p_booking::text, 0));\n IF a.status = 'completed' AND NOT p_final THEN\n RETURN jsonb_build_object('ok', true, 'mode', v_mode, 'frozen', true);\n END IF;\n\n -- 1) Materializa o que falta (sess\u00E3o nova, ficha t\u00E9cnica criada depois).\n FOR v_sessao IN SELECT cs.id FROM public.plg_clinical_sessions cs WHERE cs.booking_id = p_booking\n LOOP\n n_mat := n_mat + public.clinical_requirements_materialize(v_sessao.id);\n END LOOP;\n\n v_eval := coalesce((SELECT t.settings -> 'evaluation_flow' FROM public.tenants t WHERE t.id = a.tenant_id), '{}'::jsonb);\n IF jsonb_typeof(v_eval) <> 'object' THEN v_eval := '{}'::jsonb; END IF;\n\n -- 1b) Regra que saiu da configura\u00E7\u00E3o para de bloquear (o upsert reabre se voltar).\n UPDATE public.plg_clinical_requirements r\n SET status = 'not_applicable', candidate_type = NULL, candidate_id = NULL, updated_at = v_now\n WHERE r.booking_id = p_booking AND r.status = 'pending' AND r.frozen_at IS NULL\n AND r.metadata -> 'migration' IS NULL\n AND ((r.kind = 'revision_link' AND NOT coalesce((v_eval ->> 'revision_link_required')::boolean, false))\n OR (r.kind = 'evaluation'\n AND r.rule_sources = '[\"evaluation_flow.require_evaluation_for_kind_service\"]'::jsonb\n AND NOT coalesce((v_eval ->> 'require_evaluation_for_kind_service')::boolean, false)));\n\n -- 2) Reabre o que perdeu a fonte. Linha congelada n\u00E3o se mexe.\n UPDATE public.plg_clinical_requirements r\n SET status = 'pending', subject_type = NULL, subject_id = NULL, resolved_via = NULL,\n resolved_at = NULL, valid_until = NULL, updated_at = v_now\n WHERE r.booking_id = p_booking AND r.status = 'resolved' AND r.frozen_at IS NULL\n AND ((r.subject_type = 'documents' AND NOT EXISTS (SELECT 1 FROM public.documents d WHERE d.id = r.subject_id))\n OR (r.subject_type = 'clinical_sessions' AND NOT EXISTS (SELECT 1 FROM public.plg_clinical_sessions x WHERE x.id = r.subject_id))\n OR (r.subject_type = 'items' AND NOT EXISTS (SELECT 1 FROM public.items oi WHERE oi.id = r.subject_id)));\n GET DIAGNOSTICS n_reopen = ROW_COUNT;\n\n -- 3) Formul\u00E1rio universal: a \u00FAltima resposta do cliente, em qualquer\n -- atendimento, ainda dentro da validade do modelo.\n UPDATE public.plg_clinical_requirements r\n SET status = 'resolved', subject_type = 'documents', subject_id = x.id,\n resolved_via = CASE WHEN x.subject_id = p_booking THEN 'attendance' ELSE 'auto_client' END,\n resolved_at = v_now,\n valid_until = CASE WHEN x.validity_days IS NULL THEN NULL\n ELSE x.eff + make_interval(days => x.validity_days) END,\n updated_at = v_now\n FROM (SELECT DISTINCT ON (fd.template_id) d.id, fd.template_id, d.subject_id,\n coalesce(d.updated_at, d.created_at) AS eff, ft.validity_days\n FROM public.plg_forms_documents fd\n JOIN public.documents d ON d.id = fd.document_id\n JOIN public.plg_forms_templates ft ON ft.id = fd.template_id\n WHERE d.person_id = a.party_id AND d.tenant_id = a.tenant_id\n ORDER BY fd.template_id, coalesce(d.updated_at, d.created_at) DESC) x\n WHERE r.booking_id = p_booking AND r.status = 'pending' AND r.kind = 'form'\n AND r.scope = 'attendance' AND r.ref_id = x.template_id\n AND r.rule_sources @> '[\"forms_templates.required_on_attendance\"]'::jsonb\n AND (x.validity_days IS NULL OR x.eff + make_interval(days => x.validity_days) > v_now);\n\n -- 4) Demais formul\u00E1rios: qualquer resposta DESTE atendimento com o modelo.\n UPDATE public.plg_clinical_requirements r\n SET status = 'resolved', subject_type = 'documents', subject_id = x.id,\n resolved_via = 'attendance', resolved_at = v_now, updated_at = v_now\n FROM (SELECT DISTINCT ON (fd.template_id, coalesce(fd.product_id, '00000000-0000-0000-0000-000000000000'::uuid))\n d.id, fd.template_id, fd.product_id\n FROM public.plg_forms_documents fd\n JOIN public.documents d ON d.id = fd.document_id\n WHERE d.subject_type = 'appointment' AND d.subject_id = p_booking\n ORDER BY fd.template_id, coalesce(fd.product_id, '00000000-0000-0000-0000-000000000000'::uuid),\n coalesce(d.updated_at, d.created_at) DESC) x\n WHERE r.booking_id = p_booking AND r.status = 'pending' AND r.kind = 'form'\n AND r.ref_id = x.template_id\n AND NOT (r.rule_sources @> '[\"forms_templates.required_on_attendance\"]'::jsonb)\n AND (x.product_id IS NULL OR r.scope = 'attendance' OR x.product_id = r.service_id);\n\n -- 5) Avalia\u00E7\u00E3o vinculada: a sess\u00E3o aponta a avalia\u00E7\u00E3o que a autorizou.\n UPDATE public.plg_clinical_requirements r\n SET status = 'resolved', subject_type = 'clinical_sessions', subject_id = x.eval_id,\n resolved_via = CASE WHEN x.same_booking THEN 'attendance' ELSE 'auto_client' END,\n resolved_at = v_now, updated_at = v_now\n FROM (SELECT r2.id AS req_id, e.id AS eval_id, (e.booking_id = p_booking) AS same_booking\n FROM public.plg_clinical_requirements r2\n JOIN public.plg_clinical_sessions cs ON cs.id = r2.session_id\n JOIN public.plg_clinical_sessions e ON e.id = cs.source_evaluation_id\n WHERE r2.booking_id = p_booking AND r2.kind = 'evaluation' AND r2.frozen_at IS NULL\n AND (r2.status = 'pending' OR (r2.status = 'resolved' AND r2.resolved_via = 'legacy_grace'))) x\n WHERE r.id = x.req_id;\n\n -- 5b) Gra\u00E7a legada: o cliente j\u00E1 tem atendimento conclu\u00EDdo com servi\u00E7o de\n -- avalia\u00E7\u00E3o. \u00C9 a mesma concess\u00E3o do V1, e vai marcada como tal.\n UPDATE public.plg_clinical_requirements r\n SET status = 'resolved', subject_type = 'appointments', subject_id = x.booking_id,\n resolved_via = 'legacy_grace', resolved_at = v_now, updated_at = v_now\n FROM (SELECT ap.id AS booking_id\n FROM public.appointments ap\n JOIN public.appointment_items ai ON ai.booking_id = ap.id\n JOIN public.products p ON p.id = ai.service_id AND p.service_kind = 'evaluation'\n WHERE ap.party_id = a.party_id AND ap.tenant_id = a.tenant_id AND ap.status = 'completed'\n ORDER BY ap.starts_at DESC NULLS LAST LIMIT 1) x\n WHERE r.booking_id = p_booking AND r.status = 'pending' AND r.kind = 'evaluation';\n\n -- 6) Revis\u00E3o vinculada ao servi\u00E7o original.\n UPDATE public.plg_clinical_requirements r\n SET status = 'resolved', subject_type = 'clinical_sessions', subject_id = cs.parent_session_id,\n resolved_via = 'attendance', resolved_at = v_now, updated_at = v_now\n FROM public.plg_clinical_sessions cs\n WHERE cs.id = r.session_id AND r.booking_id = p_booking\n AND r.status = 'pending' AND r.kind = 'revision_link'\n AND cs.parent_session_id IS NOT NULL\n AND EXISTS (SELECT 1 FROM public.plg_clinical_sessions p WHERE p.id = cs.parent_session_id);\n\n -- 7) Produtos: a sess\u00E3o declara que foram conferidos.\n UPDATE public.plg_clinical_requirements r\n SET status = 'resolved', subject_type = 'clinical_sessions', subject_id = cs.id,\n resolved_via = 'attendance', resolved_at = v_now, updated_at = v_now\n FROM public.plg_clinical_sessions cs\n WHERE cs.id = r.session_id AND r.booking_id = p_booking\n AND r.status = 'pending' AND r.kind = 'products'\n AND coalesce(cs.products_initialized, false);\n\n -- 8) Item de pedido vinculado. A linha do pedido no V2 \u00E9 `public.items` \u2014\n -- n\u00E3o existe `order_items`; o pedido \u00E9 o documento e o item \u00E9 dele.\n UPDATE public.plg_clinical_requirements r\n SET status = 'resolved', subject_type = 'items', subject_id = oi.id,\n resolved_via = 'attendance', resolved_at = v_now, updated_at = v_now\n FROM public.plg_clinical_sessions cs\n JOIN public.items oi ON oi.id = cs.order_item_id\n WHERE cs.id = r.session_id AND r.booking_id = p_booking\n AND r.status = 'pending' AND r.kind = 'invoice_item';\n\n -- 9) Congelamento: s\u00F3 na \u00FAltima passada, com o atendimento conclu\u00EDdo.\n IF p_final THEN\n UPDATE public.plg_clinical_requirements\n SET frozen_at = coalesce(frozen_at, v_now), updated_at = v_now\n WHERE booking_id = p_booking;\n END IF;\n\n RETURN jsonb_build_object(\n 'ok', true, 'mode', v_mode, 'materialized', n_mat, 'reopened', n_reopen,\n 'pending', (SELECT count(*) FROM public.plg_clinical_requirements WHERE booking_id = p_booking AND status = 'pending'),\n 'resolved', (SELECT count(*) FROM public.plg_clinical_requirements WHERE booking_id = p_booking AND status = 'resolved'),\n 'frozen', p_final);\n EXCEPTION WHEN others THEN\n RAISE WARNING 'clinical_requirements_refresh(%): %', p_booking, sqlerrm;\n RETURN jsonb_build_object('ok', false, 'error', sqlerrm);\n END;\nEND $fn$;\n\n-- \u2500\u2500\u2500 5. Quem pode chamar \u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\n-- Escrita s\u00F3 pelas fun\u00E7\u00F5es (definer). O app chama o refresh; o resto \u00E9 interno.\n\nREVOKE ALL ON FUNCTION public.clinical_requirement_upsert(uuid, uuid, uuid, uuid, uuid, uuid, text, text, text, uuid, text, boolean, boolean) FROM public, anon, authenticated;\nREVOKE ALL ON FUNCTION public.clinical_requirements_materialize(uuid) FROM public, anon, authenticated;\nGRANT EXECUTE ON FUNCTION public.clinical_requirements_mode(uuid) TO authenticated;\nGRANT EXECUTE ON FUNCTION public.clinical_requirements_refresh(uuid, boolean) TO authenticated;\n";
5
+ export declare const MIGRATION_005_COMECAR_O_ATENDIMENTO_E_UM_GESTO_SO = "-- ============================================================================\n-- Come\u00E7ar o atendimento \u00E9 UM gesto \u2014 e uma transa\u00E7\u00E3o s\u00F3\n--\n-- No V1, \"Iniciar Atendimento\" grava tr\u00EAs coisas no mesmo instante: o\n-- agendamento vira `in_progress`, a execu\u00E7\u00E3o de cada servi\u00E7o nasce, e a r\u00E9gua \u00E9\n-- materializada (`rpc/refresh_execution_requirements`). Se qualquer uma falhar\n-- sozinha o atendimento fica meio aberto: status trocado sem r\u00E9gua, ou r\u00E9gua\n-- sem sess\u00E3o \u2014 e a tela mostra uma bola que n\u00E3o pertence a nada.\n--\n-- Por isso \u00E9 uma fun\u00E7\u00E3o e n\u00E3o tr\u00EAs chamadas do app. A recep\u00E7\u00E3o e o profissional\n-- podem apertar o bot\u00E3o ao mesmo tempo, e o segundo n\u00E3o pode duplicar sess\u00E3o.\n--\n-- QUEM PODE: o V1 s\u00F3 monta a r\u00E9gua para quem est\u00E1 VINCULADO A UM PROFISSIONAL,\n-- e s\u00F3 enxerga o atendimento DELE com aquele cliente. Aqui a regra \u00E9 a mesma \u2014\n-- e a recusa \u00E9 FALADA (`reason`), n\u00E3o silenciosa: a tela precisa dizer por que\n-- o bot\u00E3o n\u00E3o serve, em vez de sumir com ele.\n-- ============================================================================\n\nCREATE OR REPLACE FUNCTION public.clinical_attendance_start(p_booking uuid)\nRETURNS jsonb LANGUAGE plpgsql SECURITY DEFINER SET search_path TO 'public', 'app'\nAS $fn$\nDECLARE\n a record; v_person uuid; v_created int := 0; v_item record; v_refresh jsonb;\nBEGIN\n SELECT ap.id, ap.tenant_id, ap.unit_id, ap.party_id, ap.assignee_id, ap.status, ap.starts_at\n INTO a FROM public.appointments ap WHERE ap.id = p_booking;\n IF NOT FOUND THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'not_found');\n END IF;\n\n -- A pessoa por tr\u00E1s do login. Nulo = login sem ficha (o dono que criou o\n -- espa\u00E7o, a licen\u00E7a de suporte): v\u00EA tudo, atende ningu\u00E9m.\n v_person := public.current_person_id();\n IF v_person IS NULL THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'sem_ficha_de_profissional');\n END IF;\n IF a.assignee_id IS DISTINCT FROM v_person THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'nao_e_seu_atendimento');\n END IF;\n -- Atender o que n\u00E3o \u00E9 de hoje abriria um atendimento paralelo ao agendado \u2014\n -- o mesmo motivo que fez o V1 trocar o bot\u00E3o conforme o dia.\n IF a.starts_at::date <> (now() AT TIME ZONE 'America/Sao_Paulo')::date THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'nao_e_de_hoje');\n END IF;\n IF a.status IN ('completed', 'cancelled', 'no_show') THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'ja_encerrado', 'status', a.status);\n END IF;\n\n -- Uma sess\u00E3o por servi\u00E7o do agendamento. `booking_item_id` \u00E9 a chave de\n -- idempot\u00EAncia: apertar duas vezes (ou duas pessoas ao mesmo tempo) n\u00E3o\n -- duplica nada.\n FOR v_item IN\n SELECT ai.id, ai.service_id, ai.assignee_id\n FROM public.appointment_items ai\n WHERE ai.booking_id = p_booking\n LOOP\n INSERT INTO public.plg_clinical_sessions (\n tenant_id, unit_id, status, booking_id, booking_item_id, party_id,\n assignee_id, performed_by_id, service_id, scheduled_for, started_at)\n SELECT a.tenant_id, a.unit_id, 'in_service', a.id, v_item.id, a.party_id,\n coalesce(v_item.assignee_id, a.assignee_id), v_person, v_item.service_id,\n a.starts_at, now()\n WHERE NOT EXISTS (\n SELECT 1 FROM public.plg_clinical_sessions cs\n WHERE cs.booking_id = p_booking AND cs.booking_item_id = v_item.id);\n IF FOUND THEN v_created := v_created + 1; END IF;\n END LOOP;\n\n UPDATE public.appointments\n SET status = 'in_progress', updated_at = now()\n WHERE id = p_booking AND status <> 'in_progress';\n\n v_refresh := public.clinical_requirements_refresh(p_booking);\n\n RETURN jsonb_build_object(\n 'ok', true,\n 'sessoes_criadas', v_created,\n 'sessoes', (SELECT count(*) FROM public.plg_clinical_sessions WHERE booking_id = p_booking),\n 'regua', v_refresh);\nEND $fn$;\n\nGRANT EXECUTE ON FUNCTION public.clinical_attendance_start(uuid) TO authenticated;\n";
6
+ export declare const MIGRATION_006_CONTRATAR_NAO_E_PAGAR = "-- ============================================================================\n-- CONTRATAR n\u00E3o \u00E9 PAGAR\n--\n-- O passo mais delicado do turno do injetor, e a demonstra\u00E7\u00E3o do V1 para nele\n-- para explicar: *\"Mas at\u00E9 ent\u00E3o ele n\u00E3o pagou ainda? N\u00E3o pagou \u2014 mas ele vai\n-- executar.\"* Contratar cria a D\u00CDVIDA; receber \u00E9 papel da recep\u00E7\u00E3o, em outra\n-- tela e outro momento.\n--\n-- No V1 isto grava `generated_contracts` + `invoices` + `invoice_items`. No V2\n-- o documento \u00E9 o PEDIDO, e h\u00E1 uma porta s\u00F3 para abri-lo: `order_create` \u2014 a\n-- mesma que o PDV, o totem e a agenda usam. Nada aqui escreve uma linha de\n-- fatura \u00E0 m\u00E3o; a cobran\u00E7a nasce depois, quando o atendimento fecha.\n--\n-- Por que uma fun\u00E7\u00E3o e n\u00E3o tr\u00EAs chamadas do app: contratar \u00E9 abrir o pedido,\n-- ligar cada sess\u00E3o \u00E0 sua linha e reapurar a r\u00E9gua. Pedido aberto com a sess\u00E3o\n-- solta \u00E9 um atendimento que cobra e n\u00E3o sabe o que executou.\n-- ============================================================================\n\nCREATE OR REPLACE FUNCTION public.clinical_contract_services(p_booking uuid, p_lines jsonb)\nRETURNS jsonb LANGUAGE plpgsql SECURITY DEFINER SET search_path TO 'public', 'app'\nAS $fn$\nDECLARE\n a record; v_person uuid; v_order uuid; v_line jsonb; v_item uuid; v_n int := 0;\n v_rpc_lines jsonb := '[]'::jsonb; v_idx int := 0;\nBEGIN\n SELECT ap.id, ap.tenant_id, ap.unit_id, ap.party_id, ap.assignee_id, ap.status, ap.order_id\n INTO a FROM public.appointments ap WHERE ap.id = p_booking;\n IF NOT FOUND THEN RETURN jsonb_build_object('ok', false, 'reason', 'not_found'); END IF;\n\n v_person := public.current_person_id();\n IF v_person IS NULL THEN RETURN jsonb_build_object('ok', false, 'reason', 'sem_ficha_de_profissional'); END IF;\n IF a.assignee_id IS DISTINCT FROM v_person THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'nao_e_seu_atendimento');\n END IF;\n IF a.status <> 'in_progress' THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'atendimento_nao_esta_em_curso');\n END IF;\n IF jsonb_typeof(p_lines) <> 'array' OR jsonb_array_length(p_lines) = 0 THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'nada_marcado');\n END IF;\n\n -- As linhas, no formato que `order_create` j\u00E1 entende.\n FOR v_line IN SELECT * FROM jsonb_array_elements(p_lines)\n LOOP\n v_rpc_lines := v_rpc_lines || jsonb_build_object(\n 'product_id', v_line ->> 'service_id',\n 'name', v_line ->> 'name',\n 'quantity', coalesce((v_line ->> 'quantity')::numeric, 1),\n 'unit_price', coalesce((v_line ->> 'unit_price')::numeric, 0),\n 'sort_order', v_idx);\n v_idx := v_idx + 1;\n END LOOP;\n\n -- O pedido do atendimento. `idempotency_key` pelo agendamento: dois toques\n -- no \"Contratar\" n\u00E3o abrem duas contas para a mesma visita.\n IF a.order_id IS NULL THEN\n v_order := public.order_create(\n p_kind => 'appointment',\n p_lines => v_rpc_lines,\n p_party_id => a.party_id,\n p_unit_id => a.unit_id,\n p_status => 'scheduled',\n p_assignee_id => a.assignee_id,\n p_metadata => jsonb_build_object('agenda', jsonb_build_object('booking_id', p_booking), 'source', 'clinical:contratacao'),\n p_idempotency_key => 'clinical-contract:' || p_booking::text);\n UPDATE public.appointments SET order_id = v_order, updated_at = now() WHERE id = p_booking;\n ELSE\n -- Pedido j\u00E1 existe (a agenda abriu na marca\u00E7\u00E3o): acrescenta o que falta.\n v_order := a.order_id;\n v_idx := coalesce((SELECT max(i.sort_order) + 1 FROM public.items i WHERE i.order_id = v_order), 0);\n FOR v_line IN SELECT * FROM jsonb_array_elements(p_lines)\n LOOP\n INSERT INTO public.items (tenant_id, unit_id, order_id, product_id, name, quantity, unit_price, total, sort_order)\n VALUES (a.tenant_id, a.unit_id, v_order, (v_line ->> 'service_id')::uuid, v_line ->> 'name',\n coalesce((v_line ->> 'quantity')::numeric, 1),\n coalesce((v_line ->> 'unit_price')::numeric, 0),\n coalesce((v_line ->> 'quantity')::numeric, 1) * coalesce((v_line ->> 'unit_price')::numeric, 0),\n v_idx);\n v_idx := v_idx + 1;\n END LOOP;\n END IF;\n\n -- Cada sess\u00E3o passa a apontar a SUA linha. Sem isto o pedido cobra e o\n -- atendimento n\u00E3o sabe o que executou \u2014 e a bola \"Conta do atendimento\"\n -- nunca fecha, porque \u00E9 exatamente este v\u00EDnculo que ela procura.\n UPDATE public.plg_clinical_sessions cs\n SET order_item_id = i.id,\n status = CASE WHEN cs.status IN ('quoted', 'pending', 'scheduled') THEN 'contracted' ELSE cs.status END,\n updated_at = now()\n FROM public.items i\n WHERE cs.booking_id = p_booking\n AND cs.order_item_id IS NULL\n AND i.order_id = v_order\n AND i.product_id = cs.service_id\n AND NOT EXISTS (SELECT 1 FROM public.plg_clinical_sessions o\n WHERE o.order_item_id = i.id AND o.id <> cs.id);\n GET DIAGNOSTICS v_n = ROW_COUNT;\n\n RETURN jsonb_build_object(\n 'ok', true, 'order_id', v_order, 'sessoes_ligadas', v_n,\n 'total', (SELECT coalesce(sum(i.total), 0) FROM public.items i WHERE i.order_id = v_order),\n 'regua', public.clinical_requirements_refresh(p_booking));\nEND $fn$;\n\nGRANT EXECUTE ON FUNCTION public.clinical_contract_services(uuid, jsonb) TO authenticated;\n";
7
+ export declare const MIGRATION_007_FINALIZAR_ACENDE_O_BALCAO = "-- ============================================================================\n-- FINALIZAR acende o balc\u00E3o\n--\n-- O \u00FAltimo gesto do profissional \u00E9 o PRIMEIRO da recep\u00E7\u00E3o. No V1, o instante em\n-- que o atendimento vai para `completed` sem `checkout_confirmed_at` acende o\n-- rodap\u00E9 do balc\u00E3o \u2014 com contador, pulso e bipe.\n--\n-- Duas decis\u00F5es do V1 que v\u00EAm junto, e que s\u00E3o o oposto uma da outra:\n--\n-- \u00B7 o aviso de servi\u00E7os n\u00E3o executados AVISA E DEIXA PASSAR. Travar criaria\n-- um atendimento sem sa\u00EDda pela interface; quem n\u00E3o executou cancela o item\n-- na conta do cliente. Por isso `p_force`: a primeira chamada devolve a\n-- lista, a segunda executa.\n-- \u00B7 a exig\u00EAncia que bloqueia TERMINAR (`blocks_finish`) \u00E9 outra coisa, e essa\n-- trava de verdade \u2014 \u00E9 o termo de sess\u00E3o do V1, que existe para n\u00E3o haver\n-- execu\u00E7\u00E3o sem assinatura.\n--\n-- E o que N\u00C3O se grava aqui: `checkout_confirmed_at`. Ele \u00E9 da recep\u00E7\u00E3o, e \u00E9 o\n-- que tira o cart\u00E3o da fila \u2014 receber e conferir s\u00E3o duas coisas.\n-- ============================================================================\n\nCREATE OR REPLACE FUNCTION public.clinical_attendance_finish(p_booking uuid, p_force boolean DEFAULT false)\nRETURNS jsonb LANGUAGE plpgsql SECURITY DEFINER SET search_path TO 'public', 'app'\nAS $fn$\nDECLARE\n a record; v_person uuid; v_bloqueia jsonb; v_nao_executados jsonb;\n v_avisados int := 0; v_total numeric := 0; v_cliente text;\nBEGIN\n SELECT ap.id, ap.tenant_id, ap.unit_id, ap.party_id, ap.assignee_id, ap.status, ap.order_id\n INTO a FROM public.appointments ap WHERE ap.id = p_booking;\n IF NOT FOUND THEN RETURN jsonb_build_object('ok', false, 'reason', 'not_found'); END IF;\n\n v_person := public.current_person_id();\n IF v_person IS NULL THEN RETURN jsonb_build_object('ok', false, 'reason', 'sem_ficha_de_profissional'); END IF;\n IF a.assignee_id IS DISTINCT FROM v_person THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'nao_e_seu_atendimento');\n END IF;\n IF a.status <> 'in_progress' THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'atendimento_nao_esta_em_curso');\n END IF;\n\n -- A trava de verdade: exig\u00EAncia que impede TERMINAR.\n SELECT coalesce(jsonb_agg(jsonb_build_object('kind', r.kind, 'service_id', r.service_id)), '[]'::jsonb)\n INTO v_bloqueia\n FROM public.plg_clinical_requirements r\n WHERE r.booking_id = p_booking AND r.blocks_finish AND r.status = 'pending';\n IF jsonb_array_length(v_bloqueia) > 0 THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'exigencia_bloqueia', 'itens', v_bloqueia);\n END IF;\n\n -- O aviso que n\u00E3o trava: servi\u00E7os contratados e ainda n\u00E3o executados.\n SELECT coalesce(jsonb_agg(p.name ORDER BY p.name), '[]'::jsonb) INTO v_nao_executados\n FROM public.plg_clinical_sessions cs\n JOIN public.products p ON p.id = cs.service_id\n WHERE cs.booking_id = p_booking AND cs.status <> 'executed';\n IF jsonb_array_length(v_nao_executados) > 0 AND NOT coalesce(p_force, false) THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'servicos_nao_executados', 'itens', v_nao_executados);\n END IF;\n\n -- \"Finalizar agora registra estes servi\u00E7os como executados\" \u2014 texto do V1.\n UPDATE public.plg_clinical_sessions\n SET status = 'executed', ended_at = coalesce(ended_at, now()), updated_at = now()\n WHERE booking_id = p_booking AND status <> 'executed';\n\n UPDATE public.appointments\n SET status = 'completed', updated_at = now()\n WHERE id = p_booking;\n\n -- Congela a trilha: depois de encerrado, a r\u00E9gua n\u00E3o se reapura.\n PERFORM public.clinical_requirements_refresh(p_booking, true);\n\n SELECT coalesce(sum(i.total), 0) INTO v_total FROM public.items i WHERE i.order_id = a.order_id;\n SELECT pe.name INTO v_cliente FROM public.people pe WHERE pe.id = a.party_id;\n\n -- O BALC\u00C3O ACENDE.\n --\n -- Quem recebe: a recep\u00E7\u00E3o da conta. Onde n\u00E3o houver ningu\u00E9m com o papel de\n -- recep\u00E7\u00E3o \u2014 e \u00E9 o caso do tenant migrado, com 0 membros nele \u2014, cai para\n -- gerente e dono. Um aviso que n\u00E3o chega a ningu\u00E9m deixaria a conta parada\n -- sem que nada na tela dissesse por qu\u00EA.\n WITH alvo AS (\n SELECT m.user_id\n FROM app.memberships m\n JOIN app.roles r ON r.id = m.role_id\n WHERE m.tenant_id = a.tenant_id AND coalesce(m.active, true)\n AND r.key IN ('recepcao', 'reception')\n UNION ALL\n SELECT m.user_id\n FROM app.memberships m\n JOIN app.roles r ON r.id = m.role_id\n WHERE m.tenant_id = a.tenant_id AND coalesce(m.active, true)\n AND r.key IN ('owner', 'manager')\n AND NOT EXISTS (\n SELECT 1 FROM app.memberships m2 JOIN app.roles r2 ON r2.id = m2.role_id\n WHERE m2.tenant_id = a.tenant_id AND coalesce(m2.active, true)\n AND r2.key IN ('recepcao', 'reception'))\n )\n INSERT INTO public.notifications (tenant_id, user_id, title, body, type, link, subject_type, subject_id)\n SELECT a.tenant_id, alvo.user_id,\n 'Checkout pendente',\n coalesce(v_cliente, 'Cliente') || ' terminou o atendimento'\n -- O dinheiro escrito como o Brasil escreve. `to_char` usa o\n -- `lc_numeric` do BANCO para o grupo e a v\u00EDrgula, e o cluster est\u00E1\n -- em C: sa\u00EDa \"R$ 999.00\" no aviso de uma recep\u00E7\u00E3o brasileira. A\n -- troca \u00E9 feita \u00E0 m\u00E3o para n\u00E3o depender de locale nenhum.\n || CASE WHEN v_total > 0 THEN ' \u00B7 R$ ' ||\n replace(replace(replace(to_char(v_total, 'FM999G999G999D00'), ',', '\u00A7'), '.', ','), '\u00A7', '.')\n ELSE '' END,\n 'checkout_pendente', '#/checkin', 'appointment', p_booking\n FROM alvo\n ON CONFLICT (user_id, subject_type, subject_id, type) WHERE subject_id IS NOT NULL DO NOTHING;\n GET DIAGNOSTICS v_avisados = ROW_COUNT;\n\n RETURN jsonb_build_object(\n 'ok', true, 'avisados', v_avisados, 'total', v_total,\n 'executados', (SELECT count(*) FROM public.plg_clinical_sessions WHERE booking_id = p_booking AND status = 'executed'));\nEND $fn$;\n\nGRANT EXECUTE ON FUNCTION public.clinical_attendance_finish(uuid, boolean) TO authenticated;\n";
8
+ export declare const MIGRATION_008_CONFERIR_NAO_E_RECEBER = "-- ============================================================================\n-- CONFERIR n\u00E3o \u00E9 RECEBER\n--\n-- O V1 \u00E9 expl\u00EDcito: *\"Receber move dinheiro; concluir checkout \u00E9 a recep\u00E7\u00E3o\n-- dizendo 'conferi a sess\u00E3o'. O cart\u00E3o fica na fila enquanto houver valor em\n-- aberto OU checkout por confirmar.\"* S\u00E3o duas coisas, e junt\u00E1-las numa s\u00F3\n-- faria a fila esvaziar quando o dinheiro entra \u2014 mesmo que ningu\u00E9m tenha\n-- olhado o que foi executado.\n--\n-- `checkout_confirmed_at` mora no `metadata->'agenda'` do agendamento, que \u00E9\n-- onde o ETL do V1 o deixou: 332 atendimentos migrados j\u00E1 o carregam ali.\n-- Escrever numa coluna nova faria o hist\u00F3rico e o presente responderem em\n-- lugares diferentes.\n-- ============================================================================\n\nCREATE OR REPLACE FUNCTION public.clinical_checkout_confirm(p_booking uuid)\nRETURNS jsonb LANGUAGE plpgsql SECURITY DEFINER SET search_path TO 'public', 'app'\nAS $fn$\nDECLARE\n a record; v_person uuid; v_aberto numeric := 0;\nBEGIN\n SELECT ap.id, ap.tenant_id, ap.status, ap.order_id, ap.metadata\n INTO a FROM public.appointments ap WHERE ap.id = p_booking;\n IF NOT FOUND THEN RETURN jsonb_build_object('ok', false, 'reason', 'not_found'); END IF;\n\n -- Quem confere \u00E9 quem est\u00E1 no balc\u00E3o. Diferente de iniciar o atendimento,\n -- aqui N\u00C3O se exige ser o profissional do agendamento: conferir \u00E9 da\n -- recep\u00E7\u00E3o, e a recep\u00E7\u00E3o n\u00E3o atende ningu\u00E9m.\n IF auth.uid() IS NULL THEN RETURN jsonb_build_object('ok', false, 'reason', 'sem_sessao'); END IF;\n v_person := public.current_person_id();\n\n IF a.status <> 'completed' THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'atendimento_nao_terminou');\n END IF;\n IF a.metadata -> 'agenda' ->> 'checkout_confirmed_at' IS NOT NULL THEN\n RETURN jsonb_build_object('ok', true, 'ja_confirmado', true);\n END IF;\n\n -- S\u00F3 o ramo `agenda` \u00E9 reescrito, e ele \u00E9 reescrito a partir do que j\u00E1\n -- estava l\u00E1: o `||` sobre o objeto inteiro apagaria o que o ETL do V1\n -- deixou no metadata do agendamento.\n UPDATE public.appointments ap\n SET metadata = coalesce(ap.metadata, '{}'::jsonb)\n || jsonb_build_object('agenda',\n coalesce(ap.metadata -> 'agenda', '{}'::jsonb)\n || jsonb_build_object(\n 'checkout_confirmed_at', to_jsonb(now()),\n 'checkout_confirmed_by', to_jsonb(coalesce(v_person::text, auth.uid()::text)))),\n updated_at = now()\n WHERE ap.id = p_booking;\n\n -- O aviso cumpriu o papel dele. Deix\u00E1-lo n\u00E3o lido faria o sino cobrar uma\n -- confer\u00EAncia que j\u00E1 aconteceu.\n UPDATE public.notifications\n SET read = true\n WHERE subject_type = 'appointment' AND subject_id = p_booking AND NOT read;\n\n SELECT coalesce(sum(i.total), 0) INTO v_aberto FROM public.items i WHERE i.order_id = a.order_id;\n\n RETURN jsonb_build_object('ok', true, 'total', v_aberto);\nEND $fn$;\n\nGRANT EXECUTE ON FUNCTION public.clinical_checkout_confirm(uuid) TO authenticated;\n";
9
+ export declare const MIGRATION_009_O_BOTAO_DE_COBRAR_COBRA = "-- ============================================================================\n-- O bot\u00E3o de cobrar COBRA\n--\n-- SINTOMA, visto na tela: a conta do cliente mostra \"Este atendimento ainda n\u00E3o\n-- tem cobran\u00E7a \u00B7 **Gerar recebimento**\", e o clique n\u00E3o faz nada. Nenhum\n-- movimento nasce, nenhuma mensagem aparece. O bot\u00E3o existe porque o painel o\n-- oferece, e quem o liga \u00E9 o APP hospedeiro \u2014 que neste app n\u00E3o liga.\n--\n-- Bot\u00E3o morto \u00E9 pior que bot\u00E3o ausente: quem clica confia no bot\u00E3o.\n--\n-- O caminho do dinheiro no V2 \u00E9 um s\u00F3: o receb\u00EDvel \u00E9 levantado quando o PEDIDO\n-- FECHA (`orders_raise_receivable_on_close`). Ent\u00E3o cobrar \u00E9 fechar o pedido do\n-- atendimento \u2014 e n\u00E3o escrever fatura \u00E0 m\u00E3o, que \u00E9 o que a regra do SDK pro\u00EDbe.\n--\n-- \u00C9 aqui, e n\u00E3o na contrata\u00E7\u00E3o, porque o V1 separa as duas coisas: contratar\n-- cria a d\u00EDvida; cobrar \u00E9 da recep\u00E7\u00E3o, depois de conferir o que foi executado.\n-- ============================================================================\n\nCREATE OR REPLACE FUNCTION public.clinical_checkout_charge(p_booking uuid)\nRETURNS jsonb LANGUAGE plpgsql SECURITY DEFINER SET search_path TO 'public', 'app'\nAS $fn$\nDECLARE\n a record; v_linhas int; v_total numeric; v_mov int;\nBEGIN\n SELECT ap.id, ap.tenant_id, ap.status, ap.order_id INTO a\n FROM public.appointments ap WHERE ap.id = p_booking;\n IF NOT FOUND THEN RETURN jsonb_build_object('ok', false, 'reason', 'not_found'); END IF;\n IF auth.uid() IS NULL THEN RETURN jsonb_build_object('ok', false, 'reason', 'sem_sessao'); END IF;\n\n IF a.order_id IS NULL THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'nada_contratado');\n END IF;\n\n SELECT count(*), coalesce(sum(i.total), 0) INTO v_linhas, v_total\n FROM public.items i WHERE i.order_id = a.order_id;\n IF v_linhas = 0 THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'nada_contratado');\n END IF;\n\n -- Idempotente: o pedido j\u00E1 fechado devolve o que existe, sem levantar um\n -- segundo receb\u00EDvel para a mesma visita.\n SELECT count(*) INTO v_mov FROM public.plg_financial_movements m WHERE m.invoice_id = a.order_id;\n IF v_mov > 0 THEN\n RETURN jsonb_build_object('ok', true, 'ja_cobrado', true, 'total', v_total);\n END IF;\n\n UPDATE public.orders SET status = 'completed', updated_at = now()\n WHERE id = a.order_id AND status <> 'completed';\n\n SELECT count(*) INTO v_mov FROM public.plg_financial_movements m WHERE m.invoice_id = a.order_id;\n RETURN jsonb_build_object('ok', true, 'total', v_total, 'movimentos', v_mov);\nEND $fn$;\n\nGRANT EXECUTE ON FUNCTION public.clinical_checkout_charge(uuid) TO authenticated;\n";
10
+ export declare const MIGRATION_010_A_INDICACAO_VAI_PARA_O_FUNIL = "-- ============================================================================\n-- A INDICA\u00C7\u00C3O vai para o funil\n--\n-- O V1 escreve, na pr\u00F3pria tela da avalia\u00E7\u00E3o: *\"Indique procedimentos ou\n-- produtos para o cliente \u2014 eles alimentam as recomenda\u00E7\u00F5es do CRM e a etapa de\n-- or\u00E7amento.\"* E a rede confirma: concluir a avalia\u00E7\u00E3o faz `POST\n-- opportunity_recommendations`.\n--\n-- **Indica\u00E7\u00E3o n\u00E3o \u00E9 venda.** \u00C9 o que o profissional recomenda; virar cobran\u00E7a \u00E9\n-- outra decis\u00E3o, do paciente, na contrata\u00E7\u00E3o. As duas palavras existem\n-- separadas no V1 porque separam dois momentos e duas responsabilidades.\n--\n-- No V2 a cesta do interesse pende de um NEG\u00D3CIO (`plg_crm_deal_interests.\n-- deal_id` \u00E9 NOT NULL). Ent\u00E3o a avalia\u00E7\u00E3o abre \u2014 ou reaproveita \u2014 um neg\u00F3cio do\n-- cliente e pendura ali o que foi indicado. \u00C9 o mesmo desenho do V1, com o\n-- vocabul\u00E1rio do V2: a indica\u00E7\u00E3o nasce no atendimento e vive no funil.\n-- ============================================================================\n\nCREATE OR REPLACE FUNCTION public.clinical_evaluation_complete(p_booking uuid, p_lines jsonb DEFAULT '[]'::jsonb)\nRETURNS jsonb LANGUAGE plpgsql SECURITY DEFINER SET search_path TO 'public', 'app'\nAS $fn$\nDECLARE\n a record; v_person uuid; v_deal uuid; v_line jsonb; v_interest uuid;\n v_n int := 0; v_resolvidas int := 0; v_cliente text;\nBEGIN\n SELECT ap.id, ap.tenant_id, ap.unit_id, ap.party_id, ap.assignee_id, ap.status\n INTO a FROM public.appointments ap WHERE ap.id = p_booking;\n IF NOT FOUND THEN RETURN jsonb_build_object('ok', false, 'reason', 'not_found'); END IF;\n\n v_person := public.current_person_id();\n IF v_person IS NULL THEN RETURN jsonb_build_object('ok', false, 'reason', 'sem_ficha_de_profissional'); END IF;\n IF a.assignee_id IS DISTINCT FROM v_person THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'nao_e_seu_atendimento');\n END IF;\n IF a.status <> 'in_progress' THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'atendimento_nao_esta_em_curso');\n END IF;\n\n IF jsonb_typeof(p_lines) = 'array' AND jsonb_array_length(p_lines) > 0 THEN\n SELECT pe.name INTO v_cliente FROM public.people pe WHERE pe.id = a.party_id;\n\n -- O neg\u00F3cio do cliente. Reaproveita o que estiver aberto: duas avalia\u00E7\u00F5es\n -- no mesmo m\u00EAs s\u00E3o a mesma conversa, e abrir um funil por atendimento faria\n -- o quadro do CRM virar hist\u00F3rico de agenda.\n SELECT d.id INTO v_deal FROM public.plg_crm_deals d\n WHERE d.tenant_id = a.tenant_id AND d.contact_id = a.party_id AND d.status = 'open'\n ORDER BY d.created_at DESC LIMIT 1;\n\n IF v_deal IS NULL THEN\n INSERT INTO public.plg_crm_deals (tenant_id, unit_id, title, contact_id, assigned_to_id, metadata)\n VALUES (a.tenant_id, a.unit_id,\n 'Avalia\u00E7\u00E3o \u2014 ' || coalesce(v_cliente, 'cliente'), a.party_id, a.assignee_id,\n jsonb_build_object('source', 'clinical:avaliacao', 'booking_id', p_booking))\n RETURNING id INTO v_deal;\n END IF;\n\n FOR v_line IN SELECT * FROM jsonb_array_elements(p_lines)\n LOOP\n -- Idempotente por (neg\u00F3cio, produto): indicar duas vezes o mesmo\n -- procedimento \u00E9 corrigir a quantidade, n\u00E3o criar uma segunda indica\u00E7\u00E3o.\n SELECT i.id INTO v_interest FROM public.plg_crm_deal_interests i\n WHERE i.deal_id = v_deal AND i.product_id = (v_line ->> 'service_id')::uuid;\n\n IF v_interest IS NULL THEN\n INSERT INTO public.plg_crm_deal_interests\n (tenant_id, unit_id, deal_id, product_id, quantity, origin, status, notes, metadata)\n VALUES (a.tenant_id, a.unit_id, v_deal, (v_line ->> 'service_id')::uuid,\n greatest(coalesce((v_line ->> 'quantity')::numeric, 1), 1),\n 'indication', 'open', nullif(v_line ->> 'notes', ''),\n jsonb_build_object('source', 'clinical:avaliacao', 'booking_id', p_booking))\n RETURNING id INTO v_interest;\n v_n := v_n + 1;\n ELSE\n UPDATE public.plg_crm_deal_interests\n SET quantity = greatest(coalesce((v_line ->> 'quantity')::numeric, 1), 1), updated_at = now()\n WHERE id = v_interest;\n END IF;\n\n INSERT INTO public.plg_crm_deal_interest_appointments (tenant_id, unit_id, appointment_id, interest_id)\n SELECT a.tenant_id, a.unit_id, p_booking, v_interest\n WHERE NOT EXISTS (SELECT 1 FROM public.plg_crm_deal_interest_appointments x\n WHERE x.appointment_id = p_booking AND x.interest_id = v_interest);\n END LOOP;\n END IF;\n\n -- A bola da avalia\u00E7\u00E3o fecha apontando a SESS\u00C3O em que ela aconteceu. O V1\n -- resolve pelo v\u00EDnculo com a execu\u00E7\u00E3o da avalia\u00E7\u00E3o; aqui a avalia\u00E7\u00E3o \u00E9 este\n -- atendimento, e o que ela deixa registrado \u00E9 o que ele indicou.\n UPDATE public.plg_clinical_requirements r\n SET status = 'resolved', subject_type = 'clinical_sessions', subject_id = r.session_id,\n resolved_via = 'attendance', resolved_at = now(), updated_at = now()\n WHERE r.booking_id = p_booking AND r.kind = 'evaluation' AND r.status = 'pending'\n AND r.frozen_at IS NULL AND r.session_id IS NOT NULL;\n GET DIAGNOSTICS v_resolvidas = ROW_COUNT;\n\n RETURN jsonb_build_object('ok', true, 'deal_id', v_deal, 'indicacoes', v_n, 'bolas_fechadas', v_resolvidas);\nEND $fn$;\n\nGRANT EXECUTE ON FUNCTION public.clinical_evaluation_complete(uuid, jsonb) TO authenticated;\n";
11
+ export declare const MIGRATION_011_INTERESSE_E_INDICACAO_NA_MESMA_LINHA = "-- ============================================================================\n-- INTERESSE e INDICA\u00C7\u00C3O na MESMA LINHA\n--\n-- O desfecho do desenho do V1, e a captura que o documenta mostra a linha\n-- inteira:\n--\n-- \u00C1cido Hialur\u00F4nico \u2014 R$ 999,00\n-- Interesse do cliente \u00B7 Indicado pelo profissional\n--\n-- S\u00E3o tr\u00EAs palavras e tr\u00EAs momentos: **interesse** \u00E9 o que o cliente pediu ao\n-- marcar; **indica\u00E7\u00E3o** \u00E9 o que o profissional recomendou na avalia\u00E7\u00E3o;\n-- **contrata\u00E7\u00E3o** \u00E9 o que virou cobran\u00E7a. O mesmo servi\u00E7o pode carregar as duas\n-- primeiras \u2014 e a\u00ED ele aparece UMA vez, com as duas origens somadas no r\u00F3tulo.\n--\n-- Duas linhas para o mesmo procedimento fariam a recep\u00E7\u00E3o cobrar duas vezes; e\n-- esconder a origem faria o paciente ouvir \"o senhor pediu\" sobre algo que foi\n-- recomendado. Por isso a fus\u00E3o \u00E9 do BANCO, e n\u00E3o de cada tela que precisar\n-- dela.\n-- ============================================================================\n\nCREATE OR REPLACE FUNCTION public.clinical_contract_candidates(p_booking uuid)\nRETURNS TABLE (\n service_id uuid,\n name text,\n price numeric,\n quantity numeric,\n from_interest boolean,\n from_indication boolean,\n already_contracted boolean\n) LANGUAGE sql STABLE SECURITY DEFINER SET search_path TO 'public', 'app'\nAS $fn$\n WITH alvo AS (\n SELECT ap.id, ap.tenant_id, ap.party_id, ap.order_id FROM public.appointments ap WHERE ap.id = p_booking\n ),\n -- O que o cliente pediu ao marcar.\n interesse AS (\n SELECT ai.service_id, max(ai.name) AS name, max(ai.price) AS price, count(*)::numeric AS qtd\n FROM public.appointment_items ai, alvo\n WHERE ai.booking_id = alvo.id AND ai.service_id IS NOT NULL\n GROUP BY ai.service_id\n ),\n -- O que o profissional recomendou \u2014 deste atendimento ou do neg\u00F3cio aberto\n -- do cliente, que \u00E9 onde a avalia\u00E7\u00E3o pendura o que indicou.\n indicacao AS (\n SELECT i.product_id AS service_id, max(i.quantity) AS qtd\n FROM public.plg_crm_deal_interests i\n JOIN public.plg_crm_deals d ON d.id = i.deal_id, alvo\n WHERE i.tenant_id = alvo.tenant_id AND i.status = 'open'\n AND (d.contact_id = alvo.party_id\n OR EXISTS (SELECT 1 FROM public.plg_crm_deal_interest_appointments x\n WHERE x.interest_id = i.id AND x.appointment_id = alvo.id))\n GROUP BY i.product_id\n ),\n -- O que j\u00E1 virou cobran\u00E7a nesta visita: aparece marcado, n\u00E3o some \u2014 sumir\n -- faria a lista mentir sobre o que foi combinado.\n contratado AS (\n SELECT it.product_id AS service_id FROM public.items it, alvo\n WHERE alvo.order_id IS NOT NULL AND it.order_id = alvo.order_id AND it.product_id IS NOT NULL\n )\n SELECT\n coalesce(i.service_id, n.service_id) AS service_id,\n coalesce(i.name, p.name) AS name,\n coalesce(nullif(i.price, 0), p.price, 0) AS price,\n greatest(coalesce(i.qtd, 0), coalesce(n.qtd, 0), 1) AS quantity,\n i.service_id IS NOT NULL AS from_interest,\n n.service_id IS NOT NULL AS from_indication,\n EXISTS (SELECT 1 FROM contratado c WHERE c.service_id = coalesce(i.service_id, n.service_id)) AS already_contracted\n FROM interesse i\n FULL OUTER JOIN indicacao n ON n.service_id = i.service_id\n LEFT JOIN public.products p ON p.id = coalesce(i.service_id, n.service_id)\n ORDER BY 2;\n$fn$;\n\nGRANT EXECUTE ON FUNCTION public.clinical_contract_candidates(uuid) TO authenticated;\n";
12
+ export declare const MIGRATION_012_O_QUE_FOI_USADO_ESPERA_APROVACAO = "-- ============================================================================\n-- O QUE FOI USADO espera aprova\u00E7\u00E3o\n--\n-- A bola de produtos do V1, e a frase que a define: *\"Ele vem tudo pra c\u00E1\n-- primeiro. Vem pra aprova\u00E7\u00E3o de dispensa.\"* **Nada baixa aqui.** O consumo\n-- declarado pelo profissional cai na fila da Auditoria de Uso, e \u00E9 l\u00E1 que\n-- algu\u00E9m confirma \u2014 ou corrige a quantidade lan\u00E7ada errada.\n--\n-- Registrar consumo baixando estoque na hora seria transformar a mem\u00F3ria de\n-- quem atende em movimento cont\u00E1bil sem confer\u00EAncia, que \u00E9 exatamente o que a\n-- auditoria existe para evitar.\n--\n-- `is_audited = false` \u00E9 o estado inicial, e \u00E9 o que p\u00F5e a linha na fila.\n-- ============================================================================\n\nCREATE OR REPLACE FUNCTION public.clinical_products_record(p_booking uuid, p_lines jsonb DEFAULT '[]'::jsonb)\nRETURNS jsonb LANGUAGE plpgsql SECURITY DEFINER SET search_path TO 'public', 'app'\nAS $fn$\nDECLARE\n a record; v_person uuid; v_line jsonb; v_session uuid; v_n int := 0; v_marcadas int := 0;\nBEGIN\n SELECT ap.id, ap.tenant_id, ap.unit_id, ap.assignee_id, ap.status\n INTO a FROM public.appointments ap WHERE ap.id = p_booking;\n IF NOT FOUND THEN RETURN jsonb_build_object('ok', false, 'reason', 'not_found'); END IF;\n\n v_person := public.current_person_id();\n IF v_person IS NULL THEN RETURN jsonb_build_object('ok', false, 'reason', 'sem_ficha_de_profissional'); END IF;\n IF a.assignee_id IS DISTINCT FROM v_person THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'nao_e_seu_atendimento');\n END IF;\n IF a.status <> 'in_progress' THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'atendimento_nao_esta_em_curso');\n END IF;\n\n FOR v_line IN SELECT * FROM jsonb_array_elements(coalesce(p_lines, '[]'::jsonb))\n LOOP\n -- A sess\u00E3o do SERVI\u00C7O que consumiu. O V1 desenha um bloco por servi\u00E7o\n -- justamente porque a mesma seringa gasta em procedimentos diferentes, e\n -- juntar tudo num monte perde de qual execu\u00E7\u00E3o veio.\n SELECT cs.id INTO v_session FROM public.plg_clinical_sessions cs\n WHERE cs.booking_id = p_booking AND cs.service_id = (v_line ->> 'service_id')::uuid\n ORDER BY cs.created_at LIMIT 1;\n IF v_session IS NULL THEN CONTINUE; END IF;\n\n INSERT INTO public.plg_clinical_session_products\n (tenant_id, unit_id, session_id, product_id, assignee_id, used_quantity, used_unit_id, executed_on, is_audited)\n SELECT a.tenant_id, a.unit_id, v_session, (v_line ->> 'product_id')::uuid, v_person,\n greatest(coalesce((v_line ->> 'quantity')::numeric, 1), 0),\n nullif(v_line ->> 'unit_id', '')::uuid, current_date, false\n WHERE NOT EXISTS (\n SELECT 1 FROM public.plg_clinical_session_products sp\n WHERE sp.session_id = v_session AND sp.product_id = (v_line ->> 'product_id')::uuid);\n IF FOUND THEN\n v_n := v_n + 1;\n ELSE\n UPDATE public.plg_clinical_session_products\n SET used_quantity = greatest(coalesce((v_line ->> 'quantity')::numeric, 1), 0), updated_at = now()\n WHERE session_id = v_session AND product_id = (v_line ->> 'product_id')::uuid AND NOT is_audited;\n END IF;\n END LOOP;\n\n -- Conferido \u00E9 conferido, mesmo que n\u00E3o tenha sido usado nada: \"n\u00E3o usei\n -- produto neste procedimento\" \u00E9 uma resposta, e sem poder d\u00E1-la a bola ficaria\n -- pendente para sempre em quem n\u00E3o gasta insumo.\n UPDATE public.plg_clinical_sessions\n SET products_initialized = true, updated_at = now()\n WHERE booking_id = p_booking AND coalesce(products_initialized, false) = false;\n GET DIAGNOSTICS v_marcadas = ROW_COUNT;\n\n RETURN jsonb_build_object(\n 'ok', true, 'lancados', v_n, 'sessoes_conferidas', v_marcadas,\n 'regua', public.clinical_requirements_refresh(p_booking));\nEND $fn$;\n\nGRANT EXECUTE ON FUNCTION public.clinical_products_record(uuid, jsonb) TO authenticated;\n";
13
+ export declare const MIGRATION_013_O_QUE_COUBER_HOJE = "-- ============================================================================\n-- O QUE COUBER HOJE\n--\n-- *\"Marque os servi\u00E7os que ser\u00E3o executados agora. Os demais ficam contratados\n-- para execu\u00E7\u00E3o em outro atendimento.\"* \u00C9 o di\u00E1logo que o V1 abre depois da\n-- contrata\u00E7\u00E3o, e ele existe por causa de uma frase da demonstra\u00E7\u00E3o: *\"o labial\n-- veio com uma festa amanh\u00E3, n\u00E3o quero ficar com o l\u00E1bio roxo\"*.\n--\n-- \u00C9 este passo que separa **contratado** de **executado** \u2014 e \u00E9 dele que nasce\n-- o saldo *a executar* na conta do cliente. Sem ele, contratar tr\u00EAs sess\u00F5es\n-- significaria executar tr\u00EAs sess\u00F5es no mesmo dia, o que n\u00E3o \u00E9 como uma cl\u00EDnica\n-- funciona.\n--\n-- O que N\u00C3O se executa hoje n\u00E3o vira pend\u00EAncia do atendimento: fica contratado,\n-- pago ou a pagar, esperando outra data.\n-- ============================================================================\n\nCREATE OR REPLACE FUNCTION public.clinical_execute_services(p_booking uuid, p_service_ids uuid[])\nRETURNS jsonb LANGUAGE plpgsql SECURITY DEFINER SET search_path TO 'public', 'app'\nAS $fn$\nDECLARE\n a record; v_person uuid; v_executadas int := 0; v_adiadas int := 0;\nBEGIN\n SELECT ap.id, ap.assignee_id, ap.status INTO a FROM public.appointments ap WHERE ap.id = p_booking;\n IF NOT FOUND THEN RETURN jsonb_build_object('ok', false, 'reason', 'not_found'); END IF;\n\n v_person := public.current_person_id();\n IF v_person IS NULL THEN RETURN jsonb_build_object('ok', false, 'reason', 'sem_ficha_de_profissional'); END IF;\n IF a.assignee_id IS DISTINCT FROM v_person THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'nao_e_seu_atendimento');\n END IF;\n IF a.status <> 'in_progress' THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'atendimento_nao_esta_em_curso');\n END IF;\n\n UPDATE public.plg_clinical_sessions cs\n SET status = 'executed', ended_at = coalesce(cs.ended_at, now()), updated_at = now()\n WHERE cs.booking_id = p_booking\n AND cs.service_id = ANY (coalesce(p_service_ids, ARRAY[]::uuid[]))\n AND cs.status <> 'executed';\n GET DIAGNOSTICS v_executadas = ROW_COUNT;\n\n -- O que ficou de fora volta a CONTRATADO \u2014 e n\u00E3o a pendente: foi combinado e\n -- continua combinado, s\u00F3 que para outra data. Desmarcar depois de ter\n -- executado por engano \u00E9 o caso que esta linha resolve.\n UPDATE public.plg_clinical_sessions cs\n SET status = 'contracted', ended_at = NULL, updated_at = now()\n WHERE cs.booking_id = p_booking\n AND NOT (cs.service_id = ANY (coalesce(p_service_ids, ARRAY[]::uuid[])))\n AND cs.status = 'executed';\n GET DIAGNOSTICS v_adiadas = ROW_COUNT;\n\n RETURN jsonb_build_object('ok', true, 'executadas', v_executadas, 'adiadas', v_adiadas);\nEND $fn$;\n\nGRANT EXECUTE ON FUNCTION public.clinical_execute_services(uuid, uuid[]) TO authenticated;\n";
14
+ export declare const MIGRATION_014_O_PAGO_A_EXECUTAR_DEIXA_DE_SER_INVISIVEL = "-- ============================================================================\n-- O \"PAGO A EXECUTAR\" deixa de ser invis\u00EDvel\n--\n-- O tipo `ClientAccount` do financeiro traz este coment\u00E1rio, escrito quando o\n-- porte come\u00E7ou:\n--\n-- \"`paidToExecute` (o 'pago a executar' do V1) \u00E9 o valor j\u00E1 recebido de\n-- servi\u00E7o ainda n\u00E3o prestado: num sal\u00E3o isso \u00E9 PASSIVO, n\u00E3o receita. Fica\n-- opcional porque o V2 ainda n\u00E3o tem o eixo de EXECU\u00C7\u00C3O \u2014 modela pagamento e\n-- n\u00E3o modela entrega \u2014, e um zero fixo ali mentiria sobre uma d\u00EDvida.\"\n--\n-- O eixo passou a existir: `plg_clinical_sessions.status` separa **contratado**\n-- de **executado**, e a etapa \"o que couber hoje\" \u00E9 quem move uma para a outra.\n-- Ent\u00E3o a conta pode responder \u2014 e a regra de honestidade se inverte: agora\n-- OMITIR o n\u00FAmero esconderia a d\u00EDvida.\n--\n-- A vista \u00E9 do plugin cl\u00EDnico porque o dado \u00E9 dele. O financeiro l\u00EA se ela\n-- existir; onde o prontu\u00E1rio n\u00E3o est\u00E1 instalado, a conta continua sem o cart\u00E3o,\n-- que \u00E9 a resposta certa para quem n\u00E3o tem execu\u00E7\u00E3o para acompanhar.\n-- ============================================================================\n\nCREATE OR REPLACE VIEW public.v_clinical_to_execute AS\nWITH sessao AS (\n SELECT\n cs.tenant_id,\n cs.party_id,\n cs.order_item_id,\n cs.status,\n i.order_id,\n coalesce(i.total, 0) AS item_total\n FROM public.plg_clinical_sessions cs\n JOIN public.items i ON i.id = cs.order_item_id\n WHERE cs.party_id IS NOT NULL\n AND cs.status IN ('contracted', 'quoted', 'in_service', 'scheduled', 'pending')\n),\n-- Quanto do PEDIDO j\u00E1 foi recebido, em propor\u00E7\u00E3o: o pagamento \u00E9 por parcela e\n-- n\u00E3o por item, ent\u00E3o a fatia paga de cada item \u00E9 a fatia paga do pedido.\npago AS (\n SELECT m.invoice_id AS order_id,\n sum(coalesce(m.paid_amount, 0)) AS pago,\n nullif(sum(coalesce(m.amount, 0)), 0) AS total\n FROM public.plg_financial_movements m\n WHERE m.direction = 'credit'\n GROUP BY m.invoice_id\n)\nSELECT\n s.tenant_id,\n s.party_id,\n sum(s.item_total * coalesce(p.pago / p.total, 0))::numeric(14,2) AS paid_to_execute,\n sum(s.item_total * (1 - coalesce(p.pago / p.total, 0)))::numeric(14,2) AS open_to_execute,\n count(*)::int AS sessions_to_execute\nFROM sessao s\nLEFT JOIN pago p ON p.order_id = s.order_id\nGROUP BY s.tenant_id, s.party_id;\n\nCOMMENT ON VIEW public.v_clinical_to_execute IS\n 'O que o cliente j\u00E1 contratou e ainda N\u00C3O foi executado, separado em pago e em aberto. O \"pago a executar\" do V1 \u00E9 passivo: dinheiro recebido de servi\u00E7o que a casa ainda deve prestar.';\n\nGRANT SELECT ON public.v_clinical_to_execute TO authenticated;\n";
15
+ export declare const MIGRATION_015_A_REVISAO_APONTA_O_QUE_REVISA = "-- ============================================================================\n-- A REVIS\u00C3O aponta O QUE ela revisa\n--\n-- Revis\u00E3o \u00E9 o retorno de um procedimento que j\u00E1 foi feito \u2014 e ela s\u00F3 significa\n-- alguma coisa se disser DE QUAL. Sem o v\u00EDnculo, o hist\u00F3rico do paciente fica\n-- com um \"Revis\u00E3o\" solto, e ningu\u00E9m consegue responder, meses depois, o que foi\n-- revisado nem se ainda estava no prazo.\n--\n-- Por isso a exig\u00EAncia `revision_link` do V1 \u00E9 a \u00FAnica que trava as DUAS pontas:\n-- `blocks_start` e `blocks_finish`. N\u00E3o se come\u00E7a uma revis\u00E3o sem saber do qu\u00EA,\n-- e n\u00E3o se encerra sem ter dito.\n--\n-- O modal do V1 mudou em 21/09 (`2e1a119ef`): passou a listar **todo servi\u00E7o\n-- executado**, com o **prazo \u00E0 vista**, em vez de s\u00F3 os candidatos filtrados \u2014\n-- porque quem atende sabe reconhecer o procedimento na lista, e um filtro\n-- silencioso esconde justamente o caso fora do padr\u00E3o.\n-- ============================================================================\n\nCREATE OR REPLACE FUNCTION public.clinical_revision_candidates(p_booking uuid)\nRETURNS TABLE (\n session_id uuid,\n service_id uuid,\n service_name text,\n executed_on timestamptz,\n deadline_days integer,\n days_since integer,\n within_deadline boolean\n) LANGUAGE sql STABLE SECURITY DEFINER SET search_path TO 'public', 'app'\nAS $fn$\n WITH alvo AS (\n SELECT ap.tenant_id, ap.party_id FROM public.appointments ap WHERE ap.id = p_booking\n )\n SELECT\n cs.id,\n cs.service_id,\n p.name,\n coalesce(cs.ended_at, cs.scheduled_for) AS executed_on,\n rev.deadline_days,\n (current_date - coalesce(cs.ended_at, cs.scheduled_for)::date)::int AS days_since,\n -- Prazo ausente n\u00E3o vira \"fora do prazo\": vira SEM prazo, e a tela diz isso.\n CASE WHEN rev.deadline_days IS NULL THEN NULL\n ELSE (current_date - coalesce(cs.ended_at, cs.scheduled_for)::date) <= rev.deadline_days\n END AS within_deadline\n FROM public.plg_clinical_sessions cs\n JOIN alvo a ON a.tenant_id = cs.tenant_id AND a.party_id = cs.party_id\n LEFT JOIN public.products p ON p.id = cs.service_id\n LEFT JOIN LATERAL (\n SELECT r.deadline_days FROM public.plg_clinical_service_revisions r\n WHERE r.tenant_id = cs.tenant_id AND r.service_id = cs.service_id\n ORDER BY r.revision_number LIMIT 1\n ) rev ON true\n WHERE cs.status = 'executed'\n AND cs.booking_id IS DISTINCT FROM p_booking\n ORDER BY coalesce(cs.ended_at, cs.scheduled_for) DESC NULLS LAST\n LIMIT 50;\n$fn$;\n\nCREATE OR REPLACE FUNCTION public.clinical_link_revision(p_session uuid, p_parent_session uuid)\nRETURNS jsonb LANGUAGE plpgsql SECURITY DEFINER SET search_path TO 'public', 'app'\nAS $fn$\nDECLARE\n s record; v_person uuid; v_booking uuid;\nBEGIN\n SELECT cs.id, cs.booking_id, cs.tenant_id, cs.party_id INTO s\n FROM public.plg_clinical_sessions cs WHERE cs.id = p_session;\n IF NOT FOUND THEN RETURN jsonb_build_object('ok', false, 'reason', 'not_found'); END IF;\n\n v_person := public.current_person_id();\n IF v_person IS NULL THEN RETURN jsonb_build_object('ok', false, 'reason', 'sem_ficha_de_profissional'); END IF;\n\n -- O original tem de ser do MESMO paciente. Revisar o procedimento de outra\n -- pessoa n\u00E3o \u00E9 engano de digita\u00E7\u00E3o: \u00E9 prontu\u00E1rio trocado.\n IF NOT EXISTS (\n SELECT 1 FROM public.plg_clinical_sessions p\n WHERE p.id = p_parent_session AND p.party_id = s.party_id AND p.tenant_id = s.tenant_id\n ) THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'original_de_outro_paciente');\n END IF;\n\n UPDATE public.plg_clinical_sessions\n SET parent_session_id = p_parent_session, updated_at = now()\n WHERE id = p_session;\n\n v_booking := s.booking_id;\n RETURN jsonb_build_object('ok', true, 'regua', public.clinical_requirements_refresh(v_booking));\nEND $fn$;\n\nGRANT EXECUTE ON FUNCTION public.clinical_revision_candidates(uuid) TO authenticated;\nGRANT EXECUTE ON FUNCTION public.clinical_link_revision(uuid, uuid) TO authenticated;\n";
16
+ export declare const MIGRATION_016_A_COMPRA_ANTECIPADA_NAO_TEM_AGENDAMENTO_ATRAS = "-- ============================================================================\n-- A COMPRA ANTECIPADA n\u00E3o tem agendamento atr\u00E1s\n--\n-- O caso que a demonstra\u00E7\u00E3o do V1 narra: *\"T\u00E1 na promo\u00E7\u00E3o, vou comprar esse\n-- Botox e deixar guardado.\"* A recep\u00E7\u00E3o abre **Contas a Receber \u2192 Inserir**,\n-- escolhe o servi\u00E7o, aplica o desconto combinado e recebe \u2014 **sem agendamento,\n-- sem contrato e sem proposta**. O V1 \u00E9 expl\u00EDcito: *\"N\u00E3o precisa de contrato?\n-- N\u00E3o. N\u00E3o precisa de proposta? N\u00E3o.\"*\n--\n-- O efeito aparece na CONTA DA CLIENTE: um item **a executar**, pago, esperando\n-- o dia. \u00C9 por isso que ele \u00E9 passivo \u2014 a casa recebeu e ainda deve prestar \u2014,\n-- e \u00E9 por isso que ele precisa nascer como SESS\u00C3O: sem sess\u00E3o, \"a executar\" n\u00E3o\n-- existe como estado, e o dinheiro entraria como receita de um servi\u00E7o que\n-- ningu\u00E9m fez.\n--\n-- Sess\u00E3o sem `booking_id` \u00E9 o que distingue esta compra de um atendimento: ela\n-- ainda n\u00E3o tem dia. Ganha um quando for agendada.\n-- ============================================================================\n\nCREATE OR REPLACE FUNCTION public.clinical_prepay_services(p_party uuid, p_lines jsonb)\nRETURNS jsonb LANGUAGE plpgsql SECURITY DEFINER SET search_path TO 'public', 'app'\nAS $fn$\nDECLARE\n v_tenant uuid; v_unit uuid; v_order uuid; v_line jsonb;\n v_rpc_lines jsonb := '[]'::jsonb; v_idx int := 0; v_sessoes int := 0; v_total numeric;\nBEGIN\n IF auth.uid() IS NULL THEN RETURN jsonb_build_object('ok', false, 'reason', 'sem_sessao'); END IF;\n v_tenant := app.current_tenant_id();\n IF v_tenant IS NULL THEN RETURN jsonb_build_object('ok', false, 'reason', 'sem_tenant'); END IF;\n IF NOT EXISTS (SELECT 1 FROM public.people p WHERE p.id = p_party AND p.tenant_id = v_tenant) THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'cliente_nao_encontrado');\n END IF;\n IF jsonb_typeof(p_lines) <> 'array' OR jsonb_array_length(p_lines) = 0 THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'nada_escolhido');\n END IF;\n\n v_unit := app.requested_unit();\n\n FOR v_line IN SELECT * FROM jsonb_array_elements(p_lines)\n LOOP\n v_rpc_lines := v_rpc_lines || jsonb_build_object(\n 'product_id', v_line ->> 'service_id',\n 'name', v_line ->> 'name',\n 'quantity', greatest(coalesce((v_line ->> 'quantity')::numeric, 1), 1),\n 'unit_price', greatest(coalesce((v_line ->> 'unit_price')::numeric, 0), 0),\n 'sort_order', v_idx);\n v_idx := v_idx + 1;\n END LOOP;\n\n v_order := public.order_create(\n p_kind => 'sale',\n p_lines => v_rpc_lines,\n p_party_id => p_party,\n p_unit_id => v_unit,\n -- Nasce CONFIRMADO e fecha logo abaixo, em dois tempos \u2014 e isso n\u00E3o \u00E9\n -- cerim\u00F4nia: o gatilho que levanta o receb\u00EDvel \u00E9 `AFTER UPDATE OF status`,\n -- ent\u00E3o um pedido criado j\u00E1 `completed` **vende sem cobrar**. Medido: a\n -- primeira vers\u00E3o desta fun\u00E7\u00E3o criou a compra fechada e a conta ficou com\n -- \"a executar\" e ZERO cobran\u00E7a.\n -- (`scheduled` nem \u00E9 aceito para `sale`: o contrato de estados do pedido\n -- permite draft, confirmed, completed e cancelled.)\n p_status => 'confirmed',\n p_metadata => jsonb_build_object('source', 'clinical:compra-antecipada'),\n p_idempotency_key => NULL);\n\n -- Uma sess\u00E3o por item, SEM dia. \u00C9 ela que sustenta o \"a executar\" na conta \u2014\n -- e o que permite, quando o dia chegar, amarrar a execu\u00E7\u00E3o ao que j\u00E1 foi pago.\n INSERT INTO public.plg_clinical_sessions\n (tenant_id, unit_id, status, party_id, service_id, order_item_id)\n SELECT v_tenant, v_unit, 'contracted', p_party, i.product_id, i.id\n FROM public.items i\n WHERE i.order_id = v_order AND i.product_id IS NOT NULL;\n GET DIAGNOSTICS v_sessoes = ROW_COUNT;\n\n -- O fechamento, agora como UPDATE: \u00E9 ele que dispara\n -- `orders_raise_receivable_on_close` e faz nascer a conta a receber.\n UPDATE public.orders SET status = 'completed', updated_at = now() WHERE id = v_order;\n\n SELECT coalesce(sum(i.total), 0) INTO v_total FROM public.items i WHERE i.order_id = v_order;\n\n RETURN jsonb_build_object('ok', true, 'order_id', v_order, 'sessoes', v_sessoes, 'total', v_total);\nEND $fn$;\n\nGRANT EXECUTE ON FUNCTION public.clinical_prepay_services(uuid, jsonb) TO authenticated;\n";
17
+ export declare const MIGRATION_017_O_QUE_JA_FOI_PAGO_NAO_SE_COBRA_DE_NOVO = "-- ============================================================================\n-- O QUE J\u00C1 FOI PAGO n\u00E3o se cobra de novo\n--\n-- A compra antecipada deixa uma sess\u00E3o **sem dia**: o Botox comprado na\n-- promo\u00E7\u00E3o, esperando. Quando o dia chega, o atendimento come\u00E7ava criando uma\n-- sess\u00E3o NOVA para o mesmo servi\u00E7o \u2014 e a\u00ED a cliente tinha duas: a que pagou e a\n-- que acabou de ser aberta. A primeira ficava \"a executar\" para sempre, e a\n-- segunda entrava na contrata\u00E7\u00E3o como se nada tivesse sido pago.\n--\n-- \u00C9 a mesma pessoa, o mesmo servi\u00E7o e o mesmo dinheiro. Ent\u00E3o o in\u00EDcio do\n-- atendimento ADOTA a sess\u00E3o que j\u00E1 existe: ela ganha o dia, o profissional e o\n-- item do agendamento, e deixa de pender na conta.\n--\n-- A escolha \u00E9 a mais ANTIGA: quem comprou duas vezes executa primeiro o que\n-- comprou primeiro \u2014 e \u00E9 isso que faz o saldo andar em vez de envelhecer.\n-- ============================================================================\n\nCREATE OR REPLACE FUNCTION public.clinical_attendance_start(p_booking uuid)\nRETURNS jsonb LANGUAGE plpgsql SECURITY DEFINER SET search_path TO 'public', 'app'\nAS $fn$\nDECLARE\n a record; v_person uuid; v_created int := 0; v_adotadas int := 0;\n v_item record; v_refresh jsonb; v_antiga uuid;\nBEGIN\n SELECT ap.id, ap.tenant_id, ap.unit_id, ap.party_id, ap.assignee_id, ap.status, ap.starts_at\n INTO a FROM public.appointments ap WHERE ap.id = p_booking;\n IF NOT FOUND THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'not_found');\n END IF;\n\n v_person := public.current_person_id();\n IF v_person IS NULL THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'sem_ficha_de_profissional');\n END IF;\n IF a.assignee_id IS DISTINCT FROM v_person THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'nao_e_seu_atendimento');\n END IF;\n IF a.starts_at::date <> (now() AT TIME ZONE 'America/Sao_Paulo')::date THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'nao_e_de_hoje');\n END IF;\n IF a.status IN ('completed', 'cancelled', 'no_show') THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'ja_encerrado', 'status', a.status);\n END IF;\n\n FOR v_item IN\n SELECT ai.id, ai.service_id, ai.assignee_id\n FROM public.appointment_items ai\n WHERE ai.booking_id = p_booking\n LOOP\n -- J\u00E1 existe sess\u00E3o para este item? (dois toques, duas pessoas ao mesmo tempo)\n CONTINUE WHEN EXISTS (\n SELECT 1 FROM public.plg_clinical_sessions cs\n WHERE cs.booking_id = p_booking AND cs.booking_item_id = v_item.id);\n\n -- O QUE FOI COMPRADO ANTES E AINDA N\u00C3O SAIU: adota em vez de criar.\n SELECT cs.id INTO v_antiga\n FROM public.plg_clinical_sessions cs\n WHERE cs.tenant_id = a.tenant_id\n AND cs.party_id = a.party_id\n AND cs.service_id = v_item.service_id\n AND cs.booking_id IS NULL\n AND cs.status IN ('contracted', 'quoted', 'pending')\n ORDER BY cs.created_at\n LIMIT 1;\n\n IF v_antiga IS NOT NULL THEN\n UPDATE public.plg_clinical_sessions\n SET booking_id = p_booking,\n booking_item_id = v_item.id,\n unit_id = coalesce(a.unit_id, unit_id),\n assignee_id = coalesce(v_item.assignee_id, a.assignee_id),\n performed_by_id = v_person,\n status = 'in_service',\n scheduled_for = a.starts_at,\n started_at = coalesce(started_at, now()),\n updated_at = now()\n WHERE id = v_antiga;\n v_adotadas := v_adotadas + 1;\n ELSE\n INSERT INTO public.plg_clinical_sessions (\n tenant_id, unit_id, status, booking_id, booking_item_id, party_id,\n assignee_id, performed_by_id, service_id, scheduled_for, started_at)\n VALUES (a.tenant_id, a.unit_id, 'in_service', a.id, v_item.id, a.party_id,\n coalesce(v_item.assignee_id, a.assignee_id), v_person, v_item.service_id,\n a.starts_at, now());\n v_created := v_created + 1;\n END IF;\n END LOOP;\n\n UPDATE public.appointments\n SET status = 'in_progress', updated_at = now()\n WHERE id = p_booking AND status <> 'in_progress';\n\n v_refresh := public.clinical_requirements_refresh(p_booking);\n\n RETURN jsonb_build_object(\n 'ok', true,\n 'sessoes_criadas', v_created,\n 'sessoes_adotadas', v_adotadas,\n 'sessoes', (SELECT count(*) FROM public.plg_clinical_sessions WHERE booking_id = p_booking),\n 'regua', v_refresh);\nEND $fn$;\n\nGRANT EXECUTE ON FUNCTION public.clinical_attendance_start(uuid) TO authenticated;\n";
18
+ export declare const MIGRATION_018_O_QUE_FOI_CONTRATADO_VIRA_SESSAO = "-- O que foi contratado vira SESS\u00C3O, mesmo sem agendamento atr\u00E1s dele.\n--\n-- A 006 s\u00F3 LIGAVA sess\u00F5es j\u00E1 existentes \u00E0s linhas do pedido. Servi\u00E7o indicado\n-- na avalia\u00E7\u00E3o e contratado na hora n\u00E3o tem sess\u00E3o nenhuma para ligar: a conta\n-- ficava com \"Botox Full Face \u00B7 2 \u00B7 R$ 2.798,00\" e o prontu\u00E1rio n\u00E3o sabia que\n-- havia dois Botox a executar. O dinheiro entrava e a execu\u00E7\u00E3o sumia \u2014 nem na\n-- r\u00E9gua, nem em `v_clinical_to_execute`, nem no di\u00E1logo de \"Executar\".\n--\n-- Uma sess\u00E3o POR UNIDADE, porque \u00E9 assim que a execu\u00E7\u00E3o acontece: dois Botox\n-- contratados s\u00E3o duas idas \u00E0 cadeira, e executar um hoje n\u00E3o pode fechar o\n-- outro. O `booking_id` \u00E9 o do atendimento onde foi contratado \u2014 quem n\u00E3o for\n-- executado hoje continua `contracted`, que \u00E9 o estado de \"a executar\".\n\nCREATE OR REPLACE FUNCTION public.clinical_sessions_for_order(p_booking uuid, p_order uuid)\nRETURNS integer\nLANGUAGE plpgsql\nSECURITY DEFINER\nSET search_path TO ''\nAS $fn$\nDECLARE\n a public.appointments%ROWTYPE;\n v_item record;\n v_faltam integer;\n v_k integer;\n v_total integer := 0;\nBEGIN\n SELECT * INTO a FROM public.appointments WHERE id = p_booking;\n IF NOT FOUND THEN RETURN 0; END IF;\n\n FOR v_item IN\n SELECT i.id, i.product_id, i.quantity,\n (SELECT count(*) FROM public.plg_clinical_sessions s WHERE s.order_item_id = i.id) AS ja\n FROM public.items i\n WHERE i.order_id = p_order\n AND i.product_id IS NOT NULL\n LOOP\n -- Servi\u00E7o, n\u00E3o produto: o que se executa numa cadeira.\n CONTINUE WHEN NOT EXISTS (\n SELECT 1 FROM public.products p\n WHERE p.id = v_item.product_id AND p.kind = 'service');\n\n v_faltam := greatest(0, ceil(coalesce(v_item.quantity, 1))::integer - v_item.ja::integer);\n FOR v_k IN 1 .. v_faltam LOOP\n INSERT INTO public.plg_clinical_sessions\n (tenant_id, unit_id, status, booking_id, party_id, assignee_id, service_id, order_item_id, metadata)\n VALUES\n (a.tenant_id, a.unit_id, 'contracted', p_booking, a.party_id, a.assignee_id,\n v_item.product_id, v_item.id,\n jsonb_build_object('source', 'clinical_contract_services'));\n v_total := v_total + 1;\n END LOOP;\n END LOOP;\n\n RETURN v_total;\nEND $fn$;\n\nGRANT EXECUTE ON FUNCTION public.clinical_sessions_for_order(uuid, uuid) TO authenticated;\n\n\nCREATE OR REPLACE FUNCTION public.clinical_contract_services(p_booking uuid, p_lines jsonb)\nRETURNS jsonb LANGUAGE plpgsql SECURITY DEFINER SET search_path TO 'public', 'app'\nAS $fn$\nDECLARE\n a record; v_person uuid; v_order uuid; v_line jsonb; v_item uuid; v_n int := 0;\n v_rpc_lines jsonb := '[]'::jsonb; v_idx int := 0;\nBEGIN\n SELECT ap.id, ap.tenant_id, ap.unit_id, ap.party_id, ap.assignee_id, ap.status, ap.order_id\n INTO a FROM public.appointments ap WHERE ap.id = p_booking;\n IF NOT FOUND THEN RETURN jsonb_build_object('ok', false, 'reason', 'not_found'); END IF;\n\n v_person := public.current_person_id();\n IF v_person IS NULL THEN RETURN jsonb_build_object('ok', false, 'reason', 'sem_ficha_de_profissional'); END IF;\n IF a.assignee_id IS DISTINCT FROM v_person THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'nao_e_seu_atendimento');\n END IF;\n IF a.status <> 'in_progress' THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'atendimento_nao_esta_em_curso');\n END IF;\n IF jsonb_typeof(p_lines) <> 'array' OR jsonb_array_length(p_lines) = 0 THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'nada_marcado');\n END IF;\n\n -- As linhas, no formato que `order_create` j\u00E1 entende.\n FOR v_line IN SELECT * FROM jsonb_array_elements(p_lines)\n LOOP\n v_rpc_lines := v_rpc_lines || jsonb_build_object(\n 'product_id', v_line ->> 'service_id',\n 'name', v_line ->> 'name',\n 'quantity', coalesce((v_line ->> 'quantity')::numeric, 1),\n 'unit_price', coalesce((v_line ->> 'unit_price')::numeric, 0),\n 'sort_order', v_idx);\n v_idx := v_idx + 1;\n END LOOP;\n\n -- O pedido do atendimento. `idempotency_key` pelo agendamento: dois toques\n -- no \"Contratar\" n\u00E3o abrem duas contas para a mesma visita.\n IF a.order_id IS NULL THEN\n v_order := public.order_create(\n p_kind => 'appointment',\n p_lines => v_rpc_lines,\n p_party_id => a.party_id,\n p_unit_id => a.unit_id,\n p_status => 'scheduled',\n p_assignee_id => a.assignee_id,\n p_metadata => jsonb_build_object('agenda', jsonb_build_object('booking_id', p_booking), 'source', 'clinical:contratacao'),\n p_idempotency_key => 'clinical-contract:' || p_booking::text);\n UPDATE public.appointments SET order_id = v_order, updated_at = now() WHERE id = p_booking;\n ELSE\n -- Pedido j\u00E1 existe (a agenda abriu na marca\u00E7\u00E3o): acrescenta o que falta.\n v_order := a.order_id;\n v_idx := coalesce((SELECT max(i.sort_order) + 1 FROM public.items i WHERE i.order_id = v_order), 0);\n FOR v_line IN SELECT * FROM jsonb_array_elements(p_lines)\n LOOP\n INSERT INTO public.items (tenant_id, unit_id, order_id, product_id, name, quantity, unit_price, total, sort_order)\n VALUES (a.tenant_id, a.unit_id, v_order, (v_line ->> 'service_id')::uuid, v_line ->> 'name',\n coalesce((v_line ->> 'quantity')::numeric, 1),\n coalesce((v_line ->> 'unit_price')::numeric, 0),\n coalesce((v_line ->> 'quantity')::numeric, 1) * coalesce((v_line ->> 'unit_price')::numeric, 0),\n v_idx);\n v_idx := v_idx + 1;\n END LOOP;\n END IF;\n\n -- Cada sess\u00E3o passa a apontar a SUA linha. Sem isto o pedido cobra e o\n -- atendimento n\u00E3o sabe o que executou \u2014 e a bola \"Conta do atendimento\"\n -- nunca fecha, porque \u00E9 exatamente este v\u00EDnculo que ela procura.\n UPDATE public.plg_clinical_sessions cs\n SET order_item_id = i.id,\n status = CASE WHEN cs.status IN ('quoted', 'pending', 'scheduled') THEN 'contracted' ELSE cs.status END,\n updated_at = now()\n FROM public.items i\n WHERE cs.booking_id = p_booking\n AND cs.order_item_id IS NULL\n AND i.order_id = v_order\n AND i.product_id = cs.service_id\n AND NOT EXISTS (SELECT 1 FROM public.plg_clinical_sessions o\n WHERE o.order_item_id = i.id AND o.id <> cs.id);\n GET DIAGNOSTICS v_n = ROW_COUNT;\n\n -- O que foi contratado e n\u00E3o tinha sess\u00E3o ganha a sua (018).\n PERFORM public.clinical_sessions_for_order(p_booking, v_order);\n\n RETURN jsonb_build_object(\n 'ok', true, 'order_id', v_order, 'sessoes_ligadas', v_n,\n 'total', (SELECT coalesce(sum(i.total), 0) FROM public.items i WHERE i.order_id = v_order),\n 'regua', public.clinical_requirements_refresh(p_booking));\nEND $fn$;\n\nGRANT EXECUTE ON FUNCTION public.clinical_contract_services(uuid, jsonb) TO authenticated;\n";
19
+ export declare const MIGRATION_019_ADIAR_E_UMA_ESCOLHA = "-- Adiar \u00E9 uma escolha, e encerrar n\u00E3o pode desfaz\u00EA-la.\n--\n-- O \"Executar neste atendimento\" existe para dizer o que sai HOJE; o resto\n-- fica contratado para outro dia. Mas o `Finalizar` marcava como executada\n-- TODA sess\u00E3o do agendamento \u2014 inclusive a que acabara de ser adiada. O\n-- servi\u00E7o sumia do \"a executar\" da conta e a cliente ficava com um\n-- procedimento pago que ningu\u00E9m fez, e que o sistema jurava ter feito.\n--\n-- O aviso de encerramento tinha o mesmo v\u00EDcio: cobrava por servi\u00E7os que a\n-- pessoa tinha acabado de dizer que ficariam para depois.\n--\n-- Agora as duas coisas olham para `in_service` \u2014 o que entrou na sala. O que\n-- est\u00E1 em `contracted` \u00E9 trabalho futuro e atravessa o encerramento intacto.\n\nCREATE OR REPLACE FUNCTION public.clinical_attendance_finish(p_booking uuid, p_force boolean DEFAULT false)\nRETURNS jsonb LANGUAGE plpgsql SECURITY DEFINER SET search_path TO 'public', 'app'\nAS $fn$\nDECLARE\n a record; v_person uuid; v_bloqueia jsonb; v_nao_executados jsonb;\n v_avisados int := 0; v_total numeric := 0; v_cliente text;\nBEGIN\n SELECT ap.id, ap.tenant_id, ap.unit_id, ap.party_id, ap.assignee_id, ap.status, ap.order_id\n INTO a FROM public.appointments ap WHERE ap.id = p_booking;\n IF NOT FOUND THEN RETURN jsonb_build_object('ok', false, 'reason', 'not_found'); END IF;\n\n v_person := public.current_person_id();\n IF v_person IS NULL THEN RETURN jsonb_build_object('ok', false, 'reason', 'sem_ficha_de_profissional'); END IF;\n IF a.assignee_id IS DISTINCT FROM v_person THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'nao_e_seu_atendimento');\n END IF;\n IF a.status <> 'in_progress' THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'atendimento_nao_esta_em_curso');\n END IF;\n\n -- A trava de verdade: exig\u00EAncia que impede TERMINAR.\n SELECT coalesce(jsonb_agg(jsonb_build_object('kind', r.kind, 'service_id', r.service_id)), '[]'::jsonb)\n INTO v_bloqueia\n FROM public.plg_clinical_requirements r\n WHERE r.booking_id = p_booking AND r.blocks_finish AND r.status = 'pending';\n IF jsonb_array_length(v_bloqueia) > 0 THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'exigencia_bloqueia', 'itens', v_bloqueia);\n END IF;\n\n -- O aviso que n\u00E3o trava: o que ENTROU NA SALA e n\u00E3o foi confirmado.\n --\n -- \"Fica para outra data\" \u00E9 uma escolha, n\u00E3o um esquecimento: sess\u00E3o em\n -- `contracted` \u00E9 trabalho futuro, j\u00E1 na conta, e n\u00E3o tem por que ser\n -- cobrada no aviso nem executada \u00E0 for\u00E7a ao encerrar.\n SELECT coalesce(jsonb_agg(p.name ORDER BY p.name), '[]'::jsonb) INTO v_nao_executados\n FROM public.plg_clinical_sessions cs\n JOIN public.products p ON p.id = cs.service_id\n WHERE cs.booking_id = p_booking AND cs.status = 'in_service';\n IF jsonb_array_length(v_nao_executados) > 0 AND NOT coalesce(p_force, false) THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'servicos_nao_executados', 'itens', v_nao_executados);\n END IF;\n\n -- \"Finalizar agora registra estes servi\u00E7os como executados\" \u2014 texto do V1,\n -- e vale para os que estavam EM EXECU\u00C7\u00C3O. O que foi adiado continua\n -- contratado: marc\u00E1-lo executado sumiria com ele do \"a executar\" da conta\n -- sem que a cliente tivesse recebido nada.\n UPDATE public.plg_clinical_sessions\n SET status = 'executed', ended_at = coalesce(ended_at, now()), updated_at = now()\n WHERE booking_id = p_booking AND status = 'in_service';\n\n UPDATE public.appointments\n SET status = 'completed', updated_at = now()\n WHERE id = p_booking;\n\n -- Congela a trilha: depois de encerrado, a r\u00E9gua n\u00E3o se reapura.\n PERFORM public.clinical_requirements_refresh(p_booking, true);\n\n SELECT coalesce(sum(i.total), 0) INTO v_total FROM public.items i WHERE i.order_id = a.order_id;\n SELECT pe.name INTO v_cliente FROM public.people pe WHERE pe.id = a.party_id;\n\n -- O BALC\u00C3O ACENDE.\n --\n -- Quem recebe: a recep\u00E7\u00E3o da conta. Onde n\u00E3o houver ningu\u00E9m com o papel de\n -- recep\u00E7\u00E3o \u2014 e \u00E9 o caso do tenant migrado, com 0 membros nele \u2014, cai para\n -- gerente e dono. Um aviso que n\u00E3o chega a ningu\u00E9m deixaria a conta parada\n -- sem que nada na tela dissesse por qu\u00EA.\n WITH alvo AS (\n SELECT m.user_id\n FROM app.memberships m\n JOIN app.roles r ON r.id = m.role_id\n WHERE m.tenant_id = a.tenant_id AND coalesce(m.active, true)\n AND r.key IN ('recepcao', 'reception')\n UNION ALL\n SELECT m.user_id\n FROM app.memberships m\n JOIN app.roles r ON r.id = m.role_id\n WHERE m.tenant_id = a.tenant_id AND coalesce(m.active, true)\n AND r.key IN ('owner', 'manager')\n AND NOT EXISTS (\n SELECT 1 FROM app.memberships m2 JOIN app.roles r2 ON r2.id = m2.role_id\n WHERE m2.tenant_id = a.tenant_id AND coalesce(m2.active, true)\n AND r2.key IN ('recepcao', 'reception'))\n )\n INSERT INTO public.notifications (tenant_id, user_id, title, body, type, link, subject_type, subject_id)\n SELECT a.tenant_id, alvo.user_id,\n 'Checkout pendente',\n coalesce(v_cliente, 'Cliente') || ' terminou o atendimento'\n -- O dinheiro escrito como o Brasil escreve. `to_char` usa o\n -- `lc_numeric` do BANCO para o grupo e a v\u00EDrgula, e o cluster est\u00E1\n -- em C: sa\u00EDa \"R$ 999.00\" no aviso de uma recep\u00E7\u00E3o brasileira. A\n -- troca \u00E9 feita \u00E0 m\u00E3o para n\u00E3o depender de locale nenhum.\n || CASE WHEN v_total > 0 THEN ' \u00B7 R$ ' ||\n replace(replace(replace(to_char(v_total, 'FM999G999G999D00'), ',', '\u00A7'), '.', ','), '\u00A7', '.')\n ELSE '' END,\n 'checkout_pendente', '#/checkin', 'appointment', p_booking\n FROM alvo\n ON CONFLICT (user_id, subject_type, subject_id, type) WHERE subject_id IS NOT NULL DO NOTHING;\n GET DIAGNOSTICS v_avisados = ROW_COUNT;\n\n RETURN jsonb_build_object(\n 'ok', true, 'avisados', v_avisados, 'total', v_total,\n 'executados', (SELECT count(*) FROM public.plg_clinical_sessions WHERE booking_id = p_booking AND status = 'executed'));\nEND $fn$;\n\nGRANT EXECUTE ON FUNCTION public.clinical_attendance_finish(uuid, boolean) TO authenticated;\n";
20
+ export declare const MIGRATION_020_COBRAR_UM_AGENDAMENTO_SEM_PEDIDO_LEVANTA_O_PEDIDO = "-- ============================================================================\n-- Cobrar um agendamento SEM pedido levanta o pedido primeiro\n--\n-- SINTOMA, visto na tela (23-09, Juliane): a aba Financeiro acende o vermelho\n-- do V1 (\"atendimento de hoje sem cobran\u00E7a levantada\"), mas a conta n\u00E3o\n-- oferece caminho nenhum \u2014 o agendamento veio da MIGRA\u00C7\u00C3O do V1 com\n-- `order_id` nulo, e a linha do servi\u00E7o mora em `appointment_items`, n\u00E3o em\n-- `items`. O V1 nunca teve esse beco: \"Gerar Recebimento\" l\u00E1 CRIA a fatura a\n-- partir dos servi\u00E7os do agendamento.\n--\n-- A tradu\u00E7\u00E3o para o V2 respeita o caminho \u00FAnico do dinheiro: a cobran\u00E7a n\u00E3o\n-- escreve fatura \u2014 ela LEVANTA O PEDIDO pela porta do n\u00FAcleo (`order_create`,\n-- a mesma que `agenda_booking_create` usa) com as linhas COM PRE\u00C7O dos\n-- `appointment_items`, amarra o pedido ao agendamento e segue o fechamento\n-- normal (`orders_raise_receivable_on_close`).\n--\n-- Linha sem pre\u00E7o n\u00E3o vira pedido: revis\u00E3o e avalia\u00E7\u00E3o gratuitas continuam\n-- sem cobran\u00E7a, e a recusa `nada_contratado` continua falando por elas.\n-- ============================================================================\n\nCREATE OR REPLACE FUNCTION public.clinical_checkout_charge(p_booking uuid)\nRETURNS jsonb LANGUAGE plpgsql SECURITY DEFINER SET search_path TO 'public', 'app'\nAS $fn$\nDECLARE\n a record; v_linhas int; v_total numeric; v_mov int; v_lines jsonb; v_order uuid;\nBEGIN\n SELECT ap.id, ap.tenant_id, ap.kind, ap.status, ap.order_id,\n ap.party_id, ap.assignee_id, ap.unit_id\n INTO a\n FROM public.appointments ap WHERE ap.id = p_booking;\n IF NOT FOUND THEN RETURN jsonb_build_object('ok', false, 'reason', 'not_found'); END IF;\n IF auth.uid() IS NULL THEN RETURN jsonb_build_object('ok', false, 'reason', 'sem_sessao'); END IF;\n -- O agendamento de OUTRA conta n\u00E3o existe para esta sess\u00E3o.\n IF a.tenant_id IS DISTINCT FROM app.current_tenant_id() THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'not_found');\n END IF;\n\n IF a.order_id IS NULL THEN\n -- As linhas com pre\u00E7o do agendamento migrado. Sem nenhuma, n\u00E3o h\u00E1 o que\n -- cobrar \u2014 e isso \u00E9 um estado leg\u00EDtimo (revis\u00E3o, avalia\u00E7\u00E3o gratuita).\n SELECT jsonb_agg(jsonb_build_object(\n 'service_id', ai.service_id,\n 'name', ai.name,\n 'quantity', 1,\n 'unit_price', ai.price,\n 'sort_order', ai.sort_order,\n 'duration_minutes', ai.duration_minutes,\n 'assignee_id', coalesce(ai.assignee_id, a.assignee_id)\n ) ORDER BY ai.sort_order)\n INTO v_lines\n FROM public.appointment_items ai\n WHERE ai.booking_id = a.id AND coalesce(ai.price, 0) > 0;\n\n IF v_lines IS NULL THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'nada_contratado');\n END IF;\n\n v_order := public.order_create(\n p_kind => coalesce(a.kind, 'appointment'),\n p_lines => v_lines,\n p_party_id => a.party_id,\n p_unit_id => a.unit_id,\n p_status => 'scheduled',\n p_assignee_id => a.assignee_id,\n p_metadata => jsonb_build_object('source', 'clinical_checkout_charge', 'booking_id', a.id));\n\n UPDATE public.appointments SET order_id = v_order, updated_at = now() WHERE id = a.id;\n a.order_id := v_order;\n END IF;\n\n SELECT count(*), coalesce(sum(i.total), 0) INTO v_linhas, v_total\n FROM public.items i WHERE i.order_id = a.order_id;\n IF v_linhas = 0 THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'nada_contratado');\n END IF;\n\n -- Idempotente: o pedido j\u00E1 fechado devolve o que existe, sem levantar um\n -- segundo receb\u00EDvel para a mesma visita.\n SELECT count(*) INTO v_mov FROM public.plg_financial_movements m WHERE m.invoice_id = a.order_id;\n IF v_mov > 0 THEN\n RETURN jsonb_build_object('ok', true, 'ja_cobrado', true, 'total', v_total);\n END IF;\n\n UPDATE public.orders SET status = 'completed', updated_at = now()\n WHERE id = a.order_id AND status <> 'completed';\n\n SELECT count(*) INTO v_mov FROM public.plg_financial_movements m WHERE m.invoice_id = a.order_id;\n RETURN jsonb_build_object('ok', true, 'total', v_total, 'movimentos', v_mov);\nEND $fn$;\n\nGRANT EXECUTE ON FUNCTION public.clinical_checkout_charge(uuid) TO authenticated;\n";
21
+ export declare const MIGRATION_021_AGENDAMENTO_NASCIDO_NO_V2_TAMBEM_TEM_REGUA = "-- ============================================================================\n-- O AGENDAMENTO NASCIDO NO V2 TAMB\u00C9M TEM R\u00C9GUA\n--\n-- O Iniciar atendimento percorre `appointment_items` \u2014 a linha do agendamento\n-- do V1, onde as 314 mil linhas migradas moram. S\u00F3 que o Novo Agendamento do\n-- V2 grava as linhas pelo caminho do PEDIDO (`agenda_booking_create` \u2192\n-- `orders` + `items`), e nunca escreve `appointment_items`. Resultado, visto\n-- na tela em 23/09: o bot\u00E3o vira \"Em atendimento\", e a r\u00E9gua nasce VAZIA \u2014\n-- zero sess\u00F5es, zero exig\u00EAncias, bolas nenhuma. Todo agendamento criado pela\n-- pr\u00F3pria UI do V2 ca\u00EDa nisso; s\u00F3 os migrados do V1 funcionavam.\n--\n-- O conserto MATERIALIZA a linha do agendamento na hora de come\u00E7ar: se o\n-- agendamento tem pedido e ainda n\u00E3o tem `appointment_items`, elas nascem das\n-- linhas do pedido \u2014 e o resto do fluxo (sess\u00F5es, FK de `booking_item_id`,\n-- r\u00E9gua, produtos por servi\u00E7o) continua lendo o modelo que sempre leu.\n-- Idempotente: s\u00F3 insere quando n\u00E3o h\u00E1 linha nenhuma para o agendamento.\n-- ============================================================================\n\nCREATE OR REPLACE FUNCTION public.clinical_attendance_start(p_booking uuid)\nRETURNS jsonb LANGUAGE plpgsql SECURITY DEFINER SET search_path TO 'public', 'app'\nAS $fn$\nDECLARE\n a record; v_person uuid; v_created int := 0; v_adotadas int := 0;\n v_item record; v_refresh jsonb; v_antiga uuid;\nBEGIN\n SELECT ap.id, ap.tenant_id, ap.unit_id, ap.party_id, ap.assignee_id, ap.status,\n ap.starts_at, ap.order_id\n INTO a FROM public.appointments ap WHERE ap.id = p_booking;\n IF NOT FOUND THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'not_found');\n END IF;\n\n v_person := public.current_person_id();\n IF v_person IS NULL THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'sem_ficha_de_profissional');\n END IF;\n IF a.assignee_id IS DISTINCT FROM v_person THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'nao_e_seu_atendimento');\n END IF;\n IF a.starts_at::date <> (now() AT TIME ZONE 'America/Sao_Paulo')::date THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'nao_e_de_hoje');\n END IF;\n IF a.status IN ('completed', 'cancelled', 'no_show') THEN\n RETURN jsonb_build_object('ok', false, 'reason', 'ja_encerrado', 'status', a.status);\n END IF;\n\n -- Agendamento nascido no V2: as linhas vivem no pedido. Materializa a linha\n -- do agendamento \u2014 uma vez s\u00F3 \u2014 para o resto do fluxo ter onde se pendurar.\n IF a.order_id IS NOT NULL\n AND NOT EXISTS (SELECT 1 FROM public.appointment_items ai WHERE ai.booking_id = a.id) THEN\n INSERT INTO public.appointment_items (\n tenant_id, unit_id, booking_id, service_id, name, price,\n duration_minutes, assignee_id, sort_order)\n -- `coalesce(product_id, service_id)`: o `order_create` grava o servi\u00E7o em\n -- `service_id`; a edi\u00E7\u00E3o pela agenda grava em `product_id` (spine 190).\n -- As duas gera\u00E7\u00F5es de linha existem no banco.\n SELECT a.tenant_id, a.unit_id, a.id, coalesce(it.product_id, it.service_id),\n it.name, it.unit_price,\n it.duration_minutes, coalesce(it.assignee_id, a.assignee_id),\n coalesce(it.sort_order, 0)\n FROM public.items it\n WHERE it.order_id = a.order_id;\n END IF;\n\n FOR v_item IN\n SELECT ai.id, ai.service_id, ai.assignee_id\n FROM public.appointment_items ai\n WHERE ai.booking_id = p_booking\n LOOP\n -- J\u00E1 existe sess\u00E3o para este item? (dois toques, duas pessoas ao mesmo tempo)\n CONTINUE WHEN EXISTS (\n SELECT 1 FROM public.plg_clinical_sessions cs\n WHERE cs.booking_id = p_booking AND cs.booking_item_id = v_item.id);\n\n -- O QUE FOI COMPRADO ANTES E AINDA N\u00C3O SAIU: adota em vez de criar.\n SELECT cs.id INTO v_antiga\n FROM public.plg_clinical_sessions cs\n WHERE cs.tenant_id = a.tenant_id\n AND cs.party_id = a.party_id\n AND cs.service_id = v_item.service_id\n AND cs.booking_id IS NULL\n AND cs.status IN ('contracted', 'quoted', 'pending')\n ORDER BY cs.created_at\n LIMIT 1;\n\n IF v_antiga IS NOT NULL THEN\n UPDATE public.plg_clinical_sessions\n SET booking_id = p_booking,\n booking_item_id = v_item.id,\n unit_id = coalesce(a.unit_id, unit_id),\n assignee_id = coalesce(v_item.assignee_id, a.assignee_id),\n performed_by_id = v_person,\n status = 'in_service',\n scheduled_for = a.starts_at,\n started_at = coalesce(started_at, now()),\n updated_at = now()\n WHERE id = v_antiga;\n v_adotadas := v_adotadas + 1;\n ELSE\n INSERT INTO public.plg_clinical_sessions (\n tenant_id, unit_id, status, booking_id, booking_item_id, party_id,\n assignee_id, performed_by_id, service_id, scheduled_for, started_at)\n VALUES (a.tenant_id, a.unit_id, 'in_service', a.id, v_item.id, a.party_id,\n coalesce(v_item.assignee_id, a.assignee_id), v_person, v_item.service_id,\n a.starts_at, now());\n v_created := v_created + 1;\n END IF;\n END LOOP;\n\n UPDATE public.appointments\n SET status = 'in_progress', updated_at = now()\n WHERE id = p_booking AND status <> 'in_progress';\n\n v_refresh := public.clinical_requirements_refresh(p_booking);\n\n RETURN jsonb_build_object(\n 'ok', true,\n 'sessoes_criadas', v_created,\n 'sessoes_adotadas', v_adotadas,\n 'sessoes', (SELECT count(*) FROM public.plg_clinical_sessions WHERE booking_id = p_booking),\n 'regua', v_refresh);\nEND $fn$;\n\nGRANT EXECUTE ON FUNCTION public.clinical_attendance_start(uuid) TO authenticated;\n";
22
+ export declare const MIGRATION_022_A_VISTA_DO_QUE_EXECUTAR_RESPEITA_A_CERCA = "-- ============================================================================\n-- THE \"TO EXECUTE\" VIEW READS WITH THE CALLER'S PRIVILEGES\n--\n-- `v_clinical_to_execute` was created in 014 without `security_invoker`, so it\n-- ran with the privileges of the role that OWNS it, and a view owned by a\n-- privileged role does not apply the row policies of the tables beneath it.\n-- `plg_clinical_sessions`, `items` and `plg_financial_movements` are all\n-- tenant-scoped with RLS; read through this view, they were not.\n--\n-- Not theoretical: the view answers, per party, how much a patient has already\n-- PAID for procedures not yet performed. Without the fence that is every\n-- clinic's prepaid balance, to anyone holding any session.\n--\n-- \u2500\u2500 why nobody saw it \u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\n--\n-- N16 of the posture suite grades exactly this (\"every public view over a\n-- tenant_id table is security_invoker\"), and it stayed green throughout:\n-- plugin-clinical was never listed in `packages/db/chain.json`, so its objects\n-- were never built on the bench and never graded. The plugin reached a live\n-- pool on 2026-09-22 and no board at all. Putting it in the chain is what made\n-- the suite fail, on the first run, in the expected place.\n--\n-- \u2500\u2500 why a new file, and not an edit to 014 \u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\n--\n-- 014 is in `public._migrations` on a live pool with checksum 6f04df24cdb2,\n-- and the ledger treats a changed checksum on an applied file as a HARD STOP\n-- (cli/src/lib/ledger.ts). Editing it in place would not fix the view \u2014 it\n-- would stop `fayz db apply` on every cluster that already ran it.\n--\n-- The body below is 014's, copied unchanged. `CREATE OR REPLACE VIEW` refuses\n-- a different column list, and the only thing that may differ here is who the\n-- row filter runs as.\n-- ============================================================================\n\nCREATE OR REPLACE VIEW public.v_clinical_to_execute WITH (security_invoker = true) AS\nWITH sessao AS (\n SELECT\n cs.tenant_id,\n cs.party_id,\n cs.order_item_id,\n cs.status,\n i.order_id,\n coalesce(i.total, 0) AS item_total\n FROM public.plg_clinical_sessions cs\n JOIN public.items i ON i.id = cs.order_item_id\n WHERE cs.party_id IS NOT NULL\n AND cs.status IN ('contracted', 'quoted', 'in_service', 'scheduled', 'pending')\n),\n-- Quanto do PEDIDO j\u00E1 foi recebido, em propor\u00E7\u00E3o: o pagamento \u00E9 por parcela e\n-- n\u00E3o por item, ent\u00E3o a fatia paga de cada item \u00E9 a fatia paga do pedido.\npago AS (\n SELECT m.invoice_id AS order_id,\n sum(coalesce(m.paid_amount, 0)) AS pago,\n nullif(sum(coalesce(m.amount, 0)), 0) AS total\n FROM public.plg_financial_movements m\n WHERE m.direction = 'credit'\n GROUP BY m.invoice_id\n)\nSELECT\n s.tenant_id,\n s.party_id,\n sum(s.item_total * coalesce(p.pago / p.total, 0))::numeric(14,2) AS paid_to_execute,\n sum(s.item_total * (1 - coalesce(p.pago / p.total, 0)))::numeric(14,2) AS open_to_execute,\n count(*)::int AS sessions_to_execute\nFROM sessao s\nLEFT JOIN pago p ON p.order_id = s.order_id\nGROUP BY s.tenant_id, s.party_id;\n";
23
+ export declare const MIGRATIONS: Array<{
24
+ id: string;
25
+ sql: string;
26
+ }>;
27
+ //# sourceMappingURL=index.d.ts.map
package/dist/migrations/index.d.ts.map ADDED
@@ -0,0 +1 @@
1
+ {"version":3,"file":"index.d.ts","sourceRoot":"","sources":["../../src/migrations/index.ts"],"names":[],"mappings":"AAIA,eAAO,MAAM,kDAAkD,6yuCAiiB9D,CAAA;AAED,eAAO,MAAM,0CAA0C,g64CAwvBtD,CAAA;AAED,eAAO,MAAM,+DAA+D,s8HAsE3E,CAAA;AAED,eAAO,MAAM,yCAAyC,ilzBAqarD,CAAA;AAED,eAAO,MAAM,iDAAiD,woIAkF7D,CAAA;AAED,eAAO,MAAM,mCAAmC,86KAyG/C,CAAA;AAED,eAAO,MAAM,uCAAuC,20MAuHnD,CAAA;AAED,eAAO,MAAM,oCAAoC,6qGA+DhD,CAAA;AAED,eAAO,MAAM,qCAAqC,uwFAsDjD,CAAA;AAED,eAAO,MAAM,0CAA0C,olLAmGtD,CAAA;AAED,eAAO,MAAM,kDAAkD,miHA0E9D,CAAA;AAED,eAAO,MAAM,8CAA8C,8/HA2E1D,CAAA;AAED,eAAO,MAAM,+BAA+B,s7FAwD3C,CAAA;AAED,eAAO,MAAM,sDAAsD,i1FA2DlE,CAAA;AAED,eAAO,MAAM,2CAA2C,ukIAyFvD,CAAA;AAED,eAAO,MAAM,2DAA2D,g7IAoFvE,CAAA;AAED,eAAO,MAAM,oDAAoD,wlJAwGhE,CAAA;AAED,eAAO,MAAM,8CAA8C,s6NAqJ1D,CAAA;AAED,eAAO,MAAM,iCAAiC,2zMAuH7C,CAAA;AAED,eAAO,MAAM,+DAA+D,w6IA2F3E,CAAA;AAED,eAAO,MAAM,wDAAwD,0wLA4HpE,CAAA;AAED,eAAO,MAAM,sDAAsD,8mHAmElE,CAAA;AAED,eAAO,MAAM,UAAU,EAAE,KAAK,CAAC;IAAE,EAAE,EAAE,MAAM,CAAC;IAAC,GAAG,EAAE,MAAM,CAAA;CAAE,CAuBzD,CAAA"}
package/dist/types.d.ts ADDED
@@ -0,0 +1,19 @@
1
+ /**
2
+ * O vocabulário do atendimento clínico, valor por valor como o V1 o escreve.
3
+ *
4
+ * A fonte é a jornada documentada em
5
+ * ~/dev/beautyplace/docs/v1-guide/jornadas/avaliacao-e-contratacao/FLOW.md:
6
+ * anamnese com validade → avaliação com foto → indicação → contratação →
7
+ * execução do que couber hoje.
8
+ */
9
+ /** O estado da sessão. É o `journey_status` do V1 — o mais granular dos dois
10
+ * eixos que ele guarda, e o único que separa orçado de contratado. */
11
+ export type ClinicalSessionStatus = 'quoted' | 'contracted' | 'scheduled' | 'in_service' | 'in_progress' | 'executed' | 'pending';
12
+ /** O que um requisito EXIGE antes de deixar começar ou terminar. */
13
+ export type ClinicalRequirementKind = 'form' | 'evaluation' | 'contract' | 'session_term' | 'products' | 'invoice_item' | 'revision_link';
14
+ /** De quem é a exigência: do SERVIÇO que vai ser feito, ou do ATENDIMENTO. */
15
+ export type ClinicalRequirementScope = 'service' | 'attendance';
16
+ export type ClinicalRequirementStatus = 'pending' | 'resolved' | 'not_applicable';
17
+ /** O desfecho de um item contratado e não executado. */
18
+ export type ClinicalPrepaidOutcome = 'contracted' | 'declined' | 'postponed';
19
+ //# sourceMappingURL=types.d.ts.map
package/dist/types.d.ts.map ADDED
@@ -0,0 +1 @@
1
+ {"version":3,"file":"types.d.ts","sourceRoot":"","sources":["../src/types.ts"],"names":[],"mappings":"AAAA;;;;;;;GAOG;AAEH;uEACuE;AACvE,MAAM,MAAM,qBAAqB,GAC7B,QAAQ,GACR,YAAY,GACZ,WAAW,GACX,YAAY,GACZ,aAAa,GACb,UAAU,GACV,SAAS,CAAA;AAEb,oEAAoE;AACpE,MAAM,MAAM,uBAAuB,GAC/B,MAAM,GACN,YAAY,GACZ,UAAU,GACV,cAAc,GACd,UAAU,GACV,cAAc,GACd,eAAe,CAAA;AAEnB,8EAA8E;AAC9E,MAAM,MAAM,wBAAwB,GAAG,SAAS,GAAG,YAAY,CAAA;AAE/D,MAAM,MAAM,yBAAyB,GAAG,SAAS,GAAG,UAAU,GAAG,gBAAgB,CAAA;AAEjF,wDAAwD;AACxD,MAAM,MAAM,sBAAsB,GAAG,YAAY,GAAG,UAAU,GAAG,WAAW,CAAA"}