Found 391 Modules or Applications that might fit the bill
Use caution when considering any modules from modStop. Their support has been reported by umpteen Miva Merchant users as suspect and worse. Some of their modules are simple and shouldn't require support. Please contact us with any questions concerning them or their modules.
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.
Discount your product base prices based on the number of items ordered of identical products, eg 1-3 = standard price, 4-6 = lower, etc. This module is for MIVA Merchant 5.x. We also have the corresponding module for an older version of Merchant.
Features: - Discount product prices based on quantity ordered - Easy from - to price breaks in a single input - Unlimited price break ranges - Fixed price or percentage off regular price - Optional automatic start and stop dates for volume pricing - Use our time zone offset to adjust the time that the date changes - Each product can have different price breaks and dates - Can use price groups with percentage discounts - Optionally apply price group discount "on top of" volume price breaks - Can exclude price groups from volume pricing - Can exclude all except specific price groups - Hide or display table which depicts price breaks - Include a quantity input in the table on category pages - Volume price can be applied on identical products or can amalgamate - Can amalgamate discounts of different attributes in the same product - Optional "as low as" to replace regular price - Optional strike thru of regular price followed by volume price - Can put all or some of your store products on sale within seconds - Can remove all volume pricing in the store within seconds - Flat file import for quick update - Optional wild card can apply same volume pricing to all products - Export volume pricing settings to flat file - Use render tokens to place "as low as" and table on applicable screens - Licensed by domain, unlimited stores under one MIVA Merchant mall pay no additional license fee
Feature Details: This module's admin interface provides an easy to enter "from - to cost" format. You can literally have as many ranges as you want to type in. See the image below for example syntax. You can either use actual values to replace the base price or percent of price to be subtracted from the product base price. These price differentials are added directly in the admin interface under the product edit screen. You only apply these price differentials in the products that you want to use them.
This module applies the price in your low,high, cost groupings. If you do not include a grouping at the single item level, it will use the method for pricing in your store. It onlyactivates if you include a low, high, cost grouping. For example: 6|10|12% 11|20|14% 21|999|16%
The module only uses price groups when using the percentoff discount calculation. If you enter fixed prices for the quantity ranges, then price groups are ignored. Keep in mindthat the percent discounts could be over and above the discountalready given if you are using price groups.
You can opt to not give the price group an additional discount above the volume pricing. You can even make all or some price groups not eligible for volumepricing and hide the table from them completely. Conversely,you can exclude everybody from volume pricing except specific price group members. Customers must be logged in to identify the price group they are in before the volume pricing module can qualify or disqualify them from volume pricing if you are using the price group restrictions.
The percentage discounting method subtracts the percent discount from the base price. Base price does not include attribute prices. To apply the percentage, simply include the percent symbol (%) in the line. If you are using cost method for your store (other than price groups), you will not be able to use the percentage discounting method. Instead, use the actual value method.
If you are using another third party module which overrides prices in the basket and recomputes them using the price in the product record, youmay not be able to use this module. Other third party modules may notrecognize that it needs to apply the calculations in this module.
The module recognizes identical products. Hence different product codes will change the product enough that the discountwon't apply. For example 3 red shirts and 6 blue shirts willnot give the discount of 9 shirts. Rather, they'll get the discount rate of 3 for one of the line items and 6 for the other.
You can amalgamate quantities so in the example above, as long as the product code is the same and the color variation is done with attributes, all 9 items would get the volume discount for 9 items. You have the option for each product code to amalgamate quantities or treat varied attributes as different products.
You can optionally include a table on the product (PROD) andcategory (CTGY) screens displaying the rates as generatedfrom the products' volume discount record. You can optionallyhave a quantity input in that table display on the category screen. These options areconfigured through admin.
If you want to have a sale on one or moreitems. Simply set the volume to 1 or more with a specific discount percentage and you have a sale with as low as display. You can use the token %product_price_f% to further highlight that witha strike thru. To make this feature even more useful, youcan enter a starting and ending date for the sale so that itwill start and end automatically.
For ease of entry, a flat file import module is included. You can put all product codes in the flat file or use an asterisk (*) and one lineof "rules" to apply the volume price to all products in thestore. Create a storewide sale, e.g. 10% off in seconds with a specific start and stop date. Then just as quickly removeall settings at your leisure after the sale. There is also a volume price export so you can quickly build your flat file, then edit or add to it. This is useful when you want to have a storewide sale on all products butretain volume prices on your regularly discounted items. Export the volume prices. Import your sale settings. Importyour volume discounts on the few you want to maintain at pre-sale prices.
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.
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.
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.
Sort your payment methods, with your preferred method at the top of the list. You can also restrict payment methods by price group, country ship to or bill to, subtotal range of the products in the order, and categories of products that are in the basket. The payment methods can be displayed as either a select list or radio button grouping. This module is for MIVA Merchant 5.x. We also have the corresponding module for an older version of Merchant.
>Features: - Sort payment methods in the order you want them - Template with tokens to layout methods as select list or radio button group - Default layout for those who do not have skills with HTML and tokens - Restrict methods by price group - Restrict methods by ship to or bill to country - Restrict methods by subtotal range of the order - Restrict methods based on categories of products that are in the basket - Can have a different configurable message on the order payment and invoice screens. - Can have a configurable message in the notification emails for each payment method using tokens if the email module is compatible with tokens using the syntax %module|payment|html_message%
Feature Details. This module's admin screen auto-lists payment methods which are assigned as payment modules for use by the store. In the case of a payment module which configures payment methods at runtime, e.g. available based on login or assigned availability/price group, the store owner can manually add that method to the ordered list.
In addition to the ability to sort the methods, you can restrict any of the methods to specific price group(s). Each method can have its own list of acceptable or unacceptable price groups. The default displays the methods without regard to price groups.
You can restrict the payment methods to specific countries. You decide whether you will tie it to the ship to or bill to address. Then you can create a list of acceptable or unacceptable countries. The default displays the methods without regard to countries.
You can further restrict payment methods to a specific subtotal range of products. For example, if you did not want to accept checks for product subtotal over $50, you would setup the range for check payments as 0.00 to 50.00. The default displays the methods without regard to order subtotal.
You can also restrict payment methods based on categories of products that are in the basket. Thus, if you have certain categories of products that you do not want to allow a specific payment method, you would enter the category codes into the input. If any of those categories of products were in the basket, the method would be hidden.
Each method can have a different configurable message (text or html) which is displayed using render tokens. This message can be displayed on the order payment screen (the screen after payment method is selected) and on the invoice screen. It can also be in the customer and merchant notification emails if they can implement module tokens in the format %module|paygroup|html_message%. This eliminates the need to install a separate, custom module for checkout messages or rely on the payment module to have the message capability (many do not have it).
The store owner can use the default select list layout or use a template for the layout of the payment options. The template can use either select inputs or radio inputs.
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.
The Categories in Basket Screen module provides enhanced display of your basket screen with: 1) categories the product is in, 2) thumbnail image of the product, and 3) combined prices of products + attributes into a single price for each product.This module is for MIVA Merchant 5.x.We also have the corresponding module for an older version of Merchant.
This module is licensed to one domain.It may be used in more than one store within the same domain without additional licensee fees.
The tokens are added to the 'bask' and 'invc' page templates to implement the features you want to use in this component module.
You can insert the category name directly below the product name in the Basket (BASK) and Invoice (INVC) screens.When a product is in more than one category, the module displays all of them.Each category name is linked to the corresponding category list screen in the Basket Screen.
In addition to categories in the basket, the module also provides the url for the thumbnail image which can be displayed in the basket.The thumbnail display is not in the built-in basket display so this module provides that extra feature.
Also, the module creates a basket price sum variable which can optionally be displayed in the basket and invoice.This price variable combines the product's basket base price with its attribute prices so that you can show the sum total for the product and hide the individual attribute prices in the basket.If you want to allow customers to see the amounts itemized, you can even make a link to the basket screen and pass a parameter that shows the basket with the product and attribute prices separated by using a conditional display.Creating a sum variable which is different from the original display variable was done to prevent potential conflict with other vendor's 3rd party modules.I could have intercepted the price and changed the variable used for regular price display, but that would likely have led to conflicts as more vendors create modules that effect price display in the basket.So instead, you have both variables and can choose which to display.For those who also want to have combined prices in the merchant and customer emails, you can use the Emporium Plus Mail Manager module which has tokens for this purpose.
The OpenUI Extension Module Kit features 32 extensions. LICENSE IS PER DOMAIN.
The Plug N Play Pack #3 includes the abilities to:
Replace Category Tree with Alternate HTML Menu. Requires HTML file in Root Directory.
Move Top Navigation Bar to the Left Column. Category menu eliminated or, if one exists, replaced with an html file on top of page.
Remove all Account and Login Functions.
Gentle Forced Login! Remove Price, Add to Basket and Buy One Now buttons from all Screens until Login.
Remove Search Button from Navigation Bar. With this, you will likely use a search form in Category Tree.
Place HTML above the NavBar. Requires HTML file in Root Directory.
Basket Contents Required Before Checkout all Screens. Requires gifs, see insts in top of module file.
Category Screen Table Display with Quantity Select Option. Displays grey button or gif.
Tighten display on Category Screen and Product Display and Store Front. Removes space at top and left of main body display.
Create Horizontal Display of Four Thumbnails in a Row on the Category Screen. Displays only Thumbnail Images.
Place Thumbnail Image on the right of the Product Name, Price, Quantity in Basket and Add to Basket button on Category Screen. Tight vertical display with horizontal rule.
Replace Weight with More Info popup JavaScript on Product Display. Requires HTML file in Root Directory and installation of javapophead.mv.
Header portion of JavaScript. Creates a 330 x 250 window. Can be used with your own JavaScript or programs in this Pack.
Image displayed on the right of information on the Product Display Screen.
Move All Text and Add to Basket to Right of Image in Product Display. Tightens display.
Display two columns of thumbnail images with price and add to basket button on search screen. Requires Add to Basket gif.
Display Category Tree and two columns of thumbnail images with price and add to basket button on search screen. Requires Add to Basket gif.
Display three columns of thumbnail images with price and add to basket button on search screen. Requires Add to Basket gif.
Display Category Tree and three columns of thumbnail images with v - price and add to basket button on search screen. Requires Add to Basket gif.
Move Search for: box to top of Category Tree. Removes Search for: box from top of main body. Category Tree displays on Search Screen.
Search in Category Tree, Two thumbs in a Horizontal Row Search Screen Display. Removes Search for: box from top of main body. Category Tree displays on Search Screen. Requires Add to Basket gif.
Search in Category Tree, Three thumbs in a Horizontal Row Search Screen Display. Removes Search for: box from top of main body. Category Tree displays on Search Screen. Requires Add to Basket gif.
Remove Search box from Search Results Display.
Display four columns of thumbnail images with price and add to basket button on search screen. Requires Add to Basket gif.
Place Thumbnail Image on the Attribute Screen.
Place full sized image on the attribute Screen.
Add Hyperlink to Product Name on Product List Screen.
Display Two Columns of thumbnail images with price and add to basket button on Product List screen. Requires Add to Basket gif.
Display Three Columns of thumbnail images with price and add to basket button on Product List screen. Requires Add to Basket gif.
Display four columns of thumbnail images with price and add to basket button on Product List screen. Requires Add to Basket gif.
Display Category Tree and Two Columns of thumbnail images with price and add to basket button on Product List Screen. Requires Add to Basket gif.
Display Category Tree and Three Columns of thumbnail images with price and add to basket button on Product List Screen. Requires Add to Basket gif.
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.
Discount your product prices based on the number
of items ordered of identical products, eg 1-3 =
standard price, 4-6 = lower, etc.
The admin interface provides an easy to enter "from - to cost" format. You can literally have as many ranges as you want to type in. See the image below for example syntax. You can either use actual values or percent of price to be subtracted from the product price. These price differentials are added directly in the admin interface under the product edit screen. You only apply these price differentials in the products that you want to use them.
This module applies the price in your low, high, cost groupings. If you do not include a grouping at the single item level, it will use the method for pricing in your store. It only activates if you include a low, high, cost grouping.
For example: 6|10|12% 11|20|14% 21|999|16%
The module only uses price groups when using the percent off discount calculation. If you enter fixed prices for the quantity ranges, then price groups are ignored. Keep in mind that the percent discounts will be over and above the discount already given if you are using price groups.
In the compiled version you can opt to not give the price group an additional discount above the volume pricing. You can even make all or some price groups not eligible for volume
pricing and hide the table from them completely. Customers
must be logged in to identify the price group they are in before
the volume pricing module can disqualify them from volume pricing.
The percentage discounting method subtracts the percent discount from the base price. Base price does
not include attribute prices. To apply the percentage,
simply include the percent symbol (%) in the line. If
you are using cost method for your store (other than
price groups), you will not be able to use the percentage
discounting method. Instead, use the actual value method.
If you are using another third party module which overrides prices in the basket and recomputes them using the price in the product record, you will not be able to use this module. Other third party modules will not
recognize that it needs to apply the calculations in this module.
The module recognizes identical products. Hence different attributes will change the product enough that the discount won't apply. For example 3 red shirts and 6 blue shirts will not give the discount of 9 shirts. Rather, they'll get the discount rate of 3 for one of the line items and 6 for the other.
The module for the compiled version of merchant DOES have the ability to amalgamate quantities so in the example above as long as the product code is the same, all 9 items would get the volume discount for 9 items. You have the option for each product code to amalgamate quantities or treat varied attributes as different products.
You can optionally include a table on the product (PROD) and category (CTGY) screens displaying the rates as generated from the products' volume discount record. You can see an example of that with our best seller products. You can optionally have a quantity input in that table display. These options are configured through admin.
New in the compiled version is compatibility interface with the OpenUI Tokens and Viking Coders product template module. Place the table display on the product page so that it better fits your desired look. New configuration options added for the table display. Also, the ability to display the lowest price in place of the standard price when volume pricing effects the product, the store is using the OpenUI, the store is version 4.14 or higher, and there are no other 3rd party modules effecting the price display. This feature is useful if you want to have a sale on one or more items. Simply set the volume to 1 or more with a specific discount percentage and you have a sale with as low as display. You can use the token %product_price_f% to further highlight that with a strike thru. To make this feature even more useful, you can enter a starting and ending date for the sale so that it will start and end automatically. For ease of entry, a flat file import module is included. You can put all product codes in the flat file or use an asterisk (*) and one line of "rules" to apply the volume price to all products in the store. Create a storewide sale, e.g. 10% off in seconds with a specific start and stop date. Then just as quickly remove all settings at your leisure after the sale. There is also a volume price export so you can
quickly build your flat file, then edit or add to it. This
is useful when you want to have a storewide sale on all products but retain volume prices on your regularly discounted items. Export the volume prices. Import your sale settings. Import your volume discounts on the few you want to maintain at
pre-sale prices. The volume price can also be used in our compiled
Fast Data Feed module for
froogle submissions and our
Static Catalog Generator which creates static html pages for better search engine indexing.
Allow your customers to enter an offer price for a product that is in your products database. You can also use it for auction high bidder purchases. This module is similar to our External Product Purchase module. The difference is that Override Pricing is best suited for products that are actually in your inventory so the customer sees the product image, description, etc that they are offering/bidding on. With External Product Purchase, the customer is seeing a generic
product page where they enter the product name, ID, offer/bid price, and weight.
The offer or high bid is entered into the text attribute on the product page. The price in the basket reflects that customer entered offer/bid price. The order will then continue as normal. However, you can create a disclaimer that if the offer/bid is not accepted, the order will be cancelled and payment refunded. Consult with an attorney on the best wording for your disclaimer as you would not want to be required to sell at their entered price.
The attribute for the override pricing input can also be modified in admin if you are using the OpenUI. You can select to shorten the input to 10 characters (size) or you can even make it a hidden input. You can also have regular product attributes on the same product page. For example, you may want to have an optional auction ID in case the item is going to be sold in store and/or through auction. The link from the auction win could include the auction ID and it would also pre-filled when clicked.
There are also some examples of links and .htaccess re-write rules for making short url links for typical uses of this module in its online install/usage doc.
Limitation: There are some 3rd party modules which change the price in the basket AFTER the item has already been added to the basket. Most notable are those which re-do all of the prices if a customer is in a price group but forgot to login at the beginning of shopping. If you are going to get one of those modules, make sure it 1) only changes the
price if the basket price and actual product price are the same (which means no special actions had been taken on the price when it was put in the basket initially), 2) it does not make the basket price higher than the current basket price as the Override Price module which controlled the actual addition of the item to the basket should be the module to determine the offer/bid price. If you already have a module which makes those sweeping basket price changes without regard for the module that put the product in the basket, you may want to contact that module's developer to see if they could add the two simple rules above to their logic to reduce module conflict.
Membership SuperMod for Discounts Sales and Membership Rewards
The Membership SuperMod allows you to create Membership Groups in Miva Merchant giving the store owner ways to reward customers through Customer Appreciation Discounts, Sales and Points that can be redeemed for a discount. The storeowner can make various Membership Groups allowing the owner to offer different levels of Membership (and its benefits) depending on the “level of loyalty” of the customer. Customers can be automatically moved from one Membership Group to the next as their purchasing increases. The Membership SuperMod also provides facilities to create special time-based sales for all shoppers in the store.
Key Benefits:
User Interface Independent: Utilizes standard features of Miva Merchant for setting discounts and availability. Can be used with MMUI and OpenUI.
Full automatic control of all Price and Availability Group customer assignments. Membership Groups define a set of price and availability groups that are automatically applied to all members of the Membership Group.
Membership Groups can have a set beginning date, expiration date or specific duration
Configurable to display discounts as a price reduction in the basket and checkout screens so customer is aware of their savings
Basket price adjustments are performed when a user logs in; thus allowing the customer to take advantage of their membership even if they log in after shopping.
Membership and Sales Features:
Time-duration based sales: The store administrator can configure special “Automatic” membership groups that apply to every customer immediately upon login. This is useful for creating special sales periods where all shoppers receive a discount on any or all products in the store
Membership Rewards Program: Provide multiple levels of discounts to customers based on their purchase history. Memberships into discount (price) groups can occur by point accumulation, purchase accumulation, or points spent.
Points Redemption Program: Provide a points redemption program where customers accumulate points based on purchase history, then can receive discounts in the store by redeeming points for discounts.
Exclusive Membership Groups: The storeowner can create membership groups that remove the customer from all other groups as they enter an exclusive group.
Automatic entry into membership groups based on:
Purchase of a specific product
Prior Price or Availability Group membership
Entering Membership Code into the customer account
Automatic removal from membership groups based on:
Allowed duration of a membership
Expiration date of a membership
Entry into an exclusive group
Manual expiration by administrator
Customer benefits:
Receive pre-established discounts at checkout when part of a Membership Group
Accumulate points when making purchases
Redeem accumulated points when making purchases
Receive pre-established discounts and earn/use points even if login to Membership Group during a shopping session
Pay with dollars (in addition to points) if there are not enough points accumulated to cover the cost of the entire order
Storeowner has complete control when creating Membership Groups
Optionally create a “Signup Fee” for the Membership Group
Limit the duration of a Membership Group (in days) – great for running sales!
Manually adjust the number of points in a customer record
Allow or disallow points to be used to pay for tax or shipping
Include Price and Availability Groups in the Membership Group
Track total purchases, discounts, points earned and points spent by customer
Add customers to a group and individually specify their end date within the Membership Group
Determine thresholds for automatic inclusion of a customer in a Membership Group
Product Requirements: The major features of the Membership SuperMod are provided through the standard Miva Merchant API. Thus, this module can be used in any Miva Merchant 4.x store. However, in order to redeem points at checkout and fully customize the module display and layout features, you must be using a UI module that provides templates or tokens- either OpenUI or MMUI with the Copernicus DynamicTemplate Engine. OpenUI users who also have the OpenUI SuperMod can perform additional customizations that are not available when just using OpenUI.
Uncompiled Miva Merchant 4.00-4.13:
OpenUI 4.9+ based stores
MMUI based stores
Miva Merchant 4.14+
OpenUI 4.9+ based stores
MMUI based stores
When the Membership SuperMod is used with Dynamic Templates for MMUI-based stores or with the OpenUI SuperMod for OpenUI-based stores, the storeowner can take advantage of the templates and tokens available in these modules thus allowing the storeowner to tailor the module output to his specific needs.
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.
1. Use the Cost field to set MSRP and display savings as difference or Percentage. 2. Use a Percent markup over Price to extablish MSRPand display savings as difference or Percentage. 3. Use Price Groups to set discount and display normal price as MSRP and savings the difference between Price and Adjusted Price. * 4. Use both Group Method and Price Methods simultaneously.
* Display MSRP with or without strike through. * Create your own labels for "MSRP", "Savings" and "Your Price". * Font size, color and bold control. * Select screens to display the above information.
Independent and simultaneous control over Flagged Products
Supress Price on Flagged Products
* Designate specific products not to display price. * Replace Price with your message on flagged products. * Replace Price for Flagged Products with HTML link. * Replace Price with Email link (adds Product Code and Name to Subject line.) * Select screens to display the above information. * Supress "Add" and "Buy"Buttons.
Independent and simultaneous control over products with a Price of Zero
* Create your own message to replace "Price". * Email link includes Product Code and Name in Subj Line. * Replace 0.00 Price with an HTML link to another page. * Select screens to display the above information. * Remvoe "Add" and "Buy" buttons.
Forced Login controlled by two methods:
* No Access without Login at all. * Suppress Price, Add to Basket and Buy Buttons. * Place Order without Account suppression optional * Create New Account suppression optional.
Communication of order status with your customers is a critical element in the overall success of your store. Provide order status change emails to customers, keep track of order changes with backend administrative notes, and provide customers with an easy login view of their order status and invoice. This module is for MIVA Merchant 5.x. We also have the corresponding module for an older version of Merchant.
Features: - Order status updated in admin including tracking numbers and admin notes - Bulk update several orders' status with a single click - Status change emails with tracking links can optionally be sent to customers - Unlimited number of templates for the status change emails - Quick inventory adjustment when orders are cancelled - End of day (EOD) productivity report for all dates, a range of dates, or specific date - EOD display all records or just the records with a specific status - EOD contains links to the order edit screen for easy viewing of an individual order - EOD display of products sold summary reports - Run a Stock Level Report (SLR) to determine which items are nearing depletion - Editable interface to change the inventory levels of all/any products in the SLR - Export the SLR for mass editing/importing or to interface with your office backend - Annotate progress updates from multiple departments within the order record - Progress is visibile to other admin entities within your store at all times - Customers can view their order status history including tracking links and product lists - Order status history can use default or store built template - Customers can view their invoice within current orders from the order status history or the link in the confirmation email - Customers can view their order status and shipping tracking by entering their order number and email - Customers can have one click re-order from invoices in the current orders - Auto-assign customer membership to price groups based on their order total history
Feature Details. Provide order status change emails to customers, keep track of order changes with backend administrative notes, and provide customers with an easy login view of their order status and invoice. Easily manage customer communication with this module and the related modules below.
The membership system allows you to automatically include customers into price groups when they log into your store and is based on their prior purchase history. You set up your price groups as you would any price groups and assign the applicable products to those groups. Then you specify a trigger level required for the customer to be a member of each group. You can insert tokens into the applicable screens, e.g. customer edit, welcome back returning and new customers. Then when they log in, the token runs the order history for the status codes you specify (e.g. F for filled), sums the totals, and checks to see if they meet a membership level. If they do, they are inserted into the highest qualified price group.
In addition to enhanced communication with your customers, you may want to manage product levels associated with orders and cancelled orders. Miva Merchant allows you to track stock levels of your products online. As products are placed in the basket, the level is decremented. If the order is not completed, the products are returned to the shelf when you delete expired baskets. If the order is cancelled, the products are not automatically returned to stock in the core Miva Merchant. The customer and product management modules interface with the built in internal inventory management (IM) system to improve the overall IM usability.
In the administrative interface:
Shipping tracking numbers, entered through admin, display in the customer account and the status update email (can be linked directly to the shipper tracking page)
Change the order status and optionally send the customer an order status email which can vary based on the style of the status email chosen. Email styles are created using templates with tokens for insertion of specific variables. Can update several orders at once with the bulk status update feature.
Run an end of day-productivity report for all dates, a range of dates, or a specific date displaying all records or just the records with a specific status. A convenient link to the order edit screen makes viewing an individual order quick and easy.
Re-establish inventory levels for a product when an order has been cancelled (auto-restock) or new quantities are put in your inventory.
Run a Stock Level Report to determine which items are nearing depletion or all products being managed for inventory. The module admin console includes an easily editable interface to change the inventory levels of all/any products in the report.
Export a flat file of product codes, quantity, and product name for easy mass editing/importing or to interface with your office backend systems or for re-import into Merchant itself.
Additional order related data can be added in the admin screen; employee code making the status change, date of the change, narrative notes about the order, numeric value (e.g. for adjustments). Multiple admin updates can be made to each order's record by any department within your store (packing, shipping, accounting, returns, etc).
From the customer account record:
Customers can view the status of all of their orders, including update information (e.g. tracking numbers) which is entered by the store owner through admin. The order status history display can be modified by the store owner with a template and tokens. You can even include hot links to carriers' tracking systems with the number filled in. You'll need to enter your carrier tracking URLs into the module's admin configuration screen. The number of carrier URLs you include in admin is not limited.
Customers can view their previous invoices as long as they are in online batches or still in the unbatched orders.
Even after orders and batches are deleted (you may delete processed orders to save disk space) the customer can still review the basic products listed in their order along with the shipping and payment info.
Customers can re-order/duplicate a previous order with a single click from the invoice (order details page) which are still in online batches (i.e. not deleted) or as yet unbatched orders.
Be sure to take a look at our other related modules which can enhance store - customer - vendor communication even further. They include:
Contact Manager - provide a support interface without needlessly including your email on your store's pages for spam harvesters to capture
Event Reminder - customers and store admin can schedule reminders to themselves or others for specific events/tasks at specific times
Follow-on Contact - generate after sales communication at pre-determined points of time in the future
Mail Manager - generate template emails (with tokens) as HTML or text as an auto-response, e.g. as customer order confirmation or even welcome emails
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.
Display a brief summary of items currently in each customer's basket as they shop within a Miva Merchant store, provide a storefront display of the shipping charges, and list their recently visited product pages in your store with quick link and add button.
Features: (some features are only in the compiled version - see details below)
- Summarize basket contents on most Merchant screens
- List product name or code, quantity, and price
- Use image to alert new additions made to basket
- Display a checkout link when order minimum is reached
- Use store's assigned shipping modules to preview shipping options and charges
- List recently visited product pages with easy add to basket button
- Optionally use OpenUI token to place the mini-basket in many places on the screen
- Optionally use token to place visit history outside of the mini-basket
- Owner can monitor live activity of customers visiting product pages through admin
- Customize mini-basket look in admin (color, size, headings)
- Built-in link to view main basket
- Optionally hide mini-basket if no products are in it
- Licensed per domain
- OpenUI or MMUI compatible (OpenUI recommended in compiled Merchant)
The Mini-basket "view" is configured in the admin interface. The title of the Mini-basket, column headings, font size and color are configurable. You also have the option of a checkout link appearing in the Mini-basket when a specific order subtotal has been reached, thus allowing for minimum orders if you have disabled the checkout button in the standard Merchant nav bar. You can also allow customers to preview shipping options and costs with a single click if they enter ship to location info. Customers do not need to be logged in to view the shipping options. The Mini-basket title, checkout
button, and shipping option link can be displayed with either text or image. The basket title is linked to the full basket contents
display and the checkout is linked to the checkout screens. The shipping option
link runs the installed shipping modules to display the available methods.
In the compiled version of Merchant we have included
footsteps of customers' recent travels to the product pages in the store. The display remains closed unless the customer clicks the link for the recent visits, thus not taking too much space. When displayed, an Add to basket button can be included so the customer can easily add products which they had visited earlier and now they want
to add them without having to search or drill down though the categories. This reminder of pages visited lessens the chance of forgetting something before the customer checks out. The convenient links allows the customer to quickly go back and take a look at the products again. The
recent visit history will remain available for the length the store owner has set for basket timeout. Additionally, for your customers who login, you can have the history availability
extended for any number of additional hours, as they are more likely to return and make a purchase. The recent visit history can be included within the mini-basket table or outside of it. If you want to place the visit history outside of the mini-basket, you can use tokens in the header and footers of screens if you are using the OpenUI. We
have included a "view" feature in admin that allows the store owner to monitor live activity in the store. All recent product page visits are listed the admin screen. Customers not using cookies or whose browser is creating a different session ID with each page click will not be able to display their recent history, however the store owner will still be able to see the pages currently being visited.
In the compiled version are new admin configuration options, e.g. border
color and text to display when the basket is empty. If you are using one of the sort shipping modules like our Shipping List or our Sort Shipping Plus Free Shipping Option or the Shipping SuperMod from Copernicus, you can configure the Mini-basket module to use the sort
order of those modules. You can configure the product
data column to display the full product name, or code, or a portion of the product name (20, 30, or 40 characters). In addition to the several locations available using OpenUI
hook points, you can use OpenUI tokens to place the display within headers and footers of the Miva Merchant screens. You can also make the mini-basket invisible until at least one item is added to the basket. You can also include an image in the mini-basket immediately after addition of a product to the basket. Many times customers don't realize
a product was added so they click the Add to Basket button again. By displaying a noticeable, e.g. animated, image in the mini-basket, their attention is drawn to the basket and they clearly see the addition was made.
License is for ONE mall. Within that single mall, the module can be used in multiple stores without additional license. It functions within both the Miva Merchant (mmui.mv) and OpenUI (oui.mv) look and feel modules, appearing at either the top or bottom of the category column. If using the mmui.mv, you will add one line to the mmui.mv file. Note that if your Merchant version is 4.14 or newer, you'll need to edit and recompile the mmui.mv to mmui.mvc (compiler license from Miva Corp required). Hence, OpenUI is highly recommended if you are using Merchant 4.14 or newer. If using the OpenUI, the hook is automatically set when you install the module. There are several hook point screen locations available, of which one can be selected in the module's admin screen.
Sort your shipping methods by cost, module name, or method name. Offer a free shipping option when any one of several parameters are met. Use the default layout within the existing user interface or a template with tokens which allows you to customize the method selection table. Select list or radio button group can be used to display the available methods. This module is for MIVA Merchant 5.x. We also have the corresponding module for an older version of Merchant.
Features: <- Sort shipping methods in the order you want them - Template with tokens allows methods as select list or radio buttons - Country configurable template header - Default layout for those who do not have skills with HTML and tokens - Free shipping option based on order subtotal - Free shipping option based on number of products - Free shipping option based on weight of the order - Free shipping option can be limited to specific availability or price groups - Free shipping option can be limited to specific location - Free shipping option can be related to specific products - Label for free shipping is configurable - Configurable default message if no options are calculated - When only one option, list is replaced with a single line display - Can hide or display shipping methods by ship to country location - Can have a different configurable message on the order payment and invoice screens and the notification emails for each shipping method using tokens
Feature Details. Sort your shipping methods by cost, module name, or method name. This Miva Merchant module can be used in conjunction with shipping modules which dynamically calculate cost, such as the UPS modules or the various World, State, or ZIP Code Zone modules.
The free shipping option can be implemented when the subtotal of the order or the number of products in the order exceeds the thresholds you establish in admin. Or you can allow free shipping when the weight of the order is less than your specified threshold. You also have theoption to give free shipping to all members of one or more designated availability groups or price groups. You can further configure the free shipping option by limiting it to specific countries (USA can be all states or just the contiguous states). You can also remove the free shipping option if certain products are ordered. It also has free shipping override, ie if every product in the basket is in your list of free shipping codes, then shipping is free no matter what the other parameters are set to. You definewhat the free shipping label displays, e.g. Free Ground Shipping.
The module also provides a default message if there are no shipping methods which can be calculated. This message replaces the default message in Merchant. While you can leave it as Unable to calculate shipping methods, you can change that to be more customer friendly, e.g. We will contact you to adjust shipping costs or To be determined.
Easily use the default layout within the existing user interface or a template with tokens which allows you to customize the method selection table. With the template you can replace the select list with a radio button group. You can also add a Select One option in the select list layout. When only one shipping method exists with the order, the list of methods is replaced with a single line display and no selection is required. The method value is passed as a hidden input to the next screen. The template can have a header section which is configurable for every different country or group of countries.
You can hide or limit the shipping methods based on ship to country. Hence, you can designate certain shipping methods for domestic and others for international shipping. For US, you can even designate the continental US; excluding Alaska and Hawaii from the domestic shipping methods. No need to buy a separate module to hide certain shipping methods from international shipping.
Each method can have a different configurable message (text or html) which is displayed usingtokens. This message can be displayed on the order payment screen (the screen after shippingmethod is selected) and on the invoice screen. It can also be in the customer and merchant notification emails if they can implement module tokens in the format %module|sortship|html_message%. This eliminates the need to install a separate, custom module for checkout messages or rely on theshipping module to have the message capability (many do not have it).
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.
Hide Prices Pending Customer Approval module Tremendously useful for wholesalers and other store owners who want to limit access to a known, and approved, customer base. Product prices can be hidden until a customer's account has been approved by the store's owner. Access to the site can also be restricted, requiring customers to login. Includes an administrative utility for review & approval of customer accounts and assigning of price & availability groups. Fully compatible with OpenUI OpenTokens and third-party template-based modules.
Professional Version Features:
Price & Availability Groups support integrated into utility module - easily select a price & availability group while approving a customer
Require Customers to login - customers can be required to login (or create an account) before being granted access to anywhere in the store or to the product-related pages
OpenUI OpenTokens fully supported
Compatible with template-based modules, including Viking Coders Category Page Templates & Product Page Templates
Display Attribute-Option prices on Product Display screen
Plus all the features of the Standard Version
Summary of of Standard Version Features:
Multiple modes for hiding prices - prices can be hidden until a account approved or until a customer creates/logs-in to an account.
"Add To Cart" and the "Buy One Now" buttons are also hidden.
Prices & buttons hidden on the Product List, Categories, Search Results, and Product Display screens
Optional, fully-customizable message can be displayed in place of the hidden prices, on the customer accounts screen & on all screens for accounts that are pending approval
Two modules in one - includes a feature-rich administrative utility module for approving and managing customers
"Quick approval" feature for approving new customer accounts
Compatible with compiled Miva Merchant version 4.14 thru 4.2.
OpenUI OpenTokens OpenUI OpenTokens are fully supported.
Template-Based Modules Compatible with template-based modules, including Viking Coders Category Page Templates & Product Page Templates
Requires OpenUI.
Details
The "Hide Prices Pending Customer Approval" module contains a wealth of functionality and customizable options. It's tremendously useful for wholesalers and other store owners that want to limit access to a known, and approved, customer base.
Product Prices Hidden Product prices can be hidden until a customer's account has been approved by the store's owner. Optionally, prices can be hidden until a customer creates or logs-in to an account (without requiring approval of the account).
Buttons Too The product prices - and the "Add To Cart" and the "Buy One Now" buttons - can be hidden on the Product List, Categories, Search Results, and Product Display screens. An optional, fully-customizable message can be displayed in place of the hidden prices.
Require Customer Login Customers can be required to login (or create a new account) before being granted access to the entire store or to the product-related pages (Product Listing, Categories, Search, Product Display & Basket screens).
For instance - The module can be configured to "Hide Prices Pending Approval of Customer Account" and to "Require Login to View Products".
With this configuration:
Customers could access the storefront but would be prevented from accessing the Product Listing, Categories, Search, Product Display & Basket screens. They could of course also access the Login & Create New Accounts screens.
Once the customer logged in or created a new account, they would then be able to view the Product Listing, Categories, Search & Product Display screens, but the prices would be hidden.
Once the account was approved by the store's administrator, the customer would be able to login and view product prices.
Multiple Levels of Price Display & Access Restriction
Display of Prices:
Hide Prices Pending Approval of Customer Account
Hide Price Unless Customer Has Account
Show Prices - (Disables Module)
Access to Store:
No Login Required to Access Store
Login Required at Storefront
Login Required to View Products
Customer Messages An optional & customizable "Customer Account Pending Approval" message can be displayed just below the Miva Merchant header. An optional & customizable message can also be displayed on the Customer Account & Customer Information screens. This can be used to inform the customer of the store's policy for accessing the product prices.
For example: "Approval of customer account is required. Please complete the customer account form. You will be notified by email when your account is approved."
Two Modules In One It's actually two modules - a OpenUI system module and an administrative utility Module. The system module customizes the store's look and feel and limits access to prices. The administrative utility module provides the store owner with the ability of reviewing and approving customer accounts.
It's also a feature-rich, admin-friendly customer management utility.
Choose the way you approve customer accounts - accounts can now be approved using either the standard Customer admin or the administrative utility module.
Quick Approval of Customer Accounts The Approve Customers administrative utility module also has a "quick approval" feature. A store's administrator can quickly search for a new customer by login, email address, or other keyword - then approve the customer with one click.
Admin-Friendly navigation - Sort Customers by newest, by id, or by login. Search by login, name or other keyword. Easily scroll through customer records, choose how many are displayed per page, go to first or last record, approve, edit or delete records.
Integrated Price & Availability Groups Support The store administrator can also assign customers to a price and/or availability group at the same time that accounts are being approved.
Template-based Merchant Notification of New Accounts An optional email notification can be sent to a specified address whenever a new account is created by a customer. The subject, header & message body are fully customizable. The message template has tokens for all customer fields - login, password, shipping info & billing info.
Template-based Customer Notification of Approved Accounts An optional email notification can be sent to the customer whenever their account is approved. The subject, header & message body are fully customizable. The message template has tokens for all customer fields - login, password, shipping info & billing info.
Display Attribute-Option Prices Attribute & option prices on the product display screen.
Fully customizable attribute-option prompt template gives you complete control over their display
Works with all types of attributes, drop-down menus, radio button, checkboxes, text fields & memo fields
Modifies both the Product Display & Missing Attributes screens
Completely compatible with Miva Merchant price groups
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.
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 if using compiled OpenUI - Can use wildcard instead of entering category codes for the group - Can exclude a single price group, e.g. Wholesale, from receiving the discount - MMUI and OpenUI compatible
Feature Details: In admin, the store owner configures the trigger levels (number of items needed to activate the discount) and the corresponding fixed amount off. The store owner can designate 1 - 4 trigger levels so that he/she can vary the discount based on the number bought. Reward the customer; the more the customer buys, the higher the discount.
The store owner then includes a list of category codes that will be 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 price of the potentially summed products. If using category-wide, make sure the discount does not exceed the price of the lowest priced product in the category.
The discount amount will appear during checkout on the screen after the customer has entered their shipping method.
Additional features. In admin you can setup eight separate groups with their own four-tiered discount and categories. Hence, if you want to discount one 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. If you are using the OpenUI, you can optionally display the updated discounts prior to checkout in the regular basket screen, recalculating and updating discounts based on changing basket contents. In admin, 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. 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 would use those discount rules.
MMUI and OpenUI compatible. No editing of mv files required for either user interface for standard functioning. Optional display in the basket before checkout requires OpenUI. Configuration is setup through Merchant Admin.
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.
Combine the product price with the attribute prices to form one total price for each product visible to the customer in the basket display and invoice.
Volume pricing at the category level. Easily offer a discount based on the number of items in the basket and the categories those items are in.
Features: (some features are only in the compiled version - see details) - 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 if using compiled OpenUI - Can use wildcard instead of entering category codes for the group - Can exclude a single price group, e.g. Wholesale, from receiving the discount - MMUI and OpenUI compatible
Feature Details: The default is to calculate product charges in the specified category(ies) (including attribute charges) to determine the subtotal to discount. You can optionally include non-product charges in the calculation.
In admin, the store owner configures the trigger levels (number of items needed to activate the discount) and the corresponding percentage off. The store owner can
designate 1 - 4 trigger levels so that he/she can vary the percentage discount based on the number bought. Reward the customer; the more the customer buys, the higher the discount percentage.
The store owner then includes a list of category codes that will be used in the calculation. Use this module for category-wide or store-wide discounts.
The discount amount will appear during checkout on the screen after the customer has entered their shipping method. This allows Merchant to include (optionally) any miscellaneous fees or coupons redeemed on the Shipping - Payment selection screen so the subtotal will be adjusted before the discount.
Additional features are in the compiled version of the module for
Merchant 4.14 and newer. In admin you can setup eight separate groups with their own four-tiered discount and categories. Hence, if you want to discount one 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 quantities are subtotaled for each group. The discount is applied based on each group's rules, then summed together at checkout. If you are using the OpenUI, you can optionally display the
updated discounts prior to checkout in the regular basket screen. In admin, 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. 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 would use those discount rules.
MMUI and OpenUI compatible. No editing of mv files required for either user interface for standard functioning. Configuration is setup through Merchant Admin.
In the compiled version you can opt to not give the price group an additional discount above the volume pricing. You can even make all or some price groups not eligible for volume
pricing and hide the table from them completely. Customers
must be logged in to identify the price group they are in before
the volume pricing module can disqualify them from volume pricing.
