What is JotForm?
JotForm is a free online form builder which helps you create online forms without writing a single line of code. No sign-up required.
At JotForm, we want to make sure that you’re getting the online form builder help that you need. Our friendly customer support team is available 24/7.
We believe that if one user has a question, there could be more users who may have the same question. This is why many of our support forum threads are public and available to be searched and viewed. If you’d like help immediately, feel free to search for a similar question, or submit your question or concern.
Sales Force: Ability to integrate separated fields with the address field in SalesForce.Asked by AmRed on November 30, 2016 at 12:36 PM
Hi! Love your form tool and want to integrate it with our Salesforce CRM at American Red Cross.
However, our internal routing requires that the states only use the two-character abbreviation and not the full name.
Can this be done? I really hope so.
Please let me know asap. We are hoping to launch this today or tomorrow.
address field modification state drop
Unfortunately, there is not a way to show a drop down in the "State / Province" section in the address field, but you could use a text box that will allow you to set special options where you can set the U.S states options with only two characters, upon checking your form I can see you have already added this field:
You could also add a widget to achieve this, it is the US States Picker and you will find it here: https://widgets.jotform.com/widget/us_state_picker
It allows you to abbreviate the states too:
Here's also how to add a widget to your form: How-to-Add-a-Widget-to-your-Form
Hope this helps.
Yes, but since the JotForm integration tool for Salesforce is a one-to-one mapping, there is no way to map the Salesforce "Address" field (which contains street, city, state, zip & country) with multiple text fields or drop-down boxes. At least I don't know of a way to do that with JotForm.
Is there a way to do that?
I have done some tests on my end and I can see in the integration wizard you will be able to map either the widget or the field:
This is what I have on my form, the first field is the drop down and the second one is the widget:
The info sent from the widget or the drop down is shown like this:
However, sending the info from the address field maps properly the info, what you could do is to add an indication in your form and ask to add the abbreviated states only instead of adding entering the complete state's name.
Otherwise you will need to create custom fields on your SalesForce account and map these fields from your form.
Maybe that's a difference between a Salesforce "Account" list and a "Lead" list. We are using "Lead" lists and mapping the "Address" Quick Field to the "Address" field in Salesforce.
Once the "Address" Quick Field is mapped to the "Address" field in Salesforce no other JotForm fields can be mapped to the Salesforce "Address" field.
Are you understanding my issue?
I apologize about any confusion we had before but, do you mean you're trying to map the address field with your leads list then?
I've tested this with our dev leads list and it's allowing me to map the field or were you wanting to double it with the other field?
Yes, I'm mapping to our "Leads" list in Salesforce.
I KNOW I can map the Quick Field "Address" module with the Salesforce "Address" field. That's NOT my problem.
My problem is our Salesforce internal routing REQUIRES that the states be sent to Salesforce as two-character abbreviations NOT the full state names spelled out as the Quick Field "Address" field is coded by you. (I don't understand why you don't give us the option to specify an alternate drop-down method INSIDE the Quick Field "Address" module - that would be very helpful - or provide two versions; one with the state abbreviations).
If on the form I create each part of the full address as separate text boxes and drop-down list boxes for states and countries and try to map each field individually to the Salesforce "Address" field I CANNOT do that, because the "Address" field in Salesforce is a single container with sub-fields for street, city, state, etc. that JotForm is not recognizing or seeing (although Wufoo does enable individual mapping of these sub-fields, so I know it IS possible).
Do you understand what I'm saying?
I can't see from your documentation that there is any workaround for this.
Thank you for the additional details.
Now, as I can understand your request is that you need to get the the abbreviated states instead of the full names, as we have already discussed on this thread this is not possible with the address field that can be found under the "Quick Fields" section.
There're widgets that will allow you to get the states abbreviation only, but they do not work since they cannot be mapped in the address field in your SalesForce account.
So I found a workaround to achieve what you want, but you will need to get the source code of your form to apply this, here's a guide that will help you with that: How-to-get-the-Full-Source-Code-of-your-Form
Once you have copied the source code paste it in a text editor and find the element with this class "form-address-state" which is the element where the state/province is captured in the address field.
Once you have found this field you will need to add a <select> HTML code to replace the current text box with a drop down with the US states and their values will be their abbreviation, the codes that needs to be added is this:
<option value="" selected> Please Select </option>
<option value="DC">District Of Columbia</option>
<option value="NH">New Hampshire</option>
<option value="NJ">New Jersey</option>
<option value="NM">New Mexico</option>
<option value="NY">New York</option>
<option value="NC">North Carolina</option>
<option value="ND">North Dakota</option>
<option value="RI">Rhode Island</option>
<option value="SC">South Carolina</option>
<option value="SD">South Dakota</option>
<option value="WV">West Virginia</option>
Now only pasting this code will not work since it will not capture the value selected so waht you need to do is to copy the info from the current state/province text box.
Here's a similar code about what you should find when you get the source code:
<input class="form-textbox form-address-state" type="text" name="q5_address[state]" id="input_5_state" size="22" />
Please copy from your code all the highlighted code and paste it in the <select> tag of the code given above, it should look like this:
<select class="form-textbox form-address-state" name="q5_address[state]" id="input_5_state">
This way the selected value will be captured and properly passed to the integration with SsalesForce and submission, emails, etc.
Do not forget to remove the original code from your form otherwise this will not work and you will have two fields.
Remove this: <input class="form-textbox form-address-state" type="text" name="q5_address[state]" id="input_5_state" size="22" />
Now, you will get in the state/province field something like this:
The full name will be shown, but the abbreviation will be saved.
This is how it will be shown on Salesforce:
Here's also the link to my sample form where you can see how it works on the forms end: https://shots.jotform.com/kevin/Content/Samples/1000863/
But do note that each time that you update your form you will need to update the source code and this change will need to be done as well.
Also, I will forward this thread to our second level in order to request our developers the ability to map single fields in the address field of SalesForce, do note that we cannot provide an ETA or ensure if this will be implemented, but we will let you know as soon as we get updates regarding this ticket.
If you have any question regarding the workaround I have provided, please let us know.
Thank you Kevin for that detailed response!!!
I will give it a try and let you know how it goes or if I have any further questions/issues.
P.S. I hope you're development team CAN implement that update. It would be great. The standard format for all addresses is to use the state abbreviation, not the full name of the state spelled out. In fact, the only time I see the entire state name spelled out is in a document referring to the state or in a book. Just food for thought. The standard format should always be the initial format for any tool you develop.
You're most welcome @AmRed.
This ticket will be reviewed by our development team and it will also taken into account the number of users requesting a similar functionality.
Also, do note that since the country field is open to different countries and not only to one single country then the state/province field is a text box so you could also add an indication text in your form to state that the abbreviated state field name should be entered instead of the full name.
However, if we get updates regarding this thread we will let you know.
I had such high hopes for this form tool, but I guess this is just NOT meant to be.
Your suggestion works fine to address the state abbreviation issue if I copy/paste the source code into my website's HTML page, but unfortunately I cannot do it this way, because there are existing styles on our site that interfere with the layout of your form and I have no control over them.
It's odd that you use unordered lists to contain your form elements. That's causing a problem because our site has a rule that creates bullets with red discs and additional padding between the discs and the list item content for all unordered lists. I have no idea why the original designers set up a default rule for that. I can't change it.
Since your form uses list items to contain its various elements this default rule breaks the layout.
Is there no way for me to update the source code in the form on your site?
Is there any workaround for this issue?
We do sincerely apologize about any inconveniences that this problem has caused you.
As far as I know the only workaround would be to use the form's full source code to try embedding that with the changes that you require.
Yes, I thought so. :(
As I mentioned that won't work for us due to the style conflicts.
Oh well. I'll have to start trying to find another form solution with more flexibility.
Thanks for your responses. We were so close. :(
HA! I found a workaround. By simply removing the opening and closing "<ul>" elements the "<li>" elements were not rendered as list items and the site's default styles had no impact on their display. Everything is looking normal again.
That's great news! And thanks for keeping us posted that you managed to get it sorted out.
If you need help with something else, we're just a question away. Enjoy your weekend!