Programa de partners Kazam WMS

Revende Kazam a sus clientes, con su marca o con la nuestra, reconociendo a Sun Tech una royalty del 10% sobre el software que factura. Los servicios que presta usted — análisis, configuración, integración, puesta en marcha, formación, soporte — siguen siendo enteramente suyos y quedan fuera del cálculo.

Recibe el código fuente bajo acuerdo de confidencialidad, así que puede adaptar el producto a las peticiones fuera de estándar sin abrir un ticket y esperar. Detrás de usted está quien ha escrito el código.

Es el modelo pensado para quien vende proyectos, no licencias: el margen está en el servicio, el software es la base sobre la que construirlo.

El partner reconoce a Kazam una royalty igual al 10% de la facturación de software, calculada sobre los importes netos de IVA, descuentos y notas de crédito. Las actividades de análisis, configuración, integración, puesta en marcha, formación y soporte prestadas por el partner quedan excluidas de la royalty.

Ejemplo. Si el partner factura 5.900 € por la licencia de software Kazam, la royalty es de 590 €. Los servicios profesionales facturados por separado por el partner no entran en el cálculo.

El tratamiento de las renovaciones SaaS, las actualizaciones on-premise, el mantenimiento, los paquetes de software y servicios, los clientes ya activos, los territorios y los leads está regulado por el acuerdo de partner.

El listado público del que partir para construir su precio está en los precios de Kazam WMS: SaaS desde 149 €/mes, licencia on-premise desde 2.900 € un único pago, IVA excluido.

En el modelo de reventa el contrato con el cliente final es suyo: es usted quien factura licencia y servicios, y es usted el interlocutor comercial. Sun Tech se queda detrás, como proveedor del software y como segundo nivel técnico. Es la razón por la que la royalty se calcula sobre lo que factura usted y no sobre un listado nuestro.

Quedan por definir en el acuerdo los casos frontera, y conviene fijarlos antes y no después: un cliente que le llega desde nosotros, un cliente que ya era nuestro, un proyecto en el que Sun Tech interviene directamente a petición suya.

El reparto es el típico de un canal: el primer nivel lo hace usted. Es usted quien ha configurado el almacén, quien conoce sus reglas y quien responde al teléfono del cliente. Lo que sube a Sun Tech es el segundo nivel: defectos del producto, comportamientos que la configuración no explica, peticiones de modificación.

La diferencia frente a un canal tradicional es a quién encuentra cuando sube: responde quien ha escrito esa parte del producto, no una centralita que reparte el aviso. A los partners les llegan además por adelantado las nuevas versiones y las correcciones, de modo que pueden comprobarlas antes de que alcancen a sus clientes.

Las fases son siempre las mismas, y en este orden: análisis de los flujos, definición de áreas y atributos de la mercancía, configuración, integración con el ERP del cliente, prueba con datos reales sobre una parte del almacén, arranque acompañado, extensión al resto. La configuración inicial es la fase que más acorta el asistente, porque entrevista a quien conoce el almacén y prepara un plan en lugar de exigir una serie de reuniones de traducción.

Cuánto pesa cada fase depende de dos variables, y ninguna de las dos es el software: lo ordenados que estén los datos del cliente y cuánta automatización haya que conectar.

El código fuente es accesible a los partners bajo acuerdo de confidencialidad: se lee, se compila, se personaliza y se extiende según las especificaciones de sus clientes. Es lo que le permite responder «sí, se puede hacer» ante una petición fuera de estándar.

Aun así valen tres límites, y conviene conocerlos antes de firmar. El primero es la redistribución: la licencia no es open source en sentido OSI y la reventa pasa por este acuerdo, no por el código en sí — qué significa source-available, y qué no, está explicado en el modelo source-available de Kazam WMS. El segundo son las licencias de los componentes comerciales: Kazam utiliza componentes de Syncfusion y DevExpress, y quien compila por su cuenta las adquiere. El tercero es la mantenibilidad: una modificación hecha fuera de los puntos de extensión previstos hay que rehacerla a mano en cada actualización, y se convierte en un coste recurrente suyo.

El perfil depende de hasta dónde quiera llegar. Para revender y poner en marcha hacen falta competencias de análisis de almacén, configuración e integración con los ERP de los clientes, además de la capacidad de acompañar un arranque en campo. Para personalizar el código hace falta un equipo que trabaje con el stack de Kazam: .NET, aplicación web, aplicación móvil y SQL Server. Para los proyectos con automatización se añaden las competencias industriales: PLC, OPC-UA, Modbus, FINS y VDA 5050 para AGV y AMR.