Personaliza Sana Commerce sin romper la próxima actualización.
ProjectThunder, con certificación Sana, personaliza Sana Commerce Cloud y 9.x dentro del framework soportado: temas, add-ons, el SDK, scripting de front-end, campos personalizados e integraciones. El objetivo es simple. Hazlo tuyo y mantenlo actualizable.
Casi todo lo que importa, sin tocar el core.
Sana te da espacio real para dar forma a la tienda a través de puntos de extensión soportados. El truco está en saber qué palanca usar, para que el resultado se ajuste a tu marca y a tus compradores mientras la plataforma sigue actualizándose por debajo. Mira cómo abordamos los proyectos en Sana Commerce Cloud en general.
Tema y UX
- Tema personalizado construido sobre el sistema de diseño de Sana: layout, tipografía, color y estilo de componentes acordes a tu marca.
- Inyección de HTML, CSS y JavaScript desde Sana Admin para un comportamiento de front-end dirigido en toda la tienda.
- Contenido y merchandising a través del CMS: landing pages, navegación y presentación de productos.
- Trabajo responsive y accesible probado en web y móvil, hacia WCAG 2.1 AA.
Add-ons y SDK
- Add-ons personalizados con el SDK de Sana Commerce Cloud para capacidades que el producto estándar no incluye.
- Puntos de extensión documentados en lugar de editar el core, para que el add-on siga en la ruta de actualización de Sana.
- Cadencia de SDK con soporte a largo plazo para que las versiones del add-on lleguen en un calendario predecible.
- Pasos de checkout personalizados, lógica de tienda y flujos específicos del comprador.
Integraciones
- Pagos: Sana Pay y pasarelas de terceros mediante patrones de add-on soportados.
- Impuestos: integraciones con proveedores (por ejemplo Vertex o Avalara) sin reescribir la lógica fiscal en la tienda.
- Búsqueda: la integrada de Sana, o búsqueda externa conectada para catálogos B2B profundos.
- PIM y datos: conectores que alimentan la tienda con contenido de producto enriquecido.
Flujos y campos personalizados
- Campos personalizados traídos del ERP o de Sana hacia productos, cuentas y pedidos.
- Patrones de pedido B2B: recompra, aprobaciones, multidirección, matices de jerarquía de cuentas.
- Mejoras en el portal de cuenta: adjuntos de documentos, vistas del historial de pedidos, visibilidad del estado de crédito.
- Configuración primero, código solo donde la configuración realmente no alcanza.
Por qué importa quedarse dentro del framework.
Sana Commerce Cloud se actualiza automáticamente cada dos semanas aproximadamente. Esa cadencia es una ventaja, no una molestia, pero solo si tus personalizaciones están hechas para acompañarla. La línea entre personalización soportada y cambio de core arriesgado lo es todo.
Personalización soportada
- Temas, contenido de CMS e inyección de HTML, CSS y JavaScript a través de Sana Admin.
- Add-ons construidos sobre el SDK y los puntos de extensión y las APIs documentados.
- Configuración y campos personalizados en lugar de código bifurcado.
- Resultado: la tienda sigue recibiendo las actualizaciones y correcciones automáticas de Sana.
Cambios de core arriesgados
- Editar o bifurcar el código core de Sana para forzar un comportamiento que el framework no expone.
- Personalizaciones que Sana no puede actualizar por ti, que pueden sacar a un proyecto de la ruta de actualización automática.
- Acoplamiento oculto a internals que una versión posterior de Sana podría cambiar sin previo aviso.
- Resultado: cada actualización se vuelve un merge manual y arriesgado en lugar de una actualización silenciosa en segundo plano.
Nuestra regla: primero configuración, luego puntos de extensión, el core casi nunca.
Asignamos el requisito a una palanca.
Antes de escribir código, vemos si la configuración, un cambio de tema, una inyección o un add-on en regla pueden entregarlo. La mayoría de las cosas se pueden hacer sin tocar el core.
Construimos sobre APIs documentadas.
Cuando hace falta código, usamos el SDK y los puntos de extensión de Sana, no detalles internos que una versión futura podría cambiar. Eso mantiene el trabajo en la ruta de actualización.
Señalamos la concesión con honestidad.
Si una solicitud realmente exige un cambio de core, lo decimos, explicamos el costo de actualización y buscamos una alternativa soportada antes de que alguien se comprometa a mantener un fork.
Qué cubre una colaboración de personalización.
Personalización de Sana Commerce, respondida.
¿Las personalizaciones se romperán en las actualizaciones de Sana?
No deberían, si están bien construidas. Sana Commerce Cloud publica actualizaciones automáticas aproximadamente cada dos semanas. El trabajo hecho a través de puntos de extensión soportados (temas, inyección de HTML, CSS y JavaScript, configuración, campos personalizados y add-ons que usan las APIs documentadas) viaja junto con esas actualizaciones. Donde los proyectos se meten en problemas es al editar el código core de Sana, que Sana no puede actualizar por ti y que te saca de la ruta de actualización automática. Mantenemos los cambios dentro del framework para que la plataforma pueda seguir actualizándose por debajo de ellos.
¿Pueden personalizar Sana Commerce Cloud y la versión on-premises 9.x?
Sí, ambas, aunque el enfoque difiere. En Sana Commerce Cloud trabajamos a través del SDK, el framework de add-ons, los temas y las inyecciones de Sana Admin, y favorecemos los puntos de extensión para que la tienda se mantenga en actualizaciones automáticas. La versión on-premises Sana Commerce 9.x permite una personalización más profunda a nivel de código, pero es un ciclo de vida distinto: los add-ons ya no se actualizan para 9.3, así que tratamos el trabajo en 9.x como un build estable a mantener y no como un SaaS en actualización continua. Si estás en 9.x y evalúas mudarte a Cloud, te diremos con honestidad si tus personalizaciones se portan limpiamente. Mira nuestra comparación de plataformas si también estás evaluando otras opciones.
¿Pueden construir un add-on personalizado?
Sí. Construimos add-ons personalizados con el SDK de Sana Commerce Cloud para capacidades que el producto estándar no cubre: un proveedor de pago o de impuestos a medida, un conector a un PIM o a un servicio de búsqueda, un paso de checkout personalizado, o lógica de tienda específica de cómo ordenan tus compradores. Construimos sobre puntos de extensión y APIs documentados en lugar de parchear el core, ejecutamos el add-on bajo la cadencia de SDK con soporte a largo plazo de Sana, y lo probamos contra staging antes de que llegue a producción.
¿Trabajan con nuestro socio de ERP?
Sí, y lo hacemos a menudo. Muchos proyectos de Sana involucran a un socio de implementación de ERP o de Sana aparte, que es dueño del lado de SAP o Microsoft Dynamics. Nos integramos como el equipo de web, diseño y desarrollo: nos encargamos de la tienda, el tema, los add-ons y las integraciones de front-end, y coordinamos con tu socio de ERP los contratos de datos y el mapeo de campos. Somos una agencia de web y desarrollo con certificación Sana, no un revendedor de ERP, así que estamos cómodos compartiendo el trabajo en lugar de ser dueños de cada capa. Conoce más sobre trabajar con nuestro equipo de agencia Sana Commerce.
¿Tienes una personalización en mente?
Dinos qué necesitas que haga la tienda. Te diremos si vive en un tema, una inyección, un add-on o (rara vez) algo más profundo, y la mantendremos segura ante actualizaciones.
877.609.9029