TL;DR: iSiore GO permite gestionar órdenes de pago con retención (por ejemplo, en recibos por honorarios) con un flujo donde puedes visualizar el comprobante y editar el pago antes de enviarlo al banco. La diferencia frente a la banca web es práctica: en banca web si envías el importe “tal cual”, muchas veces ya se fue y listo; en iSiore GO el proceso está pensado para revisar y ajustar antes del desembolso.
Si estás buscando como gestionar tus ordenes de pago con retenciones
Hay búsquedas que no son “qué ERP me recomiendas”, sino “necesito que el ERP haga esto”.
Si estás aquí, lo más probable es que estés evaluando un ERP porque quieres resolver una necesidad bien puntual en tesorería:
- pagar recibos por honorarios,
- con retención cuando corresponde,
- sin equivocarte en el importe,
- y sin descubrir el error recién cuando ya se ejecutó el pago.
En empresas medianas y grandes, esto no es un detalle contable. Es control interno: un error repetido en pagos (por volumen o por prisa) termina costando tiempo, ajustes y discusiones internas.
Qué significa “pago con retención” en la práctica
“Pago con retención” significa que no siempre pagas el 100% del comprobante.
En el caso típico de recibos por honorarios, puede existir retención. Y lo que necesitas del ERP es simple:
- Que te muestre claramente qué estás pagando.
- Que puedas ajustar el importe según la retención.
- Que el flujo no te obligue a hacerlo “a ojo” en la banca web.
El problema de hacerlo directo en banca web: “se fue y listo”
Cuando el pago se arma directamente en la plataforma del banco, el riesgo operativo aumenta:
- ingresas un importe,
- lo mandas,
- y si estaba mal… ya está.
Esto se vuelve más delicado cuando hay retención, porque el error común es pagar completo y luego corregir por fuera.
Por eso, si estás comparando ERP, una buena pregunta es:
“¿El sistema me deja editar y visualizar el pago con retención antes de enviarlo al banco?”
Cómo debería verse un flujo “correcto” de órdenes de pago con retención en un ERP
Un flujo bien armado no es complicado, pero sí tiene hitos claros.
1) Crear la orden de pago desde tesorería
En lugar de construir el pago en la banca web, lo construyes en el ERP, con la información que ya tienes registrada (proveedor, comprobante, periodo, etc.).
2) Visualización previa (la parte que evita errores)
Antes de enviar, el sistema debería permitirte visualizar el pago y contrastarlo con el comprobante.
En la experiencia descrita, el ERP muestra alertas/ventanas que te permiten revisar si el importe es correcto.
3) Edición del pago cuando existe retención
Aquí está la funcionalidad específica que estás buscando:
- si el pago corresponde a un recibo por honorarios con retención,
- el ERP debe permitirte editar el importe para que no pagues el total cuando no corresponde.
El objetivo no es “tocar por tocar”. Es que el pago salga correcto desde el inicio.
4) Aprobación y envío al banco
En empresas medianas y grandes, normalmente hay rol aprobador. Una vez revisado y ajustado (si aplica), el pago sigue el flujo de aprobación y luego se envía al banco.
iSiore GO vs banca web (en el punto específico de retenciones)
| Punto clave | Banca web (operación directa) | iSiore GO (orden de pago desde ERP) |
|---|---|---|
| Ajuste por retención | Más propenso a hacerse “a ojo” | Permite editar el pago cuando hay retención |
| Revisión antes de enviar | Depende del operador | Flujo pensado para visualizar y validar |
| Error típico | “Se fue y listo” | Se reduce al revisar/editar antes del envío |
| Control interno | Fuera del sistema | Más trazabilidad dentro del ERP |
Qué pedir en una demo
Si esta funcionalidad es decisiva para ti, no la dejes en “sí, sí se puede”. Pide que te lo muestren.
Demo mínima (10 minutos):
- Crear una orden de pago con un recibo por honorarios.
- Mostrar dónde se ve la retención (o cómo se refleja el ajuste).
- Editar el pago para que no salga el importe completo.
- Visualizar el pago final antes de enviarlo.
- (Opcional) Pasarlo por aprobación y dejar registro de quién aprobó.
Si te responden “lo haces en el banco”, entonces no estás comprando la funcionalidad: estás comprando un atajo.
FAQs
¿Esto sirve solo para recibos por honorarios?
Es el caso más común cuando se habla de retenciones en pagos, pero el criterio es el mismo: si existe un ajuste que afecta el importe final, el ERP debería permitirte controlarlo antes del desembolso.
¿Por qué no basta con “pagar tal cual” y corregir después?
Porque en operación real la corrección después cuesta: tiempo, reprocesos internos y control. Y cuando hay volumen, se vuelve un riesgo repetitivo.
¿Qué es lo mínimo que debo exigir?
Edición del pago + visualización clara antes de enviar. Lo demás (niveles de aprobación, reportes, etc.) suma, pero eso es lo mínimo.
Si estás buscando un ERP para pagos con retención, tu foco no debería ser “que pague”. Debería ser que te deje ver y ajustar lo que vas a pagar antes de que salga el dinero.
- Crea tu cuenta gratis por 7 días en iSiore GO y prueba el flujo con un ejemplo de recibo por honorarios con retención.
- O si quieres ir directo a tu caso: escríbenos por WhatsApp (tienes el botón flotante) y un asesor te ayuda a validar el flujo y cómo implementarlo en tu operación.
