Found 41 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.
Miva Merchant Availability Group Import Modules allows you to import and export your availability group settings without having to go through the Merchant Admin interface. With this module you can assign customers, products, or categories to an availability group through a flat file import. The import module allows you to upload the file through the Merchant admin interface, while the export module gives you the ability to include the exported file in an email attatchment sent to the email address you specify.
This module allows you to specify one of your availability groups to automatically apply to your shoppers without having to manually assign the shopper to the group. Admin-configurable options allow you to specify which group will apply to the shoppers, as well as whether the group will apply to all shoppers, or only those that create a customer account. You can also configure the module to apply the default group only to customers not already in another availability group.
Membership SuperMod for Discounts Sales and Membership Rewards
The Membership SuperMod allows you to create Membership Groups in Miva Merchant giving the store owner ways to reward customers through Customer Appreciation Discounts, Sales and Points that can be redeemed for a discount. The storeowner can make various Membership Groups allowing the owner to offer different levels of Membership (and its benefits) depending on the “level of loyalty” of the customer. Customers can be automatically moved from one Membership Group to the next as their purchasing increases. The Membership SuperMod also provides facilities to create special time-based sales for all shoppers in the store.
Key Benefits:
User Interface Independent: Utilizes standard features of Miva Merchant for setting discounts and availability. Can be used with MMUI and OpenUI.
Full automatic control of all Price and Availability Group customer assignments. Membership Groups define a set of price and availability groups that are automatically applied to all members of the Membership Group.
Membership Groups can have a set beginning date, expiration date or specific duration
Configurable to display discounts as a price reduction in the basket and checkout screens so customer is aware of their savings
Basket price adjustments are performed when a user logs in; thus allowing the customer to take advantage of their membership even if they log in after shopping.
Membership and Sales Features:
Time-duration based sales: The store administrator can configure special “Automatic” membership groups that apply to every customer immediately upon login. This is useful for creating special sales periods where all shoppers receive a discount on any or all products in the store
Membership Rewards Program: Provide multiple levels of discounts to customers based on their purchase history. Memberships into discount (price) groups can occur by point accumulation, purchase accumulation, or points spent.
Points Redemption Program: Provide a points redemption program where customers accumulate points based on purchase history, then can receive discounts in the store by redeeming points for discounts.
Exclusive Membership Groups: The storeowner can create membership groups that remove the customer from all other groups as they enter an exclusive group.
Automatic entry into membership groups based on:
Purchase of a specific product
Prior Price or Availability Group membership
Entering Membership Code into the customer account
Automatic removal from membership groups based on:
Allowed duration of a membership
Expiration date of a membership
Entry into an exclusive group
Manual expiration by administrator
Customer benefits:
Receive pre-established discounts at checkout when part of a Membership Group
Accumulate points when making purchases
Redeem accumulated points when making purchases
Receive pre-established discounts and earn/use points even if login to Membership Group during a shopping session
Pay with dollars (in addition to points) if there are not enough points accumulated to cover the cost of the entire order
Storeowner has complete control when creating Membership Groups
Optionally create a “Signup Fee” for the Membership Group
Limit the duration of a Membership Group (in days) – great for running sales!
Manually adjust the number of points in a customer record
Allow or disallow points to be used to pay for tax or shipping
Include Price and Availability Groups in the Membership Group
Track total purchases, discounts, points earned and points spent by customer
Add customers to a group and individually specify their end date within the Membership Group
Determine thresholds for automatic inclusion of a customer in a Membership Group
Product Requirements: The major features of the Membership SuperMod are provided through the standard Miva Merchant API. Thus, this module can be used in any Miva Merchant 4.x store. However, in order to redeem points at checkout and fully customize the module display and layout features, you must be using a UI module that provides templates or tokens- either OpenUI or MMUI with the Copernicus DynamicTemplate Engine. OpenUI users who also have the OpenUI SuperMod can perform additional customizations that are not available when just using OpenUI.
Uncompiled Miva Merchant 4.00-4.13:
OpenUI 4.9+ based stores
MMUI based stores
Miva Merchant 4.14+
OpenUI 4.9+ based stores
MMUI based stores
When the Membership SuperMod is used with Dynamic Templates for MMUI-based stores or with the OpenUI SuperMod for OpenUI-based stores, the storeowner can take advantage of the templates and tokens available in these modules thus allowing the storeowner to tailor the module output to his specific needs.
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
Full-featured "Membership" module for discounts, purchase awards, availability groups, etc.
Membership features can include:
Assignment to either Price or Availability groups (or both)
Membership Points - Each purchase earns X points per dollar
Point redemption - Y points can be redeemed for a discount
Memberships can be assigned based on:
Total Orders Plateau - after purchasing $X total (also searches past orders to build order history)
Assignment can be restricted to customers within a specific Price or Availability group (or both)
Manually by Store Administrator (regardless of Price or Availability group)
Memberships can have an associated Membership Length (in days) and an Admin-editable expiration date. They can also be infinite memberships.
Possible uses:
Customer Appreciation discounts -- "After purchasing $500 of merchandise in our online store, you become a member of our Gold Level, receiving a 5% discount. When your order totals reach $1000, you become a Platinum member, and receive a 15% discount on all products!!!" (This would be done with Price Group assignment).
Points Discounts -- Set up a Membership with a plateau of 0.01 to give all customers who purchase a membership into your Points system.
Version 4.23
Access to the store can be restricted, requiring customers to login to a standard account or an approved account. 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.
Four Optional Levels of Access Restriction:
Login Required at Storefront
Login Required to View Products
Login & Approved Account Required at Storefront
Login & Approved Account Required to View Products
Features:
Required 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
OpenAutoGroups™ allows you to specify OpenToken strings will easily set your store to automatically add New (or Updated) Customers to 1 or more Pricing Groups and/or 1 or more Availability Groups.
For example, you can move customers into different groups based on their Country, their State, their Email Address, what Affiliate they came from, or just about any criteria or combination you can think of.
The Point Track MemberShip module is a tool that can be used to help retain customers by offering incentives to keep them shopping at your store by giving loyal customers discounts, awards, and access to availability and price groups. It requires compiled Merchant 4/OpenUI and is Token Enabled.
Point Track Highlights:
Give Points: givepoints for every dollar purchase
Redeem Points:your customer can use points they've accumulated toward purchases
Point Plateaus:Create memberships by amount accumulated # of points. When your customer reachesa certain #, they can automatically be assigned to the next level
Groups: You canassign each level to a specific price group and/or availability group
This module has many other feature too:
Assign a specific productto activate a membership and/or assign to availability/price group
Manually assign customersto a group level.
Use tokens to displayinformation about the customers membership, etc.
A simple example: gives every one that creates an account and makes a purchase, a point-based discount on future purchases.
Create a membership called"Base."
Assign the threshholdto $0.01.
Assign the number ofpoints earned per dollar spent to "1."
Next, assign the # ofpoints per dollar to "10."
Your customer will receivea $1.00 discount for every 10 points earned
Requirements: compiled Merchant 4/OpenUI and is Token Enabled.
Allow customers to place an order at your Miva Merchant store and pay for it using a purchase order payment method. Normally, this module will be used by B2B, government, or large corporate customers who have accounts with your store.
Features: (some features are only in the compiled version - see details) - Accept purchase orders in your store - Restrict usage to specific customers - Restrict usage to a specific availability group - Optionally hide the purchase order option from non-eligible customers - Configurable prompt and label
Feature Details: You can limit purchase order usage by requiring that their Login ID be approved by the store owner BEFORE a purchase order will be accepted. Hence, if they are not on the approved list of Login IDs, they will not even see the option to pay by purchase order in the payment selection drop down list.
Alternatively, you can configure the module in admin to function as a purchase order module with no pre-approved list of customers. Hence, every customer would have the option to pay by purchase order and would see it in the payment selection list.
New in the compiled version is the ability to assign customers pre-approved to use a purchase order to an availability group. The module can use the availability group designation to limit who has the option to use purchase orders. This 3rd method of control eliminates the need to list every eligible Login ID; simply designate the group the B2B customers are assigned to. The payment selection label, purchase order entry label and order edit label are configurable in admin. As example, instead of Purchase Order as an entry in the payment selection drop down list, you could change it to read Account Number or other applicable text.
Allow customers to place an order at your Miva Merchant store and pay for it using a purchase order payment method. Normally, this module will be used by B2B, government, or large corporate customers who have accounts with your store. This module is for MIVA Merchant 5.x. We also have the corresponding module for an older version of Merchant.
Features: - Accept purchase orders in your store - Restrict usage to specific customers - Restrict usage to a specific availability group - Optionally hide the purchase order option from non-eligible customers - Configurable selection prompt and input label - Configurable invoice message
Feature Details: You can limit purchase order usage by requiring that their Login ID be approved by the store owner BEFORE a purchase order will be accepted. Hence, if they are not on the approved list of Login IDs, they will not even see the option to pay by purchase order in the payment selection drop down list.
Alternatively, you can configure the module in admin to function as a purchase order module with no pre-approved list of customers. Hence, every customer would have the option to pay by purchase order and would see it in the payment selection list.
You can assign customers pre-approved to use a purchase order to an availability group. The module can use that availability group designation to limit who has the option to use purchase orders. This 3rd method of control eliminates the need to list every eligible Login ID; simply designate the group the B2B customers are assigned to.
The payment selection label, purchase order entry label and order edit label are configurable in admin. As example, instead of Purchase Order as an entry in the payment selection drop down list, you could change it to read Account Number or other applicable text.
You can configure an invoice message that can be displayed only if the purchase order is the selected form of payment. This allows you to remind them about payment terms on their account.
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.
Tax exemption for Business to Business transactions can be implemented with the B2B Tax Exempt module. This module is for MIVA Merchant 5.x. We also have the corresponding module for an older version of Merchant.
Features: - Provide tax exemption for customers with tax IDs - Display prompt to eligible customers - Save customer login and tax ID to determine eligibility - Use an availability group for eligible customers - Customizable HTML template for prompt at checkout
Feature Details: If a customer is purchasing items from your Miva Merchant store and they enter their sales tax exemption ID, all sales tax will be zeroed out on the transaction. The module has no way of knowing if their ID is valid or if their purchase qualifies under your state's guidelines. It is up to you to verify whether the customer was untruthful in their submission.
The module can optionally hide the tax ID input to all customers unless they are either 1) in a specified availability group, or 2) their customer login is included in a admin entered eligibility list. You can save the customers' login IDs and tax IDs so when they checkout, the number will already be entered in the input.
The prompt for entry of the tax ID during checkout is configurable as a template. It can also be hidden and the tax exemption automatically assigned for members of the specified availability group.
Disclaimer: The authors, programmers or distributors of this module will not be held liable for uncollected tax or failure of this module to perform without failure. The store owner is solely responsible for verifying the credibility of a customer's claim for tax exemption.
Limitation: The module will zero out all tax. Hence, if you need a module for Canada to zero out only certain tax, e.g. PST but not GST, contact us before ordering as this module will not do partial exemptions. We have a variation that will do it, but it involves a custom canvat module too.
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.
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.
This module allows store administrators to set up various "Parent Accounts" which can be assigned to any number of Price and/or Availability Groups. They may then give out the login/password for those Parent Accounts to anyone they wish to have access to those particular Groups.
When a customer logs into a Parent Account, it will display a short message (i.e., "Welcome to our Wholesale Program! Please create your account") and force them to create a new account. This new account will be assigned to the same Price and Availability Groups as the Parent Account.
PIN Fulfillment allows you to automatically issue PIN Numbers to customers when qualifying products are purchased. This module was developed for stores selling calling cards, but can be used for issuing any type of unique code for products, such as license keys, passwords, etc. The only requirement is that each "PIN" number is unique. Optionally, a second configurable field may be used to go along with PIN numbers. It might be used for a phone number, if selling calling cards, or for a password if selling logins/passwords, etc. The labels for both fields are configurable.
PIN numbers may be sent in a separate email and/or displayed in the invoice. Note: displaying on the invoice requires Merchant 4.0 or higher and the OpenUI, MMUI installation instructions for enabling this feature will be provided upon request.
The admin settings allow you to customize the email from address, cc, subject, header, and footer. You can also optionally be auto-notified when PIN numbers are running low for a product.
PIN Fulfillment may also be configured so that PIN numbers are only auto-issued to customers assigned to a particular availability group (by default all orders are auto-approved). If the customer isn't assigned, the orders can be manually approved from an order history console. You can auto-assign customers to the availability group when manually approving orders as well.
You can also setup the module to allow customers to view their PIN order history from the account edit screen. Note: this feature requires Merchant 4.0 or higher and the OpenUI, MMUI installation instructions for enabling this feature will be provided upon request. Additionally, you can set a customer order counter and receive notifications when customers' PIN orders have reached multiples of that counter (for rewarding frequent shoppers with coupons, etc.).
PIN Numbers can be manually added for products via a simple to use console in the edit products screen, or in bulk using the included import module.
An order history database is maintained, and easily viewed with a searchable console (for looking up lost PIN numbers for customers, etc.). The console also features optional search filters for searching by order number, customer name, customer email, product code, and PIN number.
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
Business to Business transactions can be implemented with the B2B Tax Exempt module.
Features: (some features are only in the compiled version - see details) - Provide tax exemption for customers with tax IDs - Display prompt to eligible customers - Save customer login and tax ID to determine eligibility - Use an availability group for eligible customers - Customizable HTML template for prompt at checkout
Feature Details: If a customer is purchasing items from your store and they enter their sales tax exemption ID, the tax will be zeroed out on the transaction. The module has no way of knowing if their ID is valid or if there purchase qualifies under your state's guidelines. It is up to you to verify whether the customer was untruthful in their submission.
New in the compiled version only is the ability to hide the tax ID input to all customers unless they are either 1) in a specified availability group, or 2) their customer login is included in a admin entered eligibility list. You can save the customers' login IDs and tax IDs so when they checkout, the number will already be entered in the input. The prompt for entry of the tax ID during checkout is configurable as a template.
This module works with both the MMUI and OUI look and feel user interfaces. MMUI requires editing (and recompiling if Merchant 4.14 or newer).
Disclaimer: The authors, programmers or distributors of this module will not be held liable for uncollected tax or failure of this module to perform without failure. The store owner is solely responsible for verifying the credibility of a customer's claim for tax exemption.
Limitation: The module will zero out all tax. Hence, if you need a module for Canada to zero out only certain tax, e.g. PST but not GST, contact us before ordering as this module will not do partial exemptions. We have a variation that will do it, but it involves a custom canvat module too.
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.
Sort your shipping methods by cost, module name, or method name. Offer a free shipping option when any 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.
Features: - Sort shipping methods in the order you want them - Template with tokens allows methods as select list or radio buttons - 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/price group - 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
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 the option to give free shipping to all members of a designated availability group or price group. 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 define what 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.
MMUI and OpenUI compatible. If using OpenUI, no editing of mv files is needed. However, if using MMUI, editing and re-compiling of the mmui.mv is required. Thus if using MMUI, you need to have the compiler license from Miva and the limited source code for mmui.mv. Hence, OpenUI highly recommended and probably required by most stores.
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.
Now you can have greater control of Merchant functionality by seamlessly integrating external files and scripts into any of MIVA Merchant pages. This module provides store administrators and developers an ability to insert and manage content and/or execute scripts outside the Merchant system. You can even insert content from another server or domain connected to the internet. The module provides a way to insert/execute files in various ways; by inserting a content file(HTML or TEXT)) located in a script or data directories, executing a compiled MIVA Script(.mvc) file directly or with a required function, and calling a file or script loacated on the same server or another server. If you are familiar with MIVA Scripting language, this module gives you an ability to access and control Merchant arrays, global and local variables, data files, etc., without creating a custom component module. Just plug-in your Item Call to a file into any Merchant Template and customize the execution inside your file.
The ADS External File Pro Module Features:
Module automatically creates and configures the necessary item, when installed.
Smart Item monitoringp rovides quick access to Pages where the Item is used.
You can insert an appropriate Render Token in any page related template(s) to utilize module features.
Render Tokens can be used in Page Templates, Product List Layouts, Messages, Headers, Footers, etc..
Module includes five Render Tokens in order to provide various methods for inserting and/or executing external files and scripts. Depending on the type of a Token used, additional Parameter Information may also be included.
readscript - Token provides a way to read and render an external file located in the script directory, on the same server as Merchant installation. The inserted file may contain HTML or TEXT content, but does not have to use a specific file extension.
readdata - Token provides a way to read and render an external file located in the data directory, on the same server as Merchant installation. Since an external file is located in the Data directory, it would normally not be accessible by the public. You can use this functionality to display content not directly available. You can also use this feature with Merchant Availability Groups to insert specific content only available to that Availability Group members. The inserted file may contain HTML or TEXT content, but does not have to use a specific file extension.
run - Token provides a way to execute an external, compiled, MIVA Script file (.mvc) located in the script directory, on the same server as Merchant installation. There are no Function requirements in this method and only Global Merchant variables will be available.
function - Token provides a way to execute an external, compiled, MivaScript file (.mvc) located in the script directory, on the same server as Merchant installation. A Specific Function with parameters is used. Merchant Global, All_Settings, Settings, Module, Item and passed Parameter variables will be available to this function. An uncomiled MIVA Script file containing example Function is included with Module distribution. This function also contains an example Breadcrumb Navigation script which can be used on Category and Product Pages.
call - Token provides a way to call(read/execute) and render an external file located on any server, accessible through an HTTP call. Youc an also use this functionality to execute external script files. These files can be MIVA, PHP, ASP, FLASH, Perl, JAVA, CFM, etc..
Please Contact Us with any questions about module features.
Module installation and functionality has the following requirements:
MIVA Merchant Version 5.x
Settings and control this module provides are used in conjunction with a pre-installed ads-extfile Item, any Merchant related templates and an external customer supplied file.
MIVA Script Compiler is required to create and use executable MIVA Script files(.mvc). The compiler is available for a free download from MIVA.
HTML and Merchant templatescripting knowledge is required to make template modifications. MIVA orother Scripting language knowledge is required to create executable files. If you do not have these skills it is recommended you contactADS representative to get assistance with template design and customization.
