Table of Contents
List of Figures
The audience for this document is anyone already familiar with our software wishing to read our technical advice on specific subjects.
Table of Contents
PageDNA ordering sites provide a variety of ways to collect money from your customer - the end-user of the online ordering system. Options may be direct or indirect - these options are explained in this document.
This is - by far - the most common configuration, wherein a billing code (cost center, PO Number) is collected from the end user on the Shipping page. This number can be verified in a number of ways, detailed elsewhere in this documentation. Generally, a report of order activity is generated at the end of the month and a summary invoices is sent to the contact at the end-user corporation for remittance of payment.
Similar to collecting billing codes, the system can collect a credit card number from the user, which is later run manually through whichever terminal you use. While the system does not actually authorize funds in this configuration scenario, the system CAN verify that the credit card number is valid for the appropriate card type chosen, that the expiration date has not passed, and that other required fields have been completed (name on card, cardholder's phone).
NOTE: Although we verify that the card number has a correct format, we cannot verify that it is a legitimate card unless you use real-time credit cards (see the next section).
In this scenario, access to credit cards is given through a specific menu item named "Credit Card Manager". We request that access to this tool be restricted to only those individuals in your firm who need access to credit card numbers as part of their job functions. You can learn more about this tool in our Site Configuration documentation.
We can do real-time authorization of credit cards, wherein money is actually moved between accounts. We can integrate with a number of different payment gateway processors including our default gateway, Bank of America Merchant Services, as well as PayPal PayFlow Pro (formerly owned by Verisign), Authorize.net and CyberSource.
Because of the complexities involved with coordinating between PageDNA, gateway processors, and banking systems, setting up real-time processing can easily take ten (10) or more business days. Please note that your site can work in "offline" processing mode while you get the automation in place.
Bank of America Merchant Services - PageDNA’s Default Gateway Provider
Bank of America Merchant Services is a provider of credit card processing services that has a special relationship with PageDNA. The first time we activate your Bank of America Merchant Services account on one of your sites, PageDNA charges $250 - no additional monthly fees are charged on our end. For sales questions regarding Bank of America Merchant Services, please contact them directly.
How to Contact Bank of America Merchant Services: contact Chuck Gorski at Bank of America Merchant Services directly:
Chuck Gorski Bank of America Merchant Services 858.829.1420 cell 402.315.5090 fax firstname.lastname@example.org
Other Supported Gateways
For non-default gateways, PageDNA charges $500 for the first time we link a site to a particular real-time credit card gateway. An additional $50/month fee is also charged (either per site or across your entire account - depending on your plan) for using real-time credit card authorization. The non-default gateways we currently support are Authorize.net, Cybersource, and Payflow Pro.
When using real-time credit card authorization combined with our approval interface, we pre-authorize when the order is placed. When the order is approved, the card is actually charged. Alternatively, we can set your site to AUTH-only mode, which allows you to have realtime verification of credit cards while retaining complete control of when cards get charged.
Please follow the following steps after you have selected First Data as your gateway in Credit Card Activate in the site's menu and contacted First Data Merchant Services as noted in the documentation for Credit Cards - Real-Time to obtain a certificate.
Go to this domain (owned by First Data): https://secure.linkpt.net/lpc/servlet/LPCLogin
Enter store number, userid, password as provided by First Data.
Go to Support tab/Download Center sub-tab in the tabs at the top.
Click "download now" link.
Enter Tax ID. Click the "For Web Service" download button.
Upload the file you downloaded to PageDNA in the CC Activate Section.
PageDNA will handle the rest, which may take a day or two.
Once you have a gateway set up using one of the PageDNA supported gateway processors you will need to request that we activate that gateway in our system for you. To do so, go to the Credit Card Activate link on your Storefront Menu and contact support@PageDNA.com. At that point you will be asked to provide certain detail about that gateway in order for us to enter it in to our system. There is a fee for setting up each different gateway. Support will be able to advise you on the pricing for that.
After you have a credit card processing gateway setup in our system, return to the Credit Card Activate option in the Storefront Menu. Now you'll be presented with choices for configuring real-time credit card processing. Mark the check box to activate real-time credit card processing, select your preferred charging mode, choose they currently type, and click the Apply Changes button.
So long as you are using the same gateway, you may now activate real-time credit card processing on any of your sites without additional cost or need to engage support for assistance. If you need to use different gateways for different Storefronts then there will be a cost for setting up each of those gateways. Contact support@PageDNA.com for assistance.
When a real-time creditcard transaction is POSTed (the card is charged), it can take some time for the money to be transferred to your bank account, possibly several business days. For more information about this, talk with your gateway vendor.
When you're testing your system with realtime credit cards, you need to follow some special rules -- most credit card gateways are designed to return debugging error codes unless you send a charge of exactly one dollar. You should therefore create a special item with a price of one dollar, you should ship the item somewhere that isn't taxed, and you should enable a free shipping method for the item. These steps are as follows:
Create a static item, assign it a cost of $1
Create or enable a free shipping method for this item
Place an order for the $1 item
Select or enter a shipping destination that is not taxed (so your order will be $1)
You can cancel the charge using your gateway's virtual terminal
In certain instances, you may need to have a third party manage your credit card payments.
In order to set up a situation where a third party partner is able to access the credit card processing part of your storefront menu but nothing else in your account, you'll need to follow the steps listed here.
The partner must get their own PageDNA account. In order to do that, they should request a free trial account from the PageDNA main website. https://pagedna.com/signup.cgi This account must be its own account, and not a user account within your own PageDNA account.
At the same time that the free trial account is being requested, you need send
an email to
<support@PageDNA.com> that says the following (copy and
paste in to a new
Subject: Third Party Partner CC Management Account Request Body: I am writing to notify you that a free trial account request has been made by [INSERT NAME OF THIRD PARTY] so that they can manage our credit card payments. Please convert their trial account to a full account for this purpose. This will be for my [INSERT YOUR STOREFRONT NAME]. We are using [INSERT GATEWAY NAME] as our processing gateway.
PageDNA support will then set up the account and notify the partner that they should log in to the new account and set up the credit card password.
Once all of the steps above have been completed, go to the Storefront Menu and activate credit card processing for your site. You'll need to select the gateway that you provided in the previous step and agree to the monthly fees for having the credit card feature.
Configure your billing page to use credit card processing and fully test the process before allowing customers to pay. Be sure that the processing not only works with the storefront, but that it also is fully tested by the third party partner.
PageDNA can 'punch-out' to PayPal's system very easily. Following are the steps to take:
Add prices to the items. If this is not already active on your site, you can do this using the Item Wizard or by manually editing the qtyspec using "Item Editor". For example, you might change the following quantity spec:
[250, 500, 1000]
[(250, '250 - $20.00'), (500, '500 - $30.00'), (1000, '1000 - $40.00')]
Open the "Accept Page" menu item and copy and paste the following code into the "Before Start New Order button" section.
<form name="_xclick" action="https://www.paypal.com/cgi-bin/webscr" method="post"> <input type="hidden" name="cmd" value="_xclick"> <input type="hidden" name="business" value="email@example.com"> <input type="hidden" name="item_name" value="%(site.client_longname)s Order %(order.token)s"> <input type="hidden" name="amount" value="$%(order.total_price(site)).2f"> <input type="image" src="http://www.paypal.com/images/x-click-but01.gif" border="0" name="submit" alt="Make payments with PayPal - it's fast, free and secure!"> </form>
Make sure to replace the email address with your business id in the PayPal system (generally, this is your email address). Your user will be required to click the link that this code generates to submit payment - you may wish to add additional verbiage to the effect that this is required for their order to be produced.
Optionally, but advised, you may wish to use the approval system to queue orders to you. In this scenario, after an order is placed, you would wait for PayPal to notify you that an order has been paid for, and then approve the order. This sends the order to production only upon payment from PayPal.
PageDNA supports collection of sales tax during the ordering process. This is critical for sites with real-time credit card authorization as it allows the complete order total to be charged at the time of order submission.
Tax information is shown to users on the "Review" or "Billing" step (or both) of the ordering workflow. When the order is submitted, the tax rate and amount collected is also stored in the database where it can be accessed in Reports. Items or components of orders can be marked non-taxable if necessary - for example, you might not want to have shipping taxable.
On behalf of our customers who need to collect sales tax in the United States and Canada, we receive and install monthly updates of US/Canada tax data prepared by a third party provider - Tax Data Systems. We cannot offer geographic-based tax rates for countries other than US/Canada at this time, but we do support setting a single site-wide tax rate if desired. For example, in Australia there is a flat tax of 10 percent (GST) which is supported by our platform.
To activate sales tax collection, you need to specify prices for your items and you need to use the Tax Settings menu item.
It's necessary to make sure to use two-character state or province abbreviations ("WA") in the Ship To address section and to make sure the country code is "US" (or "CA") if you also support international deliveries on your site.
Table of Contents
By default, PageDNA ordering sites have a server name of www.nationsprint.com. That domain can be changed to provide better branding to the client and/or easier-to-remember domains for the ordering systems. We call this Virtual Hosting (or vhost).
If your site requires SSL (e.g. for credit cards), your virtual host URL will redirect to https://www.nationsprint.com/ unless you purchase Secure Virtual Hosting.
Let's say the client name is AAA Printing, with their own homepage of www.aaa-printing.com.
The options are:
Make a subdomain (say, store.aaa-printing.com, or orders.aaa-printing.com) point to our server (www.nationsprint.com). Flat fee of $50, approximately two business days of set-up on our end. You can choose whether this domain will apply to one site or all of your sites. For this option, you will need your ISP or IT department to setup a CNAME from your subdomain to www.nationsprint.com. NOTE: It is important that you link to our actual domain name instead of our IP address, see Setting up CNAMEs.
Make a frames page that lives on your server. Your clients will only see your URL. This requires some HTML expertise. We can help you with this for $120 for the first time, $25 each additional time. Note that this approach can sometimes cause security alerts for certain browsers if the parent frame is non-secure, but the PageDNA storefront uses SSL. As browsers can and do change, we recommend that you test carefully on different browsers and platforms if using this approach.
Register a new domain (say, www.aaa-printing-sites.com). If you register the domain such that it resolves to www.nationsprint.com, then this costs the same as option #1. If PageDNA registers the domain name for you, it costs $100 plus domain registrar costs of $35/year.
You can also choose to use a *.bcos.com subdomain (say, aaa-printing.bcos.com). The "bcos" brand stands for "Business Card Ordering System". This costs $50, just like option 1.
Please note that nationsprint.com has always been intended to separate PageDNA from the URL of the ordering sites. To accomplish this the homepage is completely blank - there is no link from nationsprint.com to PageDNA through the web.
Regardless of which option you choose, your site will always be available through the default URL of http://www.nationsprint.com/clients/SITE/ -- virtual hosting is just an alias for an existing site.
Using a subdomain (#1) is an excellent way to reinforce your companies' presence on the web without needing to make changes to the site continuously.
Using a frames page (#2) allows the simplest integration into your current web site, but requires your webmaster to make the changes every time.
Using a new domain (#3) is a very easy option and makes the web site have that familiar www.domain.com sound, instead of the unfamiliar subdomain.domain.com; the only hard part is finding a domain not already taken.
Finally, using subdomain.BCOS.com is the easiest option of all. No technical work is required from you - just ask PageDNA to take care of the details.
After you understand your options and are ready to request a virtual host, visit the Menu for the first storefront you'd like linked to a new virtual host, and choose the "Virtual Host Setup" menu item. You will be presented options to add a Secure or Non-Secure (regular) Virtual Host - or link your storefront to a previously established virtual host, if you have one.
Choose the option you wish, fill out this form and submit your request. For Secure Virtual Hosts, our upport staff will contact you within 1 business day with further instructions. Plan on up to one business week to get your virtual host established.
New non-SSL vhosts are active immediately. Use the Virtual Host Setup item in the menu to purchase and create your vhost. The setup will check if the DNS record for your name is valid - it must be a CNAME reference to www.nationsprint.com before purchase will be allowed.
Note that your storefronts' default URL using the "nationsprint.com" domain name will automatically redirect users once a virtual host is established - so you can safely add Virtual Hosting after a launch with no disruption in customer experience. Customers clicking old nationsprint.com links (for example, in a reorder link found in an older Confirmation Email will shuttle automatically to the new virtually hosted domain.
After Virtual Hosting has been configured for at least one storefront, the Virtual Host setup allows configuration of a second URL for a virtual hosted site. This is useful if you change a sitename - The main site URL (used for outgoing emails) can change, but the old URL will continue to work.
Example 2.1. Main & Secondary Virtual Host:
Virtual Host: orders.myprint.com
Main URL: http://orders.myprint.com/green
Secondary URL: http://orders.myprint.com/green-123
In this case, we have a site named green-123, perhaps because the sitename "green" was already used. With the Virtual Host, we can simplify the main URL for the site as orders.myprint.com/green. That main URL will be used for all outgoing emails. But orders.myprint.com/green-123 will also work, in case someone has bookmarked that site.
Secure Virtual Hosting (secure vhost) allows you to access your vhosted sites via SSL/HTTPS while showing the padlock icon that gives customers confidence in site security. Because secure vhosts require additional setup and an IP address, they are more expensive: $250 per year.
Special SSL certificates cost extra, such as Extended Validation (EV) certs and wildcard certs.
If you own the domain, you will need to procure the SSL certificate. You can use any SSL provider (ask support if you need recommendations). We will provide you with a CSR (certificate signing request) after you give us the following information (sample information is in brackets):
Country Name (2 letter code) [US]: State or Province Name (full name) [California]: Locality Name (eg, city) [Redwood City]: Organization Name (eg, company) [My Company Ltd]: Common Name (eg, web hostname) [orders.example.com]:
Please specify whether this vhost will be used for a single site or multiple sites.
After we get the information for your CSR, we will set up a special CNAME target for your hostname. It will look something like ssl-yourhost.nationsprint.com -- see Setting up CNAMEs. for general info about checking your setup.
When you choose a subdomain or a new domain, you should tell support whether you intend to connect the vhost to a single site or multiple sites. If only one site, please specify which site you'll be using. A single-site vhost will map your vhost (e.g. http://example.com/) directly to the site; with a multi-site vhost, each site will need to be specified as part of the vhost URL (e.g. http://example.com/SITE1/ and http://example.com/SITE2/). Note that if you ever change a single-site vhost to multiple sites, you will need to notify all your customers that the site URL has changed.
With a multi-site vhost, you need to link up each new site that you create. This is done through the Site Menu, using "Virtual Host Setup". If your site does not have SSL enabled and you select a secure vhost, your site will be forced to SSL mode.
With a multi-site vhost, the main vhost URL (e.g. http://example.com/) will return "Forbidden" (HTTP error 403). This works exactly the same as going to http://www.nationsprint.com/clients/ -- you need to add a trailing SITE to the URL.
To verify that your CNAME is set up correctly, you can use the "host" or "dig" tools on a Mac or Unix machine (dig is mostly useful if you want to see your DNS cache time). On Windows, you can use nslookup.exe. There are also web-based tools that you can find by searching for "dns lookup cname".
Make sure that your CNAME points to www.nationsprint.com -- here's sample host output showing what you should see:
$ host -t CNAME order.example.com order.example.com is an alias for www.nationsprint.com.
Table of Contents
PageDNA offers a Shipping Cost Calculation module which provides your end-users instant and accurate shipping costs using a direct connection to UPS.
The system computes shipping costs by requesting an actual UPS rate for moving that much weight from the shipment origination ZIP code to the users "Ship To:" address.
The system can optionally calculate a markup based on percentage and/or handling fees, and the shipping rate is optionally taxable, depending on your needs.
This feature is most commonly used on sites with real-time credit card authorization, where an accurate shipping cost must be shown to the user before "checkout" takes place.
After the shipping page, users are presented with a page showing their current order cost sub-total, followed by a drop-down list of the various shipping methods you have opted to allow your users to select. Each option also lists the price for that method (ie, 'Second Day Air - $25.34').
Shipping cost calculation can be added to any site. Contact support@PageDNA.com to initiate this process. Following is a list of information PageDNA needs to activate this feature. Please send this information in with your request and allow 10 business days for activation:
On which site(s) do you want this feature enabled? Note: $200/site one-time setup fee will apply for each site, with no recurring charges. If we are enabling credit card authorization, a $500 one-time fee applies, plus an additional $50/monthly.
Which particular UPS shipping methods (out of the ones listed below) will you allow on the site?
Next Day Air
2nd Day Air
Next Day Air Saver
Next Day Air Early AM
Worldwide Express Plus
2nd Day Air AM
What is your shipping markup, if any? (eg, '150% times whatever UPS quotes')
Would you like to add a fixed amount to the shipping cost for handling? If so, how much?
Would you like to add a per-item handling fee? If so, how much per line item?
Would you like to charge a fee for each carton created? If so, what is the maximum number of pounds of product that will fit in a carton, on average? How much do you want to charge per carton? Note that UPS will not ship more than 150 pounds in a carton, and this is our default setting.
Would you like us to round the shipping rates? If yes, to the nearest amount, or always up or down? Also: do you want us to round to the nearest dollar, or what other amount?
Do you charge tax on the site? If so, which percentages for which states? Is there tax charged on shipping? Handling fee?
What is the ZIP code for your production facility? If you have multiple plants, users will be required to order those products separately for accurate shipping cost calculation. Indicate which manufacturers handle which particular products (by tag).
What is the weight for 1000 of the smallest quantity unit a user can order? For example, if packs of 25 are the minimum quantity, how many pounds does 1000 packs of 25 weight? Please enter this into the 'weight_per_1000' field found in the "Custom" tab in the "Item Editor" menu item for each product.
You will need to calculate the weight per 1000 count for each product on your site (in pounds) and enter this into the 'weight_per_1000' field found in the "Item Editor" Menu item.
Table of Contents
Covers the options our software offers for restricting access to sites.
Our sites can be password-protected. This means that, when an end user clicks on a link to a site, and if that site is password protected, then the user's browser pops up a window asking for a username and password. Usually there is one username for all users. (There is always one password per username).
We can also allow ranges of IPs to get into sites without a password. An IP is generally tied to where a computer is located physically, so by getting the IPs of the customer's network you can let them get into a site without always asking for a password.
Finally, if the user does not have or does not remember the password, we can present a "403" page which helps them get into the site automatically.
Related topics such as secure server/HTTPS and the restricting options on the authorization pages are also touched on briefly.
Usernames and passwords are case-sensitive. We cannot make the passwords case-insensitive. That means that if the user enters, 'HELLO' and the username is 'hello' then the user will not get through. When communicating passwords, it is best to mention this. Also, for this reason it is better to use all-lowercase as it is easier to remember that.
The list of usernames and passwords resides on our web server in a per-site area. It can be fully managed by you (PageDNA’s client) through a menu system, and even by designated people at the customer.
Passwords are scrambled by our system when they are added to our web server. This means that they cannot be recovered, our server cannot e-mail the password back. PageDNA recommends that you (PageDNA’s client) write the password down for this reason.
Instead of a list of IPs we could also check for a domain name. How this works is that our server will check to see if the user's computer's IP matches up to the given domain name. This method is convenient when it works but it doesn't always work; the customer's IT department must have set up "Reverse DNS lookups" for thier entire network.
PageDNA can "harvest" the IPs that have been used on the site from the web server log files. In this way you (PageDNA’s client) can get partial coverage of your customer's IP addresses without bringing thier IP addresses into the loop. This is really most effective if the site was accessed by the customer, repeatedly, from a few different locations.
When a user tries to log in but they cannot, then the web server will return a page explaining that authorization is denied. This page is as helpful as possible and gives the user options to:
try again (going back to the same page)
visit an intranet site to get the username/password
enter an e-mail address so the password can be e-mailed to them.
call the same customer service numbers listed on the ordering site.
Option #2 is useful if the username/password is fixed; it will be up to the customer to create and post that intranet page.
Option #3 will only accept e-mails with domain names specific to the customer. For instance, if it was the Acme site, only @acme.com emails would be accepted.
Also, on option #3, a temporary username and password can be generated, instead of using one fixed username/password. These passwords will only last one day.
Secure Sockets Layer, or HTTPS, is supported by PageDNA. As long as you are accessing through the www.nationsprint.com domain this is very easy to do: access the site through https://www.nationsprint.com/clients/(sitename) intead of http://www.nationsprint.com/clients/(sitename) - it is that extra 's' after http that asks for a secure connection. We can also have the site automatically switch users to secure connections, even if they arrive from an insecure connection.
Just because it's called a secure connection, doesn't mean its secure. The security it provides is the security of knowing that no-one could possibly be listening in to your browser and PageDNA’s server exchange information; but a secure connection doesn't stop unauthorized people from placing fraudulent orders - that is what the password/IP schemes detailed above do.
Another way of stopping unauthorized people from placing orders would be to have a billing code (cost center, GL code, etc.) that is entered on the Authorization page checked against a database. For this to effectively stop unauthorized users it must be a free-entry that is checked against a database, not a drop-down list.
Table of Contents
Email delivery issues are a growing issue as spam protection services become more and more common. It is common for users to have individual and/or corporate email filtering software controlling delivery of messages. Email messages from foreign sources may be treated as suspect.
You can see, without any ambiguity, which email address every email for a given order (confirmation, approval, etc) has been sent to by our system by following these instructions:
1) Visit the hub and login if necessary. Quick link to the hub: http://www.nationsprint.com/hub.
2) Type the order number in question into the "Find Order" dialogue at the top of the page and submit the button. This will take you to the site in question and display the entire order history in a list at the top of the page.
3) If you see a valid email address in this report, but the user reports that they did not receive the email, there is something blocking the email from being received on their end. This can range from local "spam filtering" settings n your customer's personal email application, all the way up to global spam filtering issues at the corporate level. Sometimes there are combinations of factors.
Customer service info is very important because this information determines in part how the emails appear to your customers - and whether or not they are blocked by spam filters.
Customer service info is edited in the Menu at:
Global Site Info > Edit Customer Service Info
If your customer service address was - for example - set to: firstname.lastname@example.org
... you would want your customer to search their spam filters and/or ask their IT administrator to "whitelist" this email address so they can get their emails unhindered.
Fixing Problems at the Corporate Level
Figuring out who to contact inside a corporation to see that the email filtering is not blocking emails is something outside PageDNA’s scope of operations but if you are persistent you can often get whitelisted on the corporate level if you are dealing with a good IT department and get the right contact. We suggest first your customers check any "local" spam folders, and if they don't find our email there, that you escalate and get in touch with their IT department. You can use the Order Action Console to send yourself a copy of the confirmation emails.
Following is a quick summary of how Ariba and other ERMS (Enterprise Resource Management Systems) packages work, as well as some information on how PageDNA supports integration with these systems.
Ariba is an "Enterprise Resource Management Solution". What that name means in English is that they have created a Business-to-Business network to connect buyers and sellers over the web, thereby saving the corporation money in the process.
How Ariba saves companies money is by standardizing interfaces - for ordering and for billing. Ariba hosts a single interface by which everyone orders their 'stuff'. Their shopping basket is very well designed, has logins/passwords, approval routing, integration with General Ledger, etc. Think of this as a shopping basket spanning all vendors.
The Ariba shopping system lets people order ANYTHING they might need at work... from office supplies to laptop computers to printing and even to services (ie, you could, for example, order the SKU for 'install overhead projector' along with an overhead projector!).
The only limitation to Ariba's shopping basket is they cannot handle the configuration of 'super custom' products such as business cards, some office furniture, and other products. This stuff is simply too complex for Ariba to build a standardized interface....
Corporate identity ordering is one of a few product categories with tons of what you might call "configuration ideosyncracies". Ariba originally tried to build the forms for ordering business cards (1998) but quickly realized that it was nearly impossible for them to do all things well, so...
To solve this problem (and others), Ariba created something known as "Punch Out". The way it works is as follows:
User logs into Ariba system and proceeds to order, say, business cards through the Ariba Shopping Basket
The Ariba system 'knows' that business cards require outside configuration, and so the user is automatically shuttled via a mechanism Ariba calls "Punch Out" to an outside website (the site PageDNA hosts). The user's login and session information is passed along securely.
Once the users complete the proofing step and agrees to order this item 'as is', the PageDNA system posts information back to Ariba that the order has been configured and... VOILA... the user is plopped back into their 'shopping basket' with a line item saying "Business Cards".
The imprint information for this order remains on PageDNA’s server, waiting for approval from management for this order.
Once the Ariba approval system 'OKs' this order through Ariba's order management interface, we receive an automated response from the Ariba software and our software releases the order to production.
Integration with Ariba is a standard line-item in PageDNA’s Rate Sheet. Contact sales@PageDNA.com for pricing information. We also have experience with other systems using the cXML standard that are similar to Ariba - contact us with your requirements for more information on custom integrations.
Overview of WebLink integration. This integration option allows order data from PageDNA to flow into the Printer's Plan suite of Print Estimating and Print Management software. You can learn more about their offering at their website.
WebLink is a specific integration option Printer's Plan - a firm separate from PageDNA based in Maryland - offers that lets PageDNA order data flow into the Printer's Plan system. An overview of this part of their system is found in the WebLink portion of Printer's Plan's site: http://www.printersplan.com/tour-weblink.php.
Their WebLink documentation is at: http://www.printersplan.com/_docs/WebLinkUserGuide.pdf.
Essentially, you use a feature in our "Vendor Email" to send data into Printer's Plan. The WebLink integration tools pick up that data (and attachments) from this point, preventing re-keying of key order data.
Configuration on the PageDNA side is performed in the "WebLink" part of the Vendor Email. Each of your sites needs to be configured independently. A basic configuration is shown below - this should get you started.
Our understanding is that Printer's Plan has an integrated email client of sorts - within Printer's Plan you will make configuration changes to grab emails from an email address... it downloads our Vendor Email, and parses out the relevent lines from the "WebLink" part of our email including the attachments.
One customer using this feature wrote us the following:
In order to get it to work, on the vendor email you have to: -Turn off file attachments -Turn off link in URL at bottom of vendor email -Disable display tracking number in barcode font -Disable show item barcode HTML email format used Then, in Printers Plan under WebLink > Link Key Fields you have to enter the text: "Tracking #:" (no quotes) next to the field "Each Item starts with this field" If the site is password protected, the EPS will not import. Only the first order and graphic are imported at this time.
Please be sure to make use of Printer's Plan internal support to help you with details on that side of the fence, and let us know if you have any questions we can help with.
Table of Contents
PageDNA supports the ability to deliver a delimited text flatfile or XML file containing order data (via email, FTP, or HTTP). This can be used to facilitate PageDNA order data import into internal accounting or job management products.
Delivery via FTP (push) costs $50/month for unlimited sites. There is no setup cost. The ongoing cost covers support issues resulting from external server downtime. An alternative is FTP pickup, where we provide the files on our FTP site for download.
Set up of XML file delivery starts at $100 and costs $50/month for unlimited sites. We will customize to any XML format, but our standard is based on the cXML OrderRequest format.
Files can be delivered with artwork or without. Artwork can be in EPS fo PDF format. Files can be delivered to different destinations on a per-item basis, during order-to-manufacturer delivery. In addition, one more destination can be created for the whole order.
Please see the following documentation for adding extra form variables, i.e. variable fields from an Item Form, to the XML export.
PageDNA offers a "Standard XML Integration" designed to facilitate three data exchange processes with outside systems (be they MIS, back office, or other e-commerce front-end):
Incoming Orders (from PageDNA -Supplier System)
Shipment Confirmation (from Supplier System -PageDNA)
Periodic (e.g, Nightly) Inventory Updates (from Supplier System - PageDNA)
We have three XML formats - one for each of the three data feeds above. Below are links to documentation with samples showing the data we both send and receive to make these exchanges possible.
How data is transmitted: We support pushing the data over: FTP Pull (from us), FTP Push (to you), HTTP POST (web post). We pass this data over the fence, and once you get these XML files from us, the import into the third party system is the responsibility of the MIS provider, consultant, or internal scripting team.
Getting orders into Supplier System
We use an XML format based off the industry standard for B2B transactions, cXML.
Please see the next page in this documentation or click on the link below for documentation that includes a sample file (with sample orders).
Getting shipment data back from Supplier System upon fulfillment
Once items ship from a supplier, our system (if it is running the front-end side, and if order tracking is enabled) needs to receive updates such that shipment status can be updated in the interfaces we provide buyers.
Again we use an XML format based off cXML.
Documentation: XML Ship Notice.
Getting on-hand (inventory) information from Supplier System
Our high volume or more integration savvy customers often require that the fulfillment system updates our inventory periodically (e.g., once nightly) so that the online storefront stays "in synch" with the realities on the warehouse floor.
Our file format is based on the cXML OrderRequest DTD. Here is a sample:
Example 8.1. Sample cXML file
<?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE cXML SYSTEM "http://xml.cXML.org/schemas/cXML/1.2.014/cXML.dtd"> <cXML payloadID="fastrackids.F1211I.0417.120@PageDNA.com" timestamp="2008-04-17T13:36:26-08:00" xml:lang="en-US"> <Header> <From> <Credential domain="Ad-hoc"> <Identity>not used</Identity> </Credential> </From> <To> <Credential domain="Ad-hoc"> <Identity>not used</Identity> </Credential> </To> <Sender> <Credential domain="Ad-hoc"> <Identity>PageDNA</Identity> <SharedSecret>not used</SharedSecret> </Credential> <UserAgent>Printra Stationery Ordering System</UserAgent> </Sender> </Header> <Request> <OrderRequest> <OrderRequestHeader orderID="F1211I" orderDate="2002-08-11" type="new"> <Total><Money currency="US">0</Money></Total> <!-- shipto --> <ShipTo><Address addressID=""> <Name xml:lang="en">Acme International, Ltd.</Name> <PostalAddress name="default"> <DeliverTo></DeliverTo> <Street>123 Anystreet, Suite 200</Street> <City>Anytown</City> <State>CA</State> <PostalCode>90001</PostalCode> <Country isoCountryCode="US">United States</Country> </PostalAddress> <Email/> <Phone> <TelephoneNumber> <CountryCode isoCountryCode=""/><AreaOrCityCode/> <Number></Number> </TelephoneNumber> </Phone> </Address></ShipTo> <!-- billto --> <BillTo><Address><Name xml:lang="en"></Name></Address></BillTo> <Shipping> <Money currency="USD"></Money> <Description xml:lang="en"></Description> </Shipping> <Tax> <Money currency="US">0</Money> <Description xml:lang="en"></Description> <TaxDetail category="sales" percentageRate="0.0"> <TaxAmount><Money currency="US">0</Money></TaxAmount> </TaxDetail> </Tax> <Contact role="buyer"> <Name xml:lang="en">Jane Doe</Name> <Email>email@example.com</Email> </Contact> <Comments xml:lang="en-US"></Comments> </OrderRequestHeader> <ItemOut quantity="250" lineNumber="1"> <ItemID> <SupplierPartID>1ST</SupplierPartID> </ItemID> <ItemDetail> <UnitPrice><Money currency="US"></Money></UnitPrice> <Description xml:lang="en">Business Cards</Description> <UnitOfMeasure></UnitOfMeasure> <Classification domain=""></Classification> </ItemDetail> <Comments xml:lang="en-US"></Comments> </ItemOut> <ItemOut quantity="250" lineNumber="2"> <ItemID> <SupplierPartID>2ST</SupplierPartID> </ItemID> <ItemDetail> <UnitPrice><Money currency="US"></Money></UnitPrice> <Description xml:lang="en">Letterhead</Description> <UnitOfMeasure></UnitOfMeasure> <Classification domain=""></Classification> </ItemDetail> <Comments xml:lang="en-US"></Comments> </ItemOut> <ItemOut quantity="250" lineNumber="3"> <ItemID> <SupplierPartID>3ST</SupplierPartID> </ItemID> <ItemDetail> <UnitPrice><Money currency="US"></Money></UnitPrice> <Description xml:lang="en">#10 Envelope</Description> <UnitOfMeasure></UnitOfMeasure> <Classification domain=""></Classification> </ItemDetail> <Comments xml:lang="en-US"></Comments> </ItemOut> </OrderRequest> </Request> </cXML>
In response to the XML POST, a response such as this should be returned. If there is a structural error with the XML, return 500 and an error message. Otherwise return 200.
Example 8.2. Sample cXML response
<?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE cXML SYSTEM "http://xml.cXML.org/schemas/cXML/1.2.014/cXML.dtd"> <cXML payloadID="response.F1211I.0417.120@PageDNA.com" timestamp="2008-04-17T13:36:26-08:00" xml:lang="en-US"> <Response> <Status code="200" text="OK"/> </Response> </cXML>
We have provided sample data for a typical export schema below. These fields can be further modified to suit your particular needs - this is intended as a starting point when considering an order export setup. For your convenience, you can download the following information (and a sample export file) at http://www.nationsprint.com/hub/docs/samples/hub_order_export.zip
Table 8.1. Export File Fields
|site_code||PageDNA Customer ID|
|token||Tracking Number (unique per order)|
|tag||PageDNA Internal Product Code|
|prodcode||Customer SKY or External Product Code|
|qtyunit||Description of Quantity Unit (eg, 'pack(s) of 50 notepads')|
|phase||Indicates if order produced by site in live (null) or in 'build' or 'test' modes|
|order_date||Date of order submission|
|approval_date||Date of order approval|
|rush||Value of '1' if expedited order|
|login_first||Requester first name|
|login_last||Requester last name|
|login_email||Requester email address|
|ship_attn||Ship To Attn|
|ship_company||Ship To Company|
|ship_street1||Ship To Street 1|
|ship_street2||Ship To Street 2|
|ship_street3||Ship To Street 3|
|ship_street4||Ship To Street 4|
|ship_city||Ship To City|
|ship_state||Ship To State|
|ship_zip||Ship To ZIP|
|ship_country||Ship To Country|
|ship_method||Shipping Method (key -> method mapping provided seperately)|
|bill_code1||Billing Code 1 (eg, cost center)|
|bill_code2||Billing Code 2 (eg, department)|
|bill_code3||Billing Code 3|
|bill_code4||Billing Code 4|
|cc_cardholder||Credit Card Holder Name|
|cc_account||Credit Card Number|
|cc_exp||Credit Card Expiration Date|
|cc_type||Credit Card Type|
|order_total||Total Cost of Order|
|item_price||Cost for this line item|
|item_taxable||Is this line item taxable?|
|order_taxamount||Tax charged for order|
|order_ship_cost||Shipping fee (eg, UPS quoted rate)|
Shipping carrier and method information is passed by PageDNA using an integer. That number corresponds to shipping methods per the below table. If you do not see a method listed that you need supported, please let us know and we will add it for you.
Table 8.2. Shipping Method Index
|82||Bax Freight Service|
|26||Bellaire Air Freight|
|42||DHL/Airborne Deferred Zone|
|15||DHL/Airborne - Express (12 PM)|
|18||DHL/Airborne - International|
|16||DHL/Airborne - Next Day (3 PM)|
|17||DHL/Airborne - Second Day (5 PM)|
|61||DHL - Ground|
|24||DHL - International|
|25||DHL - Saturday Delivery|
|69||EXPEDITED US BUSINESS CONTRACT|
|70||EXPEDITED US COMMERCIAL|
|26||Bellaire Air Freight|
|9||FedEx - 2 Day Service|
|13||FedEx - Express Saver (3-Day)|
|8||FedEx - First Overnight (8 AM)|
|14||FedEx - Ground|
|40||FedEx - International First|
|10||FedEx - Priority Overnight (10AM)|
|12||FedEx - Saturday Delivery|
|39||FedEx - Standard Overnight (3PM)|
|47||Golden State Overnight - CPS|
|44||Golden State Overnight - EPS|
|46||Golden State Overnight - ESS|
|43||Golden State Overnight - PDS|
|45||Golden State Overnight - SDS|
|31||Out of Shop|
|5||UPS - Consignee Billing|
|1||UPS - Ground|
|3||UPS - Next Day Air|
|7||UPS - Next Day Air Early AM|
|37||UPS - Next Day Air Saver|
|6||UPS - Saturday Delivery|
|2||UPS - Second Day Air|
|38||UPS - Second Day Air AM|
|34||UPS - SonicAir|
|36||UPS - Standard To Canada|
|4||UPS - Three Day Select|
|35||UPS - Worldwide Expedited|
|32||UPS - Worldwide Express|
|33||UPS - Worldwide Express Plus|
|19||US Postal Service - First Class|
|20||US Postal Service - Overnight|
|22||US Postal Service - Parcel Post|
|21||US Postal Service - Priority|
There's a setting in the XML Export transport that will output extrinsic data representing the item's review info. This is useful for outputting a lot of item-relevant data without creating a big extrinsic map. To use this, set "Item Info Format" to "XML: extrinsic named "item_info" with XML Structured data."
<ItemDetail> <UnitPrice><Money currency="US">63.5</Money></UnitPrice> <Description xml:lang="en">Postcards</Description> <UnitOfMeasure></UnitOfMeasure> <Classification domain=""></Classification> <Extrinsic name="item_info"> <Option name="Item">Postcards</Option> <Option name="Tag">postcard</Option> <Option name="Qty">250</Option> <Option name="Price">63.5</Option> <Option name="Buy Price">None</Option> </Extrinsic> <Extrinsic name="item_info_configuration"> <Option name="size">5.5" x 8.5"</Option> <Option name="paper">#100 matte cover</Option> <Option name="cutter">-</Option> <Option name="ink">color front and back</Option> <Option name="coating">None</Option> <Option name="packaging">None</Option> </Extrinsic> </ItemDetail>
PageDNA offers an API to set inventory levels on items of your store programmatically. Please go to the Plans tab at http://pagedna.com/plans.php to see pricing. Please contact firstname.lastname@example.org if you are interested in trying the feature out.
Once enabled for your account, the configuration/test menu item is called "Inventory XML Setup" and is visible under the "Integration" section of the menu.
The configuration parameters are described below. After configuration is done, you can set up your application to generate XML according to the simple XML format described below, and control the "on hand" levels of the PageDNA site. POST the XML to:
The "org", "secret" and "sitecode" are configurable and must be present in the XML. "site code variable" is not needed unless your XML generation must send multiple, different site codes.
The "who" should represent the person making the update and will be visible in Inventory History reports on PageDNA. Adjustments can be "absolute", meaning the on hand value is set to the amount, or "relative", meaning add the amount to the on hand value. Negative amounts are allowed in either case.
<inventory org="xxx" secret="" who="tlownds" sitecode="xxx">
<adjust mode="absolute" amount="0">
<adjust mode="absolute" amount="0">
<item stock_tag="tshirt" variant="S"/>
<adjust mode="absolute" amount="0">
<item stock_tag="tshirt" variant="M"/>
<adjust mode="absolute" amount="0">
<item stock_tag="tshirt" variant="L"/>
The stock_tag must match the item stock_tag, or the item tag if that is blank.
If you need to have this site accept multiple site codes, then choose a Site Code Variable and make a corresponding entry in the Division Editor's extra vars area. Then any site code in Division Extra Vars will be accepted. The item does not need to be filtered into that division.
<?xml version="1.0" encoding="utf-8"?>
<?xml version="1.0" encoding="utf-8"?>
<error msg="not found!">
<item stock_tag="tshirt" variant="L1"/>
<?xml version="1.0" encoding="utf-8"?>
<error msg="Cannot validate"/>
Table of Contents
This section describes PageDNA’s policies regarding file storage for various parts of the system.
Production artwork files for live orders are stored on the server for 60 days, after which they are deleted. Order files can be regenerated after this point, but there is no guarantee the file will be the same file that was generated for the user initially. See Site Variables for more information.
Preview files generated while a user is ordering (where the order is actually submitted) are stored for 1 year from order date. These files can sometimes be used to "Prove" that a user really was presented with a proof for what they later claim was a production error.
Files that are uploaded by users and included on live orders are stored for 1 year from the date of order submission.
Any end-user uploaded files that are not linked to orders are deleted after 30 days to keep file storage under control.
PageDNA stores order information (but not artwork files) indefinitely. This allows future orders to be re-ordered at any time in the future. The old order data is sent through the current style (layout) on the site. More information on this is found in the Re-Order section of our documentation. Sites that are marked RIP have order data deleted when the site is removed from the server.
Table of Contents
PageDNA ensures compatibility with the following supported browsers:
Mozilla's FireFox 3.0 and above for Mac and PC
Microsoft's Windows Internet Explorer browser version 8 for PC
Microsoft's Windows Internet Explorer browser version 7 for PC (with some exceptions)
Apple's Safari browser version 4 and above for Mac
Google's Chrome browser for PC
As of March 2010, support for older versions of browsers are dropped due to low usage: FireFox 1 and 2, Safari 2 and 3. Support for Internet Explorer 6 will be limited after May 1, 2010. Internet Explorer 8 support officially added. Support for Google Chrome officially added.
FireFox is an excellent browser and has been supported since version 1.0. FireFox 3.5 is the number one browser version across all PageDNA sites.
FireFox 2.0 support ended due to low demand March 2010, however it is expected to function without problems. FireFox 3.0 usage is dropping due to popularity of FireFox 3.5 and may be ended at the next review of browser compatibility.
Internet Explorer 8 is an excellent browser and has been supported since March 2010.
Internet Explorer 8 is the number two browser (tied with Safari 4) across all PageDNA sites.
Internet Explorer 7 is supported with some exceptions. Some advanced administrative tools may not work in Internet Explorer 7. Some layout glitches may occur with Internet Explorer 7 since it has some trouble rendering CSS properly.
Internet Explorer 7 remains reasonably popular with 14% of users across all PageDNA sites.
Apple's Safari is an excellent browser and has been supported on the Mac since version 1.0. Version 2.0 and version 3.0 are no longer officially supported due to low demand as of March 2010, however they are expected to function without problems. Safari on the PC is not officially supported due to low demand however it is expected to function without problems.
Over 96% of Safari users across all PageDNA sites are on version 4, and version 4 is the second most popular browser (tied with Internet Explorer 8).
Google's Chrome is an excellent browser and has been supported on the PC since March 2010. Google Chrome for Mac will be supported once it is out of beta, but is expected to function without problems.
Google Chrome is the 6th most popular browser, just behind Internet Explorer 6.
Internet Explorer 6 presents unique challenges. It is very difficult to install and run on a new up-to-date machine, and has significant incompatibilities in behavior and rendering compared to all other modern browsers. It is extremely old (8 years) and there are much better alternatives available.
Despite this, there are enough users (across PageDNA sites, 6% as of March 2010, the 5th most popular browser), that it must still supported, albiet in a limited capacity:
For the storefront portion of storefronts until June 1, 2010.
For non-conforming site where specific user agent requirements have been agreed upon.
For administration portions of sites or PageDNA Hub or PageDNA's Home page until May 1, 2010.
Until it is impossible to run a IE6 on a machine that is fully patched/updated. That may happen when Windows XP reaches end-of-life or when Windows Update forces an update to IE7.
Until it is impossible to install IE6 on new machines including virtual machines. If a developer cannot get access to IE6 anymore, we can no longer support it.
Please note that Microsoft will end support of Internet Explorer 6 for XP SP2 on July 13, 2010. Major websites have ended support of Internet Explorer 6. Many security organizations and even some countries have recommended against its use.
Browsers for desktop/laptop machines other than the supported browsers will very often function as well. We avoid user agent-specific logic where possible to improve compatibility with all browsers. Alpha and beta versions of browsers are not supported.
If your items or Storefronts are not displaying as expected, especially after editing them, it may be caused by old information being stored in your web browser. In order to remove that information and force the browser to reload with new information from the PageDNA site, you may need to clear the cache.
In order to speed up your internet browsing experience, modern web browsers will save images, preferences, and histories of the various sites that you visit so they don't have to download all those items each time you visit the same site. This process is called cacheing.
While cacheing is handy, since it makes loading web pages faster, it can also cause an occasional issue if an item on a web page has been updated but for some reason your browser's local store, or cache, of that same item fils to get up dated. Then that occurs, it's best to empty the cache. This will force your web browser to download all of the items anew fro that site, thereby removing any conflict between old nod new versions of the web page's data.
The specifics of how to clear the cache on any given browser may change from version to version. However, we have included the general steps below for the browsers we currently support.
This process will remove some information stored on your computer by websites. In some cases that can include usernames and passwords that are being stored by your browser. Be sure that you have that information stored somewhere other that just in your web browser before proceeding.
Internet Explorer 7
From the Tools menu in the upper right, select Delete Browsing History.
Next to "Temporary Internet Files", click Delete files and then click Delete Cookies. This will delete all the files that are currently stored in your cache.
Click Close, and then click OK to exit.
Internet Explorer 6
From the Tools menu, click Internet Options. The Internet Options box should open to the General tab.
On the General tab, in the Temporary Internet Files section, click the Delete Files button. This will delete all the files that are currently stored in your cache.
Firefox 3.5 for Windows
From the Tools menu, select Clear Recent History.
From the Time Range to Clear drop-down menu, select the desired range; to clear your entire cache, select Everything.
Click the down arrow next to Details to choose what history elements to clear (e.g., check Cookies to clear cookies). Click Clear Now.
Firefox 3 for Windows
From the Tools menu, select Clear Private Data. Check Cache and Cookies then click Clear Private Data Now.
From the Safari menu, select Empty Cache and Cookies.
When prompted, click Empty to confirm that you want to empty the cache.
Firefox 3.5 for Mac OS X
From the Tools menu, select Clear Recent History.
From the Time range to clear: drop-down menu, select the desired range; to clear your entire cache, select Everything.
Click the down arrow next to "Details" to choose what history elements to clear. Click Clear Now.
Firefox 3 for Mac OS X
In Firefox, from the Tools menu, select Clear Private Data.
Make sure Cache and Cookies are checked, and then click Clear Private Data Now.
When building sites, you may from time to time need to add HTML codes to format text displayed on the ordering system to users. For example, you might want to add a note in the color red next to an item.
There are a number of free reference guides available on the Internet that explain how to use HTML. Following are a few recommended starting spots
Note that this is different from changing the layout on the imprint of a variable item. HTML is only used to change the display of copy elements on the site such as the "Catalog Note" for an item or a label shown next to an item in a form.
Please contact us at support@PageDNA.com if you have comments or concerns or need further clarification on how to implement custom HTML on your site.
Planned System Maintenance Windows are twice every week on Wednesday evening PST and Sunday morning PST. Planned maintenance happens during the maintenance windows only. Downtime is likely when there is planned maintenance. The maintenance windows are not used every time. View the System Status page to see upcoming maintenance windows.
Code/application updates happen every Friday. Code undergoes black box/unit testing as well as white box/system testing before the code update process is started. The code update process does not cause downtime. The code/application updates does not affect any site configuration. The development team strives to keep site behavior the same, although part of the point of updating the application is to improve imperfect behaviors.
The code update policy is that no site behavior is changed such that notification to the customers is necessary.
PageDNA, Inc. takes a rigorous approach to data security and gets daily certified for PCI DSS (Payment Card Industry Data Security Standard) by McAfee Secure. You can learn more about this certification at:
You can directly download the PDF documentation from:
To display a "secure site" logo, go to menu item Site Footer and check "Show Credit Card Certification" near the bottom.
The following list highlights requirements for PCI DSS certification:
Build and Maintain a Secure Network
Install and maintain a firewall configuration to protect data
Do not use vendor-supplied defaults for system passwords and other security parameters
Protect Cardholder Data
Protect stored data
Encrypt transmission of cardholder data and sensitive information across public networks
Maintain a Vulnerability Management Program
Use and regularly update anti-virus software
Develop and maintain secure systems and applications
Implement Strong Access Control Measures
Restrict access to data by business need-to-know
Assign a unique ID to each person with computer access
Restrict physical access to cardholder data
Regularly Monitor and Test Networks
Track and monitor all access to network resources and cardholder data
Regularly test security systems and processes
Maintain an Information Security Policy
Maintain a policy that addresses information security
This certification means, for example, that we always store or send credit card data in encrypted formats. As part of the process of getting certified, we met and exceeded all requirements.
Table of Contents
The PageDNA storefront system has extensive support for international requirements - we continue to add more support as our business grows rapidly outside the United States.
Below, please find a summary of our capabilities at this moment. If you don't see something that you need - just ask. Our support staff can help collect your requirements and bring in our development group.
PageDNA supports the ability for a storefront to toggle Its display language between almost any language seen in the list at http://www.microsofttranslator.com This capability touches storefront template text (site copy and instructions), item descriptions (the "long name" of item as it appears in the catalog) and error messages.
PageDNA Documentation is found at:
While we can add more, the languages we have worked with so far include:
Example: English selected:
User selects Chinese (simplified) from drop down list - storefront display is translated:
There are other options for changing the language besides the dropdown -e.g. the front page could show the language options and force the user to select before they go further.
We have different mechanism for translating text in emails sent by the system, as well.
We can filter which items are displayed based on the current language, separate from any normal division filtering.
For example, a French Canadian customer may only wish to see the French localized versions of products when ordering, while a US-based customer for the same entity wishes to only see English versions.
Storefront text translations can be provided by a client or sourced by PageDNA. The entire text of a storefront can be downloaded into an excel spread sheet. - We recommend this step after the site is completely configured, all products have been added and the entire system has been tested. That way the system only needs to be translated once. If the translator can translate directly in the excel file, our tools can be used to add the new text th the system quickly and easily by copy and pasting the information. Another option that works well is to take screen shots of the site and allow your translator to provide translations as notations in a pdf file.
PageDNA doesn't currently offer any inline typesetting translation services of documents, but recommends a resource at a third party who may be able to provide dedicated translation services:
Andrew Lindquist | Business Development Manager | Global Translation Services | RR Donnelley
One Embarcadero Center, Suite 200 | San Francisco, CA 94111 | USA
We support typesetting of almost any type of font: Postscript, OpenType, TrueType, dual-byte fonts. As an FYI, we have live identity programs typesetting Chinese for Fortune 100 customers. The system has provisions for handling North American and international phones differently in the configuration forms, so that identity rules for phone formatting are enforced.
Each storefront can support a single sales tax nexus. We support:
US Tax - database updated monthly
Canada - database updated monthly
US & Canada Combined - database updated monthly
Flat Tax (GST, VST, etc)
We have extended our sales tax system in the past to handle new customer requirements - for example, the US & Canada combined option above was developed expressly for a customer with offices in both countries.
Each storefront can support a single currency. Currencies supported currently include USD, AUD, Pounds Sterling, and Euros. Additional currencies can be added.
Regarding currency conversion:
Many storefronts use real-time credit card services, which perform currency conversion from the customers local currency to that of the merchant account holder (USD).
If using USD for denomination, you could link to an outside currency converter in the billing page template to let users convert that currency into their local denomination before proceeding. This would be a link to an outside service - not an in-line currency conversion feature.
If you require transactions in multiple currencies, other options are available, including building a single master storefront that routes users to other storefronts using the local currency.
Dates are also localized, both for time zone and format - based first on user preferences (the PageDNA admin), then site preferences (the PageDNA platform user).