Receipting from PaaS

[CnP.Support]

Sara,

Just for completion of this post you may want to see: http://forums.clickandpledge.com/con...y-To-addresses

Cases like listed require that the Receipt Reply To address be set as to something like: [email protected] - otherwise Yahoo or AOL will bounce the email.

Hope that helps.

[CnP.Support]

Good day!

The notification email is expected to be the default contact person. The reply to address could go to [email protected]

This feature is not a bug - it is by design and has been the same way since 2000 when we started.

Our reasoning may be flawed but it is not a bug. We take bugs personal

[schieco]

Thanks for looking into this. I understand the options and we will choose one.

I hope you can understand that using the Receipt / Email Notification field instead of the Receipt/Reply to email certainly seems like a bug. the Receipt/Email Notification field can have many addresses in it - is there any plan to change this behavior to use the "Receipt/Reply To" email which certainly seems like it's the email which is supposed to be used?

Thanks,
Sara

[CnP.Support]

Sara,

I did a test transaction and received the receipt. In reviewing your account: 25705

The transaction XML shows the following:

<Receipt>
<SendReceipt>true</SendReceipt>
<Language>ENG</Language>
<OrganizationInformation><![CDATA[]]></OrganizationInformation>
<ThankYouMessage><![CDATA[]]></ThankYouMessage>
<TermsCondition><![CDATA[]]></TermsCondition>
<Deductible>false</Deductible>
</Receipt>

The node for the OrganizationInformation is blank - no data is being passed.

When no data is being passed the information comes from the default setting in the Profile since no WID node is being passed.

You have 2 choices:

- either pass the OrganizationInformation as a node as shown above and pass the data you want
- or pass a WID and customize the header by adding the text to the Organization Information for the checkout page whose WID is being used.

As stated before WID's are shortcuts to pass information for any API posts. This was stated in several posts earlier.

In the absence of any information, e.g. <OrganizationInformation> or WID the system will build the header using the following information from the Account Info > Profile

- Address 1
- Address 2
- City, State, Zip
- Country
- Receipt / Email Notification
- Phone

As you see in the Profile page this information is in the Account Info > Profile



which matches your receipt:



I hope that clarifies the question.

[schieco]

p.s. as a note of possible interest, this issue with the email in the receipt is in production, too, which is why I brought it up to begin with. if it were only in expbox (sandbox with test account), we would be okay with that.

[schieco]

Yes, it is. I am glad to hear you are the one person on this, but in that case I am really confused by why there is so much churn on what I would think should be a pretty straightforward question on why one email adddress in organization information is pulling from what seems like the wrong location.

You pasted in an initial post on this thread which was not related to this. Initially i was trying to understand where the receipts were coming from and why people weren't getting them when we were getting copies of them. That was resolved. Then I needed to understand where the various elements of the receipt were pulling from - Account Info was one place but the name of the test org was wrong, which you fixed, and the email address is also not correct. This entire latter part and all pasted in images was always in our test system - there's no way we could be doing any testing in production.

This is why i suggested a phone call, since we are clearly going around in circles on this last email field question and the last posts have not been relevant to that issue.

Sara

[CnP.Support]

Sara,

To make sure we are on the right account. Please confirm this is the account you wish for us to test.

[CnP.Support]

Sara,

I am familiar with your account and have been working with you on this case since your first post. I am the developer that has worked on this platform and the API so I know this platform inside out.

In your post earlier you posted:

=================
Hello,

I'm sorry for the delay, I was never notified of your response for some reason.

Account Number: 26809
Do you want the Salesforce Org ID? Or which? Salesforce: 00Dd0000000gHXb

How do I grant login access to C&P?

Thanks!
Sara
=================

I logged into that account.

We are getting conflicting posts and what we check and what you say are not matching. I will login to the new Organization ID and test.

[schieco]

You should not be in production! I assumed you were in the sandbox since this is the test version. Please remove any record there immediately as it affects access to the portals. I assume you aren't familiar with our account if you ask if we can set it to test mode - since we get almost 200K transactions in 3 months, and we are in that period now. This was already discussed earlier - it seems that different people are responding to this thread?

You were granted access to expbox already and it says you have 20 days left. please use this system: 00DJ0000003O04M

Sara

[CnP.Support]

Sara,

I just tried to run a transaction and received a decline.

This form is in production and as such we can't test it. Here is what I see in the posted stream: <OrderMode>Production</OrderMode>

Is it possible to put this form in "Test" mode?

[schieco]

It's not a form, it's an internal visualforce page in our salesforce instance. Do you still have login access? If so, you would go to a school account (any account where record type = school), make an opportunity off of it for fee waivers or school subscription, (make sure the stage you set is Negotiation/Review) and then on the opportunity you would push the make payment button. That brings up a payment processor page.

Thanks,
Sara

[CnP.Support]

Sara,

Please send us the link to your form so we can test it. I need a link so we can run a test transaction on.

[schieco]

I'm sorry, but this is not what we are seeing. I wish you would refer back to my original question, where I pasted in a visual excerpt from our receipt - which has NOT that address you just pointed to, it has the address from the Account Info page. and it has NOT that email you are pointing to, but AGAIN, it has the email from the Receipt / Email Notification: address. Now you are pointing to some wizard page that has nothing to do with what is on our receipts. It makes perfect sense to me that the address on the Account Info page is on our receipt for our organization, just to reiterate the problem is the EMAIL. The Receipt/Email Notification email address should NOT be on our receipts. It makes no sense for that to be the one included.

Please see post #19.

Please advise,
Sara

[CnP.Support]

Good day!

We reviewed all these transactions and all are behaving as expected. Here is what is going on.

All posts to our API require a parameter for the checkout page to be used as reference. In the absence of a reference WID the default WID will be used.



Checkout pages have a setting called "Default". In your case - see below:


If you go through this page and reach the section titled "Organization Information" - see below:


Information from this section will be used for all Receipt Header information.

The idea behind this feature is simple - a site is typically designed by developers and once released (similar to your case) there is no point in constantly contacting them for every change of address or email. Using the address for a checkout page provides an easy way for the account to update the receipt without having to change the code.

In reviewing the transactions it seems like this field has changed several times.

Based on how the system is to behave the receipts should be showing the information that is currently in that field.

Are you seeing anything different?

[schieco]

Here you go (it's every transaction under this account, but here's a limited assortment):
and no, we have no such thing as a recurring transaction.

CNP:1504211300229511111

CNP:1504211502108721111

CNP:1504211757152561111

CNP:1504211825097351111

CNP:1504212007509431111

CNP:1504212027292051111

CNP:1504212338373911111

CNP:1504221142344151111

CNP:1504221145265241111

CNP:1504221157374461111

CNP:1504221203284301111

CNP:1504221242277581111