Resposta de tarefa do gestorAnswer manager taskRespuesta de tarea del gerente

Resposta de tarefa do gestor é a transação de saída que persiste no backend a conclusão de uma ManagerTaskEntity. É disparada pelo ManagerTaskDetailNotifier quando o representante de vendas conclui a tarefa. O payload é enxuto: uma única resposta com o tipo da tarefa e a marcação answer: true. Answer manager task is the outbound transaction that persists a ManagerTaskEntity's completion in the backend. It's fired by ManagerTaskDetailNotifier when the sales rep completes the task. The payload is lean: a single answer carrying the task type and the answer: true flag. Respuesta de tarea del gerente es la transacción de salida que persiste en el backend la finalización de una ManagerTaskEntity. La dispara ManagerTaskDetailNotifier cuando el representante de ventas finaliza la tarea. El payload es escueto: una única respuesta con el tipo de tarea y el flag answer: true.

DispatcherConectaRep.proto · proto3 · package mn.bat.conectarep.dispatcher. O serviço expõe um único RPC genérico — não existe mensagem por transação. TODA transação de escrita do app usa este mesmo sendTransaction; o que muda é o serviceName (discriminador) e o JSON dentro de message.The service exposes a single generic RPC — there's no per-transaction message. EVERY write transaction in the app uses this same sendTransaction; what changes is the serviceName (discriminator) and the JSON inside message.El servicio expone un único RPC genérico — no existe mensaje por transacción. TODA transacción de escritura de la app usa este mismo sendTransaction; lo que cambia es el serviceName (discriminador) y el JSON dentro de message.

answerTask está no conjunto lightweight → resendMayDuplicate == false: um reenvio (ex.: recuperação de fila offline) não duplica a conclusão no backend. Reprocessar é seguro.answerTask is in the lightweight set → resendMayDuplicate == false: a resend (e.g. offline-queue recovery) does not duplicate the completion on the backend. Reprocessing is safe.answerTask está en el conjunto lightweight → resendMayDuplicate == false: un reenvío (p. ej. recuperación de cola offline) no duplica la finalización en el backend. Reprocesar es seguro.

Esta transação não tem variantes — um único DispatcherType.answerTask em BR/CL/ZA. Mas o serviceName AnswerTaskAPI (e o wrapper de payload answerTask) é compartilhado com a resposta de call task: dois builders distintos escrevem no mesmo endpoint do backend. O contrato wire usa nomes com prefixo callTask* mesmo na tarefa do gestor — herança do contrato compartilhado.This transaction has no variants — a single DispatcherType.answerTask across BR/CL/ZA. But the AnswerTaskAPI serviceName (and the answerTask payload wrapper) is shared with the call-task answer: two distinct builders write to the same backend endpoint. The wire contract uses callTask*-prefixed names even for the manager task — inherited from the shared contract.Esta transacción no tiene variantes — un único DispatcherType.answerTask en BR/CL/ZA. Pero el serviceName AnswerTaskAPI (y el wrapper de payload answerTask) es compartido con la respuesta de call task: dos builders distintos escriben en el mismo endpoint del backend. El contrato wire usa nombres con prefijo callTask* incluso en la tarea del gerente — herencia del contrato compartido.

A transação é orquestrada pelo ManagerTaskDetailNotifier (remote-first, §36). O notifier apenas reúne a entity crua e valores injetados; o builder é o dono único de toda derivação e formatação wire. A cascata:The transaction is orchestrated by ManagerTaskDetailNotifier (remote-first, §36). The notifier only gathers the raw entity and injected values; the builder is the sole owner of every derivation and wire formatting. The cascade:La transacción se orquesta desde ManagerTaskDetailNotifier (remote-first, §36). El notifier solo reúne la entity cruda y valores inyectados; el builder es el dueño único de toda derivación y formateo wire. La cascada:

• ManagerTaskDetailNotifiersubmitCompletion()
  • reúne entity crua + injetadosgathers raw entity + injectedreúne entity cruda + inyectadosAnswerManagerTaskDispatcherPayloadInput
    • build()BuildAnswerManagerTaskDispatcherPayloadUseCasemonta o wireassembles the wirearma el wire
      • devolvereturnsdevuelveDispatcherEnvelope
        • SubmitAnswerManagerTaskUseCaseDispatcherOrchestrator
          • serializa + authserialize + authserializa + authDispatcherGateway
            • sendTransactionBackendgRPC

O input (entity crua)The input (raw entity)El input (entity cruda)

AnswerManagerTaskDispatcherPayloadInput (Freezed). Carrega o dado como existe no domínio; nada de formato wire. O relógio chega como submittedAt (via DateTimeUtils.now()); o visitSfid é resolvido pelo notifier a partir do accountSfid da tarefa.AnswerManagerTaskDispatcherPayloadInput (Freezed). Carries data as it exists in the domain; no wire shaping. The clock arrives as submittedAt (via DateTimeUtils.now()); visitSfid is resolved by the notifier from the task's accountSfid.AnswerManagerTaskDispatcherPayloadInput (Freezed). Lleva el dato como existe en el dominio; nada de formato wire. El reloj llega como submittedAt (vía DateTimeUtils.now()); el visitSfid lo resuelve el notifier a partir del accountSfid de la tarea.

O JSON serializado no campo message do request. A tabela tem 4 colunas — Campo JSON · Tipo · Origem do Dado · Regra — e lista todas as chaves que o build() emite (1 wrapper + 7 campos). Campo, Tipo e Origem são código cru; só a Regra é prosa. Um exemplo completo está em transaction_example.json, ao lado deste doc.The JSON serialized into the request's message field. The table has 4 columns — JSON field · Type · Data source · Rule — and lists every key build() emits (1 wrapper + 7 fields). Field, Type and Source are raw code; only Rule is prose. A full example sits in transaction_example.json, next to this doc.El JSON serializado en el campo message del request. La tabla tiene 4 columnas — Campo JSON · Tipo · Origen del Dato · Regla — y lista todas las claves que build() emite (1 wrapper + 7 campos). Campo, Tipo y Origen son código crudo; solo la Regla es prosa. Un ejemplo completo está en transaction_example.json, junto a este doc.

O que o builder envia inerte ou depende de outra transação, documentado fiel ao estado atual do código (nunca descrito como se já existisse):What the builder ships inert or depends on another transaction, documented faithfully to the current code state (never described as already existing):Lo que el builder envía inerte o depende de otra transacción, documentado fiel al estado actual del código (nunca descrito como si ya existiera):