The NetPush Advanced Inventory Module allows Miva Merchant store owners to track inventory within Miva Merchant all the way down to the attribute/option level. The module has numerous configuration settings that should allow the admin to display and track any simple or complex inventory configuration. Inventory levels are only adjusted at checkout time so there is no need to worry about old baskets causing inventory problems. The module comes with an import and export module that allows administrators to easily update inventory levels by using csv files. We suggest using template modules like Viking Coder's Product Templates and
Category Templates if you want better control of the look and feel of your pages with regards to inventory. This will allow you to use tokens for display. Otherwise, you will have to settle for built in hook point displays that are built into the module and are configurable through the administration area. The Advanced Inventory Module will send email when stock goes below certain configurable low stock level and can disable products when stock goes below the out of stock level. Administrators can also customize every message shown to the user. Fine grain customizations are made easy because the module allows product level configuration settings the ability to override global inventory configuration settings. This allows Miva Merchant Administrators the ability to customize inventory configurations for every product, if he or she wishes.
Notes: - OpenUI Tokens
This module can be used with OUI OpenTokens. To use the module with Viking Coders template modules, see the OpenToken instructions and examples in the documentation on the NetPush.com site.
- Product Upsell
This module does not show stock information on the product upsell screens at this time. Stock is still tracked in the basket and checkout, but no current stock level is shown on the upsell screens during checkout unless you are using alternatives like tokens in templates.
- Basket Redirect and Error Message
The user is automatically redirected to the basket screen if he or she adds items to the basket that makes the product go out of stock or if the product is already out of stock. The error message is shown above the basket screen using a hook point in the Open UI. The message is configurable in the admin area.
- Checkout Screen Error
If configuration is setup to do so, the module will block a user from checking out if their basket has an item that is out of stock. This message is shown automatically at the top of the screen. The message is configurable in the admin area.
- Pipes ( | )
Product codes, attribute codes, and option codes must not contain the pipe character. NetPush Advanced Inventory uses the pipe to delimit for lookups. Pipes in your codes will cause the module not to work correctly.
Requirements: - Open UI 4.723+
This module requires that you have OpenUI installed in your store. The module uses hook points in the OpenUI. You must have OpenUI version 4.723 or higher if you plan to use the OpenToken functionality available in this module. Please see the OpenUIsite for information about latest versions and bug fixes.
- Miva Empressa 3.96+
This module requires that you have Miva Empressa 3.96 or higher. The module uses functionality that is only available in newer versions of the Empressa Engine. Miva regularly releases new versions of Miva Empressa and the Virtual Machine to add new functionality and fix bugs. If you are on an older version, consider contacting your hosting company. You can find the Miva Empressa version at the top left hand of your Store Administrator when you first login. It should show your Miva Merchant version and your Miva Empressa version.
- Miva Merchant 2.x, 3.x, and 4.x
This module should work with most versions of Miva Merchant. In order to use the deactivate product option, you must be on version 3.0+. All testing and development was done on versions 4.13+.
Global Configuration Screen All inventory settings will use the global configuration settings found in the Miva Merchant Administration area under Stores > Your Store > System Extension Configuration > NetPush Advanced Inventory. One may override these settings for products (see product level settings below). Each product must also be manually turned on before tracking starts. See product settings below.
Configuration Settings
- Use NetPush Inventory
You must set this to "Yes" if you want the module to be turned on. If this is set to "No", the module will not do anything.
- Amount considered out of stock
Usually this would be 0, but it can be set to any number, including negative numbers. Once the stock level reaches this number, it will be considered out of stock.
- Deactivate when product level is out of stock
In Miva Merchant versions that support it, the module will turn the Active flag for a product to off, if the product reaches the out of stock level. This only works on the product level, not for the attribute/option level.
- Allow purchase even after out of stock
Turning this on will allow customers to purchase products even after they go below the out of stock level. This could be a backorder situation.
- Automatically remove from basket
When a user adds products to the basket, the products will be removed if it makes the inventory go below the out of stock level and the admin is not allowing purchases when products are out of stock. Please take note that this option could cause problems if other modules are installed that also act on the basket.
- Send Low Inventory Notices
Turn this on to receive email warnings when inventory goes below the low inventory level.
- Amount considered low
The level that is considered low. Use this setting to trigger emails that will warn you when inventory is hitting a low level.
- Low Email To Address
Set this to the email address of the person who should be receiving emails when stock is at a low level.
- Low Email From Address
Set this to the email address that should be set as the from address in low stock emails.
- Low Email Subject
The subject of the low stock email. This field has token replacement.*
- Low Email Body
This is the body of the low stock email. This field has token replacement.*
- Automatically change stock levels
Turn this on if you want the system to subtract stock when a user purchases. If this is set to "No", the system will not update stock levels.
- Show out of stock messages
Turn this on to show out of stock messages on the product page when stock goes below the out of stock level.
- Show in stock messages
Turn this on to show how much stock is left on the product page.
Out of Stock Messages* - Product Level
This message is shown to the user on the product page below the shipping weight.
- Attribute Level - Checkbox
This message is shown to the user on the product page next to a checkbox option.
- Attribute Level - Radio Buttons
This message is shown to the user on the product page next to each radio button option.
- Attribute Level - Select Box
This message is shown inside of the drop down on a select box. HTML should not be used here.
In Stock Messages* - Product Level
This message is shown to the user on the product page below the shipping weight.
- Attribute Level - Checkbox
This message is shown to the user on the product page next to a checkbox option.
- Attribute Level - Radio Buttons
This message is shown to the user on the product page next to each radio button option.
- Attribute Level - Select Box
This message is shown inside of the drop down on a select box. HTML should not be used here.
Other Messages* - Out of Stock - Basket Line Marker
This helps the user to see which products have gone out of stock when looking at the basket. A red asterisks may be a good indicator for the user.
- Out of Stock - Basket
This message is shown to the user above the basket when a product has gone out of stock when adding, updating, or looking at the basket. Products can go out of stock at anytime, even after a user adds it to their basket. This is because stock levels only change after checkout.
- Out of Stock - Checkout
This message is similar to the out of stock basket message. It is shown on the payment screen during checkout. This should be considered one final inventory check before allowing the user to purchase.
* Token Replacement
This module has a few built in tokens for messages that allow you to give yourself and the user more detailed information. Some of the tokens below can only be used on certain screens, or in emails.
%%stock%% - Displays the current stock level. (1,2,3)
%%basket_quantity%% - Displays the amount in the basket and is unlikely to be used. (1,2)
%%available%% - Displays the amount of stock left before hitting the out of stock level. (1,2,3)
%%oos_level%% - Displays the out of stock level. (1,2,3)
%%line_items%% - Displays a list of line items that are effected. (1,2)
%%product_id%% - Displays the product id. (1,2,3)
'%%product_code%% - Displays the product code. (1,2,3)
%%product_name%% - Displays the product name if available. (3)
%%attribute_code%% - Displays the attribute code, or None if the effected product is only being tracked at the product level. (1,2)
%%option_code%% - Displays the option code, or None if the affected product is only being tracked at the product level. (1,2)
1. Is used for the low stock email body and subject
2. Is used for the out of stock basket message and out of stock checkout message
3. Is used for the in stock and out of stock messages on the product pages.
Product Configuration Screen All inventory settings will use the global configuration settings found in
the Miva Merchant Administration area under Stores > Your Store > System Extension Configuration > NetPush Advanced Inventory. To override these settings at the product level, go to the product in the administration area and click on "NetPush Advanced Inventory". You will see the settings below. Configuration Settings
- Use NP Inventory on this Product
You must set this to "Yes" if you want to track inventory on the product. You must manually set this to "Yes" for every product that you want to track. If this is not set to "Yes", no inventory tracking will take place. By default, no product is tracked.
- Override Global Settings
If this is set to "Yes" the configurations settings will be taken from the individual product screen instead of from the Global configuration settings found under under system extension configuration. If set to "No", the module will use the global settings from above when doing inventory for the product. The default is to use the global settings.
- Amount considered out of stock
Overrides same setting under Global Configuration.
- Deactivate when product level is out of stock
Overrides same setting under Global Configuration.
- Allow purchase even after out of stock
Overrides same setting under Global Configuration.
- Automatically remove from basket
Overrides same setting under Global Configuration.
- Send Low Inventory Notices
Overrides same setting under Global Configuration.
- Amount considered low
Overrides same setting under Global Configuration.
- Low Email To Address
Overrides same setting under Global Configuration.
- Low Email From Address
Overrides same setting under Global Configuration.
- Low Email Subject
Overrides same setting under Global Configuration.
- Low Email Body
Overrides same setting under Global Configuration.
- Automatically change stock levels
Overrides same setting under Global Configuration.
- Show out of stock messages
Overrides same setting under Global Configuration.
- Show in stock messages
Overrides same setting under Global Configuration.
Out of Stock Messages* - Product Level
Overrides same setting under Global Configuration.
- Attribute Level - Checkbox
Overrides same setting under Global Configuration.
- Attribute Level - Radio Buttons
Overrides same setting under Global Configuration.
- Attribute Level - Select Box
Overrides same setting under Global Configuration.
In Stock Messages* - Product Level
Overrides same setting under Global Configuration.
- Attribute Level - Checkbox
Overrides same setting under Global Configuration.
- Attribute Level - Radio Buttons
Overrides same setting under Global Configuration.
- Attribute Level - Select Box
Overrides same setting under Global Configuration.
Other Messages* - Out of Stock - Basket Line Marker
Overrides same setting under Global Configuration.
- Out of Stock - Basket
Overrides same setting under Global Configuration.
- Out of Stock - Checkout
Overrides same setting under Global Configuration.
Setting Product Inventory Levels
 The administrator can set product inventory levels by going to the product page within the Miva Merchant admin area and clicking on NetPush Advanced Inventory. This is the same screen as the product level configuration. Product inventory levels are shown below the configuration area. To add new inventory, use the yellow add button. To edit inventory, click white add button next to the inventory entry.
The module checks inventory by looking at a unique combination of Product Code, Attribute Code, and Option Code. When entering stock levels, you enter the codes separated by a pipe. For example, shirt1|color|red, where shirt1 is the product code, color is the attribute code, and red is the option code. If you do not set an inventory level for an existing product attribute combination, no tracking is done. Setting a stock level of -9999 has the same effect. Inventory at a product level
You may choose to only track inventory at a product level in combination with or not at an attribute level. To enter a stock level for a product, simply use prodcode||. This tells the system that you are tracking the product code, but not the attributes or options by leaving them blank. Using -9999 for a stock level will temporarily turn inventory tracking off. Inventory at the attribute level (checkbox, select box, radio buttons)
Checkbox - prodcode|attrcode|(the last field should be left blank, as checkboxes have no options)
Select Box and Radio Buttons - prodcode|attrcode|optcodeAll 3 are required and must be unique, even if you are using attribute templates. If you are using normal templates in combination with attribute templates, make sure you do not give them duplicate code names.
Using Advanced Inventory with Template Modules and OpenTokens
The Advanced Inventory Module can be used with 3rd party template modules like the ones from Viking Coders by using Open UI tokens on product pages to display current inventory levels. Please note that token support has not been completely tested as of yet.
%module|npinventory|stock_level%
Returns the stock level for the product, attribute, option combination. To ensure that this works correctly, you should set g.NPI_Product_Code, g.NPI_Attribute_Code, and g.NPI_Option_Code to the current product code, attribute code, and option code. On a checkbox, make sure to set g.NPI_Option_Code = ''. On a product level, make sure to set the attribute and option variables to ''. After these globals are set, call the token. If the return value is -9999, the item is not being tracked.
%module|npinventory|stock_available%
Same as above but shows the amount available.
%module|npinventory|oos_level%
Same as above but shows the out of stock level. %module|npinventory|stock_list%
This token will set a global variable that contains an array of structures. You must set g.NPI_Product_Code equal to the current product code before calling the token. This array contains all of the product code, attribute code, and option code combinations for a specific product. It also contains the available stock, out of stock level, and other information shown below. This token makes it easy to create a stock table using OpenUI tokens in Viking Coders templates or in a product header or footer. Code examples are available in the help pages on the NetPush.com site.
Array Structure:
g.NP_Inventory_StockList[i]:attribute_code - Attribute Code
g.NP_Inventory_StockList[i]:option_code - Option Code
g.NP_Inventory_StockList[i]:stock_level - Stock Level
g.NP_Inventory_StockList[i]:oos_level - Out of stock level
g.NP_Inventory_StockList[i]:available - Stock Level minus out of stock level
g.NP_Inventory_StockList[i]:allow_pur - Allow purchases even if out of stock from admin settings
g.NP_Inventory_StockList[i]:low_amount - Low amount from admin settings
g.NP_Inventory_StockListLen - Variable that tells you how many items are in the array (represented by i above)
Price: $149 Upgrade Cost: $0
Upgrade Terms (If Any): N/A
Compatibility: OpenUI Versions:
4.x, 4.14-4.16x (Available Compiled)
Other Module Compatibility: N/A From: Inventory Modules
Relevance: 99.99%%  Rating: (0.00) Votes: (0) Hits: (1621) Reviews:
Rate It - Review It - Modify It - Report It Bookmark NetPush Advanced Inventory
<-- Just click this link and then add to your favorites! Back to Top
Checkout This provides a way for you to display important information to your customers during the checkout process. You define one or more messages that can be triggered by various conditions of the customer's purchase. The messages are displayed on a separate page, and the user must click the Continue button to proceed with checkout. You can assign messages to be triggered by: - Type of shipping
- Type of payment
- Specific product in basket
- Product from specific category in basket
- Customized conditions using OpenUI tokens
- Combinations of all the above
You can customize the HTML layout of the page, as well as the individual messages. You can also customize the Continue button, or remove it entirely to create a "dead end" page that will prevent customers from completing their purchase. As an optional feature, you can collect additional information from your customers, by displaying a text box, checkbox, or drop-down menu with any message. (This feature requires the Special Order Instructions module, available separately.) Price: $30 Upgrade Cost: $0
Upgrade Terms (If Any): N/A
Compatibility: MMUI/OpenUI Versions:
4.x, 4.14-4.23x (Available Compiled)
Other Module Compatibility: Compatible with Shipping and Checkout Supermod modules from Copernicus/Miva. From: Customer Agreement Modules
Relevance: 87.97%%  Rating: (0.00) Votes: (0) Hits: (1149) Reviews:
Rate It - Review It - Modify It - Report It Bookmark Checkout This
<-- Just click this link and then add to your favorites! Back to Top
The CheckOut SuperMod allows your customers to determine the shipping method for each individual item in a single order and then the appropriate shipping and tax calculations are made to determine the total shipping amount for the entire order. Items in an order that are using the same shipping method are grouped to properly calculate the shipping price for the group of items. Now your customers can check out of your store with multiple shipping methods or shipping addresses* in the same order and the shipping is calculated properly.
Key Benefits Include:
- Advanced Shipping Screen that gives customers the ability to select a different shipping method for every item in the order
- When the Advanced Shipping Screen is used, the items in the order are internally grouped by shipping method so that items using the same shipping method are calculated and displayed together
- Customer can choose to go to Advanced Shipping Screen to ship every item via a separate shipping method or can choose to not go to the Advanced Shipping Screen and instead ship everything in the order using the same shipping method
- Configurable title for the link to the Advanced Shipping Screen from the payment/shipping selection checkout screen.
- Shipping charges from the Advanced Shipping Screen can be viewed on further checkout screens including the Screen Invoice and emailed invoice
- Return to shopping after having used the Advanced Shipping Screen and the settings are remembered for checkout and shopper is automatically taken to the Advanced Shipping Screen upon checkout
- Ability to split line items of multiple-quantity products into individual line-items for different option selections including shipping and address* selections.
- Works with existing third-party shipping modules
- Integrates and shares data with the Shipping SuperMod and Address SuperMod from Copernicus giving you even more functionality!
- When used with the Address SuperMod, each item in the order can be shipped to a different address. Upon checkout, items to common addresses using common shipping methods are grouped together, and proper shipping charges are applied to each shipment. Further, items are then grouped by address for proper tax calculations to each address in the order.
- Extra functionality for users of the OpenUI SuperMod – Special Virtual Modules and tokens are provided for advanced control over checkout displays. Bonus Virtual Module provides the ability to “Split Line Items” in the basket (normally only appears on advanced shipping screen).
Note: Multiple address selections are only available when used with the Address SuperMod.
For complete control of the checkout process the Address SuperMod™, CheckOut SuperMod™, and Shipping SuperMod™ all work together. Each item in the basket can then be shipped to a different address using a different shipping method. Shipping methods available to each address can be filtered based upon the products in the basket, the destination, etc., and shipping and tax for each shipment is calculated individually.
Product Requirements:
Uncompiled Miva Merchant v4.00-4.13 - OpenUI required.
Compiled Miva Merchant v4.14+ - Dynamic Templates for MMUI or OpenUI required.
Please Note - The CheckOut SuperMod significantly alters the checkout process of your store. The CheckOut SuperMod takes the checkout process beyond that allowed by Miva Merchant, which is why the module allows your customers to checkout of your storefront with multiple shipping methods and/or to multiple addresses (when used with the Address SuperMod) in a single order. Please be sure to test-drive this module on Miva Mia with any other third-party modules you have installed. To get a free distribution of the CheckOut SuperMod for use on Miva Mia, just fill out a Trial Request Form at http://www.copernicusllc.com/support/free/trial.
[Product Manual]
[Marketing Brief]
Price: $199.95 Upgrade Cost: $99.95
Upgrade Terms (If Any): N/A
Compatibility: OpenUI Versions:
4.x, 4.14-4.16x (Available Compiled)
Other Module Compatibility: N/A From: Checkout Modules
Relevance: 53.55%%  Rating: (0.00) Votes: (0) Hits: (1427) Reviews:
Rate It - Review It - Modify It - Report It Bookmark CheckOut SuperMod Checkout Enhancement
<-- Just click this link and then add to your favorites! Back to Top
QwkPatch protects merchants against various Miva Merchant bugs, such as duplicate order numbers, and exploits and validation limitations, such as hackers being able to checkout without paying, by doing additional system checks at various points during the shoppers visit in the store.
QwkPatch has a fully configurable error screen which accepts a token for display of the specific configurable error message returned when a given patch is triggered. For 4.x the error screen even automatically includes the normal page wrap, such as the global header, footer, and navigation for whatever user interface module you have installed.
Current QwkPatch Release: 2.00
Miva Merchant Compatibility: 2.22 - 4.22
QwkPatch has been extensively tested on Miva Merchant versions 2.25, 3.02, 4.12, 4.13, and 4.22. QwkPatch should work on all versions above 2.2 baring possible unknown bugs in various versions of Miva Merchant. On 2.x versions below 2.2 some of the patches may still work, but due to API limitations, and general instability with Miva Merchant versions below 2.2 we can't support use of the software on versions below 2.2. So if you want to try it, you do so at your own risk.
Miva Merchant 1.x can't use the software at all, because the API simply doesn't support it. So if you have a Miva Merchant 1.x store you want protected, you would have to have custom modifications done.
QwkPatch 2.00 Patch List
- Patch 1 - Payment Module Installed Check
This patch does a check to make sure the payment method submitted for payment authorization is for a valid module installed in the store. Without this patch it is possible under certain circumstances for shoppers to bypass the need to enter in any payment information such as a credit card number, and skip right to the invoice. Without the patch you must therefore be very careful to manually cross reference all your orders to make sure you don't ship something that wasn't paid for. Also if you do any sort of electronic fulfillment, such as selling software, images, etc. then shoppers using this exploit would get the products before you even noticed there was a problem. This patch is not required if you are using Miva Merchant 4.16 or higher. -
Patch 2 - Add To Basket Availability Group Check
This patch stops shoppers from being able to add an item to their basket that is part of an availability group they don't belong to. Without this patch it is possible for a shopper to add such an item to the basket, even if they haven't created a customer account, much less been assigned to the availability group. - Patch 3 - Upsale Item Manual Basket Add Check
This patch stops shoppers from manually adding an upsale item to their basket. If you use upsale you probably have worked hard to make sure certain free, or steeply discounted items are only presented to the shopper during checkout when they have certain items in their basket, and/or have met certain minimum purchase requirements. Without this patch a shopper can modify the url to manually add an upsale item to their basket. When doing so they can even get an item that was discounted to $0.00 which should have only been available with the purchase of specific expensive other items. If the free upsale item is the only thing they add to their basket they can even bypass the shipping, tax, and payment options and jump straight to the invoice. - Patch 4 - Shipping Module Installed Check
This patch does a check to make sure the shipping method submitted is for a valid module installed in the store. Without this patch it is possible for shoppers to bypass the shipping calculations and not pay any shipping charges on the order. Without the patch you must therefore be very careful to manually cross reference all your orders to make sure you don't ship something that didn't have the shipping charges paid for. This patch is not required if you are using Miva Merchant 4.16 or higher. - Patch 5 - Shipping Charge Check
This patch makes sure a shipping charge was actually added to the basket charges table. It is okay if the charge was set at a zero price because you offer free shipping under certain circumstances, but this patch makes sure a shipping module actually made that decision and added a zero charge, rather than there being no charge in the table. Without the patch you must therefore be very careful to manually cross reference all your orders to make sure you don't ship something that didn't have the shipping charges paid for. This patch is not required if you are using Miva Merchant 4.16 or higher. - Patch 6 - Tax Charge Check
This patch makes sure a tax charge was actually added to the basket charges table. It is okay if the charge was set at a zero price because no tax was required based on your tax module configurations, but his patch makes sure your tax module actually made that decision and added a zero charge, rather than there being no charge in the table. Without the patch you must therefore be very careful to manually cross reference all your orders to make sure you don't ship something which you didn't collect the proper taxes on. This patch is not required if you are using Miva Merchant 4.16 or higher. - Patch 7 - Affiliate Status Check
This patch stops affiliates from changing their status, or new affiliates from creating their account with a status of their choice. Without this patch it is posisble for affiliates that have not been approved yet, to change their status so that they are approved, or for new affiliates to set their initial status as approved. This patch is meaningless if you are using a version of Miva Merchant lower than 4.x.
- Patch 8 - Duplicate Order ID Check
This patch helps prevent duplicate order numbers from being added to the orders database. Without this patch there are various circumstances that can cause duplicate order numbers to get entered into the orders database. To be clear, this patch doesn't stop duplicate order ids from being issued, nor does it prevent the automatic recovery of order numbers to the orphans database, what it does is generates a new order id for the about to be created order if the order id exists in the orders database.
Price: $39.97 Upgrade Cost: $0
Upgrade Terms (If Any): N/A
Compatibility: OpenUI Versions:
2.x, 3.x, 4.x
Other Module Compatibility: N/A From: Store Features Modules
Relevance: 53.07%% Rating: (0.00) Votes: (0) Hits: (1193) Reviews:
Rate It - Review It - Modify It - Report It Bookmark QwkPatch
<-- Just click this link and then add to your favorites! Back to Top
Manage coupon addition and redemption functions within a Miva Merchant 2.2x, 3.x or 4.x storefront with this plugin module. License is for ONE mall. Within that single mall, it can be
used in multiple stores without additional license.
Features: (some features are only in the compiled version)
- Configurable prompt
- Configurable action
- Configurable redemption
- Configurable coupon rejection messages
- OpenTokens for use in OpenObjects
- Searchable coupon database with pagination
- Easy view admin for coupon content and historical usage
- Coupon codes can be individually assigned
- Import coupon codes from flat file in bulk
- Autogenerate coupon codes with token
- Assign coupon code as a series for affiliate purposes
- Global scope or for specific products
- Checkout coupons one per order
- Instant coupons on product pages, multiple per order
- Fixed amount or percentage of eligible products discounting
- Specific product eligibility can be scoped to the attribute level
- Minimum order level for redemption
- Establish expiration dates
- Line item display in basket after redemption
- Single use coupons
- One per customer coupons
- Multiuse coupons (can be limited)
- Free shipping coupons
- Limit the country, state or zip a coupon can be used for
- Combination of free shipping and order discount (% or fixed) coupon
- Easy deletion of expired coupons
- Coupon report identifies coupon usage
Feature Details. You can add coupons through the standard Miva Merchant admin interface and include usage criteria.
- An unlimited number of coupons can be assigned to the store and each identified with a coupon code. Once you have added the module to the store, you can add coupons in the Order Fulfillment section of the admin interface. When you select the Add icon, you will have several input fields to fill in. You must enter a unique code for your coupon. This is the code that you will give to customers so they can shop and redeem the coupon (one per order). It can be any combination of letters and/or numbers.
The compiled version has a coupon generation function. You can embed a token in your welcome email or notification emails generated with our
Mail Manager module. A unique coupon code will be created and is based on the coupon template you designate. You can have an unlimited number of templates and an unlimited number of coupons copied from them. If you are not using our Mail Manager, you can still activate the generator by placing the token in the invoice header if you are using the OpenUI.
-
If you have a lot of coupons you want to load into the system quickly, the compiled version has a coupon import from flat file module
- An optional expiration date can be included which will prevent its use if the date has passed. Enter it in the year, month, day format, eg. 20000724 would be July 24, 2000. If you leave this field blank the coupon will never expire. However, you can still delete it manually through the admin interface.
- A fixed value OR percentage discount off the order total is assigned to each coupon. The default is fixed value/price,
eg $5.00 off the order total. If you put the % sign in the next input field AFTER the value field, it will calculate the coupon value based on the assigned percent of the order total. The %, if used, is entered in the separate field to the right for that purpose. If left blank, the calculation will be based on the fixed value of the coupon. See the note below about restricting discount calculations to specific products instead of the order total. A maximum redemption value can be assigned to each coupon in Merchant 4.x.
If you enter the letter S in the field to the right, the
coupon will be used to allow free shipping (compiled version only) for the entire order. Other criteria for the coupon must be met, e.g. minimum order amount, eligible products, etc.
- Optionally, a coupon can be allowed only when an order total reaches a specific amount. For example, you can give a 10% discount when the order total reaches $200 as an incentive or promo. In all cases where a raw value is used, you must make this value equal to or greater than the value of the coupon. If you use the percent calculation, this value can be any value, including zero.
- Based on your state's tax requirements, the coupon can be designated to reduce the sales tax or not reduce it. The coupon's tax effect is on the order total, not on individual products. For example, in some states, a store coupon reduces the cumulative value of products purchased before the sales tax is applied, hence you would want it to reduce tax. The exception to doing this is if your products are likely to be non-taxable, making a coupon reduce tax could result in a negative tax calculation. Another type coupon might be the manufacturer coupon. In some states, manufacturer coupons do not decrease the tax liability. You should determine your state's tax requirements before adding coupons to your store.
- Coupons can either be used:
- multiple times - The coupon can be used at every visit by any customer who shops at your store. This is usually used as a promo to customers, user lists, clubs, etc. They often have a short expiration date to limit their use. A typical usage might be a special holiday sale, eg 10% off everything in the store if used by a specified date. This would eliminate the need for special price groups if the intent is that everybody who has the coupon code can use it.
- only one time for each customer - The coupon can only be used for one visit per customer. When the same customer shops at your store a second time, if he/she uses the same coupon code, it will be rejected. This is probably the most common coupon and is usually used in print ads or as a promo, eg. "$5.00 off on your next visit".
- only one time for a unique coupon code - The coupon can only be used once. Once any customer has used this code, it becomes unavailable for any other purchase. This is often used as a customer relations tool, eg "sorry for the inconvenience, please accept this coupon.....".
- You can restrict usage of a coupon in your store so that it can be used only if a specific product code is ordered. You can list several product codes, any of which in the basket would make the coupon valid if the other requirements are met. Leaving the product code blank means that customers do not have to order a specific product as long as they meet the other requirements the store owner has specified. If you check the box to the left of the product code list AND are using the percentage discount, only those products in the code list will be used in the calculation using the qualifying products subtotal. If you do not check the box, the percentage discount will be applied against the order total. In Merchant 4.0, you can use a wildcard for the product list, e.g. 1AA* would make all products beginning with 1AA eligible for the coupon discount.
-
New in the compiled version of the coupon module is the ability to restrict the coupon usage down to the attribute level. For example, you can limit the coupon to product codes beginning with 1AA and the attribute "Version" with the option of "4.5". The
format for the input would be 1AA*~Version~4.5|
-
Alternatively, if you precede the product list with a - (minus) character, the coupon will be excluded from use with those product codes. You canNOT specify it to the attribute level like the include above. (compiled version only)
- Appropriate error messages are displayed when coupons don't meet the usage criteria established by the store owner. When the shopper enters a coupon code at checkout that is not valid based on the criteria you establish, he/she will see an error message just below the coupon code input when the checkout form is re-displayed. One coupon can be redeemed per order on the checkout page.
- In admin, the coupons can be easily displayed and edited. The coupons are displayed in a table format with configurable number of coupons per page displayed. The entire coupon database is searchable by coupon code or portion of the coupon code.
- Expired coupons can be removed from the database (to cut down on disk usage) one at a time or in mass. In admin, you can either put a check in the remove column and select update or select purge expired coupons, then select update.
- A historical database, which can be imported and analyzed in database or spreadsheet software, is maintained on all coupons used. The couponuz.dbf can be FTPd to your PC for further analysis in MS Access, MS Excel, or other data management software. This could be useful in determining which coupons bring you the most activity. The number of uses for each coupon is displayed in the admin table in Merchant 4.0
- New in the compiled version is the coupon usage report. You can summarize or list each coupon used for a specific time period. You can also restrict the output to a specific coupon code or a string of characters in a coupon code. This latter is useful when you have assigned a series of coupons to an affiliate or advertising campaign. You can determine how much business was brought in with the coupons from various sources.
- The compiled version of this module can use OpenTokens instead of hook points within OpenObjects. The OpenDesigner screen lists the OpenObjects which can replace all or some screens within the OpenUI user interface. The OpenObjects provide a template screen which contains the existing hook points (backward compatibility), OpenToken capability, and the ability to move output around within the OpenObject screen. Since the tokens in this module conform to OpenToken functionality, they may be used in other template type screens.
MMUI and OpenUI compatible. If you are using MMUI, there are two required edits in the mmui.mv. If using MMUI in
a compiled version of Merchant (4.14 and newer), you will need to edit and recompile the mmui.mv (expensive proposition). Thus, with compiled Merchant, we recommend using OpenUI instead of the MMUI user interface. Price: $35 Upgrade Cost: $25
Upgrade Terms (If Any): N/A
Compatibility: MMUI/OpenUI Versions:
2.x, 3.x, 4.x, 4.14-4.16x (Available Compiled)
Other Module Compatibility: N/A From: Coupon Modules
Relevance: 48.26%%  Rating: (8.00) Votes: (2) Hits: (3319) Reviews:
Rate It - Review It - Modify It - Report It Bookmark Coupon Redemption
<-- Just click this link and then add to your favorites! Back to Top
Manage coupon addition and redemption functions within a Miva Merchant 5.x storefront with this plugin module. License is for ONE mall. Within that single mall, it can be used in multiple stores without additional license. This module is for MIVA Merchant 5.x. We also have the corresponding module for an older version of Merchant.
Features:- Configurable prompt
- Configurable action
- Configurable redemption
- Configurable coupon rejection messages
- Uses tokens to place input on pages
- Searchable coupon database with pagination
- Easy view admin for coupon content and historical usage
- Coupon codes can be individually assigned
- Import coupon codes from flat file in bulk
- Autogenerate unique coupon codes with token
- Assign coupon code as a series for affiliate purposes
- Global scope or for specific products
- Checkout coupons one per order
- Instant coupons on product pages, multiple per order
- Fixed amount or percentage of eligible products discounting
- Specific product eligibility can be scoped to the attribute level
- Minimum order level for redemption of checkout coupons
- Establish expiration dates
- Line item display in basket after redemption
- Single use coupons
- One per customer coupons
- Multiuse coupons (can be limited)
- Free shipping coupons
- Limit the country, state or zip a coupon can be used for
- Combination of free shipping and order discount (% or fixed) coupon
- Easy deletion of expired coupons
- Coupon report identifies coupon usage
Feature Details. You can add coupons through the standard Miva Merchant admin interface and include usage criteria.
- An unlimited number of coupons can be assigned to the store and eachidentified with a coupon code. Once you have added the module to the store, you can add coupons in the Order Fulfillment section of the admininterface. When you select the Add icon, you will have several input fields to fill in. You must enter a unique code for your coupon. Thisis the code that you will give to customers so they can shop and redeemthe coupon. It can be any combination of letters and/or numbers.
- You canembed a token in your welcome email or notification emails generated with our Mail Manager (Emporium Plus - Weiland) module. A unique coupon code will be created and is based on the coupon template you designate. You can have an unlimited number of templates and an unlimited number of coupons copied from them. If you are not using our Mail Manager, you can still activate the generator by placing the token in the invoice header. If you are using our Tell A Friend (Emporium Plus - Weiland) module, you can embed the unique coupon code in the emails that customers send when referring their friends to your store. The coupon generation is also useful when it is embedded into the follow on contact emails that our Follow On Contact (Emporium Plus - Weiland) module sends out.
- If you have a lot of coupons you want to load into the system quickly,there is a coupon import from flat file module
- An optional expiration date can be included which will prevent its useif the date has passed. Enter it in the year, month, day format, eg. 20000724 would be July 24, 2000. If you leave this field blank the coupon will never expire. However, you can still delete it manually through the admin interface.
- A fixed value OR percentage discount off the order total is assigned to each coupon. The default is fixed value/price, e.g. $5.00 off the order total. If you put the % sign in the next input field AFTER the value field, it will calculate the coupon value based on the assigned percent of the order total. The %, if used, is entered in the separate field to the right for that purpose. If left blank, the calculation will be based on the fixed value of the coupon. See the note below about restricting discount calculations to specific products instead of the order total. A maximum redemptionvalue can be assigned to each coupon.
- Free shipping coupon option. If you enter the letter S in the field to the right of the value field, the coupon will be used to allow free shipping for the entire order. Other criteria for the coupon must be met, e.g. minimum order amount, eligible products, etc.
- Optionally, a coupon can be allowed only when an order total reaches a specific amount. For example, you can give a 10% discount when the order total reaches $200 as an incentive or promo. In all cases where a raw value is used, you must make this value equal to or greater than the value of the coupon. If you usethe percent calculation, this value can be any value, including zero.
- Based on your state's tax requirements, the coupon can be designated toreduce the sales tax or not reduce it. The coupon's tax effect is onthe order total, not on individual products. For example, in some states, a store coupon reduces the cumulative value of products purchased before the sales tax is applied, hence you would want it to reduce tax. The exception to doingthis is if your products are likely to be non-taxable, making a coupon reduce tax could result in a negative tax calculation. Another type coupon might be the manufacturer coupon. In some states, manufacturer coupons do not decrease the tax liability. You should determine your state's tax requirements before adding coupons to your store.
- Coupons can either be used:
- multiple times - The coupon can be used at every visit by any customer who shops at your store. This is usually used as a promo to customers,user lists, clubs, etc. They often have a short expiration date to limittheir use. A typical usage might be a special holiday sale, eg 10% offeverything in the store if used by a specified date. This would eliminatethe need for special price groups if the intent is that everybody who hasthe coupon code can use it. In the compiled version you can limit the number of times a multiple coupon is redeemed.
- only one time for each customer - The coupon can only be used for one visit per customer. When the same customer shops at your store a secondtime, if he/she uses the same coupon code, it will be rejected. This isprobably the most common coupon and is usually used in print ads or as a promo, eg. "$5.00 off on your next visit".
- only one time for a unique coupon code - The coupon can only be used once. Once any customer has used this code, it becomes unavailable for any other purchase. This is often used as a customer relations tool, e.g. "sorry for the inconvenience, please accept this coupon.....".
- Global or product related. You can restrict usage of a coupon in your store so that it can be used only if a specific product is ordered. You can list several product codes,any of which in the basket would make the coupon valid if the other requirements are met. Leaving the product code blank means that customers do not have to order a specific product as long as they meet the other requirements the store owner has specified. If you check the box to the left of the product code list, and are using the percentage discount, only those products in the code list will be used in the calculation using the qualifying products subtotal. If you do not check the box, the percentage discount will be applied against the order total. Youcan use a wildcard for the product list, e.g. 1AA* would make all productsbeginning with 1AA eligible for the coupon discount.
- Use instant coupons on the individual product pages and for specific products. These coupons are redeemed at the product page and instantly appear in the basket as a line item discount related to a specific product. Unlike the global checkout coupons, customers can redeem multiple instant coupons in a single order. From a marketing standpoint this gives the merchant the opportunity to offer a promo code atthe product level which gives an impending event (expiration of the promo)to encourage sales while not lowering the value of the product with an overtprice discount.
- You can restrict the coupon usage down to the attribute level. For example, you can limit the coupon to product codes beginning with 1AA and the attribute "Version" with the specific option value of "4.5". The format for the input would be 1AA*~Version~4.5|
- If you precede the product list with a - (minus) character,the coupon will be excluded from use with those products.
- You can limit the coupon to be used only if the customer is in a specific zone. You can use ONE of six possible zone limitations for each coupon (ship to: country, state or zip; bill to: country, state or zip).
- Appropriate error messages are displayed when coupons don't meet theusage criteria established by the store owner. When the shopper entersa coupon code that is not valid based on the criteria you establish, he/she will see an error message just below the coupon codeinput when the page is re-displayed.
- In admin, the coupons can be easily displayed and edited. The couponsare displayed in a table format with configurable number of coupons per page displayed. The entire coupon database is searchable by coupon code or beginning portion of the coupon code.
- Expired coupons can be removed from the database (to cut down on disk usage) one at a time or in mass. In admin, you can either put a checkin the remove column and select update or select purge expired coupons, then select update.
- A historical database, which can be imported and analyzed in database orspreadsheet software, is maintained on all coupons used. The couponuz.dbfcan be FTPd to your PC for further analysis in MS Access, MS Excel, or other data management software. This could be useful in determining which coupons bring you the most activity. The number of uses for each coupon is also displayed in the admin table.
- The coupon usage report module can provide historical data within your admin. You can summarize or list each coupon used for a specific time period. You can also restrict the output to a specific coupon code or a string of characters in a coupon code. This latter is useful when you have assigneda series of coupons to an affiliate or advertising campaign. You can determine how much business was brought in with the coupons from various sources.
The module currently fully supports the mivasql configuration of MIVA Merchant 5. It also supports MySQL as long as load balancing has the data stored on the single MySQL server. This would be the case in most of the server setups. For those that are not, we are in the process of converting the code for that remaining, very small group of MIVA Merchant stores. At this time we have not had a problem. Modules will be moved to the top of the queue as needed. Price: $45.00 Upgrade Cost: $0
Upgrade Terms (If Any): N/A
Compatibility: N/A Versions:
5.x+
Other Module Compatibility: N/A From: Coupon Modules
Relevance: 47.53%% Rating: (0) Votes: (0) Hits: (1105) Reviews:
Rate It - Review It - Modify It - Report It Bookmark Coupon Redemption v5
<-- Just click this link and then add to your favorites! Back to Top
The StatCat module is both an admin module and a basket interface module. The primary purpose of StatCat is to generate static catalog pages (indexes and sub-pages) directly from your Miva Merchant products and category databases so that search engines will add your pages to their index. Presumably this will allow customers to find your store amongst the millions of web sites on the Internet. As such, the pages generated are basic html pages with links to sub-pages, basket page and individual product pages in your Miva Merchant system. Each page contains your store title, meta description, meta keywords, footers along with the products. Category pages also contain category headers and footers. Although these are static html pages, they have direct links which allow customers to add the products to their basket which is maintained in your Miva Merchant shopping cart system. If you are using the CIM Inventory Manager or Miva Corp's new Inventory Manager (in Merchant 4.x), it will even check the stock level and return an out of stock message if stock level is depleted ** Caution: If you are using Merchant 4.0 and its Inventory Management system that deducts products from inventory when they are placed in the basket, you should select to NOT use the Add to Basket buttons if you have one-of-a-kind items. The reason for this is that some robots and other indexing software may even follow links which contain the ? and & characters. This could result in the stock level decrementing to zero and out-of-stock emails being sent. The products won't be removed from inventory completely, as they will be re-stocked when you run the Admin:Delete Expired Shopping Baskets. This undesirable situation does not exist in Merchant versions 2.x or 3.x. It is also not a problem in Merchant 4.x if your store does not use the Miva Corp Inventory Management or your product stock levels are not likely to be depleted with one or two passes of the indexing program. The store owner determines which page the customer will go to when they select to add a product to the basket. They can be taken either to the basket for review or back to the static page they just selected from. Both processes are automatic and do not require Javascript or meta refresh routines. Either click through destination can be used on either of the sort options, store owner choice. In addition to the functionality of this module, it provides an excellent example of how to interface static pages with the Miva Merchant system with return to the correct static page. Quick links on each sub-page allow the customer to return to the index or go straight to their basket for review and checkout. Below the sub-pages the store owner can even generate individual product pages. These product pages contain the full sized image and description. If the store uses the Flexible Product Description module and the product record contains a Keyword field, those product specific keywords are added to the store's generic keywords which are already in all of the static pages. The store owner can decide whether to display the price for each item on the static pages. Since these pages are static and cannot function interactively to determine customer price groups or discounts, the hide price routine has its place. However, if the store has no price groups and discounts are calculated on basket totals or discount coupons, the price listing is useful. The static pages also have no way to restrict access. So if your store is one which does not allow certain products to be shown to all customers, then this module is not for you, unless you can place all of those restricted products in specific categories. In which case, you could then sort pages by category and simply delete those categories' pages. This module is for Miva Merchant 2.x, 3.x and 4.x. It works with both the Miva Merchant look and feel (mmui.mv) and the OpenUI look and feel (oui.mv). If using the mmui.mv, there are two edits that need to be made to the mmui.mv file. StatCat produces pages similar (mirror) to the layout in Miva Merchant with admin control. The following configuration settings are made within the standard Miva Merchant admin interface: Page title, home URL, optional title/store logo, title background color, title foreground color, category title header size, number of product columns on the category sort page, Meta description of the site, Meta keywords on the site, return action after adding a product to the basket, option to hide the prices, category column background color, category column foreground color, category column font, category column size, product background color in the category sorted pages, product foreground color in the category sorted pages, product font and size in the category sorted pages, optional display of thumbnail images in the category sorted pages, store front page welcome screen, search button input, product descriptions on category pages, and page footer. Once generated, the index pages can be linked to your main home page. The catalog can be left in the directory it is generated in or copied to any web site (or multiple web sites) to increase search engine visibility. The links to images and back to your Merchant.mv store will work across servers. An example of this remote distribution can be seen at my Yahoo/Simplenet web site. The limitation to the remote distribution is that these remote static pages are one way, ie. placing a product in the basket will take the customer to the main Merchant.mv, but not back to the remote static page. They would then continue shopping in Merchant.mv. This limitation exists only if the static pages are not in their original catalog directory. If they are in the catalog directory on the local server with Merchant.mv, then return to the static pages is one of your options in admin. The StatCat also has the ability to generate static pages which can be placed on a disk and used as a catalog which can be mailed or given out to potential customers. When using this option, links to your web site or the shopping cart are suppressed. An example of this type of catalog can be seen online. It has no links to the cart and the images are virtual to the static html pages. When generating the catalog, the store owner has the option of restricting the html output to a list of specific categories. This is particularly useful when the store owner wants to place their static pages on remote servers which have specific themes in a mall environment. Some categories may "fit in" and some may not. This also might be useful if you want to create disks with only certain categories of products on them to be given to customers. Note 1: StatCat uses the first letter of the product name to name the sub-pages. If you use illegal characters for the first letter of product names, you will not be able to generate the by-name catalog. An example would be the left bracket, as some might have put the font tag at the beginning of the product name. If that is the case, use the by-category catalog. Note 2: If you have an excessively large products database, you will probably not be able to run StatCat on a server without timing out. However, you should be able to run it in MivaMia if you have a mirror of your store on your PC. You would then need to upload the static pages manually. This store of 600 products took about 5 seconds to generate the category pages. Example static catalog pages - Sort by name
- This example has the add to basket button disabled
- This example contains StatCat generated individual product pages
- Sort by category
- Click through returns to the originating static page after addition (alternatively you can have it remain at the merchant.mv basket)
- This example contains StatCat generated individual product pages
Several new features have been added to the compiled version; background image, functional navigation bar, "smart" metatags, extensive implementation of keyword and header and footer usage, product page names can be product code or name ending with html, inclusion of product links at the top or bottom listed as featured products or similar designation, include any fields in the products database on product pages (including modified structure), optionally hide subcategories on category pages as applicable, additional product page links such as "check availability or latest prices", and export to any directory within the store's path (creates directory if it does not exist). Discontinued (inactive) products can continue to have modified static pages generated so that search engine links remain viable, yet do not result in errors when linked to the store. Additionally, affiliate codes can be included with every link so that the static catalog pages can be given to affiliates who wish to mirror your catalog at their site. If you are using the OpenUI, StatCat adds "smart" metatags to your merchant.mv so that when the customers (and search engines) click from your static pages to your actual store, the pages will contain metatags related to category headers, product descriptions and product keywords (if used). It also reverses the title tag with the category and product screens so that the category or product name appear first, then the store name. If your store has our Volume Pricing module version (4.53 or higher) installed, StatCat can optionally include the volume price table on the static pages. When creating the static product pages, a flat file is created in the background which can be used for a data feed file for submission to FroogleTM. It contains the header and data for the basic file format. Price: $35 Upgrade Cost: $10
Upgrade Terms (If Any): Upgrade Now
Compatibility: MMUI/OpenUI Versions:
2.x, 3.x, 4.x, 4.14-4.16x (Available Compiled)
Other Module Compatibility: N/A From: Search Engine Optimization Modules
Relevance: 45.85%% Rating: (0.00) Votes: (0) Hits: (1888) Reviews:
Rate It - Review It - Modify It - Report It Bookmark Static Catalog Generator
<-- Just click this link and then add to your favorites! Back to Top
The Shipping SuperModTM provides a complete shipping method control system that allows you to limit what shipping options are available to your customers based on criteria such as shipping address or even what products are being purchased. It allows you to rename and reorder shipping methods in your store, and provides fall-back shipping methods that can be used when no other shipping methods are available– for instance, when online shipping calculators are down.
Key Benefits Include: - Control the text displayed for each shipping method
- NEW! Can be used with any user interface module including MMUI
- Filter shipping methods available to the customer based on:
- Number of items in basket
- Subtotal of basket
- Day of week
- Time Ranges
- Availability Groups
- Ship-To Country
- Ship-To State
- NEW! Zip Codes & Zip Prefixes
- Weight Minimum/Maximum
- Bill-To/Ship-To Match
- Uses existing shipping modules
- Allows storeowner to constrain shipping methods available for each product in the store. Customers can only checkout of the store when all products in the order have a common shipping method. *
- Integrates and shares data with other checkout enhancements from Copernicus
* If you use the Shipping SuperMod and a customer tries to purchase products that cannot all be shipped with the same method, no shipping methods will be available to the customer at checkout because your shipping rules are mutually exclusive and Miva Merchant on its own does not allow multiple shipping calculations in the same order. You can solve this by adding the advanced functionality of the Copernicus CheckOut SuperMod to your store, OR, allow for a "least common denominator" shipping method that is always available for all products. To learn how to do this, go to the Shipping SuperMod FAQ on the Copernicus website.
Example Usage:
A storefront that sells cakes and jelly beans online has a shipping problem. When a customer purchases a cake, the cake needs to be delivered overnight so that the cake is fresh upon delivery. When a customer buys jelly beans – they can be shipped using regular ground shipping since the jelly beans won’t go stale for quite a long time. Since the storefront offers overnight air and regular ground shipping, many customers are choosing regular shipping for their cakes and are very upset when they receive a stale cake 5 days later. The Shipping SuperMod allows the storefront owner to limit the shipping choices given to the customer given what the customer places in his shopping basket. Using the Shipping SuperMod, the storeowner creates shipping constraints on each of the products in the store – thus allowing the cake to only be shipped via overnight air. He allows the jelly beans to be shipped via overnight air or regular ground shipping. If the customer only purchases jelly beans, the customer can have a choice of overnight or regular ground shipping. If the customer chooses just a cake, he is given only the choice of overnight shipping. If the customer has jelly beans and a cake in his shopping basket, his shipping choices are limited to “overnight air” (to guarantee the freshness of the cake) since “overnight” air was created by the storefront owner as the “least common denominator” shipping method (i.e. all products in the store have the option of overnight air as a shipping method.) The customer can checkout of the store since the order has a valid shipping option.
SPECIFICATIONS & TECHNICAL NOTES
- Number of items in a basket:
Limit shipping methods available based on the number of items in the basket.
- Subtotal of basket:
Restrict the shipping methods available given a threshold for the subtotal of the basket.
- Day of week:
Limit the days that a specific shipping method is available (all/weekend/weekdays).
- Time ranges:
Limit the time of day that a specific shipping method is available (up to 2 specific ranges).
- Availability Groups:
Limit the shipping methods available depending on what “group” the customer is in.
- Countries:
Limit the shipping methods available to customers based on their Ship-to country.
- States:
Limit the shipping methods available to customers based on their Ship-to state (in the US).
- Zip Codes / Prefixes
You can specify that a shipping method is only available to certain zip codes. The zip codes are treated as prefixes; for example, setting a zip code constraint to 349 will only allow the method to be used for zip codes between 34990 and 34999.
- Weight Minimum:
Constrain the shipping methods available based upon total order weight minimum.
- Weight Maximum:
Constrain the shipping methods available based upon total order weight maximum.
- Bill To/Ship To Match:
If the Bill To and Ship To addresses do not match, only allow certain shipping methods.
For complete control of the checkout process the Address SuperMod™, CheckOut SuperMod™ and Shipping SuperMods™ all work together. Each item in the basket can then be shipped to a different address using a different shipping method. Shipping methods available to each address can be filtered based upon the products in the basket, the destination, etc., and shipping for each address line item is calculated individually.
[Product Manual]
[Marketing Brief]
Price: $99.95 Upgrade Cost: $49.95
Upgrade Terms (If Any): N/A
Compatibility: MMUI/OpenUI Versions:
4.x, 4.14-4.16x (Available Compiled)
Other Module Compatibility: N/A From: Shipping Modules
Relevance: 38.87%%  Rating: (10.00) Votes: (1) Hits: (2329) Reviews: (1)
Rate It - Review It - Modify It - Report It Bookmark Shipping SuperMod Checkout Enhancement
<-- Just click this link and then add to your favorites! Back to Top
Volume pricing at the category level. Easily offer a fixed discount (not percentage) based on the number of items in the basket and the categories those items are in. We also have the corresponding module for an older version of Merchant.
Features:
- Discount based on number of items ordered
- Set up to 4 tiers of discounts per category group
- Can have 8 groups (each containing one or more categories), each with 4 different discount tiers
- Category wide, multi-category or store wide discounts
- Optionally apply discount after other discounts have lowered the subtotal
- Discount shows at checkout as separate line item
- Optionally display updated discount in basket prior to checkout
- Can use wildcard instead of entering category codes for the group
- Can either include or exclude a single price group, e.g. Wholesale, to be able to use the discount
Feature Details:
In admin, the store owner configures the trigger levels (number of items needed to activate the discount) and thecorresponding fixed amount off. The store owner can designate 1 - 4 trigger levels so that he/she can vary thediscount based on the number bought. Reward the customer; the more the customer buys, the higher the discount.
The storeowner then includes a list of category codes that willbe used in the calculation. Use this module for category-wide or store-wide fixed discounts. If using store-wide, make sure the discount doesn't exceed the priceof the potentially summed products. If using category-wide,make sure the discount does not exceed the price of the lowestpriced product in the category.
The discount amount will appear during checkout on the screen after the customer has entered their shipping method. You can optionally display the discount in the basket prior to checkout.
In admin you can setup eight separate groups withtheir own four-tiered discount and categories. Hence, if you want to discountone category of products with one set of rules (levels) and another category with a different set of rules, you can now do this. Multiple categories can be assigned to each group. As the basket is scanned, the discount is applied based on each group's rules, then summed together at checkout. You can optionally display the updated discounts prior to checkout in the regular basket screen, recalculating and updating discounts based on changing basket contents.
You can choose one price group, e.g. Wholesale, which is not eligible for the discount since they presumably already benefit from significantly lower prices. Or if you don't want to exclude, you can include the one group. This would be useful if you want to apply a fixed amount off for that price group rather than use Merchant's percent off price group calculations. This would allow you to discount different fixed amounts from different groupings (categories) of products.
You can use the asterisk (*) to replace the category codes. When the module encounters the asterisk instead of category codes, it considers all further products eligible. As example, the asterisk in the first group would make all products in the store eligible for the discount. On the other hand, category codes in the first group would apply the first group rules to those categories. Then if there is an asterisk in the second group, all other products in the store woulduse those discount rules.
The module currently fully supports the mivasql configuration of MIVA Merchant 5. It also supports MySQL as long as load balancing has the data stored on the single MySQL server. This would be the case in most of the server setups. For those that are not, we are in the process of converting the code for that remaining, very small group of MIVA Merchant stores. At this time we have not had a problem. Modules will be moved to the top of the queue as needed.Price: $50.00 Upgrade Cost: $0
Upgrade Terms (If Any): N/A
Compatibility: N/A Versions:
5.x+
Other Module Compatibility: N/A From: Discount Modules / Category Specific Discount Modules
Relevance: 38.63%% Rating: (0) Votes: (0) Hits: (522) Reviews:
Rate It - Review It - Modify It - Report It Bookmark Discount Based on Quantity by Category v5
<-- Just click this link and then add to your favorites! Back to Top
Give your customers better control of the basket contents page and improve their shopping experience. This module provides a smart "continue shopping", "empty basket" and "checkout" buttons. Continue shopping button will automatically return the shopper to the last visited product, category, search or product list display screens. All display options are configurable using the menu-driven admin interface and modified basket contents page template, which is automatically installed and configured with this module. Menu driven module configuration allows you to customize your buttons and control which of the merchant pages the customer can return to. This gives you full control over the look and feel of your this new functionality. The module can also be used to add Continue Shopping functionality to other Merchant pages. The ADS Continue Shopping Module Features: This module will monitor where the customer came from, prior to visiting the basket page. Then return the customer to that page, even if the customer was on page "X" of the Category, Search or Product List pages. The page tracking is configured using the menu driven selection of "PROD, CTGY, PLST and SRCH" pages. The Empty Basket and Checkout buttons will not display if the basket is empty. - Simple Module Installation and Configuration
- Automatic installation and assignment of BASK page required item.
- Automatic modification of currently used BASK page template. Previous template versions will be available through version history.
- Menu-driven control of new features. No template editing required, but is available for advanced users.
- Menu Driven Control of module features
- Select Text or Image buttons for Continue Shopping, Empty Basket and Checkout buttons
- Upload new Image buttons using the interface. No FTP access required.
- Select which of the Merchant pages Continue Shopping button will return the shopper to.
- Additional layout modifications can be made using BASK Page template that is pre-installed with this module
Module installation and functionality has the following requirements: - MIVA Merchant Version 5.0
- Settings and control this module provides are used in conjunction with BASK Page template that is pre-installed with this module.
Price: $49.95 Upgrade Cost: $0
Upgrade Terms (If Any): N/A
Compatibility: N/A Versions:
5.x+
Other Module Compatibility: N/A From: Shopping Basket Screen Modules
Relevance: 38.63%% Rating: (0) Votes: (0) Hits: (933) Reviews:
Rate It - Review It - Modify It - Report It Bookmark Continue Shopping Pro v5
<-- Just click this link and then add to your favorites! Back to Top
Collect supplemental, required or non-required responses fromcustomers at checkout. You can add as many additional checkoutquestions to your form as you want, within reason. This module is for MIVA Merchant 5.x. We also have the corresponding module for an older version of Merchant.
Features:
- Collect supplemental, required or non-required responses from customers at checkout
- Export responses to a delimited flat file
- View responses in the file with a searchable admin report
- Display responses in the include modified invoice emails and batch reports and invoice screen
- Include response data in the order export file created by our inexpensive EZ Batch Report module (sold separately)
- Configure text label for each question to preceed the responses in the emails and reports
- Special instructions for the order, e.g. shipping needs
- Collect responses from survey or poll questions
- Customer entered gift card messages
- Questions displayed in a table which the store owner designs with standard HTML
- Limit the display of questions based on specific product codes
- Limit the display of questions based on the ship to country of the order
- Used in conjunction with our Mail Manager module, activate sending of specific emails
- Assign a fee to one response, for example gift wrapping fee, donation, or rush handling
- Insert a negative fee (vs positive fee) for impromptu sales, etc
- One or more responses can be required before customer can proceed
- Highlighted error message when required response(s) are omitted
- Tokens can be used to refill the responses if the page is redisplayed due to missing info
- Our standard version contains the features you'd expect in competitors' pro version
|
Feature Details.
The responses are exported to a delimited text file which can beimported into most database management systems for further analysis. Youcan also have those responses appear in the Miva Merchant Email notification and batchprocessing (modified email and batch modules included in the zip file). Use the module for the customer to add specialinstructions for the order, collect responses from survey or pollquestions, allow the customer to fill out gift card messages, include salesman orrepresentative code, etc.The admin interface allows you to build the form withyour store's questions using standard html syntax. Hence,you can make the response collection table match the restof your store's look and feel. You can have text, radio, select drop down list, text area, and checkbox inputs designed the way you want them. Add css if you like or use typical fonts and table tags. You can place the questions on one of the three checkout screens. You simply add the tokens to the page templates per the install doc. You can also specify one or moreof the questions to be required. Customers will not be able to completethe checkout if they do not respond to the required questions. You can purge old questions from the active file and place them in ahistorical file in order to improve response time during order batchprocessing retrieval. The optional order batch retrieval uses the modified core batch report which is included in the zip distribution file. You can limit the display of Addendumquestions based on specific product codes. If you list productcodes in the admin input, the questions will only be displayedif one of those products is in the basket at checkout. Youcan also use the wild card product code like 1AA*. If theapplicable products all begin with the same characters, youcan use the asterisk. This can only be used for the beginningcharacters in the product codes. You can alsolimit the display of questions to specific ship to countries. You can optionally includethe questions in the emails along with the responses by using the modified email modules which are included in the zip distribution file.If using our Mail Manager (sold separately) module you can have a question (checkbox) which will trigger a specific email, e.g. opt-in mailinglist signup. You can also include the questions and responseson the invoice (last page after payment completes). Theresponses for the batch report are retrieved from an indexeddatabase for faster access. You can alsoattach a fee to a specific answer to one question if youplace the questions on either the customer information orshipping/payment selection screens. The included Addendum View report featureallows you to search (within admin) the addendum filefor specific responses. For example, you might have a questionfor a specific requested shipping date. Simply search the filefor orders which have requested the delayed shipping for thatdate. The order numbers can be returned and fed into our EZ Batchreport (sold separately) for a tailored report for a specific shipping date. Another popular use of Addendum is to collect the salesman or representativecode with an order. Not only can you display the code in the batch report,but if you use Addendum View to create a list of orders attributed to thatsalesman, you can make a batch printout for each salesmanwith only their orders on it if you are using our EZ Batch Report (sold separately). You can also include the Addendum responses in the order export file that EZ Batch creates. Limitation: When used in a store which uses PayFlowlink, PayPal or iTransact payment systems, you will need to placeyour questions on either the customer information screenor the shipping and payment selection screen. Thosepayment systems transport the customer to another domain.Hence, the module needs to save the responses to a filebefore the customer is transported off-site. When thecustomer returns from the off-site payment screens backto your store, the responses will be retrieved for savingto flat file or display in your merchant notification email. The included modified merchant email and batch reports will display the Addendum resposes. Additionally, the batch report can provide page breaks between each order for better printouts (incoices). Also, the merchant notification email allows you to insert tokens in the subject line so you can include things like the order number, order total, and customer name in the subject of the email. Compare this module with our competitors' pro or advanced or ultimate versions. Those are just words tacked onto a module name. Don't let our low price fool you - compare features and you will find this module probably contains all of the features found in theirs plus we have several additional features. The Addendum module has been in use since Merchant version 1.x and continually enhanced with each version. Our competitors will try to keep up, but the simple choice is, why get a shadow when you can get the "original". The module currently fully supports the mivasql configuration of MIVA Merchant 5. It also supports MySQL as long as load balancing has the data stored on the single MySQL server. This would be the case in most of the server setups. For those that are not, we are in the process of converting the code for that remaining, very small group of MIVA Merchant stores. At this time we have not had a problem. Modules will be moved to the top of the queue as needed. Price: $39.95 Upgrade Cost: $0
Upgrade Terms (If Any): N/A
Compatibility: N/A Versions:
5.x+
Other Module Compatibility: N/A From: Addendum Additional Info Modules
Relevance: 37.67%% Rating: (0) Votes: (0) Hits: (890) Reviews:
Rate It - Review It - Modify It - Report It Bookmark Addendum v5
<-- Just click this link and then add to your favorites! Back to Top
Collect supplemental, required or non-required responses from
customers at checkout. You can add as many questions to your form as you
want. The responses are exported to a delimited text file which can be
imported into most database management systems for further analysis. You
can also have those responses appear in the Email notification and batch
processing. Use it for the customer to add special
instructions for the order, collect responses from survey or poll
questions, allow the customer to fill out gift card messages, etc.
The admin interface allows you to build the form with your store's
questions using standard html syntax.
 for Miva Merchant version 3.x and 4.x.
You can place the questions on one of the three checkout screens. This
module is compatible with the MMUI and OpenUI. When using the OpenUI, simply
select the screen from admin. When using the MMUI, editing the mmui.mv
file will accomplish the same thing. You can also specify one or more
of the questions to be required. Customers will not be able to complete
the checkout if they do not respond to the required questions.
You can purge old questions from the active file and place them in a
historical file in order to improve response time during order batch
processing retrieval. The optional order batch retrieval
requires editing the core batch report unless you are using
truxoft's batch reporting module, which has an interface for
the addendum module data.
In the compiled version you can limit the display of Addendum
questions based on specific product codes. If you list product
codes in the admin input, the questions will only be displayed
if one of those products is in the basket at checkout. You
can also use the wild card product code like 1AA*. If the
applicable products all begin with the same characters, you
can use the asterisk. This can only be used for the beginning
characters in the product codes. You can optionally include
the questions in the emails along with the responses. If
using the OpenUI, you can select in admin whether to insert the
response in the merchant notification or customer confirmation
emails or both. You can also include the questions and responses
on the invoice (last page after payment completes).
Limitation: When used in a store which uses PayFlow
link or iTransact payment systems, you will need to place
your questions on either the customer information screen
or the shipping and payment selection screen. Those
payment systems transport the customer to another domain.
Hence, the module needs to save the responses to a file
before the customer is transported off-site. When the
customer returns from the off-site payment screens back
to your store, the responses will be retrieved for saving
to flat file or display in your merchant notification email. Version 2.x, 3.x Available Price: $24.50 Upgrade Cost: $12
Upgrade Terms (If Any): N/A
Compatibility: OpenUI Versions:
4.x, 4.14-4.23x (Available Compiled All 4.x Versions)
Other Module Compatibility: N/A From: Addendum Additional Info Modules
Relevance: 37.42%% Rating: (10.00) Votes: (0) Hits: (2513) Reviews:
Rate It - Review It - Modify It - Report It Bookmark Additional Checkout Fields (addendum)
<-- Just click this link and then add to your favorites! Back to Top
Display all open baskets in a table format. This report includes active and expired baskets. As a MIVA Merchant store owner you are able to see how many people come to your store and abandon baskets, even after placing items in thebasket. This module is for MIVA Merchant 5.x. We also have the corresponding module for an older version of Merchant. In some cases, customers get to checkout and then abandon baskets and you can determine that too. You can use the module to check basket activity before closing the store for maintenance or deleting baskets in admin. As basketsare converted to orders, they disappear from this listing. Likewise, when expired baskets are deleted in Admin, they also disappear from this listing. - Basket ID - Number assigned when a customer visits your store
- Order No. - Incremented number (or retrieved from unused numbers) each time a customer enters their customer information at checkout
- Customer - Account info (if available) - Login, Ship To Name, Bill To Name (if different), Ship To Email, Bill To Email (if different)
- Product - Product codes in the basket at this time (may be empty or contain one or more)
- Expired - "Yes" indicates the basket was last refreshed more than the number of minutes for your basket timeout setting. A number indicates the number of minutes since last activity and the basket is not timed out.
You can delete specific baskets. This feature was requested by a store owner who found his competition was purposely putting large quantities of items in the basket so they would be out of stock. By using this feature he was able to delete the basket and the items were immediately put back in inventory. The module currently fully supports the mivasql configuration of MIVA Merchant 5. It also supports MySQL as long as load balancing has the data stored on the single MySQL server. This would be the case in most of the server setups. For those that are not, we are in the process of converting the code for that remaining, very small group of MIVA Merchant stores. At this time we have not had a problem. Modules will be moved to the top of the queue as needed. Price: $19.95 Upgrade Cost: $0
Upgrade Terms (If Any): N/A
Compatibility: N/A Versions:
5.x+
Other Module Compatibility: N/A From: Administrative Modules
Relevance: 37.42%% Rating: (0) Votes: (0) Hits: (1143) Reviews:
Rate It - Review It - Modify It - Report It Bookmark Show Baskets v5
<-- Just click this link and then add to your favorites! Back to Top
Volume pricing at the category level. Easily offer a discount based on the number of items inthe basket and the categories those items are in. This module is for MIVA Merchant 5.x. We also have the corresponding module for an older version of Merchant.
Features:
- Discount based on number of items ordered
- Set up to 4 tiers of discounts per category group
- Can have 8 groups (each containing one or more categories), each with 4 different discount tiers
- Category wide, multi-category or store wide discounts
- Optionally apply discount after other discounts have lowered the subtotal
- Discount shows at checkout as separate line item
- Optionally display updated discount in basket prior to checkout using render token
- Can use wildcard instead of entering category codes for the group
- Can exclude a single price group, e.g. Wholesale, from receiving the discount
Feature Details:
Thedefault is to calculate product charges in the specifiedcategory(ies) (including attribute charges) to determinethe subtotal to discount. You canoptionally include non-product charges in the calculation.
In admin, the store owner configures the triggerlevels (number of items needed to activate the discount) and thecorresponding percentage off. The store owner candesignate 1 - 4 trigger levels so that he/she can vary thepercentage discount based on the number bought. Reward thecustomer; the more the customer buys, the higher thediscount percentage.
The storeowner then includes a list of category codes that willbe used in the calculation. Use this module forcategory-wide or store-wide discounts.
The discount amount willappear during checkout on the screen after the customer hasentered their shipping method. This allows Merchant toinclude (optionally) any miscellaneous fees or coupons redeemedon the Shipping - Payment selection screen so the subtotal willbe adjusted before the discount.
In admin you can setup eight separate groups withtheir own four-tiered discount and categories. Hence, if you want to discountone category of products with one set of rules (levels) and another categorywith a different set of rules, you can do this. Multiple categories can beassigned to each group. As the basket is scanned, the quantities are subtotaledfor each group. The discount is applied based on each group's rules, then summedtogether at checkout. You can optionally display the updated discounts prior to checkout in the regular basket screen, recalculatingand updating discounts based on changing basket contents.
In admin, you can chooseone price group, e.g. Wholesale, which is not eligible for the discount since theypresumably already benefit from significantly lower prices.
You can use the asterisk(*) to replace the category codes. When the module encounters the asterisk instead ofcategory codes, it considers all further products eligible. As example, the asterisk inthe first group would make all products in the store eligible for the discount. On the other hand,category codes in the first group would apply the first group rules to those categories.Then if there is an asterisk in the second group, all other products in the store woulduse those discount rules.The module currently fully supports the mivasql configuration of MIVA Merchant 5. It also supports MySQL as long as load balancing has the data stored on the single MySQL server. This would be the case in most of the server setups. For those that are not, we are in the process of converting the code for that remaining, very small group of MIVA Merchant stores. At this time we have not had a problem. Modules will be moved to the top of the queue as needed. Price: $27.50 Upgrade Cost: $0
Upgrade Terms (If Any): N/A
Compatibility: N/A Versions:
5.x+
Other Module Compatibility: N/A From: Discount Modules / Category Specific Discount Modules
Relevance: 37.42%% Rating: (0) Votes: (0) Hits: (538) Reviews:
Rate It - Review It - Modify It - Report It Bookmark Percent Off Based on Quantity by Category v5
<-- Just click this link and then add to your favorites! Back to Top
OpenUI Supermod is an excellent module designed to allow site control beyond any other means. It allows micro-control at high speeds, instead of using bulky modules that take over entire screens and take longer to load. However, it's kind of difficult to learn, and it takes some time to find the hook points and use the SuperMod admin to make up a Virtual Module (VMod). I've found that the benefits are worth the effort, but I sure would have loved a shortcut to the VMods I wanted. Well, this DoublePlus VMod Pack has eight highly useful VMods to give you that shortcut. Even better, you can modify all of these easily in the SuperMod admin by simply replacing the text you don't want with the text you do want - without knowing MivaScript! These VMods are in a single Zip file for your convenience. 1. Change Email to E-mail: Consistency is highly important in a web site from a usability standpoint. Miva uses Email, while most sites use E-mail. So, if you prefer E-mail, then this VMod is for you! 2. Login and Account Screen Enhancements: This VMod allows you to make many changes on the login and account screens for a more customer-friendly account creation, edit and login process. It changes all instances of Login to Sign In. It has replaced text in several other areas. 3. United States Only Account and Checkout Changes: This VMod is for businesses that sell only in the United States. It changes some of the labels on the account creation/edit screen and removes the "Other State/Province" field. Be sure to go to the Miva Admin and choose Countries and unclick all countries other than the United States - this will make United States appear without a drop do |
|
