Copied to clipboard

Flag this post as spam?

This post will be reported to the moderators as potential spam to be looked at


These support forums are now closed for new topics and comments.
Please head on over to http://eureka.ucommerce.net/ for support.

  • Simon Osborne 108 posts 150 karma points
    Oct 17, 2011 @ 13:36
    Simon Osborne
    0

    SagePay: The BillingState field is required

    Have been going through the Sagepay itegration for uCommerce and get the following at the "checkout/submit" page.

    Error: Malformed, Message: 3147 : The BillingState field is required

    What needs to be modified to supply this to SagePay?

     


  • Søren Spelling Lund 1797 posts 2786 karma points
    Oct 17, 2011 @ 16:26
    Søren Spelling Lund
    0

    Hi Simon,

    You'll need to override the RequestPayment method on the default SagePayPaymentMethodService.

    Out of curiosity: Is this a setting in SagePay or a default?

  • Simon Osborne 108 posts 150 karma points
    Oct 17, 2011 @ 16:53
    Simon Osborne
    0

    Hi Soren,

     

    Do you mean to include the State value? If so can you give an example of what is required.

    As it currently stands it looks as if the default SagePayPaymentMethodService doesn't support selling to the US?!

    RE:Out of curiosity: Is this a setting in SagePay or a default? 

    Not sure what you meant by that but the error occurs prior to landing on the Sagepay site, and I have not changed anything in relation to what is passed through to SagePay.

  • Søren Spelling Lund 1797 posts 2786 karma points
    Oct 21, 2011 @ 00:02
    Søren Spelling Lund
    0

    Sorry I haven't seen SagePay used for sales outside the UK yet hence the confusion.

    I went ahead and added the state field for you in the latest 2.1 prerelease.

  • Simon Osborne 108 posts 150 karma points
    Oct 21, 2011 @ 00:06
    Simon Osborne
    0

    Thanks Soren,

    Most of our clients use SagePay and a few rely on US orders.

    What do you suggest - do I upgrade to 2.1 prerelease or for the short term override my current copy?

  • Søren Spelling Lund 1797 posts 2786 karma points
    Oct 21, 2011 @ 15:00
    Søren Spelling Lund
    0

    Go with the upgrade.

  • Simon Osborne 108 posts 150 karma points
    Oct 24, 2011 @ 14:39
    Simon Osborne
    0

    Have upgraded to 2.1, and modified my checkout xslt e.g. UpdateAddressInformation[xslt], but I now get:

    Error: Malformed, Message: 3148 : The DeliveryState field is required..

    Does this mean the SagePay service needs updating to include it also?

  • Søren Spelling Lund 1797 posts 2786 karma points
    Nov 07, 2011 @ 16:50
    Søren Spelling Lund
    0

    I forgot to add a field to the provider. It's there in the latest 2.1 package.

  • Tony Kiernan 278 posts 341 karma points
    Nov 15, 2011 @ 12:06
    Tony Kiernan
    0

    Has this gone beyond prerelease?  I'm having the same issue

  • Tony Kiernan 278 posts 341 karma points
    Nov 15, 2011 @ 12:06
    Tony Kiernan
    0

    Has this gone beyond prerelease?  I'm having the same issue

  • Tony Kiernan 278 posts 341 karma points
    Nov 15, 2011 @ 12:07
    Tony Kiernan
    0

    Has this gone beyond prerelease?  I'm having the same issue

  • Tony Kiernan 278 posts 341 karma points
    Nov 15, 2011 @ 12:07
    Tony Kiernan
    0

    Has this gone beyond prerelease?  I'm having the same issue.  And, the link is dead

  • Tony Kiernan 278 posts 341 karma points
    Nov 16, 2011 @ 13:27
    Tony Kiernan
    0

    For others info (and hopefully posted just the once) the link is corrupted.  Should be http://www.ucommerce.dk/releases/uCommerce-2.1.0.0.zip

  • Tony Kiernan 278 posts 341 karma points
    Nov 17, 2011 @ 14:43
    Tony Kiernan
    0

    FYI: This still throws up an error if no (or an empty) state is passed. 

  • Søren Spelling Lund 1797 posts 2786 karma points
    Nov 29, 2011 @ 15:24
    Søren Spelling Lund
    0

    Hi Tony,

    I deliberately made the fix so it wouldn't include the billingState and deliveryState if no value is present. Should I take it that in some circumstances the field is actually required? The reason I ask is that I just ran a couple of transactions through the simulator and can't reproduce it so I assume that it might be caused by differences in our set up of the gateway account.

  • Tony Kiernan 278 posts 341 karma points
    Nov 29, 2011 @ 22:24
    Tony Kiernan
    0

    Yes, it was fine with our testing account.  As soon as I moved to the client's credentials the error began to occur.  I would assume there's something in their set up.  I've not really had the time to look into why now it's working.

  • Søren Spelling Lund 1797 posts 2786 karma points
    Dec 13, 2011 @ 13:41
    Søren Spelling Lund
    0

    I recently had a similar issue with the simulator behaving differently from the test environment. Maybe this is what you're seeing?

    In the other case though it affected how voids were being handled for newly authorised transactions.

Please Sign in or register to post replies

Write your reply to:

Draft