Ofertas de Black Fridayhasta 60% de descuento
  • 60% de descuento el primer año en planes anuales
  • 45% de descuento en licencias de por vida
Termina en
Aprovecha la oferta

Pago contra entrega: del pedido aceptado al dinero conciliado

Mejora el contra reembolso con confirmación clara, incidencias justas y conciliación del transportista. Ejemplos completos de paquetes y costos.

Autor

Anichur Rahaman

hace 1 mes8 min de lectura150 vistas
Pago contra entrega: del pedido aceptado al dinero conciliado

El lunes, operaciones lee “78% entregado” en el informe del transportista. Finanzas pregunta cuánto del dinero cobrado puede conciliar con el banco. Mientras tanto, un paquete vuelve al almacén y un cliente pide corregir su dirección. Son tres tareas con responsables distintos.

Imagina una foto de 1.000 pedidos ficticios de un paquete, todos expedidos: 780 entregados, 190 retornos recibidos en origen, 20 en pérdida/reclamación y 10 abiertos. Llamar RTO a los 220 no entregados escondería pendientes y reclamaciones. Las cifras no son referencias del mercado.

Un proceso útil sigue por separado pedido, paquete y dinero. Confirmar y ayudar tras un intento fallido puede mejorar el recorrido, pero no garantiza aceptación ni liquidación. El objetivo es una decisión siguiente clara y un resultado verificable.

Lee un informe de paquetes que cuadre

Usa una misma cohorte de expedición y fecha de observación. Los cuatro resultados son excluyentes en esa foto; siguen existiendo casos abiertos. NDR es un informe de intento no completado, no prueba de retorno definitivo. Un paquete de vuelta en tránsito tampoco equivale a stock recibido e inspeccionado.

Estado al revisarPaquetesResponsabilidad siguiente
Entregados780Verificar cobro y liquidación
RTO recibidos190Recibir e inspeccionar antes de vender
Pérdida/reclamación20Investigar ubicación, responsabilidad y reclamación
Abiertos10Seguir acción y compromiso de respuesta
Total expedido1.000Mantener el denominador original

En esta cohorte ficticia, 690 llegaron al primer intento y 90 tras un NDR. Suponemos que 310 paquetes únicos tuvieron al menos un NDR: recuperación 90/310 = 29,0%. Cuenta paquetes, no eventos duplicados. El retorno recibido observado es 190/1.000 = 19%; los pendientes pueden cambiar.

Definiciones, métodos de pago, intentos y plazos dependen del servicio. Revisa contrato y estado actual. La guía de avisos de UPS, por ejemplo, describe opciones del servicio; no es un calendario universal para todos los países y operadores.

Conoce la contribución de cada resultado

En un modelo unitario separado, supón un pedido de 40, costo de producto de 22 y las partidas siguientes. Son unidades genéricas, no tarifas. La unidad RTO se recupera físicamente al costo y después soporta deterioro medio supuesto del 8% × 22 = 1,76. Pérdidas y reclamaciones abiertas requieren su propia economía.

PartidaEntregadoRTO recibido
Ingreso por producto40,000,00
Costo de producto retenido-22,000,00
Transporte de salida-3,00-3,00
Transporte de retorno0,00-2,50
Embalaje-0,50-0,50
Preparación-1,00-1,00
Inspección y reposición0,00-1,00
Comisión COD-0,800,00
Deterioro del devuelto0,00-1,76
Contribución indicada12,70-9,76

La entrega contribuye 12,70 y el RTO recibido −9,76. El cambio de resultado es 22,46; 9,76/12,70 equivale aproximadamente a 0,77 contribuciones de entrega. No es beneficio neto: faltan impuestos, marketing, estructura, financiación y otros costos. Stock recuperado es un activo, no efectivo inmediato.

Que se espere una devolución no hace cero el costo de un artículo perdido o no vendible. Mantén el retorno fuera de venta hasta inspeccionarlo. Mide valor recuperable y tarifas pactadas; no dupliques el deterioro.

Conversa antes de expedir

Antes de preparar, confirma variante, cantidad, total a cobrar, dirección, método soportado y plazo realista. Comprueba cobertura con el operador elegido. Validar formato telefónico ayuda con dígitos erróneos, no acredita identidad o intención. Una dirección corta puede ser válida; pide aclaración adecuada al lugar sin exigir siempre una referencia.

Deriva excepciones con pruebas explicables y revisión humana. Un cliente nuevo, teléfono familiar, pedido nocturno o zona mal atendida no demuestran fraude. Revisa fallos previos con contexto; un intento que el operador omitió no debe penalizar automáticamente al cliente. No presentes pesos inventados como probabilidades calibradas.

Guarda qué aclarar, qué se comunicó y la respuesta. Confirmar acredita una elección, no garantiza entrega. Define espera/caducidad y contacto si no responde. Respeta una cancelación real; no la marques entregada ni insistas para mejorar una métrica.

Contacta por canal y propósito permitidos sin divulgar el pedido a alguien no verificado. En WhatsApp revisa la Business Messaging Policy vigente: permiso, plantillas/ventanas y baja. Comprar contra entrega no autoriza toda promoción.

Ofrece opciones de pago con condiciones claras

Una señal puede ofrecerse con términos, tratamiento de devolución y saldo claros y legales. No se convierte automáticamente en compensación confiscable por fallo de entrega. El 20% de 40 son 8, menos que el costo RTO de 9,76; decir que cubre todo el riesgo sería falso.

Verifica pago capturado y referencia; una captura de pantalla o autorización pendiente no basta. Tras una señal pagada de 8, el operador debe cobrar 32, no 40. Confirma que aceptó el nuevo importe antes de entregar el paquete. Un pago tardío o reserva caducada exige excepción.

Muestra recargo COD o incentivo de prepago y total real antes de aceptar. Compara ingresos por comisiones, pagos, preparación, cancelación/reembolso y conversión. El prepago no elimina retornos, fallos ni disputas. Ofrece una alternativa justa, no una penalización inexplicable.

Asigna responsable al intento fallido

Da a cada NDR referencia, motivo y fecha de fuente actuales, plazo de intervención y responsable. La acción depende del estado y contrato. Un objetivo interno de respuesta el mismo día puede ayudar; cuatro o 48 horas no garantizan recuperación universal.

No disponible o ilocalizable: ofrece reprogramar o un canal acordado con contacto razonable. Dirección incompleta: verifica solicitante y cambio, tramítalo con autorización y comprueba aceptación del operador. Enviar una corrección no es todavía redirigir.

Rechazo: aclara un malentendido una vez si procede, respeta la decisión y gestiona el retorno conforme a términos. No toda negativa requiere descuento automático. Pérdida, daño o retorno iniciado: investiga o reclama, sin prometer otro intento no soportado.

Tras un timeout de reserva o actualización, consulta la referencia antes de repetir. Usa backoff limitado, protección contra duplicados y pendiente visible. Direcciones, descuentos, reservas y reembolsos requieren permisos de rol. Ni modelo ni webhook repetido deben crear otro envío.

Concilia el dinero después de la entrega

Separa evidencia de entrega, cobro y liquidación. Suponemos que los 780 entregados se cobraron a 40: bruto 31.200. Si solo se retienen 0,80 de comisión COD por paquete y el transporte se factura aparte, el neto esperado es 30.576. Los contratos reales pueden incluir otras deducciones, impuestos y plazos.

Si 770 concilian con remesa y abono bancario en la ventana de 30 días, el neto conciliado es 30.184. Los otros diez representan 392 esperados sin conciliar. Es una excepción que investigar, no dinero demostrado perdido para siempre; revisa vencimientos contractuales, disputas y corte bancario.

Concilia operador, tracking/pedido único, moneda, bruto debido, señal verificada, cobro, comisiones/ajustes autorizados, lote de remesa, abono y vencimiento. Separa diferencias, pagos parciales, duplicados y no vencidos. Calcula antigüedad desde la fecha debida; “entregado” no significa liquidado.

Los 1.000 expedidos se dividen en 780 entregados, 190 RTO recibidos, 20 pérdidas/reclamos y 10 abiertos. Los cobros pasan aparte a 770 conciliados y 10 pendientes.
Solo la rama entregada alimenta el cobro del ejemplo. Retornos, reclamos y abiertos siguen separados; una remesa sin conciliar no prueba pérdida permanente.

Prueba sin ocultar pedidos rechazados

Usa otro modelo didáctico de 100 pedidos ya cerrados y las contribuciones unitarias anteriores. Base: 80 entregados y 20 RTO recibidos. Cambio supuesto: 6 cancelados antes de expedir, 82 entregados y 12 RTO, con confirmación de 0,30 para cada pedido recibido. Supone costo adicional de cancelación cero y excluye otras partidas.

MedidaBaseCambio supuesto
Pedidos recibidos100100
Expedidos10094
Entregados8082
RTO recibidos2012
Cancelados antes de expedir06
Costo de confirmar0,0030,00
Contribución indicada820,80894,28

Base: 80×12,70−20×9,76 = 820,80. Cambio: 82×12,70−12×9,76−30 = 894,28. Diferencia de modelo 73,48, cerca del 9,0%. No demuestra causalidad ni que los seis cancelados habrían fallado todos.

La tasa cambiada por expedido es 12/94 = 12,8%, no 12%. El 12% usa los pedidos recibidos como denominador. Informa también entregados/recibidos 82% y cancelados/recibidos 6%, para no esconder buenos clientes perdidos al expedir menos.

Prueba cambios permitidos con grupos comparables o aleatorios si procede; define cohorte y ventana antes y deja madurar resultados. Mide recuperación NDR por paquete único, primer intento, cancelaciones, quejas, contribución por pedido recibido y efectivo vencido. Incluye pendientes y percentiles temporales, no solo promedios de liquidados.

Evalúa el módulo de entrega de StoreConsole para los registros y flujos necesarios. Confirma aparte conector, correcciones soportadas, vigencia e importación de remesas. Un tour de estados no demuestra que todo el operador o la contabilidad estén automatizados.

Tour de entrega (0:54): operadores, zonas, conductores y registros. Confirma soporte y vigencia del conector real.

Volvamos al informe del lunes

El lunes, operaciones distingue 190 retornos recibidos, 20 reclamaciones y 10 abiertos. Finanzas explica los diez entregados que esperan conciliación, sin llamarlos perdidos para siempre. La dirección corregida tiene responsable y respuesta verificada del operador.

Eso merece medirse. Confirmar mejor y elegir operadores puede ayudar, pero un informe fiable primero dice qué pasó y qué sigue pendiente.

Revisado el 5 de noviembre de 2026. Anichur Rahaman es el creador de StoreConsole. Cantidades, costos y resultados comparados son ilustrativos.

Sobre el autor

Anichur Rahaman

Seguir Leyendo