Skip to main content
Agora o núcleo: uma função lógica que carrega um modelo e um registro, preenche os espaços reservados e salva um novo documento . Vamos escrever a lógica do negócio uma vez na forma de manipulador e então expô-la através de vários gatilhos. Este capítulo conecta duas delas — uma ferramenta de IA e uma ação de fluxo de trabalho.

O auxiliar de renderização

Mantenha uma lógica pura em seu próprio arquivo, para que seja fácil de testar unidades. Este encolher os tokens de um record em {{dot.path}} e substitui-los.
Como este arquivo não tem efeitos colaterais, você pode resolvê-lo com testes de unidade (yarn test:unit). Ver Testing.

O manipulador

O manipulador usa o CoreApiClient para ler e escrever dados de CRM. Ele carrega o modelo, carrega o registro de destino, preenche o corpo e cria um documento.
loadRecordValues executa uma consulta diferente para uma Pessoa vs. Uma Empresa e flattens o resultado — veja load-record-values.ts.

Expo-na como uma ferramenta e uma ação de fluxo de trabalho

Uma única defineLogicFunction pode carregar vários gatilhos. Aqui, toolTriggerSettings faz com que seja chamável por agentes IA e workflowActionTriggerSettings o transforma em passo do construtor de fluxo de trabalho. Ambos descrevem suas informações com um esquema JSON.
O esquema de entrada é um esquema JSON simples que descreve templateId e recordId — vê generate-document-input.schema.ts.

Concede-o acesso

Funções lógicas são executadas como o papel do aplicativo. Ele precisa ler templates e registrar e criar documentos, então permitir que em src/roles/default-role.ts:
UPLOAD_FILE permite que a função envie o PDF gerado na próxima seção. Ver Roles para permissões refinadas.

Anexar arquivo PDF real

Um campo de texto renderizado é útil, mas os usuários querem um documento real. Vamos gerar um PDF e armazená-lo no registro como um arquivo para download. Primeiro, dê ao objeto documento um campo ARQUIVO para segurar o PDF. Aplicativos enviam para seus próprios campos de arquivos, então este campo é o que encaminha o upload:
Agora renderize esse PDF. Uma app é um projeto Node real, então você pode adicionar qualquer pacote npm que você precisa e importá-lo como em qualquer outro lugar. Nós usamos pdf-lib para desenhar o PDF e marked para analisar o corpo do Markdown — a CLI os instala no tempo de execução da função para você:
O auxiliar completo é generate-document-pdf.ts. Ele analisa o Markdown em tokens com marcado. exer, então as envia com pdf-lib: títulos reais, execuções bold/italic, listas de marcadores e numerados, bloqueios e regras — uma renderização A4 polida e multi-página do modelo em si, ao invés de uma parede de texto.
Um PDF gerado polido e comercializável

O PDF: tipografia real e formatação Markdown, renderizando o corpo do modelo.

As fontes internas do pdf-lib usam codificação WinAnsi, portanto os acentos da Europa Ocidental são exibidos por padrão; o utilitário mapeia aspas tipográficas e travessões e descarta caracteres que não consegue codificar. Renderizar scripts não-latinos (chinês, árabe, cirílico) significaria que incorporando uma fonte Unicode.
Em seguida, carregue-a e armazene a referência no registro. Rotas uploadFile bytes para o campo de arquivos de propriedade; o id retornado é o que você salva:
O documento gerado agora carrega um PDF:
Um registro de documento com um arquivo PDF gerado

O PDF gerado, armazenado no campo Arquivo do documento.

uploadFile destina-se apenas a campos de arquivos propriedade do aplicativo (então o upload sempre requer um aplicativo que possui o campo, mais o sinalizador de papéis UPLOAD_FILE). É por isso que o PDF fica no campo file do próprio registro - o mesmo padrão que o call-recorder app usa para gravações.
Após este passo: cada documento gerado possui um PDF real e para download. Mas nada pode chamar o gerador a partir da interface de usuário — por isso precisamos de uma rota HTTP.

Próximo: Rotas HTTP →

Servir a função sobre HTTP e renderizar documentos como páginas da web.