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
SCP FinOps · Pocket Book

Your practical Job Costing guide

Identify, analyze and resolve FinOps issues with clarity and speed, following the system logic without rework.

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.
Starting point

Before any action, understand this

⚡
FinOps does not fix operations — it reflects what was executed upstream. Most errors originate outside FinOps, in inconsistent or incomplete source data.
🔁
Blocks are protection
The system intentionally blocks to protect financial consistency.
📍
Root cause upstream
Fix the source, not the symptom. FinOps reflects what upstream sent.
🔗
Export feeds Import
ETS directly depends on the state and consistency of the Export Job.
📋
One single truth
SCP and SAP must be synchronized. No parallel versions exist.
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.
In this guide

What you'll find here

  • Fundamentals: the One Single Set of Truth principle and critical fields
  • Export vs Import: the dependency between Export Job and ETS, and how to act
  • Common Errors: the 6 most recurring issues with root cause and correct action
  • Investigation: 6 mandatory steps before escalating any ticket
  • Links: QRG, full Manual, SCP AI Assistant and training materials
💡
More than 90% of issues are resolved by correctly applying the investigation model. Use the Investigation tab before escalating.
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.
Core concept

01 One Single Set of Truth

FinOps was designed to ensure that all financial information for a shipment is consistent, traceable and aligned between SCP and SAP.

There is one single valid version of the financial truth for each shipment, built based on data defined in the upstream.

In practice, this means

  • All financial information (costs, revenue, billing) is generated from the same operational data
  • SCP and SAP must be fully synchronized — no multiple conflicting versions
  • When upstream data has already been used financially, it becomes the financial truth of the shipment
⚠️
Why does the system block changes? Changes to data that has already been part of the financial flow (SO created, invoice issued, payment) would create inconsistency between SCP and SAP. The block is intentional.
📌
Golden rule If something has already been used financially, you don't fix it by editing — you fix it by reversing and correctly redoing.
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.

CampoO que afetaImpacto
Customer / VendorQuem paga ou recebe, Sales Order, POAlto
Service Type (CFS/CY)Tipo de serviço, cálculo de chargesAlto
Incoterm / Freight TermBPI no contrato, responsabilidade financeiraAlto
Relação SBK / FCR / CBLEstrutura do shipment, vínculo entre documentosAlto
Origem / Destino / DatasETD para recuperar charges do contratoMédio
Carrier SCAC CodePay-to party, recuperação de rates de custoMé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.
Constraints

02 Critical fields

Critical fields directly structure the calculation of revenue, cost and billing. Any inconsistency in these fields impacts the financial flow.

FieldWhat it affectsImpact
Customer / VendorWho pays or receives, Sales Order, POHigh
Service Type (CFS/CY)Service type, charges calculationHigh
Incoterm / Freight TermBPI in contract, financial responsibilityHigh
SBK / FCR / CBL relationshipShipment structure, document linkageHigh
Origin / Destination / DatesETD to recover contract chargesMedium
Carrier SCAC CodePay-to party, cost rate retrievalMedium
🔴
Error in critical field after financial processing → do not correct by direct editing. Evaluate reversal and reconstruction of the flow.
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ãoQualquerQualquer✅ Ajustar diretamente
SimNãoQualquer✅ Ajustar diretamente
SimSimNão⚠️ Avaliar caso a caso
SimSimSim❗ 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
Decision

03 When to cancel the SI (CBL)?

This decision is linked to the One Single Set of Truth concept. The SI (CBL) must be cancelled when the error compromises the financial truth structure of the shipment.

Decision tree

Critical field?Already financially processed?Changes financial result?Correct action
NoAnyAny✅ Adjust directly
YesNoAny✅ Adjust directly
YesYesNo⚠️ Evaluate case by case
YesYesYes❗ Cancel and reconstruct

Practical examples

✅ Adjustment without cancellation
  • Descriptive information correction
  • Adjustment not impacting values or structure
  • Non-critical field, any status
❗ Cancellation required
  • Customer change
  • Incoterm change
  • Service Type change
  • Incorrectly linked document

FinOps status — main flow

Open
FCR created in DocCore → data transferred to FinOps
Rate Requested
FinOps consolidates data and sends iDoc to SAP to retrieve contract/price
🔒 Job locked for modifications during interface
Rate Received
SAP returns contractual charges. If error: "Rate Received with Error"
SO Requested
Criteria met (FCR DraftApproved + CBL Accepted) → Sales Order triggered to SAP
🔒 Job locked during interface
SO Created
SAP creates Sales Order and returns number to FinOps
SO Updated
Any change after SO creation triggers update (scheduler every 30 min)
Full Invoiced
SAP processes invoice. Partial Invoiced if only part of charges were invoiced
Full Settled
Customer paid the invoice and Finance team settled it in 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.
Dependency

04 Export Job ↔ ETS (Import)

In FinOps, Export Job and ETS are not independent processes — they are part of the same financial flow. Import directly depends on the state and consistency of the Export.

Export Job (source)
  • FCR is the basis for SCM shipments (1 FCR = 1 Export Job)
  • CBL is the basis for BKS, Air, Rail and Truck
  • Sales Order automatically created when FCR DraftApproved + CBL Accepted
  • ETD of the first leg defines contractual charges retrieval
  • Charges come from contract in FACT or Athena
→
depends
ETS / Import (destination)
  • Automatically created when SI(CBL) is "FinalDocReleased"
  • 1 CBL + 5 containers = 5 ETS created
  • ISSO (Import Sales Order) created immediately after ETS
  • Requires contract in SAP; without contract → ISSO fails
  • For DCS: only CY, Payment Term = Collect
🚨
Fundamental rule If Export has already been financially processed, any correction in Import may require prior reversal of Export. Always investigate Export first.
Status do Export

05 Como o status do Export impacta o Import

Status do ExportImpacto no ETS / ImportO que fazer
SO Created/UpdatedETS pode ser criado e processado normalmenteProsseguir normalmente
InvoicedPode 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 ETSSolicitar reabertura (reopen) no SAP antes de agir
IR Posted (pagamento)Qualquer correção exige reversão do IR antes de prosseguirContatar Finance para reversão; só então ajustar
Rate Received with ErrorETS pode não ser criado ou ficar com erroCorrigir 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.
Export Status

05 How Export status impacts Import

Export StatusImpact on ETS / ImportWhat to do
SO Created/UpdatedETS can be created and processed normallyProceed normally
InvoicedMay prevent ETS adjustments; values are "locked"Assess if Import adjustment affects Export financials
Job Closed (SAP)Blocks changes and possibly cancellations in ETSRequest SAP reopen before acting
IR Posted (payment)Any correction requires IR reversal before proceedingContact Finance for reversal; then adjust
Rate Received with ErrorETS may not be created or may have errorsFix Export error before working on ETS
🔑
Practical rule Error in Import → always validate Export first. The error may appear in ETS, but the root cause is often in 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.
Extra Documents

06 EED and IED — when to use

Extra Documents allow billing in a different office (different Sales Org from the main job).

EED – Export Extra Document
  • Based on FCR, prefix "FCR" → "EED"
  • Creates export SO in configured Sales Org
  • Used for billing at a different origin
  • Configured in Admin Settings → FinOps Config
IED – Import Extra Document
  • Based on ETS, prefix "000" → "IED"
  • Creates ISSO in configured Sales Org
  • Can exist without normal ETS (e.g.: Action NL/PL/DE)
  • Configured in Admin Settings → FinOps Config
⚠️
If config is created after the job It is possible to generate the Extra Doc retroactively through the configuration screen. If there is no Export Job or ETS yet, make a dummy edit in upstream (SI without operational change, set FinalDocReleased again) for 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.

Quick reference

Most recurring errors in FinOps

Click each error to expand the root cause, how to validate and the correct action. Always apply the investigation model (Investigation tab) before acting.

Documento não aparece no ETS / ETS não criado
Document not appearing in ETS / ETS not created
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.
🔍
Most common root cause: SI(CBL) was not set to "FinalDocReleased", or inconsistent data in Export preventing ETS creation.
How to validate
  • Check if Export Job was created correctly
  • Check FCR status (DraftApproved?) and CBL (Accepted?)
  • Validate if SI(CBL) is in "FinalDocReleased"
  • Check Exception Management tab in Export
  • Verify if there is an import contract maintained in SAP
Correct action
  • Fix inconsistencies in Export first
  • If SI not FinalDocReleased: fix in ITM
  • If error in Exception: fix upstream and reprocess
  • If missing import contract: contact Cashbox team
  • Never adjust Import without resolving Export
⚠️
For BKS/Air: configuring whether customer needs ETS/ISSO is required. Contact FinOps FPOs to enable.
Job fechado (Job Closed) impedindo ajuste
Job closed (Job Closed) preventing adjustment
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
🔍
Root cause: SAP automatically closes jobs 90 days after the last update. The status is reflected in FinOps and blocks edits.
How to validate
  • Check "Job Closure Status" in the job header
  • Confirm if closure came from SAP
  • Check date of last update in History
Correct action
  • Request reopen in SAP
  • Wait for status sync before acting
  • Note: billing for old jobs may fail even with "reopened" job if SO needs update
Erro em SBK ou FCR — Exception Management
Error in SBK or 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
🔍
Root cause: Incomplete, inconsistent or invalid data in upstream (DocCore, ITM, ISCE). The system cannot process the document.
How to validate
  • Access "Exception Management" tab in job
  • Read error message carefully
  • Check fields associated with the document
  • Also filter by "Consignee" if applicable
  • Check Interface Log in History
Correct action
  • Fix data at source (upstream)
  • Reprocess document after adjustment
  • For customer code errors: follow MDM/MDE process
  • For contract errors: contact Cashbox team
Valores incorretos — custo ou receita zerados / errados
Incorrect values — cost or revenue zero / wrong
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.
🔍
Root cause: Error in critical fields (Customer, Incoterm, Service Type), incorrect pricing/contract data, or wrong SVC number / SCAC in CBL.
3 scenarios for zero cost line
  • Scenario 1: No pay-to party and no price — carrier charge not configured
  • Scenario 2: No pay-to and no price — incorrect POR in CLR/FCR (warehouse)
  • Scenario 3: Has pay-to, but no price — wrong SVC number/SCAC in CBL
Correct action
  • Validate critical fields in job
  • Check price origin (SAP / Athena)
  • Compare with contract maintained in FACT
  • Fix upstream before rebilling
  • If already processed → evaluate reversal
⚠️
Charges with value 0 in LocalAmount cannot be billed and DO NOT trigger SO Update to SAP. Update the value or delete the line.
Documento não vinculado corretamente (SBK/FCR/CBL)
Document not correctly linked (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
🔍
Root cause: Incorrect relationship between SBK, FCR, CBL or other documents created in upstream.
How to validate
  • Access "Export Job Details" tab (General)
  • Verify how Booking, CBL, Equipment, ETS are connected
  • Confirm that hyperlinks lead to the correct document
Correct action
  • Fix link in upstream (DocCore/ITM)
  • Reprocess flow after correction
  • If already financially processed: evaluate cancellation
Divergência entre Export e Import / valores diferentes
Divergence between Export and Import / different values
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.
🔍
Root cause: Upstream changes after financial processing, or inconsistency between data received by Export and Import.
How to validate
  • Compare charges and data between Export Job and ETS
  • Check History for changes after billing
  • Validate ETD used on both sides
Correct action
  • Fix inconsistency in Export first
  • If necessary → reverse and reconstruct complete flow
  • Ensure SCP and SAP are synchronized at the end
📌
Always ensure alignment between Export and Import to maintain the 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.
💡
Most FinOps errors are not resolved by treating the symptom, but by fixing the root cause in upstream. Use the Investigation tab before escalating.
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 criadoErro no billingDivergência de valoresDocumento não apareceJob 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 / VendorService TypeIncotermRelaçã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 criadaInvoice emitidaPagamento (IR) realizadoJob 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
Mandatory

Initial investigation — 6 steps

Before contacting a Super User, SME or opening a ticket, every analysis must follow this flow. This avoids rework and increases the resolution rate without escalation.

🚫
Never escalate without completing this investigation. Include clear evidence if you need to escalate.
🛠️
Required support during investigation Check General tab (correct links) · Check Exception Management (SBK, FCR, etc.) · Use SCP AI Assistant · Consult QRG and FinOps End User Manual
1

Identify the error

What is happening exactly? Be specific:

ETS not createdBilling errorValue divergenceDocument not appearingJob locked
2

Determine the origin — Export or Import?

Check where the error manifests, but remember:

🔑
Always start with the Export Job. The error may appear in Import, but the root cause is often in Export.
3

Validate critical fields

Does the error involve a structural field?

Customer / VendorService TypeIncotermSBK/FCR/CBL relationship

No → possible direct adjustment   Yes → continue analysis

4

Verify financial status

Is any of these conditions active?

Sales Order createdInvoice issuedPayment (IR) madeJob closed

If any answer is YES, the data is already part of the financial truth — direct changes may not be allowed.

5

Assess financial impact

Will the correction change:

  • Cost or revenue values?
  • Who pays or receives?
  • The shipment structure?

No → possible direct adjustment   Yes → structural review required

6

Define correct action

SituationAction
Non-critical field, any status✅ Adjust directly
Critical field, not yet processed✅ Adjust directly
Critical field + SO created, no financial impact⚠️ Evaluate case by case
Critical field + processed + impacts financially❗ Cancel and reconstruct flow
Ferramenta

Gerar mensagem de escalamento

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

Tool

Generate escalation message

Fill in the fields below to generate a standard escalation template.


  










  

    

      
Recursos

      
Links úteis

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

    

    

      
Resources

      
Useful links

      
Access reference materials, QRGs and SCP FinOps support tools.

    


    

      
        
📖

        

          
FinOps End User Manual

          
Manual completo · v5.5 · Billy Zhao

          
Full manual · v5.5 · Billy Zhao

        

      
      
        
📋

        

          
Job Costing QRG

          
End-to-End · Quick Reference Guide

        

      
      
        
📂

        

          
QRG Hub

          
Todos os Quick Reference Guides

          
All Quick Reference Guides

        

      
      
        
🤖

        

          
SCP AI Assistant

          
Assistente IA para dúvidas SCP

          
AI assistant for SCP questions

        

      
      
        
🔗

        

          
FinOps Production

          
Ambiente de produção

          
Production environment

        

      
      
        
🧪

        

          
FinOps Pre-Production

          
Ambiente de testes

          
Test environment

        

      
      
        
📚

        

          
Training Materials

          
FAQs e materiais de treinamento

          
FAQs and training materials

        

      
      
        
🎓

        

          
SCP End User Training

          
Treinamento online · eLearning

          
Online training · eLearning

        

      
      
        
🎫

        

          
SNOW Service Request

          
Abertura de tickets · Vendor issues

          
Ticket opening · Vendor issues

        

      
      
        
🖥️

        

          
CS Hub

          
Dashboard CS Hub · Produção

          
CS Hub Dashboard · Production