
¿Qué son las páginas API en Microsoft Dynamics 365 Business Central?
Microsoft Dynamics 365 Business Central ofrece un sólido framework de API que permite una integración fluida con otros sistemas y aplicaciones. Leer datos de las páginas API de Business Central es una necesidad habitual para las empresas que quieren automatizar procesos, consolidar datos o conectar Business Central con aplicaciones de terceros. Este artículo ofrece una guía detallada para entender las páginas API de Business Central y trabajar con ellas.
Resumen
Esta guía completa explica cómo leer las páginas API de Microsoft Dynamics 365 Business Central e integrarte con ellas. Conoce la autenticación de la API con OAuth 2.0, la estructura de los endpoints (/api/v2.0/), cómo hacer solicitudes GET para recuperar datos, cómo filtrar con parámetros OData y las buenas prácticas para una integración segura. Descubre por qué las páginas API superan a los endpoints OData heredados en las integraciones ERP, revisa los límites de solicitudes y los permisos, y comprueba cómo plataformas de integración como Rapidi simplifican la conectividad con la API de Business Central. Incluye unas preguntas frecuentes detalladas sobre la configuración de la autenticación, la creación de API personalizadas, la resolución de errores comunes y la gestión de operaciones por lotes.
Índice
- ¿Qué son las páginas API en Business Central?
- ¿Qué ventajas tiene usar páginas API en Business Central?
- ¿Por qué usar páginas API en lugar de páginas OData en Business Central?
- ¿Cómo empezar con las API de Business Central?
- Cómo leer datos de las páginas API
- ¿Cuáles son las buenas prácticas para leer páginas API?
- Casos de uso habituales para leer páginas API
- ¿Cómo integrar las páginas API de Business Central con Rapidi?
- Conclusión
- Preguntas frecuentes
¿Qué son las páginas API en Business Central?
Las páginas API son un tipo de endpoint de servicio web que ofrece Business Central y que permite a los sistemas externos interactuar con los datos almacenados en la aplicación. Estas páginas exponen los datos de Business Central en un formato estructurado, normalmente JSON, lo que facilita la integración con otras aplicaciones mediante solicitudes HTTP.
Las páginas API de Business Central se diferencian de las páginas estándar porque están diseñadas para el acceso programático, no para la interacción con el usuario.
¿Qué ventajas tiene usar páginas API en Business Central?
Las páginas API de Business Central ofrecen varias ventajas que las convierten en una herramienta clave para las empresas:
- Acceso estandarizado: Ofrecen una forma coherente y fiable de acceder a los datos de Business Central siguiendo los principios RESTful, lo que simplifica la integración con aplicaciones y sistemas modernos.
- Datos en tiempo real: Las páginas API permiten acceder en tiempo real a los datos de Business Central, de modo que las aplicaciones conectadas siempre disponen de la información más reciente.
- Personalizables y ampliables: Los desarrolladores pueden crear páginas API personalizadas adaptadas a necesidades de negocio concretas, lo que aporta flexibilidad y escalabilidad.
- Compatibilidad con OData: Los parámetros de consulta OData permiten filtrar, ordenar y paginar, lo que hace que la recuperación de datos sea eficiente y esté optimizada para el rendimiento.
- Compatibilidad multiplataforma: Las API de Business Central se pueden usar con una gran variedad de lenguajes de programación y herramientas, lo que permite la integración con servicios en la nube, aplicaciones móviles y soluciones de escritorio.
- Comunicación segura: Las API admiten la autenticación OAuth 2.0 y el protocolo HTTPS, lo que garantiza un acceso seguro a los datos sensibles.
Estas ventajas convierten las páginas API en la opción ideal para las organizaciones que buscan mejorar la conectividad, agilizar sus operaciones y tomar mejores decisiones basadas en datos.
¿Por qué usar páginas API en lugar de páginas OData en Business Central?
Aunque tanto las páginas API como las páginas OData funcionan como endpoints de servicio web en Business Central, las páginas API ofrecen claras ventajas frente a las páginas OData:
- Diseñadas para la integración: Las páginas API están pensadas expresamente para el acceso programático y la integración entre sistemas. Están simplificadas para exponer solo los campos y las funciones esenciales, lo que reduce la complejidad y mejora el rendimiento.
- Mejor rendimiento: Las páginas API son más ligeras y están mejor optimizadas para escenarios de integración que las páginas OData, que pueden generar una sobrecarga adicional por su alcance y flexibilidad más amplios.
- Control de versiones y extensibilidad: El framework de API de Business Central admite el control de versiones, lo que permite a los desarrolladores mantener la compatibilidad con versiones anteriores cuando se hacen actualizaciones. Esta función no es tan sólida en los servicios OData.
- Coherencia entre entornos: Las páginas API ofrecen una estructura uniforme y predecible, lo que las hace más adecuadas para las prácticas y herramientas de desarrollo modernas que esperan API RESTful.
- Autenticación y seguridad integradas: Las páginas API se apoyan en OAuth 2.0 y están mejor alineadas con los estándares de seguridad modernos que los endpoints OData tradicionales, que pueden requerir configuraciones adicionales para alcanzar niveles de seguridad similares.
- Compatibilidad con el ecosistema: Muchas herramientas de terceros, soluciones middleware y plataformas de integración están optimizadas para API REST, lo que hace que las páginas API sean más compatibles con los sistemas externos.
Para las empresas centradas en las integraciones, la escalabilidad y el rendimiento, las páginas API suelen ser la opción preferida frente a las páginas OData.
¿Cómo empezar con las API de Business Central?
1. Configurar el acceso a la API
Antes de acceder a las páginas API, asegúrate de que se cumplen los siguientes requisitos previos:
- Autenticación: Configura la autenticación OAuth 2.0 para acceder a la API de forma segura. Para ello se suele usar Azure Active Directory (AAD).
- Permisos de usuario: Asegúrate de que el usuario que accede a la API tiene los permisos adecuados. Asigna los roles necesarios en Business Central para conceder acceso a los datos.
Estructura de la URL de la API:
Business Central expone dos tipos principales de endpoints:
- Endpoints OData (heredados) en
/ODataV4/ - Endpoints modernos de la API de Business Central en
/api/v2.0/
La estructura recomendada para las páginas API de Business Central es:
https://api.businesscentral.dynamics.com/v2.0/<tenant_id>/<environment_name>/api/v2.0/
Ejemplo – recuperar las empresas:
https://api.businesscentral.dynamics.com/v2.0/<tenant_id>/<environment_name>/api/v2.0/companies
La ruta /api/v2.0/ tiene control de versiones y está optimizada para integraciones, mientras que /ODataV4/ se usa para los servicios web OData creados en Business Central.
2. Explorar las páginas API
Microsoft ofrece una amplia gama de páginas API predefinidas que puedes usar directamente. Por ejemplo:
- Companies: Recupera los datos de las empresas en Business Central.
- Customers: Obtiene la información de los clientes.
- Items: Proporciona los datos de los productos del inventario.
Descubrir las API disponibles
Para ver todas las páginas API disponibles en tu entorno, puedes enviar una solicitud GET a:
https://api.businesscentral.dynamics.com/v2.0/<tenant_id>/<environment_name>/api/v2.0/
Esto devuelve un catálogo de todos los endpoints de API publicados, con sus nombres de entidad y sus números de versión.
Para saber más, consulta la documentación de la API de Business Central de Microsoft.
Cómo leer datos de las páginas API
Leer datos de una página API es más fácil de lo que crees: basta con enviar una solicitud HTTP GET. Es un proceso sencillo con el que te familiarizarás enseguida. Eso sí, ten en cuenta que con Rapidi, no necesitas gestionar las solicitudes HTTP manualmente: la conectividad con las páginas API ya viene integrada. Indica la URL del endpoint correcta en la configuración de tu conexión de Rapidi y Rapidi leerá y procesará automáticamente los datos de la API de Business Central.
1. Enviar una solicitud GET
Para leer datos de una página API, usa una solicitud HTTP GET.
Ejemplo de solicitud:
https://api.businesscentral.dynamics.com/v2.0/<tenant_id>/<environment>/api/v2.0/companies
Respuesta:
{
"value": [
{
"id": "12345678-1234-1234-1234-1234567890ab",
"name": "Cronus International Ltd.",
"address": "1234 Main St",
"city": "London",
"country": "UK"
}
]
}
2. Filtrar y consultar datos
Las API de Business Central están diseñadas para darte el control. Admiten por completo los parámetros de consulta OData, para que puedas filtrar, ordenar y paginar los datos según lo necesites.
Ejemplo con filtro:
https://api.businesscentral.dynamics.com/v2.0/<tenant_id>/<environment>/api/v2.0/customers?$filter=displayName eq 'CRONUS International Ltd.'
¿Cuáles son las buenas prácticas para leer páginas API?
- Protege tus API: Usa siempre HTTPS y métodos de autenticación adecuados, como OAuth 2.0, para proteger los endpoints de la API. Así tus datos estarán siempre seguros y protegidos.
- Optimiza las consultas: Usa parámetros de consulta OData como
$filter,$selecty$toppara limitar los datos devueltos y reducir el tamaño de la respuesta. - Gestiona la limitación de solicitudes: Business Central aplica límites a las solicitudes de API. Si recibes una respuesta 429 Too Many Requests, implementa reintentos con retroceso exponencial.
- Supervisa el uso de la API: Supervisa con regularidad el uso de la API para asegurarte de que se ajusta a tu licencia de Business Central y no supera los límites.
Casos de uso habituales para leer páginas API
- Integración de datos: Sincroniza los datos de Business Central con otros sistemas ERP, CRM o aplicaciones a medida.
- Informes: Extrae datos para herramientas de informes externas como Power BI o Tableau.
- Automatización: Automatiza flujos de trabajo obteniendo datos en tiempo real de Business Central.
¿Cómo integrar las páginas API de Business Central con Rapidi?
Rapidi es totalmente compatible con las páginas API de Business Central, lo que permite a las empresas conectar Business Central con otros sistemas como Salesforce, HubSpot o ERP heredados.
A diferencia de los antiguos servicios web OData, las páginas API de Business Central se basan en REST y son ligeras, lo que las hace ideales para integraciones de gran volumen y en tiempo real.
Rapidi puede leer y escribir datos directamente a través de estos endpoints de API y gestionar funciones como el filtrado, la paginación y la lógica delta.
Esta compatibilidad permite sincronizar sin fricciones tablas o entidades de datos como clientes, productos o pedidos de venta, todo ello manteniendo la seguridad y el rendimiento.
Conclusión
Leer páginas API en Business Central es una habilidad importante para las empresas que quieren sacar el máximo partido a su sistema ERP. Con la configuración adecuada y las buenas prácticas, puedes acceder a tus datos de Business Central de forma eficiente y aprovecharlos al máximo para impulsar integraciones, informes y automatización.
Actualizado en enero de 2026
Preguntas frecuentes (FAQ)
Autenticación y configuración
¿Cómo configuro la autenticación OAuth 2.0 para las API de Business Central?
Tienes que registrar una aplicación en Azure Portal, configurar los permisos de la API (Dynamics 365 Business Central con permisos delegados o de aplicación), crear un secreto de cliente, configurar los URI de redirección y, después, registrar la aplicación de Azure AD en la página "Azure Active Directory Applications" de Business Central con los permisos de usuario adecuados.
¿Qué diferencia hay entre los permisos delegados de OAuth 2.0 y los permisos de aplicación (Service-to-Service)?
Los permisos delegados requieren la interacción y el consentimiento del usuario, y son adecuados para escenarios de suplantación de usuario. La autenticación Service-to-Service (S2S) usa el flujo de credenciales de cliente para integraciones desatendidas sin interacción del usuario, lo que la hace ideal para integraciones automatizadas entre sistemas.
¿Puedo seguir usando las Web Service Access Keys (Basic Auth) en Business Central Online?
No. Las Web Service Access Keys están obsoletas en Business Central Online desde la oleada de lanzamiento 1 de 2022 (BC20). Debes usar la autenticación OAuth 2.0 para todo el acceso a la API.
¿Qué permisos tengo que asignar para acceder a las API?
No puedes asignar el conjunto de permisos SUPER a los usuarios de API. Entre los conjuntos de permisos habituales están D365 FULL ACCESS, D365 BUS FULL ACCESS o D365 BASIC, según tus necesidades. En producción, aplica el principio de mínimo privilegio y asigna solo los permisos necesarios para las operaciones concretas.
Endpoints y estructura de la API
¿Qué diferencia hay entre los endpoints /api/v2.0/ y /ODataV4/?
/api/v2.0/ es la API moderna y con control de versiones de Business Central, optimizada para integraciones, con mejor rendimiento y mayor estandarización. /ODataV4/ se usa para los servicios web OData y se considera heredado. Usa siempre /api/v2.0/ para las nuevas integraciones.
¿Cómo encuentro todos los endpoints de API disponibles en mi entorno de Business Central?
Envía una solicitud GET a: https://api.businesscentral.dynamics.com/v2.0/<tenant_id>/<environment>/api/v2.0/ para obtener un catálogo de todos los endpoints publicados. También puedes usar la opción $metadata para recuperar información detallada del esquema XML sobre las entidades disponibles y sus propiedades.
Filtrado y consultas
¿Cómo filtro los resultados de la API?
Usa el parámetro de consulta OData $filter. Ejemplo: customers?$filter=displayName eq 'CRONUS International Ltd.'. Puedes usar operadores como eq (igual a), ne (distinto de), gt (mayor que), lt (menor que), and, or.
Gestión de errores y límites de solicitudes
¿Cuáles son los límites de solicitudes de la API de Business Central?
Los límites actuales son de aproximadamente 300 solicitudes de API por minuto en los entornos de sandbox y 600 por minuto en los entornos de producción. También hay un límite de 100 solicitudes OData/SOAP simultáneas y un tiempo de espera de 10 minutos por solicitud. Son límites por usuario.
API personalizadas
¿Puedo ampliar o modificar las API estándar de Business Central?
No, no puedes ampliar directamente las páginas API estándar. Sin embargo, puedes copiar el código fuente de la API estándar desde el repositorio ALAppExtensions de Microsoft en GitHub y crear tu propia página API personalizada con las modificaciones que necesites.
¿Cómo creo una página API personalizada?
Crea una extensión AL con PageType = API y especifica las propiedades APIPublisher, APIGroup, APIVersion, EntityName y EntitySetName. Como buena práctica, usa SystemId como ODataKeyFields. La API queda accesible en: https://api.businesscentral.dynamics.com/v2.0/<tenant>/<environment>/api/<publisher>/<group>/<version>/<entitySetName>
¿Qué diferencia hay entre las páginas API y las consultas API?
Las páginas API admiten operaciones CRUD completas (crear, leer, actualizar y eliminar), mientras que las consultas API son de solo lectura, pero ofrecen un mejor rendimiento. Las consultas pueden combinar fácilmente varias tablas sin necesidad de $expand y lo devuelven todo como un único conjunto de datos.
Solución de problemas
¿Por qué recibo errores "Access is denied to company"?
Normalmente significa que los permisos son insuficientes. Comprueba que la aplicación de Azure AD en Business Central tiene asignados los grupos de usuarios y los conjuntos de permisos correctos, y verifica que el nombre de la empresa en la URL es correcto.
¿Por qué mi llamada a la API devuelve campos vacíos o ausentes?
Algunas propiedades de la API v2.0 son propiedades de navegación que hay que solicitar explícitamente con $expand. Consulta la documentación de la API o $metadata para saber qué campos requieren expansión.
¿Cómo gestiono operaciones por lotes o inserto varios registros a la vez?
Business Central admite solicitudes por lotes de OData para realizar varias operaciones en una sola llamada HTTP. Un único POST inserta un registro; para varios registros, usa solicitudes por lotes con el formato JSON adecuado. Consulta la documentación de Microsoft sobre las operaciones por lotes de OData.