Resposta direta

Um catálogo útil para avaliação, integração e operação não é apenas uma lista de “fornecedor + nome do jogo”. Ele deve responder: qual é a identidade do registro, de onde veio, qual versão representa, qual é seu estado atual e quem o revisou — e quando. Idioma, moeda, mercado-alvo, certificação e estado de produção precisam ser registrados separadamente, em vez de resumidos em um único “disponível”.

O catálogo atual parte de um snapshot nominal de 2026-08-07 com 11 fornecedores e 1.194 nomes de jogos. Esse material é adequado para navegação inicial e como ponto de partida para governança. Não contém códigos dos jogos, versões, modelos matemáticos, capas, demonstrações, campos de API, certificações nem estado de disponibilidade em tempo real.

Portanto, a quantidade e a data não transformam o snapshot em prova de fornecimento, ativação em production, direitos de terceiros ou aptidão para um mercado.

Por que uma lista de nomes ainda não é um catálogo operacional

O nome responde apenas quais itens foram coletados. Ele não relaciona com segurança o conteúdo à API, a uma mudança de versão, ao teste ou ao mercado. Nomes duplicados, renomeações, skins e modelos matemáticos diferentes podem gerar associações erradas.

Governança não significa preencher todos os campos por suposição. Significa fazer cada conclusão voltar a uma fonte, uma data e um responsável. Quando a informação falta, o valor correto é “pendente de validação”.

Modelo mínimo de dados recomendado

Grupo Campos mínimos Pergunta respondida Orientação
Identidade catalog_record_id, provider_id, provider_game_code, game_name, game_type O que este registro identifica? Use chaves estáveis, não apenas nomes
Origem source_ref, source_type, source_snapshot_at, source_hash De onde veio e quando foi obtido? Preserve fonte e data
Versão do jogo game_version, math_model_version, client_build, release_note_ref Qual software e modelo foram validados? Relacione à entrega efetiva
Versão da integração provider_api_version, aggregator_version, integration_version Qual cadeia de interfaces corresponde ao jogo? Registre a topologia completa
Estado do registro record_status, status_reason, effective_from, effective_to Em que etapa do ciclo está? Use estados controlados
Estado por ambiente staging_status, production_status, demo_status, last_verified_at Há resultado validado naquele ambiente? Separe os ambientes
Suporte language_codes, currency_codes, device_scope Quais idiomas, moedas e dispositivos foram validados? Não deduza pelo nome
Mercado e certificação market_code, operator_scope, certificate_ref, certificate_scope, certificate_status Que evidência existe para objeto, versão e escopo? Relacione por mercado
Direitos e restrições content_rights_scope, territory_restriction, usage_restriction, evidence_ref Quais são os limites de exibição e uso? Registre direitos separadamente
Responsabilidade data_owner, reviewer, updated_at, next_review_at, change_reason Quem mantém e quando revisar? Preserve a cadeia de decisão

Três tipos de ID não devem ser misturados

  • catalog_record_id acompanha o registro ao longo do tempo, mesmo após mudança de nome.
  • provider_game_code é o código do fornecedor ou da interface a montante e deve vir de fonte verificável.
  • Caminho da página ou nome de marketing serve à apresentação; não deve ser chave de transação, versão ou certificação.

Origem, estado, versão e responsabilidade

1. A origem deve ser rastreável

Cada importação deve registrar tipo e referência da fonte, data de corte e lote. Se a fonte for substituída, preserve a validade histórica. Páginas de terceiros podem sugerir campos para investigação, mas não devem ser a única prova de direitos, versão ou disponibilidade atual.

2. O estado precisa indicar objeto e dimensão

Estado Significado Uso externo possível
draft Identidade ou origem crítica ainda não foi revisada Não publicar
pending_verification Há material candidato, mas falta evidência Informar apenas que está pendente
verified_current Objeto validado para versão, ambiente e data definidos Comunicar somente o escopo validado
suspended Uso suspenso por evidência vencida, falha ou restrição Não comunicar disponibilidade atual
retired Manutenção encerrada ou versão substituída Preservar histórico, sem oferecer como atual

“Incluído no catálogo”, “validado em staging”, “habilitado em production” e “apto para o mercado” são estados diferentes.

3. Mudanças de versão exigem análise de impacto

Mudanças no jogo, modelo matemático, RGS, agregador, protocolo, moeda, idioma ou requisito de mercado devem disparar uma nova análise. Vincule o resultado a testes e evidências atualizados; não transfira automaticamente conclusões da versão anterior.

4. A atualização deve preservar a cadeia de responsabilidade

  1. O responsável pelos dados propõe a mudança e anexa fonte e motivo.
  2. O sistema verifica IDs, campos obrigatórios, duplicidade e estado.
  3. Tecnologia, negócio ou conformidade revisa os campos sob sua responsabilidade.
  4. A aprovação cria nova versão ou período de validade, sem apagar evidências históricas.
  5. Data de revisão, perda da fonte ou mudança crítica devolve o item a pendente.
  6. A página pública lê apenas campos e estados aprovados para exibição.
  1. Adicione ID estável do fornecedor, código do jogo, fonte e responsável.
  2. Registre versão do jogo, versão da interface e estado de staging necessários à integração.
  3. Para conteúdo em avaliação de mercado, acrescente entidade operadora, idioma, moeda, certificação e escopo.
  4. Publique capas, demonstrações e descrições somente após confirmar a origem e os direitos dos materiais.
  5. Crie detalhes apenas para jogos com demanda real e evidências suficientes.

O que o catálogo atual oferece

  • Snapshot nominal de 2026-08-07: 11 fornecedores e 1.194 nomes.
  • Navegação inicial por fornecedor e apoio à conversa sobre conteúdo.
  • Não é estoque em tempo real, lista de production, base de direitos, versões ou certificações.
  • Este artigo oferece um modelo para a evolução dos dados.

Limites de uso

O snapshot não comprova que um jogo pode ser chamado, demonstrado ou usado em production; não prova direitos do fornecedor, uso de materiais, autorização de mercado ou validade de certificação; e não permite deduzir legalidade pela moeda, idioma ou conectividade. Não devem ser inventados código, RTP, versão, modelo matemático, capa, demonstração ou número de certificado.

Perguntas frequentes

Um nome no catálogo significa integração imediata?

Não. Ainda é preciso validar código do jogo, versões, ambiente, escopo comercial e condições do mercado.

Por que separar versão do jogo e versão do modelo matemático?

A interface pode mudar sem alterar o modelo, e o modelo pode exigir nova análise mesmo sem mudança visual. Separar os campos mostra o objeto coberto por cada evidência.

Use fontes públicas como pistas, registrando-as como pendentes. Só adote o dado em um projeto após confirmar por documentação aplicável, interface real ou responsável.

Com que frequência o catálogo deve ser atualizado?

Não apenas em uma periodicidade fixa. Nova fonte, versão, falha, vencimento de evidência ou mudança de mercado também deve disparar revisão.

Leituras relacionadas e próximo passo

Ao usar “Fale conosco”, informe mercado-alvo, fornecedores ou jogos, modelo de carteira e ambiente previsto. A AG poderá organizar os campos e evidências a validar; isso não é compromisso de fornecimento, direitos ou lançamento.

Fontes e aplicabilidade

O catálogo e a referência pública da API são as fontes internas de escopo. A quantidade corresponde somente ao snapshot de 2026-08-07. Cada projeto deve confirmar estado, direitos de exibição e evidências de mercado.

Precisa transformar estas orientações em um plano de projeto?

Este artigo apoia a avaliação do projeto e não substitui a validação técnica, contratual, de certificação ou da legislação local.

Fale conosco