CROC: contrato de integração absorve custo da substituição

Resumo

A CROC é melhor compreendida não como um fornecedor de nuvem de produto único, mas como um contratante de continuidade empresarial russo: seus materiais públicos enfatizam cenários de TI, integração complexa, coordenação de fornecedores locais e estrangeiros, suporte e implementação setorial para grandes empresas.
As contas públicas de 2024 mostram por que este é um negócio de mão de obra e aquisição, e não uma anuidade de plataforma limpa: a CROC relatou receita de RUB 32,0 bilhões, lucro líquido de RUB 640,8 milhões e uma mistura de bens comprados, serviços próprios e revenda de direitos de software, o que aponta para margens líquidas estreitas em torno de implementação de alto valor.
A tese de investimento não é "A Rússia deve substituir a TI estrangeira, portanto a CROC vence". A tese mais forte é que a substituição sob sanções cria um trabalho de coordenação caro, mas os clientes agora exigem retorno mais rápido, custo total mais baixo, melhor suporte e responsabilidade mais clara.
As evidências públicas podem provar a identidade legal da CROC, a escala de receita, o posicionamento de serviços, a exposição a compras públicas, casos de uso adjacentes de nuvem/localização e a pressão de substituição do mercado. Não podem provar as margens de contratos individuais, as taxas de sucesso de projetos, a qualidade de renovação de clientes ou o custo real do suporte por trás de cada implementação.

O comprador está tentando evitar uma interrupção, não comprar um slogan

Imagine o diretor de informática de um fabricante russo que foi instruído a substituir um módulo de ERP estrangeiro, uma camada de virtualização, ferramentas de segurança e um serviço de colaboração hospedado na Europa antes da próxima renovação. A fábrica não pode pausar seu cronograma de produção enquanto advogados testam direitos de licença e engenheiros reconstroem diretórios, backups, integrações e permissões de usuário. O departamento financeiro ainda precisa do fechamento mensal. O armazém ainda precisa de movimentação de estoque. O escritório de vendas ainda precisa do histórico de clientes.

O regulador ainda espera controles de dados pessoais e documentação de sistemas críticos. Nesse cenário, um integrador de sistemas não é precificado apenas por horas de servidor ou licenças de software. Ele é precificado pelo custo evitado de quebrar uma empresa em funcionamento.

A identidade pública da CROC se encaixa nesse problema de continuidade. A empresa diz que passou mais de 30 anos construindo cenários de TI para empresas russas importantes e evoluiu de fornecedora e integradora de sistemas para parceira de tecnologia para grandes empresas e holdings (https://www.croc.ru/). Sua página corporativa descreve 34 anos de experiência em projetos, ampla expertise, especialização setorial e parcerias com fornecedores russos, ocidentais e asiáticos (https://www.croc.ru/about-us/). Sua página de requisitos identifica a entidade legal como Closed Joint Stock Company "CROC incorporated", com INN 7701004101 e OGRN 1027700094949 (https://www.croc.ru/profile/). Esses são detalhes secos, mas são importantes porque a unidade econômica aqui é um contrato com um integrador legalmente responsável, não uma alegação genérica sobre a demanda de nuvem russa.

O substituto direto não é apenas outro integrador. Um comprador pode tentar cinco rotas. Pode construir uma equipe de TI interna, contratar mais arquitetos e aceitar uma entrega mais lenta. Pode usar um integrador apoiado pelo estado que pode ser favorecido em projetos públicos ou estratégicos. Pode obter suporte direto de fornecedores locais de software e hardware, deixando o comprador coordenar o risco entre sistemas. Pode comprar um pacote de plataforma em nuvem da Cloud.ru, Yandex Cloud, Selectel, K2 Cloud, T1 Cloud ou outro provedor e manter a integração personalizada separada.

Ou pode congelar o legado, esticar sistemas estrangeiros não suportados, adiar atualizações e esperar que os custos de auditoria, segurança e falhas permaneçam menores que a conta de migração. A questão inicial da CROC é se ela pode ser paga o suficiente para tornar as quatro primeiras rotas menos atraentes do que um único parceiro assumindo a responsabilidade pela continuidade.

Essa é uma afirmação restrita. As evidências públicas e de registro da CROC podem mostrar que a empresa tem escala, posição legal, contratos, funcionários e um amplo catálogo de soluções. Não podem mostrar se uma migração específica de ERP foi lucrativa, se um cliente renovou com margem atraente, se uma mesa de suporte estava sobrecarregada ou se os substitutos locais alcançaram a mesma confiabilidade dos sistemas que substituíram. Pode mostrar que o mercado está pedindo localização, substituição de importações, continuidade e custo total mais baixo. Não pode transformar essas necessidades em prova de margem durável.

Este artigo, portanto, precifica a CROC como uma conversora de incerteza em trabalho de integração faturável, não como beneficiária de uma simples onda de substituição.

As contas mostram um motor de contratação, não uma anuidade de software pura

A evidência financeira mais clara é o recurso contábil público da Rússia para 2024. O download BFO datado de 24 de maio de 2026 identifica as demonstrações financeiras de 2024 da CROC e mostra unidades em milhares de rublos (https://bo.nalog.gov.ru/download/bfo/pdf/6611789?detailId=51853421&period=2024). Na demonstração de resultados, a CROC reportou receita de RUB 32.003,946 milhões em 2024 contra RUB 32.474,590 milhões em 2023. Resumos públicos da Checko mostram o mesmo quadro geral: receita caiu cerca de 2% para RUB 32 bilhões e lucro líquido caiu cerca de 6% para RUB 640,8 milhões (https://checko.ru/company/krok-inkorporeyted-1027700094949).

A composição é mais reveladora do que a linha superior. A declaração BFO divide a receita de 2024 em RUB 10.851,497 milhões de revenda de bens adquiridos, RUB 19.183,143 milhões de bens, obras e serviços de produção própria e RUB 1.969,306 milhões de direitos de uso de software. O custo das vendas foi de RUB 24.368,271 milhões, incluindo RUB 9.370,066 milhões em bens adquiridos, RUB 13.542,845 milhões em bens, obras e serviços próprios e RUB 1.455,360 milhões em direitos de software (https://bo.nalog.gov.ru/download/bfo/pdf/6611789?detailId=51853421&period=2024). Essa mistura é exatamente o que se esperaria de um contratante de integração que vive entre fornecedores e clientes empresariais. A revenda de hardware e software cria escala, mas a verdadeira defesa está no design, migração, personalização, suporte e na relutância do cliente em repetir um processo de seleção complexo.

O lucro líquido de RUB 640,8 milhões sobre receita de RUB 32,0 bilhões é uma margem líquida de aproximadamente 2%. O lucro das vendas foi de RUB 1,340 bilhão, cerca de 4,2% da receita, antes de juros e outros itens. Esse não é o perfil de margem de uma plataforma de software proprietária dominante. É o perfil de uma empresa que carrega risco de mão de obra, aquisição, crédito, gerenciamento de projetos e suporte enquanto tenta obter spread suficiente em um grande volume de trabalho. As mesmas declarações mostram despesas com juros de RUB 795,345 milhões em 2024, incluindo juros de crédito bancário e juros de arrendamento ou aluguel, o que significa que o custo do dinheiro é importante para o modelo de contrato (https://bo.nalog.gov.ru/download/bfo/pdf/6611789?detailId=51853421&period=2024).

O balanço patrimonial também se encaixa em um negócio de projetos. Os estoques eram de RUB 5,150 bilhões no final de 2024, incluindo trabalhos em andamento de RUB 3,335 bilhões e bens para revenda de RUB 1,431 bilhão. As contas a receber eram de RUB 10,335 bilhões, com compradores e clientes de curto prazo em RUB 7,906 bilhões. As contas a pagar eram de RUB 8,285 bilhões, incluindo contas a pagar a fornecedores e contratados de RUB 4,919 bilhões e adiantamentos recebidos de RUB 1,753 bilhão (https://bo.nalog.gov.ru/download/bfo/pdf/6611789?detailId=51853421&period=2024). Um comprador vê um parceiro técnico; as contas mostram uma ponte de financiamento entre marcos do cliente, entregas de fornecedores, obrigações de suporte e folha de pagamento.

Isso é importante para a avaliação da tese. A demanda de substituição pode aumentar o trabalho endereçável da CROC sem aumentar sua margem. Se um cliente deseja substituir um sistema não suportado por uma pilha doméstica, a CROC pode precisar de arquitetos escassos, ambientes de teste, documentos de certificação, pessoal de compras, revisores de segurança e engenheiros de suporte. Parte disso pode ser faturado. Parte se torna excesso. Quanto mais complexo o legado, mais a CROC pode argumentar por um prêmio. Quanto mais os clientes exigem preços fixos e retorno rápido, mais esse prêmio é competido.

A CROC vende o trabalho entre fornecedores

O próprio site da CROC não apresenta uma história estreita de produto de nuvem. Ele apresenta uma história ampla de parceiro de tecnologia. A empresa diz que trabalha em todos os setores, com competência em infraestrutura de TI, soluções de negócios, data centers e serviços (https://www.croc.ru/about-us/). O navegador de soluções lista sistemas de negócios, sistemas de engenharia e multimídia, infraestrutura, redes, centrais de atendimento, poder computacional, gerenciamento de edifícios, MES, WMS, trabalhos relacionados a ERP, segurança, nuvem e soluções setoriais (https://www.croc.ru/solution-navigator/). Esse alcance é comercialmente útil porque a substituição em uma grande empresa raramente para em um aplicativo.

O problema prático do comprador é a interdependência. Substituir uma plataforma de virtualização estrangeira altera o design de backup, monitoramento, recuperação de desastres, controle de acesso, utilização de hardware e treinamento de suporte. Substituir um módulo de ERP altera a integração com gerenciamento de armazém, contabilidade, relatórios fiscais, dados mestre, data warehouses e controles de processo. Substituir ferramentas de colaboração altera o gerenciamento de identidade, arquivos, acesso móvel, segurança de endpoints e treinamento do usuário.

Substituir equipamentos de rede altera a documentação de operações e a resposta a incidentes. O contratante capaz de descrever essas dependências antes que uma falha ocorra tem uma reivindicação no orçamento mesmo quando os clientes estão cortando TI discricionária.

O comentário da CROC em 2026 confirma que a psicologia do comprador passou de experimentação digital romântica para economia estrita. Em um comunicado à imprensa de junho de 2026, o diretor geral adjunto da CROC, Valentin Gubarev, disse que as empresas estão prestando mais atenção à segurança da informação, continuidade dos processos de negócios e suporte confiável de sistemas críticos após a grande fase de substituição de importações (https://www.croc.ru/press_releases/valentin-gubarev-krok-konecz-epohi-czifrovogo-romantizma-it-rynok-v-rezhime-strogoj-ekonomii/). O mesmo item diz que os clientes agora julgam não apenas o fato de mudar para soluções russas, mas também maturidade, funcionalidade e qualidade do serviço. Essa é exatamente a zona onde um integrador de sistemas pode ser necessário e irritante ao mesmo tempo: necessário porque o comprador precisa de um todo funcional, irritante porque o comprador suspeita de um grande invólucro de serviço em torno de cada troca de produto.

Outro comunicado da CROC, baseado em uma pesquisa com 200 CIOs de empresas com receita acima de RUB 5 bilhões, diz que o retorno rápido se tornou o principal argumento para gastos com TI em 2026 (https://www.croc.ru/press_releases/dlya-biznesa-v-2026-godu-bystraya-okupaemost-stala-glavnym-obosnovaniem-it-rashodov/). Diz que a substituição de importações não é mais um fim em si mesma; os compradores se concentram em economia de segurança, funcionalidade, menor custo total de propriedade e crescimento escalável de custos. Também diz que 68% dos entrevistados planejavam recusar suporte premium de fornecedores em favor de seu próprio serviço, 57% planejavam reduzir o número de contratados em suporte e 53% ainda viam a substituição de importações como um desafio principal. A contradição é o mercado. Os clientes querem menos suporte externo e integração mais responsável ao mesmo tempo.

Essa contradição pode ajudar um integrador forte se for traduzida em contratos de suporte de longo prazo em torno de sistemas críticos. Pode prejudicar se os clientes exigirem um desconto de migração única e depois internalizarem o suporte. A pesquisa de 2026 diz que 40% dos CIOs relataram escassez de arquitetos e engenheiros qualificados, enquanto 57% queriam parceiros capazes de projetar arquiteturas complexas, 53% queriam integração de ecossistemas de múltiplos fornecedores, 47% queriam independência tecnológica e 46% queriam responsabilidade de longo prazo pelos resultados e continuidade dos negócios (https://www.croc.ru/press_releases/dlya-biznesa-v-2026-godu-bystraya-okupaemost-stala-glavnym-obosnovaniem-it-rashodov/). Esses números descrevem a oportunidade da CROC e seu problema de barganha: os clientes precisam da habilidade, mas querem apertar a conta.

O canal de nuvem mostra a mesma economia em forma compacta

As evidências de nuvem em torno da CROC precisam de tratamento cuidadoso. O endereço legado cloud.croc.ru redireciona para a página de localização do K2 Cloud (https://cloud.croc.ru/). O K2 Cloud descreve infraestrutura e serviços em nuvem para tarefas de negócios, serviços profissionais para design, implementação, suporte e desenvolvimento de infraestrutura e plataformas de desenvolvimento, e casos de clientes em torno de localização e migração (https://k2.cloud/products/localization/). Isso é altamente relevante para o mercado que a CROC atende, mas não deve ser tratado como uma divulgação limpa da margem de nuvem independente da CROC. A evidência pública prova um canal legado adjacente e um padrão de serviço, não a economia consolidada da CROC.

A página de localização do K2 Cloud ainda é útil porque nomeia as tarefas do comprador claramente. Ela descreve projetos para criar um contorno de TI na Rússia e migrar de plataformas internacionais para um provedor de nuvem russo sem interrupção dos negócios (https://k2.cloud/products/localization/). O trabalho é dividido em auditoria e design, instalação e entrega ao cliente. O estágio de auditoria inclui arquitetura alvo, escolhas de hardware e software, localização de software ocidental ou substituição de importações, funções críticas, volume de computação, contagens de licenças, cronograma, custo e fornecedores. O estágio de entrega inclui suporte em infraestrutura de nuvem, equipamentos nos sites dos clientes, virtualização, sistemas operacionais, bancos de dados, serviços de infraestrutura, serviços de segurança, ERP e aplicações de negócios.

Isso não é uma venda de computação commodity. É um pacote de análise de risco e mão de obra, com nuvem como local de execução. O cenário de localização "Plano B" do K2 Cloud diz que uma filial russa de uma empresa internacional pode continuar recebendo serviços de TI da matriz, mas quer um roteiro de contingência; a página descreve um primeiro estágio de um mês e um estágio de ativação de dois a três meses (https://k2.cloud/products/localization/). Seu cenário MVP descreve uma filial russa que pode ser desconectada da infraestrutura e serviços de nuvem do escritório global, com consequências regulatórias e operacionais, e nomeia uma implementação de dois meses de um conjunto mínimo de serviços e controles de segurança. Seu cenário de localização completa descreve uma empresa internacional deixando o mercado e uma unidade russa se tornando independente, incluindo prazos rigorosos, recursos internos de TI limitados e uma implantação completa de dois meses de serviços corporativos, segurança e infraestrutura de nuvem.

Esses cenários se mapeiam diretamente para o contrato de integração mais amplo da CROC. O comprador não está apenas alugando infraestrutura. Está comprando uma maneira de manter serviços de identidade, arquivos, e-mail, acesso remoto, ERP, controles de segurança e aplicações de negócios funcionando depois que uma matriz, fornecedor ou provedor estrangeiro muda as condições de acesso. O valor não é a máquina virtual. O valor é o caminho de "não suportado, mas funcionando" para "localmente suportável e auditável" sem uma paralisação dos negócios.

Os casos de clientes públicos do K2 Cloud mostram como isso se parece na prática. O caso da planta "Automobile Technologies" diz que a empresa perdeu acesso a alguns serviços críticos após a separação de uma matriz estrangeira e precisou localizar a infraestrutura de TI na Rússia, restaurar processos de produção, implantar sistemas de contabilidade e RH sem tempo de inatividade dos funcionários e criar uma base para arquitetura híbrida (https://k2.cloud/cases/zavod-avtomobilnye-texnologii-lokalizoval-it-infrastrukturu-na-baze-k2-oblaka/). O resultado público afirma que os sistemas de TI quadruplicaram em poucos meses e mais de 300 funcionários de escritório continuaram trabalhando sem interrupção. O caso da corretora de seguros Remind diz que a unidade russa precisou reconstruir processos de TI do zero em poucos meses, não tinha competência interna de TI suficiente e selecionou o K2 Cloud para nuvem local, rede, segurança e suporte a serviços de escritório (https://k2.cloud/cases/za-2-mesyatsa-s-nulya-lokalizatsiya-v-k2-oblake-it-infrastruktury-i-servisov-mezhdunarodnogo-strahovogo-brokera/).

Esses são casos escritos por fornecedores e devem ser tratados como evidência selecionada, não uma amostra auditada de taxa de sucesso. Mas são valiosos porque identificam os componentes de custo que os clientes realmente enfrentam: separação da matriz estrangeira, falta de habilidades internas, necessidade de nuvem local, reconstrução de e-mail e portais, acesso remoto, backups, ferramentas de segurança, conectividade de filiais, ERP e continuidade do sistema de produção. Um contrato da CROC que cobre esses componentes não está competindo apenas no preço por servidor. Está competindo contra o medo do cliente de falha operacional.

A regulamentação transforma a migração em documentação

A substituição de TI empresarial russa não é apenas uma história de sanções. É também uma história de conformidade. A Lei de Dados Pessoais, Lei Federal nº 152-FZ, está por trás de muitas decisões de nuvem e localidade (https://www.consultant.ru/document/cons_doc_LAW_61801/). As obrigações de infraestrutura de informação crítica sob a Lei Federal nº 187-FZ adicionam outra camada para setores que operam sistemas de informação significativos (https://www.consultant.ru/document/cons_doc_LAW_220885/). A base de clientes da CROC inclui grandes empresas e compradores públicos, o que significa que o contratante muitas vezes vende documentos, responsabilidades e conforto de auditoria junto com a implementação técnica.

É aqui que o trabalho de integração se torna um item de linha oculto. Uma migração para a nuvem pode ser mais barata do que comprar novo hardware local, mas o trabalho de conformidade não é gratuito. O comprador precisa de classificação de dados, matrizes de acesso, procedimentos de incidentes, regras de retenção, partes responsáveis, backups testados, monitoramento de segurança, análise de transferência transfronteiriça quando relevante e evidência de que o sistema se encaixa nos requisitos locais. A página de documentos do K2 Cloud lista materiais de conformidade e certificação em torno de 152-FZ, PCI DSS v4.0, GOST R 57580.1-2017, GOST R ISO/IEC 27001-2021, GOST R ISO/IEC 27017-2021, ISO 9001, Uptime Institute, SLA e o registro de software russo (https://k2.cloud/about/documents/). Esses documentos não substituem a prova específica da CROC, mas mostram por que clientes regulamentados compram uma plataforma e um invólucro de serviços profissionais juntos.

A própria CROC publica uma página de política de conformidade descrevendo políticas de conduta empresarial, antitruste, anticorrupção e ética (https://www.croc.ru/compliance-policy/). Seu perfil oficial também lista códigos de atividade de TI sob a lista de atividades de TI de 2023 do Ministério do Desenvolvimento Digital (https://www.croc.ru/profile/). O Checko registra 16 licenças ativas e exposição a compras públicas, incluindo 1.874 contratos de fornecimento no valor total de RUB 50,7 bilhões (https://checko.ru/company/krok-inkorporeyted-1027700094949). Esses itens não provam a qualidade do projeto. Eles mostram que a empresa opera em um mercado onde a forma de aquisição, licenciamento, auditabilidade e contrapartes legais são importantes.

Para os compradores, isso altera o cálculo de fazer ou comprar. Uma equipe interna pode entender o legado melhor do que a CROC, mas pode não ter capacidade para executar seleção paralela de fornecedores, design de migração, documentação regulatória e suporte pós-alteração durante uma substituição urgente. Um fornecedor local pode conhecer seu próprio produto melhor do que a CROC, mas pode não assumir responsabilidade por como esse produto interage com ERP, identidade, segmentação de rede, treinamento do usuário e um banco de dados legado.

Um provedor de nuvem pode oferecer uma boa plataforma, mas pode não possuir o processo empresarial completo. Um grande integrador vende a camada de coordenação ausente. A questão é se o cliente vê essa camada como seguro ou como custo indireto.

A pressão das sanções aumenta o trabalho, mas não automaticamente o poder de precificação

O ambiente de sanções e saída de fornecedores pós-2022 aumentou a necessidade de substitutos domésticos, suporte localizado e criatividade em compras. Uma reportagem da Wired sobre o impulso de autossuficiência tecnológica da Rússia observou que, após a invasão da Ucrânia, muitas empresas de tecnologia pararam ou reduziram as operações na Rússia, com Cisco, SAP, Oracle, IBM, TSMC, Nokia, Ericsson, Samsung e Apple entre aquelas que afetaram setores desde telecomunicações até fábricas e empresas estatais (https://www.wired.com/story/russia-ncc-phone-android-sanctions). A Business Insider reportou em 2025 que a Microsoft e o Zoom pararam de vender novas ou operações na Rússia após 2022, enquanto alguns serviços permaneceram acessíveis, ilustrando a distinção confusa entre saída formal, acesso residual e dependência prática (https://www.businessinsider.com/putin-russia-strangle-western-tech-firms-microsoft-zoom-2025-5).

Para a CROC, a oportunidade não é apenas que os fornecedores ocidentais saíram ou reduziram o suporte. É que os sistemas empresariais raramente têm substitutos um por um. Um comprador russo pode substituir um pacote de colaboração estrangeiro por serviços domésticos de e-mail, arquivo e mensagens, mas a questão operacional é como migrar arquivos, permissões, acesso móvel, retenção de registros e fluxos de trabalho do usuário. Um banco pode substituir um banco de dados, mas a questão operacional é desempenho, testes, tempo de recuperação, relatórios e suporte do fornecedor.

Um varejista pode substituir um sistema de armazém, mas a questão operacional é como lojas, fornecedores, e-commerce, fidelidade e contabilidade permanecem sincronizados. Essas questões são onde o trabalho da CROC é monetizado.

Mas a pressão não significa um cheque em branco. A própria pesquisa de CIOs da CROC em 2026 diz que os compradores estão se afastando da substituição formal e se voltando para retorno, custo total e qualidade do suporte (https://www.croc.ru/press_releases/dlya-biznesa-v-2026-godu-bystraya-okupaemost-stala-glavnym-obosnovaniem-it-rashodov/). Também diz que um terço das empresas já tinha precedentes de substituir um produto russo por outro devido a problemas de funcionalidade ou suporte ao serviço. Isso é um aviso. A primeira onda de substituição cria trabalho de implementação. A segunda onda pode expor produtos domésticos fracos, fadiga do comprador e pressão para consolidar fornecedores. A CROC pode lucrar se for a remediadora de confiança. Pode perder margem se for culpada por produtos imaturos que não construiu.

As demonstrações financeiras mostram como isso pode acontecer. A receita de direitos de uso de software caiu de RUB 3,004 bilhões em 2023 para RUB 1,969 bilhão em 2024, enquanto a receita de bens, obras e serviços próprios subiu de RUB 16,822 bilhões para RUB 19,183 bilhões (https://bo.nalog.gov.ru/download/bfo/pdf/6611789?detailId=51853421&period=2024). Essa mudança é consistente com um mercado onde a revenda sozinha é menos atraente e o trabalho de serviço é mais central. Não prova que as sanções causaram a mudança, mas apoia a visão de que a economia da CROC está cada vez mais voltada para fazer o trabalho árduo de implementação em torno de uma base de fornecedores em mudança.

A mão de obra é o insumo escasso

O site de carreiras da CROC diz que a empresa tem 2.500 funcionários, mais de 2.700 projetos por ano, 33 anos de TI e uma classificação entre as 25 melhores empregadoras do hh.ru (https://careers.croc.ru/). Ele lista categorias de contratação ou carreira em desenvolvimento, software e infraestrutura de computação, cibersegurança, engenharia e sistemas multimídia, telecomunicações, aplicações de negócios, análise, serviço e suporte, gerenciamento de projetos, finanças, jurídico e back office. Essa amplitude se encaixa no modelo de integração: a empresa precisa de consultores, arquitetos, engenheiros, pessoal de suporte, líderes de projeto, conhecimento em compras e especialistas setoriais, não apenas codificadores.

A escassez de mão de obra é um custo direto. A pesquisa da CROC diz que 40% dos CIOs relataram escassez de arquitetos e engenheiros qualificados (https://www.croc.ru/press_releases/dlya-biznesa-v-2026-godu-bystraya-okupaemost-stala-glavnym-obosnovaniem-it-rashodov/). Se a CROC conseguir manter especialistas escassos, pode precificar o trabalho complexo acima da simples revenda. Se a inflação salarial ou a rotatividade subir mais rápido que as taxas de faturamento, a margem comprime. As contas BFO de 2024 mostram despesas administrativas subindo para RUB 5,243 bilhões de RUB 2,733 bilhões em 2023, enquanto o lucro bruto subiu para RUB 7,636 bilhões de RUB 5,495 bilhões (https://bo.nalog.gov.ru/download/bfo/pdf/6611789?detailId=51853421&period=2024). As declarações públicas não dividem esse movimento de despesas em mão de obra, administração ou outros itens, mas a direção reforça o ponto de que escala em serviços não é gratuita.

O risco de retenção não é uma questão suave. Um contratante de integração muitas vezes ganha trabalho repetido porque o ambiente do cliente foi aprendido por uma equipe nomeada. Se essas pessoas saírem, o cliente pode enfrentar perda de conhecimento e a CROC pode enfrentar contratação de reposição cara. Se a CROC prender muito conhecimento em indivíduos, o suporte se torna frágil. Se sistematizar bem o conhecimento, pode apoiar mais clientes por engenheiro e melhorar a margem. As evidências públicas não podem dizer qual está acontecendo.

Só podem mostrar que a mão de obra qualificada é central o suficiente para a CROC comercializar seu ecossistema de carreira e para os clientes relatarem escassez de habilidades.

A questão da mão de obra também afeta as rotas substitutas. Uma equipe interna pode parecer mais barata se o comprador contar apenas salários. É menos barato se o comprador precisar de um aumento temporário de especialistas raros em virtualização, segurança, ERP e redes enquanto ainda administra as operações diárias. O suporte direto de fornecedor local pode parecer mais barato se cada fornecedor de produto cuidar de sua própria ferramenta. É menos barato se o comprador tiver que coordenar o diagnóstico de falhas entre fornecedores sempre que um processo de negócios cruzar fronteiras de sistemas.

Um integrador apoiado pelo estado pode parecer mais seguro para projetos regulamentados. É menos atraente se velocidade, conhecimento personalizado ou qualidade de serviço comercial importarem mais do que conforto administrativo.

O risco de aquisição está dentro da margem bruta

As contas da CROC mostram um grande componente de revenda e contas a pagar substanciais a fornecedores, portanto a aquisição não é ruído de fundo. Em um mercado normal, um integrador pode cotar hardware, software e serviços com prazos de entrega previsíveis dos fornecedores. Em um mercado restrito por sanções, a cotação pode depender de produtos locais disponíveis, logística paralela, fornecedores asiáticos, incertezas de direitos de licença, peças de reposição e tolerância do cliente a desempenho alterado. A própria página da empresa da CROC diz que ela faz parceria com fornecedores russos, ocidentais e asiáticos (https://www.croc.ru/about-us/). Essa amplitude é uma vantagem apenas se a empresa puder traduzi-la em combinações viáveis.

O risco é que a substituição não apenas mude o nome do fornecedor; ela muda o modelo operacional. Um cliente que substitui um dispositivo estrangeiro por um produto local pode precisar de novo monitoramento, nova escalada de suporte, nova documentação de segurança, novo treinamento e novo cronograma de aquisição. Um cliente que migra para uma nuvem russa pode reduzir capex, mas assume risco de migração, risco de concentração de plataforma e dependências de nível de serviço alteradas. Um cliente que migra de software proprietário para código aberto pode economizar em licenças, mas precisa de mais suporte interno ou do integrador.

A CROC pode ganhar dinheiro com essas transições, mas quanto mais promete resultados fixos, mais risco de aquisição e mão de obra retém.

As figuras BFO ilustram isso em linguagem contábil. Em 2024, a receita de bens adquiridos foi de RUB 10,851 bilhões e o custo dos bens adquiridos foi de RUB 9,370 bilhões, implicando um spread bruto limitado antes das despesas gerais. Bens, obras e serviços próprios tiveram receita de RUB 19,183 bilhões e custo de RUB 13,543 bilhões, um spread bruto maior, mas exposto à utilização de mão de obra, excessos de projeto e compromissos de suporte. Os direitos de uso de software tiveram receita de RUB 1,969 bilhão e custo de RUB 1,455 bilhão (https://bo.nalog.gov.ru/download/bfo/pdf/6611789?detailId=51853421&period=2024). O padrão diz que quanto mais a CROC puder mover o contrato para serviços de alto valor, melhores serão as economias brutas. Quanto mais o contrato for de passagem de equipamentos, mais depende de volume e disciplina de capital de giro.

É por isso que “congelar sistemas legados” continua sendo um concorrente. Um comprador pode decidir que um sistema estrangeiro não suportado ainda funciona e que o risco de migração é pior do que o risco do fornecedor. Essa decisão é perigosa se as atualizações de segurança, os requisitos de auditoria ou a falha de hardware se acumularem. Mas é racional quando o capital é caro e os produtos de substituição são imaturos.

A CROC vence quando pode mostrar o custo de esperar: exposição crescente à segurança, risco de auditoria, peças de reposição indisponíveis, deterioração do conhecimento da equipe, interfaces não suportadas e uma migração futura mais cara. Ela perde quando o comprador vê a substituição como uma performance de conformidade em vez de uma necessidade de negócios.

O prêmio é pago pela reversibilidade

O contrato de integração mais valioso não é aquele que simplesmente anuncia uma substituição. É aquele que dá ao comprador um caminho reversível e gradual. As empresas russas que ainda operam sistemas estrangeiros muitas vezes não podem mover tudo de uma vez. Elas precisam de um conjunto mínimo de serviços testado, um plano de contingência, uma rota de migração de dados, uma maneira de executar ambientes antigos e novos em paralelo e regras de suporte para o período em que ninguém tem certeza de qual camada causou uma falha. Os cenários de localização do K2 Cloud usam exatamente essa linguagem: um roteiro “Plano B”, um site MVP na Rússia e localização completa quando uma matriz estrangeira ou provedor sai (https://k2.cloud/products/localization/). A lição comercial para a CROC é que a reversibilidade pode ser faturada porque reduz o medo executivo.

A reversibilidade também explica por que o comparador de custo evitado nem sempre é uma cotação rival mais barata. Um cliente comparando a CROC com uma equipe interna pode ver inicialmente uma grande conta de serviços externos. Mas a equipe interna ainda deve executar a produção, atender usuários, manter as auditorias vivas e apoiar sistemas antigos enquanto aprende novos produtos. Um cliente comparando a CROC com o suporte direto de fornecedor local pode obter preços mais baixos específicos do produto, mas cada ponto de integração continua sendo um problema de coordenação.

Um cliente comparando a CROC com um pacote de nuvem pode obter infraestrutura mais rápida, mas ainda precisa de migração de aplicativos, documentação de segurança, migração de usuários e conectividade de filiais. Um cliente comparando a CROC com o congelamento de sistemas legados obtém o menor custo imediato, mas mantém uma opção de falha crescente no balanço.

É aí que a margem líquida fina da CROC deve ser interpretada com cuidado. Uma margem líquida de 2% não significa que os clientes veem pouco valor. Pode significar que a CROC opera em um mercado onde os clientes capturam grande parte do benefício do custo evitado por meio de compras competitivas, onde a passagem do fornecedor dilui a margem relatada e onde o risco do projeto consome parte do prêmio de integração. O spread bruto em obras e serviços próprios é muito melhor do que o resultado líquido final, mas o resultado líquido final lembra ao leitor que despesas gerais, custo financeiro, custo de vendas e disciplina de projeto são centrais para o modelo (https://bo.nalog.gov.ru/download/bfo/pdf/6611789?detailId=51853421&period=2024).

A conversa de renovação começa durante este estágio reversível. Se a CROC documentar o legado, projetar o estado alvo, treinar a equipe do cliente, criar manuais de suporte e gerenciar a transição, ela possui conhecimento que o cliente pode não querer reconstruir com outra parte. Mas esse mesmo conhecimento pode se tornar uma moeda de troca contra a CROC se o cliente exigir a entrega e depois pedir a provedores mais baratos que operem a nova pilha.

A defesa comercial é tornar o serviço contínuo valioso o suficiente: monitoramento, resposta a incidentes, atualizações de versão, revisão de segurança, avaliação de fornecedores, planejamento de capacidade, teste de backup e reavaliação periódica de substitutos domésticos.

As evidências públicas sugerem essa direção, mas não a provam. A página inicial da CROC diz que ela cria equipes integradas com o cliente, especialistas da CROC, parceiros de tecnologia e fornecedores para sessões práticas e dias de demonstração (https://www.croc.ru/). A página de localização do K2 Cloud lista funções de projeto, incluindo gerente de projeto, arquiteto, gerente técnico de segurança, engenheiros de suporte, gerente técnico de telecomunicações e gerente técnico de serviços de infraestrutura (https://k2.cloud/products/localization/). Essas funções são a anatomia paga da reversibilidade. Elas também são caras. Se a utilização cair, se os projetos atrasarem ou se a equipe interna do cliente absorver o conhecimento mais rápido do que o esperado, o prêmio vaza.

O melhor contrato da CROC, portanto, tem três características. Começa com um processo crítico para os negócios, onde a falha seria mais cara do que a taxa de integração. Inclui complexidade entre sistemas suficiente para que um fornecedor de produto único não possa substituir a CROC de forma barata. E termina com suporte contínuo ou modernização adicional, em vez de uma transferência limpa para o operador de custo mais baixo. O contrato mais fraco é o oposto: pesado em hardware, preço fixo, urgente politicamente, escopo estreito e julgado por substituição formal em vez de desempenho operacional.

A contabilidade pública não pode dizer quantos contratos estão em cada balde, mas pode dizer por que a diferença importa.

A concorrência vem de todas as camadas da pilha

A CROC compete com grandes integradores russos, provedores de nuvem, fornecedores locais de software, fornecedores de hardware, equipes internas e inércia de compras. O lado da nuvem é especialmente visível porque os clientes podem comprar infraestrutura diretamente. O CNews Analytics classificou o K2 Cloud em quinto lugar entre os maiores fornecedores de IaaS da Rússia em receita de 2024, com RUB 6,002 bilhões de receita de projetos IaaS, atrás de Cloud.ru, Turbo Cloud, Selectel e Yandex Cloud (https://www.cnews.ru/reviews/oblachnye_servisy_2025/review_table/d3db970d9d8f46e00fb6adc92249027124c2c701). A mesma tabela mostra T1 Cloud, ITglobal.com, beeline cloud, Softline, Megafon Cloud e VK Cloud no campo mais amplo. Esses não são todos substitutos diretos para o trabalho de integração da CROC, mas são peças plausíveis da arquitetura alternativa de um comprador.

O cliente pode agrupar com uma plataforma de nuvem e depois usar fornecedores locais para aplicativos e segurança. Pode trabalhar com uma nuvem afiliada a telecomunicações para integração de rede. Pode usar um grupo de tecnologia estatal ou quase estatal quando a aquisição e o conforto regulatório dominam. Pode selecionar produtos de software russos best-of-breed e forçar sua equipe interna a costurá-los. A defesa da CROC é a alegação de que costurar é a parte difícil. Sua fraqueza é que provedores de nuvem e fornecedores de software cada vez mais vendem seus próprios serviços profissionais.

A própria página de localização do K2 Cloud diz que sua equipe de serviços profissionais projeta, implementa e acompanha a infraestrutura de nuvem para serviços de negócios e que completou mais de 400 projetos complexos para grandes empresas (https://k2.cloud/products/localization/). Isso é evidência de demanda pelo modelo de serviço, mas também de concorrência. Se K2 Cloud, Cloud.ru, Yandex Cloud ou Selectel conseguirem envolver suporte suficiente em torno da plataforma, alguns compradores podem reduzir o papel do integrador. Se a CROC trouxer conhecimento mais profundo de aplicativos, redes, segurança e processos setoriais, ela pode permanecer como contratante principal mesmo quando a plataforma for de outra pessoa.

Isso torna a estratégia de parceiros crucial. O amplo posicionamento de fornecedores da CROC é valioso se os clientes acreditarem que ela escolhe a arquitetura em vez de meramente revender estoque. É arriscado se os clientes acreditarem que uma lista preferencial de fornecedores impulsiona as escolhas mais do que a adequação. A linguagem de “dia de demonstração” do site oficial, onde a CROC diz que mostra combinações testadas de hardware e software para substituir ecossistemas de fabricantes que saíram, é comercialmente sensata (https://www.croc.ru/). Mas os clientes agora pedem evidências de custo total. Uma combinação testada em laboratório é apenas o começo; a questão decisiva é se ela sobrevive aos dados, integrações, equipe e modos de falha do comprador.

As compras públicas são prova de acesso, não prova de conforto

Os dados públicos do Checko dizem que a CROC é um fornecedor ativo no sistema de compras governamentais, com 1.874 contratos de fornecimento no valor de RUB 50,7 bilhões e os principais clientes incluindo a infraestrutura de informações de saúde de Moscou (https://checko.ru/company/krok-inkorporeyted-1027700094949). Isso é importante porque os compradores públicos e quase públicos muitas vezes valorizam posição legal, licenças, entrega documentada e a capacidade de apoiar sistemas críticos. Também cria exposição a compras formais, concorrência de preços e consequências de reputação.

As compras públicas não devem ser superinterpretadas. O total é cumulativo, não receita anual. Não divulga margens. Não diz se um contrato foi um engajamento de suporte de alta margem, um fornecimento de equipamento de baixa margem, um framework de serviços ou um projeto misto. No entanto, confirma que a CROC não é meramente uma consultora de empresas privadas operando em um mercado solto. Ela opera em um ambiente de compras documentado, onde referências de projeto, cobertura de licença e identidade legal ajudam a ganhar trabalho.

O canal público também reforça o valor de conformidade da localização. O governo russo e clientes regulamentados têm razões mais fortes para usar registros de software doméstico, manuseio local de dados e infraestrutura certificada. O registro de software russo emhttps://reestr.digital.gov.ru/é um instrumento de mercado nesse ambiente de substituição, enquanto leis como 152-FZ e 187-FZ moldam as obrigações de dados e infraestrutura crítica. Os integradores não apenas instalam produtos nesse mundo; eles traduzem a regulamentação em arquitetura e arquivos de evidência.

Para investidores ou editores julgando a CROC como sujeito econômico, a pergunta certa é se a complexidade do setor público e de grandes empresas produz receita de serviço recorrente ou volume de projeto único. O suporte recorrente é a resposta de maior qualidade. A substituição única é mais cíclica. As declarações públicas sugerem o movimento em direção à responsabilidade contínua: a pesquisa da CROC diz que os compradores querem responsabilidade de longo prazo pelos resultados e continuidade dos negócios (https://www.croc.ru/press_releases/dlya-biznesa-v-2026-godu-bystraya-okupaemost-stala-glavnym-obosnovaniem-it-rashodov/). Mas as contas públicas não dividem os serviços gerenciados recorrentes da entrega de projetos, então a confiança deve permanecer limitada.

Os registros de rede são um sinal de superfície de controle, não uma prova de negócios

Os registros técnicos adicionam uma peça pequena, mas útil, de evidência. Uma consulta DNS em 6 de julho de 2026 resolveu croc.ru para 178.248.234.15, e o RIPE WHOIS mostrou esse endereço individual atribuído sob a descrição "Zakritoe akcionernoe obshestvo CROC incorporated" no endereço Volochaevskaya, com a rota 178.248.234.0/24 originada por AS51115. A mesma consulta resolveu cloud.croc.ru e k2.cloud para 109.238.90.120; o RIPE WHOIS colocou o bloco 109.238.88.0/22 com a SERVICEPIPE LLC e a rota 109.238.90.0/24 originada por AS201706. Esses registros são apenas evidência operacional.

Eles não devem ser usados para inferir hospedagem de clientes, arquitetura de nuvem privada, receita, exposição a sanções ou qualidade de serviço. Eles dizem que a presença web pública usa recursos de rede russos identificáveis e, no caso da CROC, uma atribuição de IP que carrega o nome da empresa legal. Eles também mostram que o endpoint legado cloud.croc.ru agora cai no mesmo endereço que k2.cloud. Isso é consistente com o redirecionamento web observado para o K2 Cloud, mas não prova a economia de propriedade ou alocação de contrato.

O valor de incluir evidência de rede é disciplina. Impede que um artigo puramente narrativo ignore a superfície de controle pública real. Também impede o exagero. O site público da CROC, as páginas de localização do K2 Cloud e os registros RIPE podem nos dizer o que é visível. Eles não podem nos dizer se o ambiente de produção de um cliente é hospedado pela CROC, K2 Cloud, um data center terceirizado, um site interno ou uma arquitetura híbrida. Os fatos de rede pertencem à coluna de evidência, não à conclusão.

A questão da renovação decide a margem

O primeiro projeto de substituição é caro porque o legado deve ser descoberto, mapeado, reconstruído e testado. O segundo contrato é mais importante. Se o cliente renovar o suporte, estender a arquitetura, adicionar monitoramento de segurança, aumentar a capacidade de nuvem ou dar à CROC outro processo de negócios para transformar, a migração original se torna um ponto de entrada para uma conta recorrente. Se o cliente tratar a CROC como uma equipe de migração temporária e depois internalizar o suporte ou entregá-lo a um fornecedor mais barato, o contrato se torna um projeto único intensivo em mão de obra.

As contas de 2024 da CROC mostram escala suficiente para importar, mas não lucratividade suficiente para assumir economia de renovação fácil. Receita de RUB 32,0 bilhões e lucro líquido de RUB 640,8 milhões deixam espaço limitado para erros amplos de execução (https://checko.ru/company/krok-inkorporeyted-1027700094949). Contas a receber próximas a RUB 10,3 bilhões e contas a pagar a fornecedores próximas a RUB 8,3 bilhões mostram intensidade de capital de giro (https://bo.nalog.gov.ru/download/bfo/pdf/6611789?detailId=51853421&period=2024). Um atraso de projeto, aceitação contestada, choque cambial, problema de disponibilidade de hardware ou excesso de custo de suporte pode afetar a economia mesmo que o cliente finalmente entre em operação.

É também por isso que as referências de clientes são importantes, mas não podem carregar todo o argumento. Os casos Automobile Technologies e Remind do K2 Cloud mostram o apelo da localização sob pressão de prazo (https://k2.cloud/cases/zavod-avtomobilnye-texnologii-lokalizoval-it-infrastrukturu-na-baze-k2-oblaka/ehttps://k2.cloud/cases/za-2-mesyatsa-s-nulya-lokalizatsiya-v-k2-oblake-it-infrastruktury-i-servisov-mezhdunarodnogo-strahovogo-brokera/). Eles não mostram margem de renovação. Eles não mostram quantos projetos similares foram mais difíceis, mais lentos ou menos lucrativos. Eles mostram o que os clientes estão dispostos a nomear publicamente: continuidade, velocidade, infraestrutura local, segurança, independência de software estrangeiro e suporte sem expandir a equipe interna.

O melhor teste de renovação é se a CROC pode continuar traduzindo novas restrições em trabalho prático. Requisitos de soberania de dados, migração para nuvem, lacunas de maturidade de fornecedores locais, incidentes de segurança, escassez de pessoal e altas taxas de juros criam razões para revisitar a arquitetura. Mas as mesmas forças tornam os compradores exigentes. Eles querem menos fornecedores, custo total mais baixo, responsabilidade mais clara e menos romance técnico. A CROC se beneficia da complexidade, mas apenas se simplificar a vida do comprador mais rápido do que complica a fatura do comprador.

O que mudaria o julgamento

O caso otimista se fortaleceria se a CROC divulgasse ou registros externos mostrassem receita crescente de serviços gerenciados recorrentes, melhores margens operacionais, contas a receber estáveis, altas taxas de renovação e mais casos de clientes nomeados onde substitutos locais tiveram desempenho sob carga real de produção. Também se fortaleceria se a empresa mostrasse catálogos de serviços repetíveis em torno de pilhas de software russas, segurança em nuvem, fábricas de migração, modernização de banco de dados, localização de ERP e automação de suporte. O mercado claramente precisa dessas capacidades.

A questão é se a CROC pode industrializá-las.

O caso pessimista se fortaleceria se a receita permanecesse estável enquanto os custos de mão de obra e financeiros subissem, se os clientes movessem o suporte para dentro após migrações únicas, se as plataformas de nuvem capturassem mais trabalho de serviços profissionais diretamente, se problemas de qualidade de fornecedores locais aumentassem o fardo de suporte, ou se a concorrência em compras públicas empurrasse a CROC para revenda de baixa margem. Uma margem líquida fina significa que a gerência não pode simplesmente aceitar toda a demanda de substituição. Deve escolher projetos onde o prêmio de complexidade é real e coletável.

O julgamento atual é equilibrado, mas não neutro. A CROC está posicionada em uma parte estruturalmente importante do mercado de TI russo: o lugar onde a retirada de fornecedores estrangeiros, a maturidade do software local, a conformidade e a continuidade operacional se encontram. Sua identidade oficial, contas públicas, pesquisa de compradores da CROC, evidências de localização do K2 Cloud, exposição a compras públicas e pegada de mão de obra apoiam a tese de que a integração é o trabalho pago escondido por trás da frase “substituição de importações”. Mas as mesmas evidências mostram por que o trabalho é difícil de monetizar.

O cliente está sob pressão, os produtos são desiguais, o capital é caro, a mão de obra é escassa e grande parte do contrato pode ser uma aquisição de passagem.

Portanto, a maneira correta de precificar a CROC não é como uma simples vencedora das sanções. É uma contratante de continuidade cujo valor aumenta quando as empresas não podem substituir a TI estrangeira por conta própria com segurança. Seu melhor contrato absorve custos ocultos de substituição e os transforma em um relacionamento de suporte plurianual. Seu contrato mais fraco absorve os mesmos custos e deixa a CROC com um spread apertado, altas contas a receber e um cliente ansioso para cortar contratantes no próximo ano.

A diferença será visível menos em slogans sobre soberania tecnológica e mais na margem bruta, qualidade de renovação, utilização de suporte e se a próxima empresa russa pode substituir a TI estrangeira sem quebrar o negócio.