Have something to say?
Product limits per customer
In some cases, we want to limit how many copies of a product or bundle a customer can buy, both in the cart for quantity selects, but also during checkouts, where we block if the customer is not eligible to buy the product any more.
Gift purchases
Occasionally, we have customers who wants to buy products as a gift for others. We should support this better, either by being able to buy a voucher code, or schedule the delivery of a purchase to another email address.
GBP as holding currency
To reduce fees for UK sales, supporting GBP as a holding currency would make sales there better.
Sales page left / right scroll
Hi Tobias, Sometimes I just want to check each sale individually. I want to see the sale page, but when I go to check the next one, I have to go back to the main sales page and choose the next one. Could be awesome to have a left and right scroll (“see next sale” for example).
Add customer email to sale notification
When a sale is made, the merchant notification includes the customer’s billing information, but not their email address. Could the customer email be added there too? This would also be useful, for example, when searching for a customer in past sale emails.
Add currency switching to the embedded storefront SDK
I'd like to add a currency selector to my site footer, but the embedded storefront SDK doesn't seem to expose a way to change currency while keeping product prices, the cart, and checkout in sync. The API already supports updating an order's currency, so the SDK probably needs a method like Moonbase.set_currency(currency) that updates its internal state and ensures checkout uses that currency?
Silent license provisioning
It would be useful to have an option when using "Provision a license" to provision the license silently, without sending an email to the customer. I know this is already possible when importing a license through the API, but it would be useful to have the same option in the dashboard.
Add a way to disable coupon inputs
My company has a strict no-discount/no sale policy. Therefore, I want to remove the coupon input from the embedded storefront’s purchase flow entirely.
Purge Customer Data / Reset Test Customer
t would be very useful to have a “Purge Customer Data” action in the Moonbase dashboard, especially during development and beta testing. Deleting a customer currently does not necessarily return the associated product/device state to a clean starting point. Licenses may remain as revoked records, while associated device activations can still remain active and trial/device history may continue to affect eligibility. As a developer, I would like an explicit administrative action that completely resets a customer for testing by removing or resetting: Customer/user data Licenses Trials and trial eligibility/history Device activations Pending activation requests Orders/entitlements associated with test activity Any other state that could prevent the same account or device from behaving like a completely new customer Ideally this could be called something like “Purge customer data” or “Reset test customer”, with a clear confirmation dialog explaining that the action is destructive. This would make repeated end-to-end testing much easier and, importantly, allow developers to restore a known clean state without having to contact Moonbase support.
Stable URL for open downloads
Some times we want to pin a single download URL for open releases that does not perform a redirect, which can be done for open-access releases. This may improve security ratings for download links, and generally make them easier to share and consume without having to handle a redirect.
Better support for Apple/Google Pay
Currently, Apple Pay and Google Pay are only fully supported in our hosted checkout solution, requiring a redirect with some gaps from merchant websites. We should make improvements to the redirect flow, so that mobile users will always get the chance to pay using mobile payment methods.
Support PayPal Credit
Some customers prefer to use PayPal credit to purchase with, maybe we can support that in the Moonbase checkout?
Support iLok Groups, upgrades (surrender), upsell methods.
We use Groups for our bundles. Users regularly want to upgrade from one or multiple of the contained items to the bundle. This means the system would need to see which items the user has, which Group contains some or all of these, and provide an upsell method to a suitable bundle. Once the transaction clears, a deposit of the bundle with a surrender requirement for the items upgraded from should be deposited. Similarly, a paid full version update from a plugin or bundle to its newer version would work the same way – the upgrade is offered only to users who have an eligible license, upon payment, the newer version is deposited with a surrender requirement for the old version.
Partial item refund
While @Partial Refunds added the ability to partially refund a purchase, it only applies when refunding some items. What we some times need is to partially refund a single item, maybe because the customer should have used a coupon code or otherwise gotten a discount. Today, this has to be solved by the customer getting a full refund, then re-purchasing, but having a native way to do this in Moonbase would help.
Allow merchant branding in email footer
Hi The footer in emails sent to buyers currently looks like this: [Moonbase logo] This email was sent to [buyer email address] on behalf of [merchant name] by Moonbase.sh — an authorized partner powering software delivery and licensing. [Moonbase address] Would it be possible to customize this footer? For better brand consistency, it would be great to have an option to display the merchant's logo and address instead. Perhaps the Moonbase footer could remain the default, with the merchant-branded version becoming available once emails have been configured to send from the merchant's own domain?
Payouts via PayPal
Some merchants and affiliates prefer getting paid via PayPal, it would be great to also support that as a payout method.
Total-based offer conditions
Right now, the upsell offers only appear when the cart contains certain items, but we want to also allow offers that are based on the total value of the cart. This opens up for offers like “10% for purchases above 50€”, and can help drive more sales. Unlike item-based offers, these offers should be shown before they are eligible, with a progress bar towards the next “level”. Since discounts needs to be applied to items in the cart, discounts from an offer like this will likely be applied to each item individually.
Promotions: bulk product discounting
For merchants with larger product portfolios, it would be handy to support a central place to define promotions that affect a large number of products. These promotions can be time-limited in the same way discounts normally can, and can apply a discount to all affected products. Promotions may be made available to storefront SDKs to let merchants build any messaging they want around it, using Moonbase as the source of truth for ongoing promotions. They should support custom properties like other entities, to make sure merchants can attach additional data.
Offers based on total cart value that applies a discount to all items
We’d like to also offer discounts the more a customer buys, typically “Buy for at least 50€, get 10% off”. This is something our offers currently cannot do. It should show clearly in the cart, so that customers are incentivized to add more items.
Authenticate discourse forum with moonbase accounts
We use the embedded store front, so users will already have an account on moonbase. There is also a discourse forum, and we would like the users being able to post with their moonbase account. Options seem to be Oauth2 or OpenID connect. Thanks for considering :-)