SCP FinOps Pocket Book
v5.5
SCP FinOps · Pocket Book

Seu guia prático de Job Costing

Identifique, analise e resolva problemas de FinOps com clareza e rapidez, seguindo a lógica do sistema sem retrabalho.

GSC FinOps GSC Hub CX Super Users
Ponto de partida

Antes de qualquer ação, entenda isso

⚡
O FinOps não corrige a operação — ele reflete o que foi executado no upstream. A maioria dos erros nasce fora do FinOps, em dados inconsistentes ou incompletos na origem.
🔁
Bloqueios são proteção
O sistema bloqueia intencionalmente para proteger a consistência financeira.
📍
Causa raiz no upstream
Corrija a origem, não o sintoma. O FinOps reflete o que o upstream enviou.
🔗
Export alimenta Import
O ETS depende diretamente do estado e consistência do Export Job.
📋
Uma única verdade
SCP e SAP precisam estar sincronizados. Não há versões paralelas.
Neste guia

O que você vai encontrar aqui

  • Fundamentos: o princípio One Single Set of Truth e campos críticos
  • Export vs Import: a dependência entre Export Job e ETS, e como agir
  • Erros Comuns: os 6 problemas mais recorrentes com causa raiz e ação correta
  • Investigação: fluxo de 6 etapas obrigatórias antes de escalar qualquer ticket
  • Links: QRG, Manual completo, SCP AI Assistant e treinamentos
💡
Mais de 90% dos problemas são resolvidos aplicando corretamente o modelo de investigação. Use a aba Investigação antes de escalar.
Conceito central

01 One Single Set of Truth

O FinOps foi desenhado para garantir que todas as informações financeiras de um embarque sejam consistentes, rastreáveis e alinhadas entre SCP e SAP.

Existe uma única versão válida da verdade financeira para cada shipment, construída com base nos dados definidos no upstream.

Na prática, isso significa

  • Todas as informações financeiras (custos, receitas, billing) são geradas a partir dos mesmos dados operacionais
  • SCP e SAP precisam estar totalmente sincronizados — sem múltiplas versões conflitantes
  • Quando um dado upstream já foi usado financeiramente, ele passa a ser a verdade financeira do shipment
⚠️
Por que o sistema bloqueia alterações? Alterações em dados que já fizeram parte do fluxo financeiro (SO criada, invoice emitida, pagamento) gerariam inconsistência entre SCP e SAP. O bloqueio é intencional.
📌
Regra de ouro Se algo já foi utilizado financeiramente, não se corrige editando — se corrige revertendo e refazendo corretamente.
Limitações

02 Campos críticos

Os campos críticos estruturam diretamente o cálculo de receita, custo e faturamento. Qualquer inconsistência nesses campos impacta o fluxo financeiro.

Campo O que afeta Impacto
Customer / Vendor Quem paga ou recebe, Sales Order, PO Alto
Service Type (CFS/CY) Tipo de serviço, cálculo de charges Alto
Incoterm / Freight Term BPI no contrato, responsabilidade financeira Alto
Relação SBK / FCR / CBL Estrutura do shipment, vínculo entre documentos Alto
Origem / Destino / Datas ETD para recuperar charges do contrato Médio
Carrier SCAC Code Pay-to party, recuperação de rates de custo Médio
🔴
Erro em campo crítico após processamento financeiro → não corrigir por edição direta. Avaliar reversão e reconstrução do fluxo.
Decisão

03 Quando cancelar a SI (CBL)?

Essa decisão está ligada ao conceito de One Single Set of Truth. A SI (CBL) deve ser cancelada quando o erro compromete a estrutura da verdade financeira do shipment.

Árvore de decisão

Campo crítico? Já processado financeiramente? Altera resultado financeiro? Ação correta
Não Qualquer Qualquer ✅ Ajustar diretamente
Sim Não Qualquer ✅ Ajustar diretamente
Sim Sim Não ⚠️ Avaliar caso a caso
Sim Sim Sim ❗ Cancelar e reconstruir

Exemplos práticos

✅ Ajuste sem cancelamento
  • Correção de informação descritiva
  • Ajuste que não impacta valores ou estrutura
  • Campo não crítico, qualquer status
❗ Necessário cancelar
  • Mudança de Customer
  • Mudança de Incoterm
  • Mudança de Service Type
  • Documento vinculado incorretamente

Status do FinOps — fluxo principal

Open
FCR criado no DocCore → dados transferidos ao FinOps
Rate Requested
FinOps consolida dados e envia iDoc ao SAP para buscar contrato/preço
🔒 Job bloqueado para modificações durante interface
Rate Received
SAP retorna charges contratuais. Se erro: "Rate Received with Error"
SO Requested
Critérios atendidos (FCR DraftApproved + CBL Accepted) → Sales Order disparada para SAP
🔒 Job bloqueado durante interface
SO Created
SAP cria Sales Order e retorna número ao FinOps
SO Updated
Qualquer alteração após criação da SO dispara atualização (scheduler a cada 30 min)
Full Invoiced
SAP processa fatura. Partial Invoiced se apenas parte dos charges foram faturados
Full Settled
Cliente pagou a invoice e o Finance team a quitou no SAP
Dependência

04 Export Job ↔ ETS (Import)

No FinOps, Export Job e ETS não são processos independentes — fazem parte do mesmo fluxo financeiro. O Import depende diretamente do estado e consistência do Export.

Export Job (origem)
  • FCR é a base para SCM shipments (1 FCR = 1 Export Job)
  • CBL é a base para BKS, Air, Rail e Truck
  • Sales Order criada automaticamente quando FCR DraftApproved + CBL Accepted
  • ETD do primeiro trecho define recuperação de charges contratuais
  • Charges vêm do contrato em FACT ou Athena
→
depende
ETS / Import (destino)
  • Criado automaticamente quando SI(CBL) em "FinalDocReleased"
  • 1 CBL + 5 containers = 5 ETS criados
  • ISSO (Import Sales Order) criada imediatamente após o ETS
  • Requer contrato em SAP; sem contrato → ISSO falha
  • Para DCS: somente CY, Payment Term = Collect
🚨
Regra fundamental Se o Export já foi processado financeiramente, qualquer correção no Import pode exigir reversão prévia do Export. Sempre investigate o Export primeiro.
Status do Export

05 Como o status do Export impacta o Import

Status do Export Impacto no ETS / Import O que fazer
SO Created/Updated ETS pode ser criado e processado normalmente Prosseguir normalmente
Invoiced Pode impedir ajustes no ETS; valores estão "travados" Avaliar se ajuste no Import afeta o financeiro do Export
Job Closed (SAP) Bloqueia alterações e possivelmente cancelamentos no ETS Solicitar reabertura (reopen) no SAP antes de agir
IR Posted (pagamento) Qualquer correção exige reversão do IR antes de prosseguir Contatar Finance para reversão; só então ajustar
Rate Received with Error ETS pode não ser criado ou ficar com erro Corrigir erro no Export antes de trabalhar no ETS
🔑
Regra prática Erro no Import → sempre validar o Export primeiro. O erro pode aparecer no ETS, mas a causa raiz frequentemente está no Export.
Documentos Extra

06 EED e IED — quando usar

Extra Documents permitem emitir billing em um escritório diferente (Sales Org diferente do job principal).

EED – Export Extra Document
  • Baseado no FCR, prefixo "FCR" → "EED"
  • Cria SO de export na Sales Org configurada
  • Usado para billing em origem diferente
  • Configurado em Admin Settings → FinOps Config
IED – Import Extra Document
  • Baseado no ETS, prefixo "000" → "IED"
  • Cria ISSO na Sales Org configurada
  • Pode existir sem ETS normal (ex.: Action NL/PL/DE)
  • Configurado em Admin Settings → FinOps Config
⚠️
Se a config for criada depois do job É possível gerar o Extra Doc retroativamente pela tela de configuração. Se não houver Export Job ou ETS ainda, faça uma edição dummy no upstream (SI sem mudança operacional, setar FinalDocReleased novamente) para re-triggering.
Referência rápida

Erros mais recorrentes no FinOps

Clique em cada erro para expandir a causa raiz, como validar e a ação correta. Aplique sempre o modelo de investigação (aba Investigação) antes de agir.

Documento não aparece no ETS / ETS não criado
Import
🔍
Causa raiz mais comum: SI(CBL) não foi setada para "FinalDocReleased", ou dados inconsistentes no Export que impedem a criação do ETS.
Como validar
  • Verificar se o Export Job foi criado corretamente
  • Checar status do FCR (DraftApproved?) e CBL (Accepted?)
  • Validar se o SI(CBL) está em "FinalDocReleased"
  • Checar aba Exception Management no Export
  • Verificar se há contrato import mantido no SAP
Ação correta
  • Corrigir inconsistências no Export primeiro
  • Se SI não está FinalDocReleased: corrigir no ITM
  • Se erro em Exception: corrigir upstream e reprocessar
  • Se falta contrato import: contatar Cashbox team
  • Nunca ajustar o Import sem resolver o Export
⚠️
Para BKS/Air: configurar se o cliente precisa de ETS/ISSO é necessário. Contate FinOps FPOs para habilitar.
Job fechado (Job Closed) impedindo ajuste
Export / Import
🔍
Causa raiz: SAP fecha automaticamente jobs 90 dias após a última atualização. O status é refletido no FinOps e bloqueia edições.
Como validar
  • Verificar "Job Closure Status" no header do job
  • Confirmar se o fechamento veio do SAP
  • Checar data da última atualização no History
Ação correta
  • Solicitar reabertura (reopen) no SAP
  • Aguardar sincronização do status antes de agir
  • Atenção: billing de jobs antigos pode falhar mesmo com job "reaberto" se a SO precisar de update
Erro em SBK ou FCR — Exception Management
Export / Import
🔍
Causa raiz: Dados incompletos, inconsistentes ou inválidos no upstream (DocCore, ITM, ISCE). O sistema não consegue processar o documento.
Como validar
  • Acessar aba "Exception Management" no job
  • Ler a mensagem de erro com atenção
  • Verificar campos associados ao documento
  • Filtrar também por "Consignee" se aplicável
  • Checar Interface Log no History
Ação correta
  • Corrigir dados na origem (upstream)
  • Reprocessar documento após ajuste
  • Para erros de customer code: seguir processo MDM/MDE
  • Para erros de contrato: contatar Cashbox team
Valores incorretos — custo ou receita zerados / errados
Export / Import
🔍
Causa raiz: Erro em campos críticos (Customer, Incoterm, Service Type), dados de pricing/contrato incorretos, ou SVC number / SCAC errado no CBL.
3 cenários para cost line zerada
  • Cenário 1: Sem pay-to party e sem preço — carrier charge não configurado
  • Cenário 2: Sem pay-to e sem preço — POR incorreto no CLR/FCR (warehouse)
  • Cenário 3: Tem pay-to, mas sem preço — SVC number/SCAC errado no CBL
Ação correta
  • Validar campos críticos no job
  • Checar origem do preço (SAP / Athena)
  • Comparar com contrato mantido no FACT
  • Corrigir upstream antes de refaturar
  • Se já processado → avaliar reversão
⚠️
Charges com valor 0 em LocalAmount não podem ser faturadas e NÃO disparam SO Update para SAP. Atualize o valor ou delete a linha.
Documento não vinculado corretamente (SBK/FCR/CBL)
Export / Import
🔍
Causa raiz: Relacionamento incorreto entre SBK, FCR, CBL ou outros documentos criado no upstream.
Como validar
  • Acessar aba "Export Job Details" (General)
  • Verificar como Booking, CBL, Equipment, ETS estão conectados
  • Confirmar que hyperlinks levam ao documento correto
Ação correta
  • Corrigir vínculo no upstream (DocCore/ITM)
  • Reprocessar fluxo após correção
  • Se já financeiramente processado: avaliar cancelamento
Divergência entre Export e Import / valores diferentes
Export ↔ Import
🔍
Causa raiz: Mudanças no upstream após processamento financeiro, ou inconsistência entre os dados que o Export e o Import receberam.
Como validar
  • Comparar charges e dados entre Export Job e ETS
  • Verificar History se houve alteração após faturamento
  • Validar ETD usado em ambos os lados
Ação correta
  • Corrigir inconsistência no Export primeiro
  • Se necessário → reverter e reconstruir fluxo completo
  • Garantir que SCP e SAP estejam sincronizados ao final
📌
Sempre garantir alinhamento entre Export e Import para manter o One Single Set of Truth.
💡
A maioria dos erros no FinOps não é resolvida tratando o sintoma, mas corrigindo a causa raiz no upstream. Use a aba Investigação antes de escalar.
Obrigatório

Investigação inicial — 6 etapas

Antes de contatar um Super User, SME ou abrir ticket, toda análise deve seguir este fluxo. Isso evita retrabalho e aumenta a taxa de resolução sem escalamento.

🚫
Nunca escale sem completar esta investigação. Inclua evidências claras se precisar escalar.
🛠️
Apoios obrigatórios durante a investigação Verifique a aba General (vínculos corretos) · Cheque Exception Management (SBK, FCR, etc.) · Use o SCP IA Assistant · Consulte o QRG e o FinOps End User Manual
1

Identificar o erro

O que está acontecendo exatamente? Seja específico:

ETS não criado Erro no billing Divergência de valores Documento não aparece Job bloqueado
2

Determinar a origem — Export ou Import?

Verifique onde o erro se manifesta, mas lembre-se:

🔑
Sempre iniciar pelo Export Job. O erro pode aparecer no Import, mas a causa raiz frequentemente está no Export.
3

Validar campos críticos

O erro envolve algum campo estrutural?

Customer / Vendor Service Type Incoterm Relação SBK/FCR/CBL

Não → possível ajuste direto   Sim → continuar análise

4

Verificar status financeiro

Alguma destas condições está ativa?

Sales Order criada Invoice emitida Pagamento (IR) realizado Job fechado

Se qualquer resposta for SIM, o dado já faz parte da verdade financeira — alterações diretas podem não ser permitidas.

5

Avaliar impacto financeiro

A correção vai alterar:

  • Valores de custo ou receita?
  • Quem paga ou recebe?
  • A estrutura do shipment?

Não → possível ajuste direto   Sim → revisão estrutural necessária

6

Definir ação correta

SituaçãoAção
Campo não crítico, qualquer status✅ Ajustar diretamente
Campo crítico, ainda não processado✅ Ajustar diretamente
Campo crítico + SO criada, sem impacto financeiro⚠️ Avaliar caso a caso
Campo crítico + processado + impacta financeiro❗ Cancelar e reconstruir fluxo
Ferramenta

Gerar mensagem de escalamento

Preencha os campos abaixo para gerar um template padrão de escalamento.

Responsável
Recursos

Links úteis

Acesse os materiais de referência, QRGs e ferramentas de suporte do SCP FinOps.

📖
FinOps End User Manual
Manual completo · v5.5 · Billy Zhao
📋
Job Costing QRG
End-to-End · Quick Reference Guide
📂
QRG Hub
Todos os Quick Reference Guides
🤖
SCP AI Assistant
Assistente IA para dúvidas SCP
🔗
FinOps Production
Ambiente de produção
🧪
FinOps Pre-Production
Ambiente de testes
📚
Training Materials
FAQs e materiais de treinamento
🎓
SCP End User Training
Treinamento online · eLearning
🎫
SNOW Service Request
Abertura de tickets · Vendor issues
🖥️
CS Hub
Dashboard CS Hub · Produção