guia encontra fundamento

Terminar o panorama dos módulos pelo Transaction Line Editor faz sentido estrutural: é ali que tudo que foi explicado antes (Selling Models, Pricing Procedures, catálogo) converge na tela que o vendedor efetivamente usa. Não é o componente mais sofisticado tecnicamente, mas é o mais visível, e por isso o mais cobrado em qualquer implementação.

O exemplo da Metalúrgica Boa Vista ajuda a tirar o assunto do campo abstrato. Ver a cotação sendo montada numa org Winter '27 real, com busca, quantidade e resumo se atualizando, deixa claro por que tanta arquitetura invisível (procedimentos, agendas, specs) precisa existir só pra essa tela funcionar sem fricção.

Fecha bem o ciclo de oito partes. Quem acompanhou desde o início agora tem o mapa completo de como uma cotação nasce, passa pelas regras de preço e chega na mão de quem vende.

Pricing Procedures é provavelmente o módulo mais mal compreendido do Revenue Cloud, porque parece simples (é só uma sequência de passos) até você precisar debugar por que uma etapa não está lendo o contexto que deveria. O exemplo da Órbita, saindo de R$ 180 pra R$ 153 por licença, mostra bem como cada etapa adiciona uma camada de decisão: preço de lista, ajuste, desconto, e assim por diante.

O que esse post faz de diferente é ligar a teoria da aula 3 (a cascata de preço) com a prática de configuração. Essa ponte é onde a maioria das implementações trava, porque entender o conceito de cascata não ensina ninguém a montar a ordem certa das etapas na org.

Com os laboratórios 2 e 3 publicados na mesma semana, dá pra ver o guia amarrando teoria e prática de forma deliberada: primeiro o conceito, depois a mão na massa. É um formato didático que funciona bem pra quem está estudando sério, não só folheando.

Depois de fechar o panorama dos módulos, o guia muda de fase e entra no catálogo com profundidade. É uma escolha de estrutura que faz sentido: catálogo é fundação, e tratar fundação como assunto de abertura (em vez de enterrar nos primeiros posts) evita que o leitor construa sobre premissa errada.

O destaque real aqui é a tabela de limites atualizada. Quem estudou Revenue Cloud há um ano ou dois provavelmente decorou números que já não valem mais no Winter '27. Isso é comum em releases do Salesforce, mas pouca gente revisita limites depois que aprendeu uma vez, e isso vira dívida silenciosa em arquitetura.

Usar os registros reais da Órbita pra ilustrar o mapa de objetos, em vez de diagrama genérico, é o tipo de decisão editorial que separa guia de referência técnica. Fica mais lento de ler, mas mais difícil de esquecer.