Quando a Conta Pode Tocar a Banda Larga: MK Solutions e o Plano de Controle do ISP

Resumo

• O valor estratégico da MK Solutions não é um único módulo. É a tentativa de continuidade de um registro de assinante em vendas, viabilidade FTTH, provisionamento, faturamento, cobrança, suporte, estoque, analytics e trabalho de campo.
• Essa integração pode reduzir entradas duplicadas e encurtar loops de falha para resolução, mas os mesmos dados compartilhados podem propagar um endereço, plano, regra fiscal, credencial de rede ou status de pagamento incorreto em todo o ISP. Migração e governança de dados são, portanto, parte do produto, não tarefas preliminares.
• Registros públicos revelam um negócio de software vertical lucrativo, enquanto preços públicos, números atuais de clientes auditados, compromissos de nível de serviço e garantias de segurança detalhadas permanecem indisponíveis. Números de marketing de escala e resultados devem ser tratados como alegações até que um comprador os valide.
• Aquisição deve testar a exata entidade contratante, fluxos de trabalho reais, dependências bancárias e de OLT, evidências de incidentes, escalonamento de suporte e um exercício completo de exportação e reconstrução. Uma plataforma que se torna o plano de controle de um ISP deve provar não apenas que pode operar, mas que o operador pode se recuperar e sair.

A conta perdida que atravessa a rede

Comece com um evento comum: um assinante residencial não paga na data de vencimento. Em uma pilha de provedor montada de forma solta, esse evento pode existir separadamente em um arquivo de retorno bancário, um sistema contábil, uma planilha de clientes, uma plataforma de autenticação e a tela de um agente de suporte. Alguém reconcilia as identidades. Alguém decide se um lembrete foi enviado. Se o status do serviço muda, outro sistema precisa saber. Quando o assinante paga via Pix e liga para restauração, o pagamento, o contrato e a sessão de rede precisam se encontrar novamente.

Cada transferência é uma pequena oportunidade de atraso, trabalho duplicado ou um cliente irritado que já pagou.

A proposta da MK Solutions é que essas transferências possam ser organizadas em torno do mesmo registro operacional. Seumaterial público de ERPconecta contratos, faturas, contas a receber, cobranças, autenticação técnica, informações de tráfego, avisos de interrupção, ordens de serviço, estoque e um aplicativo para técnicos.MK BoteMK SAC+expõem ações selecionadas a canais de mensagens e autoatendimento.MK Agentes+leva informações do assinante, equipamentos e provisionamento para o campo.NextPaycoordena funções de cobrança e pagamento. O termo analítico "plano de controle" descreve o papel operacional que essa combinação busca; não é uma afirmação de que a MK publicou uma arquitetura específica de controle de rede.

A distinção importa. A MK não possui a rede de acesso do ISP apenas porque seu software pode documentar uma caixa de emenda ou enviar instruções de provisionamento. Ela não se torna o banco do assinante porque sua camada de pagamento pode emitir uma cobrança Pix. Nem uma tela integrada garante que cada registro subjacente esteja correto. O que ela pode fazer é tornar um estado financeiro operacionalmente visível, colocar um estado técnico na frente do suporte e alimentar uma ação de campo de volta ao estoque.

Para um ISP regional com equipes enxutas, essa continuidade é potencialmente mais valiosa do que uma funcionalidade da moda adicionada isoladamente.

É também por isso que uma comparação convencional de software é insuficiente. Um comprador precisa perguntar o que acontece quando a API do banco expira, um endereço é geocodificado contra o terminal errado, um documento fiscal é rejeitado, um comando ONU falha, um técnico perde conectividade ou um cliente migrado tem dois contratos ativos. A versão mais forte do caso da MK é que o conjunto fecha esses loops. A objeção mais forte é que uma plataforma então se senta dentro de quase todos os loops. O resto da avaliação segue dessa concentração.

A entidade legal por trás do nome MK

A entidade examinada aqui éMK SOLUTIONS CRIACAO DE SOFTWARE LTDA, CNPJ09.587.408/0001-86, não uma marca "MK" genérica, um investidor ou uma embalagem corporativa posterior. Apolítica de privacidade públicada MK nomeia expressamente essa empresa e seu número de registro. Aprópria históriada empresa diz que os fundadores primeiro operaram um ISP e transformaram sua solução interna em um produto comercial em 2008. Essa história de origem é plausível e consistentemente repetida, mas continua sendo um relato da empresa.

O rodapé atual do site e o aviso corporativo de março de 2026 apontam para a Rua Daniel Caspary 85 em Santa Cruz do Sul. O aviso de privacidade da empresa original ainda exibe a Rua Guilherme Werlang 105. Páginas de recrutamento associam funções a Santa Cruz do Sul e, em diferentes momentos, Porto Alegre, São Paulo e Belo Horizonte, enquanto a página sobre descreve uma força de trabalho distribuída. Uma localização de emprego não é prova de uma filial permanente, e nenhuma lista autorizada atual de filiais foi identificada.

A descrição pública defensável é, portanto, uma base operacional em Santa Cruz do Sul mais cobertura distribuída alegada pela empresa — não uma rede nacional de escritórios verificada.

A propriedade é melhor evidenciada. Demonstrações financeiras depositadas na Central de Balanços do Brasil afirmam que aTBG Investimentos e Participações adquiriu a MK em 2020e a possuía integralmente nos períodos cobertos. As demonstrações descrevem a MK como software para provedores de telecomunicações. Reportagens contemporâneas naExameatribuíram um plano de investimento de R$ 30 milhões em 2022 e metas de crescimento à administração. Essas metas iluminam ambição, não resultados realizados.

O limite fica menos organizado depois disso. Umaviso corporativo de julho de 2025 publicado no Jornal O Diaconvocou uma reunião da TBG para considerar a incorporação da MK Solutions Criação de Software Ltda à TBG e propôs mudanças no nome, propósito corporativo e endereço da TBG. Em março de 2026, outroaviso corporativo publicadoreferia-se aMK Solutions Tecnologia S.A., CNPJ 30.420.144/0001-68, no mesmo endereço da Rua Daniel Caspary usado pela marca operacional. Esses avisos são fortes evidências de um processo de reorganização e de um veículo corporativo nomeado sucessor. Eles não respondem, por si só, a todas as perguntas sobre a data efetiva, transferência de cada contrato ou status contínuo do CNPJ 09.587.408/0001-86.

Uma transação separada adiciona outra camada sem resolvê-la. Em setembro de 2025, a Nuvini, listada nos EUA, anunciou em umFormulário 6-K da SECum term sheet vinculante para adquirir a MK, sujeito a due diligence e condições de fechamento. UmFormulário F-3 de janeiro de 2026ainda descrevia a transação como condicional. Orelatório anual de 2025 da Nuvinidivulgou que o vendedor alegou violação em março de 2026, o que a Nuvini contestou. O registro público, portanto,nãosuporta a afirmação de que a Nuvini concluiu a aquisição.

Para um artigo, a resposta disciplinada é reter o limite de entidade atribuído e sinalizar o registro subsequente. Para um comprador, é uma condição de fechamento: obter um certificado atual da Receita, os instrumentos de incorporação, prova de autoridade, o CNPJ exato na proposta e fatura, e alocação por escrito de IP de software, hospedagem, suporte, privacidade e obrigações de continuidade. Um logotipo familiar e escritório inalterado não substituem saber qual pessoa jurídica deve o serviço.

Escala em um mercado de banda larga fragmentado

Ositeda MK atualmente diz que atende mais de 2.500 clientes ativos, conecta mais de 15 milhões de brasileiros através de seus sistemas e é usado por 32 dos 100 maiores provedores do país. Sua página sobre diz que os funcionários estão distribuídos em mais de 12 estados. Esses números estabelecem o que a MK quer que o mercado acredite; as páginas não fornecem uma lista de clientes datada, método de cálculo ou garantia independente. A Exame reportou em 2022 que a MK disse estar presente em 25 de 27 estados e gerenciar 30% das conexões brasileiras. Essa alegação antiga não pode validar as métricas diferentes de hoje.

O mercado endereçável é, no entanto, substancial e incomumente distribuído. Oestudo TIC Provedores 2024, produzido pelo Cetic.br do NIC.br, estimou 11.853 empresas provedoras de internet no Brasil em 2024. Quarenta e um por cento operavam em apenas um município e 45% eram microempresas. Oestudo TIC Domicílios 2024encontrou banda larga fixa em 71% dos domicílios conectados, com cabo ou fibra relatado como o tipo de acesso fixo dominante. Essas pesquisas não medem a participação da MK. Elas explicam por que um sistema vertical pode importar: milhares de operadores devem realizar trabalho similar de faturamento, cliente, rede e regulatório, apesar das grandes diferenças em tamanho e capacidade profissional.

A própria Anatel disse em umplano de fiscalização de junho de 2025que pequenos provedores representavam mais de 53% dos acessos de banda larga fixa em 2023, enquanto as falhas de relatórios permaneciam generalizadas entre as empresas autorizadas. Em maio de 2026, a reguladora descreveu aconsolidação do mercadocomo uma etapa natural em um setor fragmentado sob pressão de margem. Esse cenário recompensa sistemas capazes de padronizar o trabalho em um provedor em crescimento. Também significa que o "cliente típico" de um fornecedor de software pode ser enganoso: um operador de uma cidade, um consolidador multiestado e um provedor de 100.000 conexões não carregam os mesmos controles, integrações ou carga de suporte.

Um assinante, muitas consequências operacionais

A melhor maneira de entender a amplitude da MK é seguir um cliente em vez de percorrer seu menu. Um assinante em potencial entra noMK CRM+. A documentação pública diz que o aplicativo pode coletar documentos de identidade e fotografias, obter localização GPS, verificar viabilidade FTTH contra caixas mapeadas dentro de um raio configurado, selecionar um plano e criar as informações necessárias para a instalação. Isso combina dados pessoais sensíveis, uma decisão comercial e uma decisão de capacidade de rede antes mesmo do início do serviço.

A instalação pode se tornar uma ordem de campo. A documentação do Agentes+ diz que técnicos autorizados podem visualizar informações do assinante, credenciais de acesso e identificadores de equipamento, movimentar estoque e realizar ações incluindo provisionamento de ONU. O MK Maps fornece o registro de rede que dá contexto a essas ações. Uma vez ativo, a área técnica do ERP pode associar autenticação, tempo de conexão, uso de banda, informações de rota e avisos de interrupção ao assinante. As finanças produzem cobranças, documentos fiscais e contas a receber.

Um espaço de trabalho de suporte vincula tarefas a regras de nível de serviço, enquanto o SAC+ pode mostrar faturas, consumo, contratos e tickets ao cliente. Integrações de bot podem responder a solicitações comuns ou movê-las para uma fila atendida.

Essa sequência é mais do que conveniência. Em uma implementação bem governada, a promessa de venda pode ser testada contra a capacidade real antes da assinatura do contrato; a ONU instalada pode ser correspondida ao estoque; o plano ativo pode se tornar o plano faturado; um pagamento pode atualizar o estado visível ao suporte; e uma substituição de campo pode fechar tanto uma ordem de serviço quanto um movimento de estoque. Os gerentes podem então usar painéis de BI construídos sobre transações operacionais, em vez de pedir a cada departamento uma planilha.

As evidências públicas não provam que cada módulo escreve em um banco de dados fisicamente unificado, que as mudanças propagam em tempo real ou que todas as integrações são transacionais. A MK publica páginas de produto e documentação em nível de tarefa, não um design completo do sistema. "Registro único" deve, portanto, ser lido como a continuidade operacional pretendida, não uma alegação verificada sobre a topologia de armazenamento. Durante a aquisição, a diferença é testável.

Altere um plano, endereço do cliente, data de vencimento, ONU e atribuição de porta de emenda em um sandbox; então inspecione quais telas, APIs, logs de auditoria e relatórios mudam, em que ordem, e como uma ação downstream com falha é reconciliada.

Também é necessário resistir ao caminho mais feliz da demonstração. Um lead pode ter um CPF digitado errado. Duas ruas podem compartilhar o mesmo nome. A caixa mapeada pode mostrar uma porta livre que um técnico já usou offline. Um contrato pode ser assinado enquanto um perfil bancário é inválido. Um webhook de pagamento pode chegar duas vezes ou não chegar. Um assinante pode ter duas propriedades e um número de WhatsApp. O valor da integração aparece em como o conjunto lida com essas exceções — não na rapidez com que um lead imaculado se torna um ícone de status verde.

O que a arquitetura pública mostra — e não mostra

A MK oferece documentação técnica suficiente para revelar superfícies operacionais significativas, mas não o suficiente para concluir uma revisão de arquitetura. A empresa diz que o ERP pode rodar em nuvem ou em servidores físicos. Sua documentação de API descreve acesso baseado em token, perfis de permissão e endpoints para leads, planos, contratos, faturas e ordens de serviço. Umguia geral de APIdescreve perfis de serviço web e uma visualização de log de 90 dias. Umapágina de API especialdiz que algumas operações de escrita exigem um ambiente adicional e contato comercial. Umtutorial do Insomniademonstra aquisição de token e configuração de permissões.

Isso é evidência prática de que a MK não é um aplicativo selado. Ela pode expor objetos de negócio centrais e permitir que sistemas externos ajam sobre eles. O site da MK afirma mais de 100 integrações e mais de 50 parceiros, enquanto seu FAQ dá um número diferente de mais de 50 integrações nativas. Nenhum número é acompanhado por um catálogo versionado ou registro de uptime. Umguia de integração de terceiros Opa! Suiteé mais concreto: pede ao ISP que obtenha um endpoint da MK e várias credenciais para que o serviço possa recuperar contratos, faturas e funções de diagnóstico ou desbloqueio. Umguia de gateway da Zapispmostra mensagens geradas pela MK sendo entregues a um serviço WhatsApp. Esses exemplos demonstram integração na prática, mas também a disseminação de credenciais privilegiadas entre fornecedores.

Vários fatos importantes de design permanecem não publicados. Os materiais revisados não estabelecem o mecanismo de banco de dados atual e versões suportadas, modelo de isolamento de tenant, cobertura de criptografia em repouso, custódia de chaves, locais de hospedagem regionais, semântica de fila e repetição, limites de taxa de API, retenção de auditoria imutável, compromissos de ponto de recuperação e tempo de recuperação, tratamento de conflitos offline móvel ou a lista de materiais de software. Eles também não mostram se todos os módulos atualmente comercializados compartilham o mesmo serviço de autenticação e autorização.

Nenhuma dessas lacunas prova uma fraqueza. Cada uma é um pedido de evidência que um comprador sério deve resolver sob confidencialidade antes de depender do conjunto.

Atualizações são um evento operacional, não uma abstração de fundo. Oguia de atualização do ERPda MK diz que as versões são liberadas após testes, podem ser iniciadas ou agendadas pelo cliente, interrompem o acesso web para operadores e têm uma janela estimada de 30 minutos. Isso é transparência útil, mas não é um SLA de disponibilidade. Um provedor deve perguntar quais funções continuam durante a janela, como os aplicativos de campo e as cobranças automatizadas enfileiram o trabalho, se uma versão pode ser revertida, como as migrações de esquema são copiadas e o que acontece quando um cliente adia uma atualização exigida por um banco, autoridade fiscal ou correção de segurança.

Um mapa não é uma rede de fibra

MK Maps é onde a descrição do plano de controle pode se tornar mais facilmente enganosa. Oproduto documenta infraestrutura FTTH: cabos, caixas de emenda, portas, splitters, clientes e informações de sinal. Ele pode tornar a capacidade da caixa visível para o CRM, gerar ou armazenar scripts relacionados à OLT, mostrar um diagrama de emenda e histórico, e permitir que um usuário de campo provisione uma ONU. Esses registros podem reduzir despachos cegos e tornar as decisões de viabilidade mais disciplinadas.

Eles não dão à MK propriedade ou controle físico da fibra, dutos, postes, OLTs ou instalações do cliente do provedor. O ISP possui ou contrata esses ativos e permanece responsável pela precisão da representação digital. Um comando preparado através de um aplicativo ainda atinge equipamentos de rede específicos do fornecedor através de interfaces que o provedor configura. Valores de sinal são observações, não prova de que uma rota não tem degradação. Um cabo desenhado não é evidência de que uma equipe o instalou exatamente ali.

Essa é a troca clássica do gêmeo digital em escala modesta: o mapa se torna valioso à medida que as pessoas confiam nele, e as pessoas confiam nele apenas se cada construção, emenda, movimentação e desativação for registrada. A integração amplifica ambas as direções. Um registro correto de caixa impede que um vendedor prometa uma instalação impossível. Um registro de capacidade incorreto pode criar um contrato ruim, um desperdício de deslocamento de técnico e uma discrepância de estoque em uma sequência.

A aquisição deve, portanto, incluir uma auditoria física amostral — rotas selecionadas, caixas, portas, ONUs e itens de almoxarifado reconciliados com a MK — não apenas uma demonstração de tela.

Permissões e histórico são igualmente importantes. A MK diz que o Maps suporta controle de acesso e registros de atividade. Um comprador deve verificar se o histórico é somente anexação, por quanto tempo é retido, se as importações em massa identificam seu ator, como os elementos de rede excluídos são recuperados e se um técnico pode tanto alterar um registro de topologia quanto aprovar o movimento de estoque resultante. Em um conjunto integrado, a segregação de funções importa precisamente porque uma ação pode cruzar limites departamentais.

O dividendo da integração tem uma conta de dados

O caso econômico para integração é intuitivo. A entrada duplicada cai. O mesmo contrato não precisa ser reinterpretado pelas equipes de faturamento, suporte e campo. Um gerente pode relacionar inadimplência ao status do serviço ou desempenho de instalação sem encomendar um projeto de dados personalizado. Pequenos provedores ganham fluxos de trabalho que de outra forma exigiriam especialistas. Grupos maiores podem impor categorias e controles comuns em operações adquiridas.

A MK atribui resultados precisos a essa história. Sua página inicial anuncia melhorias de produtividade, retenção e inadimplência; suapágina de casosapresenta números como retorno de sete vezes e grandes economias anuais com bots. Essas são alegações selecionadas pelo fornecedor sem linhas de base divulgadas, definições de amostra, períodos de cálculo ou contrafactuais. Elas podem ser verdadeiras para os clientes destacados e ainda assim ser previsões ruins para outro operador. Um comprador deve solicitar o numerador e denominador brutos, escopo de implantação, maturidade inicial, custos excluídos e permissão para conversar privadamente com clientes comparáveis.

A integração também cria uma conta de dados que deve ser paga continuamente. A identidade do cliente precisa de deduplicação. Os catálogos de produtos precisam de nomes controlados e tratamento fiscal. Os recursos de rede exigem identificadores estáveis. A reconciliação bancária precisa de referências de transação idempotentes. O estoque precisa de unidades, locais e custódia. A equipe precisa de funções que reflitam deveres reais. Se essas disciplinas estiverem ausentes, um conjunto não remove a fragmentação; ele coloca significados inconsistentes mais próximos.

O erro de migração de maior risco geralmente não é uma linha faltando, mas uma linha mapeada para a semântica errada. "Ativo", "instalado", "autenticado", "faturado" e "pago" são estados diferentes. Também são diferentes solicitação de cancelamento, acesso suspenso e contrato encerrado. Uma migração que os comprime pode produzir totais limpos e operações erradas. O plano de aceitação deve reconciliar coortes entre estados, não apenas comparar contagens agregadas de assinantes e contas a receber. Também deve reter a evidência original por tempo suficiente para explicar disputas posteriores.

A migração faz parte do produto

O material de recrutamento da MK é revelador porque inclui funções de migração e suporte, não apenas desenvolvimento de software e vendas. Apágina de carreirasda empresa anunciou analistas de migração e posições de suporte fiscal em Santa Cruz do Sul, juntamente com funções de infraestrutura e comerciais em outras cidades. Isso não estabelece número de funcionários, proporções de pessoal ou disponibilidade. Mostra que converter dados de clientes e interpretar operações fiscais brasileiras exigem trabalho humano organizado.

O provedor contribui tanto quanto. Ele deve extrair do ERP antigo, planilhas, sistemas RADIUS ou de autenticação, mapas de rede, almoxarifados, sistemas fiscais e provedores de pagamento. Ele deve decidir qual sistema vence quando dois discordam. Ele deve mapear planos e descontos, normalizar endereços, preservar evidências contratuais, vincular identificadores de equipamento e distinguir crédito de caixa não aplicado. Uma equipe de migração que espera por "dados limpos" esperará para sempre; uma que silenciosamente conserta dados ambíguos pode fabricar passivos.

Um programa sólido começa com perfilagem e um catálogo de mapeamento por escrito. Ele ensaia várias conversões, registra linhas rejeitadas e transformadas, e valida amostras com finanças, rede, atendimento ao cliente, fiscal e equipes de campo. Ele executa cálculos antigos e novos em paralelo por pelo menos os ciclos de risco: faturas, retornos de Pix e boleto, documentos fiscais, suspensões e restaurações, mudanças de estoque e relatórios regulatórios. A decisão de entrar em produção deve depender de limites de exceção acordados, não de uma data cerimonial.

O suporte então se torna parte da continuidade. A MK diz que o suporte é gratuito, ilimitado e disponível 24 horas por dia. Umrelatório da ClienteSA de 2023divulgou números da empresa de que o tempo médio de espera caiu de 48 para 27 minutos durante 2022 e o tempo médio de resolução de 72 horas para seis; também citou um gerente do cliente Pro Telecom elogiando o suporte. Isso é mais informativo do que um depoimento anônimo, mas continua sendo um relato promocional baseado em métricas da empresa e um cliente nomeado. Não define níveis de gravidade, regras de relógio, exclusões ou remédios.

O comprador deve pedir o contrato de suporte real: metas de resposta e restauração por gravidade, rotas telefônicas e fora do horário comercial, escalonamento para engenharia, cadência de comunicação de incidentes, cobertura em português, funções de onboarding nomeadas, pessoal para períodos fiscais de pico, propriedade de integração bancária e créditos de serviço. Deve revisar tickets anonimizados semelhantes ao seu próprio ambiente.

"Suporte local" não é apenas um número de telefone nacional; é mão de obra treinada suficiente, com acesso à engenharia do produto, para interpretar o contexto fiscal, de rede e de cliente de um provedor brasileiro sob pressão.

A economia silenciosa de um ERP vertical

A MK não publica um simples cartão de preços para o conjunto completo. Materiais públicos anunciam módulos, implantação em nuvem ou servidor físico, integrações e suporte inclusivo; eles não divulgam uma unidade de assinatura padrão, prazo mínimo, taxa de onboarding, custo de migração, direito de API, taxa de aceitação de pagamento, provisão de infraestrutura ou assistência de saída. A documentação da API especial direciona alguns usuários para contato comercial. Consequentemente, nenhum cálculo público crível pode afirmar o que um ISP representativo paga.

Arquivos corporativos, no entanto, revelam por que o negócio atrai capital. O Formulário F-3 de janeiro de 2026 da Nuvini incluiu números históricos da MK, em milhares de reais, para modelagem de transação. Reportou receita operacional líquida de R$ 31,679 milhões em 2024, lucro bruto de R$ 28,404 milhões, receita operacional de R$ 18,534 milhões e lucro líquido de R$ 15,867 milhões. Para o primeiro semestre de 2025, reportou receita de R$ 15,724 milhões e lucro líquido de R$ 6,775 milhões. A divisão simples produz uma margem bruta de 2024 próxima de 90% e margem operacional próxima de 59%.

Esses são cálculos a partir de números arquivados, não orientação da administração, e o arquivo adverte que sua apresentação da transação é ilustrativa. Eles não devem ser projetados para frente.

O balanço patrimonial no mesmo arquivo reportou R$ 7,508 milhões de intangíveis no final de 2024 e R$ 9,060 milhões em junho de 2025. Uma alocação preliminar da transação colocou a consideração proposta em R$ 71,5 milhões e ágio em R$ 55,855 milhões. Esse ágio preliminar é uma estimativa contábil de aquisição, não o valor de um produto ou contrato de cliente separável. Ainda assim, as margens divulgadas e o prêmio proposto são consistentes com o apelo de uma base de software recorrente especializada cujo produto pode ser replicado mais barato do que substituído dentro de cada cliente.

Esse último ponto é inferência, não um modelo de precificação divulgado. Os arquivos não separam licenças recorrentes, serviços profissionais, receita de pagamento ou módulos, e não publicam churn, retenção líquida, valor médio do contrato ou concentração de clientes. Um conjunto pode carregar altas margens contábeis enquanto uma implantação individual tem custos substanciais de migração, treinamento e administração interna.

Os compradores devem modelar o custo total por conexão e por processo operacional, incluindo seu próprio pessoal, hospedagem, serviços bancários, mensagens, conectores de terceiros, atualizações, ambientes de teste e eventual extração.

O design comercial também afeta o lock-in. Um preço central baixo pode ser compensado por módulos pagos ou taxas de transação; um preço agrupado alto pode incluir suporte e integrações que reduzem gastos externos. Sem a proposta real, nenhuma conclusão é justificada. A comparação de aquisição deve colocar cada concorrente na mesma carga de trabalho, curva de crescimento, conjunto de módulos e base de caixa de cinco anos — e exigir regras de reajuste para aquisições, assinantes inativos, conexões sazonais e grandes migrações.

Pagamentos são diretos — e ainda dependentes

Os pagamentos transformam a integração de software em uma preocupação diária de tesouraria. A MK apresenta o NextPay como uma camada de cobrança para Pix e boleto, comunicação white-label, verificação de crédito, fluxos de trabalho de listagem negativa e lembretes automáticos. Uma página de produto diz que mais de R$ 50 milhões são transacionados mensalmente; o site principal refere-se a mais de R$ 500 milhões processados e milhões de cobranças pagas. As páginas não informam datas de medição, se os números se sobrepõem ou se "processado" significa iniciado, liquidado ou reconciliado.

Trate-os como indicadores de escala de marketing, não volume de pagamento auditado.

A documentação técnica da MK fornece uma imagem mais útil. Umguia Pix Sicrediexige onboarding bancário, credenciais do cliente, certificados, DNS e configuração de webhook, e diz que os fundos são depositados diretamente na conta do ISP. Umguia Pix mais amplolista vários bancos suportados. Umguia de migração Sicoobregistra a necessidade de migrar quando um banco aposenta uma versão de API. Adocumentação da central de pagamentosantecipa erros quando uma API bancária está indisponível.

Essa evidência suporta uma conclusão matizada. A MK pode centralizar a orquestração e reconciliação de pagamentos enquanto a liquidação permanece com a instituição financeira do ISP; os documentos públicos não estabelecem que a MK toma custódia dos fundos dos clientes. No entanto, a liquidação direta não remove a dependência. A cobrança depende de credenciais bancárias, certificados, entrega de webhook, DNS, versões de API, canais de mensagens e o mapeamento entre uma transação liquidada e o recebível certo. O plano de controle concentra a resposta operacional mesmo quando a custódia financeira é distribuída.

Pix não é um caso extremo opcional no Brasil. Asestatísticas do Pixdo Banco Central mostram mais de 170 milhões de usuários individuais e bilhões de transações mensais. Um ISP deve, portanto, testar callbacks duplicados, notificações atrasadas, reembolsos parciais, cobranças expiradas, incompatibilidades de nome do pagador, inatividade bancária, rotação de certificados e reconciliação após um failover. Deve saber qual parte abre o boleto bancário e quanto tempo um estado de serviço automatizado espera pela liquidação confirmada. A conveniência em volume normal é menos importante do que o comportamento determinístico em torno de uma exceção.

A regulação viaja pelo mesmo registro

Para um ISP brasileiro, os dados do cliente não são apenas memória operacional. São evidência para faturamento, impostos, direitos do consumidor, relatórios setoriais e deveres de privacidade. Oguia de 2025 da Anatel para pequenos provedores de telecomunicaçõesresume obrigações incluindo submissões de dados de serviço, relatórios de infraestrutura e econômicos, informações de faturamento e medidas de segurança cibernética. O portal econômico da reguladora agora publicaindicadores trimestrais de provedores. Um ERP integrado pode ajudar a produzir totais consistentes, mas não pode decidir o escopo legal ou certificar a precisão do que o operador inseriu.

Os fluxos de trabalho do consumidor são igualmente concretos. A Anatel afirma que um assinante podesolicitar cancelamento através dos canais de serviço disponíveis, sujeito às regras aplicáveis e a quaisquer obrigações remanescentes legítimas. Faturas, cópias duplicadas, status de serviço, protocolos e carimbos de data/hora de cancelamento devem concordar. Uma automação que melhora a cobrança mas obscurece um pedido de cancelamento seria operacionalmente eficiente e legalmente perigosa. Os compradores devem traçar cada jornada regulada, desde a solicitação do cliente até a fatura final, ação de rede, protocolo e evidência retida.

As funções de privacidade mudam por contexto. A política da MK diz que a MK Solutions Criação de Software Ltda atua como controladora para informações que coleta para seus próprios fins e como operadora ao processar dados fornecidos por clientes através de suporte e uso de software. A política identifica nomes, números de CPF, endereços, detalhes de contato, estatísticas e registros de uso, e menciona parceiros de hospedagem ou serviço externos e possível processamento fora do Brasil. Oaviso de privacidade separado do MK SACdiscute um amplo conjunto de dados de aplicativo móvel, incluindo dados de selfie biométrica em um contexto de consentimento. Esses avisos suportam diligência; não são um acordo de processador completo ou registro de subprocessadores.

ALGPDdo Brasil exige medidas de segurança e rege as responsabilidades do controlador e operador. Aorientação de incidentes da ANPDdiz que um controlador deve comunicar um incidente confirmado que possa criar risco relevante ou dano à autoridade e aos titulares afetados em até três dias úteis. O guia da Anatel adiciona expectativas setoriais e interações de relatórios. A linguagem contratual deve, portanto, alocar detecção, preservação de evidências, entradas de notificação, autoridade de decisão e as horas disponíveis — não apenas prometer que as partes "cumprirão a LGPD".

A própria página de privacidade pública merece revisão de governança. Ela contém uma aparente nota editorial no texto ao vivo e descrições amplas de processamento internacional e segurança. Isso não mostra processamento ilegal ou uma falha técnica. Mostra por que o comprador deve solicitar o aviso datado e aprovado, o acordo de processamento de dados, a lista de subprocessadores, o cronograma de retenção, o mecanismo de transferência e a evidência de exclusão, em vez de tratar uma página da web como toda a estrutura de controle.

O privilégio se concentra onde o trabalho é feito

A superfície de segurança mais consequente não é uma página de login; é a permissão para alterar o estado operacional de um cliente. O Agentes+ pode expor informações do assinante, credenciais de acesso e identificadores de equipamento para usuários de campo e pode suportar provisionamento. O CRM+ pode coletar documentos de identidade, fotos e localização precisa. Perfis de API podem alcançar contratos, faturas e ordens de serviço. O Maps pode alterar topologia e registros de capacidade. Conectores de pagamento carregam credenciais e certificados bancários.

Um comprometimento ou função excessivamente ampla em qualquer uma dessas áreas pode viajar mais longe porque o conjunto é integrado.

A MK diz que usa restrições de acesso, deveres contratuais, firewalls, criptografia, certificados e medidas contra ataques. A listagem doMK SAC no Google Playidentifica a MK Solutions Criação de Software Ltda como desenvolvedora e exibe as declarações do desenvolvedor sobre dados coletados, criptografia em trânsito e compartilhamento. Essas são representações úteis, não testes de penetração independentes ou relatórios de certificação. Os materiais públicos revisados não forneceram um certificado ISO 27001 atual, relatório SOC, resumo de teste de penetração, programa de divulgação de vulnerabilidades, inventário de subprocessadores ou white paper de segurança detalhado vinculado ao CNPJ atribuído.

Alegações de backup também precisam de separação da garantia. A MK comercializa umserviço de banco de dados espelhadocomo uma réplica em tempo real e descreve um ISP que supostamente descobriu backups FTP falhos após problemas de hardware. A história é de autoria do fornecedor, o cliente não é substanciado de forma independente na página, e "tempo real" não é um objetivo de ponto de recuperação medido. A replicação pode copiar fielmente corrupção ou uma alteração não autorizada; não é um substituto para backups isolados e testados. Um teste de aquisição deve excluir ou corromper registros selecionados em um ambiente não produtivo, falhar o host primário, restaurar para um ponto escolhido e reconciliar transações geradas durante a recuperação.

Dados públicos de reclamações fornecem um sinal externo fraco, mas relevante. A listagem daMK Solutions no Reclame Aquimostrou apenas 11 reclamações na janela de junho de 2025 a maio de 2026 quando revisada, incluindo alegações de usuários sobre instabilidade de documentos fiscais e API. A plataforma reportou respostas a todas as reclamações e uma pequena amostra avaliada. Isso é autosselecionado, não auditado e muito esparso para estimar taxas de incidentes. Não prova uma interrupção sistêmica nem valida confiabilidade. Seu valor é sugerir cenários que um comprador pode pedir a clientes de referência e gerentes de suporte para evidenciar.

Nenhuma divulgação pública crível de uma violação material da MK ou de uma vulnerabilidade pública específica do produto foi identificada no conjunto de evidências congelado. Isso não é evidência de que nenhuma ocorreu. Incidentes B2B privados, descobertas remediadas e vulnerabilidades de componentes podem nunca aparecer sob o nome da marca. O pedido de diligência correto é um histórico de incidentes, política de gerenciamento de vulnerabilidades, inventário de dependências, métricas de remediação, controles de autenticação, registro de sessão privilegiada e resultados de testes independentes recentes — com escopo, datas e exceções visíveis.

A prova do cliente permanece mais fina que a prova do produto

A MK publica extenso detalhe do produto e um conjunto de histórias de sucesso. Essa assimetria é em si informativa. A documentação pública torna possível entender muitos fluxos de trabalho, enquanto as evidências de resultado são amplamente selecionadas pelo fornecedor. A página de casos cita retornos e economias atraentes sem os contratos completos, custos iniciais, períodos de amostra ou cálculos independentes necessários para reproduzi-los. A ClienteSA fornece uma voz de cliente nomeada e estatísticas de serviço internas, mas não uma coorte representativa.

Isso não significa que os resultados são falsos. Software empresarial vertical é frequentemente difícil de avaliar publicamente porque as configurações dos clientes e os termos comerciais são confidenciais. Significa que um comprador não deve traduzir "2.500 clientes ativos" em 2.500 implantações de produção equivalentes, ou assumir que uma contagem de conexões significa que todo assinante usa todos os módulos. Pergunte como "ativo", "cliente" e "conectado" são definidos; se revendedor, teste, adquirido e contas de módulo parcial estão incluídos; e quantos clientes correspondem ao volume de conexão e modelo de implantação do comprador.

As referências devem ser escolhidas por semelhança operacional, não prestígio do logotipo. Um grupo multi-CNPJ deve falar com outro consolidador. Um provedor rural sem fio e fibra deve encontrar uma referência de rede mista. Um comprador dependente de um banco, família de OLT, município fiscal ou provedor de WhatsApp específico precisa exatamente dessa combinação. As conversas devem ocorrer sem a presença do vendedor e cobrir migrações com falha, fechamento de mês, atualizações, comunicação de incidentes, escalonamento de tickets e extração de dados, bem como a entrada em produção bem-sucedida.

Há também lacunas honestas de evidência que chamadas de referência não podem fechar. Fontes públicas não divulgam concentração de clientes, churn, adoção de módulos, uptime de infraestrutura, volume de tickets de gravidade um, número de desenvolvedores, total atual de funcionários ou contagens de conexão atuais auditadas de forma independente. A aquisição deve registrar estes como não resolvidos se a MK se recusar a fornecê-los. Um desconhecido é mais seguro do que um número confiante construído a partir de fragmentos de marketing.

Concorrentes competem pelo mesmo centro de gravidade

A MK não está sozinha em tentar se tornar o centro operacional de um ISP brasileiro.SGPcomercializa um sistema integrado de provedor cobrindo assinantes, finanças, trabalho fiscal, estoque, rede e funções FTTH, aplicativos, suporte, migração e centenas de integrações.IXC Provedorapresenta um ERP para ISP com implantação, treinamento, operações de rede e cliente.HubSoftexpõe APIs documentadas em torno de sua própria plataforma de provedor. Outros conjuntos verticais e produtos OSS/BSS especializados ampliam o campo.

A paridade de tabela de funcionalidades é, portanto, fácil de exagerar. Muitos fornecedores podem listar CRM, faturamento, Pix, serviço de campo, estoque, painéis e suporte. As diferenças significativas são profundidade e comportamento em falha: quais versões de OLT e banco funcionam agora; como as regras fiscais são mantidas; como uma alteração em massa é auditada; com que rapidez uma exceção de migração chega a um especialista; como um callback de pagamento é reproduzido; como topologia e estoque são reconciliados; e quão completamente um cliente pode exportar dados.

O substituto principal nem sempre é outro conjunto. Um ISP maior pode combinar um CRM geral, mecanismo de faturamento, inventário de rede, plataforma RADIUS ou AAA, ferramenta de força de trabalho, data warehouse, orquestrador de pagamentos e camada de integração. Essa abordagem componível pode reduzir a dependência de um fornecedor e permitir que cada domínio evolua independentemente. Também cria interfaces para construir, monitorar e suportar. Um pequeno provedor regional pode sensatamente preferir os padrões verticais da MK a se tornar seu próprio integrador de sistemas.

A decisão não é, portanto, "integrado bom, modular mau". É onde o operador quer que a complexidade viva. A MK internaliza grande parte da coordenação em um produto e relacionamento de suporte. Um patrimônio componível internaliza em arquitetura, engenharia e capacidade de gestão de fornecedores. A comparação correta precifica tanto o software quanto o ônus organizacional, depois testa quais modos de falha o ISP pode realmente gerenciar.

Sair é um projeto de continuidade

Os custos de troca começam muito antes do término do contrato. A equipe aprende os estados e atalhos da MK. Bots e portais de clientes dependem de seus endpoints. Perfis de pagamento, credenciais bancárias, scripts OLT, configurações fiscais, funções, relatórios e rotinas de campo acumulam-se em torno da plataforma. Tickets históricos e mudanças de topologia tornam-se evidência. Painéis de gestão adquirem definições que podem não mapear de forma limpa para outro ERP. Nada disso é lock-in impróprio por si só; grande parte é o valor acumulado que o cliente pediu ao conjunto para criar.

O risco emerge quando o valor acumulado não pode ser representado em outro lugar. Adocumentação de gradesda MK descreve exportação para formatos incluindo CSV, XLSX e PDF. Isso é útil para visualizações selecionadas, mas não é evidência de uma exportação completa, relacional e documentada de clientes, contratos, faturas, pagamentos, eventos fiscais, topologia de rede, custódia de estoque, ordens de serviço, histórico de auditoria, anexos e configuração de integração. O acesso à API também não é automaticamente uma interface de saída: pode omitir histórico, impor limites ou exigir que o sistema ativo permaneça licenciado.

Um teste de saída crível deve acontecer antes da assinatura. A MK deve fornecer um dicionário de dados, relacionamentos de entidade, formato de anexo, representação de tempo, codificação de caracteres, IDs estáveis, marcadores de exclusão e limites de volume. O comprador deve exportar um ambiente representativo, carregá-lo em armazenamento neutro e reconstruir vários históricos sem olhar para a tela da MK. Deve verificar totais e relacionamentos, não apenas abrir arquivos.

O contrato deve especificar assistência de extração, taxas, cronograma, acesso somente leitura, retenção pós-rescisão, exclusão segura, revogação de credenciais e cooperação com o sucessor.

A migração operacional é mais difícil que a extração. Durante uma troca, faturas ainda vencem, pagamentos Pix chegam, técnicos instalam serviço, clientes solicitam cancelamento e reguladores podem pedir evidências. Um provedor precisa de uma política de congelamento, captura de delta, transição de interface, limite de reversão e um período de acesso histórico somente leitura. Deve decidir qual plataforma pode alterar cada registro em cada estágio. Um "big bang" que deixa ambos os sistemas aceitando pagamento ou ações de rede pode ser pior do que uma migração atrasada.

O planejamento de saída também melhora a implantação atual. Para provar portabilidade, o ISP deve conhecer seus próprios identificadores canônicos, proprietários de dados, regras de retenção e dependências. Essas disciplinas reduzem o risco de migração, melhoram auditorias e expõem personalizações não documentadas. Um fornecedor confiante em seu valor diário deve ser capaz de apoiar essa clareza; o produto deve ser retido porque funciona, não porque o cliente não pode se reconstruir.

A sala de aquisição deve operar a operação

Uma avaliação responsável deve substituir o passeio polido pelo módulo por um ensaio operacional controlado. Os seguintes testes são projetados em torno da proposta real da MK, em vez de uma avaliação genérica de ERP.

Primeiro, estabeleça identidade e escopo.Obtenha evidências de registro atuais para o CNPJ 09.587.408/0001-86 e a posterior MK Solutions Tecnologia S.A.; mapeie as etapas de incorporação de 2025; identifique as entidades contratante, faturadora, de hospedagem, proprietária de IP e processadora de dados; e pergunte sobre o status e as consequências da proposta de transação com a Nuvini. Torne explícitas as cláusulas de mudança de controle, cessão e continuidade.

Segundo, construa uma jornada difícil de assinante.Use dados sintéticos para criar um lead com dois endereços, teste a viabilidade FTTH perto de um limite de capacidade, assine um plano com desconto, aloque e provisione uma ONU, emita um documento fiscal e cobrança Pix, atrase o callback de pagamento, abra uma reclamação, substitua equipamento, mude de plano e solicite cancelamento. Inspecione cada estado resultante, carimbo de data/hora, verificação de permissão, notificação, entrada de razão e registro de auditoria. Repita uma etapa offline através do aplicativo de campo e outra através de um parceiro de API.

Terceiro, ensaie a migração em vez de discuti-la.Forneça um extrato representativo com duplicatas, CPFs malformados, créditos, parcelas, planos inativos, equipamentos reutilizados, coordenadas faltantes e saldos disputados. Exija um relatório de mapeamento, fila de exceções e reconciliações por estado. Execute faturamento, fiscal, banco e resultados de autenticação em paralelo. Pergunte quais transformações são repetíveis e quais dependem de julgamento manual.

Quarto, falhe as dependências deliberadamente.Expire um certificado bancário, retenha um webhook, duplique uma notificação Pix, torne uma OLT inalcançável, rejeite um documento fiscal municipal, interrompa DNS, remova conectividade móvel e adie uma atualização do ERP. Observe repetições, filas, alertas, controles manuais e reconciliação. Confirme que uma integração financeira com falha não aciona silenciosamente a ação de serviço errada.

Quinto, inspecione o privilégio.Revise modelos de função para vendas, finanças, suporte, rede, almoxarifado, contratado de campo e administrador. Teste autenticação multifator, revogação de sessão, escopo e rotação de token de API, aprovação de exportação em massa, segregação de funções e retenção de auditoria. Solicite descobertas de testes de penetração independentes, evidências de remediação, detalhes de subprocessadores e hospedagem, isolamento de backup e um exercício de recuperação cronometrado.

Sexto, meça o suporte com evidência.Obtenha definições de gravidade, históricos de resposta e restauração, gráficos de escalonamento, cobertura de pessoal, comunicação de manutenção, mecanismos de status e referências nomeadas. Abra tickets de teste que cruzem domínios financeiros, de rede e fiscais. Determine quem é responsável por um problema que abrange MK, um banco, um fornecedor de OLT e um parceiro de mensagens.

Sétimo, precifique os cinco anos reais.Inclua cada módulo, ambiente, onda de migração, hora de treinamento, API, mensagem, serviço de pagamento, nível de infraestrutura, aquisição, crescimento de dados, mudança fiscal, atualização e extração. Aplique crescimento e declínio de conexão. Separe a proteção de preço contratual da expectativa de um vendedor.

Finalmente, saia antes de comprar.Exporte a implantação sintética, reconstrua o histórico de assinantes e rede em armazenamento neutro, gire ou revogue cada credencial e restaure a partir do backup. Coloque tempo de entrega, critérios de completude e assistência no contrato. Se a saída não puder ser demonstrada com um ambiente pequeno, não se tornará mais fácil após cinco anos de histórico operacional.

O que merece observação agora

O primeiro ponto de atenção é a identidade corporativa. O CNPJ original permanece o limite verificado para esta pesquisa, enquanto avisos públicos apontam para incorporação em uma empresa nomeada sucessora. Os clientes devem monitorar o status do registro, as cessões de contrato e a transação contestada, ainda condicional, com a Nuvini, em vez de inferir a conclusão a partir da marca.

O segundo é a maturidade da evidência. A MK publica documentação de fluxo de trabalho incomumente útil, mas sua escala atual, resultados de desempenho, níveis de serviço e postura de segurança são menos independentemente visíveis. Um pacote de arquitetura e segurança datado, histórico de status estável, catálogo de integração transparente e métricas de cliente consistentemente definidas melhorariam materialmente a confiança externa.

O terceiro é a expansão do produto. Cada função adicional de pagamento, bot, mobile, analytics ou parceiro aumenta o valor da continuidade e o número de dependências que devem ser governadas. Os compradores devem rastrear se identidade, permissões, auditoria, gerenciamento de versões e cobertura de exportação permanecem coerentes entre os módulos, em vez de assumir que o núcleo do ERP controla automaticamente superfícies mais novas.

O quarto é a pressão regulatória e econômica do mercado. A Anatel está apertando as expectativas de relatórios e segurança cibernética enquanto descreve a consolidação entre provedores de banda larga fixa. APIs bancárias e interfaces fiscais continuam mudando. Um fornecedor vertical pode transformar essas mudanças em alavancagem compartilhada para milhares de clientes — ou em um gargalo compartilhado se atualizações, suporte ou qualidade de dados falharem.

Um plano de controle ganha seu lugar todos os dias

A vantagem mais crível da MK Solutions não é ter montado uma longa lista de funcionalidades. É que a lista segue a vida real de um assinante de banda larga. A mesma promessa comercial pode alcançar uma decisão de capacidade de fibra, um técnico, uma fatura, um pagamento, um protocolo de suporte e um relatório de gestão. Em um mercado brasileiro fragmentado, essa continuidade operacional pode dar a um ISP regional capacidades que ele lutaria para projetar sozinho.

Mas continuidade também é concentração. O modelo de dados torna-se uma linguagem operacional. O suporte torna-se parte da resposta a incidentes. Interfaces bancárias e de equipamentos tornam-se dependências de produção. Uma reorganização legal pode importar para uma central de atendimento. Uma cláusula de exportação pode se tornar um controle de continuidade de negócios. Alegações de marketing sobre escala ou economia são menos persuasivas precisamente onde o produto é mais consequente.

A conclusão correta não é nem endosso automático nem medo de lock-in. É um padrão de prova mais alto. A MK deve ser julgada no tratamento de exceções, reconciliação de migração, privilégio, recuperação, evidência regulatória e saída — não apenas se uma demonstração limpa move um lead para uma fatura. A fatura pode tocar a banda larga porque a plataforma une a operação. Esse poder é valioso quando o ISP pode ver, testar e, finalmente, controlar cada elo da corrente.