Pujas de Sourcing, defaults e historial: cotice una vez, reutilice lo aburrido
Cómo las pujas estructuradas, los defaults del tenant, las ventanas de validez y el historial mantienen rápida la cotización de recogidas sin volverla descuidada.
Una puja de sourcing no es solo un número. Es una promesa sobre la fecha de recogida, los servicios, las condiciones de pago, la validez y las notas que el cliente necesita antes de elegir. ReVend OS trata esa promesa como datos estructurados, porque “ver adjunto” ya ha provocado suficiente arqueología para toda una industria.
El formulario de puja
Desde el detalle de una solicitud, cita esto abre el formulario de puja, prerrellenado con las líneas de artículos del cliente, el catálogo de servicios del tenant y los defaults del tenant. El ITAD pone precio a cada línea solicitada —los cincuenta portátiles, no los treinta bonitos— y puede partir una línea en variantes con precios unitarios distintos siempre que las cantidades cuadren. Después vienen los servicios: los del catálogo más todo lo que la solicitud exija, cada uno con cantidad, precio unitario y si es obligatorio; los servicios obligatorios reducen el importe neto que ve el cliente, los opcionales se listan aparte. Luego, logística y compliance: fecha de recogida propuesta, plazo en horas, penalización por artículo que falte, método de destrucción de datos, si se incluyen informe de activos e informe ESG, condiciones de garantía y notas internas. Las condiciones de pago y la nota al cliente son los dos campos de texto que el cliente ve. El formulario lo suma todo como oferta de hardware, tarifas obligatorias, tarifas opcionales e importe neto para el cliente, y mantiene a la vista los requisitos de la solicitud mientras se teclea todo esto, para que nadie cotice una recogida normal en una solicitud que pedía discretamente destrucción certificada.
Grado A hasta que se demuestre lo contrario
Las pujas asumen grado A. El ITAD adjudicado sigue inspeccionando y calificando en la recepción, y la liquidación sigue el contrato o las reglas de ajuste por grado después de la inspección real. Una puja es una cotización comercial estructurada, no una profecía sobre cada portátil de un cuarto trastero.
Defaults
/settings/sourcing/defaults guarda los defaults de todo el tenant para lo aburrido: validez de la puja (168 horas si no se cambia), plazo de recogida (48 horas si no se cambia), condiciones de pago y una nota estándar para el cliente. Las pujas nuevas se prerrellenan con esos defaults y después congelan los valores realmente enviados. Cambiar el default más tarde no reescribe la historia. Los contratos lo agradecen.
Historial de pujas
/sourcing/bids mantiene visible cada puja enviada con número de solicitud, número de puja, ubicación de recogida, número de artículos, importe neto, estado y fecha de validez. Los estados son esperando cliente, retraído, ganado, rechazado, perdido y caducado. Una puja enviada se puede retirar tras un diálogo de confirmación mientras la ventana siga abierta; una vez ganada, rechazada, perdida o caducada, la acción de retirar ya no está. Es el sitio donde responder a “¿qué cotizamos?” antes de que alguien se invente un recuerdo con una confianza sospechosa.
Por qué gana la estructura
Las pujas estructuradas hacen justa la comparación para el cliente y útil la revisión para el ITAD. Además alimentan los números: el preset de dashboard Gerente Sourcing construye sus pujas enviadas, pujas ganadas, tasa de éxito, pujas activas, tiempo de respuesta y valor ganado histórico directamente desde este historial. Una cotización limpia hoy es una puja mejor mañana.