Support

March 19, 2014 at 3:24 pm

Support Staff

I understand your frustration, but usually these issues arise because there is a lot of settings and variation, hence the need for support forums (ie, I just retested the infusionsoft integration on my local server and have it working, so it must be a configuration issue that we hopefully we can figure out).

Regarding issue 1) “Contact data isn’t properly updates in Infusionsoft”:
-is it getting inserted into Infusionsoft ok, but just not getting updated when you change the contact’s information in event espresso? or is the contact info not getting inserted into Infusionsoft at all? Or is the problem that only part of the contact’s info in Event Espresso is getting inserted into Infusionsoft? It would be helpful if you could please provide a screenshot of what info you have in Event Espresso and what is in Infusionsoft for an example contact.

Regarding issue 2) “Payment gateway isn’t working”:
-I assume you have selected the “Infusionsoft payment settings” right? (Because the infusionsoft addon can work with other payment methods) If so, what do you have selected as you Merchant Account Type in Infusionsoft? What hack did you try to fix it? And what error message did it show when your system crashed? (ie, was it a PHP fatal error? or was there an error in Infusionsoft’s admin?) It sounds like the Merchant Account type you are using requires country info to be included in the request, but we currently aren’t sending it. This is probably an issue we can fix quickly, but it would be helpful to know which Merchant Account type you are using so we can reproduce the issue and verify we’ve resolved it

March 19, 2014 at 4:06 pm

Dear Michael,

thanks much for your reply! Really appreciated.

1) It just updates some info in infusionsoft. Looks like a classic field mismatch.
Got a screenshot, where could I send that one to?

2) Yes, I use the infusionsoft gateway. It comes back to me with:
“Error: Error Code: 5 Invalid address: Country code is null or blank.”
Merchant account in infusionsoft is running on Worldpay.
I tried to add a variable “BillCountry” in the ee files. Had a PHP fatal error afterwards. So I might use some detailed guide on how to add this variable somewhere or how to tell the API about the country.
However I set the Default Country option for orders in ecommerce but it didn’t help.

Mike, again many thanks for taking care.
Have a great evening,
Sebastian

March 19, 2014 at 4:37 pm

Support Staff

Re 1) Could you please upload it to a service like Awesome screenshot or upload it to a public google doc or something? What info is it not updating that you would like it to?

Re 2) Yeah you shouldn’t need to hack the code like that. We’ll try to have a hotfix for that soon

March 20, 2014 at 3:31 pm

Dear Michael,

1) here we go:
http://www.cruiseadors.de/fieldmismatch.jpg

2) That would be really great. What would be the next on this one as this is my most urgent matter in this case.

Again, many thanks!
Sebastian

March 21, 2014 at 12:01 pm

Support Staff

hey sebastian,
1) yes we investigated and it turns out infusion soft has 4 different types of address info we could provide: “billing”, “shipping”, “other”, and “credit-card billing”. In the API the names for the different fields for the different types of addresses were quite convoluted so we were partially filling out “billing” info, and partially filling out “shipping” info (we were, however, correctly filling out the “credit-card billing” info). I’ve updated the code so we are now filling out both “billing” and “shipping” info and it is being internally tested.

2) I also modified the code so we are sending the billing country info to Infusionsoft, which is also being internally tested.

We will let you know when we have the hotfix ready for download

March 22, 2014 at 1:44 am

Hi Michael,

again many thanks for your prompt help.
I know you guys are on it but as you know everything in regards of payment is a quite time sensible matter. 😉
Do you have a rough estimation for me, when the hotfix could be provided?
Would need to plan if I can afford to wait for it or implement a temporary other payment interface.

Thanks much,
Sebastian

March 24, 2014 at 12:40 am

Hi Michael,

sorry for beeing pushy on this one, but we are desperately depending on the payment gateway to work.

Do you have an update for us?

Thanks much in advance,
Sebastian

March 24, 2014 at 12:22 pm

Support Staff

Hi Sebastian,

Michael has created a hotfix for this issue, but we have been unable to reproduce the issue and therefore haven’t been able to test the hotfix. We will send the hotfix files to you via email using the email address in your account.

Does that work?

Jason Keller

March 24, 2014 at 1:05 pm

I am also have the issue where only part of the contact information is loading into InfusionSoft. We are getting the name, email address and the zip code is being added into the last 4 digits of the zip code section in InfusionSoft. Company information, Job Title and Ph# (as well as address) are not translating into Infusionsoft.

March 24, 2014 at 3:50 pm

Seth,
many thanks for sending the hotfix. Indeed, the fields now match and the Transaction works, BUT unfortunately now I got THREE NEW problems.

1) Unfortunately the amount is charged twice!
After a successful transaction the amount is charged twice in IS. The invoice states a due balance of the exact same amount. Here are the screenshots. It triggers a second, unnecessary manual payment in IS. Can you pls. fix that?
http://www.cruiseadors.de/double_calls.png
http://www.cruiseadors.de/double_invoice.jpg

2) Country field would need to be a dropdown or fixed to “Germany”
As the country field is a textfield and people might type in any crappy version of their origin we are running into problems if one doesn’t exactly type “Germany” but goes for “Deutschland” or something like this. If they type anything else: Error, no transaction possible.
Exact error code:
Error: Error Code: 5 Invalid address: Country code “Deutschland” is not a valid ISO-3166 country code.

3) The Tax field in IS needs to be filled
As the API creates a new product each time an event is beeing booked for the first time the API would need to set the fields in the product page to the following values:
Taxable = YES
Country Taxable = YES
Otherwise IS won’t show any Tax rate or amount on the invoices that are send and desperately needed by law in there.

Can you pls. help and rework the code to make this add on work properly?

Thanks much for your help in advance,
Sebastian

March 24, 2014 at 4:43 pm

Support Staff

@Jason please create a new thread for your particular issues, because they are somewhat different than what Sebastian reported. Also, please note that we have documentation about capturing custom field data here: https://eventespresso.com/wiki/infusionsoft-addon/#custom_fields

March 25, 2014 at 11:27 am

Dear Michael & Seth,

can you pls. pls. come back to me on the 3 new issues?

I have to put this site live, as we are already late a week.
It all depends on the working payment gateway.

Thanks for your help,
Sebastian

March 25, 2014 at 12:31 pm

Support Staff

Sebastian, we need to discuss these changes internally, as they are not simple fixes. This is the first that we are hearing of this issue and have been unable to reproduce it.

March 25, 2014 at 1:00 pm

Support Staff

@Sebastian we are looking into issue #1 to try and find the issue/fix.

For #2, I think we should just provide a filter that you can use to change the input to a dropdown, because different payment providers will want different things. Some may require 3-letter country ISOs, etc.

For #3,I think we will provide a filter when creating an event so you can send any parameters you want to IS.

Does that work for you?

March 25, 2014 at 1:37 pm

Hi Seth,
thanks much for your reply! Really appreciated.

#2
I don’t understand how the filter is supposed to work but if it helps narrowing it down to given options in a dropdown, I’m perfectly fine. I can add the countries manually to any form you provide. Not afraid of any work from my end. Happy to do so, we just need to make sure that we are hitting exactly the term IS is requiring to make the transaction work.

#3
Sounds fantastic if thats feasible, same thing here, don’t quite know what filter means. But if there is any chance I can tell the API what to tell IS without me trying to hack PHP it be more than greatful at this moment of time.

I don’t know if you have the time to get me on board on the “filter” with two more sentences. However the most important thing to us is to get this to work as we are loosing money each and every day without payment.

If there is anything else I could do to help out. Even in providing access to my IS app or anything let me know. Anything that accelerates the solution is happily welcome.

Thanks very much for your help,
Sebastian

March 25, 2014 at 1:52 pm

Support Staff

Sebastian,

Put simply. A filter is a place in a plugins code that can be overridden by a PHP function that is loaded from your theme’s functions.php file.

Please read the following articles so that you understand how actions and filters work in WordPress:

https://code.tutsplus.com/articles/the-beginners-guide-to-wordpress-actions-and-filters–wp-27373

http://wpcandy.com/teaches/how-to-use-wordpress-hooks/#.UzHdu8cinRA

Basically, we will add the filters to our code in the add-on. Since we have no idea what data you want passed to Infusionsoft, it will be up to you to create the functions that will pass the required data to Infusionsoft.

March 25, 2014 at 4:08 pm

Support Staff

yeah we have another hotfix ready for testing which we will send shortly.
Your issue #1 was resolved (it was a bug added a while ago when we made the IS addon work even if you aren’t using IS as a gateway)

Issues #2 and #3 are customizable via hooks (because what you want isn’t necessarily what all clients will want). Add this code to your functions.php file with the next hotfix to resolve them

March 25, 2014 at 4:08 pm

Support Staff

Issues #2 and #3 are customizable via hooks (because what you want isn’t necessarily what all clients will want). Add this code to your functions.php file with the next hotfix to resolve them

March 25, 2014 at 4:34 pm

Thanks Michael! Will wait for your eMail.
Really appreciated!