Saya tidak pernah mendengar tentang shopNC, tetapi saya boleh memberi anda beberapa idea tentang pulangan tunai.

Pulangan Tunai: Selepas pengguna melengkapkan pesanan, sejumlah wang tunai akan dikembalikan.
Pulangan tunai boleh pulangan tunai satu peringkat atau pulangan tunai berbilang peringkat;

Rebat peringkat pertama:
Iaitu, hanya satu tahap pulangan ialah 100 yuan, dan nisbah pulangan tunai ialah 10% pada masa ini, pengguna A mengesyorkan B untuk membeli produk ini;

B Buat pesanan---> B Bayar 100 yuan---> B Terima barang---> kali ini, Tidak kira sama ada 10 yuan itu diberikan kepada B atau A. Tetapi hanya kepada satu orang, iaitu: sama ada kepada B atau kepada A

Rebat tahap kedua:
Proses pembelian yang sama. Selepas B menyelesaikan pesanan, sebahagian daripada 10 yuan akan dikembalikan kepada B dan sebahagian kepada A. Bagi berapa banyak A dan B yang dikembalikan, mesti ada nisbah. Contohnya: 7:3, kemudian B mendapat 7 yuan dan A mendapat 3 yuan;

Rebat berbilang peringkat:
Sama seperti rebat peringkat kedua. Walau bagaimanapun, secara amnya terdapat bilangan lapisan yang tetap, seperti: di bawah 3 lapisan Jika terdapat berbilang lapisan, berhati-hati untuk menjadikan produk sebagai skema piramid

Dengan idea di atas, program ini agak mudah untuk dilaksanakan. Fungsi pulangan tunai boleh dicetuskan selepas pengguna menyelesaikan pembayaran atau apabila pengguna menyelesaikan pesanan. Disyorkan untuk dicetuskan selepas menyelesaikan pesanan.
Kerana pengguna baru sahaja selesai membayar dan mungkin membatalkan pesanan dan tindakan lain.

Diwakili dalam kod pseudo:

function back($orderid)
{
    $order = 数据库查到此订单信息

    // 根据 $order 中的订单总金额、返现比例 算出 返现金额
    $back_money = ....

    // 根据系统定的规则算出这些钱给谁
    if( 一级返回，并给 B )
        更新 数据库里 B 的账号余额

     elseif 多级返
        调用多级返的函数
}

function more_back($money, $orderid, $userid)
{
    // 先把多层返回的比例取出，并算出最底层用户的返现
    $user_money = ....

    // 更新用户账号里的余额

    // 算出当前用户的上层用户，然后回调一次即可
    more_back()
}

.... Selepas tempahan selesai, hubungi fungsi belakang

Di atas adalah kod pseudo Dalam amalan sebenar, ia mesti dikawal dengan teliti untuk mengelakkan kesilapan pengiraan, terutamanya apabila terdapat beberapa lapisan pulangan tunai

Saya tidak pernah melakukannya, saya hanya boleh menerangkannya berdasarkan ini
Rebat adalah alat pemasaran, jadi rumuskan strategi pemasaran produk SKU yang sepadan Sudah tentu, strategi ini dirumus oleh peniaga, dan perumusan strategi memerlukan a banyak logik yang ketat untuk mengehadkannya Contohnya, hadkan nisbah jumlah rebat untuk mengelakkan penipuan pesanan Oleh kerana ia adalah rebat komisen, parameter maklumat orang rebat mesti disertakan dalam URL halaman butiran produk dan parameter produk yang diserahkan kepada beli-belah. troli. Apabila pesanan dijana, maklumat produk dan maklumat rebat akan dihantar Pergi ke bahagian belakang Pada masa itu, anda perlu mengesahkan produk dan sama ada terdapat rebat untuk produk tersebut maklumat rebat akan disimpan ke dalam pangkalan data (medan jadual data ini mestilah id produk, harga semasa produk, maklumat penerima rebat, jumlah rebat dan id Strategi pemasaran, status tindakan bayaran balik pengguna akan berlaku semasa proses dari penjanaan pesanan kepada status akhir pesanan, jadi tingkah laku rebat hanya boleh diwujudkan apabila pesanan selesai dan transaksi berjaya (status rebat ditukar kepada kejayaan)
Orang rebat rebat Jumlah diselesaikan setiap bulan (melalui tugasan berjadual, maklumat rebat diletakkan dalam baris gilir untuk pengiraan perlahan), dan semua data pengiraan dihantar semula kepada peniaga untuk dilihat oleh orang rebat
Pada permulaan hari penyelesaian, orang rebat memperoleh Pemindahan dana pedagang (ini mungkin memerlukan proses yang sangat terperinci, seperti sama ada dana dipindahkan terus ke akaun pedagang atau pengguna telah memasukkan wang rebat ke dalam akaun sementara semasa pembayaran)