SAP lleva a\u00f1os enfrentando una paradoja conocida por pr\u00e1cticamente cualquier organizaci\u00f3n que haya adaptado profundamente su ERP: cuanto m\u00e1s se personaliza el sistema para responder a las particularidades del negocio, m\u00e1s dif\u00edcil puede resultar mantenerlo, actualizarlo y evolucionarlo.<\/p>\n
Una parte de la respuesta estrat\u00e9gica de SAP a este problema es clean core<\/strong>, un enfoque que busca mantener el ERP preparado para evolucionar reduciendo modificaciones dif\u00edciles de mantener y favoreciendo mecanismos de extensibilidad e integraci\u00f3n desacoplados.<\/p>\n Zoho est\u00e1 planteando una propuesta interesante alrededor de esa misma necesidad: utilizar Zoho Creator como plataforma low-code para construir aplicaciones conectadas con SAP sin trasladar necesariamente cada personalizaci\u00f3n al n\u00facleo del ERP<\/strong>.<\/p>\n La posibilidad t\u00e9cnica existe. La cuesti\u00f3n relevante es otra: \u00bfpuede Zoho Creator funcionar realmente como una capa de extensi\u00f3n de SAP compatible con los principios de clean core, o simplemente traslada la complejidad de un lugar a otro?<\/strong><\/p>\n La documentaci\u00f3n disponible apunta a una respuesta matizada.<\/p>\n Clean core no significa operar SAP sin ninguna personalizaci\u00f3n.<\/p>\n SAP describe clean core como un enfoque para mantener el ERP \u00e1gil y preparado para evolucionar, reduciendo los problemas asociados con c\u00f3digo personalizado y modificaciones dif\u00edciles de mantener. Entre sus principios se encuentran la extensibilidad desacoplada del core y el uso de APIs modernas para integraci\u00f3n.<\/p>\n Esto cambia el problema arquitect\u00f3nico. En lugar de preguntarnos simplemente si SAP puede personalizarse, necesitamos decidir d\u00f3nde debe vivir cada personalizaci\u00f3n<\/strong>.<\/p>\n SAP contempla distintos mecanismos de extensibilidad dependiendo del requerimiento. En S\/4HANA Cloud distingue, entre otras alternativas, extensiones para usuarios clave, extensibilidad de desarrollo y extensibilidad side-by-side<\/em>. Esta \u00faltima permite construir aplicaciones y extensiones desacopladas del ERP.<\/p>\n SAP promueve su propio Business Technology Platform (BTP) como entorno para este tipo de arquitectura y recomienda utilizarlo para determinadas extensiones complejas.<\/p>\n Este punto es esencial para evaluar a Zoho Creator con rigor. Creator puede perseguir un principio arquitect\u00f3nico similar \u2014desacoplar determinadas aplicaciones del core\u2014, pero eso no convierte autom\u00e1ticamente una implementaci\u00f3n con Creator en una arquitectura clean core recomendada o certificada por SAP.<\/strong> Son afirmaciones distintas.<\/p>\n Zoho presenta actualmente Creator como una plataforma para modernizar entornos SAP mediante aplicaciones conectadas.<\/p>\n Su propuesta contempla construir nuevas aplicaciones conectadas con SAP, extender funcionalmente aplicaciones existentes y reemplazar aplicaciones heredadas que interact\u00faan con el ERP. Tambi\u00e9n plantea casos relacionados con manufactura, inventarios, recursos humanos, finanzas, ventas, aplicaciones m\u00f3viles y portales para clientes, socios y proveedores.<\/p>\n Alrededor de S\/4HANA, Zoho propone trasladar determinadas personalizaciones a Creator para facilitar la evoluci\u00f3n del entorno y mantener el n\u00facleo SAP m\u00e1s limpio.<\/p>\n Conceptualmente, esto permitir\u00eda que la experiencia o aplicaci\u00f3n espec\u00edfica del negocio viva en Zoho Creator<\/strong>, mientras SAP conserva las funciones y transacciones que corresponden al ERP. La diferencia frente a incorporar toda la experiencia, personalizaci\u00f3n y l\u00f3gica espec\u00edfica dentro de SAP puede ser significativa.<\/p>\n Sin embargo, Creator no es una \u00fanica pieza tecnol\u00f3gica. Para comprender hasta d\u00f3nde puede llegar esta arquitectura es necesario introducir un componente que a veces queda escondido detr\u00e1s de la etiqueta low-code<\/em>: Deluge<\/strong>.<\/p>\n Deluge \u2014Data Enriched Language for the Universal Grid Environment\u2014 es el lenguaje de scripting de Zoho.<\/strong><\/p>\n Zoho Creator permite construir formularios, interfaces, estructuras de datos y workflows mediante herramientas visuales. Cuando el comportamiento requerido se vuelve m\u00e1s espec\u00edfico, Deluge permite incorporar l\u00f3gica, automatizaci\u00f3n e integraci\u00f3n.<\/p>\n Esta capacidad cobra especial importancia cuando SAP entra en la arquitectura. Deluge puede utilizarse para validar y transformar informaci\u00f3n, aplicar reglas, ejecutar workflows, consultar y actualizar datos y consumir servicios externos mediante APIs.<\/p>\n Creator dispone adem\u00e1s de Connections<\/strong>, una capa para gestionar autenticaci\u00f3n y autorizaci\u00f3n frente a servicios externos. Estas conexiones pueden utilizarse desde las funciones de integraci\u00f3n y mediante Una arquitectura posible podr\u00eda, por tanto, seguir una secuencia como aplicaci\u00f3n Creator \u2192 workflow \u2192 Deluge \u2192 Connection\/API \u2192 SAP<\/strong>.<\/p>\n Esto ampl\u00eda considerablemente lo que puede hacerse con Creator, pero tambi\u00e9n revela uno de los l\u00edmites de la etiqueta low-code: reducir la cantidad de c\u00f3digo que un equipo necesita escribir no elimina la arquitectura de integraci\u00f3n. Siguen existiendo contratos de API, autenticaci\u00f3n, permisos, transformaciones, manejo de errores, dependencias, observabilidad y gobierno del ciclo de vida.<\/p>\n Deluge tampoco tiene que resolver todas las integraciones.<\/p>\n Zoho ofrece Zoho Flow<\/strong> como plataforma de integraci\u00f3n y automatizaci\u00f3n entre aplicaciones, y publica integraciones relacionadas tanto con SAP S\/4HANA como con SAP HANA.<\/p>\n En el caso de Zoho Creator y SAP S\/4HANA, la documentaci\u00f3n p\u00fablica de Flow muestra triggers provenientes de Creator y acciones relacionadas con objetos de negocio de S\/4HANA. Flow incorpora adem\u00e1s webhooks, l\u00f3gica condicional y funciones personalizadas.<\/p>\n Esto permite considerar una arquitectura Zoho Creator \u2192 Zoho Flow \u2192 SAP S\/4HANA<\/strong>, adem\u00e1s de configuraciones h\u00edbridas donde Creator, Deluge, Flow y APIs participen seg\u00fan las caracter\u00edsticas del proceso.<\/p>\n La decisi\u00f3n entre estas alternativas no deber\u00eda depender \u00fanicamente de cu\u00e1l herramienta permita construir una demostraci\u00f3n con mayor rapidez. Volumen, criticidad, latencia, complejidad de transformaci\u00f3n, recuperaci\u00f3n ante errores, trazabilidad y responsabilidad operativa son factores m\u00e1s relevantes para una integraci\u00f3n de producci\u00f3n.<\/p>\n La distinci\u00f3n es importante porque Zoho Flow tambi\u00e9n publica una integraci\u00f3n con SAP HANA<\/strong> y documenta operaciones relacionadas con filas y tablas.<\/p>\n Pero SAP HANA y SAP S\/4HANA no son t\u00e9rminos intercambiables. HANA es una plataforma de base de datos sobre la que, entre otras soluciones, funciona S\/4HANA. S\/4HANA es un ERP con sus propios objetos de negocio, procesos, reglas y mecanismos de integraci\u00f3n.<\/p>\n Que una herramienta pueda acceder a datos relacionados con HANA no implica que esa deba ser la ruta para ejecutar cualquier proceso transaccional de S\/4HANA. La interfaz debe elegirse de acuerdo con el objeto y proceso de negocio, no simplemente seg\u00fan el lugar donde residan f\u00edsicamente los datos.<\/p>\n La existencia de una integraci\u00f3n espec\u00edfica de Zoho Flow para S\/4HANA refuerza precisamente esa distinci\u00f3n.<\/p>\n La documentaci\u00f3n de SAP sobre extensibilidad side-by-side<\/em> ayuda a identificar escenarios donde una plataforma externa puede tener sentido. SAP contempla patrones como aplicaciones de conveniencia, aplicaciones sustitutas, preprocesamiento, postprocesamiento y aplicaciones anal\u00edticas que pueden consumir APIs o eventos mientras funcionan de manera desacoplada del ERP.<\/p>\n Desde esa perspectiva, existen varios escenarios donde vale la pena evaluar Zoho Creator.<\/p>\n Una organizaci\u00f3n puede necesitar una aplicaci\u00f3n para t\u00e9cnicos, distribuidores, proveedores, personal de campo u otros usuarios cuya experiencia no justifique construir toda la interfaz dentro de SAP. Creator puede proporcionar esa capa de experiencia mientras SAP conserva el procesamiento transaccional que corresponda.<\/p>\n Solicitudes, capturas, aprobaciones y otros procesos departamentales pueden comenzar fuera de SAP y terminar generando una operaci\u00f3n dentro del ERP. En estos escenarios, Creator puede funcionar como capa de proceso y experiencia sin necesidad de trasladar toda la l\u00f3gica al n\u00facleo.<\/p>\n Una aplicaci\u00f3n puede necesitar informaci\u00f3n procedente de SAP, CRM, fuentes externas y datos propios. Creator contempla expresamente aplicaciones conectadas y compuestas capaces de combinar sistemas SAP y no SAP. Este escenario puede resultar particularmente relevante cuando la necesidad de negocio rebasa las fronteras funcionales de un solo sistema.<\/p>\n Una aplicaci\u00f3n antigua que existe \u00fanicamente para conectar un proceso espec\u00edfico con SAP puede ser candidata para reconstruirse sobre una plataforma low-code. \u00c9ste es tambi\u00e9n uno de los escenarios que Zoho propone expresamente para Creator.<\/p>\n Los casos de campo, proveedores, clientes o colaboradores externos pueden beneficiarse de una capa dise\u00f1ada espec\u00edficamente para su experiencia, mientras SAP contin\u00faa siendo responsable de las transacciones que deben permanecer dentro del ERP.<\/p>\n Desacoplar no significa duplicar indiscriminadamente.<\/p>\n Una arquitectura mal dise\u00f1ada podr\u00eda terminar copiando maestros de clientes, productos, inventarios, precios, \u00f3rdenes y estados en Creator sin establecer claramente cu\u00e1l es la fuente autoritativa. En ese momento, el problema deja de ser \u00fanicamente tecnol\u00f3gico y aparece una cuesti\u00f3n fundamental de gobierno del dato: cu\u00e1l de los sistemas contiene la verdad para cada objeto de negocio<\/strong>.<\/p>\n La respuesta debe establecerse objeto por objeto y proceso por proceso. Es necesario determinar qui\u00e9n crea el dato, qui\u00e9n puede modificarlo, qui\u00e9n lo valida, d\u00f3nde vive la transacci\u00f3n oficial, c\u00f3mo se comporta el proceso cuando falla una integraci\u00f3n, c\u00f3mo se evitan operaciones duplicadas y qu\u00e9 sistema conserva el historial necesario para auditar lo ocurrido.<\/p>\n Sin estas definiciones, sacar c\u00f3digo del ERP no necesariamente reduce la deuda t\u00e9cnica. Puede simplemente distribuirla entre m\u00e1s componentes.<\/p>\n La propia estrategia de SAP no prescribe que toda extensi\u00f3n deba abandonar el ERP.<\/p>\n SAP diferencia los mecanismos de extensibilidad seg\u00fan las caracter\u00edsticas del requerimiento. Determinados cambios pueden resolverse mediante opciones low\/no-code; nueva l\u00f3gica de negocio puede requerir desarrollo profesional o extensiones side-by-side<\/em>; y existen situaciones en las que ciertas capacidades necesitan permanecer dentro del entorno SAP.<\/p>\n Por ello, la posibilidad de construir algo en Creator no constituye por s\u00ed misma una raz\u00f3n arquitect\u00f3nica suficiente para hacerlo all\u00ed. La decisi\u00f3n debe comenzar por el proceso, sus dependencias, su criticidad y su ciclo de vida.<\/p>\n Supongamos que una empresa reemplaza una personalizaci\u00f3n SAP por una aplicaci\u00f3n desarrollada en Creator. El core podr\u00eda quedar menos intervenido, pero la organizaci\u00f3n incorpora ahora una aplicaci\u00f3n adicional, permisos, integraciones, mappings, automatizaciones, posiblemente c\u00f3digo Deluge, Flows, gesti\u00f3n de errores, dependencias de APIs y quiz\u00e1 datos replicados.<\/p>\n Esto no invalida la arquitectura. Demuestra que clean core y simplicidad arquitect\u00f3nica no son sin\u00f3nimos<\/strong>.<\/p>\n Una extensi\u00f3n externa puede mejorar considerablemente la mantenibilidad del ERP y, al mismo tiempo, aumentar la superficie total de integraci\u00f3n. Por eso la evaluaci\u00f3n no deber\u00eda limitarse a contar cu\u00e1ntas personalizaciones desaparecieron de SAP. Debe comparar el costo, riesgo, flexibilidad y mantenibilidad del ciclo de vida completo de ambas alternativas.<\/p>\n Tambi\u00e9n ser\u00eda un error tratar Deluge como si no pudiera generar deuda t\u00e9cnica por pertenecer a una plataforma low-code.<\/p>\n Un script que contiene una regla cr\u00edtica del negocio sigue siendo software.<\/p>\n Si una aplicaci\u00f3n Creator conectada con SAP utiliza Deluge para transformar \u00f3rdenes, aplicar condiciones, determinar estados o decidir qu\u00e9 informaci\u00f3n enviar al ERP, esa l\u00f3gica necesita documentaci\u00f3n, pruebas, manejo de excepciones, control de cambios y responsables.<\/p>\n La misma disciplina aplica a las automatizaciones creadas mediante Flow. La facilidad para construirlas puede acelerar una implementaci\u00f3n, pero tambi\u00e9n puede acelerar la proliferaci\u00f3n de l\u00f3gica distribuida si no existe una arquitectura clara.<\/p>\n La ventaja del low-code aparece cuando reduce la fricci\u00f3n de construcci\u00f3n sin reducir la disciplina de ingenier\u00eda<\/strong>.<\/p>\n La evidencia disponible permite sostener que Zoho Creator es una alternativa t\u00e9cnicamente plausible para determinadas extensiones externas alrededor de SAP<\/strong>.<\/p>\n La propuesta coincide conceptualmente con uno de los principios asociados con clean core: desacoplar determinadas extensiones del est\u00e1ndar del ERP y conectarlas mediante interfaces definidas. Zoho ofrece Creator para construir esas aplicaciones, Deluge para incorporar l\u00f3gica e integraci\u00f3n personalizada y Flow para determinados escenarios de integraci\u00f3n.<\/p>\n Sin embargo, de la evidencia disponible no se desprende que utilizar Creator convierta autom\u00e1ticamente una soluci\u00f3n en una implementaci\u00f3n clean core conforme a las recomendaciones arquitect\u00f3nicas de SAP. SAP mantiene su propio ecosistema de extensibilidad e integraci\u00f3n, incluyendo BTP y sus mecanismos asociados.<\/p>\n Por eso, plantear la decisi\u00f3n como Zoho Creator contra SAP<\/strong> resulta poco \u00fatil. La pregunta arquitect\u00f3nica es qu\u00e9 capacidades deben permanecer en el ERP, cu\u00e1les conviene desacoplar y qu\u00e9 plataforma ofrece la combinaci\u00f3n adecuada de velocidad, mantenibilidad, integraci\u00f3n, gobierno, riesgo y costo para cada extensi\u00f3n.<\/p>\n En algunas organizaciones la respuesta ser\u00e1 una tecnolog\u00eda del propio ecosistema SAP. En otras, Creator puede resultar especialmente interesante cuando ya existe un ecosistema Zoho, cuando se necesitan aplicaciones departamentales o externas con rapidez, cuando deben combinarse fuentes SAP y no SAP o cuando construir determinadas experiencias dentro del entorno SAP no se justifica.<\/p>\n Tambi\u00e9n existir\u00e1n procesos donde sacar la l\u00f3gica de SAP sea una mala decisi\u00f3n.<\/p>\n Cuando estas respuestas son s\u00f3lidas, low-code puede representar algo m\u00e1s que desarrollar aplicaciones r\u00e1pidamente: puede convertirse en una estrategia v\u00e1lida para desacoplar determinadas capacidades del ERP manteniendo fronteras claras entre sistemas.<\/p>\n Cuando no lo son, \u201cno tocar el core\u201d corre el riesgo de convertirse simplemente en una nueva forma de acumular complejidad fuera de \u00e9l.<\/p>\n Nota metodol\u00f3gica: las afirmaciones comerciales de los proveedores se utilizan como evidencia de las capacidades que \u00e9stos declaran ofrecer, no como prueba independiente de resultados reproducibles en cualquier organizaci\u00f3n.<\/em><\/p>\n","protected":false},"excerpt":{"rendered":" SAP promueve el clean core y Zoho propone Creator para desarrollar aplicaciones conectadas sin modificar el n\u00facleo. Analizamos qu\u00e9 tan viable es, d\u00f3nde entra Deluge y cu\u00e1les son sus l\u00edmites.<\/p>\n","protected":false},"author":2,"featured_media":90,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[12],"class_list":["post-89","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-investigacion","tag-zoho"],"_links":{"self":[{"href":"https:\/\/zherpa.ai\/blog\/wp-json\/wp\/v2\/posts\/89","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/zherpa.ai\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/zherpa.ai\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/zherpa.ai\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/zherpa.ai\/blog\/wp-json\/wp\/v2\/comments?post=89"}],"version-history":[{"count":1,"href":"https:\/\/zherpa.ai\/blog\/wp-json\/wp\/v2\/posts\/89\/revisions"}],"predecessor-version":[{"id":91,"href":"https:\/\/zherpa.ai\/blog\/wp-json\/wp\/v2\/posts\/89\/revisions\/91"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/zherpa.ai\/blog\/wp-json\/wp\/v2\/media\/90"}],"wp:attachment":[{"href":"https:\/\/zherpa.ai\/blog\/wp-json\/wp\/v2\/media?parent=89"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/zherpa.ai\/blog\/wp-json\/wp\/v2\/categories?post=89"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/zherpa.ai\/blog\/wp-json\/wp\/v2\/tags?post=89"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Qu\u00e9 significa realmente \u201cno tocar el core\u201d<\/h2>\n
Lo que Zoho propone alrededor de SAP<\/h2>\n
Deluge: donde low-code deja de significar \u201csin c\u00f3digo\u201d<\/h2>\n
invokeUrl<\/code> en Deluge.<\/p>\nZoho Flow abre otra ruta de integraci\u00f3n<\/h2>\n
SAP HANA no es lo mismo que SAP S\/4HANA<\/h2>\n
\u00bfD\u00f3nde podr\u00eda tener sentido colocar Creator?<\/h2>\n
Experiencias de usuario espec\u00edficas<\/h3>\n
Procesos perif\u00e9ricos al ERP<\/h3>\n
Aplicaciones que combinan SAP con otros sistemas<\/h3>\n
Sustituci\u00f3n de aplicaciones heredadas<\/h3>\n
Aplicaciones m\u00f3viles y portales<\/h3>\n
El riesgo de construir un \u201cSAP paralelo\u201d<\/h2>\n
Clean core no equivale a \u201ctodo afuera\u201d<\/h2>\n
La prueba decisiva: reducir complejidad o trasladarla<\/h2>\n
Deluge debe gobernarse como c\u00f3digo<\/h2>\n
Entonces, \u00bfes Zoho Creator una alternativa viable?<\/h2>\n
Siete preguntas antes de construir<\/h2>\n
\n
Fuentes<\/h2>\n
\n