D365 PortalLa telemetría de Finance and Operations puede crecer mucho y de golpe. Una integración mal configurada o un bucle de excepciones genera en horas el volumen de una semana normal. Sin un tope, eso se convierte en una factura de Azure que nadie vio venir.
El problema
El coste de la telemetría es proporcional al volumen ingestado, y el volumen no lo controla el portal: lo controla lo que pasa en tu entorno. Un pico no es un fallo del sistema, es el sistema haciendo su trabajo mientras algo va mal en D365.
El enfoque
Cada plan trae un tope diario de ingesta y se aplica en la plataforma de Azure, no con una comprobación en la interfaz. Starter admite 0,5 GB al día y Pro admite 2 GB. Cuando el consumo se acerca al tope, una regla de alerta puede avisarte: por defecto, al 80 %.
Cortar o pagar excedente
Al llegar al tope hay dos comportamientos posibles y la elección es tuya.
| Opción | Qué ganas | Qué pierdes |
|---|---|---|
| Cortar la ingesta | La factura es predecible. Nunca pagas más de lo contratado. | Pierdes la telemetría del resto del día, justo cuando algo raro está pasando. |
| Facturar excedente | No hay huecos en los datos. Puedes investigar el pico con todo el detalle. | 6 USD por GB adicional, y el pico que dispara el coste es precisamente el que no esperabas. |
Si estás depurando un problema de producción, el excedente suele salir barato comparado con quedarte a ciegas. Si el entorno es estable y el presupuesto es rígido, cortar es lo razonable.
Retención
La retención define cuánto tiempo se guarda lo ingestado: 30 días en Starter y 90 en Pro. Es también el techo real del selector de rango: pedir 30 días con Starter funciona, pero no hay nada más atrás. Si necesitas conservar un incidente concreto más allá de ese plazo, expórtalo a CSV mientras está disponible.