Resumo

  • A THOMAS PROCESSING & SYSTEMS S.A.S se identifica como uma integrante colombiana do Grupo Thomas Greg & Sons que administra plataformas de tecnologia e anuncia serviços de infraestrutura, software e terceirização.
  • O LACNIC registra o nome jurídico exato como detentor do AS266868, 45.239.115.0/24 e 2803:caa0::/32, concedendo à empresa uma identidade verificável de recursos numéricos de Internet.
  • O RIPEstat observou o IPv4 /24 anunciado em 22 de julho de 2026 com ampla visibilidade de coletores, enquanto o IPv6 /32 registrado não foi observado como anunciado naquele snapshot.
  • A fraseOperacion y Monitoreo de Data Centeraparece em uma apresentação de serviços da empresa, mas isso não estabelece propriedade ou controle de um Data Center nomeado, ativos de racks, sistemas de energia, plantas de resfriamento ou rotas de fibra.
  • A questão central de responsabilidade, portanto, não é se a TPS anuncia infraestrutura gerenciada, mas sim qual parte controla cada camada física, contratual e de recuperação abaixo do serviço anunciado.

Uma empresa de serviços surge antes de um proprietário de ativos

A THOMAS PROCESSING & SYSTEMS S.A.S entra no registro público de duas maneiras distintas. Seus próprios documentos descrevem uma empresa de tecnologia colombiana pertencente ao Grupo Thomas Greg & Sons, com um portfólio que abrange suporte de infraestrutura, software e tecnologia de negócios. Separadamente, registros de registros de Internet identificam o mesmo nome jurídico como detentor de um sistema autônomo e de recursos de endereços. Ambas as visões coincidem em torno de um operador de tecnologia, mas respondem a perguntas diferentes.

A visão corporativa detalha o que a TPS afirma fazer. A visão do registro indica quais recursos de numeração da Internet estão registrados sob seu nome. Nenhuma dessas perspectivas consiste em um inventário de edifícios, servidores, racks, fontes de energia, sistemas de resfriamento, rotas de fibra ou contratos de clientes. Essa distinção é crucial, pois a infraestrutura gerenciada pode ser fornecida por meio de ativos pertencentes ao provedor, ativos arrendados de terceiros, plataformas de nuvem pública, equipamentos de propriedade dos clientes, sistemas de outras empresas do grupo ou uma combinação desses elementos.

A âncora de identidade jurídica mais forte reside na política de privacidade da empresa. Ela nomeia a THOMAS PROCESSING & SYSTEMS S.A.S, fornece o NIT 900.966.568-1, situa a empresa na Colômbia e a descreve como parte do Grupo Thomas Greg & Sons. O documento indica que a TPS gerencia e monitora a plataforma tecnológica do grupo e lida com processamento de dados — incluindo transmissão, digitalização, verificação e armazenamento — para empresas parceiras e clientes externos.

Essa formulação define um papel operacional com maior clareza do que qualquer diretório comercial genérico poderia fazer. Ela aponta que a TPS se posiciona como uma organização ativa de prestação de serviços, e não apenas como uma detentora inativa de recursos de rede. Introduz também um desafio de responsabilidade: a administração de plataformas e o processamento de dados podem envolver aplicações, infraestrutura, identidade, armazenamento, comunicações e resiliência, contudo a política de privacidade não delimita essas obrigações entre a TPS, as empresas do grupo, os clientes e quaisquer provedores de hospedagem terceirizados.

A política lista endereços comerciais em Bogotá e Barranquilla. Essas coordenadas geográficas auxiliam na identificação e contato direto com a empresa. No entanto, não servem como evidência de que tais locais abriguem um Data Center, pontos de presença de rede, salas de racks ou ativos físicos de rede pertencentes à organização. Um escritório administrativo, endereço postal ou representação corporativa pode apoiar perfeitamente serviços de infraestrutura sem hospedar fisicamente os sistemas de computação e rede subjacentes.

Isso estabelece um limite inicial importante. A TPS pode ser classificada como uma empresa colombiana de gerenciamento tecnológico e serviços em nuvem, alinhando-se aos seus próprios materiais comerciais e registros de identidade jurídica. Ela não pode ser classificada como proprietária de Data Centers ou operadora de infraestrutura física, pois as fontes públicas disponíveis não apontam instalações, ativos próprios ou direitos operacionais correspondentes.

A TPS, portanto, é mais visível como organizadora e administradora de serviços de tecnologia. As evidências públicas fornecem uma identidade jurídica real, um papel declarado dentro do grupo, um catálogo de serviços e uma identidade de roteamento registrada. No entanto, a cadeia física de entrega permanece em aberto. Esse hiato de informação constitui o elemento central de seu perfil atual de infraestrutura.

O relacionamento com o grupo define o contexto, não o controle total

O Grupo Thomas Greg & Sons dá à TPS um cenário institucional de relevância. A política de privacidade declara explicitamente a filiação ao grupo, e a apresentação corporativa de 2025 vincula as origens da empresa ao segmento tecnológico do grupo e às atividades de Processamento de Dados e Sistemas em Barranquilla. De acordo com a apresentação, a atividade iniciou-se em 2016 com foco no desenvolvimento de soluções tecnológicas personalizadas e seguras na Colômbia para clientes do grupo empresarial.

Essa evolução indica que a TPS surgiu a partir de uma área de suporte de tecnologia interna até se constituir como uma empresa operacional independente. Trata-se de uma trajetória comum em grandes corporações: equipes internas consolidam plataformas, desenvolvem conhecimento especializado e passam a comercializar serviços para subsidiárias ou clientes externos. Embora essa estratégia gere economias de escala e padronização, ela pode dificultar a identificação de responsabilidades nos documentos públicos, pois a empresa que atende, o proprietário do hardware e o consumidor final do serviço compartilham a mesma estrutura jurídica controladora.

Esse vínculo corporativo não prova que a TPS seja dona de todas as soluções que gerencia. Uma empresa de tecnologia de um grupo pode gerenciar equipamentos de propriedade de outra subsidiária, administrar ambientes em nuvem contratados por uma controladora, apoiar servidores hospedados em clientes ou intermediar prestadores externos. Os relatórios disponíveis não esclarecem a distribuição interna de ativos, as dinâmicas de cobrança intercompanhia ou quais entidades de fato assinam as contratações de conectividade e instalações físicas.

A menção na política de privacidade a empresas coligadas e clientes externos expande a dimensão de sua atuação no mercado. Isso indica que a função de processamento de dados desenvolvida pela TPS não se restringe a demandas internas. Porém, o equilíbrio dessa balança comercial não é revelado. Não existem dados abertos sobre faturamento, listagem de clientes, minutas de contratos ou volumes de carga de trabalho que demonstrem qual parcela de atividade decorre do grupo e qual pertence a clientes terceiros.

Esse detalhe é relevante porque as estruturas de suporte de TI internas diferem significativamente dos modelos comerciais no quesito de conformidade e governança. Internamente, a governança pode se basear em acordos de níveis de serviço internos simplificados e políticas compartilhadas. Para clientes externos, o modelo exige níveis de serviço contratados, direitos formais de auditoria, políticas específicas de tratamento de dados e planos de encerramento contratual. Os materiais públicos não evidenciam se a TPS opera os mesmos processos ou a mesma infraestrutura para ambos os casos.

Ademais, a marca do grupo não deve ser utilizada para atribuir à TPS capacidades de outras empresas parceiras. Ativos ou certificações detidos por outras marcas do Grupo Thomas Greg & Sons não representam recursos diretos da TPS. Relações comerciais de outras coligadas também não são garantias de que a TPS gerencia esses ambientes de TI. É preciso que exista um vínculo direto operacional demonstrado antes que tais fatores sejam contabilizados no perfil da TPS.

Para analistas de infraestrutura, o relacionamento com o grupo funciona como um indicador para perguntas mais específicas. Qual empresa de fato possui os servidores de produção? Quem firma as contratações com provedores de nuvem e operadoras de conectividade? Qual organização gerencia a recuperação de desastres? Quem lidera o suporte aos clientes durante incidentes de segurança? As informações atuais mostram a estrutura do grupo, mas não expõem essas respostas operacionais.

O catálogo de serviços é amplo, mas não representa um inventário de ativos

A apresentação institucional de 2025 da TPS expõe um portfólio que une a gestão de infraestrutura de rede à engenharia, análise e concepção de softwares, governança de TI, gerenciamento de projetos e gestão de serviços de suporte. A empresa anuncia modalidades de infraestrutura como serviço, software como serviço, desenvolvimento sob demanda e terceirização de tecnologia empresarial. Trata-se de um portfólio de gestão de serviços de TI completo, e não de um simples produto de link de conectividade.

Dentro da oferta de infraestrutura como serviço, o documento menciona processamento de dados, armazenamento de arquivos, redes de comunicação e suporte dedicado. Descreve ainda tarifas de consumo flexíveis, administração de plataformas de TI, planos de backup e recuperação de desastres, segurança de acessos lógicos, locação e gestão de servidores, serviços de telefonia IP e suporte operacional de TI. Essas são funções que podem operar em equipamentos do próprio cliente, hardware alugado, servidores privados dedicados ou sob infraestrutura de nuvem pública.

O catálogo funciona como uma evidência valiosa de como a TPS projeta suas competências para o mercado e para as coligadas. Revela que a organização assume responsabilidades que vão muito além do desenvolvimento básico de softwares, integrando as operações de infraestrutura de rede, processos de continuidade e gestão de tráfego aos limites de seus serviços anunciados.

No entanto, o catálogo não serve para identificar quais dessas soluções estão de fato ativas e em qual escala. Apresentações comerciais podem incluir conceitos de soluções em desenvolvimento, serviços prestados via parceiros estratégicos, ferramentas de uso interno e serviços de entrega pontual por meio de contratos específicos. Sem acesso a relatórios de auditoria, contratos com clientes ou dados operacionais, o catálogo de soluções não pode ser interpretado como comprovação de que todas as tecnologias estão implantadas em escala comercial ativa.

A mesma premissa se aplica à posse dos ativos. As operações de processamento de dados podem be executadas em sistemas de clientes, hardware do grupo, servidores contratados ou instâncias virtuais na nuvem. O termo armazenamento pode englobar storage local, buckets de nuvem, sistemas de backup de terceiros ou monitoramento de acesso a soluções de outros provedores. A gestão de redes pode abranger apenas as configurações de roteamento lógico sem a posse real de cabos ou roteadores físicos. A oferta de servidores pode se limitar a rotinas de compras e manutenção, sem implicar a posse de um parque de máquinas próprio.

Os termos referentes a backup e restauração introduzem o gerenciamento de continuidade, mas sem determinar de forma precisa os limites físicos da resiliência. Um prestador pode gerenciar o agendamento de tarefas enquanto os arquivos são salvos em nuvens de terceiros. Ele pode liderar as restaurações de dados enquanto o cliente valida os sistemas internos. Pode ainda monitorar alertas de sucesso sem exercer controle sobre fontes de energia elétrica, mídias de armazenamento físicas ou rotas de conectividade de rede. As informações públicas não descrevem onde inicia ou termina a responsabilidade contratual da TPS.

A segurança lógica também requer cautela analítica. O termo pode abranger gerenciamento de acessos, parametrizações de roteadores, monitoramento de segurança, aplicação de correções (patches), divisão de redes ou respostas a incidentes de segurança. No entanto, não serve como prova de certificações internacionais, controles de conformidade consolidados ou níveis de segurança atingidos. O registro atual fundamenta-se apenas na retórica corporativa da empresa, sem auditorias independentes publicadas quanto à eficiência dos controles.

Portanto, o portfólio de serviços suporta uma classificação focada em soluções de nuvem e infraestrutura gerenciada. Não suporta, porém, uma caracterização de proprietária de ativos físicos. Sua importância prática está em identificar quais domínios de tecnologia a TPS afirma gerenciar e quais dúvidas contratuais derivam de cada uma dessas soluções.

A operação de Data Center é um termo comercial, não prova de instalações físicas

O termo mais propenso a distorções na apresentação da empresa éOperacion y Monitoreo de Data Center, ou operação e monitoramento de Data Center. Quando analisado em um catálogo de TI, ele sinaliza que a TPS comercializa serviços operacionais voltados a infraestruturas de processamento de dados. Ele não aponta o local geográfico onde essas atividades são realizadas ou as prerrogativas de propriedade que a TPS possui sobre um prédio.

A gestão de Data Center pode envolver cenários operacionais variados. Uma empresa pode ser a proprietária do edifício físico. Ela pode alugar um espaço (gaiolas ou racks) dentro de uma infraestrutura de colocation de terceiros. Pode monitorar de forma remota a infraestrutura localizada no próprio cliente. Pode ainda operar em ambientes de TI hospedados por uma subsidiária do mesmo grupo corporativo, ou fornecer suporte remoto enquanto uma empresa especializada administra energia, climatização e segurança perimetral. A menção textual do termo não esclarece qual desses arranjos é o adotado.

Para atestar a propriedade de instalações físicas, seriam necessários registros documentais locais. Fontes úteis de verificação incluiriam endereços de infraestruturas técnicas registradas, escrituras de imóveis, contratos de arrendamento de longo prazo, alvarás de funcionamento, projetos de subestações elétricas e redes de energia, inventários de ativos físicos, certificações com limites de escopo em locais físicos específicos ou declarações oficiais detalhando o controle operacional de prédios. Nenhuma dessas evidências consta nos registros públicos analisados.

Alegações sobre capacidade instalada exigiriam documentação de natureza técnica. Indicadores como número de racks, potência elétrica contratada e disponível, área útil de piso, capacidade de refrigeração (climatização), contratos de trânsito IP e volume de servidores ativos não podem ser estimados a partir de folhetos comerciais. Do mesmo modo, níveis de certificação Tier, índices de uptime, arquiteturas de redundância ou eficiência energética não podem ser estimados apenas a partir do monitoramento anunciado.

Os endereços da empresa em Bogotá e Barranquilla não preenchem essas lacunas de dados. Trata-se de dados de contato e registro de pessoa jurídica oficiais. Eles não comprovam a presença física de servidores ou centrais de roteamento de rede nesses locais. Endereços de correspondência e sedes comerciais constam tipicamente em políticas de privacidade devido a canais de atendimento aos titulares de dados pessoais; esse papel administrativo difere da documentação técnica de ativos de rede críticos.

Essa delimitação é importante para prevenir interpretações visuais errôneas. Fotografias genéricas de racks ou centros de controle podem facilmente induzir o público a crer na existência de instalações próprias da TPS caso sejam expostas sem as devidas notas explicativas. Nenhuma imagem foi associada formalmente a este perfil de infraestrutura até o momento, e qualquer recurso gráfico futuro deverá manter caráter puramente ilustrativo, evitando induzir a ideias de propriedade de instalações físicas.

Reconhecer que o termo representa uma oferta de serviço, e não a propriedade de um prédio, não diminui o valor da empresa. A coordenação e o monitoramento de Data Centers envolvem grande responsabilidade de conformidade, controle de alterações, escalonamento de incidentes e restauração de dados. A dúvida essencial de TI recai sobre quais desses controles contratuais de fato pertencem à TPS.

Os registros atuais não detalham essas relações por cliente individual. Eles apenas comprovam a oferta de serviços pela TPS. Não apontam prédios específicos, nomes de clientes, número de hardware instalado ou performance operacional auditada. Portanto, a descrição técnica adequada é a prestação de serviços de gestão de Data Center como uma competência corporativa anunciada, e não a posse de infraestruturas físicas de Data Center sob gestão da TPS.

O LACNIC dá à TPS uma identidade de recursos de rede verificável

O perfil técnico de infraestrutura da empresa encontra respaldo documental junto ao LACNIC. Dados de RDAP associam o ID de entidadeCO-TPSS1-LACNICà denominação legal exata THOMAS PROCESSING & SYSTEMS S.A.S. O registro indica a propriedade do AS266868, do bloco IPv4 45.239.115.0/24 e do bloco IPv6 2803:caa0::/32.

O sistema autônomo foi alocado em 27 de julho de 2018. Esse registro posiciona a identidade de rede após a data de fundação em 2016 citada em seus documentos. A alocação por si só não descreve as razões de sua contratação, quais serviços operam por meio do bloco ou se a arquitetura de tráfego de rede seguiu o mesmo modelo desde então.

O bloco IPv4 alocado fornece 256 endereços de rede. O bloco IPv6 /32 é significativamente maior em volume de endereços, seguindo os padrões do IPv6 projetados para alocações hierárquicas amplas, o que inviabiliza comparações quantitativas diretas com estruturas IPv4. Essa documentação dá à TPS a custódia administrativa oficial de ambas as faixas de rede, sem detalhar de que forma tais endereços são divididos internamente ou atribuídos a clientes finais.

As consultas de RDAP mostram também contatos técnicos, administrativos e de abuso vinculados ao domínio de Internetthomasps.come a uma localidade de registro em Barranquilla. Essas informações de registro são importantes para que outras redes da Internet e o próprio RIR possam reportar problemas. Elas não servem de prova de que o domínio de Internet representa um site comercial ativo ou de que o local indicado abriga sistemas de roteamento físico.

O número de sistema autônomo (ASN) é um identificador de política de roteamento lógico para tráfego na Internet pública. Possuir um ASN é importante para um integrador de nuvem gerenciada porque permite a anunciação de blocos de IP próprios e a coordenação de políticas de tráfego de rede com outras redes. Isso não qualifica o detentor automaticamente como operadora de telecomunicações de varejo, provedora de trânsito IP internacional ou dona de rotas de cabos físicos.

Esses registros junto ao LACNIC trazem dados verificáveis para analisar o portfólio de serviços anunciado. A TPS não é descrita apenas por folhetos comerciais; ela conta com um ASN e blocos de IP registrados que podem ser cruzados com observações de rotas ativas da Internet. Isso confere maior precisão a análises de controle de roteamento, integridade de dados cadastrais e uso de recursos de rede.

Ainda assim, as informações do RIR mantêm caráter administrativo. Elas não revelam quais roteadores físicos executam as regras, contratos de trânsito com operadoras de link IP, pontos de troca de tráfego (PTTs), políticas de filtros de rotas BGP, divisões de sub-redes com clientes ou equipe de engenharia de rede contratada. Um prefixo BGP pode perfeitamente ser anunciado por sistemas pertencentes à empresa, hardware de terceiros contratados ou sob infraestruturas compartilhadas de provedores de trânsito IP.

Para clientes de TI, a propriedade desse bloco de rede pode ter relevância técnica ao apoiar políticas estáveis de endereçamento, controle próprio de anúncios de tráfego ou isolamento de IP frente a outras estruturas de nuvem. No entanto, ela pode estar restrita a uma solução específica e não a todo o portfólio. Os dados públicos disponíveis não correlacionam o ASN a um contrato ou cliente específico.

Portanto, a conclusão mais precisa aponta: a TPS é a registradora oficial no LACNIC para o AS266868 e respectivos blocos IPv4 e IPv6. Isso representa prova de controle técnico de recursos de numeração de Internet. Não constitui evidência de posse de edifícios, cobertura geográfica nacional, base de clientes ativa ou independência física de conexões de telecomunicação.

A visão de roteamento datada mostra visibilidade IPv4, não a plataforma inteira

O RIPEstat fornece uma análise detalhada do comportamento de tráfego do AS266868 em 22 de julho de 2026. A visão geral do sistema autônomo indica que o mesmo se encontrava ativo na Internet. Os logs de prefixos anunciados e status de roteamento mostram a rede 45.239.115.0/24 visível como origem IPv4 durante a janela de observação estabelecida.

Os logs do coletor de rotas apontam para um prefixo IPv4 ativo e 256 endereços IPv4 anunciados. Foi constatada a visibilidade da rota em todos os 327 RIS peers IPv4 monitorados no snapshot. Essa ampla presença indica que o anúncio BGP foi recebido por toda a malha de coleta monitorada. Isso não indica o nível de alcance dos usuários finais em todas as redes nem atesta que o tráfego de dados fluía de forma ideal para todas as aplicações por trás do IP.

Nenhuma rota ativa para o bloco IPv6 2803:caa0::/32 foi identificada nos logs analisados. O registro do recurso e sua anunciação ativa na Internet são eventos técnicos distintos. A TPS detém a custódia legal do bloco IPv6, mas não foi observada operando políticas ativas de pilha dupla (dual stack) por meio dessa faixa de IP no snapshot de análise.

A ausência de rotas IPv6 monitoradas no RIPEstat não é prova definitiva de que a TPS não utilize o protocolo IPv6 em nenhuma outra infraestrutura. Redes privadas de comunicação, ambientes de TI exclusivos de clientes, políticas BGP restritas a determinados caminhos ou alterações posteriores ao snapshot podem perfeitamente ocorrer. Os logs dão suporte apenas à constatação técnica de que o RIPEstat não identificou anúncios ativos para o /32 IPv6 nos servidores públicos de coleta de rotas na data da análise.

A tabela de anúncios de IP também não expõe as aplicações instaladas no hardware. Um único bloco /24 de IPs pode hospedar portais públicos, consoles de gerência, redes virtuais de clientes, sitemas corporativos internos, roteadores de borda ou múltiplos servidores sob virtualização. O mapeamento BGP não identifica o tipo de hardware, sistemas operacionais ou dados de negócios que fazem uso dos IPs.

A visibilidade de tráfego nas redes de medição de IPv4 não deve ser tratada como um atestado de estabilidade de rede. Os coletores BGP avaliam apenas a presença e propagação de rotas IP, não medindo latência de rede, perdas de pacotes de dados, largura de banda efetiva, conformidade de segurança lógica, rotinas de backup ou redundância física. Um prefixo BGP estável no tráfego pode perfeitamente trafegar por uma única rota de fibra vulnerável ou por servidores sem planos de contingência de energia.

A data da análise deve ser sempre associada à respectiva informação. O comportamento de roteamento BGP é dinâmico, sofrendo alterações conforme as redes ajustam fornecedores de trânsito IP, trocas de equipamentos ou divisões de IPs. O comportamento técnico do AS266868 em 22 de julho de 2026 representa um log pontual de rede, e não uma descrição atemporal da infraestrutura da empresa.

Essa análise de rotas delimita as informações técnicas. A TPS possui um bloco IPv4 visível associado ao seu ASN e uma faixa de IPv6 registrada que não registrou anúncios ativos equivalentes. Essas informações sustentam avaliações sobre responsabilidade lógica de roteamento BGP, mas não revelam as características técnicas da nuvem gerenciada.

O AS3549 é uma observação lógica, não uma divulgação de fornecedor

Os logs de vizinhos de rede BGP coletados pelo RIPEstat apontam o AS3549 como adjacente direto do AS266868 na análise de caminhos do bloco IPv4. Essa é uma constatação puramente técnica de roteamento, indicando que a rota passou por esse ASN nos logs monitorados. Ela não expõe os vínculos jurídicos ou acordos comerciais mantidos entre as organizações.

A proximidade de sistemas autônomos BGP pode decorrer de diferentes relações de rede. O vizinho BGP pode atuar como provedor de trânsito IP, parceiro de peering direto, cliente, intermediário técnico visível em determinados pontos de coleta ou como parte de acordos cujas características comerciais não são expostas publicamente. A presença de um ASN no caminho BGP não equivale a um documento contratual.

Além disso, o registro pontual de adjacência não comprova uma relação de exclusividade. A identificação de um único vizinho BGP nos logs monitorados reflete as rotas preferenciais BGP registradas pelos coletores naquele instante, enquanto rotas de contingência, conexões diretas fechadas ou modificações posteriores de rede podem não estar visíveis no snapshot. Igualmente, a presença de mais de um vizinho lógico BGP não atestaria, de forma isolada, a existência de caminhos de cabos físicos redundantes.

A comprovação de diversidade de infraestrutura física requer dados sobre as rotas de cabos ópticos e instalações. Duas rotas de rede distintas no tráfego lógico podem perfeitamente transitar pelo mesmo duto subterrâneo, entrada de prédio, rede de energia elétrica ou instalações de telecomunicação de um mesmo provedor de infraestrutura. Dados lógicos de BGP não expõem essas dependências físicas.

Portanto, caracterizar o AS3549 como provedor de trânsito comercial da TPS seria uma dedução que excede os dados técnicos disponíveis. O mesmo ocorreria ao caracterizá-lo como saída única de rede, dependência crítica exclusiva ou rota de rede fisicamente redundante. Essas afirmações exigiriam relatórios operacionais da empresa, contratos comerciais ativos, documentação de rotas ou relatórios de engenharia de rede dedicados.

O dado técnico de fato comprovável é restrito: o AS266868 não trafega de forma isolada na Internet pública; seu anúncio BGP foi registrado por meio de um caminho de rede que incluiu o AS3549. Isso dá aos engenheiros de telecomunicações referências precisas para análises, sem revelar as transações comerciais subjacentes.

Para análises de continuidade de TI, a falta de dados sobre a relação comercial é relevante. Se a TPS depende de um único parceiro para manter sua conectividade pública ativa, há um ponto de concentração de risco. Caso existam outras conexões não identificadas publicamente, as análises de tráfego BGP podem subestimar a resiliência da rede. Os registros públicos atuais não permitem distinguir essas situações.

O procedimento adequado é reportar o AS3549 como um registro de vizinho lógico datado. Ele serve para análises de tráfego, filtros BGP e canais de contato, mas não serve para certificar relações de fornecedores de link, cláusulas contratuais ou diversidade física de rotas de comunicação.

Serviços de nuvem gerenciados distribuem responsabilidade entre camadas

O portfólio de soluções anunciado pela TPS engloba computação, armazenamento de arquivos, redes de dados, engenharia de software, rotinas de backup, conformidade de segurança e suporte de TI. Cada um desses elementos pode ser operado logicamente por uma organização e fornecido fisicamente por outra. Desse modo, a solução final pode parecer integrada para o cliente de TI, enquanto a responsabilidade operacional se distribui por uma rede de fornecedores e donos de ativos físicos.

Na camada de computação, a TPS pode perfeitamente administrar sistemas operacionais, ambientes virtuais e plataformas de middleware sem possuir a propriedade dos servidores físicos (hosts). Ela pode realizar a entrega de hardware, intermediar compras corporativas para os clientes ou gerenciar servidores de propriedade de outras subsidiárias do grupo. A documentação institucional não especifica qual modelo é adotado.

Na divisão de armazenamento de arquivos, os controles dividem-se entre a provisão de capacidade em discos, regras de controle de acesso de usuários, replicação de bases de dados, parametrização de backups, tempos de custódia de dados e testes de restauração. Um provedor pode liderar a gestão das regras de backup enquanto outra marca é dona dos storage físicos ou do serviço de nuvem pública subjacente. Os relatórios disponíveis não expõem os sistemas de storage ou a custódia física dos discos por trás dos serviços da TPS.

A camada de rede apresenta os registros técnicos mais consolidados através da presença do AS266868 e do bloco 45.239.115.0/24. Mesmo nesses pontos, o registro dos blocos de IP e os anúncios de rotas BGP não detalham as rotas de cabos físicos, marcas de switches e roteadores, locais de pontos de presença ou engenheiros de manutenção de hardware de campo. O roteamento lógico constitui apenas uma parte das operações de rede, e não toda a estrutura de cabos físicos.

O backup e a recuperação de desastres exigem atenção quanto às divisões de responsabilidade. Backups executados com sucesso não garantem, por si sós, a restauração ágil dos negócios. A recuperação ativa de sistemas depende de dados íntegros, hardware disponível em tempo ágil, credenciais válidas, caminhos de rede ativos, ordem de inicialização de aplicações, validações de TI e homologações comerciais. A TPS anuncia soluções de backup e restauração de dados, mas as fontes documentais não expõem metas de recuperação (RTO/RPO), relatórios de auditoria de desastres ou matrizes de responsabilidade por cliente.

A conformidade de segurança lógica também possui características compartilhadas. A TPS pode atuar na administração de regras de segurança enquanto o cliente define as políticas de acessos de seus usuários, provedores fornecem os softwares base e operadores de edifícios controlam a entrada física de pessoas. Afirmações comerciais genéricas de segurança não comprovam quais mecanismos de segurança lógica estão de fato implantados em cada sistema de cliente ou se foram eficientes frente a incidentes reais.

Os serviços de suporte e telefonia adicionam outras dependências fora dos limites de servidores. Uma central de suporte técnico de TI pode gerenciar chamados sem deter a propriedade do hardware que apresentou falha. Soluções de telefonia dependem de conexões com operadoras externas e links dos clientes. O catálogo mostra que a TPS visa gerenciar essas interfaces, mas não publica o mapa detalhado de fornecedores ópticos e fluxos de escalonamento.

Essa organização de rede terceirizada explica por que a ausência de inventários de ativos físicos é relevante. Um gestor que analisa riscos de continuidade precisa conhecer não apenas quem administra as aplicações da TPS, mas também qual empresa é responsável por corrigir problemas em cada camada física, quais contratos regem o suporte de hardware e quais recursos técnicos são compartilhados entre os clientes de TI. Os registros públicos não apresentam essa cadeia completa.

A organização pode desempenhar papel importante mesmo sem possuir a propriedade do hardware. O valor dos provedores de TI gerenciados baseia-se na coordenação de sistemas, governança operacional, técnicos especializados e rotinas de controle. As evidências de mercado apontam esse papel de gestão para a TPS, mas não autorizam que essa atividade de coordenação de TI seja classificada como posse física de infraestruturas de rede.

A dependência dos clientes é descrita de forma ampla e medida de forma precária

A política de dados pessoais da empresa aponta o fornecimento de serviços de tecnologia e processamento de informações para subsidiárias do Grupo Thomas Greg & Sons e também para clientes de mercado externos. Isso indica que a TPS atua em um mercado mais amplo do que o suporte interno corporativo de TI. No entanto, ela não fornece a listagem desses clientes ou o volume de suas operações de TI.

Não há nos registros públicos contratos ativos de clientes, contagem de sistemas hospedados, estatísticas de usuários ativos, nível de concentração de faturamento ou indicação de sistemas públicos estatais rodando sob controle da TPS. Sem essas informações, os impactos operacionais e financeiros decorrentes de eventuais incidentes de TI na TPS não podem ser associados a marcas ou setores específicos do mercado.

A proporção entre demandas do grupo e demandas de mercado pode alterar os riscos de continuidade de negócios. Um cenário com foco quase exclusivo nas subsidiárias do grupo gera riscos concentrados nas atividades de uma única holding. Uma carteira de clientes de mercado exige modelos diversificados de conformidade, isolamento de dados e suporte. Os registros disponíveis não revelam como essa carteira de clientes se divide.

O bloco de IPs /24 registrado não deve ser tratado como um censo de clientes ativos da TPS. O volume de IPs disponíveis não se correlaciona de forma direta com o número de clientes, usuários, servidores virtuais ou sistemas de TI. Tecnologias de NAT, redes IP privadas, servidores web com múltiplos domínios (virtual hosts), conexões com nuvem e arquiteturas de TI compartilhadas rompem qualquer correlação direta entre tamanho de bloco IP e tamanho da atividade comercial.

Da mesma forma, a estabilidade das rotas BGP não serve de termômetro para monitorar as aplicações dos clientes. Uma rota BGP pode registrar estabilidade nos coletores enquanto os sistemas internos estão indisponíveis. Portais de TI podem operar através de links de VPN privados que não constam nos logs de tráfego BGP públicos. Informações de roteamento BGP expõem a presença lógica na Internet, e não o impacto real nos negócios.

Contratos com órgãos governamentais, comunicados públicos de empresas de TI, avisos de indisponibilidade de serviços ou relatórios comerciais poderiam detalhar essas relações caso citem diretamente a THOMAS PROCESSING & SYSTEMS S.A.S. Tais registros inexistem nas fontes de dados públicas consultadas. Relações de TI não devem ser deduzidas a partir de ações de outras marcas do grupo.

Dessa forma, o portfólio de clientes mantém-se descrito em caráter institucional genérico. A TPS afirma prestar soluções para coligadas e mercado externo. O volume de servidores, identidades e importância desses sistemas continuam sem divulgação. Essa falta de dados justifica análises de governança de TI, mas impede a quantificação de impactos decorrentes de falhas.

Escritórios identificam a empresa sem localizar sua infraestrutura

A política de privacidade e os dados cadastrais do LACNIC apontam endereços comerciais em Bogotá e Barranquilla. Essas informações geográficas são relevantes para o registro civil da pessoa jurídica, permitindo que clientes e órgãos oficiais entrem em contato com a administração da empresa na Colômbia.

No entanto, esses endereços comerciais não indicam o local físico de servidores, storages, pontos de troca de tráfego de rede ou bases de dados de clientes. Um provedor de TI pode gerenciar ambientes de rede a partir de sua sede comercial enquanto o hardware de processamento está situado em instalações de clientes, data centers comerciais de colocation, servidores do grupo ou instâncias virtuais na nuvem.

Além disso, endereços de escritórios não servem de base para estimar a geografia das conexões de rede. O endereço do registrante em Barranquilla não prova que o AS266868 se conecta fisicamente à Internet naquela cidade. O endereço de escritório em Bogotá não prova que as conexões do bloco /24 atendem àquela localidade. Dados lógicos de BGP monitorados não indicam a localização geográfica de roteadores no nível de ruas ou edifícios.

Para comprovar a existência de infraestrutura técnica de rede em um local, é preciso um vínculo direto documentado. Licenças municipais de operação de instalações técnicas, contratos de aluguel de salas de TI de longo prazo, plantas elétricas, relatórios de prestadores de energia ou comunicações corporativas específicas poderiam fornecer essa confirmação de local físico. Dados de registro postal de pessoas jurídicas não servem a esse propósito.

A mesma regra de análise aplica-se a recursos visuais. Eventuais fotografias de salas de controle não podem receber legendas identificando-as como sedes próprias da TPS sem a devida comprovação de sua procedência física. Na ausência de relatórios técnicos de verificação de imagens, qualquer ilustração de rede deve ser mantida como recurso gráfico conceitual, sem associar o hardware retratado à propriedade direta da TPS.

Os endereços de escritórios comerciais são importantes como referência de identificação corporativa, canais de contato administrativo e alinhamento com a área geográfica do grupo. No entanto, exercem papel de identidade da pessoa jurídica, e não de documentação de locais de ativos físicos de rede.

Essa distinção de dados mantém a precisão sobre as atividades operacionais da empresa. A TPS conta com registro corporativo na Colômbia e recursos de rede oficiais alocados. No entanto, a localização física e o regime de propriedade das infraestruturas de TI que dão suporte aos seus serviços continuam sem confirmação documental pública.

Reivindicações de recuperação exigem mais do que linguagem de backup

Soluções de backup e restauração de dados constam no catálogo de serviços de TI gerenciados da TPS. Essas são ferramentas de segurança da informação importantes, pois a resiliência de um integrador de TI é avaliada principalmente por sua competência em responder a exclusões acidentais, ataques cibernéticos, panes de hardware e falhas de software.

No entanto, a menção a essas palavras nos folhetos não garante a resiliência de um sistema. Uma análise de continuidade de TI confiável exige objetivos técnicos declarados de tempo de recuperação (RTO) e limite de perda de dados (RPO), relatórios de auditorias de simulações de falhas, evidências documentais de restaurações com sucesso, fluxos de validação de bancos de dados pelos donos das aplicações e indicação de eventuais riscos que possam atrasar o processo de recuperação.

A localização de salvamento das cópias de backup é outro fator crítico. Cópias de segurança armazenadas no mesmo ambiente ou no mesmo provedor físico dos sistemas de produção estão expostas aos mesmos riscos de indisponibilidade (como panes elétricas ou ataques de ransomware). O armazenamento de backups em ambientes de TI isolados melhora a resiliência, contudo exige conectividade estável, controle de chaves criptográficas e capacidade de rede para restaurar dados em tempo ágil. Os documentos disponíveis não descrevem as soluções de replicação de arquivos da TPS.

A distribuição do controle operacional também afeta os planos de recuperação. A TPS pode realizar a parametrização e o monitoramento diário dos backups de dados, enquanto o cliente de TI é quem aprova o início das restaurações. O provedor físico de nuvem pode gerenciar as rotinas de snapshot de discos de rede. Especialistas do grupo podem guardar as credenciais de criptografia, e administradores terceirizados de Data Centers gerenciam a manutenção do hardware físico. A restauração de serviços depende da coordenação desses agentes.

A capacidade de tráfego de rede também atua como fator limitador em planos de recuperação de desastres. O AS266868 fornece visibilidade BGP na Internet, mas os registros não o associam ao tráfego de cópias de backup ou conexões de redundância de TI. Eles não demonstram conexões de rede alternativas, canais de gerenciamento fora de banda (out-of-band) ou o protocolo que a equipe técnica adotaria para operar os servidores em caso de falha geral do link principal.

Sistemas de energia elétrica e climatização também não constam nos dados monitorados. Se a TPS opera hardware físico próprio, a resiliência desses servidores depende de fontes de alimentação de energia que seus materiais não detalham. Não é possível certificar a presença de geradores a diesel de emergência, no-breaks (UPS) redundantes, sistemas de ar-condicionado de precisão ou sistemas automáticos de extinção de incêndio em suas salas técnicas.

A ausência dessas informações nos relatórios públicos não aponta problemas operacionais por parte da empresa. Sistemas de resposta a incidentes e planos de resiliência de TI são comumente tratados sob sigilo de segurança da informação ou sob acordos exclusivos com clientes. Isso indica apenas que as fontes públicas não permitem validar de forma independente os níveis de serviço de recuperação anunciados comercialmente.

Para clientes de TI e coligadas, a questão relevante possui caráter contratual: quais sistemas a TPS se compromete formalmente a restaurar, em qual tempo limite, com qual integridade de dados e quem gerencia cada dependência técnica? O catálogo de TI atual sinaliza a importância de tais questões, mas não fornece as respostas técnicas em seus documentos abertos.

A governança de serviços pode ser a superfície de controle mais importante da empresa

A TPS divulga governança de TI, gestão de projetos de tecnologia e metodologias de gerenciamento de serviços em conjunto com suas competências de infraestrutura de rede e desenvolvimento de software. Esses processos de gestão são fundamentais em redes de fornecedores terceirizados de nuvem porque estruturam como modificações lógicas, correções de falhas, coordenação de prestadores de serviços e obrigações de clientes de TI são organizadas.

Processos de governança bem estruturados podem unir uma diversidade de ativos de TI de terceiros sob um serviço estável. Eles definem fluxos de aprovação de modificações lógicas, obrigações de segurança corporativa, alarmes de monitoramento, políticas de priorização e fluxos de recuperação de desastres. Essa função de coordenação e controle pode ter maior valor para um cliente do que a propriedade direta de switches ou cabos ópticos.

A apresentação corporativa, no entanto, não detalha a estrutura de governança de TI em nível técnico para que sua eficiência seja aferida. Não constam nos dados abertos matrizes de responsabilidade de segurança (como matrizes RACI), catálogos com níveis de suporte contratados, fluxos de tratamento de vulnerabilidades, auditorias de controles ou relatórios de conformidade por cliente de TI.

Dessa forma, as referências ao gerenciamento de projetos e metodologias de serviços de TI devem ser classificadas como competências institucionais descritas pela própria organização. Elas confirmam que a TPS se posiciona como um integrador de TI e coordenador de operações, mas não servem de prova para tempos de resolução de chamados, taxas de sucesso em modificações lógicas, pesquisas de satisfação de usuários ou índices de conformidade de TI.

A administração de recursos numéricos da Internet integra esse conjunto de controles de governança de rede. É necessário gerenciar dados de contato no LACNIC, configurar rotas BGP, interagir com o ecossistema de rede externa e responder a abusos de IP e incidentes de roteamento. A divisão de tarefas entre os engenheiros de rede da TPS e os parceiros externos não consta em fontes públicas.

A área de engenharia de software adiciona outro fator de controle operacional. O desenvolvimento sob demanda de sistemas de TI gera dependências relativas à propriedade intelectual de códigos-fonte, pipelines de implantação contínua (CI/CD), administração de bancos de dados de produção e retenção de técnicos com conhecimento específico. As fontes disponíveis não indicam os modelos de custódia de código (como contratos de software escrow), prerrogativas de alteração de sistemas ou o alinhamento das rotinas de manutenção de software com os planos de recuperação da infraestrutura de rede.

Os processos de governança de TI também estruturam as políticas de isolamento de redes entre subsidiárias e clientes de mercado. Soluções compartilhadas geram reduções de custos, mas demandam controles de segurança rígidos para isolar regras de rede, bancos de dados, fluxos de alterações e acessos lógicos. A política de privacidade confirma as atividades de tratamento de informações, mas não fornece relatórios de auditoria técnica sobre a eficiência de suas políticas de segregação de ambientes de TI.

Essa proposta de gestão em TI é factível e relevante, mas não pode ser auditada de forma independente através das fontes de dados abertas. Ela explica como a TPS pode criar valor em infraestruturas que não possui fisicamente. Ela aponta também o momento em que os gestores de contratação demandam dados de auditoria e contratos técnicos, indo além de portfólios comerciais.

O que compradores, pares e registros podem verificar hoje

Uma série de informações pode ser confirmada diretamente por meio de fontes oficiais. A denominação jurídica exata e o número de registro de identificação fiscal NIT constam na política de privacidade de dados pessoais da empresa. O vínculo institucional com o grupo empresarial e o catálogo de soluções de TI gerenciadas estão detalhados em seus materiais de comunicação institucional. Registros do LACNIC identificam o nome da empresa, entidade do registro, ASN ativo e blocos de endereçamento de rede alocados. O RIPEstat fornece logs datados e de tráfego de roteamento BGP na Internet pública.

Essas referências dão suporte a processos de verificação corporativa nas camadas de identidade civil e de controle de IPs de rede. Um comprador corporativo de TI pode atestar que está contratando a pessoa jurídica colombiana correspondente, evitando homônimos. Outras redes da Internet podem identificar o ASN associado e os responsáveis técnicos pelo tráfego. Analistas de rede podem comparar os blocos de rede IPv4 registrados com as rotas BGP ativas no tráfego.

Os logs de tráfego BGP públicos também possibilitam o monitoramento contínuo da rede. Modificações na origem do anúncio BGP, oscilações na visibilidade de prefixos de rede, ativações de anúncios IPv6 ou modificações em adjacências BGP podem ser monitoradas no tempo. Essas oscilações lógicas demandam análise de engenharia de rede, não devendo ser registradas de forma precipitada como quedas de rede gerais ou quebras de contratos comerciais sem fontes de confirmação adicionais.

Os canais de contato cadastrados nos registros dão suporte a políticas de conformidade e segurança. Os cadastros de gerência de rede, contatos técnicos e notificações de abusos fornecem pontos de escalonamento para outras organizações de rede. A existência desses registros de contato não assegura respostas em tempo ágil, mas atua como canal formal mais seguro do que marcas sem correspondência técnica.

Os folhetos institucionais fornecem um roteiro de perguntas para negociações de contratos de TI. Se a TPS oferece processamento de dados, armazenamento, redes, backup, segurança de acessos lógicos e administração de servidores, o comprador de TI pode solicitar detalhes sobre as infraestruturas físicas de TI que suportam cada uma das ofertas, o regime de propriedade dessas infraestruturas, a localização de processamento de informações pessoais, como ocorrem as simulações de recuperação e quais penalidades estão previstas nos níveis de suporte contratados.

Por outro lado, o volume de dados que não pode ser verificado em fontes abertas é igualmente explícito. Os registros disponíveis não identificam locais de edifícios próprios da TPS, inventários de hardware de TI em operação, rotas de cabos ópticos próprios, contratos comerciais com operadoras de link IP, indicadores de capacidade elétrica instalada, arquitetura de climatização, estatísticas de sistemas de clientes em produção ou relatórios de testes de desastres.

Os registros públicos também não mostram certificações internacionais auditadas (como normas ISO/IEC 27001 ou relatórios de auditoria SOC 2 Type II). Menções institucionais de segurança lógica, disponibilidade de rede, elasticidade de nuvem ou reduções de custos corporativos devem ser tratadas sob a devida atribuição à empresa. Certificações técnicas exigem a identificação de entidades emissoras ativas, limites de escopo descritos, razão jurídica auditada e serviços técnicos cobertos antes de serem tratadas como evidência técnica sólida.

Esse mapeamento de informações públicas e lacunas de dados auxilia processos de aquisição de TI. Ele previne que compradores deduzam que um catálogo genérico de soluções gerenciadas garanta a propriedade de hardware físico ou de infraestruturas de rede redundantes de alta segurança. Ele também dá à TPS caminhos para aperfeiçoar sua transparência técnica e de segurança da informação sem comprometer dados confidenciais de sua topologia de rede.

Evidências que mudariam o panorama operacional

Documentos técnicos confirmando uma instalação técnica própria alterariam de forma substancial as conclusões deste perfil. Declarações técnicas da TPS, contratos de locação física de longa duração, licenças de instalações municipais, certificações de Data Centers de nível físico ou relatórios técnicos setoriais poderiam demonstrar os locais geográficos das infraestruturas e qual empresa de fato opera os prédios. Seria necessário separar a localização física de sedes de escritórios do uso técnico para Data Centers.

Um relatório de ativos de rede e de atribuições contratuais traria clareza analítica semelhante. A TPS poderia expor quais servidores físicos, storages e switches integram seus ativos próprios, quais são alugados, quais pertencem aos seus clientes finais de TI e quais operam sob infraestruturas de nuvem pública de terceiros ou recursos do grupo corporativo. Uma matriz de responsabilidade simplificada traria maior transparência técnica do que listagens comerciais de serviços.

Logs e registros técnicos de rede poderiam detalhar a relação com o AS3549. Relatórios de engenharia de rede, manifestos de políticas de roteamento BGP públicos (como IRR e perfis RPKI), contratos de conexões de rede ou relatórios de conectividade poderiam definir a natureza comercial das conexões BGP de rede externas. A diversidade de cabos ópticos físicos exigiria dados de rotas de cabos e locais de conexões físicas que vão além de vizinhos lógicos de tráfego BGP.

Dados de IPv6 poderiam atestar o uso do bloco /32 registrado na Internet pública. O monitoramento de anúncios ativos de IPv6, dados operacionais da TPS ou conexões ativas de clientes de TI associados a essa faixa específica confirmariam o uso comercial atual do protocolo. Até que isso ocorra, o registro administrativo e o anúncio de rotas BGP mantêm-se como fatos técnicos distintos.

Registros sobre resiliência de TI poderiam abranger os objetivos de tempo de recuperação (RTO), resumos executivos de simulações de panes de rede, arquiteturas de redundância física de sistemas e relatórios de auditorias independentes de segurança. Essas informações não demandam a exposição de dados lógicos confidenciais das redes. Deve apenas indicar quais soluções foram simuladas, quais redes estavam isoladas em domínios de falhas distintos e qual auditor técnico validou o teste de restauração.

Relatórios comerciais ou compras governamentais poderiam mensurar o nível de dependência dos clientes. Contratos de licitações estatais, termos de uso ou informativos de sistemas ativos citando a pessoa jurídica exata indicariam onde a TPS se situa nos processos de negócios da região. Essas dependências contratuais não devem ser inferidas a partir de negócios mantidos por outras marcas do grupo.

Manuais técnicos atualizados de soluções e contratos padrão poderiam atestar se o portfólio de 2025 continua ativo no mercado, como as soluções de TI gerenciadas são comercializadas e se os clientes externos recebem o mesmo padrão de governança aplicado às demandas internas do grupo. Modelos de cobrança de serviços de TI, limites de segurança das aplicações e cláusulas de suporte técnico tornariam a classificação de TI em nuvem gerenciada mais detalhada.

Cada um desses dados adicionais responderia a uma dúvida técnica específica. Registros de edifícios tratariam de localizações geográficas físicas. Inventários de hardware indicariam a posse dos sistemas. Logs de roteamento BGP definiriam as conexões lógicas de rede externas. Contratos e relatórios de testes de desastres indicariam os níveis de resiliência de TI oferecidos ao mercado. Uma evidência não pode substituir a outra nas análises técnicas.

Um ASN visível torna o limite de responsabilidade mais nítido

O AS266868 concede à TPS um recurso técnico de identificação de rede de caráter estável na Internet. A organização pode ser rastreada formalmente em bancos de dados de registros regionais, associada a blocos de IPs oficiais e monitorada por meio de rotas lógicas no sistema de tráfego de rede mundial. Isso configura uma presença técnica de rede mais clara do que apresentações institucionais sem registros de rede públicos.

A alocação de um ASN não qualifica o titular como operadora de trânsito IP internacional ou ISP de varejo regional. Ela comprova que a TPS conta com políticas de roteamento lógicas associadas aos seus blocos de IPs próprios. No contexto de gestão de serviços de TI, esse recurso pode apoiar ambientes de computação gerenciada, redes corporativas internas do grupo, conexões dedicadas de clientes ou links operacionais de controle. Os registros de rede disponíveis não especificam a divisão dessas atividades técnicas.

O único bloco IPv4 /24 monitorado como ativo fornece uma janela de análise estreita. É possível acompanhar sua anunciação e visibilidade BGP no tráfego, identificar as pessoas cadastradas para o suporte técnico e utilizar os dados para o escalonamento de problemas de segurança de rede. No entanto, não serve de base para mapear todo o ecossistema de hardware da empresa ou as rotas de cabos físicos que conectam as redes aos usuários.

O bloco IPv6 /32 registrado que não apresentou anúncios de rotas BGP ativos nos logs constitui outro indicador analítico de rede. Donos de recursos de rede podem obter faixas IPv6 previamente para estruturar projetos futuros, utilizá-las em testes internos fechados de tráfego de rede ou mantê-las sem anúncios por razões operacionais. O snapshot monitorado atesta apenas o registro legal do bloco e a indisponibilidade de rotas IPv6 ativas nas medições públicas naquela data.

A proximidade lógica do AS3549 nos logs traz elementos de análise sem definir a dependência comercial. Ela indica que o AS266868 está integrado ao fluxo de conexões de roteamento da Internet pública. Ela não publica as cláusulas de contratos de links IP, as rotas físicas de cabos ópticos ou as conexões redundantes existentes nessa topologia de rede.

Integradas, essas informações acentuam a linha que separa o controle de rede lógico e o controle de rede físico. A TPS é a proprietária cadastrada para o ASN e blocos de endereçamento de rede. Ela pode operar as políticas lógicas BGP de anúncios e gerenciar as conexões lógicas dos sistemas. Porém, edifícios físicos de Data Centers, rotas de cabos de fibras ópticas subterrâneas, servidores físicos e no-breaks redundantes permanecem sem registros de dados públicos associados.

Essa delimitação é o núcleo do gerenciamento de responsabilidade em serviços de nuvem gerenciada. Clientes comumente adquirem resultados de TI de um único integrador de rede, enquanto múltiplos donos de infraestrutura de rede e Data Centers físicos cooperam para a viabilização técnica do tráfego. A responsabilidade operacional do integrador de TI se define pelas suas políticas de governança, minutas contratuais de suporte e autoridade sobre os controles lógicos, e não meramente pela marca que consta nos boletos de cobrança.

As informações públicas disponíveis sobre a TPS fornecem dados para a formulação de perguntas precisas de TI. No entanto, não respondem a essas questões em nome da organização. A presença de uma identidade técnica de rede ativa torna essa delimitação técnica mais relevante para análise.

A conclusão segura é um limite de serviço gerenciado, não um perfil de instalação

A THOMAS PROCESSING & SYSTEMS S.A.S apresenta uma estrutura de identificação civil coerente. Sua política de privacidade de dados pessoais indica a razão social colombiana correspondente e sua posição dentro do Grupo Thomas Greg & Sons. Seus materiais descrevem um portfólio focado na administração de sistemas de TI, englobando infraestrutura gerenciada, engenharia de softwares, governança técnica de TI e terceirização. O LACNIC associa a razão social ao AS266868 e a duas alocações de blocos de IPs de rede.

O RIPEstat complementa as análises com logs operacionais datados. O bloco IPv4 /24 estava visível por meio do ASN em 22 de julho de 2026, enquanto a faixa de IPv6 /32 registrada não indicou rotas BGP ativas no monitoramento público. O AS3549 foi identificado como vizinho lógico BGP nos registros de caminhos de tráfego de rede analisados.

Esses registros técnicos justificam as análises de infraestrutura de TI. Eles indicam que a TPS não é uma simples marca de software sem presença de rede identificável na Internet. No entanto, esses dados não caracterizam um perfil de infraestrutura física. Nenhum Data Center nomeado, inventário de racks em operação, no-breaks de energia redundantes, arquitetura de climatização de precisão, rota de fibra própria, parque de servidores físico ou contrato comercial de tráfego de dados com operadoras está estabelecido.

Desse modo, a capacidade corporativa de coordenação e monitoramento de Data Centers descrita em seus materiais comerciais deve ser classificada como uma competência operacional de serviço gerenciado. Essa função pode demandar rotinas operacionais complexas, mas não comprova a posse física de prédios de Data Centers, níveis de capacidade instalada de processamento, redundância elétrica ou posse do hardware em operação.

O perfil de sua carteira de clientes de mercado mantém-se de forma semelhante em aberto. A TPS afirma atender subsidiárias do grupo e clientes de mercado externos, contudo as fontes públicas não identificam os sistemas hospedados em produção, o volume de tráfego de dados dos clientes ou a escala de dependência dessas soluções. Dados lógicos de tráfego BGP não detalham essas informações comerciais.

A descrição técnica mais sustentável é de responsabilidade de TI em camadas. A TPS se projeta no mercado de TI como administradora de sistemas e coordenadora de soluções de rede. Os registros de Internet mostram um controle técnico de recursos de numeração sob seu registro civil. As infraestruturas de TI físicas e os vínculos contratuais associados à viabilização de suas soluções de computação mantêm-se sem mapeamento público de dados.

Para diretores de compras de TI, analistas de redes e órgãos oficiais, esse cenário delimita um roteiro claro de due diligence de segurança e conformidade: verificar a pessoa jurídica correspondente, mapear os donos das infraestruturas de hardware físicas, analisar as relações de tráfego BGP lógicas, detalhar as responsabilidades de recuperação de desastres contratadas e testar os limites de suporte de TI. Cada indicador técnico deve ser avaliado a partir de contratos vigentes, relatórios técnicos auditados ou logs de rede monitorados, evitando deduções com base em folhetos de marketing.

A TPS pode dispor de sistemas de resiliência e processos de governança de TI mais eficientes do que as fontes públicas expõem. A ausência de relatórios documentais públicos não equivale à ausência de controles internos na empresa. Ela estabelece uma limitação analítica técnica para evitar afirmações inconsistentes sobre a organização. O ASN ativo comprova o controle lógico de recursos de rede; o limite de suas operações físicas de nuvem gerenciada ainda requer dados comprobatórios.

Fontes