Resolver un precio de catálogo
Resuelve el precio efectivo para una selección completa de catálogo —producto, variante opcional, presentación opcional, combinación comercial opcional (configuration_id), su selection_signature canónica y los option_value_ids elegidos— bajo una tarifa opcional.
- La combinación y su firma NO son excluyentes: una selección real lleva ambas porque la firma deriva de la combinación.
- Se rechaza repetir el cruce que la combinación ya identifica (
variant_id/presentation_id). - El payload nunca acepta un importe: todos los precios propios y ajustes proceden del catálogo.
- La respuesta incluye el desglose (
unit_semantics,source_amount,option_adjustment_total,option_adjustments_absorbed) para detectar un doble cargo;sourcepor sí solo no distingue una entrada de tarifa que ABSORBE los ajustes de otra heredada que los SUMA, pues ambas indicanprice_list.
En: header
Headers
Fija la versión de la API (YYYY-MM-DD, versionado por fecha estilo Stripe) para esta petición; omítelo para usar la versión fijada de la clave, o la última si no hay ninguna. Versión no soportada → 400 unsupported_api_version; malformada → 400 parameter_invalid_format. La versión efectiva se refleja en la cabecera de respuesta Factuarea-Version. Consulta la guía de Versioning.
dateOpera en nombre de una empresa hija (API key maestra de gestoría): pasa su id público (UUID v7) y la petición se ejecuta contra los datos de esa hija sin cambiar el scope, el tier ni el environment de la clave (omítelo para usar la propia empresa de la clave). UUID inválido → 400 parameter_invalid_uuid; id desconocido o no propio → 404 profile_not_found. Consulta la guía de Acting on behalf.
uuidCuerpo de la petición
application/json
Definiciones de TypeScript
Usa el tipo request body en TypeScript.
Cuerpo de la respuesta
application/json
application/json
application/json
application/json
application/json
application/json
application/json