Closed GoogleCodeExporter closed 9 years ago
This is a known issue and one that's actually native to the platform,
unfortunately there's not much we can do about it.
Original comment by kbro...@gmail.com
on 12 Jul 2012 at 3:38
Thanks for the update. Has this been submitted to SFDC as a known issue (so
that I can track its progress and eventual resolution, I hope, on the known
issues site), or would be helpful to submit it?
Original comment by benj.k...@gmail.com
on 12 Jul 2012 at 7:35
Its not considered an issue, its working as desgined. It harkens back to SFDCs
sales roots, the assumption that the main Account phone would be the same as
the work phone. Not even something you can override in code!
Original comment by kbro...@gmail.com
on 13 Jul 2012 at 1:46
I've been playing around with this a bit more, and I think that the behavior is
actually being caused by this workflow rule: "Phone only: Paste to Work"
When I turn it off, the Account Phone is just saved as "Phone," but not carried
into Work Phone, and it doesn't enter overwrite data I've entered so that I
lose it.
I've run out of time today, but I'm working on playing with this logic to
handle this situation, and I'll report back.
Original comment by bk...@healthleadsusa.org
on 13 Jul 2012 at 8:38
Hi Kevin,
I was able to make a work-around for this using a custom List Button to replace
the "New Contact" button. I understand that this probably won't make it into
the NPSP, but am leaving it hear in case others have a similar problem and find
this solution:
/003/e?accid={!Account.Id}&con10=""&00NA0000008BdFV={!Account.Phone}&00NA0000008
BdFN="Work"
Original comment by bk...@healthleadsusa.org
on 23 Jul 2012 at 2:49
Original issue reported on code.google.com by
benj.k...@gmail.com
on 10 Jul 2012 at 7:31