Me haría eco de lo que Dave Birch ha citado. He asistido a muchas conferencias y talleres de este tipo. Todos parecen centrarse demasiado en el aspecto tecnológico del mismo, cómo funcionará el USSD, cómo las API son fáciles o qué fácil es todo nuestro flujo de proceso. Todo esto (en mi opinión) es secundario. La tecnología y los procesos pueden cambiar de la noche a la mañana (literalmente).
Algunos puntos de vista sobre su pregunta:
- Lo que es inherentemente muy importante es cuán interoperable es su sistema y solución con las redes de pago y los bancos existentes.
- ¿Bajo qué marco regulatorio puede lanzar una solución de mPayment?
- ¿Quién es su patrocinador subyacente (es decir, instituciones financieras)
- Cómo se liquidan los fondos netos entre los agentes (donde pocos proveedores de soluciones incluso saben qué es un acuerdo neto en el lado del agente).
- ¿Cómo se puede evitar el fraude de colusión de 4-6-8 ojos? (es decir, 2,3 o 4 personas en la cadena de pagos que se confabulan para cometer fraude)
- ¿Cómo se liquidan los impuestos / ventas de backend o los IVA en pagos múltiples, y cómo se realiza la contabilidad de los mismos?
- ¿Cuál es la banca central que usa? Si no, quién mantiene los libros mayores principales y los libros mayores de agentes (este es un punto muy importante desde un punto de vista regulatorio).
- Cuán interoperable es su sistema con la verificación de identificación existente y / o el cambio de pago.
- ¿Cómo se realiza KYC en mPayments?
- ¿Su solución o taller incluso comienza a abordar los aspectos ALD, especialmente la velocidad de los pagos en una red?
- ¿Cómo se asignan las personas de intereses o los agentes de intereses? Especialmente para cuestiones como la reserva anticipada o la reserva de fondos netos (esto es especialmente cierto para los países donde los informes de impuestos y / o impuestos son un problema).
No estoy tratando de rechazar su respuesta de ninguna manera, nuevamente insisto en que mucha gente pone demasiado énfasis en los agentes y los pagos, sin tener una idea de los procesos de back-end, especialmente aquellos relacionados con el regulador financiero, eso sería ser requerido para pasar una auditoría muy estricta incluso antes de salir en vivo.
- ¿Por qué es peor el desempleo en los países del Tercer Mundo?
- ¿Cuál es la mejor manera de mudarse a Canadá desde un país del tercer mundo?
- ¿Qué otros países de Europa valen la pena hacer un plan de inmigración para un ciudadano del tercer mundo ya que Alemania no es definitivamente un país inmigrante?
- ¿Por qué TODOS los países del este asiático del tercer mundo están subdesarrollados?
- ¿Hay un país del tercer mundo en Europa?
He dicho esto una y otra vez, pon a algunas personas frente a una pizarra, dales suficiente café y cigarrillos y un sistema de pago tomará forma en unas pocas horas. Falta este esqueleto el motor regulatorio y de liquidación y cómo interactúa con el banco, específicamente con su software de banca central.