1. Los tipos de pago pueden incluir H5, pago cara a cara, cuenta oficial, código de escaneo, UnionPay y express;

2. Los tipos de liquidación incluyen la liquidación ordinaria, la liquidación de pagos y la liquidación manual;

3. Restricciones de Fengkong: encuestas, restricciones de IP, límites de cantidad, cantidad total del día, etc.;

4. Estadísticas completas de facturas;

5. Los documentos se dividen en documentos en línea y paquetes comprimidos de documentos descargables;

[Escenario de aplicación] Como plataforma de pago de terceros y de cuatro partes. Todas las funciones están disponibles.

Se puede conectar a la interfaz oficial de WeChat Alipay, interfaz de pago de terceros, interfaz sin contrato, pago de cuenta pública de WeChat, pago cara a cara de Alipay, otros sistemas de pago de cuatro partes, sistemas de puntuación en ejecución, etc. Puede ser una capacitación de rotación multicanal y se pueden establecer múltiples reglas para una sola cuenta.

[Tipo de cuenta] El backend del sistema tiene varios tipos de administradores, agentes comerciales, comerciantes comunes y usuarios de interfaz; las estadísticas de datos relacionados para los diferentes backends utilizados son completas y efectivas.

Introducción a la actualización de 2022:

• El estilo de diseño único de la nueva interfaz de usuario del sistema hace que su sistema se destaque. Puede experimentarlo seleccionando la plantilla número 10 en la gestión de plantillas en segundo plano.
• Las vulnerabilidades XSS se han reparado en todo el sitio, por lo que ya no tiene que preocuparse de que el sistema sea pirateado y de que los piratas informáticos ataquen XSS entre sitios, lo que provoca que el sistema sea pirateado y se pierdan fondos.
• La vulnerabilidad de llenado de pedidos maliciosos se ha reparado y los piratas informáticos ya no inyectarán declaraciones SQL para completar pedidos de manera maliciosa, evitando así pérdidas de fondos.
• Se ha cambiado el método de llenado de pedidos manual en segundo plano. Solía ​​​​ser que el cliente administrador envía una solicitud de formulario para completar el pedido en sentido descendente después de hacer clic en completar el pedido. Ahora, dado que el flujo descendente generalmente restringe la dirección IP de devolución de llamada, es básicamente difícil completar el pedido manualmente con éxito. Lo cambiamos al servidor iP curl enviando la solicitud de cumplimiento del pedido al flujo descendente. ¡Completar pedidos se ha vuelto muy fácil!
• La limpieza de datos agrega limpieza de registros de inicio de sesión y limpieza de registros de retiro (antes no había dos elementos).
• La lista de comerciantes ha agregado estadísticas sobre la cantidad total de pedidos exitosos entre las 00 y las 24 en punto en cada canal ese día, lo que facilita conocer claramente los múltiples canales que un solo comerciante ejecutó el mismo día y cuánto ejecutó cada canal.
• Al agregar o editar un comerciante, hay una lista blanca de IP de envío de pago adicional para limitar las direcciones IP enviadas al enviar solicitudes a la interfaz de pago (generalmente la dirección IP del servidor del comerciante. Si el comerciante usa una solicitud de formulario, será la dirección IP del cliente final. No se recomienda utilizar una solicitud de formulario aquí, ya que expondrá información relacionada con el pedido, lo cual no es muy seguro).
• La lista de pedidos se agregó para buscar nombres de comerciantes y también para mostrar los nombres de comerciantes (anteriormente, solo se podían buscar números de comerciantes).
• Se agregó una nueva búsqueda de subcuenta a la lista de pedidos, que antes no estaba disponible.
• Las nuevas estadísticas de tasa de éxito en la lista de pedidos (no disponibles antes) se pueden usar para calcular las estadísticas de tasa de éxito de 30 minutos, 60 minutos, 3 horas, 6 horas, hoy, ayer, etc.
• La lista de pedidos ha agregado información del dispositivo terminal, que puede mostrar las solicitudes enviadas por dispositivos Android, Windows y iPhone.
• La IP del cliente se ha agregado a la lista de pedidos. Si el comerciante envía una solicitud a través de un formulario, el sistema registrará y contará la IP del solicitante. Desde el último pago exitoso hasta el momento actual, no se han pagado un total de varios pedidos. Si el número es mayor o igual a 5 veces, el sistema indicará en texto rojo que el usuario puede haber enviado el pedido de forma maliciosa. Cada vez Hay una palabra selladora detrás de cada orden. Sólo necesitas hacer clic para bloquear la IP. No se pueden abrir más pedidos. Si desea desbloquear la IP, vaya a la administración del canal de depósito para encontrar la administración de control de riesgos detrás del canal correspondiente y elimine la IP (puede haber más direcciones IP bloqueadas y las IP están separadas por comas en inglés).

Nota: Si el usuario no envía mediante un formulario, la dirección IP siempre será una dirección IP. Debido a que el envío implícito no puede obtener la IP del usuario final, siempre se mostrará la IP del servidor del comerciante. No bloquee accidentalmente la IP del servidor del comerciante, lo que provocará que se bloqueen los pedidos.

• Los detalles del pedido registrarán el valor devuelto por el comerciante y el contenido de la devolución de llamada enviada por el sistema de pago ascendente después de que el pedido se realice correctamente, lo que facilitará la verificación del mensaje de error durante el acoplamiento. Cuando se produce una disputa de pedido, puede verificar el contenido de la devolución de llamada enviada por el upstream para facilitar la verificación con el upstream y el downstream.
• Cuando el usuario retira efectivo, la orden de retiro no emitida mostrará un botón de copia con un solo clic. Haga clic para copiar la información del beneficiario (monto, nombre, número de tarjeta, nombre del banco, dirección bancaria de la cuenta) de la orden emitida al portapapeles al mismo tiempo, lo cual es conveniente para retiros y no requiere operaciones repetidas de copiar y pegar cada vez.
• En la gestión del canal de depósito, puede agregar la dirección IP de devolución de llamada ascendente editando el canal de depósito. Si lo deja en blanco, la IP de devolución de llamada no estará restringida. Si se completa la IP, el canal solo recibirá contenido de devolución de llamada enviado desde direcciones IP en la lista blanca. Se rechazarán los resultados de las devoluciones de llamadas enviadas por direcciones IP que no estén en la lista blanca.
• Se ha agregado una función para buscar canales de depósito. Si hay demasiados canales conectados y es difícil encontrarlos, simplemente utilice la función de búsqueda.
• Se han agregado el interruptor de cantidad flotante y la configuración del rango de cantidad flotante. El rango de monto flotante se puede configurar al editar el canal de depósito.
• En la gestión del canal de depósito, un único canal de depósito se puede configurar con un monto fijo y los montos múltiples se separan con comas en inglés, como (100, 200, 300, 400, 500), etc. Esta función se usa generalmente para canales de facturas telefónicas. Esta función sigue siendo válida cuando el interruptor de control de riesgos del canal está apagado. También puede establecer un rango de monto único, como 100-5000, y el sistema solo permitirá que el canal reciba números dentro de este rango de monto.
• Se ha optimizado el rendimiento general del sistema. En el pasado, cuando se alcanzaba un cierto número de pedidos cada día, la respuesta del sistema era muy lenta. Ahora, después de optimizar las declaraciones SQL, la estructura de la base de datos y otros códigos durante el uso real por parte de los clientes, la velocidad de respuesta general es buena, adecuada para grandes clientes y el sistema es muy seguro.
• Se ha optimizado el documento y se ha reescrito el documento de acoplamiento. El documento actual es cada vez más claro. Solía ​​ser un documento presentado mediante un formulario. Dado que el mercado actual básicamente requiere la devolución de una cadena json, el método anterior ya no es aplicable. El documento ha sido modificado. Al conectarse al canal ascendente, los técnicos deben seguir un formato unificado.
• El mostrador de pago del comerciante solía mostrar toda la información del canal, lo que a veces inducía a engaño a los comerciantes. Siempre le pedían al administrador que usara algunos canales no abiertos. Ahora el mostrador de pago solo muestra la información del canal asignado al comerciante. El comerciante no puede ver los canales que no están asignados al cliente para evitar disputas.
• La demostración del sistema ha sido actualizada. El código del caso de demostración ahora tiene plantillas más detalladas para que las utilicen los clientes intermedios, y los documentos en línea también se han actualizado. Ahora no habrá problemas como antes que hicieran que los técnicos posteriores no siempre pudieran comprender los documentos, lo que resultaría en fallas de acoplamiento o tiempos de acoplamiento prolongados.
• Cuando los técnicos se conectan al canal ascendente, pueden usar class.php como plantilla estándar para la conexión.
• 1
• 

Consejos: Todos los programas de este sitio se recopilan de Internet y los suben los internautas. Sólo para estudio e investigación, no para uso comercial. Elimínelo dentro de las 24 horas; de lo contrario, este sitio web no será responsable de ninguna disputa legal y responsabilidad conjunta que surja de las mismas.

Este artículo solo representa las opiniones del autor y no representa la posición de este sitio. Si se infringen sus derechos e intereses legítimos, contáctenos para eliminar los recursos infractores. Si encuentra un enlace de recurso no válido, notifique al administrador a través de comentarios u órdenes de trabajo. No se permite la reproducción sin permiso.