¿Qué sucede cuando Business Central maneja la mayor parte de su trabajo, pero una parte de su negocio simplemente no termina de encajar? Quizás necesite un proceso de envío especial, su equipo financiero requiere un informe local o su personal debe ingresar los mismos datos en dos sistemas que no se comuniquen entre sí. Business Central ya cubre mucho terreno. Le ayuda a gestionar finanzas, ventas, inventario, proyectos y tareas diarias desde un solo lugar. Pero aquí está el detalle. No hay dos empresas que funcionen exactamente de la misma manera. Ahora, piensa en su teléfono. Viene con llamadas, mensajes, cámara y herramientas básicas. Luego, usted instala las aplicaciones que se adaptan a su vida sin tener que desarmar el teléfono. Las extensiones de Business Central funcionan de manera. Al final de esta cápsula de conocimientos, sabrá qué son, dónde encajan y qué verificar antes de agregar una.

Sin embargo, ¿qué es realmente una extensión? ¿Qué es exactamente? Una extensión es un paquete adicional para Dynamics 365 Business Central que añade una capacidad que no tiene en su configuración estándar o cambia el funcionamiento de una parte estándar para su empresa. Puede ser algo tan pequeño como añadir un campo obligatorio a la ficha de un cliente para que nadie pueda crearlo sin ingresar una preferencia de entrega. O puede abarcar todo un proceso de negocio. Una extensión de envío podría crear etiquetas de transportista, enviar detalles de paquetes a un servicio de mensajería, recuperar datos de seguimiento, mientras que una extensión bancaria podría importar estados de cuenta y ayudar a conciliarlos con pagos ya registrados. No necesita ser un desarrollador para entender la idea básica. Piensa en Business Central como un edificio de oficinas donde la aplicación estándar le ofrece las habitaciones principales, finanzas, ventas, compras y ventas, compras, inventario, trabajos y más.

Está familiarizado con las puertas, paredes, cableadas y servicios compartidos que ya están instalados. Una extensión añade algo alrededor de ese edificio sin tener que derribar su estructura principal. Podría añadir una habitación nueva o colocar una herramienta extra en un escritorio que ya utiliza como un pedido de ventas, una columna en una lista, un diseño distinto para una factura, una factura o una conexión a un servicio externo. Tras bambalinas, una extensión puede añadir campos, páginas, informes, acciones, reglas y lógica de negocio. Esa última frase suena técnica, así que expliquemosla de forma sencilla. La lógica de negocio son las reglas que le indican a Business Central que debe hacer. Por ejemplo, una regla podría evitar que un pedido sea liberado hasta que alguien ingrese un número de orden de compra. Y otra regla podría enviar un documento para su aprobación cuando su monto supere un límite.

La extensión maneja esa regla, así que su equipo no tiene que recordarla cada vez. Ahora bien, antes de que las aplicaciones en la nube y las extensiones fueran la norma, las empresas solían cambiar el código original de Business Central directamente. Imaginen que eso es como cambiar las paredes y el cableado real dentro de un edificio o de oficinas. Al principio eso puede resolver un problema, pero cuando Microsoft envía una actualización, ésta espera que el edificio estándar luzca de cierta manera y sus cambios personalizados pueden entrar en conflicto. Así que alguien necesita revisar esos cambios, reparar los conflictos y probar el sistema antes de que la actualización pueda continuar de forma segura. Ese trabajo consume tiempo. Las extensiones evitan gran parte de ese problema porque su código permanece separado del código de la aplicación estándar. Por lo tanto, en lugar de reconstruir el edificio, le añaden un complemento cuidadosamente diciendo Microsoft puede actualizar la aplicación principal mientras la extensión permanece en su propio paquete.

Eso no significa que cada actualización no requiera atención en absoluto. Una extensión puede depender de otra y su editor podría necesitar lanzar una versión compatible cuando Business Central cambie. Pero separar la extensión del código estándar aún le da a todos un punto de partida mucho más limpio. Puede pensarlo como mantener una herramienta enchufable en su propio estuche. La herramienta se conecta al taller cuando la necesita, pero no requiere que reconstruya el taller primero. Y, si ya no necesita esa herramienta, puede quitar el complemento en lugar de desmantelar todo el edificio. Esto cambia la conversación de cómo podemos reescribir Business Central para nosotros, a cómo podemos añadir la pieza faltante de forma segura. Eso importa porque el Business Central estándar ya maneja una enorme cantidad de trabajo empresarial normal. Por lo tanto, las extensiones deben llenar un vacío real, no convertirse en una excusa para reconstruir cada pantalla solo porque el sistema antiguo se veía diferente.

A veces, la mejor extensión añade un campo y una verificación. A veces, conecta a Business Central a un servicio del que su empresa ya depende. De cualquier manera, el objetivo sigue siendo simple. Mantenga la base estándar estable mientras añade las herramientas que su gente necesita. A continuación, debemos ver quién crea estos complementos, porque no todas las extensiones provienen del mismo lugar. Los tipos principales de extensiones Entonces, ¿de dónde provienen realmente las extensiones? No vienen de un solo lugar y conocer la diferencia le ayuda a elegir la correcta para su negocio. El primer tipo se llama extensión de aplicación. Piensa en ella como un complemento empaquetado que maneja una tarea específica dentro de Business Central. Por ejemplo, una aplicación de envíos puede conectar sus pedidos con un transportista. Una aplicación de pagos puede procesar pagos con tarjeta o enviar detalles a un servicio.

Una aplicación de informes puede añadir los reportes que su equipo necesita cada mes. Una extensión de aplicación es como comprar una herramienta lista para usar en una tarea que ya sabe que debe realizar. Usted la instala, la configura para su empresa y sus usuarios ven la nueva función directamente en Business Central. Puede añadir sus propias páginas y campos o colocar opciones dentro de páginas que la gente ya conoce, como pedidos de venta, pedidos de compra o fichas de cliente. Algunas extensiones de aplicaciones provienen de la propia Microsoft. Proporcionan complementos para necesidades que no aplican a todas las empresas o países. Un paquete de informes legales locales es un buen ejemplo. Las normas fiscales, facturas, pagos y documentos oficiales difieren de un lugar a otro. Por lo tanto, un país puede necesitar funciones que otro nunca utiliza. Esa separación mantiene el producto estándar enfocado al tiempo que ofrece a las empresas una forma de cumplir con las normas locales.

Luego tenemos las extensiones de SBA. Y SBA significa proveedor de software independiente. Suena como una frase técnica compleja, pero en realidad significa una empresa de software que crea una aplicación para muchos clientes de Business Central. Un ISV podría centrarse en trabajo de almacén, comercio minorista, fabricación, gestión de documentos, enlaces de nómina, facturas electrónicas o informes sectoriales. En lugar de crear la misma función desde cero para cada cliente, crean una aplicación que muchas empresas pueden comprar o suscribir. Estas aplicaciones suelen aparecer en Microsoft AppSource en MercadoLine para aplicaciones empresariales de Microsoft. AppSource es útil cuando su necesidad es común. Quizás muchas empresas quieran conectar Business Central con el mismo servicio de envío, banco o proveedor de pagos. En lugar de pagar a alguien para construir esa conexión, solo para usted puede encontrar una aplicación existente con soporte, notas de configuración y actualizaciones periódicas de su grado.

Eso puede ahorrar muchísimo trabajo. Una aplicación de AppSource no es automáticamente la elección correcta solo porque exista. Debe comprobar que se ajuste a su proceso, su país y su versión de Business Central. Una buena aplicación resuelve un problema claro sin obligar a su equipo a cambiar cada parte de su trabajo diario en torno a la aplicación. Siguiente tipo es una extensión por inquilino, a menudo abreviada como PTE. Un inquilino es el entorno propio de Business Central de su empresa. Por lo tanto, una extensión por inquilino es una aplicación creada solo para su empresa, no publicada para que la instalen todos los clientes de Business Central. Imagina un distribuidor de alimentos con una forma muy específica de calcular los gastos de envío. Los precios podrían depender del transporte con temperatura controlada, zonas de entrega, cajas retornables y acuerdos con clientes establecidos durante años.

Este proceso es probablemente demasiado inusual para una aplicación de envío estándar. Así que un socio o desarrollador de Business Central puede crear una extensión por inquilino en torno a ese proceso. La aplicación permanece dentro de la configuración de Business Central de esa empresa y puede adaptarse a su forma de trabajar. Puede incluir un enlace único a un sistema antiguo, un proceso de operación especial o una pantalla creada para una tarea exclusiva de ese negocio. Pero personalizado no siempre significa mejor. Una extensión por inquilino ofrece un ajuste preciso, pero alguien tiene que hacerse cargo de ello. Esto significa llevar registros, probar cambios y organizar el soporte cuando su empresa cambia el proceso o Business Central se actualiza. Si otra empresa pudiera usar la misma función, una aplicación ISV existente podría suponer menos trabajo a largo plazo. Entonces, ¿cómo elegir?

Piense por la necesidad empresarial, no por el tipo de extensión. Si su necesidad es común, como la importación de extractos bancarios, etiquetas de paquetes, facturas electrónicas o un informe local, busque primero una aplicación de Microsoft o de un ISV, puede encontrar una aplicación madura que ya sea justa. Si la necesidad surge de un proceso exclusivo de su empresa, una extensión por inquilino puede tener más sentido. También existen extensiones sencillas que cubran una regla específica, como requerir ciertos campos antes de que un usuario pueda guardar a un cliente proveedor. Pueden ser pequeñas, pero evitan que la falta de información crea problemas mayores más adelante. Quien creó la aplicación le indica dónde buscar soporte y actualizaciones. Lo que cambia la aplicación le indica lo que sus usuarios notarán cada día. ¿Cómo las extensiones cambian su trabajo diario? Entonces, ¿dónde se anota realmente una extensión?

Por lo general, anotará en una página que ya usa como una ficha de cliente, un pedido de venta, una ficha de artículo o una factura registrada. A menudo eso es una extensión de página. Cambia la pantalla sin reemplazar la página familiar. Su equipo sigue trabajando un día lo hace, mientras la extensión añade la información o acción que su proceso necesita. Imagine que su equipo de ventas necesita una ventana de entrega para cada cliente. Una extensión de página puede añadir un campo de ventana de entrega a la ficha de cliente y mostrar ese mismo detalle en el pedido de venta. Nadie necesita una hoja de cálculo separada o una nota oculta en un correo electrónico. La persona que introduce el pedido ve la regla de entrega justo donde importa. A veces el cambio es aún más sencillo. Puede ver un nuevo botón que envía un recordatorio de pago, crea una etiqueta de envío, habla un documento vinculado o inicia una solicitud de aprobación.

La página sigue pareciéndose a Business Central, pero ahora admite la tarea que su equipo necesita completar. Esto mantiene el trabajo cerca del registro. En lugar de pedir a los usuarios que recuerden cinco pasos herramientas, la extensión puede colocar la siguiente acción junto al cliente de factura, pedido o artículo que ya están viendo. Nada de transferencias suelen significar menos pasos olvidados. Los informes cambian de forma similar. Business Central incluye informes estándar, pero una empresa podría necesitar que su factura muestre un número de referencia especial, texto legal adicional, un logo diferente o información que un cliente espera ver. Una extensión de informe puede añadir esos datos o proporcionar otro diseño dejando intacto el informe original. Piense en una factura de venta. Su equipo financiero puede necesitar un diseño para clientes locales y otro para clientes extranjeros.

Primero puede mostrar detalles de impuestos locales, mientras que el segundo requiere una redacción diferente y una referencia adónica. Una extensión de informe puede añadir esos diseños e incluir los campos que cada documento necesite. El informe estándar no desaparece, y eso es importante porque no está reemplazando un informe familiar por algo completamente distinto. Está añadiendo lo que su negocio necesita manteniendo el informe estándar como base. Sus informes no son solo para documentos que envía fuera de la empresa. Una extensión puede añadir columnas a un informe financiero interno, mostrar detalles adicionales de artículos para la planificación de stock o incluir un campo específico de la empresa en un informe de gestión. Si los datos existen en Business Central, el informe puede llevarlos a la vista que el personal utiliza para tomar decisiones. Luego están las extensiones de conjunto de permiso.

Los permisos deciden qué puede ver, cambiar, registrar o eliminar cada persona. Para empezar, piénselos como tarjetas de acceso para diferentes salas de su empresa. Un usuario financiero puede necesitar acceso a una nueva pantalla de pagos. Un usuario de almacén puede necesitar acceso a una acción de envío, pero no a los detalles bancarios detrás de ella. Cuando una extensión añade una nueva página o proceso, también puede añadir los permisos que los usuarios necesitan para ese nuevo trabajo. Esto evita un problema común. Si instalar una aplicación, la gente puede ver su nuevo botón, pero no pueden usarlo porque carecen de acceso a los registros subyacentes. Una extensión de conjunto de permisos ayuda a conectar la nueva función con los roles adecuados, de modo que el acceso sigue el trabajo que la gente realmente hace. Usted aún debe decidir quién debe recibir ese acceso. Una extensión puede proporcionar conjuntos de permisos, pero su empresa elige qué personas o grupos deben usarlos.

Una nueva herramienta no debería dar silenciosamente a cada usuario más acceso del que requiere su rol. Muchas extensiones también conectan Business Central con otro servicio en línea. No son aplicaciones de integración. Pasan información entre Business Central y un banco, una empresa de envío, un servicio de pago, una tienda en línea u otro sistema empresarial. Piensa en un equipo financiero que recibe extractos bancarios cada día. Sin una conexión, alguien tendría que descargar un archivo del banco, cargarlo manualmente, comparar cada línea bancaria con los pagos y buscar las entradas que no coinciden. Con una extensión bancaria, el estado de cuenta puede ingresar a Business Central y ayudar al equipo a relacionar los pagos entrantes y salientes con los registros existentes. La persona sigue revisando las excepciones, pero las coincidencias rutinarias requieren menos esfuerzo humano. El equipo financiero puede centrarse en las entradas que requieren la investigación de una persona real.

Ese es un uso práctico de una extensión. No elimina el juicio humano. Elimina el manejo repetitivo. Las aplicaciones de envío funcionan de manera no es similar. Un pedido de venta puede enviar detalles de la dirección y del paquete a un servicio de transporte. Transportista puede volver una etiqueta y un número de seguimiento. En lugar de copiar la misma dirección en otro sitio web, su equipo inicia el proceso de envío desde el pedido mismo. Puede agregar estas funciones cuando las necesita. Si una empresa deja de usar un transportista, cambia al proveedor de pagos o retira un proceso, es posible que ya no necesite la extensión relacionada. Ese enfoque modular le brinda más control que integrar cada conexión externa en la aplicación estándar. Una así, cada aplicación añadida se convierte en parte de su trabajo. El siguiente paso es revisar una extensión cuidadosamente antes de que se integren los procesos de los que depende su persona.

Buscar e instalar aplicaciones. Entonces sabe que un proceso necesita ayuda. ¿Dónde busca? La mayoría de las personas comienzan con Microsoft AppSource o la página de administración de extensiones dentro de Business Center. AppSource es el mercado donde puede explorar aplicaciones de Microsoft y otras empresas de software. La administración de extensiones es donde usted ve y gestiona las aplicaciones ya conectadas a su propio entorno de business. Y está la clave. Comience con el problema, no con el nombre de una aplicación. Busque palabras que su equipo ya utiliza. Pruebe con envío, importación bancaria, aprobaciones, facturación electrónica, escaneo de almacén, recordadores de pago o informes locales. Una búsqueda sencilla le da más posibilidades de encontrar varias opciones en lugar de elegir la primera aplicación que alguien mencione. Imagine que su equipo de almacén pasa parte de cada tarde copiando detalles de pedidos en el sitio web del transportista.

No comience buscando un proveedor específico. En su lugar, busque al transportista, envío de paquetes, impresión de etiquetas o seguimiento de envíos. Luego, compare las aplicaciones que aparecen con el trabajo real que su equipo necesita completar. Ahora, lea la lista detenidamente. Primero, verifique el editor. ¿Quién creó la aplicación? ¿Y dónde puede encontrar sus detalles de soporte? Una aplicación puede parecer perfecta en una breve descripción, pero necesita saber quién responderá cuando una etiqueta de envío no se imprima o una actualización cambie un proceso que su equipo usa a diario. A continuación, verifique qué versiones de Business Central admite la aplicación. Su empresa podría usar la versión en línea de Business Central o ejecutar una versión alojada en sus propios servidores. Una aplicación debe ser compatible con su configuración. Revise la descripción de la aplicación y la documentación del editor, en lugar de asumir que toda aplicación funciona en todas partes.

El precio también requiere una revisión detallada. Algunas aplicaciones cobran por usuario. Otras cobran por empresa, por transacción o mediante una suscripción mensual. Otras son gratuitas de instalar, pero se conectan a un servicio externo de pago. Un conector bancario, por ejemplo, puede implicar cargos del editor de la aplicación, el banco o de ambos. Si sea gratuita no significa que debo meter las verificaciones. Una aplicación gratuita puede resolver muy bien un problema específico. También puede incluir menos opciones de soporte, menos documentación o un conjunto limitado de funciones. Lea qué incluye la aplicación, qué no incluye y si el editor explica cómo funcionan las actualizaciones y el soporte. Busca documentación antes de realizar la instalación. Una buena documentación debe explicar qué hace la aplicación, qué necesita antes de la configuración, qué páginas de Business Central modifica y cómo interactúan los usuarios con ella.

No necesita leerse como un libro de texto. Oh, pero si puede encontrar notas de configuración claras para un proceso de negocio que afecte pedidos, facturas o pagos, deténgase ahí. Ahí. Las reseñas pueden ayudar, pero léalas con cuidado. Una reseña de cinco estrellas de una empresa en otro país puede no decirle si la aplicación funciona con sus normas locales de informes. Una reseña baja puede describir un problema que la editoria ha solucionado. Trate las reseñas como preguntas a investigar, no como una respuesta definitiva. Una vez que reduzca su lista, apruebe la aplicación en entorno de pruebas. Un entorno de pruebas es un espacio independiente de Business Central para la reserva. Ofrece a su equipo un lugar seguro para instalar una aplicación, probar su configuración y ejecutar ejemplos de negocios reales sin modificar los registros de trabajo diario. Delice casos de prueba de la vía.

Crea un pedido de muestra con el tipo de cliente, artículo, regla fiscal y método de entrega que suele causar problemas. Pide a las personas que realicen ese trabajo que pruebe la aplicación. Un gerente puede aprobar una aplicación sobre papel, pero quien ingresa los pedidos puede detectar un campo faltante o un campo faltante en cuestión de minutos. Pruebe también los casos difíciles. ¿Qué sucede cuando una dirección está incompleta? ¿Qué sucede cuando un pago falla? ¿Puede un usuario corregir un error sin llamar a un desarrollador? La aplicación genera informe correcto cuando un cliente necesita una copia el próximo mes. Esa pregunta le dirá mucho más que una página de producto bien diseñada. Antes de que la aplicación entre en uso diario, decida a quién se encargará del soporte. Su equipo interno de TI podría gestionar la primera llamada. Su socio de Business Central podría encargarse de la configuración y la reparación.

El editor de la aplicación podría gestionar los problemas de su propio grupo. Anote eso junto con el contacto de soporte y el propósito de la aplicación. Una aplicación instalada se convierte en proceso de negocio. Esto significa que las siguientes preguntas involucran la información a la que accede a dónde viaja y qué sucede cuando Business Central o la aplicación cambian. Preguntas sobre seguridad, datos y actualizaciones. Antes de aprobar una extensión, haga una pregunta sencilla. ¿Qué información puede ver, cambiar o enviar esta aplicación a otro lugar? Esta pregunta es importante porque una extensión puede integrarse en el mismo trabajo que su equipo realiza con clientes, pedidos, facturas, facturas, pagos y existencia. Algunas aplicaciones solo añaden un campo o un informe. Otras conectan Business Central con un servicio externo e intercambian datos de negocio como parte de su función.

No todas las aplicaciones siguen los mismos estándares de prueba, cumplimiento o seguridad que Business Central. Microsoft lo documenta claramente para aplicaciones de otros proveedores. Una aplicación puede contactar con otros servicios. Puede procesar o almacenar datos fuera de su organización o de la región geográfica y el límite de cumplimiento elegidos. Puede compartir datos con otra empresa, incluir funciones con IA o mostrar contenido que no se ajuste a las políticas de su compañía. Así que no trate un botón de instalación como una decisión menor. Aquí hay un ejemplo concreto. Imagina una aplicación que envía datos de facturas a un servicio de documentos externo. Puede necesitar nombres de clientes, direcciones, detalles de artículos, precios, datos fiscales y números de documento para hacer su trabajo. Eso podría encajar perfectamente en su proceso, pero su responsable financiero, equipo de TI, contacto o privacidad deben saber a dónde van esos datos y quién los maneja.

Pide al editor que explique la ruta de los datos en un lenguaje sencillo. ¿Qué datos salen de Business Central? ¿A dónde van? ¿Qué país o región los almacenan? ¿La aplicación guarda una copia por cuanto entera? ¿El editor u otro proveedor de servicios puede acceder a ellos? ¿Si la aplicación utiliza IA, ¿qué información llega al servicio de IA? ¿Y qué sucede con esa información después? Lea los detalles de privacidad y los términos antes de instalar. No necesita convertirse en abogado, pero sí necesita respuestas claras sobre los datos que maneja su empresa. Si un proveedor no puede explicar qué hace su aplicación con su información, no la incluya en un proceso que maneje registros de clientes o datos financieros. Los permisos requieren el mismo nivel de cuidado. Una aplicación puede necesitar permiso para leer pedidos de venta, crear envíos, registrar pagos o acceder a registros utilizados por una nueva función.

Concedale solo el acceso que necesite para el trabajo. Luego verifique que usuarios reciben los conjuntos de permisos de la aplicación, ya que una nueva función útil puede crear un problema de seguridad si llega a personas que no deberían usarla. Mantenga su propio proceso de aprobación involucrada. Departamento puede encontrar una aplicación útil y quiere que funcione inmediato. Cuando la aplicación maneje trabajo confidencial, deje que los responsables de TI, finanzas, seguridad y cumplimiento la revisen primero. Eso puede parecer lento al principio, pero es mejor que descubrir más tarde que los datos de los clientes viajaron a un lugar que nadie aprobó. Las actualizaciones también merecen atención. Las extensiones mantienen el código personalizado separado de la aplicación estándar de Business Central, lo que reduce el tipo de trabajo de reparación que pueden crear los cambios directos de código, pero una extensión aún puede depender de las funciones de Business Central, otra aplicación o un servicio externo.

Si una parte cambia, es posible que la conexión necesite para mantener un registro breve de cada extensión instalada. Anote su nombre, editor, propósito, propietario, soporte, contacto, permisos, servicios externos y cualquier otra aplicación de la que dependa. Cuando se acerca una actualización, esa lista le indica qué probar, en lugar de dejar que su equipo adivine qué proceso podría fallar. Menos suele ser mejor. Una larga lista de aplicaciones puede crear funciones superpuestas, propiedad poco clara y más cosas que probar. Conserve una extensión cuando resuelva una necesidad comercial. Elimínelas o retírela cuando esa necesidad desaparezca y documente qué cambios se producen antes de hacerlo. El objetivo no es evitar la extensión. El objetivo es saber exactamente qué hace que esa extensión antes de que se convierta en parte de su empresa. Oye, TM, este es un trabajo diario. Conclusión.

Elige el complemento adecuado. Aquí está la regla simple. Una extensión de Business Central debe solucionar un problema específico sin tocar el código principal. Comience con el programa real que enfrenta su equipo. Pruebe el complemento con trabajo real. Verifique quién lo creó y a dónde van sus datos y asegúrese de que alguien le dará soporte después de la instalación. Suscríbase y comparte esta pepita de conocimiento con cualquiera que todavía crea que tiene que aceptar todas las pantallas predeterminadas.