You can accept check or money orders at payment methods, with no field prompts for the customer. By default, when a customer chooses Check as a payment method, he/she is prompted to enter a check number. Instead, this module will dispaly the following: Check Orders - "I agree to mail a check for this order."Money Orders - "I agree to mail a money order for this order." Check/Money Orders - "I agree to mail a check or money order for this order." This displays at the final checkout screen where the customer must click continue. The customer agrees to the terms when clicking "continue." (This final continue button cannot be removed because it is part of Miva Merchant's order process). Price: $15 Upgrade Cost: $0
Upgrade Terms (If Any): N/A
Compatibility: MMUI/OpenUI Versions:
3.x, 4.x
Other Module Compatibility: N/A From: Payment Modules / Pay by Check or Money Order
Relevance: 99.99%%  Rating: (3.00) Votes: (1) Hits: (744) Reviews:
Rate It - Review It - Modify It - Report It Bookmark Check or Money Order Payments - No Prompts
<-- 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: 95.54%% Rating: (0.00) Votes: (0) Hits: (1087) Reviews:
Rate It - Review It - Modify It - Report It Bookmark QwkPatch
<-- Just click this link and then add to your favorites! Back to Top
You can now accept virtual checks online. Collect the routing and other check information needed for your check printing software! Price: $0 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: FREE Miva Merchant Modules / Free Payment Modules
Relevance: 55.36%%  Rating: (0.00) Votes: (0) Hits: (567) Reviews:
Rate It - Review It - Modify It - Report It Bookmark Virtual Check Acceptance
<-- Just click this link and then add to your favorites! Back to Top
Check me out hides the checkout button on the navigation bar until the order minimums are met. The store owner establishes the order minimums (dollar value or number of items) through admin. The module will hide or display the standard checkout button on the navigation bar depending on whether the order minimums have been met. The module does not effect checkout buttons that a store owner may have placed in other positions throughout the store. Price: $5 Upgrade Cost: $0
Upgrade Terms (If Any): N/A
Compatibility: OpenUI Versions:
4.14-4.16x (Available Compiled)
Other Module Compatibility: N/A From: Navigation Bar Modules
Relevance: 53.57%% Rating: (0.00) Votes: (0) Hits: (865) Reviews:
Rate It - Review It - Modify It - Report It Bookmark Check Me Out
<-- 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: 50.89%%  Rating: (0.00) Votes: (0) Hits: (1321) 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
Miva Merchant payment module for Checks. It will gather all of the required information to plug into an existing Check Printing software program. Price: $29 Upgrade Cost: $0
Upgrade Terms (If Any): Terms
Compatibility: MMUI/OpenUI Versions:
2.x, 3.x, 4.x
Other Module Compatibility: N/A From: Payment Modules / Pay by Check or Money Order
Relevance: 49.11%% Rating: (0.00) Votes: (0) Hits: (758) Reviews:
Rate It - Review It - Modify It - Report It Bookmark CheckTrk Check Payment
<-- Just click this link and then add to your favorites! Back to Top
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: 47.32%% Rating: (0.00) Votes: (0) Hits: (1487) 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
The image checker module checks your products database for image links, then checks the path to make sure the images are there. It only looks in your domain (virtual path) for the the images so if you are linking to images off-site, it cannot check those. It also cannot check them if you put in the full URL as that is not a virtual path. Price: $20 Upgrade Cost: $5
Upgrade Terms (If Any): For v4.x Only Upgrade Now
Compatibility: MMUI/OpenUI Versions:
2.x, 3.x, 4.x, 4.14-4.23x (Available Compiled)
Other Module Compatibility: N/A From: Administrative Modules
Relevance: 35.71%%  Rating: (0.00) Votes: (0) Hits: (529) Reviews:
Rate It - Review It - Modify It - Report It Bookmark Image Checker
<-- 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: 34.82%% Rating: (8.00) Votes: (2) Hits: (3135) 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
Highlights - Display up to five textboxes or checkboxes on any checkout screen
- Flexible settings & HTML templates allow you to customize the display for your needs
- Include the customer's entries in later checkout screens and in notification emails
- Save the information in a database for reviewing in Merchant admin
This module allows your Miva Merchant store to request additional information from customers during checkout. You can display up to five different text boxes or checkboxes on any one of the three checkout screens. These can be used to collect information such as special instructions for the order, a message for a greeting card, newsletter request, etc. 
After the customer enters their information, it is displayed on each subsequent checkout screen, so that the customer gets instant confirmation of what they entered. 
The messages are also included in the notification emails to both the customer and merchant; and they are also saved in a database. The module's Order View screen allows you to view this database, so that you have a way to save and confirm a customer's messages in case any emails are lost. 
For text boxes, you can specify each box's size, as well as the text prompt that appears above it, and the maximum and minimum length for the customer's entry. For checkboxes, you can specify the text prompt, the position of the check box (left or right of the prompt), and whether it defaults to checked or unchecked. 
HTML templates and tokens are used to give you plenty of flexibility about how the messages are displayed: you can tailor their "look" to match the rest of your store. 
Price: $35 Upgrade Cost: $0
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: 33.93%% Rating: (10.00) Votes: (0) Hits: (1226) Reviews:
Rate It - Review It - Modify It - Report It Bookmark Special Order Instructions
<-- Just click this link and then add to your favorites! Back to Top
Recalculate the basket prices based on the price group a customer is in when they log in. Normally, if a customer is not logged in when they place items in the basket, the basket price will be a non-price group price, even after they log in at check out.
Features:
- Automatically recalculate basket prices when logging in
- Exclude specific product codes from the recalculation
- Safety check price change to ensure it does not raise it
- Token available to force recalculation in addition to the automatic log in recalculation (Merchant 5.x only)
|
Feature Details.
Automatically recalculate. When the customer logs in, the module will determine the price group status of the customer. If they are in a price group, it will recalculate the prices in the basket to reflect the price group prices of the items.
Product exclusion. In some cases, you may not want to recalculate the basket price for specific products. As example, there are 3rd party modules which adjust the basket price based on other factors set by those modules. The External Product Purchase (sold separately), Size Pricing, Dimension Pricing, Override Pricing modules allow the customer to enter values in the products' attributes which ultimately effect the basket prices of the products. This product exclusion feature lets you exclude those products from the recalculation process. The basket price will remain as it was calculated by the 3rd party module that originally controlled the addition of the product into the basket.
Safety check. The module will verify that the price group recalculation will actually lower the price. Some 3rd party modules discount item prices at the time they are added to the basket, based on a variety of factors. An example of this is Volume Pricing (sold separately). If the customer orders in quantity and you have set the threshold so they will get a price break for multiples of the item, the item will be added to the basket at a price lower than its individual item price. In some cases, that value could even be lower than price group prices. The recalculation module will compare the two prices and use the lower of the two for the basket price.
Additional token. The additional token feature is in the Merchant 5.x version of the module only. This module will make the recalculation at the time the customer logs in. In some cases, you might want to force the process again. For example, the Emporium Plus Customer and Product Administration module (sold separately) has an automatic price group promotion feature. If you set that to occur when they log in, it actually happens when the screen displays at the point you place the token to do that. As the recalculation module does its automatic feature before the screen displays, the customer would not get the full advantage of a promotion to a new price group. Hence, if you are using a price group promotion feature in another 3rd party module, you can follow that process with a forced basket price group recalculation.
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: $33.50 Upgrade Cost: $0
Upgrade Terms (If Any): N/A
Compatibility: N/A Versions:
5.x+
Other Module Compatibility: N/A From: Availability Price Group Modules
Relevance: 27.68%%  Rating: (0.00) Votes: (0) Hits: (745) Reviews:
Rate It - Review It - Modify It - Report It Bookmark Basket Price Group Recalc v5
<-- Just click this link and then add to your favorites! Back to Top
This module provides you with the tools you need to let your customers check the status of their past orders. It adds a link (or links, in up to 13 different positions), to the Merchant pages which customers can use to access their order history. The customer is given a display of all of their past orders. They can view the details of any of the orders, and even search them for details. The tracking numbers themselves can be direct links to the shipper's website tracking page, so the customer can check the status of their order with simple click on a link. The merchant, can access a listing of all orders, searchable by customer, date, orderid, shiping status, tracking number, etc., change their status, enter tracking numbers (for orders and even individual products), and have an email sent to the customer notifying them of the change. Shipping labels can be displayed and printed for each order. The format of the shipping label/packing slip is completely configurable using tokens. The merchant can individually configure many of the features of the module. For example, the status themselves are NOT predefined. The Merchant can configure these to be whatever he wants. Similarly, the "tracking types" can be configured, complete with a URL to use for that type of tracking number. When the tracking number is displayed to the customer, that URL is used to take the customer to the shipper's tracking page. The module comes preconfigured with the URLs for UPS, USPS, and FedEx but adding additional tracking types is simple. The merchant can select to send an email when the status of an order changes. Email can be sent to the customer's billing, shipping, or both, email addresses. Separate text for each type of email can be configured (ie. separate email text can be configured for when the status changes to "shipping", or "back-ordered", or whatever). The email text can include dozens of possible tokens that can be used to represent the customer's details (first name, last name, login, password etc.), tracking status, link to the customer's orders status page (it automatically logs them in), link to the storefront, and many more. The module does not require that the customer be logged in for their order data to be saved. Of course if the customer was not logged in when they placed their order, they won't be able to view the order later. The module maintains a separate database of the orders which is a duplicate of Merchant's order databases, including the payment and shipping details. So you can delete orders from within Merchant admin, but the customers will still be able to view their past orders. The Order Status orders can be deleted from within the modules admin interface. That interface also provides the ability to search the orders by date, customer, tracking number, tracking type, and status. The order details can be viewed, and tracking status, number, and type, can be set for individual products within the order. Version 2.x Available Price: $80 Upgrade Cost: $48
Upgrade Terms (If Any): N/A
Compatibility: OpenUI Versions:
3.x, 4.x, 4.14-4.16x (Available Compiled)
Other Module Compatibility: N/A From: Order Status Modules
Relevance: 27.68%% Rating: (10.00) Votes: (1) Hits: (1909) Reviews: (1)
Rate It - Review It - Modify It - Report It Bookmark Order Status Manager
<-- 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: 25.89%% Rating: (0) Votes: (0) Hits: (955) 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
AutoCheck(tm) enables Miva Merchant 5.x to accept complete details of personal checks, thereby enabling the site owner to print customer drafts using their own computer and printer.The module does not print, but only enables the acceptance of all needed fields. Links to suggested check (draft) printing software are included.
Price: $15.95 Upgrade Cost: $0
Upgrade Terms (If Any): N/A
Compatibility: N/A Versions:
5.x+
Other Module Compatibility: N/A From: Payment Modules / Pay by Check or Money Order
Relevance: 25.00%% Rating: (0) Votes: (0) Hits: (379) Reviews:
Rate It - Review It - Modify It - Report It Bookmark AutoCheck v5
<-- 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: 23.21%% Rating: (0.00) Votes: (0) Hits: (1033) 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
Older Modules Not Available Compiled! No Longer Available! The OpenUI Extension Module Kit features 32 extensions. LICENSE IS PER DOMAIN. The Plug N Play Pack #2 includes the abilities to: - Add Agreement Page before Checkout. The checkout button on the navbar and the Buy 1 Now buttons on the Category Screen, Search Screen and Product List calls an agreement page to which the customer has to agree or dissagree. Choosing agree takes you to login/checkout. Not agree takes you back to the storefront. Will display either image or grey button.
- Create a horizontal display with no image. Displays Product Name, Description, Retail Price, Discount, Your Price, Weight, and Quantity. Retail price is controled as an adjustable percent of markup over price. Will display either image or grey button.
- Add calculated Retail Price and Discount Price on Category Screen. Retail price is controled as an adjustable percent of markup over price.
- Add calculated Retail Price and Discount Price on Product Display. Retail price is controled as an adjustable percent of markup over price.
- Add calculated Retail Price and Discount Price on Product Display. Retail price displays the Cost Field.
- Remove weight from the Product Display if the weight is Zero.
- Remove the Place Order Without Account from the login screen and directs the customer to login on initial store access.
- Redirect Add 2 Basket on Category Screen and Product Display to return to Product List.
- Remove Price from Product Screen.
- Move Product Description to Right of Image and Removes Weight from Product Display.
- Add the Product Description to the Category Screen just above the addone and buyone Buttons.
- Add Category Tree to Login Screen.
- Add Category Tree to Search Screen.
- Replace Code with hyperlinked Thumbnail on Product List.
- Replace Code with hyperlinked Thumbnail on Search Screen.
- Make Basket Contents Required Before Checkout on the Category Screen Only. Includes Basket Contents Continue Shopping and Continue Checkout links.
- Move all text, attributes, everything below image on Product Display.
- Reduce the Attribute Text Box display from 40 to 30 on the Product Display and on the Attribute Screen.
- Leave shoppers in Basket Contents when clicking on Add to Basket in Product Display page only.
- Create an Alternate Information display on the Category Screen below the Name. Alternate Information is entered in the Product Data Field separated from the Description by a ^. Product Display shows regular description.
- Display a different html menu for each button on the Navigation Bar.
- Buy Buttons go direct to Checkout on Category Screen and Product Display. No Quantity in Basket, Weight, Attributes or Quantity. Primarily for stores with few products or single purchase type items.
- Create a Button Up-Button Down effect. If the alternate button exists it will display for the selected button. If it does not exist the selected button will not display.
- Remove Price, Total Price, Shipping Cost and Sales Tax from Category Screen, Product Display, Product List, Basket Contents, Search, Invoice and all Checkout Screens.
- Remove price only from the Category Screen.
- Remove Add One To Basket and buy One Now buttons from Cagegory Screen, Product Display, Product List, and Search Screen.
- Remove Category Tree and replace NavBar with message: Our Mall is temporarily closed for maintenance. Please check back soon.
- Remove Price, Quantity and Add to Basket Button on the Product Display Screen if the price is zero. Displays Call for Price instead.
- Remove Price, Quantity, Add to Basket and Buy 1 Now Button on the Category Screen if the price is zero. Displays Call for Price instead.
- Create a horizontal display of all information and displays more products on screen. Will display either image or grey button.
- Add Attributes and Quantity to Category Screen.
- Place Click to Print for your Records button at the top of Invoice centered.
All extensions are designed to just Plug AND PLay in OpenUI stores. Designed/Written by Luray Williams. Customers receive access to a private support forum at the DesignExtend Miva Merchant Discusson Boards. Full instructions on installation included. Price: $39.95 Upgrade Cost: $0
Upgrade Terms (If Any): N/A
Compatibility: OpenUI Versions:
2.x, 3.x, 4.x
Other Module Compatibility: N/A From: Module Bundles
Relevance: 22.32%% Rating: (0.00) Votes: (0) Hits: (1153) Reviews:
Rate It - Review It - Modify It - Report It Bookmark Plug N Play Pack #2
<-- Just click this link and then add to your favorites! Back to Top
The Order Attribute module allows you to collect additional information from your customers as they check out of your store. You can add standard Miva Merchant attributes (including extra fees!) to the Customer Account Screen. The collected information is available to your customer on his invoice and to you on the processed order. This is a great module for the gift-giving season as attributes for giftwrap and card text can be added to the checkout process.
Key Benefits:
- Add Miva Merchant Attributes to the Customer Account Screen
- All of the standard functionality of these Attributes are available to you including setting a price for an attribute
- Attributes are for the entire order rather than each product in the order
- Order Attribute Information is available to the customer and the storeowner
- Order Attributes chosen by the customer are viewed on the customer invoice
- Order Attributes chosen by the customer are viewed on the processed order
Example Usage:
A storefront owner sells cakes online and wants to allow his customers to send a gift message when they send a cake to a friend. He needs a way to collect the gift message for the order from the customer.
Solution: The Order Attribute module allows the storefront owner to create an attribute for the order as a whole, so he can collect extra information for the order such as a gift card message the customer would like to send to the person they are sending the cake to. The customer includes this additional information as they are checking out, and can see what they have submitted on their order invoice. The storefront owner can see the information provided by the customer on the merchant notification he receives for the order, and in the Open Orders section for that basket. The storefront owner has found his customers really like being able to include a gift message with their order and they are now regularly sending his cakes to their friends!
Please note that this module collects information for the order and does not provide these attributes for each item in the order.
For installation/upgrade services, please contact Copernicus.
[Marketing Brief] [Product Manual]
Price: $99.95 Upgrade Cost: $49.95
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: 21.43%% Rating: (10.00) Votes: (0) Hits: (1458) Reviews:
Rate It - Review It - Modify It - Report It Bookmark Order Attributes
<-- 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: 20.54%%  Rating: (0.00) Votes: (0) Hits: (1756) 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
Improves the user response of adding items to the basket and to continue shopping. Clicking the "Add to Basket" button now takes you to the basket contents screen instead of reloading the screen. Continue Shopping and Checkout buttons are made available to conveniently return to the last shopping page that was visited or to proceed with checkout. The last shopping page is intelligently "memorized" when updating the basket contents or continuing through the checkout pages. Module configuration includes control over individual storefront screens to enable/disable the goto basket redirection and continue shopping/checkout feature. The Continue Shopping and Checkout buttons can be customized with your own preferred text or image and can be displayed above/below the basket contents with center/left/right horizontal alignment. Module updates include the addition of the Continue Shopping and Checkout feature. Price: $24.95 Upgrade Cost: $12.95
Upgrade Terms (If Any): N/A
Compatibility: OpenUI Versions:
3.x, 4.x, 4.14-4.16x (Available Compiled)
Other Module Compatibility: N/A From: Shopping Basket Screen Modules
Relevance: 19.64%% Rating: (10.00) Votes: (2) Hits: (1544) Reviews:
Rate It - Review It - Modify It - Report It Bookmark Goto Basket / Continue Shopping
<-- Just click this link and then add to your favorites! Back to Top
The CustRMA module provides an administrative interface for handling the returns process. Store
administrators can manage product returns, track RMA numbers, and identify the credit method
for a return. When a returned product is received, the store administrator can check-off the items from the RMA list; once the entire return is received the RMA is automatically closed.
Key Benefits Include:
- Select items being returned in the
Store Order page in the Miva
admin
- Select the credit method for the
return
- An RMA Tracking number is assigned
to those items
- This number is used in all returns
communication with customer
- Grouped items can be assigned
their own tracking number
- Check off the returned items as
they arrive; this closes each RMA
ticket as it’s completed
Example Usage: A store that sells cakes and jelly beans
online accepts returns for jelly beans
that arrive stale at the customer’s
doorstep. It does not accept returns for
the cakes that it sells because the
cakes are baked and shipped on the
same day. They are never stale since
they get shipped over night. (The store
owner solved this problem with the
Copernicus Shipping SuperMod!) Well,
the owner purchased a batch of jelly
beans from a discount wholesaler
(whose name will not be revealed
here!) who sold him 200 pounds of
stale jelly beans!
The store owner is upset by this, and
wants to make it easy for his customers
to return the stale jelly beans. He
also wants to make sure that all of the
packages of jelly beans are returned
before he issues store credit to the
customer. The supplier who shipped
the stale jelly beans will replace the
200 pounds of jelly beans with fresh
jelly beans if all of the stale ones are
returned. Therefore, the storeowner
must meticulously track the return of
all of the packages of stale jelly beans.
He installs the Copernicus RMA Tracking
module and instantly he is tracking
every package of jelly beans that are
returned. He can track each package of
each order, assign RMA Tracking numbers
to assure proper |
|
