Have something to say?
Start a Trial with Just an Email
Right now starting a Trial can be done by creating a Moonbase account, or anonymously. I’d like a middle option to let a potential customer start a trial with just an email address, so I have some record of who they are, but without the added step of them needing to create an account.
Rent to own pay remainder full option
It would be cool to have an option for customers to pay the remainder of their renter-own subscription. Right now, it is set up with milestones, but with renter-own being a very popular thing in VST plugins, it would be cool if customers had their own little dashboard where they see their progress and where they can choose to pay the full remainder. This would also make it possible to market towards them and upsell them into paying the full remainder possibly even with a little incentive, like offering them another product discount or something for free, pulling cash forward for the moon base user and allowing customers that want to pay it off.
Consumable credit for customers
For merchants selling products with a very low unit price, having a “credit system”, or some sort of tokens for customers to fill up their account with and spend on products would be nice. If you have any context to add to this, please leave a comment!
Scoped API keys
To increase the security of integrations, we want to be able to scope API keys to specific endpoints and actions
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.
Currency symbol placement does not follow the visitor's locale as documented
Moonbase renders euro prices as €20 even for locales that conventionally place the symbol after the amount (such as fr-FR and de-DE), despite the documentation stating that currency-symbol placement always follows the visitor's locale: https://moonbase.sh/docs/storefronts/embedded/#price-formatting.
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.