You need to sign in to do that
Don't have an account?
Mrdini
Access to Salesforce by non-Salesforce customers?
Hullo all,
Having recently come away very impressed by the Visualforce video, I have a query...
Is there a way to create a Salesforce page that will let the great unwashed mass input/modify data directly in our SFDC database, without needing to be a Salesforce user? (obviously, there will be access restrictions required).
Reason I ask is - so far, pretty much everything I've done works as follows:-
Form page on our server -> database -> PHP script -> SF API -> SF.
Is it possible to simplify this down to:-
Form page on SF site -> SF.
TIA!
Having recently come away very impressed by the Visualforce video, I have a query...
Is there a way to create a Salesforce page that will let the great unwashed mass input/modify data directly in our SFDC database, without needing to be a Salesforce user? (obviously, there will be access restrictions required).
Reason I ask is - so far, pretty much everything I've done works as follows:-
Form page on our server -> database -> PHP script -> SF API -> SF.
Is it possible to simplify this down to:-
Form page on SF site -> SF.
TIA!
What you say is true. However, in our experience, we have found web2case/lead to be very, very limited - we actually went from web2lead to the SF API due to the limitations.
Basically - we do lot of massaging the data before finally inputtting it in SF, i.e. checking for an already-existing email address & then updating an existing lead - sommething that isn't possible with web2lead AFAIK. (We were getting into duplicate hell with web2lead).
Not to contradict you or anything! But won't VisualForce allow me to do what I'm asking for, anyway?
(The only problem with VisualForce being that it isn't here yet! And won't be for a long time!)
Basically, my company sells widgets, for which we require an unique ID from every user we sell to. Whilst the current setup works, it would be really nice to be able to integrate this into SF somehow, so that users can enter their unique ID directly into the SF object. This would mean I wouldn't need to faff about with transferring data from our database to SF's database via the API.
Now, since we sell several hundred/thousand of these widgets, paying per user for the customer portal is a bit *winces*.
Guess Idea Exchange it is then...