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: 76.73%%  Rating: (0) Votes: (0) Hits: (944) 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
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: 75.97%% Rating: (8.00) Votes: (2) Hits: (3125) 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
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: 68.79%%  Rating: (0.00) Votes: (0) Hits: (1749) Reviews:
Rate It - Review It - Modify It - Report It Bookmark Static Catalog Generator
<-- Just click this link and then add to your favorites! Back to Top
The purpose of Power Search is to allow a customer to search one or more fields which are allowed by the store owner. The store owner can choose any fields within the products database and/or the custom product fields (Miva Corp built-in utility module) database to be searchable. This module is for MIVA Merchant 5.x. We also have the corresponding module for an older version of Merchant.
Features:
- Implements field specific, keyword searching
- Uses store morph technology to build templates with version history
- Customer selects the fields to search and the sort order they want the results displayed
- Search the whole store or limit to one category
- Search by all (AND), any (OR), exact phrase, or begins with
- Display total found, number of pages, and links to each page when the results exceed one page
- Use the same product list layout as original search or alter for your needs
- Can limit search to a specific price range
- Use in conjunction with the Emporium Plus Tell A Friend module to send searches to a friend
- Product page "return to search" link takes customers back to the same search page
- View admin log of searched words/phrases for marketing and keyword identification
- Maintain compatibility with 3rd party modules which use the MIVA Corp custom product fields
- Create pre-defined select list searches on a single field
- License per domain/mall
|
Feature Details.
Easily editable templates. The module has five templates which can be used for each section of the search page. The templates have full versionhistory and use standard Merchant 5 template coding for easy update and rollback of changes. Each template is pulled into the location you want it on the search page using a render token. The templates are field selection, category selection,search scope/type, page counter and links, and product list layout. Search specific fields and sort results. Allow a customer to search one or more fields which are made selectable by the store owner. The store owner can choose, in the admin screen, any fields within the products database or the MIVA Merchant built in custom product fields database to be available. The Power Search module uses a mirror database of your products, custom fields and categories; much like the big search engines use. By creating a mirror before the search is made, many operations to join multiple databases togethercan be avoided, so the customer gets a much faster search. Customers can also sort the results on fields like name, code, price, cost, when they were added to the store, or the default display order the store owner established for productlists. The build of the mirror database goes quite quickly and is a maintenance procedure you will do periodically. The small amount of time you take to build the mirror will save your customers significant amounts of time in their searches vs searches which don't use an optimized mirror database. Buildingthe mirror is not required just because products are added, deleted, or edited; as those processes update the mirror automatically without needing a rebuild. See the install doc for details. Category selectable. Customers can use the category selector to select just one category to search. The default is to search the whole store. You can use the built in token which lists all categories with one or more products in them oryou can build your own select list of only certain categories. Multiple search types. The customer can select how they want to search the database. The default is to search for products where all (boolean AND) of the keywords entered are found in the record. The customer can broaden that search so that any (boolean OR) of the words are found in the record. They can search by exact phrase so that the words must appear in thesame order in the record as was entered in the search input. They can also search the fields where the data in the field begins with the search string. This is useful for things like finding all of the products whose NAME begins with a specific letter and allows you to have a list of A-Z links that implement that specific search. Advanced pagination. The module can display the total number of products found which match the search condition. Additionally, the pagesare numbered, e.g. Page 3 of 20, when results exceed the configurable number of products per page. You can also display alist of page numbers and links to those pages so the customer can jump to the page they want to look at. This pagination is similar to that used in the Emporium Plus Category Manager module. Product layout template can be customized. In the 'srch' page template, there is a "search results layout". If you are happy with that layout, you can copy and paste the contents of that template into the Power Search module's product layout template. You can then modify the layout in the Power Search admin screen. Price range searching. While searching the price field might be useful in some cases, a more popular search is price range. Within the searchable fields section, the customer has the option of entering a low and high price to create a range. If left blank, the search will not be filtered by price range. Tell a friend module interface. If the store is using the Emporium Plus Tell A Friend module, customers can send the search string from Power Search to friends. The link in the email will go to the same page of products that the customer was on when they clicked the Tell A Friend button. Return to search page link. After going to the product page from a Power Search rendered search, a convenient "return to search" link on the product page can bring the customer back to the original search page. Search log with admin report. In admin, you can view the log of search words/phrases which your customers have used. This helps you from a marketing standpoint to determine the most sought after products and possibly the need to carry a new product. Additionally, it helps you identify keywords which might be useful to include in the narrative descriptions or the meta tags for search engine submissions and even local searches in your store. As example, while you might have a product called flip flops, customers might be searching for thong sandals (which is the same thing). But if you had not used those words in your description, you may have lost the sale. The log can be purged in the admin screen to reduce its size as desired. Optimized search of built-in custom product fields. This module does not require that you use a proprietary 3rd party module for the custom product fields. It uses the built-in custom product fields module from MIVA Corp, thereby ensuring compatibility with other 3rd party modules which use those same custom product fields. No need to go down that proprietary datafield path of no return. As example, the Emporium Plus Template Data Feed module can use the built-in custom product fields to populate feeds to just about any search engine and shopping index with those "special" fields those indexes require. Live examples. We cannot link to our demo Merchant 5 store from MivaCentral so if you'd like to see a couple of the live pages demonstrating searches, please contact us for the link. You can check out the selected field search in our test store which has about 600 products with multiple custom product fields. Try some searches so you can get an idea of search speed. Pre-defined selectors. The Power Search function can also be used for pre-defined select pulldowns in your store. An example of genre and decade searches are in the lower left column of our test store's storefront screen. It will search a specific field, with store owner pre-defined selections. This same technique can be used for things like manufacturer searches if you have a manufacturer field in your custom product fields. Liberal licensing. License is for ONE domain/mall. Within that single mall, it can be used in multiple stores without additional licenses. This module requires that you are using MIVA Engine v5.03 or newer. When you log into admin, you can see which version of the engine is in use in your store. | Searchable field configuration |
 | Template editor with version history |
 | Customer viewed search screen |
 | Token placement on the srch page template |
 | Power Search log review in admin screen |
 Price: $35.00 Upgrade Cost: $0
Upgrade Terms (If Any): N/A
Compatibility: N/A Versions:
5.x+
Other Module Compatibility: N/A From: Store Search Modules
Relevance: 61.61%% Rating: (0) Votes: (0) Hits: (984) Reviews:
Rate It - Review It - Modify It - Report It Bookmark Power Search v5
<-- Just click this link and then add to your favorites! Back to Top
The ultimate Miva Merchant autoresponder module - send specialized emails at the completion of the order. These emails are in addition to or in place of the standard emails which are sent at order completion, e.g. merchant notification, customer confirmation, vendor specific notification, and even cell phone emails. It also can send welcome emails when a new customer account is created. This module is for MIVA Merchant 5.x. We also have the corresponding module for an older version of Merchant.
Features:
- Autoresponder - specialized emails at the completion of the order
- Merchant notification and customer confirmation
- Vendor and product specific templates
- Can limit sending based on a specific attribute/option code for a product
- Include coupons or promo codes when specific products ordered
- Optionally require an input to allow the email, e.g. a response from Addendum
- Easy to use checkbox configuration of vertical or horizontal layout emails
- Highly configurable free form template layout emails with embedded tokens
- HTML or text email formatting
- Archive flat file is created for each template, easily track sales activity
- Mail Manager Report module can display the flat file contents by time period or product
- Ship to, bill to and other email addresses for each template
- Send emails to your company's internal departments, e.g. shipping
- Emails to web enabled cell phones as abbreviated messages
- Open architecture so that other events can also trigger an automated response
- Can resend emails when the customer knows and enters their order number and email address
- Use render token to send an email from any pagein the store
- Send a welcome email before the order completes and optionally include a promo code, customer login and password
- Include 3rd party data with module tokens, e.g. Addendum responses
- Display shipping and payment invoice messages
- Create packing slip and label emails
- Ship to country address formatted according to the applicable country's postal recommendations
- Restrict email to a specified order dollar value range, reward big spending customers with a coupon
- Restrict email to a specified list of countries, thus allowing for language specific emails
Feature Details.
In admin, you create one or more template emails. Eachtemplate can be different, i.e. what it displays, how the data is oriented on the screen/paper, and what product(s) triggers the autoresponder. Most responses are triggered by the product codes purchased. Some example uses:- Email to any of your drop-ship manufacturers listing the Ship To address and the products to be shipped if using real time creditcard authorization. The module will sort out which drop shippergets which emails, including listing the products to be shipped. Unlike some other vendors' drop ship notification modules, this one only includesthe products belonging to the associated drop shipper. Thus a drop shipper doesnot see the products being supplied to the customer by other drop shippers when the order contains multiple product sources. Youcan still use the module if you are not using real time authorization, but you would send the email to your pending mailbox until manual processingverified the charge, then forward to the drop shipper. This would savehand entering the order. In addition to the email, an archive flatfile is created which you can use to easily track sales activity related to each of your drop-ship manufacturers.
- Email to Ship To or Bill To or both thanking them for a donation to your sponsored charity on your site.
- Email to your shipping department listing Ship To addressand products ordered if using real time credit card authorization. Products section can be cut/folded to result in a shipping label with your company address included. If notusing real time authorization, use the pending mailbox technique similarto the drop shipper scenario above.
- Email a promo coupon code if a customer purchases a specificproduct or from a list of products
- Email service, warranty, shipping and contact information on specific products or product lines
- Send an email to your cell phone's inbox when orders are placed in your store (requires a cell phone plan that assigns an email address to your phone).
- You own a mall with multiple stores within the mall. Thosestore owners rent the stores from you for a percentage of their gross. Use mail manager as an audit tool to track theirsales. In addition to the autoresponse email, mail manager produces a flat file with order ID, date, product name, product code, quantity, price for each, and price extended. Periodically retrieve that flat file and import into a spreadsheetfor easy analysis.
- The included Mail Manager Report module can display the contents of that flat file through admin. It can filter the report by specific timeperiods (daily, weekly, monthly) within reason. The limits of your PC or server may prevent very lengthy reports for excessively long time periods. It can also limit the report to only one product code. Since the templates canbe designed for each vendor, you can create individual vendor flat files with a corresponding report for each vendor.
- Literally, you can have a different autoresponder for everyproduct in your store.
However, Mail Manager has a somewhat open architecture sothat other events can also trigger an automated response. For example: - Send a welcome email before the order completes, but afterthe customer completes the registration process (for those thatcreate an account)
- Send a thank you for rating a product (using our Rate This system)along with a coupon code for taking the time to do so
- You can use the ifvar script or var token in these "other event" emails. For example, generate a unique coupon code with a module token and insert it in the welcome email to give the new customer an incentive to buy now.
- Use a render token to send an email from any page in the store. For example, put it on the product page to send a specific email when a specific product's page is viewed by a customer who is logged in. The email goes to their password recovery address (but could be bill to or ship to address). If you want it sent to a hard coded address, e.g. yours to monitor traffic,you would put your email address in the 3rd parameter of the token. The uses of this feature are endless. Send a coupon to entice customers to buy when they visit specific product screens. Tell them about other products related to the one they just viewed.
As you can see, the uses of this Mail Manager are quite diverse. Some of the variable features configured through admin for each template are: - Show or hide any of the data elements
- Orient your email either horizontally or vertically
- There is also a free form template using an extensive list of tokens and mini-scripts to customize the emails that are sent at the time of order completion. They can vary from mimics of the standard merchant notification and customer confirmation emails to brief order notifications for better acceptance within cell phone emails. The emails can be plain text or HTML formattedemails for better readability. You can change the fonts, colors,layout and even add images to your confirmation and notificationemails. If your shipping and payment modules are configured withinvoice notices, these can be included in the emails with a token. You can include data from other 3rd party modules, like Addendum, by using tokens. You can also create packing slip and label emails with the "ship to" country address formatted according to the applicable country's postal recommendations when using the HTML template. In the free form template you canalso set the time so that it can be offset from the server time,thus display for a different time zone in each of your emails.
- Customize your email and store's physical address
- Designate email recipient, i.e. Ship To and/or Bill To and/or fixed email address
- List full or partial Ship To and/or Bill To address
- Restrict email to a specified order dollar value range, reward big spending customers with a coupon for their next visit
- Restrict email to a specified list of countries, thus allowing for language specific emails
- Resend order emails if the customer knows and enters the order number and email which match the actual order. The form for these two data elements can be placed anywhere you can edit the store user interface, e.g. headers, footers, welcome screen.
- You can specify the product code and an attribute/option value that must also be met before the email will be sent. This is particularly useful when the emails are used for vendor notification. A certain product might bedrop shipped by two different vendors and the only difference is the selected attribute/option value.
- Insert a "require" token that has to be met before the email will be allowed. As example,have a checkbox using Addendum to ask a customer if they want to be added to a list server (mailing list). Then if they check the box, the "yes" response is sent to Mail Manager. The Mail Manager can then generate a specifically formatted email to activate an email address at your list server, if you have one.
- Write a different body for each of the email templates you add
- List products and prices or just the products without prices
- Link the email usage to one or more product codes or entire inventory with wildcard
- No need to go to each product to link the email, a copy and paste froma flat text file will add hundreds instantly
I'd be surprised if you find that this capability exists anywhere in any mid-priced shopping cart system. Autoresponders that fill in the blanks are one thing, but this is a store owner, pre-planned autoresponse for a specific product. Within your store, you could have dozens of different responses (individual or grouped) or a wildcard response for all of the products. You can use itto make connections not directly related to sales, yetlinked to a specific sale. - Customer buys a kayak from your store. Tell them about the kayak camp 20 miles from your store and give them the 800number of the guy with the info about a big get together next month.
- Customer buys an orchid from you which would lead you to believe he/she may have a specific variety you have been looking for. You autorespond with your want list for your nursery inhopes of finding the needle in a haystack.
As you can see, this list could be endless. Targetted, intelligent autoresponders are designed to increase your store'sbusiness and decrease the amount of time employees spend on sendingout product specific, emails. The pre-formed templates are easy to configure and do not require programming experience. For the more experienced, you also have the option of using tokens and mini-scripts in free form templates. An example free form template is included with the install documents. Price: $45.00 Upgrade Cost: $0
Upgrade Terms (If Any): N/A
Compatibility: N/A Versions:
5.x+
Other Module Compatibility: N/A From: Customer Management Support Modules
Relevance: 58.13%%  Rating: (0) Votes: (0) Hits: (753) Reviews:
Rate It - Review It - Modify It - Report It Bookmark Mail Manager v5
<-- Just click this link and then add to your favorites! Back to Top
Collect supplemental, required or non-required responses fromcustomers at checkout. You can add as many additional checkoutquestions to your form as you want, within reason. This module is for MIVA Merchant 5.x. We also have the corresponding module for an older version of Merchant.
Features:
- Collect supplemental, required or non-required responses from customers at checkout
- Export responses to a delimited flat file
- View responses in the file with a searchable admin report
- Display responses in the include modified invoice emails and batch reports and invoice screen
- Include response data in the order export file created by our inexpensive EZ Batch Report module (sold separately)
- Configure text label for each question to preceed the responses in the emails and reports
- Special instructions for the order, e.g. shipping needs
- Collect responses from survey or poll questions
- Customer entered gift card messages
- Questions displayed in a table which the store owner designs with standard HTML
- Limit the display of questions based on specific product codes
- Limit the display of questions based on the ship to country of the order
- Used in conjunction with our Mail Manager module, activate sending of specific emails
- Assign a fee to one response, for example gift wrapping fee, donation, or rush handling
- Insert a negative fee (vs positive fee) for impromptu sales, etc
- One or more responses can be required before customer can proceed
- Highlighted error message when required response(s) are omitted
- Tokens can be used to refill the responses if the page is redisplayed due to missing info
- Our standard version contains the features you'd expect in competitors' pro version
|
Feature Details.
The responses are exported to a delimited text file which can beimported into most database management systems for further analysis. Youcan also have those responses appear in the Miva Merchant Email notification and batchprocessing (modified email and batch modules included in the zip file). Use the module for the customer to add specialinstructions for the order, collect responses from survey or pollquestions, allow the customer to fill out gift card messages, include salesman orrepresentative code, etc.The admin interface allows you to build the form withyour store's questions using standard html syntax. Hence,you can make the response collection table match the restof your store's look and feel. You can have text, radio, select drop down list, text area, and checkbox inputs designed the way you want them. Add css if you like or use typical fonts and table tags. You can place the questions on one of the three checkout screens. You simply add the tokens to the page templates per the install doc. You can also specify one or moreof the questions to be required. Customers will not be able to completethe checkout if they do not respond to the required questions. You can purge old questions from the active file and place them in ahistorical file in order to improve response time during order batchprocessing retrieval. The optional order batch retrieval uses the modified core batch report which is included in the zip distribution file. You can limit the display of Addendumquestions based on specific product codes. If you list productcodes in the admin input, the questions will only be displayedif one of those products is in the basket at checkout. Youcan also use the wild card product code like 1AA*. If theapplicable products all begin with the same characters, youcan use the asterisk. This can only be used for the beginningcharacters in the product codes. You can alsolimit the display of questions to specific ship to countries. You can optionally includethe questions in the emails along with the responses by using the modified email modules which are included in the zip distribution file.If using our Mail Manager (sold separately) module you can have a question (checkbox) which will trigger a specific email, e.g. opt-in mailinglist signup. You can also include the questions and responseson the invoice (last page after payment completes). Theresponses for the batch report are retrieved from an indexeddatabase for faster access. You can alsoattach a fee to a specific answer to one question if youplace the questions on either the customer information orshipping/payment selection screens. The included Addendum View report featureallows you to search (within admin) the addendum filefor specific responses. For example, you might have a questionfor a specific requested shipping date. Simply search the filefor orders which have requested the delayed shipping for thatdate. The order numbers can be returned and fed into our EZ Batchreport (sold separately) for a tailored report for a specific shipping date. Another popular use of Addendum is to collect the salesman or representativecode with an order. Not only can you display the code in the batch report,but if you use Addendum View to create a list of orders attributed to thatsalesman, you can make a batch printout for each salesmanwith only their orders on it if you are using our EZ Batch Report (sold separately). You can also include the Addendum responses in the order export file that EZ Batch creates. Limitation: When used in a store which uses PayFlowlink, PayPal or iTransact payment systems, you will need to placeyour questions on either the customer information screenor the shipping and payment selection screen. Thosepayment systems transport the customer to another domain.Hence, the module needs to save the responses to a filebefore the customer is transported off-site. When thecustomer returns from the off-site payment screens backto your store, the responses will be retrieved for savingto flat file or display in your merchant notification email. The included modified merchant email and batch reports will display the Addendum resposes. Additionally, the batch report can provide page breaks between each order for better printouts (incoices). Also, the merchant notification email allows you to insert tokens in the subject line so you can include things like the order number, order total, and customer name in the subject of the email. Compare this module with our competitors' pro or advanced or ultimate versions. Those are just words tacked onto a module name. Don't let our low price fool you - compare features and you will find this module probably contains all of the features found in theirs plus we have several additional features. The Addendum module has been in use since Merchant version 1.x and continually enhanced with each version. Our competitors will try to keep up, but the simple choice is, why get a shadow when you can get the "original". The module currently fully supports the mivasql configuration of MIVA Merchant 5. It also supports MySQL as long as load balancing has the data stored on the single MySQL server. This would be the case in most of the server setups. For those that are not, we are in the process of converting the code for that remaining, very small group of MIVA Merchant stores. At this time we have not had a problem. Modules will be moved to the top of the queue as needed. Price: $39.95 Upgrade Cost: $0
Upgrade Terms (If Any): N/A
Compatibility: N/A Versions:
5.x+
Other Module Compatibility: N/A From: Addendum Additional Info Modules
Relevance: 54.43%% Rating: (0) Votes: (0) Hits: (741) Reviews:
Rate It - Review It - Modify It - Report It Bookmark Addendum v5
<-- Just click this link and then add to your favorites! Back to Top
MmDbDOC - truXoft Data Doctor and Miva Database EditorMmDbDOC is a tool for testing and repairing corrupted databases and database indexes. It allows you to remove duplicate records from any Merchant or non-Merchant database quickly and without downloading or importing them, directly through the Miva Merchant Admin web interface. There are three different ways of the duplicate records repair: - manual selection - you can select which of the duplicate records you keep, and remove the remaining one(s)
- manual editing - you can edit the duplicates so that you keep several or all of them in the database but change the unique identifier field(s) so that the duplicate key in the index is avoided
- fully automated - MmDbDOC will automatically remove all duplicate records from the selected database, keeping always the first found record in the duplicate set
MmDbDOC can be also used for viewing databases. This feature is invaluable for quick database verification, for retrieving data not accessible through Miva Merchant Admin (i.e. customer passwords, module settings, basket data, affiliate data, ...). Please note: We recommend viewing the raw databases containing sensitive data (passwords, email addresses, payment data) in secure mode only (SSL / https). The PRO version includes a full featured database editor for modifying any Miva Merchant or 3rd party database tables. Fields may be quickly modified without downloading or exporting any data. New records may be added or old ones deleted. You can duplicate whole blocks of records with a simple click and edit them afterwards. Main Features| version | DEMO | Standard | PRO | | Merchant databases | yes | yes | yes | | 3rd party databases | yes | yes | yes | | database list | limited | yes | yes | | database information | yes | yes | yes | | index expression retrieval | yes | yes | yes | | dupe locator | yes | yes | yes | | database browser | limited | yes | yes | | database viewer | limited | yes | yes | | manual duplicates repair | no | yes | yes | | editing duplicate records | no | yes | yes | | automated repair | no | yes | yes | | index error parser | no | yes | yes | | editing records | no | no | yes | | deleting records | no | no | yes | | adding/cloning records | no | no | yes | | database packing | no | no | yes |
Please note: truXoft Ultra Batch is required for the full functionality of the standard or PRO versions. The free version of Ultra Batch that comes with MmDbDOC, allows you to see maximally up to three records at a time. SupporttruXoft offers limited free support within 30 days after the purchase of the module. Issues not included in the free support: - Information about the structure of Miva Merchant databases
- Information about individual database tables or the database fields
- Information about relations between individual Miva Merchant database tables
- Help with repairing or editing of databases
- Any other issues not directly related to MmDbDOC
Important note: The database editor in the PRO version was designed for advanced users who understand the basic structure of Miva Merchant databases. MmDbDOC allows you to edit the raw data, but makes no verification of the data you added, modified or removed. If multiple tables are in a relation, it is the user who has to insure to edit all related tables appropriately to avoid breaking the cross table links. Unqualified editing of the databases may corrupt the store. We highly recommend backing up the entire domain and store data before removing duplicate records (repair) or before editing the databases. truXoft bears absolutely no liability in case of loss of data, corrupted databases or a broken Miva Merchant store. If any such case should occur, please restore the original data from the backup. After repairing or editing any database, you have to pack both domain and store data in Admin! InstructionsInstallation instrucitons may be found in the readme.txt included in the distribution package. After registering your license key, in Ultra Batch (Xadmin) screen in the main frame of Miva Merchant Admin, click on the tab "databases", select the mode "database list" and click the OK button. Ultra Batch will show you the list of all pre-defined databases. If a corrupted database with duplicate records is detected, the "Repair" button appears right in the line of the concerned database. By clicking it, you access the repair interface and see the first found set of duplicate records. You can either: - select the record you want to keep (click "KEEP Selected"),
- or edit the records to avoid the duplicate key (edit the fields with light blue background so that the resulting key is different at each record) and click the button "Keep multiple"
- or let MmDbDOC repair the database unattended (click "Automated Repair")
In case of manual repair, as described above in 1) and 2), you have to repeat the operation with each duplicate set individually. Normally, you should use the default mode of Ultra Batch hiding deleted records - select "standard" in the first small dropdown box in the right part of the Ultra Batch control panel. In case you use the mode "all", you'll have to navigate through the duplicate sets with the help of the navigation buttons right below the Ultra Batch control panel. The navigation buttons can be used also when you want to preview all duplicate sets before starting to repair them. Please note that the filter expression (top left) and pagination (top right) of Ultra Batch have influence on the MmDbDOC output. When low numbers are selected in the pagination in sake of faster page loads, use the navigation buttons to proceed to the next page. It applies also for the database list, not only for the repair and edit interface of MmDbDOC. Before starting to repair or edit databases with MmDbDOC, it is recommended to put the store into maintenance mode. Use the first button (the lock) in the Ultra Batch panel to close and re-open the store. We also highly recommend to back up the entire Miva Data directory containing the databases, before performing any operation on the data with MmDbDOC. If you experience a runtime error in the store front or Admin, where the message speaks about a database index, copy the message, and after opening the mode "parse error" in the "databases" tab of Ultra Batch, paste the error into the displayed field. MmDbDOC will look up the databases and launch the repair interface.
In case you need to repair a database not listed, you can select the "3rd party dB" mode and enter the database and index paths manually to start the repair function.
Database viewer (demo and standard versions), or the database editor (PRO version) can be launched by clicking the requested database alias in the database list. IMPORTANT: after repairing or editing any database, you have to pack both domain and store data in Admin! Compatibility- Any UI (MMUI, OUI, KCUI,...)
- Miva Merchant v4.14 or higher
- Miva Empresa v4.07 or higher
- MSIE 6 recommended for the Administration interface of truXoft modules
- Compatibility with OpenXB stores was not yet tested
Price: $39.95 Pro Version $99.95 Upgrade Cost: $0
Upgrade Terms (If Any): N/A
Compatibility: MMUI/OpenUI Versions:
4.14-4.23x (Available Compiled All 4.x Versions)
Other Module Compatibility: N/A From: Administrative Modules
Relevance: 53.02%% Rating: (7.00) Votes: (0) Hits: (1193) Reviews:
Rate It - Review It - Modify It - Report It Bookmark MmDbDOC
<-- Just click this link and then add to your favorites! Back to Top
Customers can identify products that they would like to purchase but are currently out of stock. Once you place the product in stock, you can run the Send Email routine from the admin interface. It sends an unlimited number of notifications as one process, using Miva Engine
functions to prevent timeout. Each waiting customer will receive an email telling them that the product is back in stock.
If you are using my Inventory Management (IM) module (version 2.x or 3.x) or Miva's Inventory Management (version 4.x), the wait list manager will automatically insert the Wait List link on the product page when the
quantity is zero or less (version 2.x or 3.x) or out of stock (version 4.x configurable on a product by product basis). If you have modified your IM (version 2.x or 3.x) to allow ordering at less than zero to a specified lower
amount, you can modify the Wait List Manager to account
for that. In 4.x, this is determined by the global default or individual product's "out" setting. You can even block the
automatic link insertion by including the product code in the blocking list through the admin interface. If you
are not using an Inventory Management module, you can
still use the Wait List Manager by manually inserting the link into the product description of products you want to
"Wait List". In the case of "other" inventory management systems, you can insert the link into the code that those systems generate for out-of-stock messages. When the customer clicks the Wait List link they are taken to a form to verify/enter their email address. If they are logged in, it inserts their email address for them. If not, they just type it in. The form also lists the number of other customers waiting for the item if
that number is 5 or above (just to the right of the
product name). This will give customers a sense
of urgency when they receive the in-stock notification. When they add themselves to the list, you have the option (in admin) of sending them a thank you (for their interest) email. If you employ this option, it will also tell them their position on the Wait List. When products are in short supply, that may be something your customers would like to know. Also, if they are already on the Wait List, and sign up again, it will not
duplicate their record, rather it will email them that they are already on the list and what their current position is on the list.
The admin configuration screen allows you to vary the name and/or image associated with this program so you aren't locked into the term "Wait List". You can also change the colors and fonts in the form along with the verbage in the form and notification email. You may even want to pass on a coupon code in the notification email for customers who have been waiting for a product.
When editing an individual product in admin, you can also display all of the Wait List records associated with that
product. They can be deleted manually in this screen if you don't plan to restock the item. There is also a handy link for mailing them to verify their continued interest in the item. For those not using an Inventory Management, this is also the screen that allows you to use Wait List to notify customers when an item is re-stocked. The Inventory Override works with either no online inventory system or inventory systems from other 3rd party module providers. Naturally, it also works with mine (version 2.x and 3.x) and Miva's (version 4.x) inventory systems. You can even limit the
notification in this screen to just some of the waiting customers. This is useful when you only receive a small number of the out-of-stock item and there are many more waiting for it. Since the entries are arranged in order, it is easy to give those on the waiting list the longest, the first shot at the newly re-stocked item.
You can quickly get a summary of all of the items on "Wait List" to provide you with a re-order, based on demand, tool. When you Send Email, the module searches all products with a stock level (if using mine or Miva's Inventory Management systems) above zero and checks the product code against the Wait List database. Pending Wait List customers are notified of the re-stock of the product and their Wait List record is then deleted. This module works with both the Miva Merchant and OpenUI look and feel user interfaces. Minor editing is required if you are not using the OpenUI.
To help the store owner identify needs quickly, an
optional CC email can be sent when an item is wait listed.
In the compiled version, you can use this module with
the standard MMUI, as mmui.mv edits are not required in
Merchant versions 4.14 and newer.
New in the compiled version is an alternate template form for
the customer to enter their name and email address. This template can
be HTML customized to suit your look and feel. If you are
not skilled at coding HTML, you can still use the default
(built in) form which is customized with colors, fonts,
etc with easy inputs in admin.
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 like those provided by Viking Coders. Place the
wait list button on the Merchant pages so that it
better fits your desired look. Version 2.x, 3.x Available Price: $25 Upgrade Cost: $15
Upgrade Terms (If Any): N/A
Compatibility: OpenUI Versions:
4.x, 4.14-4.16x (Available Compiled)
Other Module Compatibility: N/A From: Coming Soon Wait List Modules
Relevance: 47.36%%  Rating: (0.00) Votes: (0) Hits: (1409) Reviews:
Rate It - Review It - Modify It - Report It Bookmark Wait List Manager
<-- Just click this link and then add to your favorites! Back to Top
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. Version 2.x., 3.x Available 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. Price: $35 Upgrade Cost: $20
Upgrade Terms (If Any): N/A
Compatibility: MMUI/OpenUI Versions:
4.x, 4.14-4.16x (Available Compiled)
Other Module Compatibility: N/A From: Running Subtotal Display Modules
Relevance: 46.17%% Rating: (0.00) Votes: (0) Hits: (2341) Reviews:
Rate It - Review It - Modify It - Report It Bookmark Mini-Basket Display
<-- Just click this link and then add to your favorites! Back to Top
If you don't know which OpenUI product you need, then THIS IS THE ONE! The OpenUI Advanced (formerly OpenUI Standard) is ULTIMATE enhancement for your Miva Merchant store! Too many features to even begin to list, and all for a VERY LOW PRICE!! It gives you all of the features you are already used to from OpenUI Look & Feel Basic, and the following addons are include: The OpenUI Look & Feel module replaces your MMUI module and provides central 'hooks' through which module developers may easily add features and performance enhancing solutions without having to reinvent the wheel with each Merchant release. UDPATED VERSION - NEW AND IMPROVED! We went all out with this latest release of the OpenUI. We have included the following enhancements: - OpenBatches™ - This simplifies order processing in Miva Merchant like never before. You no longer have to go back and forth between the left-hand tree and right-hand main window. From
|
|
