1. Os tipos de pagamento podem incluir H5, pagamento presencial, conta oficial, código de digitalização, UnionPay e expresso;

2. Os tipos de liquidação incluem liquidação ordinária, liquidação de pagamentos e liquidação manual;

3. Restrições Fengkong: votação, restrições de IP, limites de valor, valor total do dia, etc.;

4. Estatísticas completas da fatura;

5. Os documentos são divididos em documentos on-line e pacotes compactados de documentos para download;

[Cenário de aplicação] Como plataforma de pagamento de terceiros e quadripartidos. Todas as funções estão disponíveis.

Ele pode ser conectado à interface oficial do WeChat Alipay, interface de pagamento de terceiros, interface sem contrato, pagamento de conta pública WeChat, pagamento presencial Alipay, outros sistemas de pagamento de quatro partes, sistemas de pontuação em execução, etc.

[Tipo de conta] O back-end do sistema possui vários tipos de administradores, agentes comerciais, comerciantes comuns e usuários de interface; as estatísticas de dados relacionadas para diferentes back-ends usados ​​são completas e eficazes.

Introdução à atualização de 2022:

• O estilo de design exclusivo da nova IU do sistema faz com que seu sistema se destaque. Você pode experimentar selecionando o modelo nº 10 no gerenciamento de modelos em segundo plano.
• As vulnerabilidades XSS foram reparadas em todo o site, então você não precisa mais se preocupar com o sistema ser invadido e o XSS ser atacado entre sites por hackers, fazendo com que o sistema seja invadido e os fundos sejam perdidos.
• A vulnerabilidade de preenchimento malicioso de pedidos foi reparada e os hackers não injetarão mais instruções SQL para preencher pedidos maliciosamente, evitando assim perdas de fundos.
• O método de preenchimento manual de pedidos em segundo plano foi alterado. Antigamente, o cliente administrador enviava uma solicitação de formulário para atender o pedido ao downstream após clicar no pedido de preenchimento. Agora, como o downstream geralmente restringe o endereço IP de retorno de chamada, é basicamente difícil atender o pedido manualmente com êxito. Mudamos para o servidor iP curl enviando a solicitação de preenchimento do pedido para o downstream. O preenchimento de pedidos tornou-se tão fácil!
• A limpeza de dados adiciona limpeza de registro de login e limpeza de registro de retirada (não havia dois itens antes).
• A lista de comerciantes adicionou estatísticas sobre a quantidade total de pedidos bem-sucedidos das 00h às 24h em cada canal daquele dia, facilitando o conhecimento claro dos vários canais que um único comerciante executou no mesmo dia e quanto cada canal executou.
• Ao adicionar ou editar um comerciante, há uma lista de permissões de IP de envio de pagamento adicional para limitar os endereços IP enviados ao enviar solicitações à interface de pagamento (geralmente o endereço IP do servidor do comerciante. Se o comerciante usar uma solicitação de formulário, será o endereço IP do cliente final. Não é recomendado usar uma solicitação de formulário aqui, pois irá expor informações relacionadas ao pedido, o que não é muito seguro).
• A lista de pedidos foi adicionada para pesquisar nomes de comerciantes e também para exibir nomes de comerciantes (anteriormente, apenas números de comerciantes podiam ser pesquisados).
• Uma nova pesquisa de subcontas foi adicionada à lista de pedidos, que não estava disponível antes.
• As novas estatísticas de taxa de sucesso na lista de pedidos (não disponíveis antes) podem ser usadas para calcular as estatísticas de taxa de sucesso para 30 minutos, 60 minutos, 3 horas, 6 horas, hoje, ontem, etc.
• A lista de pedidos adicionou informações do dispositivo terminal, que podem exibir solicitações enviadas por dispositivos Android, Windows e iPhone.
• O IP do cliente foi adicionado à lista de pedidos. Caso o estabelecimento comercial envie uma solicitação por meio de formulário, o sistema registrará e contabilizará o IP do solicitante. Desde o último pagamento bem-sucedido até o momento atual, um total de vários pedidos não foram pagos. Se o número for maior ou igual a 5 vezes, o sistema avisará em texto vermelho que o usuário pode ter enviado o pedido de forma maliciosa. Cada vez Há uma palavra de selamento por trás de cada pedido. Você só precisa clicar para bloquear o IP. Não é possível abrir mais pedidos. Se você deseja desbloquear o IP, acesse o gerenciamento do canal de depósito para encontrar o gerenciamento de controle de risco por trás do canal correspondente e exclua o IP (pode haver mais endereços IP bloqueados e os IPs são separados por vírgulas em inglês).

Nota: Se o usuário não enviar por formulário, o endereço IP será sempre um endereço IP. Como o envio implícito não pode obter o IP do usuário final, o IP do servidor do estabelecimento comercial sempre será exibido. Não bloqueie acidentalmente o IP do servidor do estabelecimento comercial, fazendo com que os pedidos sejam bloqueados.

• Os detalhes do pedido registrarão o valor retornado pelo lojista e o conteúdo de retorno de chamada enviado pelo sistema de pagamento upstream após o pedido ser bem-sucedido, facilitando a verificação da mensagem de erro durante o encaixe. Quando ocorre uma disputa de pedido, você pode verificar o conteúdo de retorno de chamada enviado pelo upstream para facilitar a verificação com o upstream e o downstream.
• Quando o usuário saca dinheiro, a ordem de saque não emitida exibirá um botão de cópia com um clique. Clique para copiar as informações do beneficiário (valor, nome, número do cartão, nome do banco, endereço do banco da conta) do pedido emitido para a área de transferência de uma só vez, o que é conveniente para saques e não requer operações repetidas de copiar e colar a cada vez.
• No gerenciamento do canal de depósito, você pode adicionar o endereço IP de retorno de chamada editando o canal de depósito. Se você deixar em branco, o IP de retorno de chamada não será restrito. Se o IP for preenchido, o canal receberá apenas conteúdo de callback enviado de endereços IP na whitelist. Os resultados de retorno de chamada enviados por endereços IP que não estejam na lista de permissões serão rejeitados.
• Foi adicionada uma função para procurar canais de depósito. Se houver muitos canais conectados e for difícil encontrá-los, basta usar a função de busca.
• A chave de valor flutuante e as configurações de faixa de valor flutuante foram adicionadas. A faixa de valor flutuante pode ser definida ao editar o canal de depósito.
• No gerenciamento do canal de depósito, um único canal de depósito pode ser definido para um valor fixo, e vários valores são separados por vírgulas em inglês, como (100, 200, 300, 400, 500), etc. Esta função ainda é válida quando a chave de controle de risco do canal está desligada. Você também pode definir um único intervalo de valor, como 100-5000, e o sistema só permitirá que o canal receba números dentro desse intervalo de valor.
• O desempenho geral do sistema foi otimizado. No passado, quando um determinado número de pedidos era atingido todos os dias, o sistema ficava muito lento na resposta. Agora, depois de otimizar as instruções SQL, a estrutura do banco de dados e outros códigos durante o uso real pelos clientes, a velocidade geral de resposta é boa, adequada para grandes clientes e o sistema é muito seguro.
• O documento foi otimizado e o documento de encaixe foi reescrito. O documento atual é cada vez mais claro. Costumava ser um documento enviado por um formulário. Como o mercado atual exige basicamente o retorno de uma string json, o método passado não é mais aplicável. O documento foi modificado. Ao conectar-se ao canal upstream, os técnicos devem seguir um formato unificado.
• O caixa do comerciante costumava exibir todas as informações do canal, o que às vezes causava enganos aos comerciantes. Eles sempre pediam ao administrador para usar alguns canais não abertos. Agora o balcão de checkout exibe apenas as informações do canal atribuídas ao comerciante. O comerciante não consegue ver os canais que não estão atribuídos ao cliente para evitar brigas.
• A demonstração do sistema foi atualizada. O código do caso de demonstração agora tem modelos mais detalhados para uso dos clientes posteriores, e os documentos on-line também foram atualizados. Agora não haverá problemas como antes, que faziam com que os técnicos posteriores sempre não conseguissem entender os documentos, resultando em falha de acoplamento ou longo tempo de acoplamento.
• Quando os técnicos se conectam ao canal upstream, eles podem usar class.php como modelo padrão para conexão.
• 1
• 

Dicas: Todos os programas deste site são coletados da Internet e carregados por internautas. Apenas para estudo e pesquisa, não para uso comercial. Por favor, exclua-o dentro de 24 horas, caso contrário este site não será responsável por quaisquer disputas legais e responsabilidade solidária daí decorrentes.

Este artigo representa apenas a opinião do autor e não representa a posição deste site. Se seus direitos e interesses legítimos forem violados, entre em contato conosco para excluir os recursos infratores! Se você encontrar um link de recurso inválido, notifique o administrador por meio de comentários ou ordens de serviço! Nenhuma reprodução é permitida sem permissão.