Flujos de aprobación en Business Central: compras, pagos e inventario bajo control
Cómo diseñar circuitos que reduzcan correo, Excel y aprobaciones informales sin convertir cada operación en una burocracia.
Business Central permite convertir muchos “¿me das el OK?” en procesos trazables: pedidos de compra, facturas, diarios de pago, altas o cambios de maestros y, desde la wave 1 de 2026, también diarios de producto y hojas de planificación o requisición. La clave no está en activar aprobaciones por todas partes. Está en decidir dónde un segundo control evita riesgo, gasto innecesario o movimientos difíciles de explicar después.
El problema no es el email
El problema es que nadie puede reconstruir después quién decidió qué y con qué criterio
En muchas empresas medianas, los procesos de aprobación parecen funcionar porque las personas se conocen. Compras manda un correo. Finanzas responde “OK”. Dirección aprueba un pago por Teams. Un responsable autoriza una excepción por teléfono. El pedido se procesa y nadie percibe un problema mientras el volumen sea manejable y las mismas personas sigan ocupando los mismos puestos.
La fragilidad aparece cuando aumenta el número de usuarios, sociedades, centros, obras, almacenes o transacciones. Entonces empiezan las preguntas: ¿quién aprobó este pedido? ¿El importe superaba el límite? ¿Por qué se cambió el proveedor? ¿Quién autorizó el ajuste de inventario? ¿La aprobación llegó antes o después de contabilizar? ¿Había sustituto cuando el responsable estaba de vacaciones? ¿Se podía modificar el documento mientras estaba pendiente?
Un workflow bien diseñado convierte esas decisiones en parte del proceso ERP. Business Central permite configurar eventos que disparan la aprobación y respuestas que determinan qué ocurre después. Puede asignar aprobadores, límites de importe, sustitutos y notificaciones, y puede bloquear determinados registros mientras la solicitud está pendiente. Esto no elimina el criterio humano. Lo coloca donde debe estar y deja evidencia.
Decisión fuera del ERP
La aprobación existe, pero la evidencia está repartida entre correo, Teams, llamadas y documentos.
Límites poco claros
Un mismo responsable termina revisando operaciones pequeñas y grandes porque el circuito no diferencia riesgo o importe.
Cuellos de botella
Todo depende de una persona y el proceso se detiene cuando está ausente o no tiene contexto suficiente.
Control después del hecho
Auditoría descubre la desviación semanas después porque no había una validación integrada antes de ejecutar.
Qué trae Business Central de serie
Antes de desarrollar nada, conviene saber cuánto control ya existe en estándar
Microsoft incluye workflows de aprobación para escenarios habituales de compras, ventas, diarios de pago y determinados maestros como clientes y productos. El diseño parte de eventos —por ejemplo, crear o modificar un documento— y respuestas: enviar una solicitud, cambiar un estado, bloquear el registro, notificar o ejecutar el siguiente paso.
Los usuarios de aprobación pueden tener un aprobador asociado, un sustituto y límites de importe. Eso permite que una solicitud de 2.000 € no necesariamente siga el mismo camino que una de 200.000 €. También permite que una ausencia no convierta cada vacaciones en una colección de correos reenviados.
Una característica muy valiosa es que un registro pendiente puede quedar bloqueado para el procesamiento. En una factura de compra, por ejemplo, el estado pasa a pendiente de aprobación y el documento no continúa hasta completar la aprobación. El control deja de ser una advertencia y pasa a formar parte de la mecánica del proceso.
Pedidos, facturas y documentos
Aprobación según condiciones, usuario, importe y política de la organización.
Diarios de pago
Control previo sobre lotes o registros que terminan afectando a caja y bancos.
Clientes, productos y cambios
Los workflows pueden aplicarse también a altas o modificaciones de determinados registros.
Sustitutos y vencimientos
Aprobar, rechazar, delegar y gestionar solicitudes vencidas forma parte del ciclo estándar.
Lo nuevo en 2026
Las aprobaciones ya llegan a planificación, requisiciones y diarios de inventario
Business Central 2026 release wave 1 ha ampliado el alcance estándar de las aprobaciones. Microsoft incorpora soporte para lotes de diarios de producto y para lotes de hojas de requisición y planificación. La idea de negocio es directa: validar decisiones de compra y cambios de inventario antes de ejecutarlos, reforzando control interno y capacidad de auditoría.
En los diarios de producto, la aprobación puede utilizarse en Item Journal, Physical Inventory Journal, Output Journal y Consumption Journal. Mientras existe una entrada de aprobación en curso, el lote no se puede editar, eliminar ni contabilizar. El estado del workflow aparece en las páginas del diario y el aprobador dispone de acciones como aprobar, rechazar, delegar o añadir comentarios.
En requisición y planificación, la aprobación funciona a nivel de lote. Antes de ejecutar planificación o convertir líneas de requisición en documentos de compra, el lote puede enviarse a aprobación. Mientras está pendiente no se pueden insertar, modificar o eliminar líneas. Es un cambio relevante para empresas donde compras o planificación manejan propuestas de volumen y necesitan un control previo antes de materializar compromisos.
Item Journal
Ajustes y movimientos de inventario pueden quedar sujetos a validación antes de contabilizar.
Physical Inventory
El recuento físico y sus ajustes pueden incorporar una revisión previa cuando el riesgo lo justifica.
Output / Consumption
Producción y consumo pueden recibir un control adicional sobre lotes antes de registrar impacto.
Planning / Requisition
La propuesta se valida antes de ejecutar planificación o convertir necesidades en documentos de compra.
Caso práctico 1
Compras: el workflow debería controlar excepciones, no obligar al director financiero a aprobar bolígrafos
La compra es el escenario más evidente, pero también uno de los peor diseñados cuando se traduce una política manual al ERP sin simplificarla. Si todos los pedidos pasan por la misma persona independientemente de importe, categoría, proveedor o centro, el workflow solo digitaliza un cuello de botella.
Business Central permite establecer límites de aprobación para usuarios. Eso facilita construir una cadena escalonada: un responsable puede aprobar hasta un determinado importe; a partir de ahí, la solicitud sube al siguiente nivel. Pero el importe no es el único criterio útil. Una empresa puede decidir que determinados proveedores, compras extraordinarias, categorías o situaciones requieran tratamiento diferente, y ahí puede ser necesario combinar condiciones estándar o extender el circuito con Power Automate.
El objetivo debería ser que las compras recurrentes y previsibles fluyan con el mínimo roce y que las excepciones reciban atención. Un buen diseño separa política de control de burocracia. Si el aprobador recibe cien solicitudes irrelevantes cada semana, terminará aprobando por reflejo. Y un workflow que genera aprobación automática de comportamiento humano no es control: es ruido.
| Escenario | Posible política | Riesgo que controla |
|---|---|---|
| Compra habitual de bajo importe | Autonomía dentro de límite aprobado. | Evita saturar el circuito con operaciones ordinarias. |
| Pedido por encima del límite | Escalado al siguiente aprobador. | Compromisos de gasto relevantes. |
| Nuevo proveedor | Validación adicional del maestro o del alta. | Fraude, duplicidad y datos incorrectos. |
| Compra excepcional | Circuito específico o aprobación de dirección. | Gasto fuera de política, presupuesto o planificación. |
Caso práctico 2
Pagos: la aprobación tiene que ocurrir antes de que el dinero salga, no en el informe del mes siguiente
El diario de pagos es un buen ejemplo de control que aporta valor inmediato. Una organización puede tener facturas perfectamente aprobadas y, aun así, querer separar la decisión de reconocer una obligación de la decisión de ejecutar el pago. El riesgo cambia: ya no hablamos de contabilizar un gasto, sino de afectar a caja y banco.
Business Central incluye escenarios estándar de aprobación para diarios de pago. El proceso debe encajar con el modelo de tesorería: quién prepara, quién revisa, quién autoriza, cómo se gestionan límites y qué evidencias se conservan. En empresas con doble firma bancaria, la aprobación en el ERP no sustituye automáticamente al control del banco; ambos deben diseñarse para complementarse, no para dar una falsa sensación de doble control.
También conviene evitar una trampa común: hacer que el mismo usuario que prepara la propuesta sea siempre el único aprobador por comodidad. El workflow ayuda, pero no corrige una mala distribución de responsabilidades. La configuración tiene que reflejar el control interno que la empresa quiere mantener.
Preparar
Seleccionar vencimientos, revisar datos y construir la propuesta de pago.
Validar
Comprobar importes, excepciones, proveedor, datos bancarios y política de tesorería.
Autorizar
Dar aprobación al lote según responsabilidades y límites definidos.
Ejecutar
Generar o transmitir el pago respetando también los controles del canal bancario.
Caso práctico 3
Inventario: un ajuste puede parecer pequeño hasta que se repite cien veces
Los movimientos de inventario suelen recibir menos atención que una factura o un pago, pero pueden alterar margen, coste, disponibilidad y valoración. En empresas con almacenes, fabricación, distribución o consumo de materiales, un ajuste incorrecto no solo afecta al stock. Puede cambiar resultados y decisiones operativas.
La ampliación de 2026 permite que los lotes de diarios de producto pasen por aprobación antes de contabilizar. Es especialmente interesante para ajustes físicos relevantes, consumos extraordinarios, regularizaciones o movimientos donde la organización quiera introducir un segundo control. Mientras la aprobación está en curso, Microsoft bloquea la edición, eliminación y contabilización del lote.
No significa que cada movimiento de almacén deba esperar a un responsable financiero. La política debería identificar qué lotes o procesos tienen materialidad, riesgo o impacto suficiente. En operaciones de alta frecuencia, introducir aprobación indiscriminada puede perjudicar más que ayudar. El diseño debe equilibrar control y continuidad operativa.
Ejemplo: un ajuste extraordinario de inventario tras un recuento físico puede requerir revisión, mientras que movimientos rutinarios generados por procesos estándar de producción quizá deban fluir sin intervención manual. El criterio es riesgo, no costumbre.
Caso práctico 4
Planificación y requisiciones: aprobar antes de convertir una propuesta en compromiso de compra
Las hojas de planificación y requisición son potentes precisamente porque pueden generar recomendaciones de compra a partir de demanda, stock, parámetros y planificación. Pero una recomendación del sistema no es automáticamente una decisión empresarial. Puede ser necesario validar cantidades, prioridades, proveedores, caja disponible, campañas, proyectos o incidencias de suministro antes de transformar la propuesta en documentos de compra.
Desde 2026, Business Central puede enviar el lote de planificación o requisición a aprobación. Mientras existe la solicitud, las líneas no se pueden insertar, modificar ni eliminar. Esto protege la foto que está siendo revisada: el aprobador no analiza una propuesta que cambia por debajo mientras decide.
Para organizaciones con compras centralizadas, fabricación, múltiples almacenes o aprovisionamiento sujeto a presupuesto, esta capacidad puede ser especialmente interesante. La aprobación no sustituye los parámetros de planificación. Añade una capa de gobierno antes de que la recomendación automatizada se convierta en compromiso.
Qué comprar y cuánto
Basado en demanda, existencias, políticas y parámetros definidos.
Prioridad y contexto
Presupuesto, urgencia, situación de proveedor, caja, proyecto o condición excepcional.
Conversión a documentos
La aprobación permite materializar la decisión una vez revisada la propuesta.
Business Central o Power Automate
La pregunta no es cuál es mejor. Es dónde vive realmente el proceso.
Microsoft diferencia claramente los workflows estándar de Business Central y la automatización mediante Power Automate. Cuando el escenario está soportado en estándar y toda la lógica relevante vive dentro del ERP, utilizar la capacidad nativa suele simplificar mantenimiento, trazabilidad y soporte. El proceso entiende de forma natural estados, documentos, usuarios y restricciones de Business Central.
Power Automate cobra más sentido cuando la aprobación necesita atravesar otras aplicaciones o experiencias. Por ejemplo: enviar la solicitud a Teams, adjuntar documentación desde SharePoint, incorporar información de otra aplicación, desencadenar tareas posteriores, integrar un sistema externo o construir un proceso que no está cubierto por los eventos y respuestas estándar.
El error es usar Power Automate para replicar sin necesidad un proceso que Business Central ya resuelve bien, o forzar Business Central cuando el proceso empresarial vive claramente fuera. La arquitectura correcta minimiza piezas y mantiene el control en el sistema que realmente gobierna el dato y la decisión.
| Situación | Business Central estándar | Power Automate |
|---|---|---|
| Documento BC soportado | Normalmente primera opción. | Solo si aporta una experiencia o integración necesaria. |
| Proceso entre varias apps | Puede quedarse corto. | Muy adecuado para orquestación. |
| Bloqueo del registro ERP | Integrado en escenarios soportados. | Debe diseñarse cuidadosamente con el ERP. |
| Teams / SharePoint / externos | No es su objetivo principal. | Aporta flexibilidad e integración. |
Dónde suelen fallar los proyectos
Ocho errores que convierten una buena idea de control en una fábrica de esperas
Aprobar absolutamente todo
Si el coste de revisar una operación es mayor que el riesgo que evita, el workflow probablemente está mal diseñado.
Copiar la política antigua sin simplificarla
Digitalizar cinco firmas manuales no convierte necesariamente el proceso en mejor. Puede ser el momento de revisar por qué existen.
No configurar sustitutos
Una ausencia previsible no debería detener compras o pagos. La delegación debe formar parte del modelo, no improvisarse.
Usar el importe como único criterio
Proveedor, categoría, proyecto, presupuesto, criticidad o tipo de operación también pueden cambiar el riesgo.
No medir tiempos de aprobación
Si un circuito tarda tres días donde antes tardaba dos horas, la automatización puede estar empeorando la operación aunque la trazabilidad sea mejor.
Construir todo en Power Automate
Añadir capas cuando el estándar ya resuelve el escenario aumenta componentes, mantenimiento y posibilidades de fallo.
Ignorar la experiencia del aprobador
Aprobar sin contexto genera decisiones pobres. El responsable necesita ver importe, proveedor, proyecto, excepción y la información que justifica la solicitud.
No revisar el workflow después del go-live
Cambian importes, responsables, sociedades y políticas. Un circuito útil en enero puede ser un obstáculo en diciembre si nadie lo gobierna.
Especialmente relevante en construcción
Obra, compras y subcontratas necesitan control sin frenar la ejecución
En una constructora, aprobar no es solo validar un pedido genérico. Puede implicar presupuesto de obra, comparativos, subcontratación, acopios, materiales, desviaciones, compromisos de coste y decisiones que afectan directamente al margen del proyecto. Por eso un circuito estándar de compras puede necesitar contexto sectorial.
Business Central aporta la base financiera y de compras. IB Building 365 extiende esa base para conectar la realidad de obra con costes, producción, certificaciones, subcontratas, planificación y control económico. Power Platform puede añadir experiencias de aprobación o captura cuando el responsable está en obra o cuando el circuito atraviesa procesos que no deberían resolverse únicamente dentro del escritorio del ERP.
El diseño correcto evita dos extremos: que cada compra dependa de una llamada al jefe de obra o que todo termine centralizado en administración. La política debe distribuir autonomía según importe, fase, responsable y tipo de compromiso, manteniendo trazabilidad financiera.
Compra vinculada a obra
El aprobador necesita contexto de presupuesto, coste comprometido y desviación, no solo el total del pedido.
Subcontratación
Importe, alcance, condiciones y avance pueden requerir una política distinta de una compra rutinaria.
Responsable en movilidad
La aprobación puede necesitar una experiencia más accesible sin sacar el control financiero de su arquitectura.
Diseño de un workflow útil
Seis decisiones que deberías tomar antes de abrir la página Workflows
Configurar técnicamente el flujo es la parte sencilla. Lo difícil es decidir qué política quieres representar. Si esa política no está clara, el ERP solo hará más rápido el desacuerdo. Antes de construir, conviene cerrar seis decisiones con negocio.
Qué evento dispara la aprobación
Documento, importe, cambio de maestro, diario, lote, excepción o combinación de condiciones.
Quién puede aprobar
Responsable directo, función financiera, director de área, jerarquía por importe o combinación según contexto.
Qué ocurre mientras está pendiente
Bloqueo, imposibilidad de contabilizar, restricción de edición o continuidad parcial del proceso.
Qué información ve el aprobador
Importe, proveedor, presupuesto, proyecto, motivo de excepción y cualquier dato necesario para decidir.
Qué pasa si nadie responde
Sustitución, delegación, recordatorio, escalado o gestión de solicitud vencida.
Cómo medimos si funciona
Tiempo medio, solicitudes vencidas, rechazos, excepciones, cuellos de botella y cambios posteriores.
Gobernar después del arranque
Un workflow que nadie mide termina convirtiéndose en una costumbre digital
Una vez implantado, el circuito debería revisarse con datos. Si la mayoría de las solicitudes se aprueba en segundos sin comentarios, quizá el control no esté aportando valor. Si las solicitudes se acumulan en una persona, existe un cuello de botella. Si aparecen muchos rechazos por falta de información, el problema está antes de la aprobación. Si se delega constantemente, la responsabilidad formal no coincide con la realidad operativa.
La gobernanza sirve para ajustar límites, responsables y condiciones. También para detectar procesos que deberían automatizarse por completo. El objetivo final no es maximizar el número de aprobaciones. Es reducir las decisiones de bajo valor y concentrar atención humana donde la decisión aporta control.
Tiempo medio
Cuánto tarda una solicitud desde envío hasta resolución y dónde se concentra la espera.
Vencidas
Cuántas solicitudes superan el plazo y qué responsables o procesos repiten el patrón.
Rechazos
Qué motivos aparecen y si el rechazo indica una política útil o una mala preparación previa.
Aprobación automática humana
Si casi todo se aprueba sin análisis, revisar si el workflow sigue justificando la fricción que introduce.
Matriz de decisión
Qué merece aprobación, qué puede automatizarse y qué debería quedar fuera del circuito
Uno de los problemas más frecuentes es intentar decidir el workflow documento a documento. Es más útil clasificar las operaciones por riesgo y materialidad. Una transacción puede ser de bajo importe y, sin embargo, tener un riesgo alto si modifica datos bancarios de un proveedor. Otra puede tener un importe elevado pero estar ya respaldada por un contrato marco, presupuesto aprobado y condiciones predefinidas. El importe ayuda, pero no resume todo el control.
Una matriz sencilla permite discutir la política con Finanzas, Compras y Operaciones antes de trasladarla a Business Central. No tiene que ser perfecta desde el primer día. Debe ser suficientemente clara para que los usuarios entiendan por qué unas operaciones pasan y otras se detienen.
| Tipo de operación | Riesgo | Enfoque recomendado | Motivo |
|---|---|---|---|
| Compra rutinaria dentro de presupuesto | Bajo | Autonomía o aprobación ligera | Evitar controles que aportan menos valor que el coste administrativo. |
| Compra relevante fuera de presupuesto | Alto | Aprobación escalonada | Compromete gasto no previsto y necesita responsable con capacidad real de decisión. |
| Cambio sensible de proveedor | Alto | Aprobación específica | El importe puede ser cero, pero el riesgo de fraude o error es material. |
| Diario de inventario excepcional | Medio/alto | Revisión antes de contabilizar | Puede alterar valoración, margen y disponibilidad. |
| Lote de planificación ordinario | Variable | Aprobación según materialidad | La recomendación automática puede convertirse en compromisos de compra relevantes. |
| Proceso transversal con Teams o SharePoint | Variable | Business Central + Power Automate | La decisión necesita contexto o interacción que vive fuera del ERP. |
Una política madura distingue materialidad de frecuencia. Que una operación ocurra cientos de veces al mes no significa que deba aprobarse cien veces. Puede ser más eficaz definir bien límites, maestros y excepciones y reservar la intervención humana para los casos que realmente cambian el riesgo.
Grupos y múltiples sociedades
El mismo workflow no siempre sirve para todas las empresas del grupo
Cuando Business Central se utiliza en varias sociedades, aparece una tensión habitual entre estandarización y autonomía. Finanzas corporativas quiere una política común; cada unidad de negocio tiene importes, responsables y ritmos diferentes. Copiar exactamente el mismo circuito puede producir excepciones constantes, pero permitir que cada sociedad diseñe el suyo desde cero puede destruir la gobernanza.
Una solución razonable suele separar principios comunes de parámetros locales. Por ejemplo, todas las sociedades pueden exigir segregación entre preparación y aprobación de pagos, pero los límites de importe pueden variar. Todas pueden requerir control de altas de proveedores, pero el aprobador final puede depender de estructura, país o tamaño. Lo importante es que la diferencia sea deliberada y documentada.
También conviene definir qué ocurre con los usuarios que trabajan para varias empresas. Un director regional puede aprobar en varias sociedades, mientras que un responsable local solo actúa en una. La arquitectura del workflow debe acompañar esa realidad sin convertir la administración de usuarios y sustitutos en una tarea manual interminable.
Principio corporativo
Qué operaciones requieren control en todo el grupo y qué responsabilidades nunca deben concentrarse.
Parámetro local
Límites, responsables, sustitutos y excepciones adaptados a volumen y organización de cada sociedad.
Gobierno central
Revisión periódica para evitar que las diferencias locales terminen creando modelos incompatibles o difíciles de mantener.
Preguntas frecuentes
Aprobaciones y workflows en Business Central
¿Business Central incluye flujos de aprobación estándar?
Sí. Microsoft incluye escenarios preparados para documentos de compra y venta, diarios de pago y determinados maestros. Los workflows pueden configurarse mediante eventos, condiciones y respuestas.
¿Puedo definir límites de importe por aprobador?
Sí. La configuración de usuarios de aprobación permite establecer aprobadores, sustitutos y límites relevantes para determinar quién puede aprobar según el escenario.
¿Qué ocurre con un documento mientras está pendiente?
Depende del workflow, pero en escenarios estándar determinados registros quedan en estado pendiente y bloqueados para procesamiento hasta que se completa o cancela la aprobación.
¿Se pueden delegar aprobaciones?
Sí. Business Central contempla aprobar, rechazar, delegar y gestionar solicitudes vencidas. Los sustitutos son especialmente útiles para cubrir ausencias sin detener procesos.
¿Qué novedades incorpora Business Central 2026?
La wave 1 de 2026 amplía las aprobaciones a diarios de producto y a lotes de hojas de requisición y planificación. Mientras la aprobación está activa, Microsoft impide determinadas modificaciones o contabilizaciones.
¿Necesito Power Automate para crear aprobaciones?
No para los escenarios que Business Central ya soporta de forma estándar. Power Automate es especialmente útil cuando el proceso necesita otras aplicaciones, experiencias o eventos que no cubre el workflow nativo.
¿Power Automate sustituye a las aprobaciones de Business Central?
No necesariamente. Son capacidades complementarias. La elección depende de dónde vive el proceso, qué datos necesita, qué debe bloquearse y qué otras aplicaciones participan.
¿Tiene sentido aprobar todos los pedidos de compra?
Normalmente no. La política debería considerar materialidad y riesgo. Los pedidos ordinarios dentro de límites pueden fluir sin la misma supervisión que una compra excepcional o de alto importe.
¿Los workflows son útiles para constructoras?
Sí, pero necesitan contexto de obra. Compras, subcontratas, presupuesto, compromiso de coste y responsables pueden requerir reglas sectoriales, combinando Business Central, IB Building 365 y Power Platform cuando corresponda.
Para seguir profundizando
Business Central, automatización y procesos conectados
Dynamics 365 Business Central
ERP cloud para finanzas, compras, ventas, inventario, proyectos y operaciones sobre plataforma Microsoft.
Power Platform conectada al ERP
Apps, automatización, movilidad y procesos periféricos que amplían el ERP sin convertirlo en un monolito.
ERP para constructoras
Cómo conectar Business Central con la lógica de obra, compras, certificación, coste y margen.
IB Building 365
Vertical sectorial sobre Business Central para gobernar obra, costes, compras, subcontratas y procesos especializados.
Referencias Microsoft
Documentación oficial sobre workflows de aprobación en Business Central
Microsoft Learn · Configurar workflows de aprobación
Microsoft Learn · Configurar un workflow de aprobación de compra
Microsoft Learn · Aprobaciones de requisiciones y diarios de producto en 2026
Microsoft Learn · Workflows y Power Automate en Business Central
Aprobaciones Business Central
¿Tus aprobaciones controlan el proceso o solo lo hacen más lento?
Podemos revisar compras, pagos, inventario, requisiciones y procesos de aprobación para decidir qué debe resolverse en Business Central, qué merece automatización con Power Platform y dónde se puede reducir fricción sin perder control.
¿Conectamos?
La tecnología bien aplicada suele facilitar las cosas. Si sospechas que también puede ser de ayuda para ti, concédenos la oportunidad de conocerte y demostrarte hasta qué punto es así.
Suscríbete a nuestra enews mensual, y no te pierdas los mejores contenidos sobre Microsoft Dymanics 365
Información respecto al tratamiento de los datos solicitados, de acuerdo con el RGPD 2016/679 y la LOPDGDD 3/2018: el responsable es Ibermática SA; la finalidad es la recogida y tratamiento de los datos personales que solicitamos para atender tu consulta, enviarte nuestras publicaciones, newsletters, promociones de productos y/o servicios, y recursos exclusivos; la legitimación se establece mediante el consentimiento expreso; no se cederán datos a terceros, salvo obligación legal; en cualquier momento puedes ejercer tus derechos de acceso, rectificación, supresión, portabilidad, limitación u oposición al tratamiento de tus datos, así como retirar el consentimiento prestado o formular reclamaciones ante la Autoridad de Control, enviando la solicitud por correo electrónico a: arco@ibermatica.com; puedes consultar la información adicional y detallada sobre Privacidad y Protección de Datos de Carácter Personal en la Política de Privacidad de Ibermática S.A.
¿Por qué Ayesa?
Somos uno de los principales implantadores de Microsoft, con casi 2000 clientes que han depositado su confianza en nosotros para la implantación de Dynamics 365, Business Central (NAV / Navision) y Dynamics 365 Finance & Operations (AX / Axapta). Además, destacamos en el despliegue de proyectos sobre AZURE y Microsoft 365. Nuestra experiencia en el campo de la inteligencia artificial y el uso de Copilot nos sitúa a la vanguardia de la innovación tecnológica.
Con una plantilla de más de 12.000 profesionales y una sólida presencia en 23 países, estamos comprometidos en ayudar a nuestros clientes a definir y aprovechar oportunidades en el nuevo contexto digital. Desde la tecnología hasta las personas, ofrecemos un enfoque integral que garantiza el éxito en cada proyecto.
- ÚLTIMAS ENTRADAS DEL BLOG -
Business Development Manager | PSELLER Microsoft en Ayesa | Miembro Unidad Transición Energética, Climática y Urbana en Tecnalia | Secretaria de la Junta Directiva del Cluster de la Construcción (Build INN)