Identificadores e periodicidade¶
Uma linha integrada precisa continuar identificável depois de retries, correções e recargas. A data também precisa representar corretamente um evento, um valor consolidado ou uma fotografia de estado.
Como formar um ID¶
Use primeiro o identificador natural e imutável do sistema de origem. Quando a origem não fornece esse identificador, concatene as dimensões que definem a granularidade da linha.
A composição deve ser:
- única: duas linhas distintas não compartilham o mesmo ID;
- estável: a mesma linha recebe o mesmo ID em uma recarga;
- reproduzível: a regra pode ser aplicada novamente sem consultar uma sequência local;
- legível: datas usam o padrão ISO
AAAA-MM-DDe os componentes preservam zeros à esquerda.
Use um separador que não apareça nos componentes ou aplique uma regra de escape
documentada. Os exemplos transacionais abaixo usam |.
Vendas consolidadas por dia¶
Quando a origem entrega valores consolidados, carregue uma linha para cada combinação de dimensões e dia.
| Base | Granularidade assumida | Exemplo de ID |
|---|---|---|
| Sell-out | data, location da venda e material | 2026-05-31|LOJA-02|MAT-001 |
| Sell-in | data, origem, destino e material | 2026-05-31|CD-01|CLIENTE-07|MAT-001 |
Esses exemplos assumem uma única linha consolidada por combinação e uma única unidade. Se a origem mantiver valores separados por unidade, canal, documento ou outra dimensão, inclua essa dimensão no ID ou consolide os valores antes da carga.
Processos mensais¶
Quando o processo trabalha apenas com buckets mensais, o valor total do mês pode ser carregado em uma única linha datada no primeiro ou no último dia do mês. A consolidação mensal atribui o valor inteiro ao bucket; ela não distribui a quantidade entre os dias.
Exemplo: 2026-05-01|LOJA-02|MAT-001 e
2026-05-31|LOJA-02|MAT-001 pertencem ao mesmo bucket de maio. Escolha uma das
convenções e mantenha-a em todas as cargas e reconciliações.
Não aplique essa economia de linhas quando o processo precisa analisar dias ou semanas, distinguir eventos ou tratar dados atrasados dentro do mês.
Estoque é fotografia, não fluxo¶
Vendas de um período podem ser somadas. Posições de estoque de datas diferentes não podem: cada linha é uma fotografia do saldo em uma data de corte.
Para Supply Planning, carregue a fotografia correspondente ao início de cada período:
- buckets mensais: primeiro dia do mês;
- buckets semanais: segunda-feira, primeiro dia da semana ISO;
- buckets diários: início do próprio dia.
Assim, um plano mensal iniciado em maio usa a posição de 2026-05-01; um bucket
semanal iniciado na segunda-feira 2026-05-04 usa a fotografia dessa data.
Movimentos posteriores pertencem ao fluxo do período e não devem ser incorporados
retroativamente à posição inicial.
Relação com sistemas de origem¶
O formato do identificador pode aproveitar chaves compostas do ERP, mas o contrato final continua sendo da OpsFactor. Consulte as referências de integração por ERP para exemplos de mapeamento sem transportar conceitos específicos do sistema de origem para o núcleo do catálogo.
Continue nas páginas de sell-out, sell-in, posições de estoque e no modelo de dados do Supply Planning.