> ## Documentation Index > Fetch the complete documentation index at: https://docs.lerian.studio/llms.txt > Use this file to discover all available pages before exploring further. # Por que Flowker? > Como o Flowker centraliza a configuração de provedor, o roteamento de workflows e os registros de execução em operações financeiras. export const GDSL = ({children}) => {children} ; Instituições financeiras precisam integrar provedores, validar transações e preservar evidências para compliance. O Flowker centraliza o roteamento de workflows, a configuração de provedor e os registros de execução. Os controles e os resultados continuam dependendo dos sistemas e das fronteiras de integração que você configura. ## O problema *** Times de serviços financeiros enfrentam estes desafios: * **Esforço variável de integração de provedores**: cada provedor tem seu próprio contrato de API, autenticação, tratamento de erros, revisão de segurança e escopo de testes * **Evidências de validação espalhadas**: os dados de validação ficam espalhados por vários sistemas, o que dificulta reconstruir o que aconteceu durante auditorias * **Lacunas de compliance**: quando a validação acontece depois da escrita no ledger, transações inválidas criam exposição regulatória * **Complexidade na migração de provedor**: mudar a referência de provedor, de executor ou de configuração de provedor pode exigir atualizações em nós de workflow em rascunho * **Rollbacks caros**: escritas inválidas no ledger exigem correção manual cara e prejudicam a integridade dos dados ## Como o Flowker muda isso *** O Flowker oferece uma plataforma de orquestração para roteamento de workflows, configuração de provedor, mapeamentos e registros de execução. | | Antes do Flowker | Com o Flowker | | ----------------------------- | ---------------------------------------------------- | ------------------------------------------------------------------------------------------------ | | **Integração de provedor** | Trabalho de integração específico por provedor | Centralize a configuração de provedor e os mapeamentos de nó | | **Rastreabilidade por etapa** | Parcial, espalhada por vários sistemas | Cada nó de processamento executado é registrado automaticamente | | **Flexibilidade de provedor** | Mudanças podem exigir trabalho de integração | Atualize as configurações; atualize os nós em rascunho quando as referências mudam | | **Modelo de validação** | Depende da fronteira da integração | Orquestre checagens antes de uma etapa de lançamento configurada; garanta na fronteira do ledger | | **Tratamento de falhas** | Lógica de novas tentativas sob medida por integração | Novas tentativas e circuit breakers nativos | | **Visibilidade do workflow** | Limitada, exige agregação de logs | Acompanhamento completo da execução com detalhe por etapa | ## Para times de compliance *** Times de compliance precisam provar que cada transação foi validada corretamente. O Flowker dá aos times de compliance: * **Rastreabilidade por etapa**: cada execução registra cada nó de processamento executado com seu status, duração, saída e mensagem de erro * **Histórico de execução consultável**: filtre execuções por workflow e por status, depois leia o detalhe de etapa de qualquer execução pela API * **Controle de lançamento na integração**: use o Flowker para orquestrar checagens antes de uma etapa de lançamento no ledger, depois garanta essas checagens na fronteira do ledger O Flowker registra as etapas de execução automaticamente. Você não precisa habilitar nem configurar nada. ## Para times de engenharia *** Times de engenharia precisam integrar provedores rápido, tratar falhas com elegância e parar de refazer o mesmo encanamento de integração para cada novo serviço. O Flowker dá aos times de engenharia: * **Configure uma vez, reutilize em todo lugar**: configure uma vez a URL base e as credenciais de uma instância de serviço como uma configuração de provedor, depois referencie-a a partir de qualquer nó de workflow * **Resiliência nativa**: circuit breakers evitam falhas em cascata quando provedores caem. Novas tentativas com backoff exponencial tratam erros transitórios automaticamente * **Configuração e mapeamentos**: centralize as configurações de conexão e os mapeamentos de nó em suas superfícies de workflow * **Validação de configuração**: configurações de catálogo usam o JSON Schema do provedor. Configurações `external_openapi` usam validação dedicada de OpenAPI externo e de configuração * **Mapeamento de campos e transformação de dados**: mapeie campos de workflow para formatos específicos do provedor sem escrever código de transformação ## Para times de produto *** Times de produto precisam entregar mais rápido, responder a mudanças de mercado e medir o que está funcionando, sem esperar meses para a engenharia construir ou alterar fluxos de validação. O Flowker dá aos times de produto: * **Time to market menor**: novos workflows de validação podem ser definidos e receber o deploy sem esperar por trabalho de integração sob medida * **Flexibilidade sem mudança de código**: adicione, remova ou reordene etapas de validação atualizando definições de workflow, não pedindo sprints de engenharia * **Operações observáveis e mensuráveis**: os registros de execução e a telemetria do deploy dão evidências para investigar o workflow ## O que vem a seguir *** Veja como o Flowker se aplica a validação de transações, onboarding, pagamentos e mais. Configure o Flowker e rode seu primeiro workflow de ponta a ponta.