KELUA KELUA  ·  Blog  ·  Planes  ·  Recursos
Ventas y CRM

Captura de pagos por WhatsApp: el voucher de Yape que no se pierde

2026-09-15 · Jimmy Sanchez Huerta · 9 min de lectura
Captura de pagos por WhatsApp: el voucher de Yape que no se pierde

La captura de pagos por WhatsApp resuelve una fuga silenciosa de todo negocio peruano: el cliente manda su Yape o voucher por el chat, el vendedor lo ve "al pasar" y ese pago se pierde entre cientos de mensajes. Finanzas nunca lo concilia y el cliente jura que ya pagó. KELUA lo evita. Es parte del CRM de WhatsApp con la API oficial de Meta.

Señales de que tu empresa ya lo necesita

Si te identificas con dos o más de estos síntomas, estás perdiendo ventas por desorden:

  • Tus clientes pagan por Yape/Plin y mandan la captura al chat.
  • A veces despachas confiando en un "ya te pagué".
  • Finanzas no siempre concilia lo que entró contra lo vendido.
  • Han cobrado dos veces a un cliente por no tener registro.

El problema: el pago que se queda en el chat

En el Perú, gran parte de los cobros de una pyme entran por Yape, Plin o transferencia, y el comprobante llega como una foto por WhatsApp. Si ese aviso vive solo en el celular del vendedor, finanzas no se entera, no lo cruza con el banco y aparecen los problemas: pedidos que se despachan sin pago confirmado, o clientes a los que se les vuelve a cobrar algo que ya pagaron.

Registro de pagos informados por WhatsApp en el CRM de KELUA
Registro de pagos informados por WhatsApp en el CRM de KELUA

Cómo lo detecta y registra KELUA

Cuando por el chat entra un aviso de pago (el cliente manda su voucher, o escribe "ya te yapeé / ya hice la transferencia"), KELUA lo detecta y lo registra como un "pago por verificar" (colección pagosPorVerificar), con el comprobante adjunto y enlazado al prospecto/cliente. Es idempotente: no crea duplicados por el mismo aviso.

Finanzas tiene el control: verificar antes de dar por cobrado

El pago no se da por bueno a ciegas —eso sería peligroso—. Entra a una bandeja de pagos por verificar que finanzas revisa contra el banco/Yape y marca como verificado cuando corresponde. Así se separan dos cosas que muchas empresas mezclan: el cliente dice que pagó (aviso) y finanzas confirma que el dinero entró (verificación).

MomentoQuiénEstado
El cliente manda su Yape/voucherClienteAviso de pago capturado
Se registra en el sistemaKELUAPago por verificar
Se cruza con el bancoFinanzasVerificado (o rechazado)

Por qué te ahorra plata y peleas (contexto pyme)

  • Ningún abono se pierde entre los chats.
  • No despachas sin pago confirmado por confiar en un "ya te pagué".
  • No cobras dos veces al mismo cliente por no tener registro.
  • Conciliación más limpia: finanzas ve la lista de pendientes por verificar y la cruza con el banco.

Cómo dejarlo funcionando en KELUA (paso a paso)

  1. Ten el CRM conectado por la API oficial (los mensajes con comprobante entran al chat).
  2. Define quién en finanzas revisa la bandeja de pagos por verificar.
  3. Cuando entre un voucher, confírmalo contra el banco/Yape y márcalo verificado.
  4. Enlaza el pago verificado a la venta/comprobante.
  5. Regla de oro: no despachar hasta que el pago esté verificado.

Mini-caso: tienda que despachaba confiando en el "ya te pagué"

El voucher llegaba al chat del vendedor y no pasaba a finanzas.

Antes (sin sistema)Con KELUA
A veces se despachaba sin que el pago hubiera entradoEl pago queda registrado como "por verificar" al instante
Discusiones con clientes por cobros repetidosFinanzas confirma contra el banco antes de despachar

Resultado: cero despachos sin pago y sin cobros dobles.

Mini-caso: distribuidora con muchos abonos diarios

Recibe decenas de Yapes al día de distintos clientes.

Antes (sin sistema)Con KELUA
Era imposible cruzar cada Yape con su ventaCada aviso queda en la bandeja por verificar, con su comprobante
Se perdían abonos y cuadrar la caja tomaba horasFinanzas cuadra rápido contra el banco

Resultado: conciliación diaria en minutos y ningún abono perdido.

KELUA vs. llevarlo a mano

SituaciónExcel / WhatsApp sueltoApp no oficialCon KELUA
Registrar el pago avisadoSe queda en el chatNoBandeja "por verificar"
Verificar contra el bancoManual, se olvidaNoFinanzas confirma
Evitar cobro dobleDifícilNoUn registro por pago
Despachar solo con pagoPor confianzaNoRegla + verificación

Errores comunes (y cómo evitarlos)

  • Confiar en el "ya te pagué": despachas sin cobrar. Verifica siempre.
  • Dejar el voucher en el celular del vendedor: finanzas nunca lo ve.
  • Dar por cobrado sin cruzar el banco: te expone a fraudes. Marca "verificado" solo tras confirmar.
  • No enlazar el pago a la venta: se pierde la trazabilidad del cobro.

Qué medir (KPIs del tema)

Lo que no se mide no se mejora. Estos son los indicadores que este proceso te deja seguir:

IndicadorQué te dice
Pagos por verificar pendientesCuánto falta conciliar
Tiempo de verificaciónQué tan rápido confirma finanzas
Despachos sin pago confirmadoRiesgo que estás evitando
Cobros duplicadosQue tiendan a cero

¿Cómo lo resuelve KELUA?

KELUA convierte el voucher que llega por WhatsApp en un registro de pago trazable: lo detecta, lo guarda con su comprobante, avisa a finanzas y espera su verificación antes de darlo por cobrado. El chat deja de ser el agujero por donde se escapan los pagos.

Conciliación y arqueo: cuadrar la caja en minutos

El problema de fin de día no es solo registrar el pago, es cuadrarlo contra lo que realmente entró al banco o a Yape. Al centralizar cada aviso con su comprobante en la bandeja de "por verificar", finanzas cruza la lista contra el estado de cuenta y marca lo verificado. Lo que antes tomaba horas de revisar chats uno por uno, se vuelve una conciliación ordenada: qué está pendiente, qué está confirmado y qué no cuadra.

Vouchers falsos: por qué verificar SIEMPRE

Existe el fraude del "voucher editado": el cliente manda una captura que parece un pago, pero el dinero nunca entró. Por eso el pago avisado no se da por bueno automáticamente: entra como "por verificar" y finanzas confirma contra el banco antes de despachar. Esta separación —el cliente dice vs. finanzas confirma— es tu escudo contra ese fraude tan común en el comercio peruano.

Adelantos, pagos parciales y saldos

No todo se paga de una vez: hay adelantos para separar mercadería y saldos contra entrega. Registrar cada abono como un pago verificable y enlazarlo a la venta te deja ver cuánto lleva pagado el cliente y cuánto falta, sin cuentas en una libreta. Así no despachas de más ni cobras de menos, y el cliente tiene claridad de su saldo.

Mini-caso: tienda con muchos adelantos por Yape

Los clientes separan productos con un adelanto y pagan el resto al recoger.

Antes (sin sistema)Con KELUA
El adelanto se anotaba en un cuaderno y a veces se perdíaCada adelanto queda como pago verificable, enlazado a la venta
Discusiones sobre cuánto faltaba pagarEl saldo pendiente siempre está claro para ambos

Resultado: cero confusión con adelantos y saldos, y ningún abono perdido.

Buenas prácticas de cobranza por WhatsApp

  • Nunca despaches con un "ya te pagué": exige el comprobante y espera la verificación.
  • Verifica contra el banco/Yape: el aviso del cliente no es la confirmación del dinero.
  • Registra cada abono: adelantos, parciales y saldos, enlazados a la venta.
  • Concilia a diario: revisa la bandeja de "por verificar" contra el estado de cuenta al cierre.
  • Asigna un responsable: alguien de finanzas debe ser dueño de esa bandeja.

El comercio peruano se mueve por Yape

Yape, Plin y las transferencias ya son la forma más común de pagar en el Perú, sobre todo en el comercio pyme. Eso trae una comodidad enorme —el cliente paga en segundos desde su celular— y un riesgo silencioso: el comprobante llega como una foto al WhatsApp y ahí se queda, sin llegar nunca a finanzas. Multiplica eso por decenas de pagos al día y tienes una fuga real de dinero y horas perdidas cuadrando cajas. Capturar cada aviso de pago, guardarlo con su comprobante y exigir su verificación antes de dar por cobrado no es burocracia: es adaptar tu cobranza a cómo realmente paga el cliente peruano, sin dejar que la informalidad del chat se convierta en pérdidas.

El fin de mes que dejó de ser un dolor de cabeza

Antes, cerrar la caja era una pesadilla: el equipo revisaba cientos de chats buscando vouchers, cruzaba a mano cada Yape con su venta y siempre aparecía un abono perdido o un cobro que nadie registró. Con KELUA, cada aviso de pago que entra por WhatsApp —una foto del voucher o un "ya te yapeé"— queda registrado al instante como "pago por verificar", con su comprobante y enlazado al cliente, sin duplicar. Finanzas ya no busca en los chats: abre una sola bandeja con todos los pagos pendientes de verificar, los cruza contra el estado de cuenta del banco y marca lo confirmado. Los adelantos para separar mercadería y los saldos contra entrega quedan claros, así que nadie discute cuánto falta pagar. Y como nada se despacha hasta que el pago está verificado, se acabaron los envíos contra un voucher falso. La conciliación que tomaba horas ahora toma minutos, y el "¿este cliente pagó o no?" dejó de ser una adivinanza. El chat dejó de ser el agujero por donde se escapaba el dinero.

En resumen

  • Detecta y registra cada aviso de pago (voucher/Yape/frase) sin duplicar.
  • El pago entra como "por verificar"; finanzas confirma contra el banco.
  • Adelantos, parciales y saldos enlazados a la venta, siempre claros.
  • No despachar sin pago verificado: escudo contra el voucher falso.
  • Conciliación diaria en minutos, sin buscar en los chats.

El pago no está cobrado hasta que finanzas lo confirma

Hay una frase que le cuesta dinero a muchos negocios: "el cliente ya me mandó el voucher, despacha nomás". Un voucher no es dinero en tu cuenta —es la afirmación de que el dinero se envió—, y entre una cosa y otra caben el error de buena fe (transfirió a otra cuenta), el pago que rebota y, cada vez más común, el voucher editado con intención de estafar. La disciplina que protege tu caja es simple y no negociable: el aviso del cliente entra como "por verificar", y solo cuando finanzas confirma que el dinero realmente ingresó, el pago pasa a "cobrado" y recién ahí se despacha. No es desconfiar del cliente honesto —que es la mayoría—; es tener un proceso que también te cubre del deshonesto, sin depender del ojo de un vendedor apurado. Con la bandeja de pagos por verificar, esa disciplina deja de ser una regla que se olvida en el apuro y se vuelve parte del flujo: nada avanza al despacho sin su sello de verificado.

Sigue leyendo

Que ningún Yape se pierda en el chat. Captura tus pagos con KELUA.

Solicita una demo de KELUA

Preguntas frecuentes

¿Qué pasa cuando un cliente manda su Yape o voucher por WhatsApp?
KELUA detecta el pago informado y lo registra como "pago por verificar" para que finanzas lo confirme y lo enlace a la venta.
¿El pago se confirma solo?
No. Se registra como por verificar; finanzas lo revisa contra el banco/Yape y lo marca como verificado.
¿Evita cobrar dos veces o perder un abono?
Sí. Al centralizar los avisos con su comprobante, finanzas ve qué está pendiente y no se le escapa nada.
¿Detecta cuando el cliente solo escribe "ya te pagué"?
Sí. Reconoce tanto el comprobante (foto) como frases de pago y lo deja registrado para verificar.
¿Crea duplicados si el cliente manda dos veces el voucher?
No. El registro es idempotente: no duplica el mismo aviso.
¿Sirve para Yape, Plin y transferencias?
Sí. Es el caso típico de cobro de la pyme peruana; cualquier aviso con comprobante entra a la bandeja por verificar.
¿Ayuda a no despachar sin pago?
Sí. Como finanzas confirma antes, evitas despachar confiando en un "ya te pagué".
J
Jimmy Sanchez Huerta · Gerente General de Panel Solar Perú · impulsor de KELUA
Jimmy Sanchez Huerta es Gerente General de Panel Solar Perú e impulsor de KELUA, el ERP en la nube para pymes peruanas. Desde la operación real de su empresa —facturación electrónica SUNAT, inventario, ventas y planilla— conoce de primera mano los retos de gestión de una pyme en el Perú, y esa experiencia es la base de KELUA.

Sigue leyendo

Empieza tu prueba gratis de KELUA →

Suscríbete a las novedades de KELUA

Novedades, cursos e implementaciones. Sin spam — cancelas cuando quieras.