Found 718 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.
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.
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, and subtotal range of the products in the order. The payment methods can be displayed as either a select list or radio button grouping.
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
Feature Details. This Miva Merchant 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.
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 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.
The Payment SuperMod™ allows you to control what payment options your customer sees and the order in which those options are listed. It also allows you to add extra data collection elements for each payment method in your store.
Key Benefits Include:
Control the text displayed for each payment method
Filter payment methods available to the customer based on:
Day of week
Time Ranges
Availability Groups
Ship-To Country
Ship-To State
Order Minimum/Maximum
Bill-To/Ship-To Match
Add extra data collection for each payment method
Use existing payment modules
Filter payment methods on a per product basis
Example Usage:
A storefront that sells jelly beans online has a payment problem. In an effort to reduce fraudulent transactions, the company manually processes all international credit card transactions. Therefore, they can only accept credit
cards from banks outside of the US during the Monday – Friday work week when an employee is available to enter the credit card number into the credit card processor.
A Brazilian grandfather wants to purchase 20 pounds of jelly beans for his grandchildren who are coming to visit for the summer. He places his order on a Monday evening and is not given any credit card options for payment.
The payment form asks him to come back during business hours to perform the transaction or to use an alternative form of payment such as PayPal or wire transfer. The grandfather decides to wait to process his transaction until Tuesday morning and logs
onto the site, finds credit card options for payment and submits his credit card.
An employee runs the credit card processing, the transaction is approved
and the jelly beans are
shipped out immediately.
So as not to irritate the Grandfather later in the summer when he returns to the website on a Wednesday evening to purchase another 20-lb. bag of jelly beans
for his grandchildren, the storeowner can place the Grandfather in a group of accounts that are permitted to use international credit cards even on weekends and not wait until regular business hours and manual processing.
SPECIFICATIONS & TECHNICAL NOTES
Specific day:
Limit the days that a specific type of payment is accepted. (all/weekend/weekdays)
Time ranges:
Limit the time of day that
a specific type of payment is accepted (up to 2 specific ranges)
Availability Groups:
Limit the types of payment options available to a customer depending on what “group” his customer
account is affiliated with
Countries:
Limit the countries from which you will accept certain payment
methods
States:
Limit the states within the US from which you will accept payment.
Weight Minimum:
If an order is below a specified weight limit, constrain the payment methods available to the customer
Weight Maximum:
If an order is above
a specified weight limit, constrain the payment methods available to the customer
Bill To/Ship To Match:
If the Bill To
and Ship To addresses do not match,
constrain the payment methods available
to the customer
Per Product Payment Methods:
Specify the payment methods available
on a per-product basis
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.
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.
If your PayPal account is either a "Business" or "Premier" PayPal account, this module guides the customer to the PayPal payment screens so that they do not get to the invoice screen without properly entering pay data. When the customer clicks the Pay button at the PayPal site, you can have the PayPal Instant Payment Notification (IPN) send a silent update back to your payment history file which can be viewed in your Merchant admin:order edit screen. Unlike some other modules, if the customer does not return to Merchant, his order will still be processed and email notifications sent. When returning to your store, the invoice page will be displayed. You can also add additional instructions to inform customers what to expect at the PayPal site through the admin interface. If you are using Addendum in your store, you will need to use Addendum version 3.08 or newer when using the PayPal module. If your PayPal account is a "Personal" account, the flow for payment is a bit different. Contact me if your PayPal account is a "personal" PayPal account and I will give you the details.
Although the PayPal system is not like real time credit card processing and authorization systems, it is more like using the simple credit card validation. PayPal does the authorization using it's web accept and sends you a confirmation email. You match the Merchant notification emails with the PayPal confirmation emails. For added security, it is advisable to check the status on the PayPal web site (linked within Merchant admin). Once confirmations are verified that the money has transferred to your account, you can ship the products.
The Merchant version 2.x, 3.x and 4.x PayPal payment module can be used with both the MMUI and OpenUI look and feel. A single edit is needed if you are using the MMUI AND your PayPal account is a "Personal" account. If you have a "Business" or "Premier" PayPal account, the MMUI edit is NOT needed. An optional code edit can be also made to include the payment method in the merchant notification email. You may find it advantageous to use our Show Payment Type module instead which lists all payment methods in the email, not just PayPal. No code edits are needed if you are using the OpenUI for either the PayPal or Show Payment Type modules.
New in the compiled version is a report module. You can list orders by any time frame and specify only orders with a specific product code in them. You can also sort it by state or country according to their paypal.com account registration
This module is particularly useful for the small sized Mom and Pop store which does not want the added expense of setting up Merchant credit card accounts and having to meet minimum sales quotas. This store is a prime example, as I do not take credit cards directly. Rather you can pay for software at this store using PayPal, by signing up and debiting your credit card at PayPal. Try it out, I think you'll like it.
Additionally, it is a nice option for the big guys in that it makes online fulfillment possible for those customers who don't have credit cards but have built up an online balance through their own sales, e.g. through eBay. PayPal is the predominant method of payment at eBay. There are over 16,000,000 million PayPal accounts. Do not overlook these as potential customers at your store. Over 30,000 websites accept PayPal and are listed in the PayPal Shops at paypal.com. Can you afford not to be in that list? PayPal accounts are available to customers in the United States and many other countries around the world.
PayPal is currently giving you $5 to sign up and complete the bonus requirements. So do the math. Signup, order this $20 module and let PayPal pay $5 of the cost. How long this will last is anybody's guess, so don't wait too long.
If you are not familiar with how PayPal works, check it out. If you like it, sign up, then add this payment option to your store.
The Payment Methods Control Panel module provides Miva Merchant store administrators with control over the payment methods that are available to their customers during checkout. Payment methods are made available through the storeÆs active payment modules (Examples include Verisign PayFlow Pro, Check Payment and COD). Payment Methods Control Panel allows store administrators to choose the order in which each payment method is displayed on the Shipping/Payment Selection page of the checkout process. Additionally, administrators can set specific requirements which must be met in order for each payment method to be available to the customer. See slideshow above for more details.
These additional settings are: - Method Naming - Available Country - Basket Totals - Domestic Customer - International Customer
The sorter module gives you the ability to sort your Miva Merchant categories and products very quickly from an easy to use, admin interface. The typical sort time for700+ products is 1-2 seconds. In the latest version of the module, you can also capture the number of products in each category for quick lookup at runtime for use in the category tree or other Merchant pages. This module is for MIVA Merchant 5.x. We also have the corresponding module for an older version of Merchant.
Features: - Sort categories by name, code or entry date - Sort products by name, code, price or entry date (ascending or descending) - Sort entire store or sort one category at a time - Sort products within categories by name, code, price or entry date (ascending or descending) - Categories do not all have to be sorted the same way - Move specific products to the top of the product list, search and category pages with a quick mass input - Display an image before the product name for products with a sort order number lower than the trigger number established by the store owner - Count products in each category for later display at runtime to reduce server load and page view time
Feature Details. You can sort the categories by name, code, or entry date. Many stores find that their categories are best sorted by category code rather thancategory name. This way they can create codes which will put their categoriesin the order they want. While most may actually coincide with category namesbeing alphabetical, stores can rearrange the categories to put things like "Specials"or "Close Out" at the top of bottom of the list. The customer does not see the category code, they only see the results of the sorted list.
The products can be sorted by name, code, price, or entry date. The product sorting can be done either as either ascending or descending. Moststores will sort the products by name. The very quick sort is done storewide with a couple button clicks. The storewide sort results in the products being sorted in all of the category screens, the product list screen, and the search screen.
You can sort the products within individual categories differently than the sorting in the store at large. So while the product list and most categories might be sorted alphabetically, you could have others sorted by price as ascending or descending. You can sort theproducts by a specific category and then on the next screen, make minor changes to re-arranged that sorting. This gives you the ability to move certain products to thetop for more customer visibility.
You can also move to the top of the list up to 999 product codes in the orderyou want them. They can appear before any other products on the product list, search and each category screen. This ability to assign a sort order number also makes it possible to display an image, e.g. new or hot, to all products with a sort order number less than the trigger you assign using a token.
You can also elect to count the products in each category. If you do, the counts willbe available at runtime in Merchant. By having the data in a quick lookup table, Merchant does not have to count the products in each category as it displays the category list in a 3rd party module's category tree. It simply shows the previously stored totals. This option cannot be used in stores which use availability groups to hide products fromsome customers because the totals would show the amounts for all products in eachcategory. The sorter module uses a token to display the products-in-category total after the category name if you are using a 3rd party category tree template module.
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 sorter module gives you the ability to sort your Miva Merchant categories and products very quickly from an easy to use, admin interface. The typical sort time for 700+ products is 1-2 seconds. In the latest version of the module, you can also capture the number of products in each category for quick lookup at runtime for use in the category tree or other Merchant pages.
Features:(some features are only in the compiled version) - Sort categories by name, code or entry date - Sort products by name, code, price or entry date (ascending or descending) - Sort entire store or sort one category at a time - Sort products within categories by name, code, price or entry date (ascending or descending) - Categories do not all have to be sorted the same way - Move specific products to the top of the product list, search and category pages with a quick mass input - Display an image before the product name (openui hook point or token) for products with a sort order number lower than the trigger number established by the store owner - Count products in each category for later display (openui token) at runtime to reduce server load and page view time
Feature Details. You can sort the categories by name, code, or entry date. Many stores find that their categories are best sorted by category code rather than category name. This way they can create codes which will put their categories in the order they want. While most may actually coincide with category names being alphabetical, stores can rearrange the categories to put things like "Specials" or "Close Out" at the top of bottom of the list. The customer does not see the category code, they only see the results of the sorted list.
The products can be sorted by name, code, price, or entry date. The product sorting can be done either as either ascending or descending. Most stores will sort the products by name. The very quick sort is done storewide with one button click. The storewide sort results in the products being sorted in all of the category screens, the product list screen, and the search screen.
Compiled version additional features: New in the compiled version for Merchant 4.14 and newer, you can sort the products within individual categories differently than the sorting in the store at large. So while the product list and most categories might be sorted alphabetically, you could have others sorted by price as ascending or descending. You can sort the products by a specific category and then on the next screen, make minor changes to re-arranged that sorting. This gives you the ability to move certain products to the top for more customer visibility. You can also list up to 999 product codes in the order you want them and they can appear before any other products on the product list, search and each category screen. This ability to assign a sort order number also makes it possible to display an image, e.g. new or hot, to all products with a sort order number less than the trigger you assign using OpenUI hook points or tokens. You can also elect to count the products in each category. If you do, the counts will be available at runtime in Merchant. By having the data in a quick lookup table, Merchant does not have to count the products in each category as it displays the
category list in the category tree. It simply shows the previously stored totals. This option cannot be used in stores which use availability groups to hide products from some customers because the totals would show the amounts for all products in each category. The sorter module provides OpenUI hook points to display the products in category total after the category name. To use that option, your store needs to have the OpenUI installed. Alternatively, the module has a token which can be run by other 3rd party modules to report the products in category totals. That method may or may not require the OpenUI, depending on the module which is going to use the token. If you have OpenUI version 4.935 or newer, the Sort Categories and Products link appears in the upper admin menu under the Categories and Products headings.
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 and even vendor specific notification.
Features: (some features are only in the compiled version)
- Autoresponder - specialized emails at the completion of the order
- Merchant notification and customer confirmation
- Vendor and product specific templates
- Include coupons or promo codes when specific products ordered
- 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
- Open architecture so that other events can also trigger an automated response
- Send a welcome email before the order completes and include a promo code
- Include 3rd party data with 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
- MMUI and OpenUI compatible. No editing of the mmui.mv is needed and no OpenUI hook points are used
In admin, you create one or more template emails. Each
template 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 credit
card authorization. The module will sort out which drop shipper gets which emails, including listing the products to be shipped. You can still use the module if you are not using real time authorization, but you would send the email to your pending mailbox until manual processing verified the charge, then forward to the drop shipper. This would save hand entering the order. In addition to the email, an archive flat file 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 address
and products ordered if using real time credit card
authorization. Products section can be torn/folded to
result in a shipping label with your company address included. If not using real time authorization, use the pending mailbox technique similar to the drop shipper scenario above.
Email a
promo coupon code if a customer purchases a specific
product 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 text messaging
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. Those
store owners rent the stores from you for a percentage of
their gross. Use mail manager as an audit tool to track their
sales. 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 spreadsheet
for easy analysis.
With compiled Merchant, the included Mail Manager Report
module can display the contents of that flat file
through admin. It can filter the report by specific time
periods (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 can
be 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 every
product in your store.
However, Mail Manager has a somewhat open architecture so that other events can also trigger an automated response. For example:
Send a
welcome email before the order completes, but after
the customer completes the registration process (for those that
create 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
Essentially any event in the mmui, oui or even another third party module can trigger an email which you write for the
particular event
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. If you don't have an account with us yet, sign up and you'll see how it works.
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:
In the compiled version is 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 formatted emails for better readability. You can change the fonts, colors, layout and even add images to your confirmation and notification emails. You can include data from other 3rd party modules, like Addendum, by using tokens. You can also create label emails with the "ship to" country address formatted according to the applicable country's postal recommendations when using the HTML template.
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
Write a different body for each of the email templates you add
Link 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 from a 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 it
to make connections not directly related to sales, yet
linked 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 800 number 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 in hopes 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's
business and decrease the amount of time employees spend on sending out product specific, followup emails.
MMUI and OpenUI compatible. No editing of the mmui.mv is needed and no OpenUI hook points are used. Thus, module conflict does not occur. The pre-formed templates are easy to configure and do not require programming experience. In the compiled version of Merchant (4.14 and newer), 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.
The Shipping SuperModTM provides a complete shipping method control system that allows you to limit what shipping options are available to your customers based on criteria such as shipping address or even what products are being purchased. It allows you to rename and reorder shipping methods in your store, and provides fall-back shipping methods that can be used when no other shipping methods are available– for instance, when online shipping calculators are down.
Key Benefits Include:
Control the text displayed for each shipping method
NEW! Can be used with any user interface module including MMUI
Filter shipping methods available to the customer based on:
Number of items in basket
Subtotal of basket
Day of week
Time Ranges
Availability Groups
Ship-To Country
Ship-To State
NEW! Zip Codes & Zip Prefixes
Weight Minimum/Maximum
Bill-To/Ship-To Match
Uses existing shipping modules
Allows storeowner to constrain shipping methods available for each product in the store. Customers can only checkout of the store when all products in the order have a common shipping method. *
Integrates and shares data with other checkout enhancements from Copernicus
* If you use the Shipping SuperMod and a customer tries to purchase products that cannot all be shipped with the same method, no shipping methods will be available to the customer at checkout because your shipping rules are mutually exclusive and Miva Merchant on its own does not allow multiple shipping calculations in the same order. You can solve this by adding the advanced functionality of the Copernicus CheckOut SuperMod to your store, OR, allow for a "least common denominator" shipping method that is always available for all products. To learn how to do this, go to the Shipping SuperMod FAQ on the Copernicus website.
Example Usage:
A storefront that sells cakes and jelly beans online has a shipping problem. When a customer purchases a cake, the cake needs to be delivered overnight so that the cake is fresh upon delivery. When a customer buys jelly beans – they can be shipped using regular ground shipping since the jelly beans won’t go stale for quite a long time. Since the storefront offers overnight air and regular ground shipping, many customers are choosing regular shipping for their cakes and are very upset when they receive a stale cake 5 days later. The Shipping SuperMod allows the storefront owner to limit the shipping choices given to the customer given what the customer places in his shopping basket. Using the Shipping SuperMod, the storeowner creates shipping constraints on each of the products in the store – thus allowing the cake to only be shipped via overnight air. He allows the jelly beans to be shipped via overnight air or regular ground shipping. If the customer only purchases jelly beans, the customer can have a choice of overnight or regular ground shipping. If the customer chooses just a cake, he is given only the choice of overnight shipping. If the customer has jelly beans and a cake in his shopping basket, his shipping choices are limited to “overnight air” (to guarantee the freshness of the cake) since “overnight” air was created by the storefront owner as the “least common denominator” shipping method (i.e. all products in the store have the option of overnight air as a shipping method.) The customer can checkout of the store since the order has a valid shipping option.
SPECIFICATIONS & TECHNICAL NOTES
Number of items in a basket:
Limit shipping methods available based on the number of items in the basket.
Subtotal of basket:
Restrict the shipping methods available given a threshold for the subtotal of the basket.
Day of week:
Limit the days that a specific shipping method is available (all/weekend/weekdays).
Time ranges:
Limit the time of day that a specific shipping method is available (up to 2 specific ranges).
Availability Groups:
Limit the shipping methods available depending on what “group” the customer is in.
Countries:
Limit the shipping methods available to customers based on their Ship-to country.
States:
Limit the shipping methods available to customers based on their Ship-to state (in the US).
Zip Codes / Prefixes
You can specify that a shipping method is only available to certain zip codes. The zip codes are treated as prefixes; for example, setting a zip code constraint to 349 will only allow the method to be used for zip codes between 34990 and 34999.
Weight Minimum:
Constrain the shipping methods available based upon total order weight minimum.
Weight Maximum:
Constrain the shipping methods available based upon total order weight maximum.
Bill To/Ship To Match:
If the Bill To and Ship To addresses do not match, only allow certain shipping methods.
For complete control of the checkout process the Address SuperMod™, CheckOut SuperMod™ and Shipping SuperMods™ all work together. Each item in the basket can then be shipped to a different address using a different shipping method. Shipping methods available to each address can be filtered based upon the products in the basket, the destination, etc., and shipping for each address line item is calculated individually.
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.
Take a look over the shoulder of a Miva Merchant professional as he takes you through every step, every module (almost), every function. Complete with "live" comments unedited, you'll learn while feeling like you're sitting next to a Miva Guru.
This tutorial subscription is different than all other Miva Merchant training methods because it is constantly updated, there are OpenUI and MMUI tutorials, as well as extensive tutorials on most popular third party modules, including offline products like Storeman. With the cooperation of third party developers, when a module is updated, or a new module is released, Merchant How To will create a new tutorial.
And more as it is released. Click the link to see examples of tutorials.
NOTES: Please allow up to 24 hours for activation. Tutorial Flash files can be large, so it is recommended that you have a broadband Internet connection to enjoy the tutorials. This tutorial subscription is new, so not all tutorials listed at MerchantHowTo.com are immediately available. Also, since this subscription is essentially electronic distribution of knowledge, and since there are several examples and a list of tutorials available prior to purchase, no refunds can be granted on these tutorials.
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.
The purpose of this module is to allow customers to place a subscription order at a Miva Merchant (? Miva Corp) store which they will then pay for using their PayPal (? x.com) account. This module is licensed per domain. No additional store licenses are required if used within the same mall.
This module is specifically designed for subscription payments. It allows scheduling one or two trial periods, with or without a charge on the first trial. The second trail, if used, would charge the customer. You can skip the trial periods and only offer the regular subscription. The subsciption allows intervals established in days, weeks, months and years. The customer makes the first payment. They then pay at the store's preset interval automatically. PayPal notifies them as each payment due is paid. If the customer cancels or does not pay at any interval, the store owner is notified so that he/she can turn off the subscription. PayPal manages the payments and intervals and deposits the payments into your account automatically.
This module guides the customer to the PayPal payment screens so that they do not get to the invoice screen without properly entering pay data. When the customer clicks the Pay button at the PayPal site, you can have the PayPal Instant Payment Notification send a silent update back to your payment history file which can be viewed in your Merchant admin:order edit screen. Unlike some other modules, if the customer does not return to Merchant, his order will still be processed and email notifications sent. When returning to your store, the invoice page will be displayed. You can also add additional instructions to inform customers what to expect at the PayPal site.
The module default will allow all of your products to be purchased with subscriptions. However, you can limit that to only product codes which you want to sell as subscriptions. Use this module for magazine or ezine subscriptions. You can even use it for membership programs. As long as the customer keeps their payments current, you keep their membership active. If they fail to keep current, PayPal notifies you of the status. Use it to manage domain registrations or web hosting fees. If you sell software licenses which are renewable, PayPal can keep track of the renewal dates and notify the customer and you.
Click on the product name for more info!
Although the PayPal system is not like real time credit card processing and authorization systems, it is more like using the simple credit card validation. PayPal does the authorization and sends you a confirmation email. You match the Merchant notification emails with the PayPal confirmation emails. For added security, it is advisable to check the status on the PayPal web site (linked to the specific transaction within Merchant admin). Once confirmations are verified that the money has transferred to your account, you can supply the products.
The Merchant version 2.x, 3.x and 4.x PayPal payment module can be used with both the MMUI and OpenUI look and feel. If using the MMUI, an optional code edit can be also made to include the payment method in the merchant notification email. You may find it advantageous to use our Show Payment Type module instead which lists all payment methods in the email, not just PayPal. No code edits are needed if you are using the OpenUI for either the PayPal or Show Payment Type modules.
Calculate shipping by product as a fixed amount or as a percentage of the product's cost AND by the method of shipping AND by the "ship to" ZIP Code Zone. Each products' shipping cost is summed to arrive at the order's shipping cost. This module provides flexibility to combine flat rate and percentage of subtotal calculations on a product by product basis.
Easy admin configuration of per product shipping charges.
The store owner initially sets up the available storewide shipping methods and rates for the store. You can
have multiple methods for as many ZIP Code Zones as you establish. You establish which ZIP Codes belong to
which ZIP Code Zone. You can then let the storewide methods and rates apply to each product in the store or
you can establish "Shipping Override" by product or by category. If you desire every product in a category to
have a shipping cost different from the storewide costs, you set up that category's "Shipping Override"
methods from the Category tab. You can even use some storewide and some category specific. Then if you
have specific shipping costs for specific products, you can select the "Shipping Override" tab in the product
edit screen. You can use the storewide methods and rates or override with the product specific rate. The
product specific rates take precedence over the category specific rates and the category specific rates take
precedence over the storewide rates.
Fixed cost or percentage of item price.
The "Shipping Override" costs can be set as percentage or fixed amount and need not use the same
calculation formula as the storewide calculation for the same method. The "Shipping Override" charges can
even be zero so that shipping can be free for certain products or categories. As an example, the store might
charge $4.00 for each item for priority mail. However, they may charge 2% of the item's cost in the jewelry
category. As the shipping module summed the costs, it would apply the $4.00 to each item that did not
have a "Shipping Override". Then it would multiply the 2% times each purchased item's cost in the jewelry
category and add it to the sum.
Handling charge option.
The module even provides an input for a handling or base charge. That amount can be different for each
method of shipping and is added after all of the individual product shipping charges are summed.
Display this module's shipping methods based on destination.
Like our other ZIP Code Zone shipping modules, you can have different methods and rates for different areas of
the country. When the customer enters their "ship to" address during checkout, the module determines which
shipping methods will be available to that customer. Only methods established for their "ship to" ZIP Code will
be visible in the shipping and payment selection screen. The module uses the first 3 numbers of the ZIP Code
to match with the zones.
Individual ZIP codes or ranges and variable length codes.
The module for compiled Merchant (4.14 and newer) can use ZIP code ranges in lieu
of individual ZIP codes. It also has the ability to use the
first 5 digits instead of the first 3 digits of the ZIP codes.
QwkPatch protects merchants against various Miva Merchant bugs, such as duplicate order numbers, and exploits and validation limitations, such as hackers being able to checkout without paying, by doing additional system checks at various points during the shoppers visit in the store.
QwkPatch has a fully configurable error screen which accepts a token for display of the specific configurable error message returned when a given patch is triggered. For 4.x the error screen even automatically includes the normal page wrap, such as the global header, footer, and navigation for whatever user interface module you have installed.
Current QwkPatch Release: 2.00
Miva Merchant Compatibility: 2.22 - 4.22
QwkPatch has been extensively tested on Miva Merchant versions 2.25, 3.02, 4.12, 4.13, and 4.22. QwkPatch should work on all versions above 2.2 baring possible unknown bugs in various versions of Miva Merchant. On 2.x versions below 2.2 some of the patches may still work, but due to API limitations, and general instability with Miva Merchant versions below 2.2 we can't support use of the software on versions below 2.2. So if you want to try it, you do so at your own risk.
Miva Merchant 1.x can't use the software at all, because the API simply doesn't support it. So if you have a Miva Merchant 1.x store you want protected, you would have to have custom modifications done.
QwkPatch 2.00 Patch List
Patch 1 - Payment Module Installed Check This patch does a check to make sure the payment method submitted for payment authorization is for a valid module installed in the store. Without this patch it is possible under certain circumstances for shoppers to bypass the need to enter in any payment information such as a credit card number, and skip right to the invoice. Without the patch you must therefore be very careful to manually cross reference all your orders to make sure you don't ship something that wasn't paid for. Also if you do any sort of electronic fulfillment, such as selling software, images, etc. then shoppers using this exploit would get the products before you even noticed there was a problem. This patch is not required if you are using Miva Merchant 4.16 or higher.
Patch 2 - Add To Basket Availability Group Check This patch stops shoppers from being able to add an item to their basket that is part of an availability group they don't belong to. Without this patch it is possible for a shopper to add such an item to the basket, even if they haven't created a customer account, much less been assigned to the availability group.
Patch 3 - Upsale Item Manual Basket Add Check This patch stops shoppers from manually adding an upsale item to their basket. If you use upsale you probably have worked hard to make sure certain free, or steeply discounted items are only presented to the shopper during checkout when they have certain items in their basket, and/or have met certain minimum purchase requirements. Without this patch a shopper can modify the url to manually add an upsale item to their basket. When doing so they can even get an item that was discounted to $0.00 which should have only been available with the purchase of specific expensive other items. If the free upsale item is the only thing they add to their basket they can even bypass the shipping, tax, and payment options and jump straight to the invoice.
Patch 4 - Shipping Module Installed Check This patch does a check to make sure the shipping method submitted is for a valid module installed in the store. Without this patch it is possible for shoppers to bypass the shipping calculations and not pay any shipping charges on the order. Without the patch you must therefore be very careful to manually cross reference all your orders to make sure you don't ship something that didn't have the shipping charges paid for. This patch is not required if you are using Miva Merchant 4.16 or higher.
Patch 5 - Shipping Charge Check This patch makes sure a shipping charge was actually added to the basket charges table. It is okay if the charge was set at a zero price because you offer free shipping under certain circumstances, but this patch makes sure a shipping module actually made that decision and added a zero charge, rather than there being no charge in the table. Without the patch you must therefore be very careful to manually cross reference all your orders to make sure you don't ship something that didn't have the shipping charges paid for. This patch is not required if you are using Miva Merchant 4.16 or higher.
Patch 6 - Tax Charge Check This patch makes sure a tax charge was actually added to the basket charges table. It is okay if the charge was set at a zero price because no tax was required based on your tax module configurations, but his patch makes sure your tax module actually made that decision and added a zero charge, rather than there being no charge in the table. Without the patch you must therefore be very careful to manually cross reference all your orders to make sure you don't ship something which you didn't collect the proper taxes on. This patch is not required if you are using Miva Merchant 4.16 or higher.
Patch 7 - Affiliate Status Check This patch stops affiliates from changing their status, or new affiliates from creating their account with a status of their choice. Without this patch it is posisble for affiliates that have not been approved yet, to change their status so that they are approved, or for new affiliates to set their initial status as approved. This patch is meaningless if you are using a version of Miva Merchant lower than 4.x.
Patch 8 - Duplicate Order ID Check This patch helps prevent duplicate order numbers from being added to the orders database. Without this patch there are various circumstances that can cause duplicate order numbers to get entered into the orders database. To be clear, this patch doesn't stop duplicate order ids from being issued, nor does it prevent the automatic recovery of order numbers to the orphans database, what it does is generates a new order id for the about to be created order if the order id exists in the orders database.
Calculate shipping by product as a fixed amount or as a percentage of the product's cost AND by the method of shipping AND by the "ship to" State Zone. Each products' shipping cost is summed to arrive at the order's shipping cost. This module provides flexibility to combine flat rate and percentage of subtotal calculations on a product by product basis.
The store owner initially sets up the available storewide shipping methods and rates for the store. You can have multiple methods for as many State Zones as you establish. You establish which states belong to which State Zone. You can then let the storewide methods and rates apply to each product in the store or you can establish "Shipping Override" by product or by category. If you desire every product in a category to have a shipping cost different from the storewide costs, you set up that category's "Shipping Override" methods from the Category tab. You can even use some storewide and some category specific. Then if you have specific shipping costs for specific products, you can select the "Shipping Override" tab in the product edit screen. You can use the storewide methods and rates or override with the product specific rate. The product specific rates take precedence over the category specific rates and the category specific rates take precedence over the storewide rates.
The "Shipping Override" costs can be set as percentage or fixed amount and need not use the same calculation formula as the storewide calculation for the same method. The "Shipping Override" charges can even be zero so that shipping can be free for certain products or categories. As an example, the store might charge $4.00 for each item for priority mail. However, they may charge 2% of the item's cost in the jewelry category. As the shipping module summed the costs, it would apply the $4.00 to each item that did not have a "Shipping Override". Then it would multiply the 2% times each purchased item's cost in the jewelry category and add it to the sum.
The module even provides an input for a handling or base charge. That amount can be different for each method of shipping and is added after all of the individual product shipping charges are summed.
Like our other State Zone shipping modules, you can have different methods and rates for different areas of the country. When the customer enters their "ship to" address during checkout, the module determines which shipping methods will be available to that customer. Only methods established for their "ship to" state will be visible in the shipping and payment selection screen.
This module is compatible with the MMUI and OpenUI look and feel user interfaces. It is licensed per domain which means if you have multiple stores under one domain, there are no additional license fees for this module within that one domain/mall.
Calculate shipping by product as a fixed amount or as a percentage of the product's cost AND by the method of shipping AND by the "ship to" World Zone. Each products' shipping cost is summed to arrive at the order's shipping cost. This module provides flexibility to combine flat rate and percentage of subtotal calculations on a product by product basis.
The store owner initially sets up the available storewide shipping methods and rates for the store. You can have multiple methods for as many World Zones as you establish. You establish which countries belong to which World Zone. You can then let the storewide methods and rates apply to each product in the store or you can establish "Shipping Override" by product or by category. If you desire every product in a category to have a shipping cost different from the storewide costs, you set up that category's "Shipping Override" methods from the Category tab. You can even use some storewide and some category specific. Then if you have specific shipping costs for specific products, you can select the "Shipping Override" tab in the product edit screen. You can use the storewide methods and rates or override with the product specific rate. The product specific rates take precedence over the category specific rates and the category specific rates take precedence over the storewide rates.
The "Shipping Override" costs can be set as percentage or fixed amount and need not use the same calculation formula as the storewide calculation for the same method. The "Shipping Override" charges can even be zero so that shipping can be free for certain products or categories. As an example, the store might charge $4.00 for each item for priority mail. However, they may charge 2% of the item's cost in the jewelry category. As the shipping module summed the costs, it would apply the $4.00 to each item that did not have a "Shipping Override". Then it would multiply the 2% times each purchased item's cost in the jewelry category and add it to the sum.
The module even provides an input for a handling or base charge. That amount can be different for each method of shipping and is added after all of the individual product shipping charges are summed.
Like our other World Zone shipping modules, you can have different methods and rates for different areas of the World. When the customer enters their "ship to" address during checkout, the module determines which shipping methods will be available to that customer. Only methods established for their "ship to" country will be visible in the shipping and payment selection screen.
This module is compatible with the MMUI and OpenUI look and feel user interfaces. It is licensed per domain which means if you have multiple stores under one domain, there are no additional license fees for this module within that one domain/mall.
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
New in the compiled version is a report module. You can list orders by any time frame and specify only orders with a specific product code in them. You can also sort it by state or country according to their paypal.com account registration
