I'm having trouble figuring out what's going on with the two Payment Providers included with the Store's source. Looking at PayPalPayment and AuthNetPayment's source, it seems that different information is being sent.

Firstly, we have these properties in the class OrderInfo:

    public decimal OrderTotal
    {
      get { return mOrderTotal; }
      set { mOrderTotal = value; }
    }

    /// <summary>
    /// The grand total summing the OrderTotal, TaxTotal, and ShippingCost
    /// </summary>
    public decimal GrandTotal
    {
        get { return mOrderTotal + mTaxTotal + mShippingCost; }
    }

Okay, so it's obvious here that OrderTotal is merely the total of the items, which can be confirmed  by looking at the stored procedure Store_Orders_GetOrder. GrandTotal is also, obviously, not deprecated code. It's actually used in both CustomerOrders.ascx and Checkout.ascx.

Here's where I become confused. Sending the OrderInfo to the PayPal Payment Provider results in this being sent to PayPal:

payPalURL += "&amount=" + HTTPPOSTEncode(orderInfo.OrderTotal.ToString("0.00"));
payPalURL += "&shipping=" + HTTPPOSTEncode(orderInfo.ShippingCost.ToString("0.00"));
payPalURL += "&tax=" + HTTPPOSTEncode(orderInfo.Tax.ToString("0.00"));

I'm assuming that PayPal sums up these three values by itself and charges the final amount to the user's account. This page seems to confirm that shipping and tax are not simply sent for informational purposes: https://www.paypal.com/IntegrationCenter/ic_std-variable-reference.html

However, the Authorize.Net Payment Provider only sends the following information:

NVCol.Add("x_Amount",                orderInfo.OrderTotal.ToString());

If shipping and tax aren't actually part of the OrderTotal, and they're not being passed to Authorize.Net for that third party to sum up on its own, then why isn't the GrandTotal being passed to Authorize.Net? Is there something I am missing here?

So, nobody else has noticed this bug before? Are you confirming that it's a bug simply by looking at my code, or did you check the source yourself? It's possible that I have missed or misunderstood something. I found this simply by looking at the source code, and have not tested it at all.

I checked the issue/enhancement log and didn't see anything concerning it, but I still find it hard to believe that I'm the first to notice this bug; the discrepancy (missing the shipping and tax whenever you use Authorize.Net) should have been fairly obvious during testing, if it's real.

Hi there

I am developing a TaxProvider specifically for South Africa. We have one national Value Added Tax (VAT) rate which might change sometime in the future.

I seem to have all the necessary items in place to have it working in development. However now I need to deploy it to my production machine. My big issue is with the store.config file and how to set up my Tax Provider to work with the store.

I am using VS2005

Can you help?

Darrel Schreyer