|
| 1 | +/** |
| 2 | + * Adapter do canal intermediado — o transporte de um BSP. |
| 3 | + * |
| 4 | + * Burro como os dois irmãos: traduz formato e nada mais. Se aparecer aqui um |
| 5 | + * `if` sobre janela de 24h, cap diário ou horário, o desenho vazou — essas |
| 6 | + * regras vivem na cadeia `before_send` (doutrina `restricao-de-canal.md`). |
| 7 | + * |
| 8 | + * ─── A diferença que morde quem copia o adapter do canal oficial ──────────── |
| 9 | + * |
| 10 | + * Os dois canais existentes DERIVAM o destinatário do contato: um monta o |
| 11 | + * chatId a partir do telefone, o outro usa o E.164 em dígitos. **Este não.** |
| 12 | + * Quem endereça é um id de thread que o intermediário inventa, e que chega pelo |
| 13 | + * webhook. Medido contra a API real, não lido da doc: |
| 14 | + * |
| 15 | + * POST /v1/inbox/conversations/6a3580f68fcd5b3a5b946bf8/messages → 200 |
| 16 | + * { success: true, data: { messageId: "wamid.HBgMNTk1...", conversationId } } |
| 17 | + * |
| 18 | + * Por isso `send` exige `providerConversationId`. Sem ele NÃO existe envio de |
| 19 | + * texto livre: o endpoint que aceita telefone exige template e devolve |
| 20 | + * `TEMPLATE_REQUIRED`, que é o caminho de reengajamento, não o de resposta. |
| 21 | + * |
| 22 | + * `resolveRecipient` continua devolvendo o telefone porque é o que identifica o |
| 23 | + * contato para o resto do sistema (dedup de eco, log, abertura de conversa por |
| 24 | + * template) — mas não é o que endereça este envio. |
| 25 | + * |
| 26 | + * ─── Duas coisas medidas na API, não supostas ─────────────────────────────── |
| 27 | + * |
| 28 | + * 1. O `messageId` devolvido é um **wamid da Meta**, não um id do |
| 29 | + * intermediário. É o mesmo espaço de identificador do canal oficial, então |
| 30 | + * o eco do webhook casa direto e não precisa de `echoExternalIds`. |
| 31 | + * 2. Os dois endpoints devolvem a MESMA forma (`data.messageId`), mas com |
| 32 | + * status HTTP diferentes — 201 ao abrir a conversa, 200 ao responder nela. |
| 33 | + * Ler `res.ok` e não o código exato é o que faz os dois caminhos |
| 34 | + * conviverem. |
| 35 | + */ |
| 36 | +import { createAdminClient } from "@/lib/supabase/admin"; |
| 37 | + |
| 38 | +import { resolveZernioCreds, zernioCredsFromEnv } from "../zernio/credentials"; |
| 39 | +import { zernioTemplateOps } from "../zernio/templates"; |
| 40 | +import type { ChannelAdapter, OutboundEnvelope, RecipientInput } from "../types"; |
| 41 | + |
| 42 | +/** Só dígitos. `+595 (99) 173-3685` → `595991733685`. */ |
| 43 | +function toE164Digits(raw: string): string { |
| 44 | + return raw.replace(/\D/g, ""); |
| 45 | +} |
| 46 | + |
| 47 | +/** `kind` do envelope → o par (attachmentType, voiceNote) que a API espera. */ |
| 48 | +function attachmentFields(env: OutboundEnvelope): Record<string, unknown> { |
| 49 | + if (!env.media) return {}; |
| 50 | + const base: Record<string, unknown> = { |
| 51 | + attachmentUrl: env.media.url, |
| 52 | + ...(env.media.filename ? { attachmentName: env.media.filename } : {}), |
| 53 | + ...(env.media.caption ? { message: env.media.caption } : {}), |
| 54 | + }; |
| 55 | + switch (env.kind) { |
| 56 | + case "image": |
| 57 | + return { ...base, attachmentType: "image" }; |
| 58 | + case "video": |
| 59 | + return { ...base, attachmentType: "video" }; |
| 60 | + case "audio": |
| 61 | + // `voiceNote: true` é o que faz virar BOLHA DE VOZ. A API aceita a flag |
| 62 | + // mas NÃO converte: exige ogg/opus mono, igual ao canal oficial. Mandar |
| 63 | + // mp3 com a flag entrega anexo de música — por isso a capability declara |
| 64 | + // `opus-only`, e a conversão é de quem prepara a mídia, não daqui. |
| 65 | + return { ...base, attachmentType: "audio", voiceNote: true }; |
| 66 | + default: |
| 67 | + return { ...base, attachmentType: "file" }; |
| 68 | + } |
| 69 | +} |
| 70 | + |
| 71 | +export const zernioAdapter: ChannelAdapter = { |
| 72 | + provider: "zernio", |
| 73 | + |
| 74 | + /** |
| 75 | + * Telefone em dígitos — é o `participantId` da API. |
| 76 | + * |
| 77 | + * Grupo devolve `null`: a API de grupos deste canal é outro recurso |
| 78 | + * (`/wa-groups`), com id próprio, e fingir que um chatId de grupo cabe aqui |
| 79 | + * mandaria a mensagem para o lugar errado. |
| 80 | + */ |
| 81 | + resolveRecipient(input: RecipientInput): string | null { |
| 82 | + if (input.isGroup) return null; |
| 83 | + const doIdentity = input.waIdentity?.startsWith("phone:") |
| 84 | + ? input.waIdentity.slice("phone:".length) |
| 85 | + : null; |
| 86 | + const bruto = doIdentity ?? input.phoneNumber ?? null; |
| 87 | + if (!bruto) return null; |
| 88 | + const digitos = toE164Digits(bruto); |
| 89 | + return digitos.length > 0 ? digitos : null; |
| 90 | + }, |
| 91 | + |
| 92 | + /** |
| 93 | + * Síncrono de propósito, como no canal oficial: responde "dá para tentar?" |
| 94 | + * sem tocar o banco. A credencial gravada na SESSÃO é resolvida de novo |
| 95 | + * dentro de `send`, que é async — devolver `false` aqui com sessão |
| 96 | + * configurada faria o handler gravar `queued` sem motivo. |
| 97 | + */ |
| 98 | + isConfigured(): boolean { |
| 99 | + // SÓ `zernioCredsFromEnv()`, sem o `|| !!process.env.ZERNIO_API_KEY` que |
| 100 | + // havia aqui. O par que precisa ficar fechado é |
| 101 | + // `isConfigured() === true ⟹ zernioCredsFromEnv() !== null`, |
| 102 | + // porque `send()` devolve `{externalId: null}` SEM lançar quando a credencial |
| 103 | + // falta (contrato de "canal não conectado"), e o handler só olha se houve |
| 104 | + // throw: ele grava `status:'sent'` incondicionalmente. |
| 105 | + // |
| 106 | + // Com o `||`, um `.env` com só `ZERNIO_API_KEY` (e sem `ZERNIO_ACCOUNT_ID`) |
| 107 | + // fazia a mensagem ser marcada como ENVIADA com zero chamadas de rede — |
| 108 | + // medido na triagem, contra o canal oficial como controle, que cai em |
| 109 | + // `queued`/`meta_not_configured` na mesma má configuração porque |
| 110 | + // `meta-cloud.ts` mantém o par fechado. |
| 111 | + return zernioCredsFromEnv() !== null; |
| 112 | + }, |
| 113 | + |
| 114 | + async send(envelope: OutboundEnvelope): Promise<{ externalId: string | null }> { |
| 115 | + const admin = createAdminClient(); |
| 116 | + const creds = await resolveZernioCreds(admin, envelope.sessionRef); |
| 117 | + if (!creds) return { externalId: null }; |
| 118 | + |
| 119 | + // Sem thread conhecida não há envio livre. Falhar aqui, com mensagem que |
| 120 | + // nomeia o motivo, é melhor que montar uma URL com `undefined` e receber um |
| 121 | + // 404 que ninguém consegue interpretar seis meses depois. |
| 122 | + if (!envelope.providerConversationId) { |
| 123 | + throw new Error( |
| 124 | + "zernio_no_conversation: envio livre exige a thread do provider; " + |
| 125 | + "abra a conversa com um template antes (a thread chega no webhook).", |
| 126 | + ); |
| 127 | + } |
| 128 | + |
| 129 | + const url = |
| 130 | + `${creds.baseUrl}/v1/inbox/conversations/` + |
| 131 | + `${encodeURIComponent(envelope.providerConversationId)}/messages`; |
| 132 | + |
| 133 | + const body: Record<string, unknown> = { |
| 134 | + accountId: creds.accountId, |
| 135 | + ...(envelope.media ? attachmentFields(envelope) : { message: envelope.body ?? "" }), |
| 136 | + }; |
| 137 | + |
| 138 | + const res = await fetch(url, { |
| 139 | + method: "POST", |
| 140 | + headers: { |
| 141 | + Authorization: `Bearer ${creds.apiKey}`, |
| 142 | + "Content-Type": "application/json", |
| 143 | + }, |
| 144 | + body: JSON.stringify(body), |
| 145 | + }); |
| 146 | + |
| 147 | + const json = (await res.json().catch(() => null)) as { |
| 148 | + success?: boolean; |
| 149 | + data?: { messageId?: string }; |
| 150 | + error?: string; |
| 151 | + code?: string; |
| 152 | + } | null; |
| 153 | + |
| 154 | + if (!res.ok || json?.success === false) { |
| 155 | + // O `code` do provider entra na mensagem quando existe: é ele que |
| 156 | + // distingue "fora da janela" de "número bloqueado" de "conta suspensa", e |
| 157 | + // sem isso o operador vê só "falhou". |
| 158 | + const detalhe = json?.code ? `${json.code}: ${json.error ?? ""}` : (json?.error ?? res.statusText); |
| 159 | + throw new Error(`zernio_send_failed: ${res.status} ${detalhe}`.trim()); |
| 160 | + } |
| 161 | + |
| 162 | + // 201 ao abrir a conversa, 200 ao responder nela — os dois caminhos |
| 163 | + // devolvem a mesma forma, então quem lê não precisa saber qual foi. |
| 164 | + return { externalId: json?.data?.messageId ?? null }; |
| 165 | + }, |
| 166 | + |
| 167 | + /** Gestão das definições aprovadas — ver `../zernio/templates.ts`. */ |
| 168 | + templates: zernioTemplateOps, |
| 169 | + |
| 170 | + codes: { |
| 171 | + notConfigured: "zernio_not_configured", |
| 172 | + sendFailed: "zernio_error", |
| 173 | + unknownError: "zernio_unknown", |
| 174 | + }, |
| 175 | +}; |
0 commit comments