Las tools MCP de envío masivo ya aplican el tope de 200 ids por lote

Las cuatro tools de envío masivo documentaban un máximo de 200 ids por llamada pero no lo aplicaban: un lote mayor se aceptaba y se enviaban todos los correos. Ahora lo rechazan, igual que han hecho siempre las rutas REST. Consulta el catálogo de tools y Operaciones en lote.

• Una llamada con más de 200 ids que antes funcionaba ahora devuelve un error y no envía nada: ni un correo, ni un trabajo encolado. bulk_send_invoices, bulk_send_quotes, bulk_send_proformas y bulk_send_delivery_notes comprueban el lote antes de despachar nada, así que el rechazo no le cuesta nada al destinatario. Divide la llamada en bloques de 200 y repítela. El mensaje cita el tope y lo que enviaste, y ningún id del lote: No puedes enviar más de 200 facturas por lote. Has enviado 201. Divide el lote en bloques de 200 como máximo y repite la llamada.
• Los endpoints REST no cambian. POST /v1/{recurso}/bulk-send ya rechazaba los lotes que superaban el tope con 422, error.code: "invalid_param_value" y error.param: "ids", y lo sigue haciendo. No hay ningún código de error nuevo, ninguna cabecera nueva ni ningún 429: el tope va sobre el tamaño de una petición, no sobre cada cuánto llamas. Tampoco se mueven los scopes, la categoría de límite de peticiones ni la forma de respuesta BulkPartialSuccessResult.