store employee not receiving notification on android

When is the “Subscription-based Order” function coming? Any ETA? I see it’s available on Stackfood but not here on 6amMart. Please reply

Where to get System Tax??

My question: Regarding delivery fees. Mostly there is user delivery fees charged and delivery fees paid to the driver. Is there a place in the system to set the different fees for both? Example: User delivery for 2Km is $1 but you wanna pay driver $2 for the 2km delivery service since the delivery boy is an independent contractor and uses their own vehicle and fuel. User deliver fees + part of admin commission is used to support driver fees.

is there a place to set both charges independently? (user fee and driver fee)

I was following this project from 2/3 years and have seen the improvements; hope in future you’ll keep doing so. I have shifted to this project from another one. In Vendor registration, there is TIN field which is ‘Numeric’ only, making it text will solve a big problem where GST/PAN (which are usually alphanumeric) etc are used as a business proof/documents. hope you will consider it.

Estou reinstalando o código e gostaria de sabaer quql é esse nome de usuário e o código que pedem ?

1. Hi Team there is issue with deliveryman app, that when rider want to cancel the order, before pickup he is seeing the reasons of customer not of deliveryman, tested you app too. I found the same issue

2. I also wanted to know from where I can disable the feature of order cancellation by deliveryman in parcel order if required. if you ask me to do by going to link

https://6ammart-admin.6amtech.com/admin/business-settings/business-setup/deliveryman

it is not working for parcel orders, I have checked for other type module but it is not working for parcel module.

Is the dashboard fully compatible with Laravel 12? Another detail: will the voice search that will be added to the app work in the app’s language? Because when I ran a test in the demo, it only worked for searches in English.

Dear 6amTech Team, You’re already doing brilliant work with 6amMart, and I want to share an add-on idea that can genuinely elevate the entire platform.

Many vendors are now asking for their own dedicated branded website and mobile app. They want a unique identity, but they don’t want the hassle of maintaining a separate backend. The best solution is a Single Vendor Website & App Add-on that connects directly to the existing 6amMart backend.

Here’s the core logic:

• Each vendor gets a fully rebrandable frontend (website + app). • Their branding, logo, color scheme, domain, and content remain unique to them. • All management—products, orders, customers, riders—still runs through the main 6amMart backend. • Nothing changes in the operational workflow. • And using Laravel for the frontend keeps it lightweight, fast, and extremely easy to deploy.

This means vendors get their own digital identity, while we maintain one stable, scalable backend. No VPS, no multi-tenant complications, no heavy infrastructure.

Extra capability that makes this add-on even more powerful:

• The single-vendor frontend can include multiple theme options, so each vendor can choose the layout, style, and look that fits their brand. • Different industries can pick different designs — restaurants, grocery, pharmacy, services, etc. • You maintain one backend, and vendors feel like they have a professional, standalone platform.

Major benefits:

• Huge trust boost — vendors love having their own domain and branded presence • Reduced churn — nobody leaves a system once their brand identity depends on it • Clean architecture — one backend powering unlimited branded frontends • Easier scaling — Laravel deployments are quick and stable • Better UX — fast-loading sites mean higher conversions for vendors • Strong competitive edge — very few platforms offer this level of flexibility

This approach is exactly what modern SaaS systems use to scale without complexity: Central backend → multiple branded single-vendor frontends.

It’s ambitious, yes, but 6amTech has already proven it can deliver advanced solutions. This would be a high-value addition that helps both vendors and the entire 6amMart ecosystem grow stronger.

If other users agree with it then comment

( #sigle-vendor-site ) so that team can start working

Can I allow a customer to shop from multiple stores simultaneously, with the delivery driver seeing the requested stores in a single order? This would mean two types of orders: a standard order, which is common across all apps, and a combined order. This would allow the customer to shop from multiple places at once and provide an opportunity to negotiate the delivery price with the driver. The customer would submit an offer, and the driver would see the details and accept or decline.

What components will I get for $99?

Please reply my ticket 51288

Will this work on MariaDB databases?

please why after setting zones it was working file then suddenly stop and start showing services not available in your area

sir cant you add services module

When You will add ETA real time showing Delivery boy Flow in User app?

I have a question about the currency formatting in the system. Currently, the default format displayed is “1,000.00”, but in my country the correct format is “1.000,00”, using a period for the thousand separator and a comma for the decimals. Could you please tell me how to change the currency formatting in the system to match my country’s standard? Is there any internal setting or panel option to adjust this?

I would like to ask for clarification on how the “Partial Payment” feature works. https://prnt.sc/6EdhSbHFqTL-

According to the information provided, it states:

> “If enabled, customers can make partial payments. For example, a customer can pay $20 initially out of their $50 payment and use other payment methods for the rest. Partial payments must be made through their wallets.”

I understand this explanation, but during testing I enabled the Partial Payment option, and it does not seem to work. I also tested it on your demo, and the behavior is the same.

When checking out, there is no option to make a partial payment. The system only shows:

Full payment using digital payment methods or Cash on Delivery (COD)

If COD is selected, the system does not deduct any partial amount from the wallet. If a digital payment option is selected, it requires the full amount to be paid.

This makes it unclear how the partial payment feature is supposed to function. I tested multiple times, including adding funds to the wallet, but no partial payment option appears.

Can you please provide a clear explanation or confirm if the feature is currently not working?

Thank you.

Sir, in previous comments, you mentioned that you would consider adding a module similar to Drivemond or something similar to Uber to 6ammart. Is this still in your plans? If so, what is the estimated time for its release?

Subject: Improvement Suggestion – Payment Methods and Currency Mapping by Geographic Zone

Hello Team, I would like to bring your attention to a very important aspect of the payment system within the application.

Currently, when a user selects an amount, the available payment methods (digital or cash-on-delivery) appear without considering the user’s geographic zone. However, each region relies on specific payment solutions, and these vary significantly from one zone to another.

For example: Payment methods used in North Africa, Central Africa, or Southern Africa are not the same.

In Europe (Eurozone), digital payments should be linked to solutions such as Stripe.

In Central Africa, other region-specific solutions are needed.

I would therefore like to suggest the following improvements:

1. Once the zone is selected, the system should determine whether the customer will pay digitally or in cash.

2. If the customer chooses digital payment, the application should display only the digital payment methods that are compatible with that specific zone.

For instance, several widely used African payment solutions are currently missing, such as:

CinetPay (operating in more than 10 African countries), MaxiCash, pawaPay as well as other local solutions depending on the region.

3. We can go even further. After selecting the zone:

The application should associate the payment methods available in that zone. Then, it should automatically link the currency used in that zone. This ensures a fully localized and seamless user experience.

Concretely: A user located in Europe should automatically see pharmacies displaying their prices in EUR, since that is the currency used in that region.

A user in Dubai should instantly see pharmacies offering prices in AED.

A user in Central Africa should see prices in FCFA, along with the digital payment methods commonly used in that region.

This creates a more logical, intuitive, and consistent experience for users worldwide.

I strongly recommend integrating this complete logic: Zone → Payment Type → Zone-Specific Payment Methods → Zone Currency.

Thank you in advance for considering this enhancement.