
10 de agosto de 20266 min de lecturaАдминистратор
¿Va a elegir un PSP? Pida ver un mal viernes y el último día de la relación
Ponga a prueba al proveedor con una respuesta perdida, un reembolso sin cerrar y la salida de la integración. Una lista de evidencias en lugar de promesas de demo.
Una demo bonita muestra cómo se procesa un pago exitoso. Para elegir proveedor de pagos es más útil otra escena: viernes, una respuesta se perdió, un reembolso quedó atascado, el especialista está de vacaciones. Y todavía más útil es analizar de antemano el día en que usted decida irse. Ambas pruebas muestran el costo de depender de un socio mejor que una larga lista de funciones.
En lugar de un SLA genérico, pida analizar un día concreto
Escenario hipotético: el viernes usted aceptó 500 pagos de 40 euros, 20 000 euros en total. Por la tarde, parte de las notificaciones se retrasó; el lunes por la mañana llegaron solicitudes de reembolso. Pida al candidato que muestre qué verán el operador, el desarrollador y el contador.
¿Qué eventos se volverán a entregar? ¿Cómo localizar una operación si se perdió la respuesta de la API? ¿Dónde se ve una liquidación fallida? ¿Quién responde de noche y qué datos se necesitan para abrir un caso? Un buen resultado de la reunión son ejemplos de informes, documentación y contactos acordados, no la promesa de que «soporte siempre ayudará».
Lleve usted mismo un registro de pruebas. Para cada escenario, anote el comportamiento esperado, el resultado real, la fecha de la prueba y la pregunta pendiente. Pruebe el pago exitoso junto con el rechazo, la solicitud repetida, el reembolso y el cierre de la página por parte del cliente. El piloto debe acordarse con el proveedor y ajustarse al uso permitido del producto.
Primer filtro: ¿de verdad aceptan su negocio?
Envíe a los candidatos la misma descripción: persona jurídica, producto real, países de los clientes, monedas, ticket promedio, volumen esperado, plazos de cumplimiento y política de reembolsos. En plataformas P2P, explique por separado quién es el vendedor, quién el comprador y a quién pertenecen los fondos recibidos. No sustituya la descripción por una fórmula vaga como «servicios en línea».
Pida una confirmación por escrito de que el modelo es admisible. Aclare quién será la parte del contrato, bajo qué persona jurídica se presta cada servicio y si esa entidad coincide con la que recibe los pagos en las cuentas del proveedor. Un «eso lo conectamos» verbal no basta para planificar un lanzamiento.
La verificación de licencias depende del país. Por ejemplo, para el Reino Unido, la FCA recomienda comprobar no solo el nombre de la empresa, sino también la autorización para el servicio concreto. Es un ejemplo de procedimiento local, no una confirmación de que el registro en un país otorgue derecho a operar en cualquier otro.
Pida ver el dinero después de todas las retenciones
Continuemos el cálculo ficticio. De una facturación de 20 000 euros, la comisión es de 400 euros, las nuevas retenciones de reserva de 1 000 euros y los reembolsos de 600 euros. Sin otros movimientos, quedan 18 000 euros por liquidar. La comisión aquí es del 2%, y la reducción de la liquidación inmediata, del 10%. Son indicadores distintos, y todas las cifras se eligieron solo como ejemplo.
Pida al candidato que indique por separado la base de cada retención, la fecha en que el dinero estará disponible y el calendario de liquidaciones. Para el ejemplo anterior, solicite un calendario: qué importe llegará al banco, qué día, qué quedará retenido y qué condiciones faltan por cumplir. Aclare quién atenderá una liquidación que no llegue en el plazo acordado.
Cinco requisitos, cada uno con su evidencia
Para los finalistas, prepare una ficha breve de verificación. Junto a cada requisito, indique el artefacto esperado. La conciliación del dinero exige un informe anonimizado con identificadores. La recuperación tras un error exige documentación y el resultado de una prueba. El trabajo de soporte exige un canal confirmado y un procedimiento de escalamiento. La gestión de accesos exige revisar los roles. La posibilidad de salida exige un procedimiento descrito y un formato de exportación claro.
Marque cada respuesta con uno de tres estados: confirmado, prometido, no verificado. No convierta la promesa de un ejecutivo comercial en un hecho técnico después de una buena presentación. Si el candidato todavía no puede mostrar una función, anote la dependencia y la condición bajo la cual su ausencia bloquearía el lanzamiento. Así puede continuar la conversación sin la falsa sensación de que todas las preguntas están resueltas.
El compromiso suele estar entre la comodidad de un servicio único y el costo de depender de él. Un solo panel reduce el número de interfaces para el equipo, pero conviene comprobar si el historial puede reconstruirse sin ese panel. Varios proveedores pueden dar opciones, aunque añadirán conciliación, soporte y reglas de estados distintas. Una segunda conexión, por sí sola, no crea un proceso de respaldo listo.
Accesos y datos de tarjeta: una verificación aparte
Solicite una descripción del reparto de responsabilidades sobre los datos de tarjeta. El PCI SSC subraya que delegar el procesamiento en un tercero no elimina todas las obligaciones del comercio. Un certificado o un logotipo no sustituyen la comprensión de los límites de su propia integración.
Compruebe también si es posible dar a la integración solo los permisos necesarios. Stripe recomienda claves API restringidas con permisos para tareas concretas. Pida al candidato que demuestre una separación similar, incluidos permisos independientes para consultar operaciones y para modificar los datos bancarios de liquidación.
Ensaye la salida antes de firmar
Tome diez pedidos ficticios: exitosos, reembolsados parcialmente, con una disputa abierta y con una liquidación pendiente. Pida que le muestren qué registros seguirán disponibles tras detener las nuevas ventas, quién podrá completar los reembolsos y cómo obtener el historial de movimientos. La transferencia de datos de pago y tokens analícela por separado: no dé por hecha la portabilidad sin confirmación de las partes y un proceso seguro admisible.
Después, evalúe el trabajo del equipo. Si una sola operación atípica requiere tres exportaciones manuales y una conciliación por correo, inclúyalo en la comparación. Cuatro minutos adicionales hipotéticos por cada uno de cien casos suman 400 minutos de trabajo, aunque la tarifa por transacción sea menor. Es un cálculo de carga, no un pronóstico de la calidad de un proveedor concreto.
En la decisión de selección, nombre un responsable para cada riesgo pendiente. La frase «lo vemos después del lanzamiento» debe convertirse en una condición concreta: qué se sigue verificando, hasta qué operación y quién lo hace. De lo contrario, la pregunta abierta desaparecerá de la presentación, pero aparecerá en la primera cola nocturna de soporte.
Cómo decidir sin falsa precisión
Divida los requisitos en obligatorios y deseables. Un modelo de negocio no admitido, una parte contractual poco clara o la imposibilidad de conciliar el dinero no se compensan con una interfaz cómoda. Entre quienes superen el filtro obligatorio, compare el costo total y los resultados de un mismo conjunto de pruebas.
El resultado final de la selección es una decisión con condiciones de lanzamiento. Nombre al candidato elegido, las limitaciones confirmadas, las preguntas abiertas y las acciones que no pueden iniciarse hasta resolverlas. Conserve los supuestos de partida sobre el producto y la geografía: si cambian, la verificación de idoneidad debe repetirse.
Un piloto exitoso y licencias verificadas no garantizan que las condiciones o las restricciones nunca cambien.
Comentarios · 0
Aún no hay comentarios — sé el primero.
Entrar · inicia sesión para comentar.