6. Contratação derivada (Microprocesso)
Solicitação de Proposta, competição e contrato
- Solicitação de Proposta e competição entre credenciados
- Disputas agnósticas, equivalência e vedações
- Como solicitar nuvem para meu campus
- Modelo de SdP preenchido (exemplo real)
- Como o fiscal conduz o microprocesso
- Perguntas frequentes dos campi
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)
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?
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
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:
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.