Personalizar Business Central sin romper las actualizaciones

Cuando una empresa mexicana busca desarrollo en Business Central, casi siempre parte de una frase como «el sistema no hace exactamente lo que hacemos nosotros». La respuesta correcta rara vez es programar de inmediato. Business Central se puede personalizar en tres niveles, de menor a mayor costo de mantenimiento: configuración, extensiones ya existentes y desarrollo propio. Esta página le ayuda a decidir en cuál se queda su necesidad y a evaluar a quien la va a ejecutar.

Los tres niveles de personalización

Antes de pedir un módulo a la medida en Business Central, conviene recorrer la escalera completa. Cada peldaño es más flexible, pero también más caro de sostener cuando llegan las actualizaciones.

La regla práctica: suba un peldaño solo cuando el anterior haya demostrado que no alcanza, y deje por escrito por qué.

Primer nivel: configuración y Designer

Una parte sorprendente de lo que las áreas piden como «desarrollo» se resuelve configurando. Ejemplos habituales en una pyme mexicana: series y numeración de documentos por sucursal, dimensiones para analizar la contabilidad por centro de costo o por estado, aprobaciones de compras según monto, plantillas de impresión de cotizaciones y reglas de registro.

El Designer, que viene integrado en el cliente, permite diseñar páginas arrastrando y soltando: reorganizar campos, agregar los que su equipo necesita ver y previsualizar el resultado sin salir de la interfaz. Es una forma legítima de construir una pequeña extensión sin escribir código, y sirve para ajustar la pantalla de un vendedor o de un almacenista sin abrir un proyecto de desarrollo.

Si apenas está definiendo el alcance, revise primero los módulos de Business Central para saber qué trae de serie, y cómo se plantea la implantación para que la configuración quede bien hecha desde el arranque.

Segundo nivel: extensiones ya construidas

En línea, Business Central se amplía con aplicaciones (extensiones) que se instalan desde Microsoft Marketplace. Antes de contratar un desarrollo, vale la pena buscar ahí. Hay aplicaciones para conectar con servicios externos y, desde la oleada 2 de 2022, páginas de «Connectivity Apps» y «Banking Apps» para integrar servicios como la importación de movimientos bancarios.

Un caso concreto es el conector de Shopify, que sincroniza productos, inventarios, clientes, pedidos, envíos, transacciones y pagos entre la tienda y el ERP, admite varias tiendas e importa pedidos de la tienda en línea, del punto de venta de Shopify y del canal B2B. Los artículos se sincronizan en ambos sentidos, con imágenes, variantes, códigos de barras, etiquetas y metacampos, y los precios exportados se basan en los grupos de precio y los descuentos de cliente que usted elija. La sincronización de productos, inventarios, pedidos y envíos puede programarse en segundo plano mediante la cola de trabajos, con un registro detallado para diagnosticar fallas. Para un comercio electrónico, esto evita programar a mano algo que ya existe. Si ese es su caso, vea también la sección de integraciones.

Dos advertencias sobre las aplicaciones de terceros:

• Pregunte quién las mantiene. Una aplicación abandonada se convierte en un problema el día que cambia la versión del ERP.
• Valide su ajuste con México. Microsoft ofrece la localización de Business Central de forma directa en 21 países, entre ellos México. Eso no sustituye la validación de su propio caso: pida a su integrador que le demuestre cómo se comporta el CFDI 4.0, el complemento de pago o la contabilidad electrónica con sus datos reales, y consulte la página sobre Business Central en México.

Tercer nivel: desarrollo específico en AL

Cuando ninguna configuración ni aplicación cubre el proceso, se programa. El desarrollo se hace con extensiones escritas en lenguaje AL dentro de Visual Studio Code. Con ellas se añaden o modifican tablas, páginas, codeunits y reportes sin tocar el código base de Microsoft; el resultado se compila en archivos .app que se instalan en el entorno.

Esa arquitectura es la que permite actualizar el producto sin perder las personalizaciones, y es lo que distingue el desarrollo moderno de Business Central del modelo antiguo, en el que se modificaba directamente el código estándar.

Cuándo sí se justifica programar

• Un proceso propio que le da ventaja competitiva y que ningún estándar cubre: una regla de cálculo de comisiones, una liquidación a transportistas con su lógica particular, un flujo de aprobación específico de su industria.
• Una integración con un sistema interno o con un tercero que no tiene conector.
• Un reporte operativo que no se puede lograr con las herramientas de análisis incluidas.
• Una adaptación fiscal o de formato propia de su operación, una vez comprobado que la localización estándar no la resuelve.

Cuándo no

• Para reproducir tal cual un proceso antiguo que nadie ha cuestionado. Pregunte primero si el proceso debe sobrevivir.
• Para «ahorrar clics» a un usuario cuando el Designer o una vista por rol lo resuelven.
• Para duplicar algo que ya hace una extensión comercial mantenida.

Integraciones y API: lo que conviene saber antes de programarlas

Muchas peticiones de desarrollo en realidad son integraciones. Business Central expone una API REST (v2.0) para conectarse con soluciones de terceros, y en línea las API vienen activadas por defecto. Dos limitaciones que su desarrollador debe tener claras:

• No se pueden agregar campos a una API estándar. Si necesita exponer un campo propio, se copia el código AL y se crea una API personalizada.
• Existen límites de llamadas. Los límites de OData V4 se aplican por usuario, con peticiones simultáneas, conexiones y una ventana deslizante de peticiones; al superarlos, el servicio responde con un código HTTP 429. Microsoft recomienda usar la API u OData en lugar de SOAP, que está destinado a ser descontinuado.

La consecuencia práctica es de diseño: una integración que consulta registro por registro cada pocos segundos terminará bloqueada. Pida que le expliquen cómo se agruparán las llamadas y qué ocurre cuando el servicio rechaza una petición.

Otro punto útil: un entorno de Business Central puede vincularse con un entorno de Power Platform del mismo tipo (producción o pruebas). El vínculo es exclusivo y funciona como destino predeterminado de las integraciones con Power Platform y otros productos de Dynamics 365. Si su empresa piensa automatizar procesos con esas herramientas, defina esa relación antes de construir nada.

Impacto en las actualizaciones

La pregunta que más inquieta a un director de finanzas es: «¿y si luego no puedo actualizar?». La respuesta es que una extensión bien hecha no impide actualizar, pero sí exige disciplina.

1. Pruebe en un entorno de pruebas (sandbox) primero. Los entornos de este tipo están pensados para el desarrollo: el punto de depuración está abierto por defecto y se publica desde Visual Studio Code.
2. Revise las llamadas externas. En el sandbox, las llamadas HTTP salientes de las extensiones están bloqueadas hasta que se autorizan extensión por extensión; no es un detalle, porque una integración con un sistema externo no funcionará hasta que se habilite y conviene probarlo antes de la salida a producción.
3. Inventaríe sus dependencias. Cada extensión propia y cada aplicación de terceros debe tener un responsable y una fecha de revisión frente al ciclo de versiones. Las versiones y ediciones de Business Central y el modelo de alojamiento en la nube determinan el ritmo con el que usted recibe los cambios.
4. Planee quién da el mantenimiento. Un desarrollo sin contrato de soporte y mantenimiento queda huérfano justo cuando la nueva versión lo rompe.

Buenas prácticas para no pagar dos veces

• Mantenerse en el estándar siempre que se pueda. Cada línea propia es una línea que hay que probar, documentar y sostener. Adaptar el proceso al estándar suele ser más barato que adaptar el sistema al proceso.
• Documentar. Para cada desarrollo: qué problema resuelve, quién lo pidió, qué objetos toca, cómo se prueba y quién responde por él. Sin esto, la salida de un desarrollador deja a la empresa a ciegas.
• Probar con casos reales. Pida casos de prueba escritos con documentos reales de su operación: facturas con distintos impuestos, devoluciones, cierres de mes, pedidos con varias entregas.
• Entregar por etapas. Un desarrollo grande dividido en entregas pequeñas permite corregir el rumbo antes de haber gastado todo el presupuesto.
• Conservar el código y los accesos. El código fuente y el repositorio deben ser suyos, o estar claramente pactados en el contrato.
• Separar la necesidad del deseo. Priorice con el contador y con el área operativa qué es indispensable para operar y qué es comodidad que puede esperar.

Cómo evaluar a un desarrollador o a un integrador de Business Central

Quien le propone un desarrollo debe poder responder con claridad. Estas preguntas separan a un equipo sólido de uno improvisado:

Pida también referencias que usted mismo pueda verificar y una explicación en términos de negocio, no solo técnicos. Si está comparando proveedores, apóyese en la guía para elegir un integrador ERP y en la página específica sobre cómo elegir un integrador de Business Central.

Un ejemplo de decisión

Imagine una distribuidora en Nuevo León con una regla de comisiones que cambia según el tipo de cliente y la zona. Primero se revisa si las dimensiones y los grupos de precio de Business Central permiten reflejar esa estructura: normalmente cubren buena parte. Después se busca una aplicación en Marketplace. Solo si falta el cálculo final, se escribe una extensión pequeña, aislada, con su documentación y sus casos de prueba, que lee datos estándar y no modifica tablas existentes. Así el costo de mantenimiento se limita a una pieza acotada.

El orden importa más que la técnica: estándar, luego aplicación, luego código.

Siguientes pasos

Si ya sabe qué necesita, describa su caso a través de nuestro servicio gratuito de mediación y le pondremos en contacto con un integrador acorde con su proyecto. Si todavía compara productos, la comparativa entre Odoo y Business Central muestra cómo cada uno aborda la personalización. Recuerde que no somos partners de ningún editor: conectamos su necesidad con integradores, y es el integrador quien ejecuta el proyecto.

Los nombres de software mencionados son marcas de sus respectivos editores y se citan únicamente a título informativo. Este sitio es independiente y no está afiliado a ningún editor.