Resumen
- El valor estratégico de MK Solutions no reside en un solo módulo. Es la continuidad buscada de un registro de abonado a través de ventas, viabilidad de FTTH, aprovisionamiento, facturación, cobro, soporte, inventario, análisis y trabajo de campo.
- Esa integración puede reducir la entrada duplicada y acortar los ciclos de fallo a resolución, pero los mismos datos compartidos pueden propagar una dirección incorrecta, un plan, una regla fiscal, una credencial de red o un estado de pago a través del ISP. La migración y la gobernanza de datos son parte del producto, no tareas preliminares.
- Los documentos públicos revelan un negocio de software vertical rentable, mientras que los precios públicos, los recuentos actuales de clientes auditados, los compromisos de nivel de servicio y la garantía de seguridad detallada siguen sin estar disponibles. Las cifras de escala y resultados de marketing deben tratarse como afirmaciones hasta que un comprador las valide.
- El proceso de adquisición debe probar la entidad contratante exacta, los flujos de trabajo reales, las dependencias bancarias y de OLT, las pruebas de incidentes, la escalada de soporte y un ejercicio completo de exportación y reconstrucción. Una plataforma que se convierte en el plano de control de un ISP debe demostrar no solo que puede ejecutar la operación, sino que el operador puede recuperarse e irse.
La factura perdida que cruza la red
Comience con un evento ordinario: un abonado residencial no paga en la fecha de vencimiento. En una pila de proveedores ensamblada de manera flexible, ese evento puede existir por separado en un archivo de devolución bancaria, un sistema contable, una hoja de cálculo de clientes, una plataforma de autenticación y la pantalla de un agente de soporte. Alguien concilia las identidades. Alguien decide si se envió un recordatorio. Si el estado del servicio cambia, otro sistema debe saberlo. Cuando el abonado paga por Pix y llama para la restauración, el pago, el contrato y la sesión de red deben reunirse nuevamente.
Cada traspaso es una pequeña oportunidad para demoras, trabajo duplicado o un cliente enojado que ya ha pagado.
La propuesta de MK Solutions es que esos traspasos pueden organizarse en torno al mismo registro operativo. Sumaterial público de ERPconecta contratos, facturas, cuentas por cobrar, cobros, autenticación técnica, información de tráfico, avisos de corte, órdenes de servicio, stock y una aplicación para técnicos.MK BotyMK SAC+exponen acciones seleccionadas a canales de mensajería y autoservicio.MK Agentes+lleva información del abonado, equipos y aprovisionamiento al campo.NextPaycoordina las funciones de cobro y pago. El término analítico "plano de control" describe el papel operativo que busca esta combinación; no es una afirmación de que MK haya publicado una arquitectura de control de red particular.
La distinción importa. MK no posee la red de acceso del ISP simplemente porque su software pueda documentar una caja de empalme o enviar instrucciones de aprovisionamiento. No se convierte en el banco del abonado porque su capa de pago pueda emitir un cobro Pix. Tampoco una pantalla integrada garantiza que cada registro subyacente sea correcto. Lo que puede hacer es hacer visible operativamente un estado financiero, poner un estado técnico frente al soporte y retroalimentar una acción de campo al inventario.
Para un ISP regional con equipos reducidos, esa continuidad es potencialmente más valiosa que una característica de moda añadida de forma aislada.
También es por eso que una comparación de software convencional es insuficiente. Un comprador debe preguntar qué sucede cuando la API del banco se agota, una dirección se geocodifica contra el terminal equivocado, un documento fiscal es rechazado, un comando ONU falla, un técnico pierde conectividad o un cliente migrado tiene dos contratos activos. La versión más sólida del caso MK es que el conjunto cierra esos bucles. La objeción más fuerte es que una plataforma se sitúa dentro de casi todos los bucles. El resto de la evaluación se deriva de esa concentración.
La entidad legal detrás del nombre MK
La entidad examinada aquí esMK SOLUTIONS CRIAÇÃO DE SOFTWARE LTDA, CNPJ09.587.408/0001-86, no una marca genérica "MK", un inversor o una envoltura corporativa posterior. Lapolítica de privacidad públicade MK nombra expresamente esa empresa y número de registro. Lapropia historiade la empresa dice que los fundadores operaron primero un ISP y convirtieron su solución interna en un producto comercial en 2008. Esa historia de origen es plausible y se repite de manera consistente, pero sigue siendo un relato de la empresa.
El pie de página actual del sitio web y el aviso corporativo de marzo de 2026 apuntan a Rua Daniel Caspary 85 en Santa Cruz do Sul. El aviso de privacidad de la empresa original aún muestra Rua Guilherme Werlang 105. Las páginas de reclutamiento asocian roles con Santa Cruz do Sul y, en diferentes puntos, Porto Alegre, São Paulo y Belo Horizonte, mientras que la página "Acerca de" describe una fuerza laboral distribuida. Una ubicación de trabajo no es prueba de una sucursal permanente, y no se identificó una lista de sucursales autorizada actual.
Por lo tanto, la descripción pública defendible es una base operativa en Santa Cruz do Sul más una cobertura distribuida reclamada por la empresa, no una red de oficinas nacional verificada.
La propiedad está mejor evidenciada. Los estados financieros depositados en la Central de Balanços de Brasil afirman queTBG Investimentos e Participações adquirió MK en 2020y la poseyó totalmente en los períodos cubiertos. Los estados describen a MK como software para proveedores de telecomunicaciones. Un reportaje contemporáneo enExameatribuyó un plan de inversión de R$30 millones para 2022 y objetivos de crecimiento a la dirección. Esos objetivos iluminan la ambición, no los resultados realizados.
El límite se vuelve menos ordenado después de eso. Unaviso corporativode julio de 2025 publicado en Jornal O Dia convocó una reunión de TBG para considerar la incorporación de MK Solutions Criação de Software Ltda en TBG y propuso cambios en el nombre, el propósito corporativo y la dirección de TBG. Para marzo de 2026, otroaviso corporativo publicadose refería aMK Solutions Tecnologia S.A., CNPJ 30.420.144/0001-68, en la misma dirección Rua Daniel Caspary utilizada por la marca operativa. Estos avisos son una fuerte evidencia de un proceso de reorganización y un vehículo corporativo con nombre sucesor. No responden, por sí solos, a todas las preguntas sobre la fecha efectiva, la transferencia de cada contrato o el estado continuo del CNPJ 09.587.408/0001-86.
Una transacción separada agrega otra capa sin resolverla. En septiembre de 2025, Nuvini, que cotiza en EE. UU., anunció en unFormulario 6-K de la SECun acuerdo vinculante para adquirir MK, sujeto a la debida diligencia y condiciones de cierre. UnFormulario F-3 de enero de 2026todavía describía la transacción como condicional. Elinforme anual de 2025 de Nuvinireveló que el vendedor alegó un incumplimiento en marzo de 2026, que Nuvini disputó. Por lo tanto, el registro públiconorespalda escribir que Nuvini completó la adquisición.
Para un artículo, la respuesta disciplinada es retener el límite de entidad asignado y señalar el registro posterior. Para un comprador, es una condición de cierre: obtener un certificado Receita actual, los instrumentos de constitución, la prueba de autoridad, el CNPJ exacto en la propuesta y la factura, y la asignación por escrito de los derechos de propiedad intelectual del software, alojamiento, soporte, privacidad y obligaciones de continuidad. Un logotipo familiar y una oficina sin cambios no sustituyen a saber qué persona jurídica debe el servicio.
Escala en un mercado de banda ancha fragmentado
Elsitio webde MK dice actualmente que atiende a más de 2500 clientes activos, conecta a más de 15 millones de brasileños a través de sus sistemas y es utilizado por 32 de los 100 proveedores más grandes del país. Su página "Acerca de" dice que los empleados están distribuidos en más de 12 estados. Estas cifras establecen lo que MK quiere que el mercado crea; las páginas no proporcionan una lista de clientes fechada, método de cálculo o garantía independiente. Exame informó en 2022 que MK dijo que estaba presente en 25 de 27 estados y gestionaba el 30 por ciento de las conexiones brasileñas. Esa afirmación más antigua no puede validar las métricas diferentes de hoy.
Sin embargo, el mercado direccionable es sustancial y está inusualmente distribuido. Elestudio TIC Provedores 2024, producido por Cetic.br de NIC.br, estimó 11 853 empresas proveedoras de internet en Brasil en 2024. El cuarenta y uno por ciento operaba en un solo municipio y el 45 por ciento eran microempresas. Elestudio TIC Domicílios 2024encontró banda ancha fija en el 71 por ciento de los hogares conectados, con cable o fibra reportados como el tipo de acceso fijo dominante. Estas encuestas no miden la participación de MK. Explican por qué un sistema vertical puede ser importante: miles de operadores deben realizar trabajo similar de facturación, cliente, red y regulatorio a pesar de las grandes diferencias en tamaño y capacidad profesional.
La propia Anatel dijo en unplan de aplicación de junio de 2025que los pequeños proveedores representaban más del 53 por ciento de los accesos de banda ancha fija en 2023, mientras que las fallas de reporte seguían siendo generalizadas entre las empresas autorizadas. En mayo de 2026, el regulador describió laconsolidación del mercadocomo una etapa natural en un sector fragmentado bajo presión de márgenes. Ese entorno recompensa a los sistemas capaces de estandarizar el trabajo en un proveedor en crecimiento. También significa que el "cliente típico" de un proveedor de software puede ser engañoso: un operador de una sola ciudad, un consolidador multiestatal y un proveedor de 100 000 conexiones no tienen los mismos controles, integraciones o carga de soporte.
Un abonado, muchas consecuencias operativas
La mejor manera de entender la amplitud de MK es seguir a un cliente en lugar de recorrer su menú. Un posible abonado ingresa enMK CRM+. La documentación pública dice que la aplicación puede recopilar documentos de identidad y fotografías, obtener la ubicación GPS, verificar la viabilidad de FTTH contra cajas mapeadas dentro de un radio configurado, seleccionar un plan y crear la información necesaria para la instalación. Esto combina datos personales sensibles, una decisión comercial y una decisión de capacidad de red antes de que comience el servicio.
La instalación puede convertirse en una orden de campo. La documentación de Agentes+ dice que los técnicos autorizados pueden ver información del abonado, credenciales de acceso e identificadores de equipo, mover inventario y realizar acciones que incluyen el aprovisionamiento de ONU. MK Maps proporciona el registro de red que da contexto a esas acciones. Una vez activo, el área técnica del ERP puede asociar autenticación, tiempo de conexión, uso de ancho de banda, información de ruta y avisos de corte con el abonado. Finanzas produce cargos, documentos fiscales y cuentas por cobrar.
Un espacio de trabajo de soporte vincula tareas con reglas de nivel de servicio, mientras que SAC+ puede mostrar facturas, consumo, contratos y tickets al cliente. Las integraciones de Bot pueden responder solicitudes comunes o moverlas a una cola atendida.
Esa secuencia es más que conveniencia. En una implementación bien gobernada, la promesa de venta se puede probar contra la capacidad real antes de que se firme un contrato; la ONU instalada se puede emparejar con el stock; el plan activo puede convertirse en el plan facturado; un pago puede actualizar el estado visible para el soporte; y un reemplazo de campo puede cerrar tanto una orden de servicio como un movimiento de inventario. Los gerentes pueden usar paneles de BI basados en transacciones operativas en lugar de pedir una hoja de cálculo a cada departamento.
La evidencia pública no prueba que cada módulo escriba en una base de datos físicamente unificada, que los cambios se propaguen en tiempo real o que todas las integraciones sean transaccionales. MK publica páginas de productos y documentación a nivel de tarea, no un diseño completo del sistema. Por lo tanto, "registro único" debe leerse como la continuidad operativa prevista, no una afirmación verificada sobre la topología de almacenamiento. Durante el proceso de adquisición, la diferencia es comprobable.
Cambie un plan, dirección del cliente, fecha de vencimiento, ONU y asignación de puerto de empalme en un entorno de prueba; luego inspeccione qué pantallas, API, registros de auditoría e informes cambian, en qué orden, y cómo se concilia una acción posterior fallida.
También es necesario resistir la ruta más feliz de la demostración. Un cliente potencial puede tener un CPF mal escrito. Dos calles pueden compartir un nombre. La caja mapeada puede mostrar un puerto libre que un técnico ya usó sin conexión. Se puede firmar un contrato mientras un perfil bancario no es válido. Un webhook de pago puede llegar dos veces o no llegar. Un abonado puede tener dos propiedades y un número de WhatsApp. El valor de la integración aparece en cómo el conjunto maneja esas excepciones, no en la rapidez con que un cliente potencial impecable se convierte en un ícono de estado verde.
Lo que la arquitectura pública muestra—y no muestra
MK ofrece suficiente documentación técnica para revelar superficies operativas significativas, pero no suficiente para completar una revisión de arquitectura. La empresa dice que el ERP puede ejecutarse en la nube o en servidores físicos. Su documentación de API describe acceso basado en tokens, perfiles de permisos y endpoints para clientes potenciales, planes, contratos, facturas y órdenes de servicio. Unaguía general de APIdescribe perfiles de servicio web y una vista de registros de 90 días. Unapágina de API especialdice que algunas operaciones de escritura requieren un entorno adicional y contacto comercial. Untutorial de Insomniademuestra la adquisición de tokens y la configuración de permisos.
Esta es evidencia práctica de que MK no es una aplicación sellada. Puede exponer objetos comerciales centrales y permitir que sistemas externos actúen sobre ellos. El sitio web de MK afirma más de 100 integraciones y más de 50 socios, mientras que su FAQ da una cifra diferente de más de 50 integraciones nativas. Ningún número está acompañado de un catálogo versionado o registro de tiempo de actividad. Unaguía de integración de Opa! Suitede terceros es más concreta: pide al ISP que obtenga un endpoint de MK y varias credenciales para que el servicio pueda recuperar contratos, facturas y funciones de diagnóstico o desbloqueo. Unaguía de gateway de Zapispmuestra mensajes generados por MK que se entregan a un servicio de WhatsApp. Estos ejemplos demuestran la integración en la práctica, pero también la propagación de credenciales privilegiadas entre proveedores.
Varios hechos de diseño importantes permanecen sin publicar. Los materiales revisados no establecen el motor de base de datos actual y las versiones compatibles, el modelo de aislamiento de inquilinos, la cobertura de cifrado en reposo, la custodia de claves, las ubicaciones de alojamiento regional, la semántica de colas y reintentos, los límites de velocidad de API, la retención de auditoría inmutable, los compromisos de punto de recuperación y tiempo de recuperación, el manejo de conflictos fuera de línea móvil o la lista de materiales de software.
Tampoco muestran si todos los módulos actualmente comercializados comparten el mismo servicio de autenticación y autorización. Ninguna de esas lagunas prueba una debilidad. Cada una es una solicitud de evidencia que un comprador serio debe resolver bajo confidencialidad antes de depender del conjunto.
Las actualizaciones son un evento operativo, no una abstracción de fondo. Laguía de actualización del ERP de MKdice que los lanzamientos se escalonan después de las pruebas, pueden ser iniciados o programados por el cliente, interrumpen el acceso web para los operadores y conllevan una ventana estimada de 30 minutos. Esa es una transparencia útil, pero no es un SLA de disponibilidad. Un proveedor debe preguntar qué funciones continúan durante la ventana, cómo las aplicaciones de campo y las colas de cobro automatizadas ponen en cola el trabajo, si se puede revertir una versión, cómo se respaldan las migraciones de esquema y qué sucede cuando un cliente pospone una actualización requerida por un banco, autoridad fiscal o parche de seguridad.
Un mapa no es una red de fibra
MK Maps es donde la descripción del plano de control puede volverse más fácilmente engañosa. El productodocumenta la infraestructura FTTH: cables, cajas de empalme, puertos, divisores, clientes e información de señal. Puede hacer visible la capacidad de la caja para CRM, generar o almacenar scripts relacionados con OLT, mostrar un diagrama de empalme e historial, y permitir que un usuario de campo aprovisione una ONU. Esos registros pueden reducir despachos ciegos y hacer que las decisiones de viabilidad sean más disciplinadas.
No le dan a MK la propiedad o el control físico de la fibra, conductos, postes, OLT o instalaciones del cliente del ISP. El ISP posee o contrata esos activos y sigue siendo responsable de la precisión de la representación digital. Un comando preparado a través de una aplicación aún llega a equipos de red específicos del proveedor a través de interfaces que el ISP configura. Los valores de señal son observaciones, no pruebas de que una ruta no tenga degradación. Un cable dibujado no es evidencia de que un equipo lo instaló exactamente allí.
Este es el clásico compromiso del gemelo digital a una escala modesta: el mapa se vuelve valioso a medida que la gente confía en él, y la gente confía en él solo si cada construcción, empalme, movimiento y retiro se registra. La integración amplifica ambas direcciones. Un registro de caja correcto evita que un vendedor prometa una instalación imposible. Un registro de capacidad incorrecto puede crear un mal contrato, un viaje de camión desperdiciado y una discrepancia de inventario en una secuencia.
Por lo tanto, la adquisición debe incluir una auditoría física de muestra: rutas seleccionadas, cajas, puertos, ONU y artículos de almacén conciliados contra MK, no simplemente una demostración en pantalla.
Los permisos y el historial son igualmente importantes. MK dice que Maps admite control de acceso y registros de actividad. Un comprador debe verificar si el historial es de solo adición, cuánto tiempo se conserva, si las importaciones masivas identifican a su actor, cómo se recuperan los elementos de red eliminados y si un técnico puede cambiar un registro de topología y aprobar el movimiento de inventario resultante. En un conjunto integrado, la separación de funciones importa precisamente porque una acción puede cruzar fronteras departamentales.
El dividendo de integración tiene una factura de datos
El caso económico para la integración es intuitivo. La entrada duplicada disminuye. El mismo contrato no necesita ser reinterpretado por los equipos de facturación, soporte y campo. Un gerente puede relacionar la morosidad con el estado del servicio o el rendimiento de la instalación sin encargar un proyecto de datos personalizado. Los pequeños proveedores obtienen flujos de trabajo que de otro modo requerirían especialistas. Los grupos más grandes pueden imponer categorías y controles comunes en las operaciones adquiridas.
MK adjunta resultados precisos a esa historia. Su página de inicio anuncia mejoras de productividad, retención y morosidad; supágina de casospresenta cifras como un retorno de siete veces y grandes ahorros anuales de bot. Estas son afirmaciones seleccionadas por el proveedor sin líneas de base divulgadas, definiciones de muestra, períodos de cálculo o contrafactuales. Pueden ser ciertas para los clientes destacados y aun así ser malos pronósticos para otro operador. Un comprador debe solicitar el numerador y denominador en bruto, el alcance de la implementación, la madurez inicial, los costos excluidos y el permiso para hablar en privado con clientes comparables.
La integración también crea una factura de datos que debe pagarse continuamente. La identidad del cliente necesita deduplicación. Los catálogos de productos necesitan nombres controlados y tratamiento fiscal. Los recursos de red requieren identificadores estables. La conciliación bancaria necesita referencias de transacciones idempotentes. El inventario necesita unidades, ubicaciones y custodia. El personal necesita roles que reflejen los deberes reales. Si esas disciplinas están ausentes, un conjunto no elimina la fragmentación; coloca significados inconsistentes más cerca.
El error de migración de mayor riesgo a menudo no es una fila faltante, sino una fila mapeada a la semántica incorrecta. "Activo", "instalado", "autenticado", "facturado" y "pagado" son estados diferentes. También lo son la cancelación solicitada, el acceso suspendido y el contrato terminado. Una migración que los comprime puede producir totales limpios y operaciones incorrectas. El plan de aceptación debe conciliar cohortes entre estados, no solo comparar recuentos agregados de abonados y cuentas por cobrar. También debe retener la evidencia original el tiempo suficiente para explicar disputas posteriores.
La migración es parte del producto
El material de reclutamiento de MK es revelador porque incluye roles de migración y soporte, no solo desarrollo de software y ventas. Lapágina de carrerasde la empresa ha anunciado analistas de migración y puestos de soporte fiscal en Santa Cruz do Sul junto con roles de infraestructura y comerciales en otras ciudades. Eso no establece el recuento de empleados, las proporciones de personal o la disponibilidad. Sí muestra que convertir datos de clientes e interpretar operaciones fiscales brasileñas requiere trabajo humano organizado.
El proveedor contribuye al menos tanto. Debe extraer del antiguo ERP, hojas de cálculo, sistemas RADIUS o de autenticación, mapas de red, almacenes, sistemas fiscales y proveedores de pago. Debe decidir qué sistema gana cuando dos no están de acuerdo. Debe mapear planes y descuentos, normalizar direcciones, preservar evidencia de contratos, vincular identificadores de equipos y distinguir crédito de efectivo no aplicado. Un equipo de migración que espera "datos limpios" esperará para siempre; uno que corrige silenciosamente datos ambiguos puede fabricar responsabilidades.
Un programa sólido comienza con la elaboración de perfiles y un catálogo de mapeo por escrito. Ensaya varias conversiones, registra filas rechazadas y transformadas, y valida muestras con los equipos de finanzas, red, servicio al cliente, fiscal y campo. Ejecuta cálculos antiguos y nuevos en paralelo durante al menos los ciclos que conllevan riesgo: facturas, devoluciones de Pix y boleto, documentos fiscales, suspensiones y restauraciones, cambios de inventario e informes regulatorios. La decisión de puesta en marcha debe depender de umbrales de excepción acordados, no de una fecha ceremonial.
El soporte se convierte entonces en parte de la continuidad. MK dice que el soporte es gratuito, ilimitado y está disponible las 24 horas. Uninforme de ClienteSA de 2023transmitió cifras de la empresa de que el tiempo promedio de espera cayó de 48 a 27 minutos durante 2022 y el tiempo promedio de resolución de 72 horas a seis; también citó a un gerente del cliente Pro Telecom elogiando el soporte. Esto es más informativo que un testimonio anónimo, pero sigue siendo un reportaje promocional basado en métricas de la empresa y un cliente nombrado. No define niveles de gravedad, reglas de reloj, exclusiones o remedios.
El comprador debe solicitar el contrato de soporte real: objetivos de respuesta y restauración por gravedad, rutas telefónicas y fuera de horario, escalada a ingeniería, cadencia de comunicación de incidentes, cobertura en portugués, roles de incorporación nombrados, dotación de personal en períodos fiscales pico, propiedad de integración bancaria y créditos de servicio. Debe revisar tickets anonimizados similares a su propio entorno.
El "soporte local" no es simplemente un número de teléfono nacional; es suficiente mano de obra capacitada, con acceso a la ingeniería del producto, para interpretar el contexto fiscal, de red y de cliente de un proveedor brasileño bajo presión.
La economía silenciosa de un ERP vertical
MK no publica una tarjeta de precio simple para el conjunto completo. Los materiales públicos anuncian módulos, implementación en la nube o servidores físicos, integraciones y soporte incluido; no divulgan una unidad de suscripción estándar, plazo mínimo, tarifa de incorporación, cargo de migración, derecho de API, tasa de aceptación de pago, asignación de infraestructura o asistencia para la salida. La documentación de API especial dirige a algunos usuarios al contacto comercial. En consecuencia, ningún cálculo público creíble puede afirmar lo que paga un ISP representativo.
Sin embargo, las presentaciones corporativas revelan por qué el negocio atrae capital. El Formulario F-3 de Nuvini de enero de 2026 incluía cifras históricas de MK, en miles de reales, para el modelado de transacciones. Reportó ingresos operativos netos de R$31,679 millones en 2024, ganancia bruta de R$28,404 millones, ingresos operativos de R$18,534 millones e ingresos netos de R$15,867 millones. Para el primer semestre de 2025, reportó ingresos de R$15,724 millones e ingresos netos de R$6,775 millones. Una división simple produce un margen bruto de 2024 cercano al 90 por ciento y un margen operativo cercano al 59 por ciento.
Estos son cálculos a partir de cifras presentadas, no orientación de la gerencia, y la presentación advierte que su presentación de la transacción es ilustrativa. No deben proyectarse hacia adelante.
El balance en la misma presentación reportó R$7,508 millones en intangibles a fines de 2024 y R$9,060 millones para junio de 2025. Una asignación de transacción preliminar situó la contraprestación propuesta en R$71,5 millones y la plusvalía en R$55,855 millones. Esa plusvalía preliminar es una estimación contable de adquisición, no el valor de un producto separable o un contrato de cliente. Aun así, los márgenes divulgados y la prima propuesta son consistentes con el atractivo de una base de software recurrente especializada cuyo producto puede replicarse más barato de lo que puede reemplazarse dentro de cada cliente.
Ese último punto es una inferencia, no un modelo de precios divulgado. Las presentaciones no separan licencias recurrentes, servicios profesionales, ingresos por pagos o módulos, y no publican la rotación, la retención neta, el valor promedio del contrato o la concentración de clientes. Un conjunto puede tener altos márgenes contables mientras que una implementación individual tiene costos sustanciales de migración, capacitación y administración interna.
Los compradores deben modelar el costo total por conexión y por proceso operativo, incluido su propio personal, alojamiento, servicios bancarios, mensajería, conectores de terceros, actualizaciones, entornos de prueba y eventual extracción.
El diseño comercial también afecta la dependencia. Un precio central bajo puede verse compensado por módulos pagados o cargos por transacción; un precio empaquetado alto puede incluir soporte e integraciones que reducen el gasto externo. Sin la propuesta real, ninguna conclusión está justificada. La comparación de adquisiciones debe poner a cada competidor en la misma carga de trabajo, curva de crecimiento, conjunto de módulos y base de efectivo a cinco años, y exigir reglas de re-precio para adquisiciones, abonados inactivos, conexiones estacionales y grandes migraciones.
Los pagos son directos—y aún dependientes
Los pagos convierten la integración de software en una preocupación diaria de tesorería. MK presenta NextPay como una capa de cobro para Pix y boleto, comunicación de marca blanca, verificaciones de crédito, flujos de trabajo de listas negativas y recordatorios automatizados. Una página de producto dice que se transaccionan más de R$50 millones mensualmente; el sitio principal se refiere a más de R$500 millones procesados y millones de cobros pagados. Las páginas no establecen las fechas de medición, si las cifras se superponen, o si "procesado" significa iniciado, liquidado o conciliado.
Trátelos como indicadores de escala de marketing, no como volumen de pago auditado.
La documentación técnica de MK ofrece una imagen más útil. Unaguía de Pix Sicredirequiere incorporación bancaria, credenciales de cliente, certificados, DNS y configuración de webhook, y dice que los fondos se depositan directamente en la cuenta del ISP. Unaguía de Pix más ampliaenumera varios bancos compatibles. Unaguía de migración de Sicoobregistra la necesidad de moverse cuando un banco retira una versión de API. Ladocumentación del centro de pagosanticipa errores cuando una API bancaria no está disponible.
Esta evidencia respalda una conclusión matizada. MK puede centralizar la orquestación y conciliación de pagos mientras la liquidación permanece con la institución financiera del ISP; los documentos públicos no establecen que MK tome custodia de los fondos del cliente. Sin embargo, la liquidación directa no elimina la dependencia. El cobro depende de credenciales bancarias, certificados, entrega de webhook, DNS, versiones de API, canales de mensajería y el mapeo entre una transacción liquidada y la cuenta por cobrar correcta. El plano de control concentra la respuesta operativa incluso cuando la custodia financiera está distribuida.
Pix no es un caso extremo opcional en Brasil. Lasestadísticas de Pix del Banco Centralmuestran más de 170 millones de usuarios individuales y miles de millones de transacciones mensuales. Por lo tanto, un ISP debe probar devoluciones de llamada duplicadas, notificaciones retrasadas, reembolsos parciales, cargos vencidos, discrepancias de nombre del pagador, tiempo de inactividad del banco, rotación de certificados y reconciliación después de una conmutación por error. Debe saber qué parte abre el ticket bancario y cuánto tiempo espera un estado de servicio automatizado por la confirmación de liquidación. La conveniencia a volumen normal es menos importante que el comportamiento determinista alrededor de una excepción.
La regulación viaja a través del mismo registro
Para un ISP brasileño, los datos del cliente no son solo memoria operativa. Son evidencia para facturación, impuestos, derechos del consumidor, informes sectoriales y deberes de privacidad. Laguía de 2025 de Anatel para pequeños proveedores de telecomunicacionesresume obligaciones que incluyen presentaciones de datos de servicio, informes de infraestructura y económicos, información de facturación y medidas de ciberseguridad. El portal económico del regulador ahora publicaindicadores trimestrales de proveedores. Un ERP integrado puede ayudar a producir totales consistentes, pero no puede decidir el alcance legal ni certificar la precisión de lo que ingresó el operador.
Los flujos de trabajo del consumidor son igualmente concretos. Anatel establece que un abonado puedesolicitar la cancelación a través de los canales de servicio disponibles, sujeto a las reglas aplicables y cualquier obligación legítima restante. Las facturas, copias duplicadas, estado del servicio, protocolos y marcas de tiempo de cancelación deben coincidir. Una automatización que mejora el cobro pero oscurece una solicitud de cancelación sería operativamente eficiente y legalmente peligrosa. Los compradores deben rastrear cada viaje regulado desde la solicitud del cliente hasta la factura final, la acción de red, el protocolo y la evidencia retenida.
Los roles de privacidad cambian según el contexto. La política de MK dice que MK Solutions Criação de Software Ltda actúa como controlador de la información que recopila para sus propios fines y como operador cuando procesa datos proporcionados por los clientes a través del soporte y el uso del software. La política identifica nombres, números de CPF, direcciones, datos de contacto, estadísticas de uso y registros, y menciona socios de alojamiento o servicio externos y posible procesamiento fuera de Brasil. Elaviso de privacidad de MK SACseparado discute un conjunto de datos de aplicaciones móviles amplio, incluidos datos biométricos de selfies en un contexto de consentimiento. Estos avisos respaldan la diligencia; no son un acuerdo de procesador completo o un registro de subprocesadores.
LaLGPDde Brasil requiere medidas de seguridad y rige las responsabilidades del controlador y operador. Laguía de incidentes de la ANPDdice que un controlador debe comunicar un incidente confirmado que pueda crear riesgo relevante o daño a la autoridad y a los interesados dentro de los tres días hábiles. La guía de Anatel agrega expectativas sectoriales e interacciones de reporte. Por lo tanto, el lenguaje del contrato debe asignar la detección, preservación de evidencia, aportes de notificación, autoridad de decisión y las horas disponibles, no solo prometer que las partes "cumplirán con la LGPD".
La propia página de privacidad pública merece una revisión de gobernanza. Contiene una nota editorial aparente en el texto en vivo y descripciones amplias del procesamiento internacional y la seguridad. Eso no muestra procesamiento ilegal o una falla técnica. Sí muestra por qué el comprador debe solicitar el aviso fechado y aprobado, el acuerdo de procesamiento de datos, la lista de subprocesadores, el cronograma de retención, el mecanismo de transferencia y la evidencia de eliminación en lugar de tratar una página web como todo el marco de control.
El privilegio se acumula donde se realiza el trabajo
La superficie de seguridad más consecuente no es una página de inicio de sesión; es el permiso para cambiar el estado operativo de un cliente. Agentes+ puede exponer información del abonado, credenciales de acceso e identificadores de equipo a usuarios de campo y puede admitir el aprovisionamiento. CRM+ puede recopilar documentos de identidad, fotos y ubicación precisa. Los perfiles de API pueden alcanzar contratos, facturas y órdenes de servicio. Maps puede alterar la topología y los registros de capacidad. Los conectores de pago llevan credenciales bancarias y certificados.
Un compromiso o un rol demasiado amplio en cualquiera de esas áreas puede viajar más lejos porque el conjunto está integrado.
MK dice que utiliza restricciones de acceso, deberes contractuales, firewalls, cifrado, certificados y medidas contra ataques. Lalista de MK SAC en Google Playidentifica a MK Solutions Criação de Software Ltda como desarrollador y muestra las declaraciones del desarrollador sobre los datos recopilados, el cifrado en tránsito y el intercambio. Estas son representaciones útiles, no pruebas de penetración independientes o informes de certificación. Los materiales públicos revisados no proporcionaron un certificado ISO 27001 actual, informe SOC, resumen de prueba de penetración, programa de divulgación de vulnerabilidades, inventario de subprocesadores o documento técnico de seguridad detallado vinculado al CNPJ asignado.
Las afirmaciones de respaldo también necesitan separación de la garantía. MK comercializa unservicio de base de datos reflejadacomo una réplica en tiempo real y describe un ISP que supuestamente descubrió copias de seguridad FTP fallidas después de problemas de hardware. La historia está escrita por el proveedor, el cliente no está corroborado de forma independiente en la página, y "tiempo real" no es un objetivo de punto de recuperación medido. La replicación puede copiar fielmente la corrupción o un cambio no autorizado; no es un sustituto de las copias de seguridad aisladas y probadas. Una prueba de adquisición debe eliminar o corromper registros seleccionados en un entorno que no sea de producción, fallar el host primario, restaurar a un punto elegido y conciliar las transacciones generadas durante la recuperación.
Los datos de quejas públicas proporcionan una señal externa débil pero relevante. La lista deMK Solutions en Reclame Aquimostró solo 11 quejas en la ventana de junio de 2025 a mayo de 2026 cuando se revisó, incluidas alegaciones de usuarios sobre inestabilidad de documentos fiscales y API. La plataforma reportó respuestas a todas las quejas y una pequeña muestra evaluada. Esto es autoseleccionado, no auditado y demasiado escaso para estimar las tasas de incidentes. Ni prueba una falla sistémica ni valida la confiabilidad. Su valor es sugerir escenarios que un comprador puede pedir a los clientes de referencia y gerentes de soporte que evidencien.
No se identificó ninguna divulgación pública creíble de una violación material de MK o una vulnerabilidad pública específica del producto en el conjunto de evidencia congelada. Eso no es evidencia de que no haya ocurrido ninguna. Los incidentes B2B privados, los hallazgos corregidos y las vulnerabilidades de componentes pueden nunca aparecer bajo el nombre de la marca.
La solicitud de diligencia correcta es un historial de incidentes, política de gestión de vulnerabilidades, inventario de dependencias, métricas de remediación, controles de autenticación, registro de sesiones privilegiadas y resultados de pruebas independientes recientes, con alcance, fechas y excepciones visibles.
La prueba del cliente sigue siendo más delgada que la prueba del producto
MK publica detalles extensos del producto y un conjunto de historias de éxito. Esa asimetría es en sí misma informativa. La documentación pública hace posible comprender muchos flujos de trabajo, mientras que la evidencia de resultados es en gran medida seleccionada por el proveedor. La página de casos cita retornos y ahorros atractivos sin los contratos completos, costos iniciales, períodos de muestra o cálculos independientes necesarios para reproducirlos. ClienteSA proporciona una voz de cliente nombrada y estadísticas de servicio internas, pero no una cohorte representativa.
Esto no significa que los resultados sean falsos. El software empresarial vertical a menudo es difícil de evaluar públicamente porque las configuraciones de los clientes y los términos comerciales son confidenciales. Sí significa que un comprador no debe traducir "2500 clientes activos" en 2500 implementaciones de producción equivalentes, ni asumir que un recuento de conexiones significa que cada abonado usa todos los módulos.
Pregunte cómo se definen "activo", "cliente" y "conectado"; si se incluyen cuentas de revendedor, prueba, adquiridas y de módulo parcial; y cuántos clientes coinciden con el volumen de conexión y el modelo de implementación del comprador.
Las referencias deben ser elegidas por parecido operativo, no por prestigio del logotipo. Un grupo multi-CNPJ debe hablar con otro consolidador. Un proveedor rural de fibra inalámbrica debe encontrar una referencia de red mixta. Un comprador dependiente de un banco, familia de OLT, municipio fiscal o proveedor de WhatsApp en particular necesita esa combinación exacta. Las conversaciones deben ocurrir sin la presencia del vendedor y cubrir migraciones fallidas, cierre de mes, actualizaciones, comunicación de incidentes, escalada de tickets y extracción de datos, así como la puesta en marcha exitosa.
También hay brechas de evidencia honestas que las llamadas de referencia no pueden cerrar. Las fuentes públicas no divulgan la concentración de clientes, la rotación, la adopción de módulos, el tiempo de actividad de la infraestructura, el volumen de tickets de gravedad uno, la cantidad de desarrolladores, el total actual de empleados o los recuentos de conexiones actuales auditados de forma independiente. La adquisición debe registrar estos como no resueltos si MK se niega a proporcionarlos. Un desconocido es más seguro que un número confiable construido a partir de fragmentos de marketing.
Los rivales compiten por el mismo centro de gravedad
MK no está solo en intentar convertirse en el centro operativo de un ISP brasileño.SGPcomercializa un sistema integrado de proveedor que cubre abonados, finanzas, trabajo fiscal, inventario, red y funciones FTTH, aplicaciones, soporte, migración y cientos de integraciones.IXC Provedorpresenta un ERP para ISP con implementación, capacitación, operaciones de red y cliente.HubSoftexpone API documentadas en torno a su propia plataforma de proveedor. Otras suites verticales y productos OSS/BSS especializados amplían el campo.
Por lo tanto, la paridad de tablas de características es fácil de exagerar. Muchos proveedores pueden enumerar CRM, facturación, Pix, servicio de campo, inventario, paneles y soporte. Las diferencias significativas son la profundidad y el comportamiento de falla: qué versiones de OLT y banco funcionan ahora; cómo se mantienen las reglas fiscales; cómo se audita un cambio masivo; qué tan rápido una excepción de migración llega a un experto; cómo se reproduce una devolución de llamada de pago; cómo se reconcilian la topología y el stock; y qué tan completamente un cliente puede exportar datos.
El sustituto principal no es siempre otra suite. Un ISP más grande puede combinar un CRM general, motor de facturación, inventario de red, plataforma RADIUS o AAA, herramienta de fuerza laboral, almacén de datos, orquestador de pagos y capa de integración. Ese enfoque componible puede reducir la dependencia de un solo proveedor y permitir que cada dominio evolucione de forma independiente. También crea interfaces para construir, monitorear y soportar. Un pequeño proveedor regional puede preferir sensatamente los valores predeterminados verticales de MK a convertirse en su propio integrador de sistemas.
Por lo tanto, la decisión no es "integrado bueno, modular malo". Es dónde quiere el operador que viva la complejidad. MK internaliza gran parte de la coordinación en una relación de producto y soporte. Un patrimonio componible lo internaliza en la arquitectura, la ingeniería y la capacidad de gestión de proveedores. La comparación correcta precio tanto el software como la carga organizativa, luego prueba qué modos de falla puede manejar realmente el ISP.
Salir es un proyecto de continuidad
Los costos de cambio comienzan mucho antes de la terminación del contrato. El personal aprende los estados y atajos de MK. Los bots y portales de clientes dependen de sus endpoints. Los perfiles de pago, credenciales bancarias, scripts de OLT, configuraciones fiscales, roles, informes y rutinas de campo se acumulan alrededor de la plataforma. Los tickets históricos y los cambios de topología se convierten en evidencia. Los paneles de gestión adquieren definiciones que pueden no mapearse limpiamente a otro ERP. Nada de esto es una dependencia indebida por sí mismo; gran parte es el valor acumulado que el cliente pidió al conjunto que creara.
El riesgo surge cuando el valor acumulado no se puede representar en otro lugar. Ladocumentación de cuadrículas de MKdescribe la exportación a formatos que incluyen CSV, XLSX y PDF. Eso es útil para vistas seleccionadas, pero no es evidencia de una exportación completa, relacional y documentada de clientes, contratos, facturas, pagos, eventos fiscales, topología de red, custodia de inventario, órdenes de servicio, historial de auditoría, archivos adjuntos y configuración de integración. El acceso a la API tampoco es automáticamente una interfaz de salida: puede omitir el historial, imponer límites o requerir que el sistema en vivo permanezca con licencia.
Una prueba de salida creíble debe ocurrir antes de la firma. MK debe proporcionar un diccionario de datos, relaciones de entidades, formato de archivos adjuntos, representación de tiempo, codificación de caracteres, ID estables, marcadores de eliminación y límites de volumen. El comprador debe exportar un entorno representativo, cargarlo en almacenamiento neutral y reconstruir varias historias sin mirar la pantalla de MK. Debe verificar totales y relaciones, no solo abrir archivos.
El contrato debe especificar asistencia para la extracción, tarifas, tiempo, acceso de solo lectura, retención posterior a la terminación, eliminación segura, revocación de credenciales y cooperación con el sucesor.
El corte operativo es más difícil que la extracción. Durante un cambio, las facturas aún vencen, los pagos Pix llegan, los técnicos instalan el servicio, los clientes solicitan cancelación y los reguladores pueden solicitar evidencia. Un proveedor necesita una política de congelación, captura de delta, transición de interfaz, umbral de reversión y un período de acceso histórico de solo lectura. Debe decidir qué plataforma puede cambiar cada registro en cada etapa. Un "big bang" que deja ambos sistemas aceptando pagos o acciones de red puede ser peor que una migración retrasada.
La planificación de salida también mejora la implementación actual. Para demostrar la portabilidad, el ISP debe conocer sus propios identificadores canónicos, propietarios de datos, reglas de retención y dependencias. Esas disciplinas reducen el riesgo de migración, mejoran las auditorías y exponen personalizaciones no documentadas. Un proveedor seguro de su valor diario debería poder apoyar esa claridad; el producto debe conservarse porque funciona, no porque el cliente no pueda reconstruirse a sí mismo.
La sala de adquisiciones debe ejecutar la operación
Una evaluación responsable debe reemplazar el recorrido pulido del módulo con un ensayo operativo controlado. Las siguientes pruebas están diseñadas en torno a la propuesta real de MK en lugar de una evaluación ERP genérica.
Primero, establezca la identidad y el alcance.Obtenga evidencia de registro actual para el CNPJ 09.587.408/0001-86 y la posterior MK Solutions Tecnologia S.A.; mapee los pasos de incorporación de 2025; identifique las entidades contratantes, facturadoras, de alojamiento, propietarias de IP y procesadoras de datos; y pregunte por el estado y las consecuencias de la propuesta transacción de Nuvini. Haga explícitos los términos de cambio de control, cesión y continuidad.
Segundo, construya un viaje de abonado difícil.Use datos sintéticos para crear un cliente potencial con dos direcciones, pruebe la viabilidad de FTTH cerca de un límite de capacidad, firme un plan con descuento, asigne y aprovisione una ONU, emita un documento fiscal y un cobro Pix, retrase la devolución de llamada de pago, abra una queja, reemplace el equipo, cambie de plan y solicite la cancelación. Inspeccione cada estado resultante, marca de tiempo, verificación de permiso, notificación, entrada de libro mayor y registro de auditoría. Repita un paso sin conexión a través de la aplicación de campo y uno a través de un socio de API.
Tercero, ensaye la migración en lugar de discutirla.Proporcione un extracto representativo con duplicados, CPF mal formados, créditos, cuotas, planes inactivos, equipos reutilizados, coordenadas faltantes y saldos disputados. Exija un informe de mapeo, cola de excepción y reconciliaciones por estado. Ejecute resultados paralelos de facturación, impuestos, bancos y autenticación. Pregunte qué transformaciones son repetibles y cuáles dependen del juicio manual.
Cuarto, falle las dependencias deliberadamente.Expire un certificado bancario, retenga un webhook, duplique una notificación Pix, haga que una OLT sea inalcanzable, rechace un documento fiscal municipal, interrumpa DNS, elimine la conectividad móvil y posponga una actualización del ERP. Observe los reintentos, colas, alertas, controles manuales y reconciliación. Confirme que una integración financiera fallida no active silenciosamente la acción de servicio incorrecta.
Quinto, inspeccione el privilegio.Revise las plantillas de roles para ventas, finanzas, soporte, red, almacén, contratista de campo y administrador. Pruebe la autenticación multifactor, la revocación de sesiones, el alcance y la rotación de tokens de API, la aprobación de exportación masiva, la separación de funciones y la retención de auditoría. Solicite hallazgos de pruebas de penetración independientes, evidencia de remediación, detalles de subprocesadores y alojamiento, aislamiento de respaldo y un ejercicio de recuperación cronometrado.
Sexto, mida el soporte con evidencia.Obtenga definiciones de gravedad, historiales de respuesta y restauración, gráficos de escalada, cobertura de personal, comunicación de mantenimiento, mecanismos de estado y referencias nombradas. Abra tickets de prueba que crucen los dominios de finanzas, red y fiscal. Determine quién posee un problema que abarca MK, un banco, un proveedor de OLT y un socio de mensajería.
Séptimo, precio los cinco años reales.Incluya cada módulo, entorno, ola de migración, hora de capacitación, API, mensaje, servicio de pago, nivel de infraestructura, adquisición, crecimiento de datos, cambio fiscal, actualización y extracción. Aplique crecimiento y declive de conexiones. Separe la protección de precio contractual de la expectativa de un vendedor.
Finalmente, salga antes de comprar.Exporte la implementación sintética, reconstruya el historial de abonados y red en almacenamiento neutral, rote o revoque cada credencial, y restaure desde la copia de seguridad. Ponga el tiempo de entrega, los criterios de integridad y la asistencia en el contrato. Si la salida no se puede demostrar con un entorno pequeño, no será más fácil después de cinco años de historial operativo.
Lo que merece atención ahora
El primer punto de atención es la identidad corporativa. El CNPJ original sigue siendo el límite verificado para esta investigación, mientras que los avisos públicos apuntan a la incorporación en una empresa con nombre sucesor. Los clientes deben monitorear el estado del registro, las cesiones de contrato y la disputada y aún condicional transacción de Nuvini en lugar de inferir la finalización de la marca.
El segundo es la madurez de la evidencia. MK publica documentación de flujo de trabajo inusualmente útil, pero su escala actual, resultados de rendimiento, niveles de servicio y postura de seguridad son menos visibles de forma independiente. Un paquete de arquitectura y seguridad fechado, un historial de estado estable, un catálogo de integración transparente y métricas de clientes definidas de manera consistente mejorarían materialmente la confianza externa.
El tercero es la expansión del producto. Cada función adicional de pago, bot, móvil, análisis o socio aumenta el valor de la continuidad y el número de dependencias que deben gobernarse. Los compradores deben rastrear si la identidad, los permisos, la auditoría, la gestión de versiones y la cobertura de exportación se mantienen coherentes entre los módulos en lugar de asumir que el núcleo del ERP controla automáticamente las superficies más nuevas.
El cuarto es la presión regulatoria y económica del mercado. Anatel está endureciendo las expectativas de reporte y ciberseguridad mientras describe la consolidación entre los proveedores de banda ancha fija. Las API bancarias y las interfaces fiscales continúan cambiando. Un proveedor vertical puede convertir esos cambios en apalancamiento compartido para miles de clientes, o en un cuello de botella compartido si las actualizaciones, el soporte o la calidad de los datos fallan.
Un plano de control gana su lugar todos los días
La ventaja más creíble de MK Solutions no es que haya ensamblado una larga lista de características. Es que la lista sigue la vida real de un abonado de banda ancha. La misma promesa comercial puede alcanzar una decisión de capacidad de fibra, un técnico, una factura, un pago, un protocolo de soporte y un informe de gestión. En un mercado brasileño fragmentado, esa continuidad operativa puede dar a un ISP regional capacidades que le costaría mucho diseñar solo.
Pero la continuidad también es concentración. El modelo de datos se convierte en un lenguaje operativo. El soporte se convierte en parte de la respuesta a incidentes. Los interfaces bancarios y de equipos se convierten en dependencias de producción. Una reorganización legal puede importar a un servicio de asistencia. Una cláusula de exportación puede convertirse en un control de continuidad del negocio. Las afirmaciones de marketing sobre escala o ahorros son menos persuasivas precisamente donde el producto es más consecuente.
La conclusión correcta no es ni un respaldo automático ni el miedo a la dependencia. Es un estándar de prueba más alto. MK debe ser juzgada por el manejo de excepciones, la reconciliación de migración, el privilegio, la recuperación, la evidencia regulatoria y la salida, no solo por si una demostración limpia mueve un cliente potencial a una factura. La factura puede tocar la banda ancha porque la plataforma une la operación. Ese poder es valioso cuando el ISP puede ver, probar y, en última instancia, controlar cada eslabón de la cadena.