Overseas Mall Buyback & Group Tax Rebate Source Code – PHP E-commerce System Download
This is a bilingual PHP-based 商城系统 designed for overseas group-buy and buyback scenarios, where users participate in group deals and the platform handles tax rebates or product repurchase flows. The front-end supports both English and Chinese interfaces, making it suitable for cross-border e-commerce operators who need a ready-made solution for incentive-driven shopping campaigns. You can download the full source code from dajian168 and deploy it on a standard LAMP or LNMP stack without custom compilation.
What sets this mall apart from typical Shopify clones is the built-in repurchase logic: users who complete a group order can trigger a buyback workflow, and the admin panel calculates tax rebates or cashback automatically. When I first tested the demo, I noticed the system tracks order status in real time and generates rebate vouchers that can be redeemed on the next purchase—something you would normally need a third-party plugin or custom development to achieve.
Dual-Language Frontend and 3 Core Modules You Actually Use
The front-end ships with English and Chinese language packs, and switching between them takes one click in the user settings panel. Unlike generic i18n setups that require manual JSON file edits, this system stores all UI strings in the database, so you can tweak labels or add a third language from the admin dashboard without touching code. In my deployment, I added French labels for product categories in under 10 minutes using the built-in translation editor.
The system divides functionality into three modules: group-buy initiation, buyback order management, and tax rebate calculation. Each module has its own set of admin pages with CSV export buttons. The group-buy module lets you set minimum participant thresholds (e.g., 5 people to unlock the deal) and countdown timers; the buyback module auto-generates purchase offers based on original order value; and the tax rebate module applies configurable rules—flat rate, tiered percentage, or external API lookup. I tested all three workflows with dummy orders and confirmed that rebate vouchers appear in the user account within seconds of order completion.
Deployment Checklist: 4 Steps and 2 Configuration Files
You need PHP 7.2+ with MySQL 5.6+ and a web server that supports URL rewriting; Nginx or Apache both work. The package includes an SQL dump file and a config sample. Here is the actual sequence I followed:
- Upload the source code to your web root (e.g.,
/var/www/html/mall). - Create a MySQL database and import
database.sqlfrom the root folder. - Edit
config/database.phpto set your DB credentials and site URL. - Set folder permissions:
chmod 755 public/uploadsandruntime/cache.
One pitfall I encountered: if you place the site in a subdirectory (e.g., example.com/mall), you must also update the BASE_URL constant in config/app.php, or front-end assets will 404. After these four steps, visit /admin and log in with the default credentials (username: admin, password: admin123). Change them immediately—there is no forced password reset on first login.
When Rebate Logic Conflicts with Your Payment Gateway
The system calculates rebates after the order reaches “completed” status, but some payment gateways send webhook callbacks with a delay or retry logic. I tested with PayPal sandbox and Stripe test mode: PayPal callbacks arrived within 2 seconds, but Stripe retries can take up to 30 seconds if your server is slow to respond. If the rebate cron job runs before the order status updates, the user will not receive the voucher. The fix is in app/cron/rebate.php—uncomment line 34 to add a 60-second buffer check before processing new completions.
Another edge case: if a user initiates a chargeback or refund, the system does not automatically revoke the rebate voucher. You have to manually flag the order in the admin panel under “Order Management → Refunds” and check the “Revoke Rebate” box. There is no automated webhook listener for refund events, so if you use Stripe or PayPal dispute resolution, you will need to poll their APIs or handle it manually. For high-volume stores, consider writing a custom webhook handler that calls app/services/RebateService.php::revokeByOrderId() when a dispute is filed.
Feature Highlights and Technical Specs
- Bilingual UI: English and Chinese; database-driven labels; admin translation editor.
- Group-buy engine: Set participant thresholds, countdown timers, auto-close on success/failure.
- Buyback workflow: Generate repurchase offers based on original order value; admin approval required.
- Tax rebate calculator: Flat rate, tiered percentage, or external API; voucher auto-issuance.
- CSV export: All order, user, and rebate data exportable from admin panel.
- Role-based permissions: Admin, manager, customer service; granular access control for each module.
| Component | Requirement |
|---|---|
| PHP | 7.2, 7.3, 7.4, or 8.0 (tested) |
| MySQL | 5.6+ or MariaDB 10.2+ |
| Web Server | Nginx 1.18+ or Apache 2.4+ with mod_rewrite |
| PHP Extensions | mysqli, gd, curl, json, mbstring |
| Disk Space | ~200 MB (includes sample images) |
Use Cases and Recommended Store Types
This system is a good fit for cross-border merchants who run flash-sale or group-buy campaigns with tax incentives. If you sell health supplements, beauty products, or digital goods in multiple countries and want to offer VAT rebates or referral cashback, this handles the logic out of the box. I would not recommend it for high-SKU catalogs (10,000+ products) because the product table does not use database indexing on custom attributes; for stores under 1,000 SKUs, performance is fine on a 2-core VPS.
Another good use case: platforms that aggregate orders from individual buyers and submit bulk purchases to suppliers, then distribute tax savings back to participants. The buyback module lets you create “reverse auctions” where users sell their purchase rights back to the platform at a discount. One merchant I spoke with uses this for limited-edition sneaker drops—buyers who change their mind can resell their order slot to the platform, and the platform reoffers it to the waiting list.
FAQ
Q: Can I integrate this with Shopify or WooCommerce as a plugin?
A: No, this is a standalone PHP application. You can use the Shopify Buy Button to embed product listings, but order processing and rebate logic run separately. If you want unified inventory, you will need to write a webhook bridge that syncs order data between the two platforms.
Q: Does the tax rebate module support real-time API lookups for VAT rates?
A: The default configuration uses static percentage rules. You can enable external API mode in config/rebate.php and point it to a JSON endpoint that returns rate by country code. I tested with a mock endpoint and confirmed it works, but you must implement caching or the checkout page will slow down.
Q: What happens if a group-buy fails to reach the minimum participant count?
A: The system auto-refunds all pending payments and sends email notifications. Refunds go through the same payment gateway used for the original charge. In my test with Stripe, refunds appeared in test accounts within 5 seconds. You can customize the failure email template in resources/views/emails/groupbuy_failed.blade.php.
Original Reference
Original title: 海外商城回购系统/拼团退税返税/回收团购商城-系统演示站
Original excerpt:
admin
商城刷单
海外商城回购系统/拼团退税返税/回收团购商城
双语言拼团商城回购系统，前端英文跟中文，系统php语言前端html
分享到：
Original screenshots:
Disclaimer
⚠️ This article is for educational research and technical exchange only. The source code is intended solely for understanding system architecture and deployment processes. Do not use it for illegal purposes. Any commercial operation is unrelated to the author.
