salesforce提交流程怎么上传附件

首先，登录Salesforce系统。 然后，在提交流程界面点击“新建”，在d出的输入框中输入想要提交的信息，然后单击右上角的“上传附件”按钮，将你的附件上传到系统，最后单击“确认提交”按钮完成提交流程。

Salesforce有其强大的学习平台trailhead和社区salesforce help, 但是在日常工作中遇到的一些具体问题总要通过大量的搜索阅读才能找到相应的解决方案，因此萌生了记录日常遇到的一些配置层面的小的tips, 希望可以帮助有需要的人。

如何添加多个审批人

很多人会不由自主的想到用对列(queue)的方式，然后发现有些对象(object)不能被队列选用到，因此也就可能阻碍了某些审批流设置多个审批人的可能。

实际上,我们可以通过在审批流里面实现该功能：

1- 在审批流中，找到你的审批步骤并点击编辑，直到第三步(step 3)

2- 选择自动分配审批人(Automatically assign to approver(s))

3- 通过添加行(add row)来选择相应的用户作为审批人(approver)

4- 最后注意，在选择了多个审批人的情况下，一定要勾选通过审批的路径，如下：

     - 基于首次的回复或者批准 (Approve or reject based on the FIRST response)

     - 要求所有选定批准人的 一致批准(Require UNANIMOUS approval from all selected approvers)

作为世界最著名的客户关系管理软件巨头，Salesforce在CRM软件设计上有着深入的了解和过硬的设计和开发经验

诸如CRM这类企业级的软件中，表单类的界面非常多，这也促成了今天的这篇文章

一个优秀的表单到底要具备怎样的素质如何提高表单的用户体验和使用效率看看Salesforce的团队是怎么做的

Salesforce用户每天都在和表单打交道，无论他是销售人员、主管还是经理

所以，对于Salesforce而言，能否无缝地添加、编辑、删除信息就是确保企业生产力的核心因素和驱动力所在

这也是为什么Salesforce的UX团队将表单设计和编辑作为新产品LightningExperience的核心

1、标签&字段的对齐在Lightning中，表单里的标签和它所对应的输入字段是一起左对齐的，并且标签处于输入框的上方

这种设计方式可以让用户 *** 作更加省心高效，和之前的版本相比，用户在浏览和 *** 作的时候，只需要进行上下眼动就可以搞定一切，无需左右扫视

一切都是左对齐的虽然新的设计会在垂直方向上占用更多的空间，但是标签和字段的匹配会让整个界面在视觉上更加易用清晰

为了让用户在输入的时候看得更清楚，成对的字段和标签会更加靠近，两个不同的组之间的间隙会更大

无需左右扫视之后，用户可以更加顺畅地填写表单

在视图模式之下，我们采用了相同的原理来设计，这样使得信息的层次结构更优秀，同时确保了整体的可读性

2、设置默认值如果你是一名销售人员，你的工作内容可能涉及到同潜在用户进行沟通(也就是“Leads”)

如果你想在Salesforce中跟踪这些潜在用户的信息，那么通常你得先创建一个相应的档案

如果要这么做的话，可能会创建下面的这种Lead表单：在Salesforce中创建一个新的Lead表单看起来很简单，是吧但是如果我们仔细看看，就能逐渐找出这种表单在设计上的门道

第一个可编辑的字段是“Lead状态”，它包含了以下选项：无联系、有联系、开放状态、合格、不合格

研究表明，设置一个默认值会引导许多人在多种不同的语境和环境下选择默认选项

好了，回到最初的问题，如果你是一个销售人员，在同新的潜在用户的沟通的时候，第一次填写这个表单的时候，你可能会更倾向于选择“开放状态”而非空着不填写

好了，在绝大多数的情况下，新建一个Lead表单的时候销售人员会选择“开放状态”

而在之后每次新建这类表单的时候，在这个字段上耗费一两秒来进行选择

但是如果这种表单的数量非常多，比如有几百份，那么这个修改成本就非常之高昂了

这就是为何要为一些字段设计默认值

3、预填写相关字段许多记录的相关页面会根据“发布者”来执行一些预制的 *** 作，比如创建新的任务和事件(我们在淘宝下单的时候，系统会帮你填写预制的默认收件地址、收件人和联系电话，这种机制与之类似)

那么我们看看下面的页面：发布者登录之后触发的 *** 作系统会自动填写发布者信息在理想的状态下，用户会认真填写每一个字段的详细信息，然而事实上用户并没有这么做

在这个案例中，这个Lead表单是关于一个名叫WalterJunior的人，并且这是执行一次调用之后显示的界面

这个用户相关的信息包含了四个字段，而其中“姓名”和“项目”两个字段都被预先填写，由于这是一个调用信息的界面，所以项目中默认填写的是“Call”，而相关用户的名字也无需填写，直接填写进去了

在理想的状态下，用户会“勤勉”地填写所有字段，并且详细地描述每一个细节和相关的信息

然而实际上，人是有惰性的， *** 作者总会详尽办法偷懒

每一个新增加的字段，都是用户完成表单的巨大屏障

为了解决这个问题，我们作出了一个妥协方案：系统预先填充一些相关的关键内容

当用户填写的表单涵盖这些预制信息的时候，系统会帮用户填写预制的信息，这样一来，这个有四个字段的表单中，用户需要填写的仅仅只有2个字段(请继续脑补淘宝下单的时候，自动添加收件人信息的机制)

4、让表单拥有更好的可访问性在设计新的LightningExperience的时候，我们对于它的可访问性设计就有一个基本的构想

由于键盘输入还是目前我们用户的主要输入方式(考虑到我们这是一个企业级软件)，所以一定要对键盘有良好的兼容和适配，必须确保用户仅用键盘就可以执行全部的 *** 作

为此，我们为每个表单组件建立了特定的键盘交互模式，而且这些模式的构建是遵循W3C的规则来设计的，这也确保了这套交互的准确和广泛的适配性

这是一个日期选择器组件，旁边是W3C中推荐的设计模式然而上述的全部规则并不是刚好合适的，真正的重度用户倾向于更高频度地使用键盘，而他们也会从真正高度一致的键盘输入体验中收益

如何评判整套键盘交互的易用和可靠性呢一个真正为核心用户设计的日期选择器可以让他们完成全部的日期选取、必要的编辑，而双手无需离开键盘

结语：更多的问题对于Salesforce的UX团队而言，LightningExperience是一个里程碑，不过要做的事情还有很多

比如我们需要提升输入体验，引入行内编辑功能

不管你在团队中处于什么样的地位，是设计界面还是编写代码，无论是要设计复选框还是要制作更为复杂的CRM程序，表单的设计至关重要

在许多情形下，用户需要同这些表单进行长时间、大范围的交互和 *** 作，任何效率上的提升都会带来体验的极大优化

请务必记住，精心设计的界面不止是要保证形式上的漂亮，方便和高效的设计也是造福用户的重要手段

具体 *** 作：
1我们进入到setup界面，在搜索框里搜索user，选择需要重置的用户，点击“ResetPassword(s)”，确认，然后就会重置用户的密码，并给用户绑定的邮箱发送一封重置密码的邮件。
2被重置的用户在绑定的邮箱里收到重置密码邮件。
3通过邮件中链接可以进入重置密码界面进行密码重置 *** 作。

Apex令牌是Salesforce的安全认证机制，它用于确保客户的身份验证，以便他们能够安全地访问和使用Salesforce的服务和应用程序。 Apex令牌是长度为32个字符的字符串，使用SHA-256散列算法加密。

您好亲，Salesforce支持导出报表的数量取决于您的Salesforce订阅计划。根据Salesforce官方文档，Salesforce Professional订阅计划支持最多20个报表的导出，而Salesforce Enterprise订阅计划支持最多50个报表的导出。

salesforce切换到classic，你可以登录Salesforce，然后在右上角选择“Setup”，在下拉菜单中选择“Switch to Salesforce Classic”，然后点击“Go”按钮，就可以切换到Classic了。

由于Salesforcecom的Forcecom平台采用了“多租户架构”(multitenant architecture)，所以，为了避免某一个“租户”占用了过多的系统资源，Salesforcecom的架构师们天才般地想出了所谓governor limits的概念 ，于是，刚刚被云计算从繁重而枯燥的底层开发解放出来的开发者们，突然又变成了带着枷锁跳舞的dancer，在开发应用时除了要考虑核心的商业逻辑之外，还得无时无刻保证各项指标不要超标 – SQQL, SOSL, DML, Statement, Callout, Heap, Future Calls, Email Invocations, ViewState, Custom Fields…不胜枚举，时不时还得拼命算计，做各种忍痛割爱的trade off …

其实换个角度，我倒是觉得这些看似束手束脚的限制条件反倒可以当作是产品经理绝佳的设计准则 – 换言之，如果你的产品在满足上述要求的情况下无法实现，那与其抱怨Salesforcecom的种种限制，还不如换个角度想一想，是不是自己的设计偏离了best practice…

比如Salesforcecom限制每个organization的用户角色(role)是500个，对于那些需要500个以上role的大型跨国公司，则需要联系Salesofrcecom来获取更多的 role。

我虽然不知道500这个数字具体是怎么来的，但我相信绝对不是Marc Benioff 拍脑袋想出来的。我猜测，这个数字的由来，大概是基于Salesforcecom在开发其CRM产品时对各个行业进行了深入分析，然后得出一个结论，即除了少许规模庞大属于outlier的跨国公司之外，大多数行业的大多数公司，500个role绝对能够满足其管理需求。

拿零售行业来说，除了索尼，苹果，GAP这样的巨无霸之外，如果500个用户角色还不够一个公司使用的话，那这个公司得有怎样的营业额+利润率才能雇得起并养得起一群Salesforce Consultant/Admin去帮他们实施和管理这些复杂的关系啊？

最近我遇到一个跨国大公司的case (不便透露这个公司的名字，不过该公司的产品大家基本上每天都用的到 – 除非你是苹果用户，因为乔布斯当年决定不支持该公司的某王牌产品)。该公司sandbox中的Salesforce CRM 在安装了某个应用后，由于用户角色过多而造成了Visualforce Page的viewstate爆表。

去后台一看，吓了一跳，记录显示这个公司一共有20,000+的用户角色！诧异之余，觉得很可能该公司有很多废弃不用的用户角色，于是决定只获取Active的role看看，结果的确是比之前有了很大改进，但依然有9,000+有余。

像我刚才阐述的那样，我不相信一个公司，哪怕是名字耳熟能详的跨国企业，需要9,000+的用户角色，于是果断打开workbench (只要你玩儿Salesforce CRM，这个工具你不应该不熟悉)，决定要查看一下这9,000+个用户角色究竟都是何方神圣。

瞥了一眼之后就明白了症结 – 大多数role的PortalType字段都写着CustomerPortal或Partner，即这些用户角色都是给众多渠道商或者合作伙伴量身定做的，而因为这些用户在大多数情况之下都无法真正进入到Adobe(这句话不把Adobe写出来的话，语法实在是有点搞不掂了…) 内部的CRM，因此完全可以忽略不计。

在清除了这些用户角色之后，你猜Adobe自己内部真正有效的用户角色有多少？好吧，我告诉你，504个，正中靶心！恩，至少算98环吧。

有些朋友可能不服气 – 凭什么就滤掉人家渠道商与合作伙伴的用户角色，万一我有一个scenario就是需要展示所有的用户角色呢？

Well, valid question

用美国天体物理学家卡尔•萨根(Karl Sagan)曾经举过的一个很有趣的例子来说明问题吧 – 虽然这个故事最早是被借来说明不确定性原理并反驳哥本哈根学派的(哥本哈根学派认为同时具有动量p和位置q的电子存在的，只是“无法被观测”到而已了)，但足够说明问题。

事实上，早在14世纪，一个叫做威廉的修道士就提出了一个理论– “凡是观测不到的世界，就可以认为是子虚乌有的，至少是毫无意义的”，因为该修道士出生在一个叫做奥卡姆的地方，所以他的这个理论也被称作“奥卡姆剃刀原理”( Occam’s Razor)。

所以试想一下，即便你将9,000+，甚至20,000数据统统都展现给用户，但只要用户没有耐心逐个读完，那么根据萨根的故事或者奥卡姆剃刀原理，这些东西就都是没有意义的。

所以，既然马克是从Alexis de Tocqueville和Adam Smith的经典著作“Democracy in America”以及“Wealth of Nations”中找到了把Facebook变成一个开放平台的理论基础，那么，粗浅涉猎一下量子力学，看来对Salesforce开发者和咨询师的成长道路来说，也不啻是一项很好的修炼。

May the

FORCE

be with you!

---