6. Contratação derivada (Microprocesso)
Solicitação de Proposta, competição e contrato

Solicitação de Proposta e competição entre credenciados
O que é o microprocesso
O microprocesso é a etapa que garante economicidade em tempo real. Enquanto o macroprocesso (habilitação) cadastra fornecedores, o microprocesso seleciona qual deles atenderá cada demanda específica. É uma mini-competição entre credenciados, realizada a cada necessidade, pelo critério de menor preço global para a arquitetura solicitada.
Analogia: o macroprocesso é como obter a carteira de motorista. O microprocesso é como escolher qual motorista habilitado vai fazer a corrida.
Fundamento legal
Lei 14.133/2021 — Art. 79, parágrafo único, IV
"O edital de credenciamento deverá prever as regras para a contratação do credenciado, observado, entre outros: [...] IV – no caso do inciso III do caput deste artigo, o registro das cotações de mercado vigentes no momento da contratação."
Decreto 11.878/2024 — Art. 7º, §2º
"No credenciamento de que trata o inciso III do caput do art. 3º, o edital poderá prever percentual mínimo de desconto sobre as cotações de mercado vigentes no momento da contratação."
A competição no microprocesso não é uma licitação. É o exercício do dever de buscar a proposta mais vantajosa entre os já credenciados, conforme previsto no próprio edital de credenciamento.
Fluxo da Solicitação de Proposta (SdP)
Unidade Contratante identifica necessidade
│
▼
Formaliza DFD (Documento de Formalização de Demanda)
│
▼
Elabora Solicitação de Proposta (SdP) com:
• Arquitetura/serviços requeridos
• Estimativa de consumo (URNs)
• Valor máximo aceitável
• Prazo de execução
• Critérios de julgamento
│
▼
Envia SdP a TODOS os credenciados aptos
│
▼
Credenciados apresentam propostas (cotações)
│
▼
Comissão analisa: conformidade técnica + menor preço global
│
▼
Negociação com melhor classificado (se necessário)
│
▼
Declaração do vencedor
│
▼
Instrução processual:
• Mapa comparativo
• Regularidade fiscal atualizada
• Parecer técnico
• Empenho
• Contrato/OS
• Publicação no PNCP
│
▼
Início da execução
Conteúdo da Solicitação de Proposta
A SdP é o documento que dispara o microprocesso. Deve conter, no mínimo:
Elemento
Descrição
Exemplo
Objeto
Descrição clara da necessidade
"Ambiente de produção para sistema acadêmico: 3 instâncias compute, banco gerenciado, storage 500GB"
Arquitetura de referência
Diagrama ou especificação técnica
Topologia com VPC, subnets, load balancer
Estimativa de consumo
Quantidade de URNs/mês
2.400 USN + 180 UFS
Valor máximo
Teto baseado na tabela pública do provedor
R$ 18.500,00/mês
Provedor (se aplicável)
Justificativa técnica para especificar
"AWS, por compatibilidade com legado existente"
Prazo
Cronograma de entrega
15 dias corridos para provisionamento
Critério de julgamento
Como será selecionado o vencedor
Menor preço global para a cesta cotada
Prazo para propostas
Tempo para os credenciados responderem
5 dias úteis
Critérios de seleção
Quando o provedor é especificado (demanda dirigida)
Se a necessidade exige um provedor específico (ex.: migração de ambiente AWS existente), apenas os credenciados daquele provedor participam. O critério é menor preço global para a arquitetura solicitada.
Quando o provedor é agnóstico (demanda aberta)
Se a necessidade pode ser atendida por qualquer provedor, todos os credenciados participam. O critério usa tabela de equivalência para normalizar propostas de provedores diferentes:
Baseline de desempenho (vCPU, RAM, IOPS)
Normalização por resultado (throughput, latência)
Custo total de propriedade para o período solicitado
Competição real, não ficta
O microprocesso garante economicidade porque:
Preços são cotados no momento da demanda. Não há defasagem entre pesquisa de preços e contratação.
Descontos do provedor são repassados. Se a AWS oferece Reserved Instances com 40% de desconto, o credenciado repassa integralmente ao IFSP.
Múltiplos credenciados disputam. Mesmo com provedor especificado, pode haver 2 ou mais brokers AWS competindo.
Transparência total. As tabelas públicas dos provedores são a referência. Qualquer markup do integrador é visível na comparação.
Diferença entre microprocesso e licitação
Aspecto
Microprocesso (SdP)
Licitação (Pregão)
Participantes
Apenas credenciados
Qualquer interessado
Prazo
5-10 dias úteis
30-60 dias (mínimo legal + recursos)
Publicidade
Entre credenciados
PNCP + diário oficial
Recurso
Conforme edital de credenciamento
3 dias úteis (art. 165)
Formalidade
Simplificada (DFD + mapa comparativo)
Completa (ETP + TR + edital + parecer)
Frequência
A cada demanda (pode ser semanal)
Uma vez por objeto
Resultado
Contrato derivado ou OS
Ata de registro de preços ou contrato
Essa agilidade é o que torna o credenciamento viável para nuvem. Uma necessidade que surja na segunda-feira pode estar provisionada na sexta, com competição real e preço de mercado.

Disputas agnósticas, equivalência e vedações
Disputas agnósticas e vedações na comparabilidade
Quando a demanda não exige um provedor específico, todos os credenciados (independentemente do CSP que representam) podem participar do microprocesso. Isso cria um desafio: como comparar uma proposta AWS com uma proposta GCP, OCI ou OMID, se os serviços têm nomes, métricas e precificações diferentes?
O TR 403/2025 resolve isso com critérios de equivalência e vedações explícitas.
Quando a disputa é agnóstica
A disputa é agnóstica (sem especificação de provedor) quando:
A necessidade pode ser atendida por qualquer CSP (ex.: "preciso de 4 vCPUs, 16GB RAM, 100GB SSD")
Não há legado que exija compatibilidade com provedor específico
Não há funcionalidade proprietária indispensável
Nesses casos, a SdP (Solicitação de Proposta) define a necessidade em termos de resultado esperado, não de produto específico.
Critérios de equivalência (TR 6.1.3.2)
Para comparar propostas de provedores diferentes, a Administração utiliza:
Critério
Como funciona
Exemplo
Baseline de desempenho
Define requisitos mínimos de hardware/performance
"4 vCPUs, 16GB RAM, 500 IOPS mínimo"
Normalização por resultado
Compara pelo throughput ou latência entregue
"Processar 10.000 requisições/segundo com latência < 100ms"
Custo total para o período
Soma todos os componentes necessários para entregar o resultado
Compute + storage + rede + suporte = valor total
A proposta vencedora é a que entrega o resultado especificado pelo menor custo total, independentemente de qual provedor está por trás.
Tabela de equivalência (exemplo)
Requisito
AWS
GCP
OCI
4 vCPU, 16GB RAM
m5.xlarge
Standard_D4s_v3
n2-standard-4
Banco gerenciado (PostgreSQL)
RDS PostgreSQL
Cloud SQL for PostgreSQL
OCI Database with PostgreSQL
Storage 100GB SSD
gp3 100GB
Premium SSD P10
pd-ssd 100GB
Load Balancer
ALB
Application Gateway
Cloud Load Balancing
O credenciado deve apresentar a proposta com o mapeamento explícito: "para atender ao requisito X, ofereço o serviço Y do provedor Z, ao custo de R$ W/mês".
Vedações na comparabilidade (TR 6.1.3.3)
O TR veda práticas que distorceriam a comparação:
Vedação
Motivo
Comparar serviços de categorias diferentes
Ex.: não se compara uma instância spot (preemptível) com uma instância on-demand
Omitir custos de transferência de dados (egress)
Egress é custo significativo em nuvem; deve estar na proposta
Usar preços promocionais temporários como base
Promoção pode acabar no mês seguinte
Incluir serviços não solicitados para inflar proposta
Proposta deve conter apenas o que foi pedido na SdP
Condicionar preço a compromisso de longo prazo não autorizado
Ex.: oferecer preço de Reserved Instance sem autorização para comprometer 1 ano
Quando especificar o provedor (TR 6.1.3.1)
A especificação de provedor é permitida quando há justificativa técnica documentada:
Justificativa válida
Exemplo
Legado existente no provedor
"Sistema SUAP já roda em AWS há 2 anos; migrar geraria custo e risco"
Funcionalidade proprietária indispensável
"Amazon QuickSight é a ferramenta de BI já integrada aos dashboards institucionais"
Certificação regulatória específica
"Provedor X é o único com certificação FedRAMP High para dados classificados"
Integração nativa com serviço contratado
"O IdP institucional já está integrado ao provedor X; usar outro exigiria federação adicional"
Quando o provedor é especificado, apenas os credenciados daquele CSP participam. A competição ocorre entre brokers do mesmo provedor (ex.: 2 parceiros AWS disputam entre si).
Fluxo decisório: agnóstico ou dirigido?
Nova demanda chega
│
├── Existe legado no provedor? ──── SIM ──→ Disputa DIRIGIDA (só credenciados daquele CSP)
│ │
│ └── Justificar no DFD
│
├── Funcionalidade proprietária? ── SIM ──→ Disputa DIRIGIDA
│
└── Pode ser qualquer CSP? ──────── SIM ──→ Disputa AGNÓSTICA (todos os credenciados)
│
└── Usar critérios de equivalência
A decisão entre agnóstico e dirigido é do fiscal requisitante (quem demanda o serviço), com validação do fiscal técnico (quem entende de nuvem). A justificativa deve constar no DFD do microprocesso.
Impacto na economicidade
Disputas agnósticas tendem a gerar preços melhores porque:
Mais credenciados participam (maior competição)
Provedores diferentes têm vantagens em nichos diferentes (AWS é mais barato em compute, GCP em dados, OCI em banco de dados Oracle)
O credenciado pode propor a arquitetura mais eficiente para aquele provedor
Disputas dirigidas são mais rápidas (menos propostas para analisar) mas potencialmente mais caras (menos competição). Por isso, a especificação de provedor deve ser exceção justificada, não regra.

Como solicitar nuvem para meu campus
Quem pode solicitar
Qualquer campus ou setor da Reitoria do IFSP que tenha uma necessidade de infraestrutura de TI atendível por nuvem. Exemplos:
Hospedar um sistema web (portal, API, aplicação interna)
Criar ambiente de desenvolvimento ou testes
Migrar banco de dados para serviço gerenciado
Armazenar backups ou arquivos de grande volume
Provisionar laboratório virtual para disciplina
Rodar processamento de dados (pesquisa, BI, machine learning)
Você não precisa saber qual provedor usar nem como funciona a nuvem tecnicamente. Isso é papel do integrador credenciado. Você precisa saber o que quer resolver.
Passo a passo
1. Identifique a necessidade
Responda estas perguntas:
O que preciso resolver? (ex.: "meu sistema cai em período de matrícula")
Qual sistema ou serviço será beneficiado?
Quantos usuários simultâneos são esperados?
Há requisitos de disponibilidade? (ex.: "precisa funcionar 24h")
Há dados sensíveis envolvidos? (dados de alunos, pesquisa sigilosa)
Qual o prazo? (urgente, planejado para próximo semestre, etc.)
2. Formalize a demanda
Envie um e-mail para a DTI do seu campus (ou para a CCETI, se for demanda da Reitoria) com:
Descrição do que precisa (em linguagem simples)
Sistema ou projeto envolvido
Estimativa de volume (se souber: "uns 50GB de dados", "200 acessos simultâneos")
Prazo desejado
Não precisa preencher formulário técnico. A equipe de TI traduzirá sua necessidade em especificação de nuvem.
3. A equipe de TI elabora a especificação
O responsável técnico do campus (ou a CCETI) transforma sua demanda em uma Solicitação de Proposta (SdP) com:
Arquitetura de referência (quais serviços de nuvem atendem)
Estimativa de consumo em USN (unidades de nuvem)
Valor máximo aceitável
Provedor indicado (ou disputa aberta entre todos)
4. Credenciados apresentam propostas
A SdP é enviada a todos os integradores credenciados aptos. Cada um responde com uma cotação. Prazo típico: 5 dias úteis.
5. Seleção do vencedor
A proposta de menor preço global que atenda à especificação técnica é selecionada. O integrador vencedor recebe a Ordem de Serviço.
6. Ambiente provisionado
O integrador cria o ambiente em até 10 dias corridos. Você recebe acesso e pode começar a usar.
7. Pagamento pelo consumo
O campus paga mensalmente pelo que efetivamente consumiu. Sem franquia mínima. Mês que não usar, não paga.
Prazos típicos
Etapa
Prazo
Formalização da demanda → SdP pronta
5 a 10 dias úteis
Envio da SdP → Recebimento de propostas
5 dias úteis
Análise e seleção → OS emitida
3 a 5 dias úteis
OS emitida → Ambiente pronto
Até 10 dias corridos
Total (demanda → ambiente pronto)
3 a 5 semanas
Para demandas urgentes (incidente, sistema fora do ar), o prazo pode ser reduzido mediante justificativa.
O que você NÃO precisa fazer
Não precisa abrir processo licitatório
Não precisa elaborar TR ou ETP (já foram feitos para o credenciamento inteiro)
Não precisa escolher provedor (a equipe técnica decide ou abre disputa)
Não precisa negociar com fornecedor (o microprocesso faz isso)
Não precisa entender de nuvem (o integrador cuida da parte técnica)
O que você PRECISA fazer
Descrever claramente o que precisa resolver
Informar prazos e restrições
Indicar quem será o responsável técnico no campus (para receber acessos e acompanhar)
Ter dotação orçamentária disponível (ou solicitar à DAFI)
Dúvidas frequentes dos campi
"Posso pedir nuvem para qualquer coisa?" Para qualquer necessidade de infraestrutura de TI que possa ser atendida por IaaS, PaaS ou SaaS. Não serve para comprar equipamento físico nem para contratar desenvolvimento de software.
"Quanto vai custar?" Depende do consumo. Um sistema simples (1 servidor + banco pequeno) custa entre R$ 500 e R$ 2.000/mês. Um ambiente complexo (cluster, alta disponibilidade) pode custar R$ 10.000+/mês. A cotação vem antes da contratação.
"E se eu não souber especificar?" Não precisa. Descreva o problema e a equipe do integrador também pode propor a arquitetura.
"Posso cancelar depois?" Sim. Nuvem é sob demanda. Se não precisar mais, desliga os recursos e para de pagar no mês seguinte.

Modelo de SdP preenchido (exemplo real)
O que é a SdP
A Solicitação de Proposta (SdP) é o documento que dispara o microprocesso. É enviada simultaneamente a todos os credenciados aptos para aquela demanda. Abaixo, um exemplo preenchido para um caso típico.
Exemplo: migração do sistema acadêmico para nuvem
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
SOLICITAÇÃO DE PROPOSTA Nº 001/2026
Credenciamento de Serviços de Computação em Nuvem
Edital 41/2026 — Processo 23305.021098.2024-95
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
1. Identificação
Campo
Valor
Unidade demandante
DTI/Reitoria
Responsável técnico
João Silva (fiscal requisitante)
Data de emissão
15/07/2026
Prazo para propostas
5 dias úteis (até 22/07/2026)
Provedor
AWS (justificativa: legado existente em EC2 desde piloto 2024)
2. Descrição da necessidade
Migração do ambiente de produção do sistema SUAP (Sistema Unificado de Administração Pública) para infraestrutura em nuvem AWS, visando alta disponibilidade, escalabilidade em períodos de matrícula e eliminação de ponto único de falha no data center da Reitoria.
3. Arquitetura de referência
Componente
Serviço AWS sugerido
Especificação mínima
Aplicação (2 instâncias)
EC2 m5.xlarge
4 vCPU, 16GB RAM, 100GB gp3 cada
Banco de dados
RDS PostgreSQL (Multi-AZ)
db.r5.large, 200GB, backup 7 dias
Storage de arquivos
S3 Standard
500GB estimados
Load Balancer
ALB (Application Load Balancer)
HTTPS, 2 target groups
Cache
ElastiCache Redis
cache.t3.medium, cluster mode
CDN
CloudFront
Distribuição para assets estáticos
4. Estimativa de consumo (12 meses)
Item
Unidade
Volume estimado/mês
Total 12 meses
Serviços nativos (EC2, RDS, S3, ALB, etc.)
USN
1.800
21.600
Sustentação do ambiente
UFS
1.980
23.760
Serviços especializados (migração)
HSPi
40h (único)
40
5. Valor máximo aceitável
Item
Cálculo
Valor máximo mensal
USN (1.800 × R$ 7,42)
Tabela pública AWS × PTAX
R$ 13.356,00
UFS (1.980 × R$ 7,52)
Fator de sustentação
R$ 14.889,60
HSPi (40h × R$ 1.999,77)
Único, no 1º mês
R$ 79.990,80
Total mensal (operação)
 
R$ 28.245,60
Total 12 meses + migração
 
R$ 418.938,00
6. Critério de julgamento
Menor preço global para a cesta de serviços cotada, considerando:
Valor mensal de operação (USN + UFS) × 12 meses
Valor único de migração (HSPi)
Descontos sobre tabela pública do provedor
7. Prazo de execução
Etapa
Prazo
Provisionamento da infraestrutura
10 dias corridos
Migração do ambiente (com janela de manutenção)
15 dias corridos
Operação assistida (estabilização)
30 dias corridos
Início da operação plena
D+55
8. Requisitos específicos
Dados armazenados exclusivamente na região sa-east-1 (São Paulo)
Backup diário com retenção de 30 dias
Monitoramento 24x7 com alerta para indisponibilidade
Plano de rollback documentado antes da migração
Janela de migração: sábado 22h às domingo 6h (mínimo impacto)
9. Documentos a apresentar na proposta
Planilha de custos detalhada (serviço a serviço)
Cronograma de migração
Plano de rollback
Equipe técnica designada (nomes e certificações)
Desconto oferecido sobre tabela pública (%)
Observações sobre o exemplo
Este modelo ilustra uma demanda de complexidade média. Demandas simples (ex.: bucket S3 para backup) terão SdP mais curta. Demandas complexas (ex.: ambiente de machine learning com GPU) terão mais detalhamento na arquitetura.
O fiscal requisitante não precisa preencher sozinho. A CCETI e o integrador podem auxiliar na especificação técnica antes da emissão formal da SdP.

Como o fiscal conduz o microprocesso
Para quem é esta página
Esta página é um guia operacional para o fiscal requisitante ou fiscal técnico designado para conduzir um microprocesso. Cobre desde o momento em que a demanda chega até a emissão da Ordem de Serviço. Se você é fiscal pela primeira vez, comece aqui.
Checklist completo (visão rápida)
 1. Receber e validar a demanda
 2. Elaborar a Solicitação de Proposta (SdP)
 3. Enviar SdP aos credenciados
 4. Receber e registrar propostas
 5. Analisar conformidade técnica
 6. Montar mapa comparativo
 7. Negociar com o melhor classificado (se necessário)
 8. Declarar vencedor e notificar
 9. Instruir o processo administrativo
 10. Emitir OS e iniciar execução
Passo 1: Receber e validar a demanda
Entrada: DFD (Documento de Formalização de Demanda) do campus ou setor.
O que verificar:
Verificação
Critério
Se falhar
Necessidade é de nuvem?
Serviço atendível por IaaS/PaaS/SaaS de CSP
Devolver ao demandante
Há orçamento disponível?
Dotação no exercício vigente
Solicitar remanejamento ou postergar
Provedor é especificado?
Justificativa técnica documentada
Se não houver justificativa, disputa agnóstica
Escopo está claro?
Demandante descreveu o que precisa resolver
Reunião de alinhamento
Saída: Demanda validada, pronta para elaboração da SdP.
Prazo sugerido: 2 dias úteis.
Passo 2: Elaborar a Solicitação de Proposta (SdP)
Quem faz: Fiscal técnico, com apoio da equipe de TI do campus (se necessário).
Conteúdo obrigatório da SdP:
Campo
Descrição
Dica
Identificação
Número sequencial, edital de referência, processo
Usar formato: SdP nº XXX/2026
Unidade demandante
Campus ou setor + responsável
Quem vai usar o serviço
Descrição da necessidade
O que precisa ser resolvido (linguagem funcional)
Evitar especificar produto; descrever resultado
Arquitetura de referência
Componentes, dimensionamento, diagrama
Pode ser tabela simples (ver modelo na pg 49)
Estimativa de consumo
USN, UFS, HSPi por mês
Usar calculadora do provedor como base
Valor máximo aceitável
Teto baseado na tabela pública
Tabela do CSP × PTAX × fator do TR
Provedor (se dirigida)
Qual CSP + justificativa
Obrigatório justificar se não for agnóstica
Prazo para propostas
Mínimo 5 dias úteis
Pode ser maior para demandas complexas
Critério de julgamento
Menor preço global
Padrão; só muda se houver justificativa
Prazo de execução
Cronograma esperado
Provisionamento + migração + estabilização
Modelo: ver página "Modelo de SdP preenchido" neste capítulo.
Prazo sugerido: 3 dias úteis.
Passo 3: Enviar SdP aos credenciados
Como:
E-mail simultâneo a todos os credenciados aptos para o provedor indicado
Se agnóstica: enviar a todos os credenciados ativos
Usar cópia oculta (CCO) para não expor e-mails entre concorrentes
Registrar envio no processo (print do e-mail ou protocolo)
Atenção:
Não enviar a credenciados suspensos ou com documentação vencida
Verificar lista atualizada com a Comissão Gerenciadora antes do envio
Incluir prazo final com data e hora (ex.: "até 22/07/2026, 18h")
Prazo: D+0 (enviar no mesmo dia da aprovação da SdP).
Passo 4: Receber e registrar propostas
O que fazer:
Registrar data/hora de recebimento de cada proposta
Propostas fora do prazo: devolver sem análise (registrar no processo)
Não abrir propostas antes do encerramento do prazo (isonomia)
Armazenar em pasta do processo (SEI ou equivalente)
Prazo: aguardar encerramento do prazo da SdP (5 dias úteis).
Passo 5: Analisar conformidade técnica
Para cada proposta recebida, verificar:
Item
Critério de conformidade
Desclassifica se
Atende à arquitetura mínima?
Todos os componentes da SdP cobertos
Componente ausente ou subdimensionado
Provedor correto?
Compatível com o especificado na SdP
Proposta de provedor diferente (em SdP dirigida)
Valor dentro do teto?
Preço global ≤ valor máximo da SdP
Acima do teto
Prazo atendido?
Cronograma compatível com o exigido
Prazo superior ao máximo
Proposta completa?
Todos os campos preenchidos
Informação essencial ausente
Dados do provedor verificáveis?
Preços conferem com tabela pública
Divergência não justificada
Saída: lista de propostas conformes, ordenadas por preço global.
Prazo sugerido: 2 dias úteis.
Passo 6: Montar mapa comparativo
O mapa comparativo é o documento que fundamenta a escolha. Formato mínimo:
┌──────────────────────────────────────────────────────────────────┐
│ MAPA COMPARATIVO — SdP nº XXX/2026 │
├──────────┬──────────────┬──────────────┬──────────────┬──────────┤
│ Item │ Credenciado A│ Credenciado B│ Credenciado C│ Teto SdP │
├──────────┼──────────────┼──────────────┼──────────────┼──────────┤
│ USN/mês │ R$ 12.100 │ R$ 13.400 │ R$ 11.800 │ R$ 14.000│
│ UFS/mês │ R$ 9.200 │ R$ 9.800 │ R$ 9.500 │ R$ 10.000│
│ HSPi │ R$ 45.000 │ R$ 52.000 │ R$ 48.000 │ R$ 55.000│
│ Total 12m│ R$ 300.600 │ R$ 330.400 │ R$ 303.600 │ R$ 343.000│
├──────────┼──────────────┼──────────────┼──────────────┼──────────┤
│ Classif. │ 1º           │    3º        │           2º │        — │
└──────────┴──────────────┴──────────────┴──────────────┴──────────┘
Incluir no mapa:
Identificação de cada credenciado (razão social, CNPJ)
Valores unitários e totais
Classificação final
Observações sobre desclassificações (se houver)
Passo 7: Negociar com o melhor classificado
Quando negociar:
Preço do 1º classificado está acima da média de mercado
Há margem entre o preço ofertado e a tabela pública do provedor
Desconto do provedor (RI/SP) não foi repassado integralmente
Como:
Contato direto com o credenciado melhor classificado
Solicitar melhoria de preço, fundamentando na tabela pública
Registrar negociação no processo (ata ou e-mail)
Se recusar, aceitar o preço (desde que dentro do teto)
Quando NÃO negociar:
Preço já está abaixo da tabela pública (desconto espontâneo)
Apenas um credenciado respondeu (negociar pode parecer coação)
Passo 8: Declarar vencedor e notificar
Ações:
Elaborar parecer técnico com justificativa da escolha
Notificar o vencedor por e-mail (com prazo para assinatura do contrato)
Notificar os demais credenciados sobre o resultado
Publicar resultado no portal (transparência)
Prazo para assinatura: 5 dias úteis da convocação.
Passo 9: Instruir o processo administrativo
Documentos que devem constar no processo antes da emissão da OS:
 DFD (demanda original)
 SdP (com arquitetura e estimativa)
 Propostas recebidas (todas)
 Mapa comparativo
 Parecer técnico (justificativa da escolha)
 Ata de negociação (se houve)
 Consulta SICAF do vencedor (regularidade fiscal atualizada)
 Nota de empenho
 Contrato derivado ou instrumento equivalente assinado
 Publicação no PNCP
 Designação formal dos fiscais (portaria ou despacho)
Prazo sugerido: 5 dias úteis (paralelo à assinatura do contrato).
Passo 10: Emitir OS e iniciar execução
Após contrato assinado e empenho emitido:
Preencher a OS com os dados do contrato (ver modelo na página seguinte)
Enviar OS ao credenciado
Agendar reunião inicial (até 10 dias úteis)
Acompanhar provisionamento (prazo: 10 dias corridos)
A partir da OS, o fiscal passa a operar no regime de execução contratual (capítulo 7).
Prazos consolidados
Etapa
Prazo
Acumulado
Validar demanda
2 dias úteis
D+2
Elaborar SdP
3 dias úteis
D+5
Prazo para propostas
5 dias úteis
D+10
Análise + mapa comparativo
2 dias úteis
D+12
Negociação (se houver)
2 dias úteis
D+14
Declaração + notificação
1 dia útil
D+15
Instrução processual + assinatura
5 dias úteis
D+20
Emissão da OS
1 dia útil
D+21
Provisionamento pelo credenciado
10 dias corridos
D+31
Total estimado: da demanda ao ambiente provisionado em ~31 dias corridos (6 semanas). Demandas simples podem ser mais rápidas.
Erros comuns do fiscal
Erro
Problema
Como evitar
Enviar SdP a apenas um credenciado
Viola isonomia
Sempre enviar a todos os aptos
Não registrar envio no processo
Fragiliza a instrução
Print de e-mail ou protocolo SEI
Aceitar proposta acima do teto
Irregularidade
Desclassificar automaticamente
Não verificar SICAF antes do contrato
Risco de contratar empresa irregular
Consulta obrigatória
Emitir OS sem empenho
Despesa sem cobertura orçamentária
Empenho sempre antes da OS
Não publicar no PNCP
Descumprimento legal
Publicar em até 10 dias úteis da assinatura

Perguntas frequentes dos campi
Sobre o processo de solicitação
Preciso abrir processo licitatório para usar nuvem? Não. O credenciamento já foi licitado (Edital 41/2026). Cada demanda do campus gera apenas um microprocesso interno (DFD + SdP + mapa comparativo). Não há novo edital, novo TR nem novo parecer jurídico.
Quem elabora a SdP? O campus ou a CCETI? Depende. Se o campus tem equipe de TI com conhecimento de nuvem, pode elaborar a SdP com apoio da CCETI. Se não tem, a CCETI elabora com base na descrição da necessidade enviada pelo campus.
Posso pedir diretamente ao integrador sem passar pela CCETI? Não. Toda demanda deve passar pelo microprocesso (SdP enviada a todos os credenciados). Contratação direta com um integrador específico, sem competição, é irregular.
Quanto tempo demora do pedido ao ambiente pronto? 3 a 5 semanas no fluxo normal. Para demandas urgentes (sistema fora do ar, incidente de segurança), o prazo pode ser reduzido mediante justificativa formal.
Posso pedir mais de uma coisa ao mesmo tempo? Sim. Cada necessidade gera uma SdP separada. Você pode ter múltiplas SdPs em andamento simultaneamente.
Sobre orçamento e pagamento
De onde sai o dinheiro? Da dotação orçamentária do campus (ou da Reitoria, se for demanda institucional). O campus precisa ter crédito disponível na ação orçamentária de TI. Se não tiver, deve solicitar remanejamento à DAFI antes de iniciar o microprocesso.
Quanto custa na prática?
Cenário típico
Estimativa mensal
Site institucional simples
R$ 300 a R$ 800
Sistema web com banco de dados (até 100 usuários)
R$ 1.000 a R$ 3.000
Ambiente de produção (SUAP, Moodle) com HA
R$ 5.000 a R$ 15.000
Cluster de processamento (pesquisa, ML)
R$ 8.000 a R$ 30.000
Laboratório virtual (temporário, por disciplina)
R$ 500 a R$ 2.000
Estimativas baseadas em preços de referência 2026. O valor real depende da proposta vencedora.
E se o consumo for maior que o estimado? O fiscal técnico monitora o consumo via plataforma FinOps. Se o consumo ultrapassar 80% do estimado, o integrador emite alerta. Acima de 100%, é necessário aditivo ou nova OS. O integrador configura guardrails para impedir estouro sem aprovação.
Posso usar créditos gratuitos do provedor (free tier)? Não diretamente. Os créditos são gerenciados pelo integrador dentro da conta institucional. Se houver créditos educacionais (AWS Educate, GCP for Education), o integrador deve repassá-los integralmente ao IFSP.
Mês que não usar, paga alguma coisa? Não. Sem consumo, sem faturamento. Não existe franquia mínima nem mensalidade fixa. Porém, recursos provisionados e ligados geram custo mesmo sem uso ativo (ex.: servidor ligado 24h, mesmo sem acessos).
Posso desligar recursos no fim de semana para economizar? Sim. Ambientes de desenvolvimento e teste podem ser desligados fora do horário. O integrador pode configurar agendamento automático (start/stop). Ambientes de produção geralmente ficam ligados 24/7.
Sobre tecnologia e escopo
Posso pedir nuvem para qualquer coisa? Para qualquer necessidade de infraestrutura de TI atendível por IaaS, PaaS ou SaaS de provedor público. Exemplos do que pode: hospedar sistemas, armazenar dados, rodar processamento, criar laboratórios virtuais. Exemplos do que NÃO pode: comprar equipamento físico, contratar desenvolvimento de software, licenciar software desktop.
Posso escolher o provedor (AWS, GCP, OCI)? Se houver justificativa técnica (legado existente, funcionalidade exclusiva, integração obrigatória), sim. Caso contrário, a disputa é agnóstica e qualquer provedor pode atender.
E se eu já tiver um ambiente em AWS por conta própria? Ambientes criados fora do credenciamento (contas pessoais, pilotos informais) devem ser migrados para a conta institucional gerenciada pelo integrador. Isso garante governança, backup, segurança e conformidade com LGPD.
Posso usar serviços de IA/ML (SageMaker, Vertex AI)? Sim. Qualquer serviço do catálogo do provedor pode ser consumido via USN. Serviços de IA generativa, machine learning, analytics estão todos disponíveis.
Posso hospedar dados de pesquisa sigilosa? Sim, desde que os requisitos de segurança sejam informados na demanda. O integrador configura criptografia, controle de acesso e isolamento conforme a classificação dos dados. Dados em região Brasil (sa-east-1 para AWS, southamerica-east1 para GCP).
Sobre governança e responsabilidades
Quem é responsável pela segurança dos dados? Responsabilidade compartilhada. O provedor cuida da segurança DA nuvem (infraestrutura física, rede, hypervisor). O integrador cuida da segurança NA nuvem (configuração, patches, monitoramento). O campus cuida dos dados e do acesso dos usuários.
Quem tem acesso ao meu ambiente?
Fiscal técnico do IFSP: acesso total (leitura e escrita)
Integrador (equipe de sustentação): acesso operacional (conforme perfil definido)
Usuários do campus: conforme perfis criados pelo fiscal
Ninguém mais. O integrador não pode acessar dados sem autorização.
E se o integrador for descredenciado? Contratos derivados em execução continuam até o término. Se for necessário trocar de integrador, a CCETI conduz a transição (migração de dados e configurações para novo credenciado). O TR garante portabilidade.
Preciso designar um fiscal no campus? Sim. Toda demanda precisa de um responsável técnico no campus que será o fiscal requisitante. Essa pessoa valida que o serviço atende à necessidade original. Não precisa ser especialista em nuvem.
O que acontece se o serviço ficar fora do ar? O integrador tem SLAs definidos por severidade (4h para crítico, 12h para alto). Se descumprir, sofre glosa automática na fatura. Se o problema persistir, o fiscal registra ocorrência e pode escalar para a CCETI.
Sobre cancelamento e mudanças
Posso cancelar o serviço a qualquer momento? Sim. Nuvem é sob demanda. Comunique o fiscal técnico, que solicitará ao integrador o desligamento dos recursos. O faturamento cessa no mês seguinte. Dados são retidos por 30 dias (backup) e depois apagados.
Posso mudar de provedor depois? Sim, mas envolve migração. O integrador atual exporta os dados e configurações. Uma nova SdP é emitida para o novo provedor. O custo de migração (HSPi) é cobrado como serviço especializado.
Posso aumentar ou diminuir recursos sem nova SdP? Ajustes dentro da estimativa da OS vigente (ex.: trocar tipo de instância, aumentar storage) são feitos pelo integrador a pedido do fiscal, sem nova SdP. Aumento acima do valor contratado exige aditivo ou nova OS.
E se o campus mudar de diretor/responsável? A troca de fiscal requisitante é formalizada por despacho. O novo responsável assume o acompanhamento. O contrato e a OS continuam válidos.
Canal de dúvidas
Perguntas não respondidas aqui: credenciamento.nuvem@ifsp.edu.br
Respostas de interesse geral serão incorporadas a esta página.