Por que o seu SKILL.md vale 10x mais hoje do que valia há 15 dias

/context

Você é CFO. Sua empresa roda SAP. Não importa o setor, o porte, o regime tributário ou a estrutura societária.

Há duas semanas, em algum momento entre 29 de abril e 13 de maio, o seu time de TI recebeu um email da SAP. Assunto: "API Policy v4/2026 — implicações de uso de IA".

Você provavelmente não viu esse email. Ele foi para TI, não para finanças. Mas ele acabou de invalidar a maior parte do seu plano de adoção de IA para o próximo trimestre.

Não é exagero. Os números:

• 3% dos clientes SAP usam Joule, a IA nativa da SAP, em produção
• 77% dos clientes SAP que rodam IA usam Microsoft Copilot ou Salesforce Einstein conectados ao SAP
• SAP acabou de proibir, em política contratual, exatamente esses 77%

O email foi para aproximadamente 440 mil empresas no mundo. SAP tem 92% das listadas no S&P 500 como cliente. No Brasil, é o ERP dominante de empresa industrial médio-grande, da Marilan à Marcopolo, da Cosan à Suzano.

Você não foi avisado individualmente porque ninguém avisa. A regra entrou em vigor silenciosamente — section 2.2.2 da API Policy v4/2026.

Se você lê isso aqui, está chegando antes do conselho perguntar.

/nofilter

Há quinze dias, SAP publicou silenciosamente a API Policy v4/2026. A cláusula que importa está na Section 2.2.2 e proíbe, em linguagem contratual, o uso das APIs SAP para:

"interaction or integration with (semi-)autonomous or generative AI systems that plan, select, or execute sequences of API calls."

Traduzindo: nenhum agente externo pode acessar sua data SAP via API para executar workflows. Microsoft Copilot conectado a SAP, Salesforce Einstein, e a cauda inteira de startups agentic que captaram dinheiro nas últimas semanas — todos cortados, em política. Se você quer agentic AI rodando contra SAP, tem que usar Joule (a IA nativa SAP), Business Data Cloud, e o Agent Gateway. Endorsed stack obrigatório.

CEO Christian Klein voltou parcialmente atrás no call de resultados do Q1 — disse que a intenção é "proteger know-how de domínio e prevenir degradação de performance, não impedir o cliente de acessar a própria data". A DSAG, sociedade alemã de usuários SAP que tradicionalmente reflete o sentimento europeu sobre o fornecedor, criticou publicamente. Mas a política permanece em vigor.

O que isso significa na prática:

• O piloto de Copilot conectado a SAP que você aprovou em fevereiro precisa ser revisto
• O fornecedor de FP&A automation que entrou em conversa de orçamento em março provavelmente vai precisar repensar o produto antes de fechar contrato
• O orçamento anual que você desenha a partir de setembro precisa reconhecer um novo eixo de decisão: vendor-native vs vendor-blocked

Aqui está o ponto que ninguém está dizendo em voz alta:

As últimas duas edições desta newsletter argumentaram que você deveria tirar o método de FP&A da sua cabeça e codificar em arquivos .md executáveis. A justificativa, há quinze dias, era promoção pessoal — método documentado vira capital de carreira. Você troca tempo de execução por tempo de decisão. Seu método vira ativo da empresa que multiplica seu alcance sem multiplicar suas horas, e te promove de quem planilha a quem desenha a função.

Hoje, com a API Policy v4/2026 em vigor, a justificativa se duplicou. SKILL.md continua resolvendo o problema de promoção pessoal. Acabou de resolver, por acidente, um problema de risco muito maior: dependência de runtime proprietário.

SKILL.md é arquivo de texto plano. Não tem runtime. Não tem dependência de SAP, Microsoft, Salesforce, OpenAI ou Anthropic. Não existe API Policy que mude o que está dentro do seu .md. O método é seu. Migra com você se trocar de empresa. Continua funcionando se Anthropic dobrar de preço, se SAP comprar Joule de competidor, se Microsoft virar a estratégia do Copilot.

SAP pode bloquear acesso à sua data. Não pode bloquear acesso ao seu método.

É por isso que o seu SKILL.md vale 10x mais hoje do que valia há quinze dias. Não porque o arquivo mudou — não mudou. Porque o terreno embaixo dele mudou.

Quem construiu os dois primeiros SKILLs do stack pensando apenas em escalar conhecimento já tem produto de defesa contra vendor lock-in, mesmo sem saber. Quem está começando agora: a urgência aumentou. Não é mais "antes do conselho perguntar". É "antes da próxima negociação de licença SAP".

E se você roda Oracle, Workday, Microsoft Dynamics: HOJE não sofre o mesmo bloqueio. Mas o precedente foi estabelecido. Vendors de plataforma corporativa vão olhar o que SAP fez, o impacto na receita, e decidir se replicam. A janela de SKILL.md como diferencial competitivo, e não pré-requisito, é curta.

Anthropic entra em conversa para US$ 30 bi de raise a US$ 900 bi de valuation. Embat captou €30 mi para agentic AI em treasury. Greenboard, US$ 20 mi para AI compliance em financial services. Os vendors estão se armando. SAP acabou de mostrar que a plataforma também sabe se armar.

O CFO que escolher um lado dessa briga sem ter método próprio documentado vira munição de vendor. O que tem método próprio documentado decide quando entrar, com qual ferramenta, em quais termos.

/update

Três coisas da semana que mudam ou tensionam o mundo do FP&A brasileiro nos próximos 30 dias.

1. CFO Dive: executivos admitem ter tomado decisões "materiais" com dados ruins (CFO Dive, 12/05). Pesquisa publicada na semana revela que C-level reconhece, em entrevista, ter levado adiante decisões com impacto material em receita, alocação de capital e M&A baseadas em dados que sabiam, no momento, serem incompletos ou questionáveis. Não é negligência — é tempo, é política, é ausência de método explícito de validação.

Por que importa: no mundo pós-API Policy v4/2026, a conversa de conselho vai se deslocar de "qual IA estamos usando" para "qual dado a IA está usando, e como ele foi validado". CFO sem método auditável de validação de input (do tipo das checagens de sanidade do SKILL 1 e da reconciliação cruzada do SKILL 2) entrega bridge tecnicamente correto sobre base discutível. Conselheiro de boa formação técnica pega. Custa o trimestre.

2. Harvard Corporate Governance: quando o conselho deve combinar e quando deve separar os papéis de CEO e Chair (Harvard CGR, 13/05). Paper revisita uma das decisões mais discutidas em governance — sobreposição de CEO + Chair na mesma pessoa vs separação obrigatória. Não traz veredito; mapeia condições em que cada arranjo funciona melhor.

Por que importa: o paralelo tácito para a sua empresa é IA. Quem decide sobre adoção de ferramentas de IA — TI, finanças, jurídico, conselho? Quem é dono da política? Quem audita? Em conselho consultivo familiar brasileiro, essa pergunta ainda não tem dono claro. SAP acabou de forçar uma decisão dessas em todos os clientes — quem vai escolher entre Joule e refazer todo o piloto de Copilot da empresa? Se não está claro hoje, vira política reativa amanhã, com 6 semanas a menos de prazo de execução.

3. KPMG Singapore + Institute of Internal Auditors Singapore lançam "The Agentic Opportunity" (KPMG, 12/05) — playbook conjunto de governança focado especificamente em AI agentic. Dado central do documento: 84% das organizações têm dúvida sobre a própria capacidade de auditar agentes de IA hoje.

Por que importa: o playbook tem dois sinais convergentes. Primeiro, KPMG é big four global com braço de consultoria forte em mid-market BR — esse playbook vira, em 6 a 12 meses, referência usada pelo seu próprio auditor externo. Segundo, e mais relevante: o tema é agentic AI, exatamente o que SAP acabou de proibir de acessar suas APIs. Os dois eventos da semana — SAP bloqueando + KPMG estabelecendo framework de auditoria — apontam para o mesmo lugar: agentic AI virou item de governance auditável, não de adoção livre. Quem ainda está rodando pilotos sem framework de auditoria operacional vai ter que retroativar.

/briefing

Anthropic lança Claude for Small Business: Fast Company, 13/05. Produto dedicado ao segmento PME que historicamente ficou fora do alcance dos grandes vendors de IA enterprise. Lançamento na mesma semana em que Anthropic entra em conversa para raise de US$ 30 bi a valuation de US$ 900 bi.

CFO Dive — "CFOs precisam ser intencionais com plano de contratação júnior em finanças": CFO Dive, 13/05. Entrevista com finance chief da BambooHR argumenta que perfil júnior de finanças contratado em 2026 vai ter dinâmica de trabalho fundamentalmente diferente do júnior contratado em 2024 — IA assume parte do que era treinamento prático no primeiro ano de carreira.

Por que importa: os dois pontos apontam para a mesma reorganização pelo ângulo oposto. Anthropic mostra que os vendors de IA estão diversificando público — segmento PME está sendo cortejado, ou seja, dependência exclusiva de enterprise está sendo reduzida do lado da oferta. CFO Dive mostra que do lado da demanda, perfil júnior está sendo redesenhado. O CFO mid-market BR está no meio: vendor diversifica, perfil júnior muda, e o stack próprio (SKILL.md) é o único elemento estável que conecta os dois lados.

/thinkdeeper

A edição passada argumentou que sistema vence herói: a função de FP&A que mora num único cérebro perde para a função que mora em arquivos auditáveis. O argumento era de promoção pessoal. Quando o método sai da sua memória muscular e vira .md executável, você sobe na cadeia de valor. Sai do papel de quem executa e entra no papel de quem desenha, audita, atualiza, e responde pelo método ao conselho. Sua presença passa a valer pelo julgamento, não pela disponibilidade às 22h.

Era argumento de carreira. Hoje, a API Policy v4/2026 expõe um segundo eixo do mesmo argumento — não substitui o primeiro, soma.

Sistema vence herói por dois motivos, não um. Promoção pessoal — argumento da edição passada. E vendor-proof — argumento que SAP acabou de tornar literal.

Pense no que mora dentro do seu stack hoje:

• O método existe em arquivo de texto plano (SKILL.md) — você controla
• Os dados de input vivem em algum sistema corporativo (SAP, Oracle, Workday, Microsoft Dynamics) — vendor controla
• A IA que executa pelo método vive em algum runtime (Claude, GPT, Copilot, Joule) — outro vendor controla

A única camada que é sua, no sentido literal de não ter cláusula contratual em algum policy doc da próxima atualização, é o método em texto plano. Tudo o resto pode mudar de regra amanhã, e mudou agora.

Isso muda como você deve pensar a tese de adoção de IA na sua empresa.

A pergunta não é "qual vendor de IA é melhor". Não é "qual integração entrega mais ROI". É: qual parte do seu trabalho fica imune ao próximo movimento de qualquer vendor da pilha.

Se a resposta é "minha planilha mestre roda dentro do SAP via macro", você está exposto. Se é "minha análise de variância depende do conector Copilot-SAP que aprovamos em fevereiro", está exposto. Se é "meu método de análise vive num .md que eu reabro em qualquer LLM, com qualquer dado, em qualquer infraestrutura" — você está protegido. Independente do que SAP, Microsoft, Anthropic ou qualquer um decidir nos próximos 12 meses.

O CFO que está atrás disso vai descobrir o problema quando o piloto for desconectado. O que está pensando nisso decide hoje qual parte do método não passa por runtime de terceiros.

Pequeno esclarecimento editorial: esta edição era para apresentar o terceiro arquivo da pilha — ANNUAL_BUDGET_CYCLE_SKILL.md. Foi adiada porque a política da SAP, publicada há quinze dias e ainda sendo digerida pelo mercado corporativo, é mais urgente para quem está construindo o stack agora. SKILL 3 sai na próxima edição.

Para quem está chegando hoje: as edições #010 e #011 contam a história inteira — método extraído da cabeça em 50 minutos, stack de 4 SKILLs revelado, dois arquivos baixáveis. A leitura desta edição faz mais sentido com aquele contexto.

Para CFOs e gerentes sênior de FP&A revisando o plano de adoção de IA agora que SAP mudou a régua — atuo em consultoria de governança de IA aplicada a finanças e em programas de implementação por sprints; responda este email se a conversa fizer sentido: scotti@strategia-serv.com

Terça volto com SKILL 3 — ANNUAL_BUDGET_CYCLE_SKILL.md, o terceiro arquivo da pilha.

Abraço,